home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / cdccyber / cd3ker.bwr < prev    next >
Internet Message Format  |  2020-01-01  |  8KB
  1. Date: 10 MAR 1987  09:36 EST
  2. To: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  3. From: Steve Roseman <LUSGR@LEHICDC1.BITNET>
  4. Subject: CD3KERM.BWR
  5.  
  6. Frank,
  7.  
  8.     Please place the following note in CD3KERM.BWR.  Thanks.
  9.  
  10.     I have been using the new Cyber Kermit for more than 2 months, but didn't
  11. discover a serious bug until the day it became public.  It's like software
  12. that works perfectly until the customer shows up for a demo.
  13.  
  14.     The command SEND P:ABCDEFG truncated the parameter at 7 characters before
  15. removing the P: instead of after.  Place the following 2 lines in the file
  16. KERMODS, which the install proc already looks at for mods.
  17.  
  18. *D,KERMIT.927
  19.       CALL SETVAL(FILESTR,'S',IRET,9,0,0,HLPSNFN,.TRUE.)
  20.  
  21.     Sorry for the inconvenience.
  22.  
  23.                                                       Steve Roseman
  24.                                                       Lehigh Univ.
  25.  
  26. ------------------------------
  27.  
  28. Date: 09 MAY 1988  09:49 EST
  29. From: Steve Roseman <LUSGR%LEHICDC1.BITNET@CUVMA.COLUMBIA.EDU>
  30. Subject: Error in CD3KER, CDC Cyber NOS Kermit
  31.  
  32. There is an error in CD3KER, the CDC Cyber NOS Kermit (the Fortran one),
  33. which prevents its use with V2.31 of MS-Kermit.  CD3KER's response to an 'F'
  34. packet contains the wrong length, which didn't bother V2.30, but does upset
  35. V2.31.  The following code fixes the problem.  Please replace the current
  36. CD3KER.BWR with this message, since the current .BWR file is out-of-date.
  37. Thanks.
  38.  
  39. *IDENT,MAY0688
  40. *D,KERMLIB.3426
  41.             CALL SNDPACK(Y, NUM, SLEN(FILESTR), FILESTR)
  42.  
  43. On a related note, I will be negotiating with Olaf Pors of Univ of
  44. Virginia about who gets to incorporate his mods from last September (V7 #3),
  45. into the standard CD3KER.  I don't really have the time, but I will if
  46. necessary.
  47.  
  48. Steve Roseman
  49. Lehigh University Computing Center
  50. LUSGR@LEHICDC1
  51.  
  52. ------------------------------
  53.  
  54. Date: Mon, 9 May 88 16:47:20 EDT
  55. From: Olaf Pors <op@bigfoot.acc.virginia.edu>
  56. Subject: CDC Kermit
  57. Keywords: CDC Cyber Kermit
  58.  
  59. I just took a look at the Kermit distribution and noticed that the CD3KER.IN2
  60. and CD3KER.MOD files were the ones that conflicted with Steve Roseman's 3.3
  61. version of Kermit.  Late last year I downloaded Roseman's 3.3 version and
  62. upgraded my mod to correspond (producing version 3.4), and I thought I sent
  63. you the upgraded stuff.
  64.  
  65. In case something got dropped, here are the two files again.  The first one
  66. should be put in place of CD3KER.INS (get rid of CD3KER.IN2).  The second
  67. should be put in place of CD3KER.MOD.  There's also an updated CD3KER.HLP.
  68.  
  69. Olaf Pors, University of Virginia
  70.  
  71. [Ed. - Thanks, Olaf.  The updated files have been put in right places.]
  72.  
  73. ------------------------------
  74.  
  75. Date: Fri, 27 May 88 14:00:48 -0800
  76. From: ames!tis.llnl.gov!lll-tis!lll-crg!lll-winken!uunet!convex!otto!-
  77. jimi!unsvax.uucp!bartlett@ucbvax.Berkeley.EDU
  78. Subject: Bug in CD3KER vs. 3.4, CDC Cyber Nos Kermit
  79.  
  80. I have been installing the latest Kermit distribution for CD3KER version 3.4
  81. for the CDC Cyber NOS systems and I discovered an error in the CD3KER.MOD
  82. file. The problem concerns the fact that the modified array SETTYP must be
  83. in alphabetical order for the Fortran subroutine MATCH to work correctly.
  84. To fix the file CD3KER.MOD replace the following four lines -
  85.  
  86. *D 1041
  87.      +    'TEXT-MODE', BIN-MODE', 'EOR-EOF-MODE' /
  88. *D 1046
  89.       GO TO (20,30,40,10,50,70,75,80,90,100,110,120), INDX 
  90.  
  91. with the following six lines -
  92.  
  93. *D 1039,1041
  94.       DATA SETTYP /  'BIN-MODE', 'DEBUG', 'DELAY', 'DUPLEX',
  95.      +    'EOR-EOF-MODE', 'FILE-MODE', 'INIT-RETRY', 'RECEIVE',
  96.      +    'RDELAY', 'RETRY', 'SEND', 'TEXT-MODE' /
  97. *D 1046
  98.       GO TO (110,20,30,40,120,10,50,70,75,80,90,100), INDX
  99.  
  100. I should add that I have installed CD3KER vs. 3.4 on an older Cyber NOS
  101. l647 and everthing seems to work except for the CDCNET versus NPU test
  102. in Program KRM0100.
  103.  
  104. Dave Bartlett
  105. UNS Computing Services
  106. bartlett@unsvax.uns.edu, bartlett@uns-helios.uns.edu,
  107. or via BITNET as AC34U05@UNEV
  108.  
  109. ------------------------------
  110.  
  111. Date: Tue, 30 Aug 88 15:40:09 EDT
  112. From: kobus@nadc.arpa (D. Kobus)
  113. To: kermit@cunixc.cc.columbia.edu
  114. Subject: CDC CYBER KERMIT Version 3.4
  115.  
  116. 1. I'm having trouble installing the subject KERMIT on our cybers. Having taken
  117. the cd3*.* files from kermit/d, I transferred these files notitably kermsrc and
  118. kermins on to our machine, executed the kermins procedure file, and encountered
  119. compilation errors which I saved via the log session command. The compilation
  120. errors are included at the end of this message.
  121.  
  122. 2. Last year I successfully transferred Version 3.2 and have been frequently
  123. using the older version without problems. I even recompiled the older version
  124. using the older kermins and kermsrc file again without incident to double 
  125. check my compilation method.
  126.  
  127. 3. Could someone review my log session and provide any suggestions to
  128. successfully compile Version 3.4? The log session follows.....
  129.  
  130. Dave Kobus
  131.  
  132. ..........................................................................
  133. GET,KERMSRC,KERMINS
  134. /-,KERMINS
  135. 1 FTN 5.1+650        88/08/30. 15.09.45 PAGE     1
  136.   SUBROUTINE KERMAIN  74/74   OPT=2,ROUND= A/ S/ M/-D,-DS 
  137.   
  138.       508       BOOLEAN FETS(0:FETL-1,MAXFILE) 
  139.    >>>>               COMCKER   238 
  140.  FATAL  * ILLEGAL USE OF OPERATOR / OPERAND -- _0 _
  141.  
  142.  (hundreds of similar messages omitted)
  143.  
  144. ------------------------------
  145.  
  146. Date: 12 Sep 1988  12:27 EST
  147. From: Steve Roseman <LUSGR%LEHICDC1.BITNET@cuvmb.cc.columbia.edu>
  148. Subject: CD3 Problems
  149.  
  150.     The problem installing CD3 was due to differences in the character sets of
  151. the CD3KER files.  Most of the files are what is known in the NOS world as
  152. 6/12 ASCII files (where most characters are 6 bits long, but some, like
  153. lower-case characters, are a pair of 6-bit characters.) However, CD3KERM.SRC
  154. and CD3KERM.MOD are DISPLAY CODE, where all characters are 6 bits.  The
  155. problem is the caret (^), at (@), and colon (:), characters are different
  156. between the 2 sets.  So, these 2 files must be converted before compilation if
  157. received in NOS ASCII (like most mail is.) CD3KERM.MSG contains a passing
  158. reference to the different file formats, but I definitely not obvious enough.
  159. I should get all the CD3KERM auxiliary files cleaned up.
  160.  
  161.     So, if CD3KERM.SRC and CD3KERM.MOD are received in ASCII, it is necessary
  162. to do an
  163.  
  164.  FCOPY(P=KERMSRC,N=NEWSRC,PC=ASCII,NC=DIS,R)
  165.    and
  166.  FCOPY(P=KERMOD1,N=NEWMOD,PC=ASCII,NC=DIS,R)
  167.  
  168. and replace the KERMxxx files with the NEWxxx files.
  169.  
  170.  
  171. Steve Roseman
  172. Lehigh University
  173.  
  174. ------------------------------
  175.  
  176. Date: Tue, 20 Mar 90  11:32:43 EST
  177. From: Richter%GNOS.NIST.GOV@cuvmb.cc.columbia.edu
  178.       (Gale Richter, Computer Services Division, 975-2873)
  179. Subject: CYBER NOS Kermit 3.4
  180.  
  181. Please add the following message to the CYBER NOS Kermit 3.4 beware
  182. file:
  183.  
  184. CYBER NOS Kermit 3.4 developed a problem with CDCNET release 7606(16).
  185. The problem occurred when CYBER Kermit was in server mode and several
  186. GET commands were issued.  The first GET would work as expected, but the
  187. second GET would fail.  The reason for the failure was that CDCNET was
  188. no longer in transparent mode after the completion of the first GET.
  189. The second GET command was not getting across to the CYBER Kermit correctly.
  190.  
  191. CYBER Kermit sets CDCNET transparent mode to Forward_Terminate and also
  192. sets the Transparent_Forward_Character and Transparent_Terminate_Character
  193. to <CR>.  This, by the way, is now an illegal combination. The TFC and TTC
  194. must now be set to different characters.  Since each packet ends in a
  195. single <CR>, CDCNET was exiting transparent mode with each packet.  However,
  196. CYBER Kermit was setting it back to transparent mode with each packet it
  197. sent.  The problem only became apparent when 2 packets were sent to the
  198. CYBER Kermit without an intervening packet coming from the CYBER
  199. (i.e., two GET commands in a row).
  200.  
  201. To solve this problem local code was added to CYBER Kermit to change
  202. TTC to DEL (7F or FF hex.)  A PSR has also been filed with CDC to report
  203. the problem with the Forward_Terminate mode.
  204.  
  205. ------------------------------
  206.  
  207.