home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / k95 / 1120 / newbugs.txt < prev   
Text File  |  2002-01-04  |  21KB  |  532 lines
  1. Kermit 95 1.1.20 Bug List Additions and Updates
  2.  
  3. Most recent update: Sat Jan 05 10:40:20 2002
  4.  
  5. NOTE: If you experience either bug 608 or 609 with 1.1.20 please
  6. download and apply the appropriate patch for your system:
  7.  
  8.   Intel Windows:
  9.     ftp://kermit.columbia.edu/kermit/k95/patches/i1120a.exe
  10.     ftp://kermit.columbia.edu/kermit/k95/patches/wi1120a.exe
  11.  
  12.   Alpha Windows:
  13.     ftp://kermit.columbia.edu/kermit/k95/patches/wa1120a.exe
  14.  
  15.   OS/2:
  16.     ftp://kermit.columbia.edu/kermit/k95/patches/wo1120a.exe
  17.  
  18. For all other bugs mentioned in this document, fixes have been
  19. implemented in the current test builds when indicated.  Test builds are
  20. made available to registered K95 users upon request.  Send a note
  21. specifying the bug you are experiencing and your registration number to
  22. kermit-support@columbia.edu.
  23.  
  24.  
  25. 608. RLOGIN protocol (and secure variations) does not work in 1.1.20
  26.  
  27. The previous fix to RLOGIN window size notifications (bug 605) 
  28. appears to have made things worse.
  29.  
  30.  
  31. 609. Kerberos 5 NT Alpha 2 and previous releases do not work with 1.1.20
  32.  
  33. The pre-release versions of the Kerberos 5 libraries do not work with
  34. the initial release of 1.1.20 as they are missing necessary
  35. functionality to support the AUTH K5 INIT /NO-ADDRESSES and Hardware
  36. Pre-auth functionality.  It was not intentional that older releases
  37. should no longer be usable.  A future patch may restore this
  38. functionality with the limitations that /NO-ADDRESSES and Hardware
  39. Preauth cannot be used.
  40.  
  41. 610. SET FILE DOWNLOAD-DIRECTORY leads to unexpected bahavior
  42.  
  43. The SET FILE DOWNLOAD-DIRECTORY command when issued without a
  44. directory name could lead to very unexpected results.  Instead,
  45. of clearing the download-directory it would assign a directory
  46. of the null-string.  How this causes Kermit to behave is 
  47. unpredictable.  This was fixed in 1.1.20.
  48.  
  49. 611. HOSTMODE scripts updated
  50.  
  51. The HOSTMODE scripts for 1.1.20 might not be able to find either
  52. the k95.exe executable or the host.cfg file depending on how
  53. it is started.
  54.  
  55. Please download:
  56.  
  57.   ftp://kermit.columbia.edu/kermit/k95/hostmode.ksc
  58.   ftp://kermit.columbia.edu/kermit/k95/host.ksc
  59.   ftp://kermit.columbia.edu/kermit/k95/hostmdm.ksc
  60.   ftp://kermit.columbia.edu/kermit/k95/hostcom.ksc
  61.   ftp://kermit.columbia.edu/kermit/k95/hosttcp.ksc
  62.  
  63. and replace the copies in your k95\scripts\ directory.
  64.  
  65. Please download:
  66.  
  67.   ftp://kermit.columbia.edu/kermit/k95/hostmode.bat
  68.  
  69. and replace the copy in your k95\ directory.
  70.  
  71.  
  72. 612. Telnet Forward-X option negotiated even when an X Server not found
  73.  
  74. If the telnet server requests the use of Forward-X, K95 will negotiate it
  75. even though it can't find an X Windows Server.  This could lead to dual
  76. mode programs such as emacs to attempt to open an X Display when a
  77. display does not exist.  To be fixed in 1.1.21.
  78.  
  79. 613. Wyse 60 keyboard definitions are incorrect 
  80.  
  81. The table of default keyboard definitions used to initialize the
  82. strings sent by Wyse keyboard verbs is incorrect for all keys 
  83. other than F1 to F16.  These values are used both for initial
  84. key assignment and when resetting the key values under host command.
  85. To be fixed in 1.1.21.
  86.  
  87. 614. \v(krb5errno) and \v(krb5errmsg) do not report all errors
  88.  
  89. The krb5 kermit variables report the status of the last kerberos 5
  90. library call.  After some errors occur, other kerberos 5 library
  91. calls are made that clear the error values.  To be corrected in 1.1.21.
  92.  
  93. 615. The Dialer does not support %ENVVAR% expansion of file names
  94.  
  95. The names used in fields for file names do not support the %ENVVAR%
  96. style environment variable expansion used in the .BAT batch files.
  97. Not only will this notation not work in Kermit 95 but it can cause
  98. the dialer to perform a fatal exception.  
  99.  
  100. 616. How to debug SET PRINTER configurations on Windows 95/98/NT/2000
  101.  
  102. The SET PRINTER command has evolved since the introduction of Kermit 95
  103. in October 1995.  The original SET PRINTER command was extremely simple
  104.  
  105.   SET PRINTER dos-name
  106.  
  107. where dos-name could be any filename or device name that could be
  108. opened via the C run time library fopen() call.  By the time 1.1.17
  109. was released the SET PRINTER command had been modified to support
  110. piped commands, windows printer queues, and numerous configuration
  111. values for timeouts, bidirectional printing, ...  The problem with
  112. 1.1.17 was that if you wanted to change the printer timeout value you
  113. would need to re-enter the entire SET PRINTER command line to
  114. respecify all of the other configuration values.
  115.  
  116. So in 1.1.18 and higher, the SET PRINTER command switches are sticky.
  117. This means you can now issue a sequence of commands such as
  118.  
  119.   SET PRINTER /WINDOWS-QUEUE:            ; or /WINDOWS: or /WIN: or /W:
  120.   SET PRINTER /TIMEOUT:300
  121.   SET PRINTER /END-OF-JOB-STRING:\12
  122.  
  123. instead of combining them all on a single line.  This is wonderful 
  124. except that there is now confusion when using a mixture of commands.
  125. The help text for SET PRINTER states:
  126.  
  127.   "If you give a printer name without specifying any of these
  128.   switches, then it is assumed to be a DOS printer device or filename
  129.   unless the name given (after removing enclosing braces, if any) starts
  130.   with '|', in which case it is a pipe."
  131.  
  132. but the following sequence (in 1.1.18 through 1.1.20)
  133.  
  134.   SET PRINTER /WINDOWS-QUEUE:
  135.   SET PRINTER PRN:
  136.  
  137. does not "choose the default windows printer queue" and then "choose
  138. the DOS device PRN:".  Instead this sequence is treated equivalent to
  139.  
  140.   SET PRINTER /WINDOWS-QUEUE PRN:
  141.  
  142. which results in an invalid printer configuration since there is no
  143. windows printer queue with the name "PRN:".  Not that this should be
  144. allowed either because "PRN:" is not a valid printer queue and K95
  145. should detect that (but it does not.)
  146.  
  147. This situation becomes a problem when there is a mixture of SET
  148. PRINTER commands from a variety of sources: K95CUSTOM.INI file, the
  149. Dialer Connection Script, and a keymap or login script taken by the
  150. Connection Script.  For instance, if the K95CUSTOM.INI file has
  151. a:
  152.  
  153.   SET PRINTER /WINDOWS-QUEUE:
  154.  
  155. command which selects the default Windows Printer Queue and a subsequent
  156. script contains a 
  157.  
  158.   SET PRINTER LPT1:
  159.  
  160. command using the old format, the result will be a printer
  161. configuration that does not work.
  162.  
  163. If printing does not work when you expect that it should use the
  164.  
  165.   SHOW PRINTER
  166.  
  167. command to examine the current configuration.  If it looks like:
  168.  
  169.   [D:/kermit/src/] C-Kermit>sh print
  170.   Printer: prn:
  171.    /OUTPUT-ONLY
  172.    /WINDOWS-QUEUE
  173.    /TIMEOUT:0
  174.    /END-OF-JOB-STRING:(none)
  175.    /JOB-HEADER-FILE:(none)
  176.  
  177. where the printer name is correct but it is not a Windows Queue
  178. and yet the /WINDOWS-QUEUE flag is set; it means that you need
  179. to use the command form
  180.  
  181.   SET PRINTER /DOS-DEVICE:name
  182.  
  183. when setting the printer.  Track down the script which contains 
  184. the:
  185.  
  186.   SET PRINTER name
  187.  
  188. command and update it.
  189.  
  190. Future releases of K95 will restore the proper functionality of the
  191.  
  192.   SET PRINTER name
  193.  
  194. form of the command as well as confirm the validity of the name if
  195. it is a Windows Printer Queue.
  196.  
  197. It should also be noted that the text describing the SET PRINTER
  198. command in the K95 HTML manual is a bit confusing because it 
  199. describes the printer type switches as have the format
  200.  
  201.    SET PRINTER /TYPE[:<name>] 
  202.  
  203. when it should be described as
  204.  
  205.    SET PRINTER /TYPE[:[<name>]]
  206.  
  207. where providing the colon without a name implies the default printer
  208. name of the given type. 
  209.  
  210.  
  211. 617.  RLOGIN <host> <userid> fails to send <userid> to <host>
  212.  
  213. The <userid> field on the RLOGIN command is supposed to allow the
  214. specification of an alternate name to use on the remote host.
  215. Rlogin sends both the local and the remote names to the host.  In
  216. all versions of K95 after 1.1.17 the names are swapped.  
  217.  
  218. RLOGIN /K5 does not allow the <userid> to be input.
  219.  
  220. This will be fixed in 1.1.21.  
  221.  
  222. 618.  -M command line option does not work
  223.  
  224. The -M option is supposed to allow you to assign an alternate 
  225. userid (SET LOGIN USER name) from the command line.  This switch
  226. has no effect in 1.1.18 to 1.1.20.  To be fixed in 1.1.21.
  227.  
  228. 619.  \v(exedir), \v(startupdir), \v(inidir) may have spaces in the name
  229.  
  230. Not really a bug.  Spaces in path names are very hard to work with in
  231. scripting languages which use whitespace as token separators.  Windows
  232. provides a mechanism to determine the short names for a given path.
  233. In 1.1.21 and greater these variables will always use the shortnames
  234. instead of the long names.
  235.  
  236. 620. Kermit 95 does not accept keyboard input on CJK Windows 95/98
  237.  
  238. CJK versions of Windows 95/98 do not (by default) install an Input
  239. Locale which supports any of the Latin Code Pages (CP 1250-1258).
  240. Since the Windows 95/98 Console mode does not support Unicode K95
  241. must perform translations of all keyboard events to one of the
  242. Latin Code Pages.  Without a translation table all keyboard events
  243. return error values and K95 is unable to process keyboard input.
  244.  
  245. In 1.1.20 and earlier, if an Input Locale for English, German, French,
  246. ... is installed it will still appear that input cannot be processed
  247. since the default Input Locale (CJK) does not include the Latin 
  248. alphabet.  Pressing Left Alt-Shift one or more times until the Latin
  249. language Input Locale is selected will allow for proper processing of
  250. keyboard input.
  251.  
  252. 1.1.21 and later will support the following behavior:
  253.  
  254.   . K95 will test each installed Input Locale until it finds one
  255.     that is able to translate the letter 'a'.  When it finds one
  256.     that can, it stops and uses that Input Locale as the default
  257.     for the session.
  258.  
  259.   . if no input locales are available that can properly translate
  260.     the letter 'a'; Kermit 95 will terminate with an error message
  261.     stating that an Input Locale must be installed.
  262.  
  263.   . K95 only performs this test if a user presses a key.  This way
  264.     if K95 is being run from a script or using stdin the test is
  265.     never performed.
  266.  
  267. 621. QNX terminal emulation keypad-plus and keypad-minus keys do not
  268.      transmit "+" and "-"
  269.  
  270. This is not a bug.  This is a design decision.  The QNX operating
  271. system toggles the value of the Keypad-Plus and Keypad-Minus keys when
  272. the NumLock key is pressed; Windows does not.  Therefore, the keys can
  273. only have one of the two assignments.  K95 uses the assignments
  274. recommended by Dan Hildebrand of QNX in his document "Terminal Control
  275. under QNX" dated Nov 14, 1991.
  276.  
  277. The default mapping is to assign the SELECT function to Keypad-Plus
  278. and CANCEL to Keypad-Minus:
  279.  
  280.   SET TERM KEY QNX /LITERAL \363 \{255}\{167}     ; SELECT
  281.   SET TERM KEY QNX /LITERAL \365 \{255}\{163}     ; CANCEL
  282.  
  283. and to leave the "+" and "-" strings assigned to the Shifted keys:
  284.  
  285.   SET TERM KEY QNX \875 \{43}
  286.   SET TERM KEY QNX \877 \{45}
  287.  
  288. These mappings can be reversed by adding the following to the
  289. K95CUSTOM.INI file:
  290.  
  291.   SET TERM KEY QNX /LITERAL \875 \{255}\{167}
  292.   SET TERM KEY QNX /LITERAL \877 \{255}\{163}
  293.   SET TERM KEY QNX \363 \{43}
  294.   SET TERM KEY QNX \365 \{45}
  295.  
  296. 622.  IBM 3151 unable to restore ASCII character set after Graphics
  297.       character set is used.
  298.  
  299. The IBM 3151 is a 7-bit terminal with two character set storage areas.
  300. Both are set to ASCII by default.  Once a storage area has been set
  301. to the Graphics character set, it cannot be restored to ASCII.
  302.  
  303. 623.  TYPE and TRANSLATE commands only work under specific circumstances
  304.  
  305. One of Kermit's strengths is its ability to handle translations between
  306. character-sets.  With the release of 1.1.19 (and 1.1.20) we altered
  307. the program to use Unicode (UCS2) as the intermediate character set
  308. for all translations.  Unlike traditional character-sets UCS2 requires
  309. that its data be represented in 16-bits instead of 8-bits.  While this
  310. allows UCS2 to be the perfect intermediary character set since it 
  311. includes all the characters in all other character sets the use of
  312. 16-bits means that the representation of the character in memory
  313. becomes dependent on the byte ordering of the underlying computer
  314. architecture: Big-Endian or Little-Endian.  When the byte orders 
  315. become confused the translations will be improperly performed.
  316.  
  317. In 1.1.20 the TYPE command can be used for ascii text but cannot
  318. be used to display text in alternative character sets such as UTF-8,
  319. UCS2, or files from other platforms.
  320.  
  321. In 1.1.20 the TRANSLATE command can be used to display files of
  322. any type to the display, but due to byte ordering issues it cannot
  323. be used to actually perform a translation without using a work around.
  324. The command
  325.  
  326.   translate <infile> <incs> <outcs> <outfile>
  327.  
  328. will result in garbage.  To get this to work in 1.1.20 you need to
  329. temporarily alter the byte ordering 
  330.  
  331.   set file ucs byte-order big-endian
  332.   translate filename hp-roman8 cp1252 newfilename
  333.   set file ucs byte-order little-endian
  334.  
  335. This is fixed in 1.1.21.
  336.  
  337. 624.  1.1.20 is incompatible with Services for Unix 2.0 Telnet Server
  338.  
  339. If you are using K95 to access the SFU v2 Telnet Server, do not use
  340. VTNT terminal emulation.  Microsoft has altered the contents of the
  341. data structure and it is no longer compatible with the VTNT implementation
  342. in 1.1.20.  This is fixed in 1.1.21.
  343.  
  344. 625.  Wheel Mouse Button Numbering
  345.  
  346. If you have a wheel mouse, the numbering of the buttons might not be what
  347. you expect.  For example, the left button might be button 3 and the wheel
  348. might be button 2.  Some wheel mice allow the wheel to be clicked (or
  349. double clicked).  Since the default assignment for the \Kpaste verb is
  350. Mouse Button 2 Double-Click, users of wheel mice might need to change this
  351. assignment if they want it to apply to the left mouse button.  If your Control
  352. Panel has a Test Mouse feature, you can use it to find out what the button
  353. assignments are.  Also see Item 265 in the main K95 Bug List.
  354.  
  355. 626.  Transparent Print Bug introduced in 1.1.18
  356.  
  357. Invalid escape sequences are sent to the printer without the ESC character.
  358. Fixed in 1.1.21.
  359.  
  360. 627.  Attempts to Add/Edit in K95 Dialer produce GPF on Windows 95/98
  361.  
  362. This may be caused by an out of memory condition in the User Resource
  363. Heap.  The User Resource Heap is a limited amount of special memory (64k)
  364. into which all applications must store their GUI objects such as 
  365. Windows, Buttons, List Boxes, etc.  The Dialer's Edit Dialog in 1.1.20
  366. contain over 300 window objects and requires 23k of memory.  If this 
  367. much memory is not available, the GPF will be produced.  We do not have
  368. a workaround for this condition at this time.
  369.  
  370. 628.  K95 crashes on Windows 95 if SECUR32.DLL is missing 
  371.  
  372. Windows 95/98 come with SECUR32.DLL to provide the Security Support
  373. Provider Interface.  This is a standard part of the Windows API.
  374. If this file is missing K95.EXE will crash upon startup.  Fixed in
  375. 1.1.21.
  376.  
  377. 629.  K95 Dialer 1.1.20 dialer produces non-fatal GPF on startup
  378.  
  379. On a small number of Windows 95 systems it has been reported that
  380. there is a non-fatal GPF produced in KERNEL32.DLL when the dialer
  381. is started.  This has been traced to a defect in some versions of
  382. IPHLPAPI.DLL.  One known version of the DLL with the problem is
  383. version 5.00.1952.1.  You can download a newer version of the DLL
  384. that does not suffer the problem from
  385.  
  386.   ftp://kermit.columbia.edu/kermit/k95/iphlpapi.dll
  387.  
  388. Either replace the file located at \WINDOWS\SYSTEM\IPHLPAPI.DLL with
  389. this newer version or place the file in the K95 directory.
  390.  
  391. 630.  Printer device not closed (if open) when K95 exits
  392.  
  393. If K95 has a printer open when it terminates, the printer will not
  394. be properly closed.  When printing to a file, this can result in 
  395. the print output being truncated.  This is fixed in 1.1.21.
  396.  
  397. 631.  Winmodems
  398.  
  399. We've said it before and we'll say it again: Winmodems should not be
  400. relied upon for any serious work.  For testing new dialin modem pool
  401. banks at Columbia, we have a script that repeatedly dials, logs in,
  402. uploads and downloads a 100K ZIP file, logs out, and hangs up.  When
  403. this script is used with a Winmodem, the rate at which successful
  404. calls were disconnected before the data transfer phase was complete
  405. was about 13% (1700 trials).  The same script run with an equivalent
  406. external (and real) modem on the same PC encountered zero (0)
  407. disconnections.  Furthermore, when Winmodems are in use, they can
  408. impact your PC's performance in ways that an external modem can not:
  409. Windows freezes periodically; the keyboard buffer is scrambled, etc.
  410.  
  411. 632.  SRP client security hole discovered
  412.  
  413. A bug in the SRP client library which opens SRP to an attack by a 
  414. fraudulent server has been discovered.  This is not a deficiency
  415. in the SRP authentication protocol but a programming error in the
  416. library which has been fixed as of SRP release 1.7.0.  The fix for
  417. this release will be incorporated into the 1.1.21 release of K95.
  418.  
  419. 633.  K95 Documentation Shortcut to bugs file is incorrect
  420.  
  421. The Start Menu shortcut for the Bugs file is created for the file
  422. named bugs.htm and not k95bugs.htm as it should be.
  423.  
  424. 634.  UPDATES.HTM file has wrong version number
  425.  
  426. The 1.1.19 version of UPDATES.HTM did not get updated for 1.1.20.  
  427. 1.1.20 added:
  428.  
  429.   . Kerberos 5 user to user authentication
  430.  
  431.   . support for NRL Kerberos 5
  432.  
  433. 635.  K95 Linux Console emulation incompatible with Red Hat 7.x
  434.       AND all other new Linux distributions.
  435.  
  436. Due to changes to the definition of Linux Console in the Linux 
  437. Kernel built into Red Hat 7.0 and later, the K95 Linux console
  438. implementation cannot be used with 'vi' and perhaps other applications. 
  439. This is corrected in 1.1.21.
  440.  
  441. 636.  Buffer overflow caused by long modem response messages
  442.  
  443. It has been determined that a modem response message greater than
  444. or equal to 128 bytes in length will cause a buffer overflow in 
  445. K95 versions released over the last several years.  This is corrected
  446. in 1.1.21.
  447.  
  448. 637.  Failures when connecting through SOCKS server takes too long
  449.  
  450. If a SOCKS server is being used, and the SOCKS server has multiple
  451. IP addresses, and access to the desired host is denied or otherwise 
  452. unavailable, then K95 would attempt to connect the SOCKS server's 
  453. alternate IP addresses as if they belonged to the desired host.
  454. This is fixed in 1.1.21.
  455.  
  456. 638.  Can't start K95 from a DOS Prompt or from with a DOS application
  457.  
  458. If you can't start K95.EXE from within a DOS Prompt or a DOS application
  459. it is most likely because that session is configured to prevent it.
  460. See:
  461.  
  462.   Cannot Start a Windows-Based Program from MS-DOS Prompt
  463.   http://support.microsoft.com/support/kb/articles/Q134/4/89.asp
  464.  
  465. Apparently, some versions of Windows 98 Second Edition have the 
  466.  
  467.   [x] Prevent MS-DOS based programs from detecting Windows?
  468.  
  469. flag set in the _Default.PIF configuration program.  The bizarre
  470. side-effect of this is that our SETUP.EXE program which is 32-bits
  471. cannot start sub-processes (eg, K95PACK.EXE) because COMMAND.COM
  472. is executed by the system() command.  COMMAND.COM being an MS-DOS
  473. based program.
  474.  
  475. 639.  K95.EXE when started from dialer complains about invalid
  476.       command line parameters (Windows 2000/XP)
  477.  
  478. The dialer uses the TEMP or TMP variables to determine where to 
  479. create the temporary connection scripts used by K95.EXE to connect
  480. to a host.  If the path contains spaces a command line of the form
  481.  
  482.   k95.exe c:\temp path\script.ksc
  483.  
  484. is created.  Since the filename is not surrounded by quotes K95.EXE
  485. treats the command line as two parameters; one of which is illegal.
  486. This is fixed in 1.1.21.
  487.  
  488. 640.  K95D.EXE stops accepting new connections after several hundred
  489.       or thousand incoming connections.
  490.  
  491. K95D.EXE contains a resource leak.  Handles to the Process and primary
  492. thread spawned when starting K95.EXE were never closed.  Windows 
  493. eventually runs out of Handles or Process space.  This prevents additional
  494. K95.EXE sessions from being spawned until the K95D.EXE process is 
  495. shutdown and restarted.
  496.  
  497. 641.  SET FILE COLLISION BACKUP fails on some file names but not others
  498.  
  499. On Windows 95/98/ME, there is a strange behavior in the CreateFile() API
  500. when given the OPEN_ALWAYS flag.  It is supposed to return 
  501. ERROR_ALREADY_EXISTS when the file exists.  Unfortunately, this 
  502. is not always the case.  When this bug is triggered, the filename
  503. being received will have both an original and backup file created
  504. with a 0 file length.  In 1.1.21, k95 will no longer rely on the 
  505. documented behavior.  
  506.  
  507. 642.  SET TAPI MODEM-DIALING ON can cause scripting to fail
  508.  
  509. A just discovered bug which has been present since version 1.1.3
  510. can result in scripting commands such as INPUT and OUTPUT to fail
  511. if a SET SPEED command was not executed after the SET TAPI LINE
  512. which opened the device.  This is fixed in the next release.
  513.  
  514. 643.  Dialer direct-serial configurations vs. Hardware Parity
  515.  
  516. The dialer when configured to use a direct serial connection will
  517. fail to output SET STOP-BITS defaulting to 1; and will fail to 
  518. output SET PARITY if the setting is "Even_8Bytes", "Odd_8bytes",
  519. "Mark_8bytes", "Space_8bytes".
  520.  
  521. 644.  Windows XP default location causes K95.EXE to crash on startup
  522.  
  523. In Windows XP, the default location is not fully specified to the
  524. application.  K95.EXE does not check for an incomplete location
  525. and will crash on startup if one is found.  This bug is fixed in
  526. 1.1.21. 
  527.  
  528. Workaround: Use the "Phone and Modem Options" control panel to 
  529. create a location.
  530.   
  531. (End of newbugs.txt)
  532.