home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
k95
/
1120
/
bugs.txt
next >
Wrap
Text File
|
2000-04-01
|
210KB
|
5,365 lines
KERMIT 95 BUG LIST
The Kermit Project, Columbia University
http://www.columbia.edu/kermit/
31 March 2000
For: Kermit 95 1.1.20
This file lists bugs or other problems in Kermit 95 and its operating
environment. There is a lot of information here, organized chronologically,
and so it is recommended you use a text editor or Web browser to do
case-insensitive searches for keywords to turn up what you are looking for.
Bugs that have been fixed are listed here by number and name, but, except
for the bugs that were fixed in the most recent releases, the descriptions
of fixed bugs have been moved to a separate file, FIXES.TXT.
If you do not have the current version of Kermit 95, please upgrade to it:
http://www.columbia.edu/kermit/k95patch.html
if you are experiencing bugs or problems, they might already be fixed.
Also, the BUGS.TXT / BUGS.HTM file that comes with the current release will
have a more up-to-date list of bugs and hints than an older copy. If you do
have the current version of K95, also consult:
* The Kermit 95 FAQ (Frequently Asked Questions).
* The newbugs.txt file on the Kermit website, which lists bugs
discovered since the last release of K95.
In this document, except where otherwise noted, the term Windows 95 or
Windows 9x refers to Windows 95 or Windows 98, but not to Windows NT or
2000. Similarly, the term Windows NT also includes Windows 2000, but not
Windows 95 or 98.
[ Index ] [ Bug Descriptions ] [ K95 Home ] [ Kermit Home ]
------------------------------------------------------------------------
BUG CATEGORY
(M) Microsoft Windows bug.
(I) An IBM OS/2 bug.
(X) A feature that is disabled in Kermit 95 because of an
operating-system bug.
(Z) A bug in the Dialer caused by a bug in the GUI development system
that was used to build it.
(V) Bug or restriction in vendor code, e.g. in 3rd-party TCP/IP
stacks.
(K) A Kermit 95 limitation or bug.
(D) A documentation error.
(C) A hardware / System / Drivers Configuration problem.
NOTE: The February 1996 Service Pack from Microsoft did NOT fix any of the
bugs in the M and X categories. The September 1996 OEM SR2 release fixed at
least one of these bugs (Bug #79) but is not available as a patch to
earlier releases.
IMPORTANT: Windows NT 4.0 for Intel shipped with a dangerous but
little-known bug that can randomly corrupt your data. Microsoft has fixed
the problem in Service Pack 1 for Windows NT 4.0. It is strongly
recommended that users of Windows NT 4.0 download and install this and all
later fixes.
BUG STATUS
[ ] Indicates an item that is still open or current
[+] Indicates the bug is fixed or worked around as of the current
release
[-] Indicates bug is partially fixed or a workaround is given
[*] Information and/or not really a bug
------------------------------------------------------------------------
BUG LIST
1. [-] (M) Ctrl-C Interruption in Command Screen
2. [+] (X) Video Attributes vs Terminal Screen Size in Windows 95
3. [+] (K) Microsoft Telephony (TAPI)
4. [*] (K) Registration
5. [ ] (M) Changing Code Pages
6. [-] (M) Keyboard Scan Codes, Caps Lock, and Dead Keys
7. [-] (D) "Kermit 95" Keyboard Verb table
8. [ ] (M) PUSH and related commands do not work in Windows NT 3.50
9. [-] (M) Don't Use the Auto Font Setting in Windows 95
10. [+] (Z) Blotchy Dialer Fields
11. [ ] (K) Missing Features
12. [*] (C) Hardware / system / drivers configuration
13. [-] ( ) Miscellaneous Dialer peculiarities
14. [*] ( ) Miscellaneous Hints and Tips
15. [*] ( ) Debugging Tips
----(Version 1.1.1)----
16. [+] (Z,M) K-95 Dialer Vertical Scrolling
17. [+] (K) ZMODEM Downloads
18. [+] (K) ZMODEM and TELNET
19. [+] (K) Alphabetization of Dialer Entries
20. [+] (K) K95 Sometimes Thinks a Connection is Open When It Starts Up
21. [+] (K) Download Directory Doesn't Work
22. [+] (K) SET MODEM commands in K95CUSTOM.INI have no effect
23. [+] (K) Kermit 95 sometimes can't find its script or key mapping files
24. [+] (K) The Dial Prefix also becomes the Dial Suffix
25. [+] (K) Dialer complains unnecesarily about range of certain numbers
26. [+] (K) Kermit BBS entry in Dialer has wrong backspace key setting
----(Version 1.1.2)----
27. [*] (C) Screen updates updates are slow on some PCs
28. [+] (K) ZMODEM Recovery
29. [+] (K) ANSWER command crashed Kermit 95
30. [+] (K) Kermit always turned off autoanswer in the modem
31. [+] (K) Compose Key problems
32. [+] (K) SET TERMINAL CHARACTER-SET TRANSPARENT did not show all
characters
33. [+] (K) Various other VT emulation problems
34. [+] (K) Printer problems
35. [+] (K) \v(keyboard) variable improperly set
36. [+] (K) XMODEM file transfer problems
37. [+] (K) MOVE and MMOVE command did not work right with XYZMODEM
38. [+] (K) Ctrl-C interruption nonfunctional in certain cases
39. [+] (K) File transfer recovery after Ctrl-C
40. [+] (K) SET FILE DOWNLOAD-DIRECTORY didn't work with server mode
41. [+] (K) Filenames could not be parsed from variables
42. [+] (K) Choosing terminal character-set in the Dialer
43. [+] (K) The EMACS.INI file was not properly patched in version 1.1.1
44. [+] (K) The 1.1.1 patch versus READ.ME files in multiple directories
45. [+] (M) Xon/Xoff flow control doesn't work in Windows 95
46. [-] (M) Server mode sometimes locks up in Windows 95
47. [-] (M,K) Kermit 95 file naming conventions in conflict with Windows
48. [+] (K) The Dialer Login page does not show LOGIN.SCR in the text box
49. [ ] (K) The K-95 icon does not show up in Windows NT 3.5x
50. [+] (K) SEND and RECEIVE as-names ignored by XYZMODEM
51. [*] (D) Missing files
52. [+] (K) Title bar not properly set from "kermit -j host"
----(Version 1.1.3)----
53. [ ] (M) Can't interrupt SET HOST or TELNET or RLOGIN command
54. [+] (K) SET FILE DOWNLOAD-DIRECTORY does not work with XYZMODEM
55. [+] (K) Crash when pasting voluminous material into terminal window
56. [+] (K) Problem with SET FILE DOWNLOAD-DIRECTORY<Enter>
57. [+] (K) Terminal reset kills K95 if TERM CHARACTER-SET is TRANSPARENT
58. [+] (K) Cursor-type selection made in Dialer not saved
59. [+] (K) PBX-related entries in the Dialer's Dialing Location page not
saved
60. [+] (K) No choice for location of Kermit 95's temporary files
61. [ ] (M) The "Paste" button on the Terminal Windows Toolbar doesn't
work.
62. [+] (K) EMACS.INI Alt-x = Meta-x doesn't work
63. [+] (K) INPUT could not be canceled from the keyboard
64. [+] (K) SET ALARM / IF ALARM doesn't always work
65. [+] (K) \v(cpu) always says "unknown".
66. [+] (K) Invalid escape sequence ESC [ ? 6/7 i caused problems
67. [+] (K) Problems with transparent printing and accented letters
68. [+] (K) Microcom Deskporte modem configuration wrong
69. [+] (K) Cursor-type selection not saved by Dialer
70. [+] (K) PBX material from Locations & Codes Dialer page not saved
71. [+] (K) SET TERM CHAR TRANSPARENT, then terminal reset, causes crash
72. [+] (K) Spurious "Connection might still be active on COM1..."
messages
73. [+] (K) SET PORT<Enter> gives spurious error message
74. [+] (K) DIAL timeouts sometimes caused an "access violation" crash
75. [+] (K) Modem list in SETUP program PPI / Multitech mixup
76. [+] (K) Incorrect default assignment for Ctrl-Space key combination
77. [+] (K) "k95 filename" requires fully specified filename
78. [+] (K) XYZMODEM Transfers didn't work over RLOGIN connections
79. [+] (M) PCMCIA or Plug-and-Play Modem Problems
80. [ ] (V) RLOGIN vs FTP Software OnNet-32
81. [ ] (K,V) "set host 0" vs FTP Software OnNet-32
82. [*] (V) Kermit 95 and Digital UNIX 3.2
83. [ ] (M) Extraneous characters on terminal screen in Windows 95
84. [+] (M) Special keys on national keyboards don't work
85. [+] (K) VT220/320 Erase Character (ECH) bug
86. [*] (K) Intel Modems without Fax
87. [+] (K) LOGIN.SCR renamed to LOGIN.KSC to avoid conflicts with screen
savers
88. [?] (V) Uploads on LAT connections tend to fail
89. [+] (K) XYZMODEM and Kermit file transfer screens and stats are
inconsistent
90. [ ] (M) Printing to network printers in Windows 95 or NT might not
work
----(Version 1.1.4)----
91. [+] (K) Messed up colors on initial Terminal screen
92. [+] (K) Colors behave differently than in MS-DOS Kermit
93. [+] (K) Printing to PostScript printers doesn't work
94. [+] (K) Redialing on a SET HOST / SET MODEM / DIAL connection didn't
work
95. [+] (K) Command-file line numbers not reset
96. [+] (K) ASSIGN/DEFINE failed to fail if definition too long
97. [+] (K) Dialer temporary files called .SCR instead of .KSC
98. [+] (K) The MSEND command did not work with ZMODEM
99. [+] (K) Backspace key didn't work with "set term char finnish"
----(Version 1.1.5)----
100. [ ] (K) Kermit 95 requires long filenames
101. [-] (K) Host-controlled status lines
102. [+] (K) Wyse screen-transmit functions not implemented
103. [+] (M) Windows 95 Dead key and Caps Lock bugs are fixed! (mostly)
104. [*] (K,M) East European keyboard features might not work in Windows 95
105. [+] (K) VT emulation DCS/OSC/APC/etc bugs
106. [+] (K) Terminal color bugs in version 1.1.4
107. [ ] (K) VT220/320 downloadable fonts / soft character sets don't work
108. [+] (K) SET TERMINAL CHARACTER-SET PORTUGUESE didn't work
109. [+] (K) VT emulation and SET TERMINAL CHARACTER-SET FINNISH (etc) bug
110. [+] (K) Autodownload versus SET TERM CHARACTER-SET
111. [+] (M) Keyboard doesn't work if I start K95.EXE from Netscape
112. [+] (Z) Dialer radio buttons not lined up
113. [+] (K) Multiple sessions to same Dialer entry don't work
114. [+] (M,K,Z) Can't select a Dialer entry from the keyboard
115. [+] (K) Dialer crash after editing an entry entry name
116. [+] (K) Dialer PBX configuration problems
117. [ ] (M) Ctrl-C doesn't work in NT when K95 started from the Dialer
118. [+] (K) No way to make LAT connections from the Dialer
119. [*] (M) Kermit 95 and Internet firewalls, SOCKS, etc
120. [+] (K) Unreasonable delays in SET HOST / TELNET to numeric IP address
121. [ ] (V) Kermit 95 does not work with LWP 5.0 TCP/IP in Windows 95
122. [ ] (M) No way to select split-speed serial communication
123. [+] (K) Errors in built-in modem support
124. [+] (K) SEND did not work with filename completion
125. [+] (K) OUTPUT could not send backslash characters
126. [+] (K) OUTPUT could not send long strings
127. [+] (K) Extraneous material in session log during INPUT
128. [+] (K) INPUT buffer too short
129. [+] (K) SEND foo\%a did not work
130. [+] (K) No way to print on A4 paper using textps
131. [+] (K) Invalid Page Fault after using command recall a lot
132. [ ] (M) Alt- doesn't work.
133. [-] (K) Interruption keys are ignored during XYZMODEM transfers
----(Version 1.1.6)----
134. [*] (C) Tone dialing changes to Pulse after first digit
135. [+] (K) VT100 reverse scrolling broken
136. [+] (K) SET KEY commands became slow
137. [*] (C) Terminal bell doesn't work as before, or at all
138. [+] (K) SET MSKERMIT KEYCODES ON did not work with some gray keys
139. [+] (K) Array elements could not be used for file names
140. [+] (K) Keyboard modes can't be modifed
141. [-] (M,K) Control keys on national keyboards in Windows 95
142. [+] (K) SCOANSI and AT386 emulation vs Code Page 437
143. [+] (K) SCOANSI and AT386 emulation vs CSI 10/11/12 m
144. [+] (K) Bad characters in Registration name
145. [+] (K) SET MODEM commands in K95CUSTOM.INI are ignored by Dialer
146. [ ] (K) Completion does not work with directory names
147. [ ] (K) Command-line editing doesn't use PC editing keys
148. [ ] (K) The DIRECTORY and TYPE commands are too slow
149. [+] (K) DIRECTORY command gives spurious error message
150. [+] (K) XYZMODEM transfer statistics are off
151. [+] (K) SET TERMINAL ESCAPE-CHARACTER DISABLED didn't work
152. [ ] (K,M) Command screen messed up after Ctrl-C
153. [+] (K) Cursor disappears after Ctrl-C interruption of file transfer
154. [+] (K) \v(sysid) was garbage
155. [+] (K) SHOW KEY ALL did not show keys that had string definitions
156. [+] (K) Dialer File Transfer page items spuriously grayed out
157. [+] (K) SET TERM COLOR ERASE CURRENT-COLOR didn't work
158. [ ] (K) Patching up from version 1.1.3 might not work
159. [+] (K) XYZMODEM file transfers gave incorrect status codes
160. [+] (K) XYZMODEM transfers made no transaction log entries
161. [+] (K) TELNET negotiations were sometimes skipped
162. [+] (K) Data loss during file transfer
163. [+] (K) K95 could not send a file that was already open
164. [+] (K) Dynamic packet timeout values were sometimes too high
165. [+] (K) Character attributes not shown in Televideo emulation
166. [ ] (V) PATCH.EXE only works with FAT filenames
167. [+] (K) TEXTPS.EXE was broken in version 1.1.5
168. [+] (K) File transfer efficiency number is misleading
----(Version 1.1.7)----
169. [+] (K) VT220/320 DCS string cancellation didn't work
170. [+] (K) SCOANSI and AT386 emulation conflict with Dialer
171. [+] (K) Server GET fails if a SEND-LIST had previously been used
172. [+] (K) PUSH from Terminal screen to shell could not be returned from
173. [+] (Z) K95DIAL window minimizes to desktop instead of task bar
174. [*] (K) Referring to directory names that start with digits
175. [+] (K) Televideo and Wyse printing didn't work right
176. [+] (K) Wrong default character-set for VT terminals in Dialer
----(Version 1.1.8)----
177. [ ] (M) The Dialer database can be corrupted by other applications
178. [-] (K) The Dialer can seem to disappear
179. [+] (K) The "Chess" entry in the Dialer is wrong
180. [*] (K) XMODEM-CRC, YMODEM-CHECKSUM, and ZMODEM-CRC16 are not
supported
181. [+] (K) Renaming downloaded files with XYZMODEM doesn't work
182. [+] (K) XYZMODEM downloads are somewhat slower than expected
183. [+] (K) Scroll Lock doesn't work in version 1.1.7
184. [+] (K) No way to change the default key map for each terminal type
185. [+] (U) CTRL2CAP instructions misleading
186. [+] (K) LOG SESSION erroneously translates character sets
187. [+] (K) VT102 insert character function doesn't work
188. [+] (K) Spurious keyboard locks in VT220/320 emulation
189. [+] (K) Improper handling of Alternate ROM in VT emulation
190. [+] (K) Erroneous VT emulator Secondary and Tertiary DA Reports
191. [+] (K) Erroneous DECID reports in VT220/320 emulation
192. [+] (K) VT emulation Horizontal Position Absolute (HPA) ignored
193. [+] (K,C) Failure of K95 to start on certain Windows NT systems
194. [+] (K) Simultaneous LAT sessions don't work
195. [ ] (X) No redirection of standard input
196. [+] (K) SHOW KEY does not properly display C0 and 8bit characters
197. [+] (K) "set command more-prompting" could not be parsed
198. [+] (K) No way to specify 0 or no timeout in INPUT
199. [+] (K) INPUT ignores autodownload sequences
200. [+] (K) Problems entering commands that end with backslash
201. [+] (K) Spurious invisible Z command that does nothing
202. [ ] (M) Close box in K95 title bar doesn't work in Windows 95
203. [*] (K) Dialer startup is slow
204. [*] (K) Dialer toolbar buttons might "wrap around"
205. [+] (K) Statusline OFF vs TELNET NAWS bug
----(Version 1.1.9)----
206. [+] (K) Page faults in K95 version 1.1.8
207. [+] (K) Keyboard translations don't work in Windows NT in K95 1.1.8
208. [+] (K) Printing did not work right in version 1.1.8
209. [+] (K) Dead-key and Alt-Gr broken in 1.1.8
210. [+] (K) APC during INPUT broken in 1.1.8
211. [+] (K) Redundant terminal-type change in 1.1.8
212. [ ] (K) CD to nonexistent directory can cause errors
213. [+] (V) Problems with host-based WordPerfect
214. [+] (K) Russian and Hebrew keyboard modes don't work
215. [*] (M) Why does Dialup networking pop up whenever I make a Telnet
connection?
216. [*] (K) Why does the termimal status line say "Script:" instead of
"Prompt:"?
217. [*] ( ) Why is my login prompt missing?
218. [+] (K) VERSION command did not display copyright notice
219. [+] (K) Alt-: and Alt-; missing from EMACS mode
220. [+] (K) Dialer would not start if any database entries were corrupt
221. [+] (K) Russian and Hebrew keyboard mode conversions broken
222. [+] (K) Latin-2 Compose sequences broken in 1.1.8
223. [*] (M) Windows 95 QuickEdit interferes with Kermit 95's mouse
functions
224. [ ] (M) Caps Lock state can change when moving between windows
225. [+] (K) LOGIN.KSC broken in version 1.1.8
226. [+] (K) ADD SEND-LIST followed by MOVE did not delete source files
227. [+] (K) Marking text on bottom line of terminal screen didn't work
228. [+] (K) Sending data from terminal screen when SEND-DATA OFF
229. [+] (K) Kermit file-transfer packets sent out of window
230. [+] (K) VMS SET TERM/WIDTH did not clear the screen
231. [+] (K) k95 "file name with spaces" did not work in 1.1.8
232. [+] (K) k95 command screen could be frozen or corrupted in 1.1.8
----(Version 1.1.10)----
233. [+] (K) Spurious cursor in 1.1.9
234. [*] (M) Appearance of horizontal scrolling indicators
235. [*] (K) Network editing hints
236. [+] (M) Windows 95 long screens don't work in 1.1.9
237. [+] (V) Problems with TES32
238. [ ] (M) Keystrokes might be transmitted out of order in Windows 95
239. [ ] (V) Conflicts with CompuServe, AOL, etc
240. [+] (K) HPTERM and HP2621 screens were fractured
241. [+] (K) Overzealous recording in session log
242. [+] (K) VT100/102 keypad not mapped to PC keypad by default
243. [+] (K) Assorted window sizing problems in 1.1.9
244. [+] (K) SET TERMINAL CURSOR did not enable the cursor
245. [+] (K) Autoupload problems with XMODEM and YMODEM (K)
246. [+] (K) Data General DASHER terminal emulation problems
247. [+] (K) Default editor set in K95.INI might be wrong
248. [+] (K) Dial-in host mode did not agree with user-defined modems
249. [ ] (K) Not all SET TERMINAL settings are shown by SHOW TERMINAL
250. [ ] (C) PUSH, RUN, and similar commands might not work
251. [+] (K) Unwanted alert box from K95CINIT
252. [+] (K) Problems when switching from VT to ANSI terminal type
253. [*] (V) HINT: Using SCOANSI emulation with SCO hosts
254. [ ] (M) Environment variables are not case sensitive
255. [+] (M) Data loss in dialup host mode
256. [+] (K) Problems with automatic login from certain Dialer entries
257. [+] (K) Problems with arrow keys and command recall
258. [+] (K) Misleading Dialer error message about screen dimensions
259. [*] (K) HINT: How to disable scrollback
260. [+] (K) Wildcard sends don't work right in XYZMODEM
261. [*] (K) EXPLANATION: Changes in the operation of the numeric keypad
262. [+] (K) DEC NRCs are forgotten in Multinational Mode
263. [+] (K) ZMODEM crash recovery versus some FILE COLLISION settings
264. [+] (K) ZMODEM autodownload doesn't work with Wyse, VC, or DG
265. [*] (C) HINT: Kermit mouse buttons versus nonstandard mouse setups
266. [+] (K) VT terminal emulation wrapping problem
267. [+] (K) WP51.INI (WordPerfect 5.1 key mapping file) had a typo
268. [*] (K) HINT: Using the NETEDIT macro with GUI editors
269. [ ] (M) Yellow background change after !edit in K95
270. [+] (K) Popup printer-error boxes causes Kermit 95 to hang
271. [+] (K) Host-directed printing did not work in DG emulation
272. [+] (K) INPUT/MINPUT did not handle Telnet negotiations correctly
273. [+] (K) Dialer Options..Dialing page PBX values handled incorrectly
274. [+] (K) Wyse character graphics bug
275. [+] (K) Transparent printing of binary files did not work
276. [+] (K) VT100 terminal ID was incomplete
277. [ ] (K) Kermit/2 keycodes are different from OS/2 C-Kermit 5A(191)
278. [ ] (C) Kermit/2 conflicts with SWAPDCP on OS/2
----(Version 1.1.11)----
279. [*] (M) RLOGIN versus Microsoft's "WINNUKE" Patches
280. [+] (K) DIALINF.DAT can't be read-only
281. [ ] (M) Caps Lock state can be lost when switching between windows
282. [+] (K) Serial-port file transfer fails with large packet x window
size
283. [ ] (M) Can't change keyboard language in Windows 95
284. [+] (K) K95 does not delete startup file generated by the Dialer (K)
285. [+] (K) Dialer can leave temporary files behind (K)
286. [+] (K) Kermit 95 TELNET.EXE stub works only if K95 directory in PATH
287. [+] (K) Problems with incoming TCP connections in OS/2
288. [+] (K) Dialer could crash if an entry's view status changed
289. [+] (K) SHOW KEY did not always give accurate results
290. [+] (K) REDIRECT command didn't work
291. [+] (K) Incoming NUL (0) characters confuse INPUT command
292. [+] (K) RECEIVE as-name did not work with XYZMODEM
293. [+] (K) Various EMACS mode bugs
294. [+] (K) Kermit protocol might send packet out of window
295. [+] (K) MOVE from SEND-LIST did not delete original files
296. [+] (K) Application filename could not contain spaces
297. [+] (K) Hayes high-speed-modem init string problem
298. [+] (K) READ command does not fail if file not open
299. [+] (K) Problems with long function arguments
300. [+] (K) Certain \function()s can misbehave
301. [+] (K) X MOD 0 crashes program
302. [+] (K) ANSWER doesn't automatically CONNECT
303. [+] (K) Overzealous EXIT warning
304. [+] (K) OUTPUT doesn't echo when DUPLEX is HALF
305. [+] (K) Minor problems with REMOTE DIRECTORY/DELETE/etc
306. [+] (K) CHECK command broken
307. [+] (K) Problem with SET TRANSMIT ECHO
308. [+] (K) Dialing results were sometimes incorrect
309. [+] (K) IF EXIST and IF DIRECTORY versus spaces in filenames
310. [+] (K) CD, SET FILE DOWNLOAD-DIRECTORY, etc, don't provide full
service
311. [+] (K) READ command too picky about last or only line in file
312. [*] (K) No way to include braces in function arguments
313. [+] (K) DIALINF.DAT file opened in READ/WRITE mode
314. [+] (K) Missing and incorrect key definitions in EMACS mode
315. [+] (K) NULs were being stripping during file transfers and printing
316. [+] (K) XYZMODEM RECEIVE was ignored
317. [+] (K) SET STARTUP-FILE DISCARD did not always delete the file
318. [+] (K) SHOW MODEM didn't quote backslashes
319. [+] (K) WIN32 COMM TX BUFFER SIZE set too small
320. [+] (K) K2DC.EXE accidently closed socket of incoming connection
321. [+] (K) Auto-print Formfeed bug
322. [+] (K) SAVE KEYMAP and SHOW KEY replaced RS with ESC
323. [*] (M) How can I use SSH, SSL, CHAP, etc, to make secure connections?
324. [*] (M) Why can't I pick any Windows font I want?
325. [+] (V) Data loss on Meridian Technology SuperLAT connections
326. [*] (K) Hints on dialing toll-free numbers
327. [*] (K) Hints on "blind dialing"
328. [*] (K) Log files in multiple sessions
329. [+] (K) Hazeltine 1500 emulation did not work at all
330. [+] (K) Problems with Wyse 50 emulation
331. [+] (K) Problems in DG DASHER 217 emulation
332. [+] (K) HPTERM emulation did not handle line-drawing & math
333. [+] (K) Many Dialer entries were obsolete
334. [+] (K) Unwanted triangles in Wyse, TVI, and Hazeltine emulation
335. [+] (K) Spurious spaces in ANSI emulations
336. [+] (K) Data loss/corruption on Windows 95 serial connections
----(Version 1.1.12)----
337. [ ] (K) Commands like "RUN D:\FOO\BAR\BAZ.BAT" don't work in Windows
338. [ ] (M) "RUN /K...." hangs K95 in Windows
339. [+] (K) Commands like "SEND \\K95\\TMP\\OOFA.TXT" did not work
340. [+] (K,M) Problems with help and completion in filenames with \\
341. [ ] (M) CTL3D32.DLL is missing
342. [ ] (M) K95 might take a long time to start and stop
343. [+] (M) K95 might not be able to exit on some Windows 95 systems
344. [+] (K) Dialer might crash if no modem was defined
345. [+] (K) Memory leak in Dialer
346. [+] (K) URL hot spot could fail if URL at end of sentence
347. [+] (K) EDIT and NETEDIT might have stopped working in 1.1.12
348. [+] (K) Telnet negotiations could become frozen
349. [+] (K) K95 could become stuck in marking mode
350. [+] (K) HP terminal emulation problems in 1.1.12
351. [+] (K) Wyse terminal emulation problems in 1.1.12
352. [+] (K) K95 could hang upon screen-size change request
353. [+] (K) SET MOUSE ACTIVATE command broken in 1.1.12
354. [+] (K) Character set versus copy/paste from/to Clipboard
355. [+] (K) (void)
356. [ ] (M) Paste to host using Toolbar Paste sends Esc O P when Num Lock
on
357. [ ] (K) Reverse screen-writing direction not supported
358. [+] (K) Transparent print problems using 8-bit CSI
359. [+] (K) APC did not block terminal emulator
360. [+] (K) Conflict between INPUT and APC
----(Version 1.1.13)----
361. [+] (V) K95 might not work with certain third-party TCP/IP stacks
362. [+] (K) Another problem with filenames containing spaces
363. [+] (K) CONNECT mode hangs when host drops connection or \Kquit is
used
364. [+] (K) Problem with Num Lock and SET MSKERMIT KEYCODES ON
365. [+] (K) Problem with OUTPUT command when there is no connection
366. [+] (K) END from within SWITCH doesn't work
367. [ ] (V) URL hot spots might not work
368. [+] (K) (void)
369. [+] (K) (void)
370. [+] (K) (void)
371. [+] (K) (void)
372. [+] (K) (void)
373. [+] (K) (void)
374. [+] (K) (void)
375. [+] (K) (void)
376. [+] (K) (void)
377. [+] (K) (void)
378. [+] (K) (void)
379. [+] (K) (void)
380. [+] (K) (void)
381. [+] (K) (void)
382. [+] (K) (void)
383. [+] (K) (void)
384. [+] (K) (void)
385. [+] (K) (void)
386. [+] (M,K) Problems with Dead Keys and Alt-Gr keys in Windows 95
387. [+] (K) Kermit vs TAPI Dialing in the Dialer
388. [ ] (M) K95 vs Num Lock, Caps Lock, and Scroll Lock
389. [*] (M) Parallel Port Communications
390. [+] (K) Wrong system type in Telnet NEW-ENVIRONMENT negotiation
391. [+] (K) IF ALARM might not work
392. [+] (K) SET TERM REMOTE-CHAR LATIN6 doesn't work
393. [+] (K) Single-click mouse actions generate an extraneous error beep
394. [+] (K) Various terminal emulation bugs
395. [+] (K,V) Ctrl-C caught by 4NT.EXE instead of K95 in Windows NT
396. [+] (K) OS/2 K2DIAL loses data in the Login Script text box
397. [+] (K) Various errors in the Windows Telephony (TAPI) implementation
398. [+] (K) Dialing fails due to garbled modem command
399. [+] (K) Dialer Modem Commands reset when modem selected for editing
400. [+] (K) SHOW KEY interrupted by Ctrl-C would cause keyboard problems
401. [+] (K) SET HOST * results in 100% CPU Utilization
402. [+] (K) Telnet to non-23 port might fail to produce a login prompt
403. [+] (K) SET MODEM TYPE to certain types didn't work
404. [+] (K) SETUP.EXE would crash while displaying summary of choices
405. [+] (K) Default AT386 and SCOANSI keymaps reference DEC Kverbs
406. [+] (K) SET TERMINAL DEBUG ON interferes with TELNET negotiations
407. [+] (K) OS/2 FTP PC/TCP stack would cause K2 to crash
408. [+] (K) K95's -N command-line option in OS/2 would not accept
parameters
409. [+] (K) SET BROWSER ignored by \KmouseURL keyboard verb
410. [+] (V) K95 could not be the Telnet client for Netscape Communicator
411. [*] (K) The PRINT command no longer uses DOS COPY to print a file
412. [+] (K,M) DIAL DISPLAY ON didn't work with TAPI modems
413. [+] (K) TAP alpha paging script was not robust enough
414. [+] (K) Incorrect setup of Telebit modems
415. [+] (K) File transfers could fail when using very short packets
416. [+] (K) Screen-printing problems in Windows NT
417. [*] (V) Incorrect characters on screen when accessing SCO or AIX hosts
418. [ ] (V) K95 is unable to print to WinPrinters
419. [ ] (K) Host mode requires VT100 or ANSI client
420. [+] (K) HPTERM and VIP7809 selection didn't work in the Dialer
421. [+] (K) File-transfer problem using undefined variable for as-name
422. [+] (K) Overzealous EXIT WARNING
423. [+] (K) K95 program exit status codes were not always correct
424. [+] (K) Various misleading file-transfer error messages
425. [+] (K) EDIT command succeeds only on first attempt
426. [ ] (M) "WINOLDAP - This program has performed an illegal
operation..."
427. [+] (K) Mixups in certain terminal-specific line-drawing character
sets
428. [+] (K) Unnecessarily difficult to get big window and packet sizes
429. [+] (K) Host mode would not send file groups
430. [-] (K) Problem using Swedish (etc) NRC and DEC Special Graphics
----(Version 1.1.14)----
431. [+] (K) Various problems with the 1.1.14 Patch
432. [+] (K) SET TELNET TERMINAL TYPE affects actual terminal type
433. [+] (K) Problems with Kermit transfers on some Telnet connections
434. [+] (K) AIX and HFT arrow keys didn't work in the Command screen
435. [+] (K) AIX and HFT emulation versus Autowrap
----(Version 1.1.15)----
436. [+] (M) Assorted problems caused by faulty optimization
437. [-] (M) Problems with Winsock 2
438. [+] (K,M) Redirection of Standard Output
439. [*] (M,C) Illegal operations caused by lack of swap space
440. [*] (M) Roaring Fan
441. [+] (K) Failure to detect default printer in Windows NT
442. [+] (K) Console mode changed from text to binary and not restored
443. [-] (M) Trouble with EXIT under certain circumstances
444. [+] (K) Overzealous EXIT warning (again)
445. [+] (K) RUN command did not return status
446. [+] (K) Problems with DIRECTORY command filename completion
447. [+] (K) The DIRECTORY command would return one file too few
448. [+] (K) MKDIR command did not work in OS/2
449. [+] (K) SET TITLE effect was delayed
450. [*] (M) BEEP command can be delayed
451. [+] (K) CONNECT should not work if TAPI connection not open
452. [+] (K) TAPI device not released when closed
453. [+] (K) Various SET TCP command problems
454. [+] (K) \v(ipaddr) didn't work before a connection was made
455. [+] (K) Assorted Telnet initialization and negotiation problems
456. [+] (K) Spurious NUL characters on Telnet connections
457. [+] (K) Failure to recognize RLOGIN URLs
458. [+] (K) Problems with Wyse graphics character sets in Windows NT
459. [+] (K) QANSI graphics characters displayed as ASCII
460. [+] (K) Problems with DG transparent printing
461. [+] (K) Scrolling failures in ANSI X3.64 emulations
462. [+] (K) Incorrect appearance of VT220/320 characters after erasure
463. [+] (K) SCOANSI and AT386 function-key programming broken
464. [+] (K) Various problems in HPTERM emulation
465. [+] (K) Problems in Siemens/Nixdorf BA80 emulation
466. [+] (K) Spurious red lines on debug-mode terminal screens
467. [*] (K) Alt-x, Alt-h, etc, don't seem to work in AIXTERM
468. [+] (K) Difficulties pasting
469. [+] (K,M) Echoing delays
470. [+] (K) MSKERMIT keycode for Ctrl-Enter was incorrect
471. [+] (K) APC command containing SET TERM TYPE would stop
472. [+] (K) Failure to receive files with long names on some systems
473. [+] (K) Autodownload failures with parity mismatch
474. [+] (K) File transfer thermometer might not complete
475. [+] (K) XYZMODEM statistics counted each file twice
476. [+] (K) SET TERMINAL TYPE might mishandle 7-bit NRCs
477. [+] (K) Problems typing 7-bit national characters
478. [+] (K) Problem Selecting HP-Roman8 character set from the Dialer
479. [+] (K) RETURN within SWITCH didn't work
480. [+] (K) \ffiles() counted directories when it shouldn't
481. [+] (K) Problems with REMOTE QUERY KERMIT function()
482. [-] (C) K95 Host Mode might be slow to put up Login prompt
483. [*] (K) Host mode requires ANSI or VT terminal emulator
484. [+] (K) Host-mode maximum users setting wouldn't stick
485. [+] (K) Dialer Login Script text box data lost in OS/2
486. [+] (K) Dialer Printer Type combo box could not be set
487. [+] (K) Dialer Communications page speed entry wouldn't stick
488. [*] (K) HINTS: Alphanumeric Paging
489. [*] (K) HINTS: For blind users
490. [*] (V) HINTS: Telnetting to OS/2
491. [*] (V) HINTS: How to use K95 with Netscape Communicator 4.0
492. [-] (M) TEMP or TMP environment variable definition can cause problems
493. [+] (K) The GET Command Versus Filenames with Spaces
494. [*] (K) HINT: CR and/or LF disappear!
495. [*] (K) HINT: Eliminating "Press a key to continue" after RUN Command.
496. [+] (K) Cursor positioning on double-width lines
497. [+] (K) Errors in Default Keymap for EMACS Mode
498. [+] (K) SET HOST * Port Not Freed
499. [+] (K) Unwanted Command Screen Size Change
500. [+] (K) MKDIR/RMDIR Problems with UNCs
501. [+] (K) MKDIR/RMDIR Problems when Used in Macros or Command Files
502. [+] (V) RUN, REDIRECT, PIPE Interaction with Nonstandard Shells
503. [+] (K) Compression Skipped in Text-Mode Kermit File Transfers
504. [+] (K) Slow Local Echo in Terminal Screen
505. [+] (K) Slow Echo in Terminal Screen on Serial Connections
506. [+] (K) Problems with Bidirectional Printer Configuration in Dialer
507. [+] (K) Missing Error Messages in OUTPUT and INPUT
508. [+] (K) Problems Editing Certain Commands
509. [+] (K) Redirection of Certain REMOTE Commands Didn't work
510. [+] (V) K95 did not work well with Citrix Winframe
511. [+] (K,C) Wyse 370 colors didn't work
512. [ ] (M) CJK Input Method Editors do not work in Windows 95
513. [*] (V) Conflict between mouse and screen saver
514. [+] (K) Improper bolding in VT reverse-screen mode
515. [ ] (K) Dialer does not work in OS/2 2.x
516. [ ] (M) Log files can disappear in Windows 95 if K95 killed
----(Version 1.1.16)----
517. [ ] (V) Code Page 856 isn't really a code page
518. [+] (D) SET TERMINAL IDLE-xxx command misdocumented
519. [ ] (K) New screen updating method might not be good for everybody
520. [+] (M,K) Problems invoking RLOGIN.EXE and TELNET.EXE
521. [+] (K) AIXTERM, HFT, SCOANSI, AT386 scrolling problem
522. [+] (K) Program crash during XMODEM transfer
523. [+] (K) No means to receive XMODEM transfers with CRC block checking
524. [+] (K) (Two bugs, One Number)
525. [+] (K) Invalid TMP or TEMP directory will cause K95DIAL to crash
526. [+] (K) INPUT command sets \v(instatus) to wrong value
527. [+] (K) SET TERMINAL ESCAPE-CHARACTER does not work
528. [+] (K) TCP/IP sessions do not work on OS/2 3.0
529. [+] (K) OS variables not properly set in OS/2
530. [ ] (M) Win95/98 does not randomly access pooled IP hosts
531. [ ] (M) Kerberos authentication fails with "invalid network address"
532. [+] (K) PAUSE command always reports FAILURE
533. [+] (K,M,I) Kermit 95 could not display the EURO character
534. [+] (K) TES32 for Win95 connections fail immediately
535. [+] (K) \fsplit() function parses extra words
536. [ ] (M) Cursor can disappear in command screen
537. [+] (K) '\' at end of key definition cannot be sent to host
538. [+] (K) LOOKUP command does not return failure
539. [+] (K) Function rindex fails to match first instance of string
540. [+] (K) Non-CP437 extended characters displayed improperly in NT
541. [+] (K) In NT, dead keys produce an error beep when pressed
542. [+] (K) SET BELL VISIBLE does not work reliably
543. [+] (K) SET TELNET ENCRYPTION {REFUSED, ACCEPTED, ... } broken
544. [+] (K) Max Command Length is not necessarily max length of macros
545. [+] (K) END command numeric value is inaccessible to scripts
546. [+] (K) 10-digit dialing rules forgets to dial the area code
547. [+] (K) GET/REGET with SET FILE PATTERNS ON may corrupt files
548. [+] (K) REMOTE commands may set STATUS to SUCCESS on FAILURE
549. [+] (K) RUN command interferes with screen updates in a script
550. [+] (K) \fword() fails to find the last word in a string
551. [+] (K) Partial Dialing misuses dialing rules
----(Version 1.1.17)----
552. [+] (K) The PRODUCT macro had an extraneous parameter
553. [ ] (K) SETUP from CDROM might not exit cleanly
554. [+] (K) URL hot spots vs Netscape Communicator
555. [+] (K) Missing files (not really)
556. [+] (K) DATE command does not return to command prompt
557. [+] (K) CPS display in XYZmodem transfers is incorrect
558. [ ] (K) Problems with SET FILE INCOMPLETE DISCARD
559. [+] (K) Crash during Zmodem download with SET FILE COLLISION RENAME
560. [+] (K) TAPI dial gives "invalid call state message" after Busy
561. [+] (M) Dead Keys cause K95.EXE to terminate in NT
562. [+] (K) If PDIAL is used, all subsequent calls are partially dialed
563. [+] (K) HOST.KSC vs. K95 1.1.17
564. [ ] (M) Don't tell K95 to RUN 16-bit programs
565. [+] (K) SET SERVER IDLE-TIMEOUT doesn't timeout
566. [+] (K) VT Origin mode does not apply to Next Line (ESC E) command
567. [+] (K) PCTERM support not compiled into 1.1.17
568. [*] (V) Using K95 with a NASI modem
569. [*] (K) VT Soft-character-set assignments
570. [ ] (M) Windows 95/98 DNS Caching results in Kerberos Authentication
Failures
571. [+] (C) TZ environment variable necessary for Kerberos Authentication
572. [+] (K) Word Perfect Keyboard Mode does not work
573. [ ] (M) More about Caps Lock
574. [+] (K) CONNECT /TRIGGER causes memory exception in OS/2
575. [ ] (C) "NO CARRIER", SET CARRIER-WATCH, INPUT and Hayes High-Speed
Modems
576. [+] (K) Install of K95 1.1.17 on Alpha does not perform registration
577. [+] (K) Televideo terminals enter infinite loop when using Block mode
578. [+] (K) SNI 97801 terminal emulation bugs
579. [ ] (M) K95 Telnet can crash if remote host crashes
580. [+] (K) K95 prints double characters when Copy Print mode is used
----(Version 1.1.18-CU)----
581. [+] (K) REMOTE {SET, ASSIGN, RENAME, COPY} do not return to CONNECT
mode
582. [+] (K) Incoming TAPI calls may result in K95 crashes during file
sends
583. [+] (K) Kermit/2 1.1.17 server does not return from REMOTE HOST
commands
584. [+] (K) Transparent-print error if CSI received when remote character
set is a code page
585. [+] (V) MIT Kerberos 2.0 K5 support disables K95 telnet authentication
586. [+] (V) SRP support fails to authenticate against SRP 1.5.0 Telnetd
587. [*] (K) K95 1.1.17 breaks Host-Mode Script
588. [*] (K) K95 and Host-Mode Script versions must agree
589. [*] (K) TAKE command arguments are persistent
590. [*] (K) Title-Bar Close box [x] doesn't work in Win9x
----(Version 1.1.19)----
591. [+] (K) VT102 emulation broken in 1.1.19
592. [*] (V) Failure to make certain Telnet connections
593. [+] (K) Faulty OS/2 Dialer Patch for K95 1.1.19
594. [+] (K) LOGIN.KSC didn't work without the Dialer
595. [+] (K) C1 Printable characters of non-ISO-2022 character sets
596. [+] (K) IBM 3151 attributes
597. [+] (K) OpenSSL requires the PRNG to be seeded.
598. [+] (V) Kerberos support not compatible with NRL SecureID support
599. [+] (K) MAIL command does not work
600. [+] (K) SEND ..\\*.c fails with "unreadable error"
601. [+] (K) LOCAL and global variable name conflicts
602. [+] (K) Kerberos password prompts versus -# 96 startup option
603. [+] (K) ANSWER 0 improperly times out
604. [+] (K) ANSWER fails to answer call with SET TAPI MODEM-DIALING ON
605. [+] (K) RLOGIN Window Size reports are not sent
606. [+] (K) Pulse dialing did not work
----(Version 1.1.20)----
[ Top ] [ Index ] [ K95 Home ] [ Kermit Home ]
------------------------------------------------------------------------
BUG DESCRIPTIONS
1. Ctrl-C Interruption in Command Screen
Ctrl-C typed in the Command screen to interrupt a command is not always
delivered to Kermit 95 by Windows, due to a bug in Windows 95 and Windows
NT: Microsoft PSS ID Numbers Q130717 and Q134284, 09-25-1995.
Once Ctrl-C fails to be delivered, it might never be delivered again.
Workaround: evidently the only workaround is to restart Windows. In the
meantime, you can still send Ctrl-C in the Kermit 95 Terminal screen using
Ctrl-Shift-C (or any other key to which you use SET KEY to map \3).
If you use Ctrl-C to interrupt a file transfer that has not yet started,
there may be a delay of several seconds before the Ctrl-C takes effect
(this one is fixed in 1.1.2).
In some cases, even when Ctrl-C is ignored, however, you might still be
able to use Ctrl-Break for the same purpose.
Also see: Bugs 83 and 152.
2. Video Attributes vs Terminal Screen Size in Windows 95
A workaround was discovered for the the Windows 95 bug that prevented K95
from using screen widths other than 80 or heights other than 25, 43, or 50.
As of version 1.1.12, screens of any reasonable height and width can be
used in Windows 95 as well as Windows NT. OS/2 Warp 3.0 and earlier still
restrict console windows to 80 columns, but Warp 4.0 can use 132 columns.
Note, however, that Windows 95 video drivers are optimized for
80x(25,43,50); other sizes work correctly as of K95 1.1.12, but might work
slowly or exhibit annoying amounts of flicker. This is a Windows 95
feature.
3. Microsoft Telephony (TAPI)
TAPI support was added in K95 1.1.12, and is documented in the current
edition of the K95 manual.
4. Registration
Kermit 95's registration procedure currently consists of customizing the
K95.EXE and K95DIAL.EXE programs with your name, company, and serial
number, and mailing back your registration card with one of your Kermit 95
serial number stickers affixed to it. Future plans include online
registration.
In 1.1, registration was applied only to the K95.EXE file. Beginning with
1.1.1 it was extended also to the Dialer.
5. Changing Code Pages
NOTE: This item applies to Windows. In OS/2, loading code pages
or "PC fonts" into a full-screen session is not only permitted,
but also safe -- provided the video driver allows it; evidently,
however, the trend in new video drivers is not to allow it --
thus preventing Kermit 95's Hebrew and Cyrillic support from
working as widely as it used to. See Section 3.4 of OS2K95.TXT.
NOTE 2: As of version 1.1.8, this section applies only to Windows
9x. The Windows NT version of Kermit 95 now uses Unicode fonts
rather than PC code pages.
As noted in the Kermit 95 manual, Windows 95/98 does not support code page
switching. The idea is that if you are going to use code pages, you should
use only one. But that's bad because some people really do need to work in
different languages; for example, English, Icelandic, Hebrew, and Russian.
Kermit 95 supports all of these very nicely as long as the underlying code
page is installed. Presumably if you are running Windows 95 in Iceland,
your code page is 850; in Poland it is 852; in Israel it is 862; in Russia
it is 866; in Greece it is 869. So if you have the code page you need, no
worries. But if you need to work in (say) both Russian and Hebrew, you need
a way to switch code pages.
To change code pages, you can get a utility from Microsoft called CHANGECP.
It is on the Windows 95 CDROM, in the Other\Changecp folder. It comes with
lots of code pages, including 862 (Hebrew) and 866 (Russian). Its menu only
lists a few of them, but you can try typing any one you want on the command
line; for example:
changecp 850
or:
changecp 866
And then rebooting your system. You can't change code pages on the fly in
Windows 95 as you can in DOS. Nor is there any way to load fonts into a DOS
window of Windows 95 (such as the LOADFONT program we use with MS-DOS
Kermit to provide code-page switching).
Maybe CHANGECP will work for you, maybe not. When we tried it, 850 worked,
866 did not, even though all the supporting files for CP 866 were included.
The supporting files for Hebrew CP 862 are not even there, so this one
didn't even have a chance.
When you run CHANGECP, it prints a scary error message warning of possible
disk corruption. This means that if you use accented or special characters
in filenames (or for that matter, in the files themselves), the appearance
of those characters can change if you change code pages. If CHANGECP does
not work for you, our best advice is to give up -- do not try editing the
Registry or any other workaround, as this is almost certain to end in
tears.
If a code page can be loaded, Kermit 95 can use it. But it seems that the
only way you can have a "non-Latin1" code page loaded is to install the
appropriate national version of Windows 95 -- such as Hebrew, Russian,
Czech, Ukrainian, Polish, etc.
If you want better language support in Windows 95 console applications,
express your wishes to Microsoft.
NOTE: You can use the DOS LOADFONT program together with the "PC fonts"
that are distributed with MS-DOS Kermit to load Cyrillic, Hebrew, and other
code pages into full-screen Windows sessions, BUT this tends to cause
Windows (not Kermit, but Windows) to crash, so this practice is not
recommended, encouraged, or supported. The true fix to this situation will
come in the conversion of K95 to full GUI, when it will no longer have to
use code pages. (As of version 1.1.8, the Windows NT console version uses a
Unicode font, so it can display any characters that are in its font -- e.g.
Lucida Console.)
6. Keyboard Scan Codes and Caps Lock
Certain keyboard scan codes, constructed by Kermit 95 from information
reported by Windows, are inconsistent between Windows NT and Windows 95.
These include Num Lock and Numeric Keypad /.
The Caps Lock bug is fixed in 1.1.5. For dead keys, see items 103-104.
Also see items 283 and 386.
No problems in OS/2.
7. "Kermit 95" Keyboard Verb table
In the "Kermit 95" manual, Appendix I, Table I-5, pages 80-81, in the
"Assignment" column, all occurrences of "Ctrl-\" are incorrect and should
be replaced by "Ctrl-]", which is Kermit 95's default escape character.
Also, there are many new keyboard verbs, listed in KEYMAPS\KVERBS.TXT; the
default assignments are listed in KEYMAPS\DEFAULT.INI, and you can use the
new SAVE KEYMAP command to save your current configuration into a file.
As of version 1.1.14, the HELP KVERB command can be used to find out what a
particular kverb does and which key it is assigned to.
8. PUSH and related commands do not work in Windows NT 3.50
The Windows NT CMD.EXE shell bug that causes this problem is fixed in
Windows NT Workstation 3.51. This bug does not occur with replacement
shells such as JP Software's 4NT.EXE.
9. Don't Use the Auto Font Setting in Windows 95
It's best to pick a specific size. When the setting is left at Auto,
sometimes the window will mysteriously and inexcplicably change size,
typically when returning to the Command screen from a non-standard-size
Terminal screen, often becoming a tiny small-print window. This also tends
to happen (but doesn't always) (in Windows 95 only) when you pick any size
other than 24 x 80 for a terminal screen on the Terminal page of the
Dialer.
Starting with K95 1.1.12, the first version to support true 132-column
screens in Windows 95, a font size of Auto in the Console version can cause
Windows 95 (original version) to create ever-smaller screens when switching
back and forth between 80- and 132-column mode, eventually resulting in
alert boxes or crashes. This is a Windows 95 bug, not a Kermit one. When
this happens while TAPI is in use, the modem will become unusable until
Windows 95 is rebooted.
Choose a specific font size, not "Auto". See the instructions in the
READ.ME file creating a shortcut. You can choose your preferred font size
in the K95.PIF file that you create when following those instructions. (As
noted there, the default font size for console windows is set by editing
the Properties of C:\WINDOWS\SYSTEM\CONAGENT.EXE).
10. Blotchy Dialer Fields
(Fixed.)
11. Missing Features
As of K95 1.1.19, no features are missing that are supposed to be present.
Of course many features remain to be added in future releases.
12. Hardware / System / Drivers Configuration
The behavior of Kermit 95 or any other program that uses serial ports will
be unpredictable if there are hardware conflicts. Typical symptoms include
application or system freeze-ups, general protection faults, etc. This is a
result of the PC architecture, which has a severely limited number of
device interrupts, but which is often overloaded with devices.
Serial communication devices must have unique addresses and IRQs (Interrupt
numbers). You can't have more than one device using the same IRQ. If you
do, neither device is likely to work -- or worse. Unfortunately, many
devices (such as network boards) are often shipped set to the same IRQ (3
or 4) that is used by a serial port.
Serial ports COM3 and COM4 (or higher) are always problematic, since these
are not part of the standard PC architecture and there are no slots for
them in the PC BIOS. COM3 and COM4 are generally set by their manufacturers
to use IRQ 3 or 4, which conflict with COM1 or COM2. To resolve the
conflict, you must either find a free IRQ and set your COM3 or COM4 device
to use it (and tell Windows about it), or else disable one or more of the
conflicting devices. Changing the IRQ is risky because the new one you pick
is likely to conflict with something else, especially in a well-equipped PC
(CDROM, sound card, network adapter, etc).
In Windows 95, a COM port is supposed to be recognized automatically when
you install it. However, Windows might easily make incorrect assumptions
about its address or IRQ, or whether it has a FIFO (First-In-First-Out)
buffer. You can examine these, and correct them if necessary, in My
Computer -> System -> Device Manager -> Ports -> Advanced. In Windows NT,
Control Panel -> Ports -> Advanced.
Even when your configuration is conflict-free, you will experience data
loss -- often severe -- on serial connections if your serial-port
controllers are not "buffered": 16550A UARTs must be used, rather than
lower-numbered models. Unfortunately, many PCs are furnished with
unbuffered UARTs by their manufacturers as a cost-cutting measure. You can
find out what kind of UARTs you have on which COM ports, on which
addresses, using which IRQs, in the Windows dialogs mentioned above.
Steer clear of any modem that says "RPI" or "Controllerless" or "Winmodem"
on the box. Read the small print carefully. These are not fully functional
modems, and are very likely not to work adequately, or at all, under
Windows NT or OS/2. Although they are designed for Windows 95, they might
not work well there either, and even if they do, they might impose an
unacceptable load on your system, since the full job of the modem is being
done by the PC CPU, and/or they might interfere with your sound card.
(Note: nowadays, most new PCs come with Winmodems preinstalled -- the only
way to avoid them is to buy a second, external, modem and attach it to your
COM1 or COM2 device.)
Another type of problem occurs whenever you use certain software that
installs its own drivers (such as COMM.DRV, the Windows 95 communications
port driver) over the real one. Such drivers are intended specifically for
use with the software they came with, and will often fail to work with
other software. Unfortunately, there is often no notification when a
standard driver is replaced in this manner, and also there is often no easy
way to undo the change. You can find out about your communications driver
in the modem diagnostics, Driver button. The communications port driver
that comes with the first release of Windows 95 is identified there as:
COMM.DRV, 5856 bytes, 7/11/1995 09:50AM
(the date and time display might vary with time zone).
Problems that are even more subtle and vexing can result from any of the
drivers you have installed on your PC -- SCSI-board drivers, sound-card
drivers, CD ROMs, etc. Sometimes the problems are solved by obtaining a
newer version of the driver from the board vendor. Other times, the only
recourse is to purchase an entirely different board and driver.
Even more ominous are problems with the PC BIOS. PC makers often have BIOS
upgrades available, perhaps downloadable from their BBS's or Web sites.
Also, owners of laptop and "green" PCs should watch out for the untoward
effects of power savers and suspend/resume features on internal modems,
PCMCIA cards, and similar hardware.
Finally, beware of any system changes that you make. In Windows, do not use
the Registry editor (REGEDIT) unless (a) you know what you are doing, and
(b) you have a way to back out of any changes. A seemingly innocent change
in the Registry can have unpredictable ramifications later on, causing
Kermit 95 and all your other applications, and Windows itself, to misbehave
or malfunction. In some cases the only recourse is to reformat your hard
disk and reinstall Windows 95 from the original media.
13. Miscellaneous Dialer Peculiarities
* The Hangup button does not interrupt dialing. If you need to interrupt
dialing, bring the Kermit 95 Command window to the front and type
Ctrl-C.
* Other items from this entry are fixed.
14. Miscellaneous Hints and Tips
* The Terminal screen can become frozen under certain circumstances; for
example, receipt of an unterminated escape sequence (perhaps caused by
noise). When this happens, the Terminal screen will report OSC, APC,
DCS, etc, in the status line. To unfreeze, use Alt-R (Reset) while in
the terminal screen. This is not a bug -- it is how real VT 220 and
higher terminals work.
* If you try to download a file directly to the printer by naming the
file "PRN", this will fail unless you "set file collision overwrite".
That's because Kermit's normal action when receiving a file is create
a backup copy -- but it can't make a backup copy of the printer :-)
Similarly for other files whose names are the same as those of DOS
devices: LPT1, AUX, COM2, and so on.
* The printer driver might fail to print the last or only page. This is
a traditional shortcoming of PC operating systems. Sometimes the page
can be forced out by using Alt-E (verb \KprintFF) to send a formfeed
to the printer, or by sending another print job, to the printer. Some
printers (such as the HP4L and HP5L) have a special button that ejects
the page. K95 1.1.14 and later offer additional printer controls, such
as the /END-OF-JOB switch, documented in the current K95 manual.
15. Debugging Tips
You can save the configuration for a particular Dialer entry into a
plain-text file by highlighting the entry, then going to File on the main
menu and choosing Generate Script File. The script file goes into Kermit
95's SCRIPTS subdirectory and has the same name as the highlighted Dialer
entry, but with spaces and special characters converted to underscores. It
is a plain-text file composed of Kermit commands that can be easily faxed
or e-mailed to our tech-support staff.
You can troubleshoot connection problems by following the instructions in
Chapter 3-6 of Using C-Kermit, second edition. You can obtain transcripts
and logs of troublesome connections using "log session" and also with "set
dial display on" and then using your mouse to copy and paste the modem
dialog from the screen into a file.
You can troubleshoot terminal emulation problems by putting the terminal
screen into debug mode (with Alt-D when the terminal screen is active).
You can troubleshoot file-transfer problems by following the instructions
in Chapter 10 of Using C-Kermit (second edition). File-transfer packet logs
are obtained with the "log packets" command.
The ultimate debugging tool is the debug log, obtained with "log debug". It
tends to grow huge rather quickly.
Any or all of these logs can be sent to our tech support staff for analysis
in cases where suggested remedies or workarounds are ineffective.
Version 1.1.14 and later allow the session.log and debug.log files to be
activated in the Dialer entry.
16. K-95 Dialer Vertical Scrolling
(Fixed.)
17. ZMODEM Downloads
(Fixed.)
18. ZMODEM and TELNET
(Fixed.)
19. Alphabetization of Dialer Entries
(Fixed.)
20. K-95 Sometimes Thinks a Connection is Open When It Starts Up
(Fixed.)
21. Download Directory Doesn't Work
(Fixed.)
22. SET MODEM commands in K95CUSTOM.INI have no effect
(Fixed.)
23. Kermit 95 sometimes can't find its script or key mapping files
(Fixed.)
24. The Dial Prefix also becomes the Dial Suffix
(Fixed.)
25. Dialer complains unnecesarily about range of certain numbers
(Fixed.)
26. Kermit BBS entry in Dialer has wrong backspace key setting
(Fixed.) However, as of K95 1.1.19, the BBS is being retired due to lack of
use.
27. Screen updates updates are slow on some PCs
Kermit 95 is necessarily less snappy than MS-DOS Kermit (under DOS) on the
same type of PC because MS-DOS Kermit is in direct control of the
communications and the video, whereas Kermit 95 must go through several
layers of drivers and operating-system calls to do the same thing.
Video drivers vary in speed. Those in Windows NT tend to be significantly
slower than those in Windows 95. Even in Windows 95, some drivers or
hardware might be slower than Kermit 95 was designed for. Kermit 95's
default screen-updating cycle is 100 milliseconds (1/10 second); if your
video driver is slower than that, you might be able to make Kermit go
faster by increasing (yes, increasing) its screen-update interval, for
example:
SET TERMINAL SCREEN-UPDATE FAST 200
Flickering can occur when the video driver is not performing a comparison
between what is already on the screen and what it is being asked to write.
So it paints the entire window (which takes time) even when it doesn't have
to. When acceleration is on (and supported by the driver) minimal screen
paints occur and screen updates should be fast. In the Control Panel either
on the Display object or the System Object, there is a performance page
which allows you to set the Video Acceleration properties. Make sure this
is set to use full acceleration. The only flickering you should see in this
case is the mouse pointer, since it is turned off and on before and after
each console screen paint.
If that doesn't help, you can experiment with Kermit 95's SET TERMINAL
SCREEN-UPDATE FAST and SMOOTH options to choose which algorithm is used to
update the screen when new data arrives from the host. Whenever a byte
arrives from the host it is processed by an incoming data thread. If it
would result in a screen write, an internal screen buffer is updated and a
flag is set. When using the FAST algorithm, the screen buffer is copied to
the physical screen (if the flag is set) on a timer thereby allowing the
maximum data throughput from the host to occur regardless of the speed of
the video drivers. This is the default screen updating method.
The negative aspect of this method is that on really fast connections it is
possible for some screen writes to never make it to the screen, e.g. during
continuous scrolling (but the data is processed correctly, and can be
viewed in the scrollback buffer). The SMOOTH option says to copy the screen
buffer to the window whenever the dirty flag is set. This results in much
slower data handling, and a potentially significant increase in the number
of screen writes, but on the other hand it tends to make echoing snappier
when you are typing. Also see item 469.
28. ZMODEM Recovery
(Fixed.)
29. ANSWER command crashed Kermit 95
(Fixed.)
30. Kermit always turned off autoanswer in the modem
(Fixed.)
31. Compose Key problems
(Fixed.)
32. SET TERM CHARACTER-SET TRANSPARENT did not show all characters
(Fixed.)
33. Various other VT emulation problems
(Fixed.)
34. Printer problems
(Fixed.)
35. \v(keyboard) variable improperly set
(Fixed.)
36. XMODEM file transfer problems
(Fixed.)
37. MOVE and MMOVE command did not work right with XYZMODEM
(Fixed.)
38. Ctrl-C interruption nonfunctional in certain cases
(Fixed.)
39. File transfer recovery after Ctrl-C
(Fixed.)
40. SET FILE DOWNLOAD-DIRECTORY didn't work with server mode
(Fixed.)
41. Filenames could not be parsed from variables
(Fixed.)
42. Choosing terminal character-set in the Dialer
(Fixed.)
43. The EMACS.INI file was not properly patched in version 1.1.1
(Fixed.)
44. The 1.1.1 patch destroyed multiple READ.ME files
(Fixed.)
45. Xon/Xoff flow control doesn't work in Windows 95
(Fixed.)
46. Server mode sometimes locks up in Windows 95
In Windows 95, but not Windows NT or OS/2, if a REMOTE HOST command is sent
to a Kermit 95 server, the server will lock up. Diagnosis: The server end
of REMOTE HOST commands is implemented by running the corresponding
operating system command with its standard output piped back to the server;
redirection of standard output in Windows 95 can cause the parent process
to get stuck in a read that never returns (refer to Microsoft Knowledge
Base Article Q150956).
Partially fixed in version 1.1.3, by using temporary files rather than
pipes.
Partially fixed even more in 1.1.5 by recoding REMOTE DIRECTORY, REMOTE
DELETE, etc, not to call the Windows shell, but to do everything
internally. So now, hopefully, the problem occurs only with REMOTE HOST
commands, if at all.
Fixed even more in 1.1.16 by changing the handle used by K95 for accessing
the console device.
47. Kermit 95 file naming conventions in conflict with Windows
(Also see item 177.)
Kermit initialization and key mapping files historically have a filetype
(extension) of .INI, but these are different from Windows .INI files.
Kermit online plain-text documentation have historically been had the .DOC
filetype, but Windows thinks these are Word documents. In Kermit 95 1.1.11,
all *.DOC files were renamed to *.TXT.
Similarly, Kermit script program files have long had a filetype of .SCR,
but in Windows 95, .SCR files are associated with screen savers. Thus if
you double click on a Kermit .SCR file, you are likely to get an undesired
result.
In Kermit 95 1.1.3, all script files distributed with Kermit 95 were
renamed from *.SCR to *.KSC, and all references to them (e.g. in the many
Dialer pages) were changed accordingly, and the new script files that were
included with this release for host mode were also given the .KSC
extension. The .INI files, however, were not renamed. Kermit has been
around a lot longer than Windows!
48. The Dialer Login page does not show LOGIN.SCR in the text box
(Fixed.)
49. The K-95 icon does not show up in Windows NT 3.5x
The K-95 icon is in the Windows 95 icon format, which can't be correctly
displayed in Windows NT 3.xx; it shows up as a black square. It works fine
in Windows NT 4.0. (An OS/2-format icon is included with the OS/2 version.)
50. SEND and RECEIVE as-names ignored by XYZMODEM
(Fixed.)
51. Missing files
Certain files mentioned in Kermit 95 manual are missing. These include:
* P.DOC (after the manual was written, the P.EXE program for XYZMODEM
protocol file transfers was fully integrated into Kermit 95, and thus
has no user interface or commands of its own);
* KERMIT.KDD (the Kermit Dialing Directory) referred to on page 30 is
really CKERMIT.KDD in the PHONES subdirectory;
* DOCS\FONTS.DOC does not exist. At press time we thought we had a safe
way to switch fonts, but it was not to be. A forthcoming release will
address this issue.
* DOCS\APC.DOC does not exist. The APC feature is fully documented in
the second edition of Using C-Kermit.
52. Title bar not properly set from "kermit -j host"
(Fixed.)
53. Can't interrupt SET HOST or TELNET or RLOGIN command (M).
Restriction. The Winsock connect() function does not respond to the
WSACancel call.
54. Download directory only works for Kermit transfers
(Fixed.)
55. Crash when pasting voluminous material into terminal window
(Fixed.)
56. Problem with SET FILE DOWNLOAD-DIRECTORY<Enter>
(Fixed.)
57. Terminal reset kills K95 if TERM CHARACTER-SET is TRANSPARENT
(Fixed.)
58. Cursor-type selection made in Dialer not saved
(Fixed.)
59. PBX-related Dialer entries not saved
(Fixed.)
60. No choice for location of Kermit 95's temporary files
(Fixed.)
61. The "Paste" button on the Terminal Window's Toolbar doesn't work (M).
"If I put text into the Windows Clipboard using regular Windows services,
such as the Mark and Copy buttons on a console-window Toolbar, or
mouse-select and Edit->Copy in a GUI Window, then I can't use the Paste
button on the Kermit 95 window toolbar to paste the material into the
Kermit 95 screen." Cure: Open the Properties dialog for the window; go to
the Misc page and turn off "Fast Pasting".
No problem in Windows NT. In OS/2, Kermit 95 comes with K2CLIP.EXE, the
Kermit/2 Clipboard Server, to take care of the clipboard.
62. EMACS.INI Alt-x = Meta-x doesn't work
(Fixed.)
63. INPUT could not be canceled from the keyboard
(Fixed.)
64. SET ALARM / IF ALARM doesn't always work
(Fixed.)
65. \v(cpu) always says "unknown"
(Fixed.)
66. Invalid escape sequence ESC [ ? 6/7 i caused problems
(Fixed.)
67. Problems with transparent printing and accented letters
(Fixed.)
68. Microcom Deskporte modem configuration wrong
(Fixed.)
69. Cursor-type selection not saved by Dialer
(Fixed.)
70. PBX material from Locations and Codes Dialer page not saved
(Fixed.)
71. SET TERM CHAR TRANSPARENT, then terminal reset, causes crash
(Fixed.)
72. Spurious "Connection might still be active on COM1..." messages
(Fixed.)
73. SET PORT<Enter> gives spurious error message
(Fixed.)
74. DIAL timeouts sometimes caused an "access violation" crash
(Fixed.)
75. Modem list in SETUP program PPI / Multitech mixup
(Fixed.)
76. Incorrect default assignment for Ctrl-Space key combination
(Fixed.)
77. "k95 filename" requires fully specified filename
(Fixed.)
78. XYZMODEM Transfers didn't work over RLOGIN connections
(Fixed.)
79. PCMCIA or Plug-and-Play Modem Problems
The Microsoft VCOMM driver used in Windows 95 versions prior to OEM SR2 for
serial port services in console windows does not support Plug-n-Play.
Therefore, 32-bit communication programs such as Kermit 95 can not use
these modems in Windows 95 unless they are previously initialized by
another program, such as Hyperterminal or Dial Up Networking.
Version 1.1.10 of Kermit comes with a new utility, K95CINIT, to initialize
such modems so they can be used by Kermit 95. This program needs to be run
only once each time you boot Windows 95. You can run it "by hand" at any
time before starting Kermit 95, or you can put put in your StartUp Menu to
make it run automatically each time you restart Windows.
Version 1.1.12 supports TAPI and so should work with any modem or other
TAPI device at all; K95CINIT is not needed in K95 1.1.12 or later unless
you want to use a Plug-n-Play COM-port device directly that Kermit can not
normally see on its own as a COM port, rather than through TAPI.
80. RLOGIN vs FTP Software OnNet-32 (V).
K95's RLOGIN connections seem not to work at all with FTP Software
OnNet-32. To enable them, you have to edit the ONNET32\ETC\SERVICES file
and comment out the definitions of "login" service on port 49. The port
that works is 513. Now you can make RLOGIN connections, but certain RLOGIN
features, such as automatic screen-resize notification, do not work because
OnNet-32 fails to properly deliver RLOGIN protocol messages as out-of-band
data to K95. The same code works fine with Microsoft and OS/2 TCP/IP.
You can also specify the port number (not name) in RLOGIN commands to
Kermit:
rlogin hostname:513 [ userid ]
This allows you to make RLOGIN connections without editing the SERVICES
file.
81. "set host 0" vs FTP Software OnNet-32
An IP address of 0 can sometimes be used to indicate one's own IP host.
Using this construction in K95 with OnNet-32, however, causes K95 to crash.
Diagnosis: Bug in OnNet-32. Workaround: Don't "set host 0" or "telnet 0" in
OnNet-32.
82. Kermit 95 and Digital UNIX 3.2
Digital UNIX 3.2 (OSF/1 3.2) seems to think your terminal has one more line
than it really has and so "man", "more", and similar commands try to use
Kermit's status line for screen data. Workarounds -- either:
a. Tell UNIX "stty rows 23" (one less than Kermit's screen length), or:
b. Tell Kermit "set term height 25".
c. Tell Kermit "set term statusline off" (1.1.5) to let UNIX use the
bottom line.
It is not known whether Digital UNIX 4.0 behaves differently.
83. Extraneous characters on terminal screen in Windows 95
On certain PCs, when the system load is high and/or when memory, swapping,
or other resources are low, Windows's screen painting algorithm sometimes
misses the fact that some areas of the screen need to be updated.
Diagnosis: Bug in Windows 95 CONAGENT.EXE, which tries to optimize screen
painting by comparing old and new window contents. Sometimes it misses.
Workaround: Use Alt-Enter to switch between window and full screen will
temporarily clear up the problem. Also, rolling back and then forwards will
also tend to force the screen updates to be applied correctly. Workaround:
adjust the video optimization using Control Panel -> System -> Performance,
or adjust the resolution or color depth to reduce CPU requirements. Cure:
Must be fixed by Microsoft. Also see Bug 238.
84. Some special keys on national keyboards don't work
(Fixed.)
85. VT220/320 Erase Character (ECH) bug
(Fixed.)
86. Intel Modems without Fax
If the "enter dial mode" string causes an error, use the new command "set
modem command dial-mode" to alter or remove it.
87. LOGIN.SCR renamed to LOGIN.KSC to avoid conflicts with screen savers
(See bug 47.)
88. Uploads on LAT connections tend to fail
Uploading files on a LAT connection can be problematic on some connections,
but not others. If you get a lot of retries or failures, try using 90-byte
packets and 1 window slot (tell VMS C-Kermit to "set receive packet-length
90"). Downloads can use any packet length or window size. WARNING: Do NOT
tell VMS or VMS C-Kermit to disable flow control. VMS C-Kermit MUST have
"set flow xon/xoff". On other connections, uploads using long packets and
sliding windows work just fine. No pattern has yet been discovered to
explain success or failure.
89. XYZMODEM and Kermit screens and stats are inconsistent
(Fixed.)
90. Printing to network printers in Windows 95 or NT might not work (M).
Kermit 95 1.1.12 offers various new SET PRINTER options that should address
this problem. See the current manual, or type HELP SET PRINTER at the K95
prompt, for details.
91. Messed up colors on initial Terminal screen
(Fixed.)
92. Colors behave differently than in MS-DOS Kermit
(Fixed.)
93. Printing to PostScript printers doesn't work
(Fixed.)
94. Redialing on a SET HOST/SET MODEM/DIAL connection didn't work
(Fixed.)
95. Command-file line numbers not reset
(Fixed.)
96. ASSIGN/DEFINE failed to fail if definition too long
(Fixed.)
97. Dialer temporary files called .SCR instead of .KSC
(Fixed.)
98. The MSEND command did not work with ZMODEM
(Fixed.)
99. Backspace key didn't work with "set term char finnish"
(Fixed.)
100. Kermit 95 for Windows requires long filenames
One file name in the Kermit 95 distribution, K95CUSTOM.INI, exceeds the 8.3
FAT name format. This is not a problem in Windows 95, but it is bad news in
Windows NT when long filenames are disabled (by editing the registry) --
the installation procedure fails. Even if the industrious user finds a way
to complete the installation, the temporary files created by the Dialer
(based on the Dialer entry names, many of which are quite long) will cause
runtime failures. So, at least for the present, maybe forever, this is a
restriction. Kermit 95 can not be installed on file systems restricted to
8.3 notation.
101. Host-controlled status lines
VT320 and Wyse host-controlled status line features are not fully
implemented. This will come with the GUI release. However, in version 1.1.5
it is possible to remove Kermit's status line from the screen, making it
available to the host; this satisfies the requirements of many
host-resident programs for an extra status line. (The command is SET
TERMINAL STATUSLINE OFF.)
Version 1.1.8 adds full support for the VT320 status line (and for user
messages on the Wyse models and Televideo label lines).
102. Wyse screen-transmit functions not implemented
This capability was added in version 1.1.8, but only if you enable it first
with SET TERMINAL SEND-DATA ON. Use at your own risk -- host-initiated
screen transmissions are a notorious security loophole.
103. Windows 95 Dead key and Caps Lock bugs are fixed! (mostly)
(This entry applies only to Windows 95)
The bugs noted in Entry 6 regarding dead keys and Caps Lock should be
mostly fixed in version 1.1.5 by doing an end-run around the buggy Windows
95 console agent(*), and adding our own substitute keyboard handling in its
place. The fix is not perfect, however, because the "raw" keyboard driver
is still hidden from us, and the information we do receive is partially
corrupted by Windows.
On the positive side, the Caps Lock bug is gone, and dead keys seem to work
correctly on US systems when the "international" keyboard driver is
selected, which uses dead keys, as well as on real German, Finnish, and
other West European Windows 95 systems, where it is also reported that the
special single-stroke keys (such as Umlauts on the German keyboard) work
correctly. The the terminal emulation and character-sets sections of the
current K95 manual for details.
On the negative side, the fix interferes with the Alt-Gr key which, on most
non-USA keyboards, is used to select the "third" (or lower right, or front)
character printed on the keytop. Alt-Gr is normally the right Alt key, and
it is really just a shorthand for Ctrl-Alt. Thus, for example, on the
German keyboard, Alt-Gr-q produces at-sign (@), and so does Ctrl-Alt-q. To
work around this side effect, you can either use Ctrl-Alt instead of
Alt-Gr, or you can give this command to Kermit 95:
SET WIN95 ALT-GR ON
This tells Kermit 95 to treat the right Alt key as if it were Ctrl-Alt. If
SET WIN95 ALT-GR ON produces other unwanted and unanticipated side effects,
set it back OFF and use Ctrl-Alt instead.
SET WIN95 ALT-GR ON enables the use of Alt-Gr as a SHIFT key (i.e. to be
held down at the same time as the key it is modifying, just like Shift,
Alt, or Ctrl). Kermit 95 does not support the use of Alt-Gr as a "prefix"
or "sticky shift" key (to be pressed and released prior to pressing the
modified key).
Also, our workaround has moved some Control keys. For example, Ctrl-\
(ASCII 28, Field Separator) which is normally sent by Ctrl-sz (Ess-Zet) on
a German keyboard (top left of 0 in digits rank), or Ctrl-] (ASCII 29),
normally sent by Ctrl-9, are now sent from their original positions on the
US keyboard. If you want to change these back to their expected positions,
use SET KEY.
Of course, under Windows NT, dead keys, special keys, and Alt-Gr work
naturally and correctly (without any workarounds in the Kermit code),
except that some NT users report a beep whenever a dead key is pressed
(even though the correct dead-key combinations are still produced).
All of these problems will disappear when the GUI version is released and
Kermit is no longer accessing any of the bug-ridden Windows console
services.
(*) Microsoft PSS ID Q140456, 12-07-1995: "Deadkeys cannot be accepted as
input to a Windows 95 Console application even when the appropriate
keyboard layout is selected. ReadConsoleInput() cannot read deadkeys in
Windows 95".
NOTE: Alt-Gr and Dead-key handling were broken again during the translation
to Unicode in 1.1.8 and was fixed and improved in 1.1.14. As of 1.1.14, K95
should properly default the SET WIN95 ALT-GR command for most keyboard
layouts. 8-bit characters should now be properly translated for all locales
from the ANSI code page to the OEM code page used by the Windows Console
environment.
104. East European keyboard features might not work in Windows 95
NOTE: This item applies only to Windows 9x. Since the release of
version 1.1.7 we have had confirmation from Poland and other East
European countries that the features described below work as
advertised.
Testing of version 1.1.5 on East European Windows 95 versions was limited
to the Czech version. Results are unknown for Polish, Hungarian, Romanian,
and other East European versions. If you have problems entering
East-European (Latin2) characters, first make sure you have:
set terminal character-set latin2 cp852
set terminal byte 8
If SHOW terminal doesn't say your code page 852, then also:
set win95 keyboard latin2
and, as noted in item 103:
set win95 alt-gr on
In the Terminal Window, you can also enter East-European characters using
Kermit 95's Latin-2 Compose-key feature, documented in the current manual.
As of 1.1.14, SET WIN95 KEYBOARD-TRANSLATION is no longer needed.
Translation from ANSI code pages to OEM code pages is performed using Win32
API calls.
105. VT emulation DCS/OSC/APC/etc bugs
(Fixed.)
106. Terminal color bugs in version 1.1.4
(Fixed.)
107. VT220/320 downloadable fonts / soft character sets don't work
We never said they did. Not only that, K95's terminal-to-host reports
notify the host that they are not supported. This feature can not be
implemented in a Console program. It is on the list for consideration in
the full GUI version.
108. SET TERMINAL CHARACTER-SET PORTUGUESE didn't work
(Fixed.)
109. VT emulation and SET TERMINAL CHARACTER-SET FINNISH (etc) bug
(Fixed.)
110. Autodownload versus SET TERM CHARACTER-SET
(Fixed.)
111. Keyboard doesn't work if I start K95.EXE from Netscape
There are all sorts of bugs in Windows 95 regarding support of console
applications (like Kermit 95), particularly when they are started from GUI
applications (like Netscape). One of many typical symptoms is loss of
keyboard focus. One simple workaround (not guaranteed, but seems to work in
many cases) is to have Netscape start the Kermit 95 TELNET.EXE, which in
turn starts K95.EXE; thus K95.EXE is not being started by a GUI
application, and therefore this bug MIGHT not be tickled. If that doesn't
work, try making a PIF file for K95.EXE and then having Netscape run the
PIF file, rather than the EXE.
112. Dialer radio buttons not lined up
(Fixed.)
113. Multiple sessions to same Dialer entry don't work
(Fixed.)
114. Can't selecte a Dialer entry from keyboard
(Fixed.)
115. Dialer crash after editing an entry entry name
(Fixed.)
116. Dialer PBX configuration problems
(Fixed.)
117. Ctrl-C doesn't work in NT when K95 started from the Dialer
NT bug. Workaround: If this happens to you, try using Ctrl-Break instead of
Ctrl-C. (The problem should now be fixed by adding a separate Ctrl-C
handler to each thread.)
118. No way to make LAT connections from the Dialer
(Fixed.)
119. Kermit 95 and Internet firewalls, SOCKS, etc
Kermit 95 for OS/2 includes a SOCKS4 interface, described in the Kermit 95
for OS/2 notes.
The Windows version does not. Firewall support needs to be built into the
TCP/IP stack, or the network itself (e.g. in a router or transparent
bridge), not each application. Microsoft Winsock, for example, does not
support the SOCKS firewall negotiation mechanism, but Trumpet Winsock and
FTP OnNet-32 do support it.
The Microsoft Catapult proxy server announced in July 1996, however, is
supposed to provide transparent firewall support, both CERN and RWS (Remote
WinSock) styles, to all Windows applications, and so should work with K95.
And from NEC, we have a new 32-bit version of SocksCap, which sits between
Windows Sockets (WinSock) and the application (Kermit 95, Netscape, etc).
Its authors have tested it successfully with 32-bit Microsoft WinSock on
both Windows 95 and NT using many different applications. It should work
with SOCKS4 and SOCKS5 servers. You can find SocksCap at:
http://www.socks.nec.com/sockscap.html
ftp://ftp.nec.com/pub/socks/sockscap/
Security concerns are addressed in K95 1.1.16 for Windows 95 and NT by
addition of Kerberos IV and V authentication and encryption. CLICK HERE for
further information. Kerberos authentication as well as CAST and DES
encryption carry export restrictions mandated by USA law.
120. Unreasonable delays in SET HOST / TELNET to numeric IP address
(Fixed.)
121. Kermit 95 does not work with LWP 5.0 TCP/IP in Windows 95
The TCP/IP stack in LAN WorkPlace 5.0 is 16-bit. Kermit 95 only works with
32-bit Winsock stacks. Workaround: You can use MS-DOS Kermit with the LWP
16-bit stack (via its TELAPI interface); or obtain a 32-bit stack from
Novell, if they have one.
122. No way to select split-speed serial communication
Serial speeds such as 75/1200 can't be used in Windows. They are not
supported by the serial driver.
123. Errors in built-in modem support
(Fixed.)
124. SEND did not work with filename completion
(Fixed.)
125. OUTPUT could not send backslash characters
(Fixed.)
126. OUTPUT could not send long strings
(Fixed.)
127. Extraneous material in session log during INPUT
(Fixed.)
128. INPUT buffer too short
(Fixed.)
129. SEND foo\%a did not work
(Fixed.)
130. No way to print on A4 paper using textps
(Fixed.)
131. Invalid Page Fault after using command recall a lot
(Fixed.)
132. Alt- doesn't work
Holding down the Alt key and pressing 1 to 4 consecutive digit keys on the
numeric keypad, while Num Lock is on, and then letting go of the Alt key,
is supposed to return the character whose code value was typed. This is
supposed to be a way of typing special characters that can't be typed any
other way on your keyboard. Kermit 95, however, sees each key as you press
it. Thus, Alt-<123> returns three scan codes -- Alt-Keypad-End,
Alt-Keypad-Downarrow, and Alt-Keypad-PgDn -- rather than the single
character whose code value is 123. If you need to type a character that is
not available on any key, use SET KEY to define a key to the desired code,
e.g. when using Code page 437 to assign lowercase letter i with grave
accent to Ctrl-Shift-Equals:
set key \1979 \161
This works in the Terminal window and, as of version 1.1.5, also in the
command window. As of K95 1.1.16, you can also use SET TERMINAL KEY
/LITERAL to enter a literal definition, i.e. one that will not be
translated.
133. Interruption keys are ignored during XYZMODEM transfers
Interruption of X-, Y-, and ZMODEM transfers by typing X, Z, E, etc, when
the file transfer screen is active, is not implemented yet. Interrupting
with Ctrl-C works, but it leaves the other XYZMODEM program in protocol
mode; to take it out of protocol mode, you have to get back in the terminal
window and type five (5) Ctrl-X characters in a row. In version 1.1.6, the
other ZMODEM program should exit automatically when you Ctrl-C Kermit 95,
so the five Ctrl-X's should not be needed.
134. Tone dialing changes to Pulse after first digit
Some modems have a feature called adaptive dialing. When they are told to
dial a number using Tone dialing, they check to make sure that dialtone has
gone away after dialing the first digit. If it has not, the modem assumes
the phone line does not accept Tone dialing and so switches to Pulse.
When dialing out from a PBX, there is almost always a secondary dialtone.
Typically you take the phone off-hook, get the PBX dialtone, dial "9" to
get an outside line, and then get the phone company's dialtone. In a
situation like this, you need to tell the modem to expect the secondary
dialtone. On Hayes and compatible modems, this is done by putting a "W" in
the dial string at the appropriate place. For example, to dial 9 for an
outside line, and then 7654321, use ATDT9W7654321. In Kermit 95, this is
accomplished with:
SET DIAL PBX-OUTSIDE-PREFIX 9W
(replace "9" with whatever your PBX's outside-line prefix is).
135. VT100 reverse scrolling broken
(Fixed.)
136. SET KEY commands became slow in 1.1.5
(Fixed.)
137. Terminal bell doesn't work as before, or at all.
In Windows 95 and NT, the sounds that K95 uses are as follows:
Terminal Bell
Beeps the speaker (this is sometimes mapped by the sound drivers to
the Windows Default Sound as configured in the Control Panel.
Beep Information
Windows Default Sound
Beep Warning
Windows Asterisk
Beep Error
Windows Exclamation
If these sound events do not have .WAV files associated with them in the
control panel they will not generate any sound.
Also, make sure that you have speakers hooked up to your computer. Many new
computers with built-in stereo sound boards do not have internal speakers.
138. SET MSKERMIT KEYCODES ON did not work with some gray keys
(Fixed.)
139. Array elements could not be used for file names
(Fixed.)
140. Keyboard modes can't be modifed
Russian, Hebrew, and EMACS mode layouts could not be modified in 1.1.7 and
earlier. This is fixed by the addition of the SET TERMINAL KEY command in
version 1.1.8.
141. Control keys on national keyboards in Windows 95
As noted in Bug 103, the fixes that were added to work around the problems
with Caps Lock and dead keys in the Microsoft console agent might cause
some of the control keys to "move" on national keyboards, such as the
German ones, from the position indicated by the keytop label to the
US-keyboard position. Reportedly, this is nothing unique to Kermit; it also
happens with other communications software too, including Microsoft's own
Telnet and Hyperterminal. Here is a sample key mapping file to put the
control keys back where they belong on a German keyboard, courtesy of Josef
Hinterreger:
; GERMAN keyboard
set win95 alt-gr on
; control key definitions
; in addition to predefined US-positions
set key \1336 \27 ; Ctrl-[ (Escape)
set key \1499 \28 ; Ctrl-\
set key \1337 \29 ; Ctrl-]
set key \1054 \30 ; Ctrl-^
set key \1334 \30 ; Ctrl-^
set key \1500 \30 ; Ctrl-^
set key \1469 \31 ; Ctrl-_
142. SCOANSI and AT386 emulation vs Code Page 437
(Fixed.)
143. SCOANSI and AT386 emulation vs CSI 10/11/12 m
(Fixed.)
144. Bad characters in Registration name
(Fixed.)
145. SET MODEM commands in K95CUSTOM.INI are ignored by Dialer
(Fixed.)
146. Completion does not work with directory names
(Fixed.)
147. Command-line editing doesn't use PC editing keys
Commands can not be edited with arrow keys, Insert/Delete, Home, End, or
other PC keys, or the mouse. Nor can you use EMACS or VI style keystrokes
to edit commands. Command editing is accomplished as described in "Using
C-Kermit", with the addition of up- and down-arrow keys (or Ctrl-B and
Ctrl-N) for command recall. Restriction.
148. The DIRECTORY and TYPE commands are too slow
The DIRECTORY and TYPE commands are built in to get around Windows 95 bugs
with pipes and process control. If you would rather have Windows or OS/2
produce directory listings or type your files, then use "run dir" or "run
type" or "run more", etc. In that case, you can also include Windows or
OS/2 shell command switches. But watch out for loss of keyboard focus and
other problems that can occur when you run inferior processes this way,
especially if you interrupt them with Ctrl-C or Ctrl-Break.
149. DIRECTORY command gives spurious error message
(Fixed.)
150. XYZMODEM transfer statistics are off
(Fixed.)
151. SET TERMINAL ESCAPE-CHARACTER DISABLED didn't work
(Fixed.)
152. Command screen messed up after Ctrl-C
Several users have reported that the command screen loses messages or
becomes scrambled after giving a DIAL command, or two DIAL commands, or an
ANSWER command followed by a DIAL command, or after interrupting a DIAL
command with Ctrl-C. Similarly, if you interrupt a file transfer with
Ctrl-C and then start another one, the screen is not fully repainted. This
problem started happening in version 1.1.5 when we switched the command
screen to use the same virtual screen management that used by the terminal
screen, to allow scrollback, etc. The cause is probably related to Bug 83
above, which is evidently exacerbated when an asynchronous process-related
interrupt (like Ctrl-C) occurs. If this happens to you in the file-transfer
display screen, use Ctrl-L to refresh (or at least partially refresh) the
screen.
153. Cursor disappears after Ctrl-C interruption of file transfer
(Fixed.)
154. \v(sysid) was garbage
(Fixed.)
155. SHOW KEY ALL did not show keys that had string definitions
(Fixed.)
156. Dialer File Transfer page items spuriously grayed out
(Fixed.)
157. SET TERM COLOR ERASE CURRENT-COLOR didn't work
(Fixed.)
158. Patching up from version 1.1.3 might not work
Evidently version 1.1.3 was distributed in more than one form, so patching
over the wrong form won't work. Sorry, our mistake -- if this happens to
you, contact us.
159. XYZMODEM file transfers gave incorrect status codes
(Fixed.)
160. XYZMODEM transfers made no transaction log entries
(Fixed.)
161. TELNET negotiations were sometimes skipped
(Fixed.)
162. Data loss during file transfer
(Fixed.)
163. K95 could not send a file that was already open
(Fixed.)
164. Dynamic packet timeout values were sometimes too high
(Fixed.)
165. Character attributes not shown in Televideo emulation
(Fixed.)
166. PATCH.EXE only works with FAT filenames
The patch product used for applying patches to Kermit 95 only understands
DOS (FAT, 8.3) filenames on its command line. You can't give a filename to
the Patch program that does not conform to FAT restrictions: directory
names must not be longer than 8 characters, and must not contain spaces;
filenames must have no more than 8 characters before the dot, and no more
than three after it, and must not contain spaces, and there can not be more
than one dot. Examples of patch commands that work:
patch wi115-6
patch d:\k95\download\wi115-6
Example of a patch command that doesn't work:
patch D:\Downloads\Kermit 95 Patch\K95-Intel-from-1.1.5-to-1.1.6
167. TEXTPS.EXE was broken in version 1.1.5
(Fixed.)
168. File transfer efficiency number is misleading
(Fixed.)
169. VT220/320 DCS string cancellation didn't work
(Fixed.)
170. SCOANSI and AT386 emulation conflict with Dialer
(Fixed.)
171. Server GET fails if a SEND-LIST had previously been used
(Fixed.)
172. PUSH from Terminal screen to shell could not be returned from
(Fixed.)
173. K95DIAL window minimizes to desktop instead of task bar
(Fixed.)
174. Referring to directory names that start with digits
In output-file specifications only, it is ambiguous whether \digit (like
\4DOS) combinations are literal or are the backslash-encoding of special
characters. So, for example, SET PRINTER DOWNLOAD\123.TXT does not work as
expected. If you need to refer to a directory name that starts with a
digit, a percent sign, an ampersand, or other character that signals a
C-Kermit backslash code, in an output-file specification, either use a
forward slash or double the backslash, e.g.: SET PRINTER DOWNLOAD/123.TXT
or SET PRINTER DOWNLOAD\\123.TXT.
175. Televideo and Wyse printing didn't work right
(Fixed.)
176. Wrong default character-set for VT terminals in Dialer
(Fixed.)
177. The Dialer database can be corrupted by other applications (M).
Several Kermit 95 users have reported that the K95 Dialer suddenly and
mysteriously stopped working. Diagnosis:
* Kermit 95 Dialer database files (DIALER.DAT, DIALUSR.DAT, DIALINF.DAT)
have an extension or filetype (the part of the filename after the
period) of DAT (not unreasonable; people have been using DAT for data
files for decades).
* Certain other applications, when you install them, register themselves
in the Windows Registry as the application for all files having the
.DAT extension. These applications include at least ACT! (from
Symantec) and Wordperfect 7 (from Corel).
* The Kermit 95 Dialer database files now appear with the icon of the
other application. Should you click on one of these icons, the other
application will be started and fed the K95 database file, and will
likely damage it. If that happens, the Dialer might be unusable from
that point on.
There is nothing Kermit can do to prevent this. There is no mechanism for
arbitration of conflicting file associations. If filetype XYZ is associated
with application A and then you install a new application, B, it might undo
application A's association and take over its files (or, conversely, it
might find that its files belong application A). This is intrinsic to the
design of Windows 95 and NT. Only one application can be the default
application for each filetype.
To defend against this effect, make a backup copy of your *.DAT files prior
to installing any new application, preferably on a diskette, which you
should remove immediately and put in a safe place. And then remember to
avoid clicking on any of the files in your Kermit 95 directory, except of
course the EXE files, no matter what interesting icons they might display.
(This warning really applies to ALL your applications, not just to Kermit
95 -- never click on a data file's icon if the icon does not seem
appropriate.)
As of version 1.1.7, the Dialer keeps two backup copies of each .DAT file
as changes are made.
178. The Dialer can seem to disappear
(Fixed.)
179. The "Chess" entry in the Dialer is wrong
(Fixed.)
180. XMODEM-CRC, YMODEM-CHECKSUM, and ZMODEM-CRC16 are not supported
This is not really a bug; we never said they were, but we never said they
weren't either. Status: To be added in a future release, maybe. In fact,
all of these are supported internally, but there is no command to invoke
them; the XYZMODEM program on the other end can request any of these and it
will be used.
181. Renaming downloaded files with XYZMODEM doesn't work
(Fixed.)
182. XYZMODEM downloads are somewhat slower than expected
(Fixed.)
183. Scroll Lock doesn't work in version 1.1.7
(Fixed.)
184. No way to change the default key map for each terminal type
(Fixed.)
185. CTRL2CAP instructions misleading
(Fixed.)
186. LOG SESSION erroneously translates character sets
(Fixed.)
187. VT102 insert character function doesn't work
(Fixed.)
188. Spurious keyboard locks in VT220/320 emulation
(Fixed.)
189. Improper handling of Alternate ROM in VT emulation
(Fixed.)
190. Erroneous VT emulator Secondary and Tertiary DA Reports
(Fixed.)
191. Erroneous DECID reports in VT220/320 emulation
(Fixed.)
192. VT emulation Horizontal Position Absolute (HPA) ignored
(Fixed.)
193. Failure of K95 to start on certain Windows NT systems
(Fixed.)
194. Simultaneous LAT sessions don't work
(Fixed.)
195. No redirection of standard input
Beginning in version 1.1.5, K95.EXE's standard input can not be redirected.
This works around a bug in Windows 95 regarding invocation of console
programs from GUI programs (e.g. K95.EXE from Netscape). BUT... Beginning
in K95 1.1.16, redirection to/from a pipe is automatically detected, and
there is a new command-line option to force the use of stdin and/or stdout,
documented in the current K95 manual.
196. SHOW KEY does not properly display C0 and 8bit characters
(Fixed.)
197. "set command more-prompting" could not be parsed
(Fixed.)
198. No way to specify 0 or no timeout in INPUT
(Fixed.)
199. INPUT ignores autodownload sequences
(Fixed.)
200. Problems entering commands that end with backslash
(Fixed.)
201. Spurious invisible Z command that does nothing
(Fixed.)
202. Close box in K95 title bar doesn't work in Windows 95
See the original description of this bug. In Kermit 95 1.1.19, we work
around it by disabling the Close box.
203. Dialer startup is slow
Startup of the K95 Dialer is unavoidably slow because it makes backup
copies of all of its database files every time it starts. The backup copies
go into your PC's temporary directories (identified by the TEMP or TMP
environment variable). The speed of startup depends on the speed of the
disk that is used and the sizes of the database files. If you don't need
all the predefined BBS and Telnet site entries, etc, see the READ.ME file
for instructions on removing them.
204. Dialer toolbar buttons might "wrap around"
In version 1.1.8, an 8th button -- "ScriptFile" -- was added to the
Toolbar. This button might wrap around to a second Toolbar line if you are
installing 1.1.8 as a patch to a previous version. If this happens to you,
you can widen the main Dialer window by stretching it with the mouse. In
version 1.1.14 the ScriptFile button was renamed to ShortCut because now it
creates a clickable shortcut on your desktop and/or in your Start menu.
205. Statusline OFF vs TELNET NAWS bug
(Fixed.)
206. Page faults in K95 version 1.1.8
(Fixed.)
207. Keyboard translations don't work in Windows NT in K95 1.1.8
(Fixed.)
208. Printing did not work right in version 1.1.8
(Fixed.)
209. Dead-key and Alt-Gr broken in 1.1.8
(Fixed.)
210. APC during INPUT broken in 1.1.8
(Fixed.)
211. Redundant terminal-type change in 1.1.8
(Fixed.)
212. CD to nonexistent directory can cause errors
(Fixed.)
213. Problems with host-based WordPerfect
(Fixed.)
214. Russian and Hebrew keyboard modes don't work
(Fixed.)
215. Why does Dialup Networking pop up whenever I make a Telnet connection?
(Windows only) "Every time I start K95 to make a Telnet connection, the
dialup networking program is launched automatically. I have to cancel it
first and then continue logging in." This is not a Kermit problem -- the
same thing would happen with any Internet application, such as Microsoft
Telnet or FTP. To fix: open your Windows 95 Dial Up Networking folder
(should be in your "My Computer" folder), go to Connections->Settings->
General and choose "Don't prompt to use Dial-Up Networking".
If that doesn't work and you are using Windows 95b (OSR2), check the
setting for "auto connect" in the Internet Control Panel.
216. Why does the termimal status line say "Script:" instead of "Prompt:"?
"Why does the status line say Script instead of Prompt sometimes?" It says
this when CONNECT mode was entered from a script (command file or macro)
rather than from the prompt; thus escaping back from CONNECT mode will
continue the script (if there are any commands left in it), rather than
returning directly to the prompt.
217. Why is my login prompt missing?
There are two likely explanations for missing login prompts:
First, it can happen because Kermit 95 sent your user ID in advance. This
happens on Rlogin connections and (in 1.1.8 and later) also on TELNET
connections if the Telnet sever supports the NEW-ENVIRONMENT protocol and
Kermit 95's LOGIN USER variable is set to match your username on the host.
Just enter your password, or defeat this feature with SET LOGIN USER to
nothing.
Second, this can happen when TELNET terminal-type negotiations cause K95 to
change its terminal type (and therefore to clear the screen); use K95's SET
TELNET TERMINAL-TYPE command to supply a terminal name acceptable to the
host and to suppress automatic terminal-type switching.
In version 1.1.16, this also happens when you make a connection
authenticated by Kerberos or SRP, in which case even the Password: prompt
would be missing.
218. VERSION command did not display copyright notice
(Fixed.)
219. Alt-: and Alt-; missing from EMACS mode
(Fixed.)
220. Dialer would not start if any database entries were corrupt
(Fixed.)
221. Russian and Hebrew keyboard mode conversions broken
(Fixed.)
222. Latin-2 Compose sequences broken in 1.1.8
(Fixed.)
223. Windows 95 QuickEdit interferes with Kermit 95's mouse functions
Windows 95 QuickEdit (selected in the console window Properties notebook,
General page, under Mouse), gets in the way of Kermit 95's mouse functions.
Restriction: You can have one of these or the other, but not both.
224. Caps Lock state can change when moving between windows
If you use the Caps Lock key to change the Caps Lock state from what it was
when K95 was started, and then select another window, the Caps Lock state
goes back to what it was when you entered the K95 window. Diagnosis: bug in
Microsoft CONAGENT.EXE. Happens only in Windows 95, not in Windows NT.
225. LOGIN.KSC broken in version 1.1.8
(Fixed.)
226. ADD SEND-LIST followed by MOVE did not delete source files
(Fixed.)
227. Marking text on bottom line of terminal screen didn't work
(Fixed.)
228. Sending data from terminal screen when SEND-DATA OFF
(Fixed.)
229. Kermit file-transfer packets sent out of window
(Fixed.)
230. VMS SET TERM/WIDTH did not clear the screen
(Fixed.)
231. k95 "file name with spaces" did not work in 1.1.8
(Fixed.)
232. k95 command screen could be frozen or corrupted in 1.1.8
(Fixed.)
233. Spurious cursor in 1.1.9
(Fixed.)
234. Appearance of horizontal scrolling indicators
The block character used on the left and right end of the status line to
indicate the end of the left-right scrolling region in 1.1.9 and later
comes out too small in certain fonts or sizes but not in others. When it's
too small, it looks like a fifth LED rather than a distinct symbol. For
example, it's a nice large block in TrueType 10x20 or 8x16 but it's too
small in 10x18 or 8x8.
235. Network editing hints
You can override the choice of editor by adding the appropriate SET EDITOR
command to your K95CUSTOM.INI file, or by having an EDITOR environment
variable defined at the time K95 starts up. Remember, the SET EDITOR
command (and the EDITOR environment variable) must contain the full
pathname of the editor program, such as C:\WINDOWS\COMMAND\EDIT.COM. Also,
the "netedit" process, especially when host-initiated, results in a lot of
screen flashing as K95 switches back and forth between its command screen,
file-transfer display screen, and terminal screen. It can't be avoided.
Also see item 268.
NOTE: In version 1.1.12 and later, the full pathname of the editor is not
required if the editor program is in the PATH.
236. Windows 95 long screens don't work in 1.1.9
(Fixed.)
237. Problems with TES32
(Fixed.)
238. Keystrokes might be transmitted out of order in Windows 95
In an interrupt driven system such as Windows 95, Windows NT, UNIX, etc,
the keyboard driver is called to handle each event as it occurs. When the
system is under heavy load, the events cannot be processed in real time and
are placed on an event queue. In Windows 95, CONAGENT.EXE has a bug that
causes the event queue to be processed in last-in-first-out rather than the
expected first-in-first-out order. Thus fast typists might occasionally see
their keystrokes transmitted in reverse order. And (you guessed it) this
does not happen in Windows NT or OS/2.
239. Conflicts with CompuServe, AOL, etc
If you have installed Compuserve, America OnLine, or any other browser
package from an Internet Service Provider that uses its own proprietary
Sockets Library, there is a good chance that your existing Winsock
applications (including, but not limited to, Kermit 95) will no longer
work.
This happens when the installation either replaces the Windows version of
WINSOCK.DLL and/or WSOCK32.DLL or adds new versions in a new directory.
While all Winsocks are supposed to implement the same API, they don't
always implement the same set of features or have the same bugs. Therefore,
applications like K95 that make rather full use of Winsock might not work
properly with these replacement DLLs.
These applications and service providers should not be replacing the
standard Windows TCP/IP drivers. This is an extremely reckless act and all
bets are off once they have done it. If you are affected by an application
that has changed Windows' TCP/IP stack, contact the vendor of that
application for a way to safely back out of the installation.
240. HPTERM and HP2621 screens were fractured
(Fixed.)
241. Overzealous recording in session log
(Fixed.)
242. VT100/102 keypad not mapped to PC keypad by default
(Fixed.)
243. Assorted window sizing problems in 1.1.9
(Fixed.)
244. SET TERMINAL CURSOR did not enable the cursor
(Fixed.)
245. Autoupload problems with XMODEM and YMODEM
(Fixed.)
246. Data General DASHER terminal emulation problems
(Fixed.)
247. Default editor set in K95.INI might be wrong
(Fixed.)
248. Dial-in host mode did not agree with user-defined modems
(Fixed.)
249. Not all SET TERMINAL settings are shown by SHOW TERMINAL
Sorry, there's not enough room on the screen. To be addressed in GUI
release.
250. PUSH, RUN, and similar commands might not work
If you have an environment variable SHELL or COMSPEC, and it is NOT defined
to be the path of COMMAND.COM or other valid command shell, then PUSH, RUN,
and related commands will not work.
251. Unwanted alert box from K95CINIT
(Fixed.)
252. Problems when switching from VT to ANSI terminal type
(Fixed.)
253. HINT: Using SCOANSI emulation with SCO hosts
There is a type of terminal emulation commonly called ANSI, which is used
by BBS's. It is very simple -- essentially nothing more than what you get
with ANSI.SYS on a DOS PC. Then there is the highly evolved and complex
version of it used on the SCO (and Unixware) console. Kermit 95 supports
both; the first emulation is called ANSI; the second is called SCOANSI.
However, the *name* SCOANSI is unknown on SCO systems (SCO Xenix, SCO UNIX,
ODT, and Openserver versions 5.0.4 and earlier, and Unixware versions prior
to 7.0), where it is called simply ANSI. So if a Telnet client such as
Kermit 95 comes in announcing its terminal type as SCOANSI, the SCO host
doesn't recognize it. In Kermit 95 1.1.8 and later, the Telnet
terminal-type negotiation feature will cause Kermit 95 to change to another
terminal type, most likely "plain old" ANSI. To work around this problem in
Kermit 95:
set terminal type scoansi
set telnet terminal-type ansi
set terminal character-set transparent
Or on the SCO system (Reference: SCO Technical Article 109521, 17 July
1998):
# vi /etc/termcap (on the pre - 5.0.5 system)
Find the line that reads:
li|ansi|ansi80x25|Ansi standard crt:\
and change it to read:
li|ansi|scoansi|ansi80x25|Ansi standard crt:\
Then type:
# vi /usr/lib/terminfo/terminfo.src
Find the line that reads:
ansi|ansic|ansi-437|ansi80x25|Ansi standard console,
and change it to read:
ansi|ansic|ansi-437|ansi80x25|scoansi|Ansi standard console,
After adding the scoansi definition to the terminfo.src file, run the
terminal info compiler:
# tic (no relink/reboot necessary)
SCO has added "scoansi" as an official terminal type (or, more precisely, a
preinstalled synonym for what it now calls "ansi") in OpenServer 5.0.5 and
Unixware 7.0.
Also see Bug 417.
254. Environment variables are not case sensitive
It has been noted that the \$(xxx) construction for accessing environment
variables is not case sensitive, as it should be. This is a bug or a
feature of Windows 95 inherited from DOS (Kermit gives the environment
variable name literally to Windows, but Windows ignores the case of the
letters).
255. Data loss in dialup host mode
When running K95 host mode in Windows 95 (but not NT or OS/2), callers
could experience fractured screens, lost or duplicated data, etc. The
problem was traced to problems in Windows 95 overlapped serial i/o, so the
HOSTMDM.KSC script was modified to not use it in K95 1.1.12. Similarly,
keystrokes sent to the hostmode screen could be lost if they were too close
together. This was caused by a bug in HOST.KSC, also fixed in 1.1.12.
256. Problems with automatic login from certain Dialer entries
If you specify a password on the login page of a Dialer entry and find that
the connection is not made at all, try removing the password (and
specifying NONE for the prompt). If that fixes the problem, but you still
want to specify a password (even though it is a security risk to store
passwords on your computer), then try changing the password on the host
computer (e.g. by appending an X to it) and entering the new password into
the Dialer entry.
As of 1.1.14 you can also ask that the Dialer prompt you for the password
each time you want to connect to the host.
The problem is fixed in version 1.1.16.
257. Problems with arrow keys and command recall
(Fixed.)
258. Misleading Dialer error message about screen dimensions
(Fixed.)
259. HINT: How to disable scrollback
There is no way specify a scrollback buffer size of 0, or for that matter,
less than 512 lines. Thus, SET TERM SCROLLBACK 0 can't be used to disable
scrollback. Instead, assign \Kignore (or any other non-scrollback related
verb, etc) to the scrollback keys; for example:
set key \4385 \Kignore ; Ignore PageUp
set key \5409 \Kignore ; Ignore Ctrl-PageUp
set key \4388 \Kignore ; Ignore the Home key
and so on.
260. Wildcard sends don't work right in XYZMODEM
(Fixed.)
261. EXPLANATION: Changes in the operation of the numeric keypad
In VT220 and VT320 emulation, the PC's numeric keypad is mapped by default
to the VT terminal's numeric keypad. Prior to version 1.1.10, however, this
was not true for VT100 and VT102. But the numeric keypad functions are just
as important in VT100/102 emulation as they are in VT220/320, and a lot of
users of VT100/102 emulation complained that the numeric keypad didn't work
right. So in version 1.1.10, the VT100/102 numeric keypad was mapped the
same as the VT220/320 numeric keypad.
However, this change (like all changes) surprised other people who had
become accustomed to the previous VT100/102 mapping, which was the same as
the mapping for the editing and arrow keys with the same labels.
If you want to restore the previous mapping, add the following to your
K95CUSTOM.INI file:
SET TERMINAL KEY VT100 \290 \Kdnscn
SET TERMINAL KEY VT100 \291 \Kendscn
SET TERMINAL KEY VT100 \292 \Khomscn
SET TERMINAL KEY VT100 \293 \Klfarr
SET TERMINAL KEY VT100 \294 \Kuparr
SET TERMINAL KEY VT100 \295 \Krtarr
SET TERMINAL KEY VT100 \296 \Kdnarr
SET TERMINAL KEY VT100 \302 \{127}
SET TERMINAL KEY VT100 \400 \Kignore
SET TERMINAL KEY VT100 \2411 {-}
SET TERMINAL KEY VT100 \4143 /
SET TERMINAL KEY VT100 \4365 \{13}
SET TERMINAL KEY VT100 \4463 /
SET TERMINAL KEY VT100 \4496 \Kignore
SET TERMINAL KEY VT100 \4543 /
Replace VT100 with VT102 or other terminal type that you want to have these
definitions on the numeric keypad. (A copy of this file is included with
Kermit 95 1.1.11 and later as KEYMAPS\KEYPAD.INI.)
262. DEC NRCs are forgotten in Multinational Mode
(Fixed.)
263. ZMODEM crash recovery versus some FILE COLLISION settings
(Fixed.)
264. ZMODEM autodownload doesn't work with Wyse, VC, or DG
The ZMODEM ZINIT packet, by which Kermit recognizes the beginning of a
ZMODEM download, is indistinguishable from a Wyse "Enter Controller Print"
sequence. The terminal emulator takes precedence. Similar types of
confusion occur with Volker Craig and Data General terminal types. This is
a conflict, pure and simple. Kermit 95 1.1.11 adds some new SET TERM
AUTODOWNLOAD options to address such conflicts; type HELP SET TERMINAL at
the K95 prompt to see them.
265. HINT: Kermit mouse buttons versus nonstandard mouse setups
Don't expect default Kermit 95 mouse button assignments to work as
described on pages 55-58 of the Kermit 95 manual if you have installed a
nonstandard mouse driver and/or remapped your mouse buttons with a product
such as the Clicker program that comes with the Logitech Trackman. For
example, if you have used Clicker to translate Mouse Button 2 into
Double-Left-Click, then don't expect double-clicking button 2 to paste from
the Clipboard to the host. Work around such situations by using the SET
MOUSE command to remap mouse events as desired, e.g.
SET MOUSE BUTTON 3 NONE DOUBLE-CLICK \Kpaste
266. VT terminal emulation wrapping problem
(Fixed.)
267. WP51.INI (WordPerfect 5.1 key mapping file) had a typo
(Fixed.) But we don't need the WP51.INI file any more since K95 now has its
own built-in Word Perfect Keyboard Mode.
268. HINT: Using the NETEDIT macro with GUI editors
(Fixed.)
269. Yellow background change after !edit in K95
"I'm running K95 1.1.10 under Windows 95. If I invoke the DOS EDIT program
from the Kermit command screen either with !edit or by pushing to DOS and
invoking edit from DOS, when I return to K95 anything which is supposed to
display with a yellow background displays instead as blinking on a brown
background. Normally, my 'select' colors are black on yellow. If I am in
the command screen and type 'show terminal', the colors display properly.
If I then type '!edit' and exit edit and return to the K95 command screen,
the previously displayed black on yellow is now blinking black on brown.
Any colors which I change to yellow background become blinking on brown
instead.
This is a limitation of Microsoft Windows 95 and NT 16-bit DOS support.
16-bit DOS programs, such as EDIT.COM, are allowed to toggle the meaning of
the VGA background-intensity bit. Instead of using it to allow bright
colors as the background, EDIT.COM wants to use it to blink the text. The
use of this bit to represent blinking is not supported in window sessions
but is supported in full-screen sessions. There is no mechanism by which a
32-bit Windows application such as Kermit-95 can change the meaning of this
bit.
270. Popup printer-error boxes causes Kermit 95 to hang
(Fixed.)
271. Host-directed printing did not work in DG emulation
(Fixed.)
272. INPUT/MINPUT did not handle Telnet negotiations correctly
(Fixed.)
273. Dialer Options..Dialing page PBX values handled incorrectly
(Fixed.)
274. Wyse character graphics bug
(Fixed.)
275. Transparent printing of binary files did not work
(Fixed.)
276. VT100 terminal ID was incomplete
(Fixed.)
277. Kermit/2 keycodes are different from OS/2 C-Kermit 5A(191)
OS/2 C-Kermit 5A(191) did not allow all key combinations to be mapped. Even
worse was the fact that several of the combinations would generate the same
keycode. When Kermit-95 was being planned it was decided that it would
allow all keyboard combinations to be mapped to unique values. Meeting this
goal required discarding the entire OS/2 C-Kermit keymap table and starting
from scratch.
278. Kermit/2 conflicts with SWAPDCP on OS/2
Because of Kermit/2's more intensive probing of the keyboard than prior
OS/2 Kermit versions, it no longer works with SWAPDCP (a public domain,
use-at-your-own-risk method of swapping Ctrl and Caps Lock in OS/2). See
the OS/2 Notes for details.
279. RLOGIN versus Microsoft's "WINNUKE" Patches
In May 1997 hackers discovered that any Windows 95 or NT system could be
crashed by sending TCP Out Of Band (OOB) data to it on the NETBEUI port.
Microsoft's reaction was to publish a "hotfix" for Windows NT that disabled
processing of OOB data by Winsock; refer to Microsoft Knowledge Base
Document Q143478 [winnt], "Stop 0A in TCPIP.SYS When Receiving Out Of Band
(OOB) Data". But RLOGIN protocol works by using OOB data, and therefore if
you have installed these fixes, you will not be able to use RLOGIN. This
situation was addressed in a second "hotfix" issued May 24. Each fix is
simply a replacement of the TCP/IP stack (TCPIP.SYS). You can (and should)
install the latest one whether or not you installed the first one. As of
this writing there is no fix from Microsoft for Windows 95.
NOTE: If Windows NT 4.0 Service Pack 3 has been installed, the Post-SP3 OOB
fix must be installed, since SP3 contains the first version of the OOB fix.
280. DIALINF.DAT can't be read-only
(Fixed.)
281. Caps Lock state can be lost when switching between windows
(Oops, this is a duplicate of Bug #224.)
282. Serial-port file transfer fails with large packet x window size
(Fixed.)
283. Can't change keyboard language in Windows 95
In Windows 95/98 and NT it is possible to install more than one keyboard
layout in the Keyboard Control Panel on the Input Locales page. When more
than one Input Locale/Layout combination is defined, you are required to
choose one of them as the default, and to choose a key combination (such as
Left Alt + Shift) to switch among them. This is called the Switch-Locale
key sequence. The default Input-Locale is the Input-Locale that each Window
uses when it is opened.
For instance, it is possible to install:
Input Locale Layout
------------------------------------------ ---------------
English (United States) US
Russian Russian
with "English (United States)" as the default input locale and a
Switch-Locale key sequence of "Left_Alt+Shift". Since the keyboard only has
one alphabet on it, this "alphabet shift" key is needed to switch between
the two defined alphabets. In Russian Windows, for example, it is necessary
to type Roman letters when you type Windows file names or Kermit 95
commands and Cyrillic letters when writing in the Russian language.
Although the behavior is supposed to be the same on Windows 95/98 and
Windows NT, it turns out that it is not.
In K95 on NT you can give the following commands:
SET TERMINAL CODE-PAGE 1251
SET TERMINAL LOCAL-CHARACTER-SET CP1251
SET TERMINAL REMOTE-CHARACTER-SET CP866
When the current locale is "English (United States)" K95 receives Roman
characters from the keyboard. When the current locale is "Russian" K95
receives Cyrillic characters from the keyboard. To toggle between the two
press the Switch-Locale key sequence.
When issuing commands to K95 switch to the "English" locale and when
sending Cyrillic characters to the host switch to the "Russian" locale.
There is no limitation to mixing Roman and Cyrillic characters via this
method at the K95 command prompt or in terminal mode.
Note that only characters that are in the active code page may be delivered
to K95 from the keyboard. In the above example code page 1251 is used
because it is available on all versions of NT and it contains all of the
Roman characters needed for U.S. English and the Cyrillic characters used
by CP866. (CP866 is not available on the U.S. version of NT but may be
available on some international versions.)
However, when using Windows 95/98 locale switching does not work properly
in 32-bit console applications. (The following was tested on Windows 95
OSR2 - Russian release.) The Russian Win95 uses CP866 as its default code
page for the DOS and Win32 Console environments. Therefore, both Roman and
Cyrillic characters are available for display.
For DOS applications the current locale is ignored. All keystrokes generate
Roman letters regardless of what locales are installed.
For 32-bit Console applications when both the "English (United States)" and
"Russian" input locales are defined and a Switch-Locale key sequence
specified it is not possible to switch the input locale from the Default
(as selected in the Keyboard Control Panel.) The result is that only the
default language may be used. If the default locale is "Russian" then only
Cyrillic characters may be generated which makes it impossible to type the
English commands necessary to control Kermit 95. If the default locale is
"English" then it is not possible to generate Cyrillic characters using the
Windows Keyboard layouts.
In this case it is possible to use K95's built-in English-to-Russian
keyboard mode with the following limitations:
* Your default Input Locale must be set to "English".
* CapsLock cannot affect the punctuation marks that are used to generate
some of the Cyrillic letters.
* it can not be used at the K95 command prompt. Therefore, file names
containing Cyrillic characters cannot be specified for file transfer
by typing. A work around is to list the files with the DIR command and
then copy/paste the file names with the mouse.
NOTE: As of 1.1.17, K95 implements its only Keyboard Layout management
routines (on Windows 95) such that when K95 starts it will use the Default
Layout. Each press of the LeftAlt-Shift or Ctrl-Shift combinations will
toggle the Keyboard Layout.
284. K95 does not delete startup file generated by the Dialer
(Fixed.)
285. Dialer can leave temporary files behind
(Fixed.)
286. Kermit 95 TELNET.EXE stub works only if K95 directory in PATH
The Kermit 95 version of TELNET.EXE (which simply starts Kermit 95) assumes
that K95.EXE is in the PATH. If it is not, and it is also not in your
current directory, then TELNET.EXE will fail to start K95.EXE. This happens
most frequently when Kermit 95's TELNET.EXE is specified as the Telnet
application for Netscape or other Web browser. Solution: Add the Kermit 95
directory to your PATH, or else try specifying "C:\K95\K95.EXE -J" as your
Telnet application, replacing "C:\K95" by the actual Kermit 95 disk and
directory. Also see Bug 111. Fixed in 1.1.16 as long as TELNET.EXE is in
the same directory as K95.EXE. Ditto for RLOGIN.EXE.
287. Problems with incoming TCP connections in OS/2
(Fixed.)
288. Dialer could crash if an entry's view status changed
(Fixed.)
289. SHOW KEY did not always give accurate results
(Fixed.)
290. REDIRECT command didn't work
(Fixed.)
291. Incoming NUL (0) characters confuse INPUT command
(Fixed.)
292. RECEIVE as-name did not work with XYZMODEM
(Fixed.)
293. Various EMACS mode bugs
(Fixed.)
294. Kermit protocol might send packet out of window
(Fixed.)
295. MOVE from SEND-LIST did not delete original files
(Fixed.)
296. Application filename could not contain spaces
(Fixed.)
297. Hayes high-speed-modem init string problem
(Fixed.)
298. READ command does not fail if file not open
(Fixed.)
299. Problems with long function arguments
(Fixed.)
300. Certain \function()s can misbehave
(Fixed.)
301. X MOD 0 crashes program
(Fixed.)
302. ANSWER doesn't automatically CONNECT
(Fixed.)
303. Overzealous EXIT warning
(Fixed.)
304. OUTPUT doesn't echo when DUPLEX is HALF
(Fixed.)
305. Minor problems with REMOTE DIRECTORY/DELETE/etc
(Fixed.)
306. CHECK command broken
(Fixed.)
307. Problem with SET TRANSMIT ECHO
(Fixed.)
308. Dialing results were sometimes incorrect
(Fixed.)
309. IF EXIST and IF DIRECTORY versus spaces in filenames
(Fixed.)
310. CD, SET FILE DOWNLOAD-DIR, etc, don't provide full service
(Fixed.)
311. READ command too picky about last or only line in file
(Fixed.)
312. No way to include braces in function arguments
(Fixed.)
313. DIALINF.DAT file opened in READ/WRITE mode
(Fixed.)
314. Missing and incorrect key definitions in EMACS mode
(Fixed.)
315. NULs were being stripping during file transfers and printing
(Fixed.)
316. XYZMODEM RECEIVE was ignored
(Fixed.)
317. SET STARTUP-FILE DISCARD did not always delete the file
(Fixed.)
318. SHOW MODEM didn't quote backslashes
(Fixed.)
319. WIN32 COMM TX BUFFER SIZE set too small
(Fixed.)
320. K2DC.EXE accidently closed socket of incoming connection
(Fixed.)
321. Auto-print Formfeed bugs
(Fixed.)
322. SAVE KEYMAP and SHOW KEY replaced RS with ESC
(Fixed.)
323. How can I use SSH to make secure connections?
You don't, at least not for now. SSH uses encryption algorithms that fall
under one or more of the following: are prorietary, patented, require
licensing, and/or are regulated for export by the US Government. They
cannot be implemented in Kermit products without either significant
increases in the price of the software, maintenance of separate versions
for US and non-US markets, and halting distribution of source code (for
C-Kermit), binaries, and patches via the Web.
Kermit 95 1.1.16-1.1.19 have added support for Kerberos, SSL/TLS, and other
forms of security. SSH might come later, after its patents expire.
324. Why can't I pick any Windows font I want?
In Windows 95, the available font sizes are listed in the font-size
dropdown list in the console window toolbar. The repertoire of the font is
the current console code page, such as CP437, CP850, CP862, etc. See Item 5
for further information.
In Windows NT, you have a wider selection of fonts, including Unicode fonts
(which are not limited to the repertoire of the current code page), but you
still can't use just any font in the system; only the ones listed in the
Fonts section of console window Properties dialog. NT includes and excludes
fonts from this list based on spacing, proportionality, height/width ratio,
encoding, and other factors. The GUI version of K95 will not suffer the
same constraints.
325. Data loss on Meridian Technology SuperLAT connections
(Fixed.)
326. Hints on dialing toll-free numbers
Suppose you use a special prefix to dial toll calls (long-distance calls),
as described on pages 112-113 of "Using C-Kermit", 2nd ed., for example:
set dial ld-prefix 18005551234
If you do this, make sure you also have specified the toll-free area codes
of your local country, e.g. 800 and 888 (and soon, also 877) in the North
American Numbering Plan (NANP). Otherwise your toll-free call will look
like a toll call to Kermit, and the long-distance prefix will be applied,
which in some cases results in failure to complete the call (e.g. you get a
recorded message like "Please don't use an access code to dial a toll-free
call").
Also, make sure your toll-free dialing prefix (at least in the NANP) is the
normal long-distance dialing prefix ("1" in the NANP), not the access code
for your long-distance service provider.
327. Hints on "blind dialing"
Prior to version 1.1.14, Kermit had no special provision for "blind
dialing", i.e. forcing the modem to dial even when it does not recognize a
dial tone, as is often necessary with PBXs, in hotels, when travelling,
etc, so to handle this you had to change your modem's init string (this
section explained how). Blind dialing is now handled by the new SET DIAL
IGNORE-DIALTONE command. See Section 2.1.4 of the C-Kermit 7.0 update
notes.
328. Log files in multiple sessions
You can't open the same log file in two (or more) different K95 sessions
and have them both write to the same file. So if you want to create a
session log, or transaction log, etc, from multiple K95 sessions at the
same time, give each one a different name. Otherwise, the LOG TRANSACTIONS
command that you give to the second session will destroy the log created by
the first session (and so on).
329. Hazeltine 1500 emulation did not work at all
(Fixed.)
330. Problems with Wyse 50 emulation
(Fixed.)
331. Problems in DG DASHER 217 emulation
(Fixed.)
332. HPTERM emulation did not handle line-drawing and math
(Fixed.)
333. Many Dialer entries were obsolete
(Fixed.)
334. Unwanted triangles in Wyse, TVI, and Hazeltine emulation
(Fixed.)
335. Spurious spaces in ANSI emulations
(Fixed.)
336. Data loss/corruption on Windows 95 serial connections
(Fixed.)
337. Commands like "RUN D:\FOO\BAR\BAZ.BAT" don't work in Windows
The RUN command does not parse filenames, because the command to be run
might not be a file -- it might be built in to your shell. So in the RUN
command (and its synonyms, "!", "SPAWN", etc), normal Kermit parsing rules
regarding backslash apply. So to include any directory separators in a RUN
or similar command, you must double them: "RUN \\FOO\\BAR\\BAZ.BAT". Note
that in this case you can't use forward slashes as directory separators
because the normal Windows command parser does not allow them, even though
the operating system itself does (which is why you can tell K95 to "SEND
/FOO/BAR/BAZ.BAT", etc). Furthermore, in some cases you must also use
double backslashes as directory separators in any filenames that are used
as operands to the command. (But most programs other than the standard
Windows command shell recognize forward slashes...) Well, this is pretty
complicated, so here are some examples:
run c:\windows\notepad.exe d:\k95\tmp\oofa.txt - doesn't work
run c:/windows/notepad.exe d:/k95/tmp/oofa.txt - doesn't work
run c:\\windows\\notepad.exe d:\\k95\\tmp\\oofa.txt - works
run c:\\windows\\notepad.exe d:/k95/tmp/oofa.txt - works
In the last example, we use double backslashes in the command name, which
are converted by Kermit to single backslashes and then passed the Windows
command shell, so the command shell sees "c:\windows\notepad.exe
d:/k95/tmp/oofa.txt". So it starts Notepad and passes "d:/k95/tmp/oofa.txt"
to it as an argument. Notepad uses the regular file-opening APIs, and so it
has no trouble with forward slash as a directory separator.
Of course you can always take the easy way out if the RUN command contains
no Kermit variables or backslash escapes, as follows:
set command quoting off
run c:\windows\notepad.exe d:\k95\tmp\oofa.txt - works
run c:\\windows\\notepad.exe d:\\k95\\tmp\\oofa.txt - doesn't work
set command quoting on
SET COMMAND QUOTING OFF disables special handling of backslash by Kermit's
command parser.
Here's a case study, illustrating the effect of multiple levels of
backslash quoting... Suppose you want to:
* Transfer a ZIP file from a UNIX workstation to Kermit 95
* Unzip the file with the unzipped files being placed on a floppy disk
* Change the attributes of the unzipped files on the floppy disk
* Remove the transferred ZIP file from the PC
All under the control of the remote C-Kermit. This can be done with an APC
command; you have to "set terminal apc unchecked" in K95 for this to work.
Please read about this in the "Using C-Kermit" manual (2nd Ed). The
following shell script does the trick:
#!/bin/sh
if [ $# = 0 ]; then
echo "usage: $0 filename.zip"
exit 1
fi
kermit -YQ -C \
"set macro error on, binary, move $1,\
apc {run unzip $1 -d A:/,del $1,run attrib +R A:\\\\\\\\*.*},exit"
$1 is the shell command argument, like \%1 in Kermit.
We're unzipping the ZIP file into the top-level directory of the A: drive.
UNZIP understands forward slash as a directory separator, so "A:/" is OK as
an operand to UNZIP.
But in DOS commands like ATTRIB, we have to use "\". But this is also (1)
the shell's escape character, (2) C-Kermit's escape character, and (3)
Kermit 95's escape character. So when telling the shell to tell C-Kermit to
tell K95 to run a command that refers to a directory, we have to include
EIGHT (= 2 to the 3rd power) backslashes for each ONE that we actually want
passed to the DOS command.
338. "RUN /K...." hangs K95 in Windows
If you include a /K switch in a RUN command, this is a switch to the
Windows command processor that means "Don't return" (/K = "keep"). So it
doesn't return. There is nothing K95 can do about this. This can happen
inadvertently if you were trying to use forward slashes as directory
separators: "run /k95/k95cinit". Again: you must use backslashes as
directory separators in program names given to the RUN command: "run
\\k95\\k95cinit" (or "set command quoting off" and single backslashes).
339. Commands like "SEND \\K95\\TMP\\OOFA.TXT" did not work
(Fixed.)
340. Problems with help and completion in filenames with \\
(Fixed.)
341. CTL3D32.DLL is missing
CTL3D32.DLL is the Microsoft library that contains the 3D controls used by
the Dialer. The Dialer can't run without it. This DLL is a critical
component of Windows 95 that Microsoft forgot to include in Windows 95, and
so it has to be packaged with *each* GUI application, and then either
installed or not installed in this or that place depending on all sorts of
things -- and to make matters worse, there are multiple incompatible
versions. The same is true on NT, apparently. Microsoft itself is silent on
the subject, but there are entire web sites devoted to just this topic (try
an Alta Vista search on "ctl3d32.dll"). For 1.1.12, we have made copies of
this DLL for Windows 95 and NT (separate copies, of course) available on
our website. In 1.1.13 and later, it is included in the release and
patches. A new program, CTL3DINS.EXE, distributed with 1.1.13 and later,
uses the Microsoft VerInstallFile() service to install the appropriate DLL
(Window 95 versus NT; Intel vs Alpha, etc) if necessary (e.g. if it is
missing on your PC or your version is older). The behavior of
VerInstallFile() is exactly what Microsoft provides, no more and no less
(as to messages, actions, lack of choices, failure to back up any old
copies).
The command line for CTL3DINS.EXE accepts and optional /F parameter which
means "Forcefully install CTL3D32.DLL". This might be needed if a previous
application installed the NT version on Win95 or the Win95 version on NT,
or if the previous version is write-protected, or at any other time the
CTL3DINS program states that -F might be used to override an error
condition.
342. K95 might take a long time to start and stop
If you choose a TAPI device as your default communications device in SETUP,
or if you have "SET LINE TAPI" or "SET TAPI LINE" command in your
K95CUSTOM.INI file, then when you start K95, it opens the TAPI line; this
can take a long time (it's TAPI, not Kermit, that is slow). If you try to
make a network connection or to exit from K95 after the TAPI device is
open, then K95 has to ask TAPI to release the line; this takes a long time
too. So if you will not be using a TAPI device as your normal
communications device -- for example, if you use K95 more frequently for
network connections than for dialing out -- remove the aforementioned
commands from your K95CUSTOM.INI file. Then when actually do want to dial
out from K95.EXE, you'll need to "set tapi line" first (but you won't need
to do anything special if you make connections from the Dialer).
343. K95 might not be able to exit on some Windows 95 systems
(Fixed.)
344. Dialer might crash if no modem was defined
(Fixed.)
345. Memory leak in Dialer
(Fixed.)
346. URL hot spot could fail if URL at end of sentence
(Fixed.)
347. EDIT and NETEDIT might have stopped working in 1.1.12
(Fixed.)
348. Telnet negotiations could become frozen
(Fixed.)
349. K95 could become stuck in marking mode
(Fixed.)
350. HP terminal emulation problems in 1.1.12
(Fixed.)
351. Wyse terminal emulation problems in 1.1.12
(Fixed.)
352. K95 could hang upon screen-size change request
(Fixed.)
353. SET MOUSE ACTIVATE command broken in 1.1.12
(Fixed.)
354. Character set versus copy/paste from/to Clipboard
(Fixed.)
355. (Void)
356. Paste to host using Toolbar Paste sends Esc O P when Num Lock on
When using the Paste button on the Windows toolbar (which works only if you
follow the hints in item 61 in this file), and using VT100 or higher
emulation, K95 sends Esc O P before and after the pasted text. This is
because Windows stuffs a Num Lock key-press code into the keyboard buffer
before and after the paste. There is no way for K95 to tell whether these
Num Lock keycodes came from the user pressing the key, or Windows stuffing
the keypress into the buffer. So K95 sends whatever is associated with Num
Lock, which, in the case of VT emulation, is normally the PF1 or "Gold" key
code, Esc O P, and perhaps other sequences in other emulations. The only
way to defeat this behavior is to tell K95 to ignore the Num Lock key:
set key \400 \Kignore ; Windows 95
This problem does not occur in OS/2.
357. Reverse screen-writing direction not supported
The reverse writing direction feature of the VT320 (DECRLM, CSI ? 34 h / l)
is not supported. Thus, Hebrew terminal emulation works only when the host
application positions the cursor in the right place to write each
character. This is the case (for example) with the ALEPH bibliographic
system. Reverse screen writing will be added in a future release.
358. Transparent print problems using 8-bit CSI
(Fixed.)
359. APC did not block terminal emulator
(Fixed.)
360. Conflict between INPUT and APC
(Fixed.)
361. K95 might not work with certain third-party TCP/IP stacks
(Fixed.)
362. Another problem with filenames containing spaces
(Fixed.)
363. CONNECT hangs when host drops connection or \Kquit is used
(Fixed.)
364. Problem with Num Lock and SET MSKERMIT KEYCODES ON
(Fixed.)
365. Problem with OUTPUT command when there is no connection
(Fixed.)
366. END from within SWITCH doesn't work
(Fixed.)
367. URL hot spots might not work
In Windows 95 and NT, URL hot spots (and the BROWSE command) invoke your
browser via ShellExecute() if you SET your BROWSER to nothing. But this is
not the default browser setting since it tends not to work. One reason for
this has been identified: When the browser is installed, it is supposed to
(a) install URL.DLL, and (b) add URL.DLL to the Registry key:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Explorer\
ShellExecuteHooks
Some browsers, however, register URL.DLL in HKEY_CURRENT_USER and/or
HKEY_USERS rather than HKEY_LOCAL_MACHINE. In that case, ShellExecute() can
not find URL.DLL, and therefore can not handle URLs. This has been observed
(for example) with various versions of Netscape, such as 2.0. If you
install Microsoft Internet Explorer, ShellExecute() will work, even if you
do not make Explorer your default browser. Now we know why: because it
registers URL.DLL under the same key used by ShellExecute() to locate it.
386. Problems with Dead Keys and Alt-Gr keys in Windows 95
(Fixed.)
387. Kermit vs TAPI Dialing in the Dialer
(Fixed.)
388. K95 vs Num Lock, Caps Lock, and Scroll Lock
When you activate a Window, if the current state of the NumLock,
ScrollLock, CapsLock, ... flags for that window do not match those of the
other sessions, it places a NumLock, ScrollLock, CapsLock, ... key event
into the message queue for that window.
If NumLock is On, and you use the Toolbar Paste Button to paste text into
the Window, Windows 95 will toggle NumLock off and then on by surrounding
the text with NumLock key events. See Bug Number 356.
If this is a problem for you, the only thing that you can do is not assign
Kverbs to those keys. This means \Kholdscrn and \Kpf1 cannot be assigned to
the ScrollLock and Numlock keys. Instead you should assign \Kignore.
This is a limitation of the Windows 95 Console environment. It does not
affect GUI applications (as far as we can tell) nor does it occur on
Windows NT.
389. Parallel Port Communications
(Not a bug) In Windows NT, it is not possible to "set port lpt1" -- i.e. to
use a parallel port as a communications device, because bidirectional
parallel ports are not supported by the NT drivers. But they are in Windows
95, which includes a COM-to-LPT interface. So in Windows 95, you can:
SET PORT LPT1
SET PRINTER /DOS-DEVICE: LPT1
(or other parallel-port device). Only DOS names are allowed. Bidirectional
parallel port support is under development by Parallel Technologies
(http://www.lpt.com) for inclusion in Windows NT 5.0 and possibly for
retroactive distribution.
390. Wrong system type in Telnet NEW-ENVIRONMENT negotiation
(Fixed.)
391. IF ALARM might not work
(Fixed.)
392. SET TERM REMOTE-CHAR LATIN6 doesn't work
(Fixed.)
393. Single-click mouse actions generate an extraneous error beep
(Fixed.)
394. Various terminal emulation bugs
(Fixed.)
395. Ctrl-C caught by 4NT.EXE instead of K95 in Windows NT
(Fixed.)
396. OS/2 K2DIAL loses data in the Login Script text box
(Fixed.)
397. Various errors in Windows Telephony (TAPI) support
(Fixed.)
398. Dialing fails due to garbled modem command
(Fixed.)
399. Dialer Modem Commands reset when modem selected for editing
(Fixed.)
400. SHOW KEY interrupted by Ctrl-C would cause keyboard problems
(Fixed.)
401. SET HOST * results in 100% CPU Utilization
(Fixed.)
402. Telnet to non-23 port might fail to produce a login prompt
(Fixed.)
403. SET MODEM TYPE to certain types didn't work
(Fixed.)
404. SETUP.EXE would crash while displaying summary of choices
(Fixed.)
405. Default AT386 and SCOANSI keymaps reference DEC Kverbs
(Fixed.)
406. SET TERMINAL DEBUG ON interferes with TELNET negotiations
(Fixed.)
407. OS/2 FTP PC/TCP stack would cause K2 to crash
(Fixed.)
408. K95's -N command-line option in OS/2 would not accept parameters
(Fixed.)
409. SET BROWSER ignored by \KmouseURL keyboard verb
(Fixed.)
410. K95 could not be the Telnet client for Netscape Communicator
(Fixed.)
411. The PRINT command no longer uses DOS COPY to print a file (K)
(Fixed.)
412. DIAL DISPLAY ON didn't work with TAPI modems
(Fixed.)
413. TAP alpha paging script was not robust enough
(Fixed.)
414. Incorrect setup of Telebit modems
(Fixed.)
415. File transfers could fail when using very short packets
(Fixed.)
416. Screen-printing problems in Windows NT
(Fixed.)
417. Incorrect characters on screen when accessing SCO or AIX hosts
SCO UNIX, OpenServer, etc, and IBM AIX allow their console and/or terminal
drivers to be configured to translate character sets for you. DON'T DO THIS
WHEN USING KERMIT! First of all, you don't need it -- Kermit itself already
does this for you. And second, it will (a) probably ruin the formatting of
your screens (depending on which emulation you are using); and (b)
interfere with all sorts of other things -- legibility of non-ASCII text on
the terminal screen, file transfer, etc. On SCO systems, use:
mapchan -n
to turn off this feature. On AIX use:
setmaps -t NOMAP
or:
chdev -l tty??? -a imap='none' -a omap-'none'
(replacing ??? by your tty number)
418. K95 is unable to print to WinPrinters
WinPrinters (printers that only work with Windows 95) cannot print plain
text. But Kermit 95 prints using "raw mode" because many host applications
send printer-specific files such as Postscript and PCL. Meanwhile, the
Windows 32-bit printer drivers do not allow plain text to be sent to this
type of printer, but rather expect the application to convert the plain
text to dots. Workaround: SET PRINTER to a file, and then use the DOS
"PRINT" command (or "COPY /B filename PRN" or even "notepad /p filename")
-- oddly enough, these printers do come with 16-bit drivers that do the
needed conversions; unfortunately, appropriate conversions are not provided
automatically for 32-bit applications.
419. Host mode requires VT100 or ANSI client
Clients that don't support the minimal ANSI set of screen clearing,
line-clearing, and cursor positioning sequences will not be able to view
the K95 host menu screens correctly. To be addressed in a future release of
K95 hostmode.
420. HPTERM and VIP7809 selection didn't work in the Dialer
(Fixed.)
421. File-transfer problem using undefined variable for as-name
(Fixed.)
422. Overzealous EXIT WARNING
(Fixed.)
423. K95 program exit status codes were not always correct
(Fixed.)
424. Various misleading file-transfer error messages
(Fixed.)
425. EDIT command succeeds only on first attempt
(Fixed.)
426. "WINOLDAP - This program has performed an illegal operation..."
Sometimes K95 crashes with a message something like "Winoldap: This program
has performed an illegal operation and will be shut down. If the problem
persists, contact the program vendor." If you look at the message in more
detail, you will usually see that the crash occurred not in K95 at all, but
in the Windows kernel. Furthermore, please be aware that "Winoldap" does
not refer to K95 -- it is not an "old" application, a DOS application, a
16-bit application, nor is it "old" in any other way. In fact, this term
refers to the Microsoft Console window in which Windows 95 forces K95.EXE
to run.
427. Mixups in certain terminal-specific line-drawing character sets (K)
(Fixed.)
428. Unnecessarily difficult to get big window and packet sizes
(Fixed.)
429. Host mode would not send file groups
(Fixed.)
430. Problem using Swedish (etc) NRC and DEC Special Graphics (K)
If you have a 7-bit National Replacement Character Set (such as Swedish,
German, etc -- the ones with "national" names) as GL and an 8-bit
display-only character set, such as DEC Special Graphics or DEC Technical,
as GR (as shown by "show character-sets"), you won't be able to type your
language-specific characters as expected. Workaround: See item 477.
431. Various problems with the 1.1.14 Patch
(Fixed.)
432. SET TELNET TERMINAL TYPE affects actual terminal type
(Fixed.)
433. Problems with Kermit transfers on some Telnet connections
(Fixed.)
434. AIX and HFT arrow keys didn't work in the Command screen
(Fixed.)
435. AIX and HFT emulation versus Autowrap
(Fixed.)
436. Assorted problems caused by faulty optimization
At least the following problems showed up in 1.1.14 and 1.1.15:
* Failure to update sections of the screen during terminal emulation;
* Coloration mixups;
* In Wyse emulation, entry into protected mode caused an infinite loop;
* VT scrolling region problems;
* GET would fail after an XMODEM SEND.
These were traced to bugs in the optimizer of the new release of the
Microsoft Visual C/C++ compiler SP2 that was used to build Kermit 95 1.1.15
for Windows. Rebuilding the program without optimization makes these
problems disappear. K95 1.1.16 was built with SP3, with optimization turned
off. Thus the K95.EXE file is considerably bigger, but the risks are lower
(the optimization bugs in 1.1.15 were quite subtle and took a good while to
show up and to be properly diagnosed).
437. Problems with Winsock 2 on Windows 95
The select() call problems appear to have been fixed in build 4.0.1656 of
windows\system\wsock32.dll. This release is currently available for
download at the web site (the next two lines should be concatenated):
http://www.microsoft.com/windows/downloads/contents/updates/w95sockets2/default.asp
With the select() bug fixed performance is only slightly worse with Winsock
2.2 as it is with 1.1. However, it should be noted that all development on
1.1 has now officially been stopped by Microsoft and all future fixes will
be delivered in new builds of 2.2. This will include an upcoming fix to the
Domain Name resolution bugs in the current 1.1 and 2.2 code.
The Dialup Networking 1.2 and DCOM'95 updates must be installed prior to
Winsock 2 (if they are to be installed at all):
http://www.microsoft.com/windows/downloads/contents/updates/W95DialUpNetw/default.asp
http://www.microsoft.com/com/dcom95/download-f.htm
To check the version number of a DLL, open the \WINDOWS\SYSTEM\ folder and
then right mouse click the desired DLL and choose Properties from the Menu.
The Version information is available on the "Version" page.
438. Redirection of Standard Output
Why can't I redirect K95's standard output? Because K95 does not write to
standard output, it writes directly to the screen device, which can not be
redirected. Why does it do that? See items 46 and 195. Fixed in 1.1.16.
439. Illegal operations caused by lack of swap space
"This program has performed an illegal operation and will be shut down" can
happen when Windows 95 runs out of swap space. Windows conveniently blames
the problem on the application. You can reconfigure your swapfile, e.g. by
moving it to a disk with more space, in the Control Panel (search for
"Swap" in Help).
440. Roaring Fan
One user reported the following: While running K95, every so often the disk
goes crazy, the PC slows down, and the fan starts roaring. Diagnosis:
coincidence, nothing to do with Kermit; it was Microsoft Office 97 Fast
Find, which periodically wakes up and searches the disk(s) to build
indexes. We've heard of WinModems, WinPrinters, and even WinCPUs, but a
WinFan???
Note: the same effect can result from any number of other helpful
utilities, such as disk defragmenters, etc, and if your PC is connected to
the Internet, also from people trying to break (into) it.
441. Failure to detect default printer in Windows NT
In Windows NT (but not 95) SET PRINTER /WINDOWS-QUEUE did not select the
default printer if it was a network printer; SET PRINTER /WINDOWS-QUEUE:?
showed only locally connected printers. Fixed in 1.1.16.
442. Console mode changed from text to binary and not restored
In Windows 95, K95 was inadvertantly changing the Console from text to
binary mode. No problem under most circumstances unless the program that is
starting K95 under Windows 95 relies on text-mode for gets() to succeed.
Fixed in 1.1.16.
443. Trouble with EXIT under certain circumstances
Under certain circumstances, K95 or Windows 95 itself can appear to freeze
when you try to exit from K95. This has been observed when using Option 11
to exit from the HOSTMODE script in Windows 95. This problem is fixed in
1.1.16.
HINT: Remember not to try to exit from K95.EXE by clicking the Close [x]
box on the menu bar except when K95 will not exit normally. When you click
the Close box, Windows closes Kermit 95 without releasing its resources,
which can lead to all sorts of problems until the next time you reboot
Windows. This is a Microsoft feature over which Kermit has no control
whatever, since Windows does not send it a Close message when you click
this box, nor does it give K95 any way to disable this box.
UPDATE: In version 1.1.19, K95 disables the use of [x] box. If you need to
shut down Kermit 95 abnormally, select the K95 window and then use
Ctrl-Alt-Del.
444. Overzealous EXIT warning (again)
An Exit Warning was generated if a TAPI device was open even if a call was
not in progress. Fixed in 1.1.16.
445. RUN command did not return status
The RUN (!) command did not properly return the exit status of the command
or program that it ran, so it could be tested for success or failure, and
did not set the \v(pexitstat) variable to the program's or command's return
code. Fixed in 1.1.16. However, note that this feature works only if the
underlying shell cooperates. The standard Windows 95 shell, COMMAND.COM,
does not. Thus in Windows 95, K95's RUN command will always succeed when
COMMAND.COM is the shell. Proper status is returned by the Windows NT
version of COMMAND.COM, as well as by most alternative shells for Windows
95.
446. Problems with DIRECTORY command filename completion
Fixed in 1.1.16, except there still can be problems in this and other
commands completing filenames that contain spaces.
447. The DIRECTORY command would return one file too few
Ditto for the \ffiles() function. Incidentally, the DIRECTORY command is
implemented internally by calling the \ffiles() function, and so this would
destroy the user's \fnextfile() list if one was active. All these problems
are fixed in 1.1.16.
448. MKDIR command did not work in OS/2
Bug, fixed in 1.1.16.
449. SET TITLE effect was delayed
The SET TITLE command did not take effect until the next CONNECT command.
In 1.1.16, it takes effect immediately.
450. BEEP command can be delayed
A BEEP command might take a long time to work if you have not used any
sounds recently; sound driver code might be swapped out or not yet loaded,
in which case it must be read in, and then the WAV file for the desired
sound must be read, and then the sound must be generated, which might take
some time.
451. CONNECT should not work if TAPI connection not open
The CONNECT command should refuse to work if a TAPI device is open but no
call is in progress. Fixed in 1.1.16.
452. TAPI device not released when closed
A TAPI LINE device would not be closed properly when released (e.g. when
K95 was told to hang it up and switch to another device), and this would
prevent other applications from accessing the device until K95 terminated.
Fixed in 1.1.16.
453. Various SET TCP command problems
The SET TCP NODELAY command was controlling the wrong socket parameter, the
DEBUG capability instead of the Nagle algorithm. SET TCP commands were not
gracefully recovering from setsockopt() call failures. Fixed in 1.1.16.
454. \v(ipaddr) didn't work before a connection was made
The \v(ipaddr) variable did not return the IP address of your PC until
after you had made a TCP/IP connection. Fixed in 1.1.16. But note that this
variable still might not return the IP Address that you expect because of
virtual adapters, etc; \v(ipaddr) is set to the IP address of the current
connection each time a new connection is made.
455. Assorted Telnet initialization and negotiation problems
Echoing, binary modes, NAWS, and most other Telnet options would not be
reset properly when connecting to ports other than 23 (the Telnet port).
This could result in Telnet negotiations failing to complete because Kermit
thought the negotiation had already been performed. Fixed in 1.1.16.
456. Spurious NUL characters on Telnet connections
The TELNET Network Virtual Terminal specification requires that a Carriage
Return (CR) that is not followed by a linefeed (LF) must be followed by a
NUL (ASCII 0). These NULs should be stripped away before processing
incoming data; in most cases they were. Exceptions: (1) they were recorded
in the session log, and (2) they were not ignored by the INPUT command.
Both exceptions fixed in 1.1.16
457. Failure to recognize RLOGIN URLs
"rlogin://host" would not be recognized as a valid URL, since "rlogin" is
not a valid TCP service name (the proper name is "login"). Not exactly a
bug, but "rlogin" is recognized as a synonym for "login" in 1.1.16 and
later.
458. Problems with Wyse graphics character sets in Windows NT
Wyse graphic characters were erroneously converted to the local Code Page
instead of to Unicode in Windows NT. Fixed in 1.1.16.
459. QANSI graphics characters displayed as ASCII
Bug, fixed in 1.1.16.
460. Problems with DG transparent printing
DG transparent printing would fail to send the escape character to the
printer if the escape sequence was not the print terminator. Fixed in
1.1.16.
461. Scrolling failures in ANSI X3.64 emulations
NEL (= Esc E) did not scroll on bottom line of screen or scrolling region
in terminal types that followed ANSI X3.64 (including VT220 and 320, Wyse
370, ...) Fixed in 1.1.16.
462. Incorrect appearance of VT220/320 characters after erasure
<CSI> Pn X was not erasing characters properly; it was writing blanks with
the current attributes, rather than with no attributes. Fixed in 1.1.16.
463. SCOANSI and AT386 function-key programming broken
In SCOANSI and AT386 emulation, attempts to program function keys were
being misinterpreted as Privacy Messages (PM). Fixed in 1.1.16.
464. Various problems in HPTERM emulation
Status Line Messages were not being parsed; unrecognized escape sequences
were being displayed on screen. The entire emulation was rewritten to parse
HP sequences in a general way, avoiding special cases.
465. Problems in Siemens/Nixdorf BA80 emulation
BA80 emulation did not handle Function Key Labels or Status Line commands.
Fixed in 1.1.16.
466. Spurious red lines on debug-mode terminal screens
When Terminal screen is in debug mode and a CR and/or LF arrives when the
cursor is on the right margin, an extraneous blank line in debug color is
displayed. Fixed in 1.1.16.
467. Alt-x, Alt-h, etc, don't seem to work in AIXTERM (not a bug)
They don't, because AIXTERM remaps these as extended function keys; for
example, Alt-x sends <CSI>102q (see DEFAULT.INI). K95 reassigns its own
functions to the uppercase Alt keys, Alt-X, Alt-H, etc.
468. Difficulties pasting
Mouse-pasting using the Kermit method (double-click button 2) tends not to
work because any miniscule motion between the two mouse clicks raises a
drag event, thus putting Kermit into Mark Mode (which can be canceled with
a terminal reset (Alt-R) or with Ctrl-F2 (Cancel Mark Mode). Fixed in
1.1.16. Workaround - Add the following commands to your K95CUSTOM.INI file:
SET MOUSE BUTTON 2 NONE DRAG \Kmousecopyclip
SET MOUSE BUTTON 3 NONE DRAG \Kmousecopyclip
469. Echoing delays
On certain PCs, under certain circumstances, there might be a slight delay
in echoing of the characters you type. A large part of the delay is in the
connection itself, but other components of it are attributable to Windows
scheduling of K95's several threads and its semaphore management,
especially under heavy system load, and to overhead from CONAGENT.EXE,
which controls the window that K95 runs in. The situation was improved
dramatically in K95 1.1.16.
Note that you can use SET TERMINAL SCREEN-UPDATE { FAST, SMOOTH } to
control the tradeoff between high throughput (FAST) and snappy echoing
(SMOOTH); see the SET TERMINAL Command List for details. Also see item 27
in this file.
470. MSKERMIT keycode for Ctrl-Enter was incorrect
Bug, fixed in 1.1.16.
471. APC command containing SET TERM TYPE would stop
A SET TERMINAL TYPE command in an APC command would reset the terminal
emulator, thus clearing the APC status even though an APC was still in
progress. Fixed in 1.1.16.
472. Failure to receive files with long names on some systems
On Windows NT or OS/2, if K95 was set to FILE NAMES LITERAL and a file
arrived to be stored on a FAT partition restricted to 8.3 filenames, and
the file had a long name or a name otherwise illegal for FAT, the file
transfer would fail unnecessarily. In 1.1.16, the name is transformed just
enough to make it legal for FAT.
473. Autodownload failures with parity mismatch
Kermit or Zmodem autodownloads would fail to work if K95's parity was set
differently to what the host was sending. Fixed in 1.1.16.
474. File transfer thermometer might not complete
Due to some reorganization of K95's threads for better error and interrupt
trapping, K95's file-transfer display thermometer might not go all the way
to the end on the last or only file, especially if it is a short file.
However, the Percent Done field still registers 100%, and the Last Message
field still shows file and byte count and characters per second, and
indicates a successful transfer (if the transfer was indeed successful).
SHOW STATUS will also reveal the success or failure of the transfer. Fixed
in 1.1.16.
475. XYZMODEM statistics counted each file twice
After downloading when XMODEM, YMODEM, or ZMODEM, K95 would report twice
the number of files that were actually downloaded. Fixed in 1.1.16.
476. SET TERMINAL TYPE might mishandle 7-bit NRCs
An internal problem that occurred only when the terminal type was set to
ANSI-BBS, SCOANSI, and AT386 emulations, which don't use 7-bit National
Replacement Character-sets (NRCs) anyway. Fixed in 1.1.16.
477. Problems typing 7-bit national characters
Refer to entry 430. Fixed in 1.1.16. Characters can now be assigned to keys
without translation with the new SET TERM KEY /LITERAL switch.
478. Problem Selecting HP-Roman8 character set from the Dialer
When you choose HP-Roman8 as the remote character set in the Dialer, it
writes "set term remote-char hproman8", but it should have included a dash
("hp-roman8"). Fixed in 1.1.16.
479. RETURN within SWITCH didn't work
Bug, fixed in 1.1.16.
480. \ffiles() counted directories when it shouldn't
The number of files reported by \ffiles() was always at least two greater
than it should have been, since it was counting "." and ".." (and any other
directory) as files. Fixed in 1.1.16.
481. Problems with REMOTE QUERY KERMIT function()
REMOTE QUERY KERMIT function(\%a) did not evaluate its argument before
sending the query to the server; thus it was not possible to have the
server run the function with client-side variables as arguments. Fixed in
1.1.16. Details in Section 5.2 of the C-Kermit 7.0 Update Notes.
482. K95 Host Mode might be slow to put up Login prompt
When Kermit 95 receives an incoming TCP connection, it looks up the
incoming IP address to get the hostname, primarily so that your hostmode
logs and displays will contain accurate information and not spoofed or
forged names; this is standard practice on the Internet these days. This
query, however, could take a long time -- if your local Domain Name Server
can not satisfy it, it goes out to the Internet, and we all know how snappy
the Internet at times... In 1.1.16, you can defeat the pause with the new
SET TCP REVERSE-DNS-LOOKUP OFF command.
483. Host mode requires ANSI or VT terminal emulator
(Duplicate of 419; see Bug Number 419.)
484. Host-mode maximum users setting wouldn't stick
Typographical error in hostmode.ksc, fixed in 1.1.16.
485. Dialer Login Script text box data lost in OS/2
K2DIAL.EXE would lose data in the Settings Notebook Login Script Text box
if the Printer entry field is edited AND the LOGIN page is not displayed.
The bug appears in both Warp 3.0 and 4.0. Diagnosis: Compiler optimization
bug in IBM VAC++. Fixed in 1.1.16.
486. Dialer Printer Type combo box could not be set
The Dialer Printer Type Combo box could not be set to File, Pipe, or None
types from saved values. Fixed in 1.1.16.
487. Dialer Communications page speed entry wouldn't stick
The Dialer entry Communications page would not retain the override speed
unless flow control was also overridden. Fixed in 1.1.16.
488. HINTS: Alphanumeric Paging
(Not a bug.) If you can't get the Alpha paging script to work:
a. Check with your paging service to make sure you have the right
settings (phone number, speed, parity, flow control), and modify the
APAGE macro in APAGE.KSC accordingly.
b. If, when dialing, you still get only garbage and/or immediate hangups,
you'll need to identify the settings to *force* your modem to dial the
paging service in such a way that the two modems can communicate. Look
in your modem manual for commands related to modulation, fallback, and
speed buffering. You want the modem to dial at 1200 (or whatever the
appropriate speed is), using the appropriate modulation, and you want
it to stay at that speed after the connection is made, and you want
the interface to stay at that speed too. It often turns out that old
modems like the Hayes 1200 work just fine with paging services, where
more modern models tend to fail because of complications during the
modulation and protocol negotiation phase -- so do whatever you can to
turn your fancy new modem into a dumb old one. Hint: use the new SET
MODEM PREDIAL-INIT command to specify any commands you want sent to
the modem just prior to dialing.
c. In the APAGE macro, try changing the flow control and/or parity to
NONE, even if that is contrary to what your paging service told you.
d. Try adding "set output pacing 200" (or other number) to the APAGE
macro -- this makes the difference with many paging services.
K95 probably can't be used to send pages from a modem that is connected to
a terminal server, since it has no way to set the terminal server's
communication port parameters -- speed, parity, etc -- as required by the
paging service.
489. HINTS: For Blind Users
Kermit 95 reportedly works fine in Windows 95 when (a) used in conjunction
with ASAP screen-reader software from Microtalk, and (b) all of the numeric
keypad keys are mapped to \Kignore. Read the K95 FAQ for details.
Beginning in version 1.1.16, K95 should work with all speech devices and
Braille devices that work with other Windows or OS/2 console applications.
Use SET TERMINAL SCREEN-UPDATE SMOOTH and SET TERMINAL SCREEN-OPTIMIZATION
ON.
490. HINTS: Telnetting to OS/2
The Telnet server in recent versions of OS/2 (probably starting with Warp
4) evidently does character-set translation from CP850 to Latin1, which can
interfere with the K95 Telnet client's screen formatting, especially if you
are trying to use the ANSI terminal type. Cure: Start OS/2 telnetd with the
"-cp none" parameter. Then "set term type ansi" in Kermit 95 should work as
expected. But note that function keys are not supported since they are not
part of ANSI emulation, and in any case there is no provision for them in
IBM telnetd. Ditto for Alt keys, the gray keypads, etc.
491. HINTS: How to use K95 with Netscape Communicator 4.0
(Not a bug) In Netscape 4.0:
* Edit->Preferences
* Select Category: Navigator->Applications
* Select Description: "URL: Telnet Protocol"
* Select Edit
* Select Handled by Application:
* Fill in one of the following:
c:\k95\k95.exe -J %1
c:\k95\telnet.exe
c:\k95\k95.exe -c -j %1 -S
or any other valid command line.
(Replace "c:\k95" by the path of your actual Kermit 95 directory.)
Also: The K95REGTL program was made available on October 2, 1997, for
download from the Kermit web/ftp site, and is included with K95 1.1.16.
This program can be used to register Kermit 95 as the default Telnet
application to be used by any browser at all:
ftp://kermit.columbia.edu/kermit/utils/READ.ME.
492. TEMP or TMP environment variable definition can cause problems
In Windows 95 and Windows 98 (but not Windows NT or OS/2), if the TMP or
TEMP environment variable is defined to be the root directory of a disk,
unpredictable behavior can ensue, including crashes ("This program has
performed an illegal operation and will be shut down"), not only in Kermit
95, but in other applications as well. This is worked around in K95 1.1.16
by checking for this in advance and posting a warning, but the problem
itself occurs in the external DLLs that are used by K95 and other
applications, not in K95 itself. Diagnosis: Many libraries (including the
TAPI and Kerberos IV DLLs) use the TEMP or TMP definition to construct
names for temporary files, by prepending the TEMP or TMP definition to the
file name, with a backslash (\) in between. If (say) TMP is set to "D:\",
and the temporary file is to be named "tmp", this results in "D:\\tmp".
Windows 95/98 mistakes this for a UNC (which is a bug, because UNCs do not
start with disk letters) and tries to find a network node called "tmp".
This can result in long delays or worse, and at the very least, failure to
create the temporary file, with results that depend on each application or
library. The bug was reported to Microsoft, which declined to address it.
493. The GET Command Versus Filenames with Spaces
Prior to version 1.1.16, and K95 was in server mode, there was no obvious
way to send a GET command to it for a file whose name contained spaces. Now
the server allows such names to be enclosed in curly braces or
doublequotes. See Section 5.4 of the C-Kermit 7.0 Update Notes.
494. HINT: CR and/or LF disappear!
You have connected to a host that is using even (or mark, or odd) parity,
but Kermit's terminal bytesize is 8 and its parity setting is NONE. This
usually happens only on serial connections direct to serial ports on UNIX
hosts. Careful, you get a terminal bytesize of 8 by default when using
VT220 or 320, or any kind of ANSI, emulation. Cure: SET TERMINAL BYTESIZE
7, or SET PARITY to match what is used by the host.
495. HINT: Eliminating "Press a key to continue" after RUN Command.
This message is issued when a RUN command is given at the prompt, to give
you time to read the screen before returning to K95's command screen. The
prompt is not given when the RUN command is issued from a macro or a
command file. Thus you can avoid it by defining a macro that does what run
does:
define xrun run \%*
and then using the macro rather than the RUN command itself. Note: \%*
means "all arguments".
496. Cursor positioning on double-width lines
Cursor positioning on double-width lines could be incorrect. Bug, fixed in
1.1.16.
497. Errors in Default Keymap for EMACS Mode
PgUp was mapped to ESC V instead of ESC v (lowercase). Fixed in 1.1.16.
498. SET HOST * Port Not Freed
On TCP/IP connections, the SET HOST * listening port was not freed until
K95 termination. In 1.1.16 it is closed and freed when a SET HOST, SET
PORT, or CLOSE CONNECTION command is issued. And of course, also on EXIT.
499. Unwanted Command Screen Size Change
If an escape sequence was received from the host that instructed K95 to
change the height/width of the Terminal screen while it was processing an
INPUT command, the physical height/width of the Command screen would also
be changed although its virtual height/width would not be. Fixed in 1.1.16.
500. MKDIR/RMDIR Problems with UNCs
Directory specifications such as \\node\directory were not handled
correctly. Fixed in 1.1.16.
501. MKDIR/RMDIR Problems when Used in Macros or Command Files
Bug, fixed in 1.1.16.
502. RUN, REDIRECT, PIPE Interaction with Nonstandard Shells
There is no single standard interface for invoking command shells. But K95
must invoke your command shell when you give a RUN, REDIRECT, or PIPE
command since (a) K95 has no way of knowing whether the text argument of
your RUN, REDIRECT, or PIPE command is a built-in shell command, an
external program, a shell script, a batch file, or what, and (b) if it is
an external program, it is up to your shell to find it. As of 1.1.16, K95
has built-in knowledge of the calling conventions of various alternative
shells, including 4DOS, 4NT, the Hamilton C-Shell, the Korn shell, the MKS
Shell, ASH, and BASH.
503. Compression Skipped in Text-Mode Kermit File Transfers
Bug, fixed in 1.1.16.
504. Slow Local Echo in Terminal Screen
Bug, fixed in 1.1.16.
505. Slow Echo in Terminal Screen on Serial Connections
Bug, fixed in 1.1.16.
506. Problems with Bidirectional Printer Configuration in Dialer
SET PRINTER /BIDI was not putting all of the configuration options on the
same line. Bug, fixed in 1.1.16.
507. Missing Error Messages in OUTPUT and INPUT
The OUTPUT and INPUT commands would fail silently under certain conditions,
e.g. if the connection was lost. As of 1.1.16 a proper error message is
issued.
508. Problems Editing Certain Commands
SET KEY (in its multiline format) and SET MODEM would react badly to
editing via Backspace, Ctrl-W, etc. Bug, fixed in 1.1.16.
509. Redirection of Certain REMOTE Commands Didn't work
If the server sent back a "short-form reply" to a REMOTE command, and your
REMOTE command had a redirection indicator, it was ignored. Bug, fixed in
1.1.16.
510. K95 did not work well with Citrix Winframe
When K95 1.1.15 or earlier was used for terminal emulation over a Winframe
ICA connection into a Citrix Winframe, performance was very poor.
Diagnosis: Winframe performs optimization on GUI windows but not Console
windows. K95 1.1.16 overcomes this problem by doing screen optimization
itself. The same is probably true for Microsoft Hydra (the Windows Terminal
Server) and its various third-party clients ("Windows terminals" from
Boundless, Network Computing Devices, Neoware Systems, Tektronix, and
Wyse). This might also help with slowness that was reported under Windows
NT with certain video drivers.
511. Wyse 370 colors didn't work
The Windows Console driver supports only 16 colors, whereas the Wyse 370
supports 64. Prior to version 1.1.16, K95 ignored Wyse 370 coloration
directives. Beginning in 1.1.16, it attempts to map them into the 16
available colors. K95 will handle Wyse 370 colors better after conversion
to full GUI is complete.
512. CJK Input Method Editors do not work in Windows 95
Chinese users have reported success viewing ideographic text on the screen
when using AT386 and similar emulations (which automatically choose 8-bit
characters and no translation), they are not able to enter Chinese (or
Korean, or Japanese, etc) characters on the keyboard. This is because
Microsoft chose to disable CJK Input Method Editors (IME) in Windows 95
Console windows. See Microsoft Knowledge Base Article Q156793: "All Far
East versions of Windows NT 4.0 support IME in a command prompt. Only the
Japanese version of Windows NT 3.51 supports IME in a command prompt. None
of the Far East versions of Windows 95 support IME in a command prompt."
When an IME is not supported, Microsoft recommends that you "enter the
Chinese, Japanese, or Korean characters into Notepad or WordPad and then
paste them into the command prompt".
513. Conflict between mouse and screen saver
It has been reported on systems with Logitech MouseWare Control Center 7.10
and driver 7.00, the mouse stops working when a screen saver is activated.
This has nothing to do with Kermit 95.
514. Improper bolding in VT reverse-screen mode
The VT 220 or 320 emulator, when in reverse screen mode (DECSCNM), would
apply the Bold attribute to the foreground rather than to the background of
the cell. Fixed in 1.1.16. Also, there was no equivalent to the VT220/320
"screen mode" setup selection (even though there was a Kverb, \Kflipscreen,
for this); this was added as SET TERMINAL SCREEN-MODE { NORMAL, REVERSE }
in version 1.1.16.
515. Dialer does not work in OS/2 2.x
As of K95 1.1.14, the OS/2 version of the Dialer uses Work Place Shell
features that are compatible only with with OS/2 3.0 and higher. K2.EXE
itself can be used with OS/2 2.0 and later.
516. Log files can disappear in Windows 95 if K95 killed
In Windows 95, if K95 has a transaction, session, or other log open, and is
killed from the task list, or crashes, or Windows itself crashes, the log
file might be truncated, empty, or nonexistent. This is how Windows 95
works. This does not happen in Windows NT. To work around this Windows 95
problem, close and reopen essential logs periodically, to force commitment
to disk, using APPEND mode in subsequent opens. Windows NT (or UNIX, etc)
is recommended for critical applications.
517. Code Page 856 isn't really a code page
Code Page 856, used in Bulgaria, was evidently made up by a Bulgarian
company without checking first whether there already was a CP856. And
indeed there is: IBM Code Page 856 is for Hebrew. Furthermore, the code
table for CP856, from which K95 support was added, is evidently only one of
several variations. Testing has shown that, depending on the terminal
emulation, Cyrillic letters are OK but box-drawing characters are not, or
vice versa. The Bulgarian company has noted that this is to be expected.
"CP856" is now referred to in K95 and C-Kermit as "bulgaria-pc".
518. SET TERMINAL IDLE-xxx command misdocumented
(Fixed.) The fixed description is in the SET TERMINAL Command List.
519. New screen updating method might not be good for everybody
The new optimized screen updating method might not be an improvement on
every PC. Evidently results can vary with the video adapter and driver,
etc. If you prefer the screen-updating method of K95 1.1.15, you can
restore it by putting the following command:
set terminal screen-optimization off
in your K95CUSTOM.INI file. At least one person has described a long delay
in cursor position updating which is corrected by turning off the
additional screen-optimizing calculations.
520. Problems invoking RLOGIN.EXE and TELNET.EXE
As noted elsewhere, spaces in file and directory names are a Very Bad Idea.
Thus we do not recommend installing K95 in directories such as:
C:\Program Files
One consequence of doing this is that the Kermit 95 TELNET.EXE and
RLOGIN.EXE stubs don't work when invoked from outside the Kermit 95
directory (e.g. from the Start menu). Workaround: Use the "FAT" (8.3) name
for the path when starting RLOGIN.EXE or TELNET.EXE. Or move Kermit 95 to a
directory whose name has no spaces. RLOGIN.EXE and TELNET.EXE have been
reprogrammed in version 1.1.17 to cope with this situation.
521. AIXTERM, HFT, SCOANSI, AT386 scrolling problem
Scroll Up and Scroll Down (SU/SD escape sequences) don't work right. Fixed
in version 1.1.17.
522. Program crash during XMODEM transfer
K95 will crash during an XMODEM transfer over a serial connection if
carrier detect drops during the file transfer. Fixed in 1.1.17.
523. No means to receive XMODEM transfers with CRC block checking
CRC block checking must be specified by the receiver. K95 currently
provides no way to specify this. Fixed in 1.1.17.
524. (Two Bugs, One Number)
Two bugs were accidentally assigned to number 524:
524.1 QANSI emulation bugs
The default character sets were wrong. They should be:
G0 - ASCII
G1 - DecSpecial
G2 - Latin1
G3 - DecSpecial
K95 did not interpret the character 'U' as an indicator for CP437 in the
ISO 2022 escape sequences. This is a non-standard identifier.
K95 did not properly implement CSI 10/11/12 m. The previous implementation
would work since the default characters was CP437.
Cursor Horizontal Absolute was not implemented.
All fixed in 1.1.17.
524.2 Cursor position on Double Width line vs. Horizontal Scrolling
The cursor when positioned on a double-width line will be displayed on the
wrong column if K95's internal horizontal scrolling is used. Fixed in
1.1.17
525. Invalid TMP or TEMP directory will cause K95DIAL to crash
If the TMP or TEMP variables are defined but point to a non-existent
directory or a file, the dialer will crash at startup. Fixed in 1.1.17.
526. INPUT command sets \v(instatus) to wrong value
If no connection is in progress instatus is set to 3 (Internal Error) when
it should be set to 4 (I/O error). Fixed in 1.1.17.
527. SET TERMINAL ESCAPE-CHARACTER does not work
The command is supposed to accept ENABLED or DISABLED with aliases of ON or
OFF. The command only accepts the aliases in 1.1.16. Fixed in 1.1.17.
528. TCP/IP sessions do not work on OS/2 3.0
OS/2 3.0 does not allow more than 32K of data to be read from the TCP/IP
socket even if more than 32K is waiting. This is due to the use of signed
ints in the TCP/IP stack instead of unsigned ints. Version 1.1.17 restricts
reads to 32K as in previous releases. This bug does not affect Warp 4.0.
529. OS variables not properly set in OS/2
The \v(osname), \v(osrelease), and \v(osversion) variables are not properly
set on OS/2 in version 1.1.16. Fixed in 1.1.17.
530. Win95/98 does not randomly access pooled IP hosts
When accessing a pooled IP host, each attempt is supposed to access a
random host in the pool. If Win95/98 is not configured for a WINS server it
is possible that the internal WINS cache may prevent PING, K95, and
possibly other applications from being able to randomly access a pooled
host and resolve the real name of the host being connected to. This results
in authentication failures with Kerberos 4 and Kerberos 5. Microsoft will
not be fixing this problem; they have designated it a feature.
531. Kerberos authentication fails with "invalid network address"
If a machine has multiple adapters installed (physical or virtual) and
Kerberos is unable to tell which one to use, it might choose the wrong one.
If so, the IP address associated with the Kerberos ticket does not match
the IP address used to connect to the host. This results in an "invalid
network address" error and authentication failure.
Workaround: Disable or remove adapters that are not in use if possible.
This bug is also present in Microsoft Proxy Server.
532. PAUSE command always reports FAILURE
FAILURE should only be reported if the PAUSE command was interrupted by the
user pressing a key. Fixed in 1.1.17.
533. Kermit 95 could not display the EURO character
The inability of Kermit 95 to display the Euro character is caused by two
problems:
a. K95 1.1.16 and earlier did notsupport any character-sets (or code
pages) that contain the Euro character. This has been addressed in
1.1.17 by the addition of ISO 8859-15 (IBM Code Page 923) and IBM Code
Page 858. ISO 8859-15 is expected to become the new default
character-set for Europe after Jan 1, 1999. CP858 is CP850 modified to
replace the dotless i with the Euro symbol. Version 1.1.17 also
supports the expanded versions of Windows Code Pages 1250 to 1257, in
which the Euro character was added in a formerly vacant position.
b. The operating system does not support the Euro symbol. Microsoft is
supposed to be adding the Euro symbol to NT 4.0 in Service Pack 4 due
out Summer 1998. IBM has replaced CP850 with CP858 in OS/2 Warp 3.0
FP35 or higher, or OS/2 Warp 4.0 FP6 or higher. Windows 98 supports
the Euro for GUI applications but not for Console applications.
Microsoft has posted the Win95 Euro update (without Console window
support) at:
http://www.microsoft.com/windows/downloads/contents/Updates/W95EuroPatch/default.asp
Research has shown that the Monotype.com true type font available from
Microsoft's http://www.microsoft.com/typography/fontpack/default.htm
(which includes the Euro character) is available for use in console
windows on Win NT immediately after installation. This font is thinner
than Lucida Console and is therefore better suited to those sites that
need 132 columns.
The font can also be used in Win95 console Windows if the Registry is
edited and if the key
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\MS-DOS Emulation\
is edited to read
"Font"="Monotype.com"
Charles Bigelow of Bigelow and Holmes's has also pointed out that
Microsoft could receive and distribute the latest version of Lucida
Console which contains not only the Euro but also the missing Hebrew
and Arabic glyphs for free whenever they want to from Monotype, the
company that distributes the True Type versions of B&=38;H's
typefaces.
As of Kermit 95 1.1.17, if the operating system provides support for the
Euro, then Kermit 95 is able to display it.
534. TES32 for Win95 connections fail immediately
K95 attempts to test the connection with a function that is not implemented
in the device driver. A workaround is provided in 1.1.17.
535. \fsplit() function parses extra words
The function does not stop splitting words at the end of the string. Fixed
in 1.1.17.
536. Cursor can disappear in command screen
When switching from the Terminal screen to the command screen, the cursor
might disappear. This is because the Windows API for restoring the cursor
fails to work -- i.e. another Microsoft bug. Experimentation shows that
reCONNECTing and escaping back tends to revive the Command-screen cursor.
537. '\' at end of key definition cannot be sent to host
If a key is defined with either SET KEY or SET TERM KEY with a value ending
in '\' such as:
<ESC>_1<ESC>\
the '\' will not be sent. Now the way this really needs to be written since
'\' is a quote character and kverbs and variables may be embedded into the
string is
SET KEY \nnnn \27_1\27\\
but because the string gets parsed twice, once and the command line and
once before it is sent
SET KEY \nnnn \27_1\27\\\\
but this results in
<ESC>_1<ESC>\\
being sent to the host. The following workaround may be used if you do not
need the definition to be general (for all terminal types) and the rest of
the string does not contain kverbs or variables.
SET TERM KEY /LITERAL \nnnn \27_1\27\\
Fixed in 1.1.17.
538. LOOKUP command does not return failure
The LOOKUP command does not set STATUS to FAILURE if the specified name is
either not found or ambiguous. Fixed in 1.1.17.
539. Function rindex fails to match first instance of string
\frindex() would fail to match the first instance of a string if a starting
index is specified.
\frindex(r,rr,1)
returns 1 when it should return 2. Whereas
\frindex(r,rr)
returns 2 as it should. Fixed in 1.1.17.
540. Non-CP437 extended characters displayed improperly in NT
When Unicode support is active, all extended characters (those within the
range 128-255) are displayed in CP437 regardless of the settings of SET
TERMINAL CODE-PAGE and SET TERMINAL LOCAL-CHARACTER-SET. Fixed in 1.1.17.
It should be noted that the default code page for console windows does not
match for GUI windows. For instance, in the U.S., the default GUI code page
is 1252 while the default console code page is 437. This affects the
characters that may be produced by the keyboard and delivered to K95. It is
also important to realize that while K95 uses Unicode as an intermediary
step in translating all characters and stores all display characters in
Unicode, Unicode is only used for display output and is not in any way used
for keyboard input. Therefore, it is very important that both SET TERMINAL
CODE-PAGE and SET TERMINAL LOCAL-CHARACTER-SET be assigned to an equivalent
value.
541. In NT, dead keys produce an error beep when pressed
In NT, dead keys are delivered to the application even if they are not
generating a character. For instance, ~a is delivered as two key events.
The first without a character value and the second with a character value.
Since the first comes without a value K95 thinks it is similar to a
function or gray key and when it finds no macro or kverb assigned to it,
K95 beeps. Fixed in 1.1.17.
542. SET BELL VISIBLE does not work reliably
The Visible bell was broken in 1.1.16 when implementing the screen diff
optimization. Fixed in 1.1.17.
543. SET TELNET ENCRYPTION {REFUSED, ACCEPTED, ... } broken
The SET TELNET ENCRYPTION {...} command when used to set anything other
than the TYPE of encryption to be used does not work in 1.1.16. Fixed in
1.1.17.
544. Max Command Length is not necessarily max length of macros
The SHOW COMMAND Max Command Length (10238 chars) is supposed to be the max
length of macros. However, it turns out the lower levels of the command
parser restrict this size to 4071 characters. Fixed in 1.1.17.
545. END command numeric value is inaccessible to scripts
The syntax of the END command allows for an optional numeric value. This
value is used to set the status of the IF SUCCESS and IF FAILURE tests. A
value of '0' is SUCCESS and non-zero is FAILURE. However, there is no way
for a script to perform a switch and the actual numeric end code that is
specified which makes error handling difficult. In 1.1.17, the END value is
available in \v(return).
546. 10-digit dialing rules forgets to dial the area code
When the SET DIAL LC-AREA-CODES command is used to specify area codes that
should be dialed as local instead of long distance, Kermit would forget to
dial the area code. Fixed in 1.1.17.
547. GET/REGET with SET FILE PATTERNS ON may corrupt files
With K95 in SERVER mode, if GET is used to transfer a file which matches a
TEXT file pattern it will be sent as TEXT regardless of the client's file
transfer setting. However, the REGET command will transfer the file as
BINARY which may corrupt the file. Fixed in 1.1.17.
548. REMOTE commands may set STATUS to SUCCESS on FAILURE
If a REMOTE command fails due to an error that results in either an
E-packet being sent or received (ie, "Too many retries") it is possible
that the STATUS flag will be set to SUCCESS even though the REMOTE command
failed. Fixed in 1.1.17.
549. RUN command interferes with screen updates in a script
A simple script such as the following will exhibit screen update problems
for \%i 1 10 1 {
echo This is line \%i
}
run sleep 5
wait 15
This is because the Screen Update thread is not given the opportunity to
update the screen with the output from the ECHO command before the RUN is
executed. When the RUN command completes the WAIT command (which generates
no output) delays the screen update until after the WAIT completes. Fixed
in 1.1.17.
550. \fword() fails to find the last word in a string
The sequence:
assign line {word1 word2 word3}
echo \fword(\m(line), 3)
would echo a blank line instead of word3. Fixed in 1.1.17.
551. Partial Dialing misuses dialing rules
When using partial dialing, the prefixing and suffixing rules apply to each
PDIAL and DIAL command instead of prefixing only the first. Fixed in
1.1.17.
552. The PRODUCT macro had an extraneous parameter
The PRODUCT macro, added in 1.1.16, was always given an extra parameter
with the value '1'. If the command <CSI> < 1 ; 2 ; 3 ~ is sent to Kermit
95, the product macro will be called with four parameters and \%4 will
equal '1'. Fixed in 1.1.17.
553. SETUP from CDROM might not exit cleanly
When installing in Windows from the CDROM, the Windows "Autorun" starts the
SETUP.EXE program automatically. When the SETUP program exits, the Console
window might not close automatically. No harm done; just click the close
button [x].
554. URL hot spots vs Netscape Communicator
It has been observed that, at least on some systems, Netscape 4.0 discards
the "/" characters from links passed to it in a DDE message, as when you
Ctrl-click on a URL in K95. This seems to happen only when the browser was
already started. Workaround: If SHOW BROWSER reveals a specific browser,
type "set browser" (with no operand) to remove it. Then all your system
defaults are used, this seems to clear up the problem (in which case, add
"set browser" to your K95CUSTOM.INI file) (K2CUSTOM.INI in OS/2).
555. Missing files (not really)
Numerous text files were removed in 1.1.17, on purpose. All the information
in these files was incorporated into the new Second Edition Kermit 95
manual, which is now in your Kermit 95 DOCS\MANUAL directory, and
accessible from the Dialer's Help menu. The files affected are:
DOCS\CYRILLIC.TXT Incorporated into HTML manual
DOCS\HEBREW.TXT Incorporated into HTML manual
DOCS\DIALING.TXT Incorporated into Using C-Kermit, 2nd Edition
DOCS\MODEMS.TXT Incorporated into Using C-Kermit, 2nd Edition
DOCS\TERMINAL.TXT Incorporated into HTML manual
DOCS\HOSTMODE.TXT Incorporated into HTML manual
DOCS\OS2K95.TXT Incorporated into HTML manual
DOCS\UPDATES.TXT Incorporated into HTML manual
KEYMAPS\KVERBS.TXT Incorporated into HTML manual
Note: In Windows, those who install 1.1.17 (or later) new, as opposed to
patching up to it, will also get a desktop shortcut to the manual. Those
who patch up to 1.1.17 (or later) can make a shortcut as follows:
My Computer .. k95 disk .. k95 directory .. Docs .. Manual
Right-click on kermit95.htm, choose Create Shortcut, and drag the shortcut
to the desired place.
Or K95REGTL.EXE may be executed manually in order to re-create the
Documentation Shortcuts.
556. DATE command does not return to command prompt
The new DATE command does not return to the command prompt. Instead the
date string is printed each time you press the Enter key. Use Ctrl-C To get
out of this situation. Fixed in 1.1.18.
557. CPS display in XYZmodem transfers is incorrect
The CPS display in XYZ-modem transfers was broken when floating point timer
support was added in 1.1.16. Fixed in 1.1.18.
558. Problems with SET FILE INCOMPLETE DISCARD
It has been reported that this setting might not work when carrier drops
during a file transfer on a modem connection. Still under investigation.
559. Crash during Zmodem download with SET FILE COLLISION RENAME
If SET FILE COLLISION RENAME is active and the incoming file requires
renaming, then after the transfer of the received file is complete K95 can
crash (or produce an unable to free memory error). Workaround: don't use
the RENAME collision option. Fixed in 1.1.18.
560. TAPI dial gives "invalid call state message" after Busy
When using TAPI MODEM-DIALING and the number is BUSY, the next dial attempt
will fail with an "invalid call state" message. Fixed in 1.1.18.
561. Dead Keys cause K95.EXE to terminate in NT
A bug in NT's implementation of the Win32 ToAscii() function causes the
program stack to become corrupted. This results in K95.EXE's immediate
termination. A workaround is in 1.1.19.
562. If PDIAL is used, all subsequent calls are partially dialed
Once a PDIAL command is issued in 1.1.17, all calls from that point forward
will be dialed as partial. Fixed in 1.1.18.
563. HOST.KSC vs. K95 1.1.17
HOST.KSC defines a FAIL macro which conflicts with the FAIL command that
was added in 1.1.17. This results in two problems:
a. If the userid/password combination is invalid throughout the retry
limit the user will be let on anyway with an invalid userid
b. If the connection is terminated prematurely without a proper LOGOUT
the script would enter an infinite loop.
To be fixed with an updated HOST.KSC script. Contact kermit-support if
needed. Note: whenever a macro name is the same as a built-in command, the
built-in command takes precedence. To force the macro to be run, rather
than the built-in command, preface it by DO, e.g. "DO FAIL".
564. Don't tell K95 to RUN 16-bit programs
In Windows 95, any command used in a pipeline must NOT be a 16-bit program,
such as SORT. If it is, K95 will hang and must be killed from the task
list, and your system will need to be rebooted. This is a Microsoft Windows
95 bug: a 32-bit program when starting a 16-bit program is unable to
determine when the 16-bit program has terminated. You can work around this
problem by creating a batch file to start the 16-bit program, and then
RUNning the batch file from K95.
Note that many 16-bit programs, such as PKZIP/PKUNZIP, are available (or
replacable) by 32-bit equivalants (such as the InfoZIP utilities). The
32-bit versions give you full access to Windows 95 features such as long
filenames.
it is always better to run native 32-bit programs under Windows 95.
565. SET SERVER IDLE-TIMEOUT doesn't timeout
In 1.1.16 and 1.1.17, SET SERVER IDLE-TIMEOUT does not work if the
connection is RELIABLE. TCP/IP connections default to RELIABLE.
Workaround:
SET RELIABLE OFF
Fixed in 1.1.18.
566. VT Origin mode does not apply to Next Line (ESC E) command
K95 since 1.1.7 has been incorrectly applying the Origin mode to the Next
Line command. Fixed in 1.1.18.
567. PCTERM support not compiled into 1.1.17
Due to a compilation time mixup the PCTERM support was only compiled into
test versions of K95 1.1.17 and was never built into the release version.
If you need PCTERM support contact kermit-support@columbia.edu. Fixed in
1.1.18.
568. Using K95 with a NASI modem
Set the NASI Global Settings to always report hardware flow control to the
application.
569. VT Soft-character-set assignments (NOTE)
As documented, VT soft character-sets are not supported by Kermit 95 due to
the limitations of the console environment in which it runs. K95 tells the
host that it does not support soft character-sets when it is queried. If
the host sends a soft-character-set, it will be ignored. If the host
attempts to assign the soft-character-set to G0, G1, G2, or G3, K95 assigns
US ASCII, which can be confusing. In 1.1.18 and later, K95 will do nothing
in this situation.
570. Windows 95/98 DNS Caching results in Kerberos Authentication
As documented in the Kermit 95 HTML Manual Security section, Windows 95,
Windows 98, Windows NT 3.5x, and Microsoft Proxy Server cache DNS entries
without regard to the Time To Live (TTL) value associated with a particular
entry. The result is that Kerberos authentication fails when attempting to
connect to a hostname that is really an alias for several machines that
provide a similar function. Microsoft has chosen to issue a private fix
which may be applied to Windows 95 with the Winsock 2.0 update. The problem
is documented in the Knowledge Base as article Q192425.
The following directions specify how to receive this fix:
a. Ensure that you have a valid product ID for a retail copy of the
product (right-click on 'My Computer', select 'Properties', and use
the number shown beneath the 'Registered to' text). If you do not have
an ID for a retail copy of Windows 95 (if you have all OEM versions,
for example) there will be a charge of $35 for the support incident.
b. Call the appropriate number for 'Standard No-Charge Support:' for
Microsoft Windows 95:
USA: (425) 635-7000
Canada: (905) 568-4494
The best time to call is 8AM-6PM Pacific time (the support escalation
staff is online during these hours)
You will first talk to a customer service representative (CSR) who
should activate your support, and transfer you to a support engineer.
Please advise the CSR that you need to obtain a specific "hotfix for
Windows 95".
c. Once you get to a support engineer, advise him or her of the
following:
You need the hotfix referenced by knowledge base article:
Q192425 Gethostbyaddr() Call with Winsock2 Returns Address
Pool Alias.
Hotfix fulfillment is done via an internal escalation team, which
typically does a callback to validate the need for the hotfix. This is
per Microsoft's support policy, and is strictly adhered to.
The callback typically occurs within 72 business hours from the
initial call-in.
This information was provided by a Microsoft Support Engineer. No fixes are
available for NT 3.5x, Proxy Server or Win98 at this time.
571. TZ environment variable necessary for Kerberos Authentication
Kerberos Authentication relies on clock synchronization to determine when a
Kerberos ticket is valid for use. All clock times are stored in tickets in
Greenwich Mean Time (GMT). The C Run Time Library used the TZ environment
variable to determine the local time zone so it can convert GMT to local
time. For the Eastern Time zone of the United States the following must be
placed into the AUTOEXEC.BAT file on a Windows 95/98 system or in the
System Environment settings for Windows NT:
SET TZ=EST5EDT
for California:
SET TZ=PST8PDT
Version 1.1.18 defaults to EST5EDT if the TZ variable is not defined.
572. Word Perfect Keyboard Mode does not work
Even though 1.1.17 allows WP keyboard mode definitions to be assigned they
are never actually used. Fixed in 1.1.18.
573. More about Caps Lock
Sometimes it is possible to get into a truly annoying predicament, in which
Caps Lock is turned on every time you switch from one Console Window
(Kermit 95 or any other console application) to another. No amount of
turning Caps Lock off makes this stop happening. As noted in Bug #224, this
is a Microsoft bug in Windows 95 (and 98?) but not NT. Here is a
workaround: Switch to a GUI window and turn off Caps Lock there. Now your
console windows are back to normal.
574. CONNECT /TRIGGER causes memory exception in OS/2
The second attempt to enter CONNECT mode with a trigger will result in a
memory exception. Fixed in 1.1.18.
575. "NO CARRIER", SET CARRIER-WATCH, INPUT and Hayes High-Speed Modems
If you are using the following:
* A Hayes High Speed modem (V.32bis or higher) with ATE1 set
* SET CARRIER-WATCH ON or AUTO
* A script using a loop containing INPUT to read one character at a time
into \v(inchar) which then either echos the character or OUTPUTs some
other data.
When the modem loses the carrier signal, it will output the string "NO
CARRIER" and then drop the carrier signal. However, because there is data
waiting to be processed the INPUT command succeeds and does not detect the
carrier loss. Since the modem is now in the command state it will echo data
sent to it (because of ATE1) causing an infinite loop. To detect the lost
connection, add a WAIT 0 CD command followed by IF FAILURE to the loop.
576. Install of K95 1.1.17 on Alpha does not perform registration
The program receives an "Out of Memory" error and terminates. Please
contact kermit-support@columbia.edu for a replacement program.
577. Televideo terminals enter infinite loop when using Block mode
Block mode was never implemented for the Televideo terminals in K95 1.1.17.
This capability has been added to version 1.1.18.
578. SNI 97801 terminal emulation bugs
K95 1.1.17 would improperly handle a scroll region larger than the display
size and direct cursor addressing to the status line. This is corrected in
1.1.18.
579. K95 Telnet can crash if remote host crashes
Observed on Windows 95B during file transfer over a Telnet session to
VAX/VMS 7.1 with MultiNet 4.0B. K95 crashes when remote host crashes.
Windows crash dialog box says:
K95 caused a stack fault in module WSOCK32.DLL at 0157:7c6ca4b8.
Stack dump shows all 0's. Winsock bug.
580. K95 prints double characters when Copy Print mode is used
ASCII terminal emulations such as Wyse, Televideo and DataGeneral have a
Copy to Printer mode which prints each and every character that is sent to
the terminal display. This mode on ASCII terminals will print double
characters in 1.1.17. Fixed in 1.1.18.
581. REMOTE {SET, ASSIGN, RENAME, COPY} do not return to CONNECT mode
When a REMOTE {SET, ASSIGN, RENAME, COPY} command is processed by CONNECT
mode it leaves the user at the command prompt instead of returning
automatically to CONNECT mode as it should. Fixed in 1.1.19.
582. Incoming TAPI calls may result in K95 crashes during file sends
When the following conditions are true file sends may result in a K95 crash
due to an "invalid access" error:
SET TAPI MODEM-DIALING OFF
SET TAPI LINE device
SET WIN95 OVERLAPPED-I/O ON
SET FLOW not specified to match that used by the modem
The problem is that when the TAPI device is allocated the transmit buffers
are not properly allocated. Fixed in 1.1.19.
583. Kermit/2 1.1.17 SERVER does not return from REMOTE HOST commands
(OS/2 only) When the SERVER receives a REMOTE HOST command it does not
correctly pass the command to be executed to the command shell. A
workaround. If you know you are communicating to OS/2 K95 version 1.1.17,
send the command to be executed as
REMOTE HOST /c
instead of
REMOTE HOST
Fixed in 1.1.19.
584. Transparent-print error if CSI received when remote character set is a
code page
PC Code Pages are not compatible with international standards for character
sets. Code Pages place printable characters in the range allocated for the
C1 control characters. The C1 control character CSI (0x9B) is the
equivalent of ESC [. When performing transparent printing the emulator must
process CSI sequences to look for CSI 4 i to determine when printing should
terminate. However, with code pages the code point 0x9B should not be
treated as CSI because it is a printable character. 1.1.17 forgot to treat
0x9B as a printable character when performing transparent printing. This is
corrected in 1.1.19.
585. MIT Kerberos 2.0 K5 support disables K95 telnet authentication
The MIT Kerberos 2.0 for Win32 includes a new Kerberos 5 1.1 compatible
library. This library is missing a function that was available in the
previous NT Alpha 2 distribution of Kerberos 5 1.0.
K95 1.1.17 has a bug that will result in all telnet authentication being
disabled if it finds Kebreros 5 libraries but cannot successfully load all
of the necessary functions.
This problem is fixed in K95 1.1.19.
586. SRP support fails to authenticate against SRP 1.5.0 Telnetd
K95 1.1.17 was designed to work with SRP 1.4.1 and simultaneously be
compatible with the most up to date IETF Internet Draft on Telnet
Authentication. SRP's Telnet Authentication did not adhere to the Internet
Draft. The SRP Telnet authentication handshake did not protect against a
man in the middle attack which would allow authentication to succeed and
encryption to be disabled. In the process of fixing this security hole the
SRP Telnet authentication handshake was altered. In the process it broke
compatibility with Kermit 95 1.1.17's implementation of telnet
authentication.
If you are connecting to a host that uses SRP 1.5.0 Telnetd you will not be
able to authenticate using K95 1.1.17. K95 1.1.19 is compatible with SRP
1.5.0.
587. K95 1.1.17 breaks Host-Mode Script
Kermit 95 1.1.17 included a new FAIL command, which conflicted with the
FAIL macro that was defined and used in HOST.KSC. Shortly after K95 1.1.17
was released, a corrected version of the host-mode script was put on the
Kermit FTP site and downloaded by most people who used host mode.
Unfortunately, this means that HOST.KSC will not be updated in the 1.1.19
patch. If you downloaded the fixed HOST.KSC file for K95 1.1.17 and then
installed the 1.1.19 patch, you'll need to download the 1.1.19 version of
HOST.KSC after installing the patch:
ftp://kermit.columbia.edu/kermit/k95/host.ksc
588. K95 and Host-Mode Script versions must agree
(Not a bug.) If you attempt to run old host-mode scripts with a newer
version of Kermit 95, they are likely not to work. For example, the way
Telnet negotiations are handled changed in K95 1.1.19, and the HOST.KSC and
HOSTTCP.KSC scripts were modified accordingly. The new scripts are likely
to fail with syntax errors under older K95 versions, and old scripts are
likely to hang under the new K95 version. The host-mode scripts are updated
automatically when you install an upgrade patch UNLESS YOU CHANGED THEM.
Modified files are not, and can not be, patched. In this case, you can
download the current scripts from the Kermit FTP site (previous item).
589. TAKE command arguments are persistent
A new feature in K95 1.1.19 and C-Kermit 7.0 is the ability to include
parameters for command files on the TAKE command line, documented in
Section 7.16 of the C-Kermit 7.0 Update Notes. As noted there, any
arguments you give to a TAKE command are persistent. This can produce
surprising results with subsequent TAKE commands. For example:
K-95> take foo.ksc arg1 arg2 ...
K-95> take bar.ksc
The second command file, bar.ksc, receives the same arguments as the first.
This is not a bug, exactly, but it's not good either. Future releases of
C-Kermit and K95 are likely to change this behavior, so don't depend on it.
In the meantime, you can work around any problems caused by the current
arrangement (e.g. when the second TAKE file refers to \%1, \%2, etc, but
you don't include arguments when TAKE'ing it) by explicitly clearing the
affected variables:
K-95> take foo.ksc arg1 arg2 ...
K-95> undef \%1
K-95> undef \%2
...
K-95> take bar.ksc
590. Title-Bar Close box [x] doesn't work in Win9x
It never did. Console applications do not receive a Close message from
Windows 9x when you click the Close [x] box. The application is terminated
abruptly by Windows, leaving all its resources (such as the TAPI device) in
an indeterminate state, and Windows itself unstable until the next reboot.
In K95 1.1.19, a method was found to disable the Close [x] box to prevent
this from happening; the [x] box is simply grayed out and inoperative.
Since it is not possible to receive a message when the user clicks this
box, there is no way to issue a warning or give instructions on the proper
way to exit K95.
A secondary problem with the disabled Close box is that it remains disabled
even after K95 exits. You will notice this only if you start K95 from an
MS-DOS Command window. Terminate the MS-DOS Command window with an EXIT
command at the DOS prompt, or with Ctrl-Alt-Del.
591. VT102 emulation broken in 1.1.19
K95 Bug. Workaround: Use VT220 and specify VT102 as the Telnet terminal
type if VT102 must be used. Fixed in 1.1.120.
592. Failure to make certain Telnet connections
K95 1.1.19 is stricter about enforcing Telnet protocol rules than previous
releases, and therefore might fail to make connections with faulty servers
when previous releases could do so. In most cases, the old behavior can be
restored by including the /NOWAIT switch in your TELNET or SET HOST
command, or (globally) with SET TELNET WAIT OFF. See
http://www.columbia.edu/kermit/telnet.html for details.
593. Faulty OS/2 Dialer Patch for K95 1.1.19
After applying the 1.1.19 upgrade patch to OS/2 Kermit 95, the OS/2 Dialer
could corrupting the DIALUSR.DAT user database. This was fixed by replacing
the OS/2 patch for 1.1.19 and notifying the affecting users.
594. LOGIN.KSC didn't work without the Dialer
There was a typo in the LOGIN.KSC file that prevented its use when not used
in conjunction with the dialer. Fixed in 1.1.20.
595. C1 Printable characters of non-ISO-2022 character sets
Code Page character sets have printable characters in the C1 range. These
characters are misinterpreted when they are printed in the rightmost column
of VT terminal emulations. Fixed in 1.1.20.
596. IBM 3151 attributes
IBM 3151 attributes can be applied as bitmasks with replacement, bitwise OR
and bitwise AND operations. Kermit was treating all attributes as
replacement. Fixed in 1.1.20.
597. OpenSSL requires the PRNG to be seeded.
K95 did not properly seed the PRNG. Fixed in 1.1.20 along with an upgrade
to OpenSSL 0.9.5.
598. Kerberos support not compatible with NRL SecureID support
The NRL Kerberos DLLs use a slightly different interface than the MIT DLLs
upon which they are based. 1.1.20 supports both interfaces.
599. MAIL command does not work
The address field of the MAIL command was lost during parsing. Fixed in
1.1.20.
600. SEND ..\\*.c fails with "unreadable error"
Workaround: send ../*.c. Fixed in 1.1.20
601. LOCAL and global variable name conflicts
In a macro, if a variable "abc" was declared LOCAL when there was an
existing global variable "abcdef" the following side effects were observed:
* The global variable would be deleted when the macro was executed.
* The local variable would become global upon macro termination and
would be assigned the value of the deleted global.
Fixed in 1.1.20.
602. Kerberos password prompts versus -# 96 startup option
Kerberos password prompts were being displayed in popups when K95 was
started with the -# 96 command-line option (use standard input/output),
even though popups do not work when K95 is instructed to use standard i/o.
Fixed in 1.1.20
603. ANSWER 0 improperly times out
The ANSWER command with a timeout value of 0 is supposed to wait forever
for a call. Instead, it was timing out after 254 seconds. Fixed in 1.1.20.
604. ANSWER fails to answer call with SET TAPI MODEM-DIALING ON
If a TAPI device was being used with TAPI Modem-Dialing set to ON, the
ANSWER command would fail to answer the call reporting "Operation
Unavailable". This is due to a change in behavior of newer TAPI service
providers. Fixed in 1.1.20.
605. RLOGIN Window Size reports are not sent
1.1.19 did not send Rlogin Window Size reports. Fixed in 1.1.20.
606. Pulse dialing did not work
Kermit provides a method for automatically determining by country code
whether Pulse or Tone dialing should be used by default. K95 1.1.19 had bug
resulting in the automatic mode not being overridden by explicit SET DIAL
METHOD PULSE or TONE commands. This more often than not results in Tone
dialing being used under all circumstances in country codes:
1 31 32 33 352 353 354 358 39 44 45 46 47 49
Fixed in 1.1.20.
[ Top ] [ Index ] [ K95 Home ] [ Kermit Home ]
------------------------------------------------------------------------
Kermit 95 Bug List / Columbia University / kermit@columbia.edu / 31 March
2000