home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / d / nosker.bwr < prev    next >
Internet Message Format  |  2020-01-01  |  5KB
  1. Date: 12-MAY-1987 16:17:10
  2. From: SYSKERMIT%vax1.central.lancaster.ac.uk@Cs.Ucl.AC.UK
  3. Subject: File NOSKERM.BWR
  4.  
  5. The original version of MS-Kermit with windowing supplied by 
  6. 'The Source' (who developed the windowing extension) did not
  7. handle Xon/Xoff flow control correctly. This version of Kermit
  8. was also used in the terminal emulator 'PROCOMM' at level 2.2. 
  9. NOS Kermit uses software flow control but on a directly connected
  10. terminal no transfer problems were found. However when connecting
  11. through our local area network, as this does not have the required
  12. bandwidth, the flow control error in MS-Kermit prevented any 
  13. transfer unless the window size was reduced to '2'. I understand 
  14. that the MS-Kermit with windows as been corrected, and so has 
  15. 'PROCOMM' which is now at level 4.0, but as yet I have neither
  16. available - any offers? 
  17.                              Paul Jarvis     29/10/1986 
  18.  
  19. When a large file is received and is made permanent as a direct 
  20. access file then the time taken to 'DEFINE' this file and copy 
  21. it to a valid user device may be long enough for the local micro 
  22. Kermit to time out and thus abort any further transfers. Until 
  23. such time as a fix is available (I'm trying) the only way round
  24. this problem is to increase the local timeout value. 
  25. Another permanent file related problem occurs when an existing 
  26. indirect access file is to be 'REPLACED' by a file which, because
  27. of its length, must be direct access. When this happens currently 
  28. the file is left local and a warning message issued in the log file.
  29.  
  30.                              Paul Jarvis     4/11/1986
  31.  
  32.  **** Version 1.30 - 19 January 1987. 
  33.  
  34. This version contains a complete re-write of the interactive
  35. command parser, the addition of a useful help facility,
  36. addition of TAKE and STATUS commands, addition of BINARY file
  37. format (as defined by UMRCC) and a correction to processing
  38. duplicate data packets. The default packet length is also
  39. increased to 94. The compilation symbol PSR has been added in 
  40. an attempt to enable windowing at versions of NOS below 2.3
  41.  
  42.  The new version is sent as a complete new source file and not
  43. as a series of modification directives as was originally proposed.
  44. This is because the modifications amounted to 3000 lines which
  45. is about 20% of the total.
  46.  
  47.  The CDC display code character set cannot represent the full
  48. ASCII range. If a file is transferred in either direction using 
  49. the display code character set (DIS64) then the transfer will be 
  50. aborted if an attempt is made to transfer a character which has 
  51. no corresponding display code. The offending character is written
  52. to the log file in octal. It has been noticed that when using
  53. Procomm 2.4 (which supports sliding windows) that if an illegal 
  54. character is discovered after Procomm has sent the End-of-File 
  55. packet then Procomm ignores the Error packet it receives and 
  56. assumes the transfer to be correct. I think this is a bug in
  57. Procomm.
  58.  
  59.  Any comments would be appreciated, and it's easier now I'm 
  60. on Email (see below). 
  61.  
  62.                             Paul Jarvis     19/01/1987
  63.                             (CMAAH24@UK.AC.IC.CC.VAXA) 
  64.  
  65.  
  66. ----------------
  67.  
  68. Date:        19-MAR-1987 16:25:42
  69. From:        CMAAH24@UK.AC.IMPERIAL.CC.VAXA
  70.  
  71.   There are two corrections for NOS Kermit following. The first corrects
  72. sending the CAPAS byte if it is zero, i.e. no extensions. It appears that at
  73. least one version of Kermit objects to receiving a CAPAS byte whatever its
  74. value. The second error is far more serious and concerns wild card processing.
  75. The character '*' in a file name should be interpreted as zero or more
  76. characters, unfortunately I currently interpret it as 'mess up the filename
  77. completely'. The following modifications should be applied to the original
  78. source using the utility 'MODIFY'. 
  79.  
  80.   There is still a slight problem with wild character processing. The
  81. characters '?' and '#' should both represent any single character. If two or
  82. more are used at the end of a file name the processing is wrong. 
  83.  
  84. For example:-
  85.                GET FR??   should match any file name having four
  86.                           characters beginning FR. However NOS Kermit
  87.                           will incorrectly match two and three character
  88.                           file names as well. To be investigated...
  89.   
  90.                               Paul
  91.  
  92. P.S.
  93.      These modifications update the revision level to 1.31
  94.  
  95.  
  96. *IDENT    APJ0001 
  97. */        ***  P. JARVIS     20/02/1987 
  98. */        **** CORRECT INITIAL 'S' PACKET TRANSMISSION TO OMIT
  99. */        **** SENDING 'CAPAS' BYTE IF WINDOWING DISABLED.
  100. *DECK     KERMIT
  101. *D 4115 
  102.           NG     X3,BCP14    CAPAS BYTE NOT REQUIRED
  103. *D 4211 
  104.           CON    -1          DEFAULT CAPAS
  105. */        END OF MODSET (APJ0001) 
  106. *IDENT APJ0002
  107. */        ***  P. JARVIS    19/03/1987
  108. */        **** CORRECT WILD CODE TRANSFERS. 
  109. *DECK KERMIT
  110. *D 133
  111.  VERSION  MICRO  1,,*1.31*
  112. *D 5485 
  113.  BFN10    SB3    B4+B4
  114. *D 5494,5495
  115.           LX6    B3          POSITION NAME
  116.           SB4    B0          CLEAR REMAINING CHARACTER COUNT
  117.           BX7    X2+X7       ADD TO FILE NAME MASK
  118. */        END OF MODSET (APJ0002)
  119.