home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / old / misc / pdp10 / k10mit.bwr < prev    next >
Internet Message Format  |  2020-01-01  |  25KB
  1. Date:        22 Apr 86 20:48 +0200
  2. From:        Sven_Olofsson_QZ%QZCOM.MAILNET@MIT-MULTICS.ARPA
  3. To:          "Frank da Cruz" <SY.FDC@CU20B.COLUMBIA.EDU>
  4. Subject:     Kermit-10
  5.  
  6. Problem:
  7.   .run k10mit
  8.  
  9.   TOPS-10 KERMIT version 3(134)
  10.   Kermit-10>set file (parameter) byte-size (to) 7
  11.   ? Unrecognized switch or keyword: "7"
  12.   Kermit-10>set file (parameter) byte-size (to) ? one of the following:
  13.   7-bit         36-bit          8-bit           auto-byte       eight-bit
  14.   seven-bit     thirty-six-bit
  15.  
  16. Diagnosis: The command table is not sorted properly. The new "36-bit"
  17.            parameter comes after "7-bit". It should be vice versa.
  18.  
  19. Cure:      exchange two lines in the table FBS020 in K10MIT.MAC
  20.  
  21.  
  22. [Ed. - Thanks, change made in K10MIT.MAC source.]
  23.  
  24. ------------------------------
  25.  
  26. . From BPA
  27. . Postmark:09-Dec-87:08:25:04
  28. . To MAILER
  29. . Expires:08-Jan-88:08:24:17
  30. . Subject: jnet%"fdccu@cuvma"
  31. From:  Michael Freeman
  32.  
  33. Re:  Bugs/Bug Fixes for Kermit-10
  34.  
  35.      Have discovered/fixed two bugs in Kermit for the DECsystem-10.
  36. Both occur in the MACRO-10 module K10MIT.MAC.
  37. (1)     The new byte-size "TIRTY-SIX-BIT" does not work.
  38. Cause:  In routines GET%FILE and PUT%FILE, when checking for operation in
  39.         36-bit mode, the wrong symbol is used in the comparison instruction.
  40. Fix:    In routines GET%FILE and PUT%FILE, substitute the symbol $FBS36
  41.         for $FBS8 in the mode comparison instructions.  Also fix comment
  42.         in the routine PUT%FILE to correctly reflect the results of the
  43.         test for the presence/absence of the high-order bit in a character.
  44. (2)     In the routine T$CON which connects a terminal, when checking
  45.         for connect to a non-network terminal, the wrong flavor of a compare
  46.         instruction is generated by a CAX?? macro expansion.
  47. Fix:    Place an extra pair of angle-brackets around the 2nd operand to the
  48.         CAX macro so that the comma in the XWD pseudo-op argument doesn't
  49.         confuse expansion of the CAX macro.
  50.      I have not changed the edit-numbers as I was not sure of the editing
  51. scheme it was desired to use (for example, although edit 134 is mentioned
  52. in the .MEM files which accompany the DECsystem-10 Kermit distribution,
  53. KEREDT is set to 133 in my copy of K10UNV.MAC.
  54. Below is a FILCOM showing the differences in the code between the released
  55. K10MIT.MAC and the corrected version:
  56.  
  57. File 1) DSKE:K10MIT.MAC[10,51]          created: 0919 25-Nov-87
  58. File 2) DSKE:K10MIT.MAC[10,51,NEW]      created: 1341 25-Nov-87
  59.  
  60. 1)83            CAXE    S1,$FBS8                ;[127] Is this 36 bit?
  61. 1)               BLSRET NORMAL                  ; Give a good return
  62. ****
  63. 2)83            CAXE    S1,$FBS36               ;[127] Is this 36 bit?
  64. 2)               BLSRET NORMAL                  ; Give a good return
  65. **************
  66. 1)84            CAXN    S2,$FBS8                ;[127] 36 bit?
  67. 1)               TRNN   S1,200                  ; No, is the high order bit on?
  68. 1)                BLSRET NORMAL                 ; No, Give a good return
  69. ****
  70. 2)84            CAXN    S2,$FBS36               ;[127] 36 bit?
  71. 2)               TRNN   S1,200                  ; Yes, is the high order bit on?
  72. 2)                BLSRET NORMAL                 ; No, Give a good return
  73. **************
  74. 1)106           CAXE    S1,<XWD .NDTCN,T1>      ; Non-network system?
  75. 1)               JRST   TCON.E                  ; No, some other error
  76. ****
  77. 2)106           CAXE    S1,<<XWD .NDTCN,T1>>    ; Non-network system?
  78. 2)               JRST   TCON.E                  ; No, some other error
  79. **************
  80.  
  81.      Incidentally, the impending demise of VMSMIT Kermit (Kermit-32) raises
  82. the question of the fate of Kermit-10, although it could be argued that it
  83. will be doomed anyway with the slow and painful death of the KL10.  What of
  84. support of Kermit-10?
  85.      Keep up the fine work you are doing for the Kermit community.
  86.                 Regards,
  87.         Michael Freeman (MORF)
  88.         Bonneville Power Administration
  89.         P.O. Box 491
  90.         Vancouver, WA 98666
  91.         (206)690-2307
  92.         (Reply via BITNET to address MAILER@UWALOCKE with subject
  93.         dec10%"bpa")
  94.  
  95. ------------------------------
  96.  
  97. . From BPA
  98. . Postmark:18-Mar-88:14:01:26
  99. . To MAILER
  100. . Expires:17-Apr-88:13:58:57
  101. . Subject: bitnet%"fdccu@cuvma"
  102. Re:  Problem and Fix for TOPS-10 Kermit
  103.  
  104. Problem:
  105.  .SET WATCH FILES
  106.  
  107.  .RUN K10MIT
  108.  
  109.  [FL21: DSKD0:KERMIT.INI[5,34]]
  110.  [FL21: DSK:KERMIT.INI[10,50], error 0]
  111.  TOPS-10 KERMIT version 3(134)-7
  112.  Kermit-10>TAKE WARN.INI /DISPLAY
  113.  [FL21: DSKE0:WARN.INI[10,50]]
  114.  Kermit-10>TAKE WARN.INI /DISPLAY
  115.  Kermit-10>SET FILE WARNING ON
  116.  ?Stopcode - ILM - in module GLXINT on 18-Mar-88 on 13:18:49
  117.   Reason: Illegal memory reference at PC 555164
  118.   Program is KERMIT version 3(134)-7 using GLXLIB version 1(1172)
  119.   Crash block starts at location 245
  120.   Last GLXLIB error: 1 (End of file)
  121. Diagnosis: If a system-wide Kermit initialization file (INI:KERMIT.INI) has
  122. been found and read but no initialization file exists in the user's area, the
  123. flag indicating that execution of an initialization file is in progress is not
  124. cleared, resulting in an incorrect path of execution being taken during the
  125. command parsing loop, leading to an Illegal Memory Reference.
  126. Cure: Clear the initialization-in-progress flag (INIIFN) before executing the
  127. $RETIF return macro.  Below is shown a FILCOM which illustrates this:
  128. File 1) DSKE:K10MIT.MAC[10,50,KERMIT,TOPS10,OLD]        created: 1346 25-Nov-87
  129. File 2) DSKE:K10MIT.MAC[10,50,KERMIT,TOPS10]            created: 1159 18-Mar-88
  130.  
  131. 1)34            $RETIF                          ; Just punt if none
  132. 1)              MOVEM   S1,INIIFN               ; Save the IFN
  133. ****
  134. 2)34              JRST  [SETZM INIIFN           ; Just clear the IFN
  135. 2)                      $RETIF]                 ; and punt if none
  136. 2)              MOVEM   S1,INIIFN               ; Save the IFN
  137. **************
  138.      Keep up the good work!
  139.      Cheers!
  140.         Mike Freeman (routing MORF)
  141.         Bonneville Power Administration
  142.         P.O. Box 491
  143.         Vancouver, Wa 98666
  144.         Telephone (206)690-2307
  145. Reply via BITNET to MAILER@UWALOCKE with subject-line dec10%"bpa"
  146.  
  147. ------------------------------
  148.  
  149. . From BPA
  150. . Postmark:29-Aug-89:13:42:45
  151. . To MAILER
  152. . Subject: bitnet%"fdccu@cuvma"
  153. re:  Problems with Kermit for the DECsystem-10
  154.  
  155. Problem:
  156.         .SET WATCH FILES
  157.  
  158.         .R KERMIT
  159.  
  160.         [FL21: DSKD0:KERMIT.INI[5,34]]
  161.         [FL21: DSKE0:KERMIT.INI[10,50]]
  162.         ?
  163.         ?Illegal UUO at user PC 434262
  164.         .
  165. Diagnosis:  The fix in K10MIT.BWR for the problem encountered when TAKEing
  166.         files after INI:KERMIT.INI has been read but no KERMIT.INI exists in
  167.         the user's PPN caused Kermit to become confused when a KERMIT.INI
  168.         *did* exist in the user's PPN after INI:KERMIT.INI had been read.
  169. Cure:  In the module K10MIT.MAC, make the changes shown in the FILCOM below.
  170.         Both the original problem and the one its fix caused are eliminated.
  171.  
  172. File 1) DSKE:K10MIT.MAC[10,50]                  created: 1029 22-Aug-89
  173. File 2) DSKE:K10MIT.MAC[10,50,KERMIT,TOPS10]    created: 1000 22-Aug-89
  174.  
  175. 1)34    REDIN0: MOVX    S1,<<SIXBIT |DSK|>>     ;[125] Now we will use
  176. ****
  177. 2)34            SETZM   INIIFN                  ; Again assume no .INI file
  178. 2)      REDIN0: MOVX    S1,<<SIXBIT |DSK|>>     ;[125] Now we will use
  179. **************
  180. 1)34              JRST  [SETZM INIIFN           ; Just clear the IFN
  181. 1)                      $RETIF]                 ; and punt if none
  182. 1)              MOVEM   S1,INIIFN               ; Save the IFN
  183. ****
  184. 2)34            $RETIF                          ; Just punt if none
  185. 2)              MOVEM   S1,INIIFN               ; Save the IFN
  186. **************
  187.  
  188. Problem:  When Parity is set to None and the Block-check-type is set to
  189.         3-Character-CRC-CCITT, binary file transfers between Kermit-10 and
  190.         Kermit running on microcomputers either fail or are incorrect.
  191. Diagnosis:  In the module K10MSG.BLI, in the routine CALC_BLOCK_CHECK which
  192.         calculates the block-check for a character-string, in the code for THE
  193.         case in which the 3-Character-CRC-CCITT is used, there is an IF-clause
  194.         which specifies the circumstances in which only seven bits of each
  195.         eight-bit character are to be used in the Block-check calculation.
  196.         As distributed, high-order bits of characters are to be ignored
  197.         when Parity None is in effect.  This is incorrect.  The high-order bit
  198.         of each character should be ignored when Parity is set to anything but
  199.         None.
  200. Cure:  In the module K10MSG.BLI, in the routine CALC_BLOCK_CHECK,
  201.         in the 3-Character case, change the EQL in the IF-clause to a
  202.         NEQ.  A FILCOM showing the required change is shown below:
  203.  
  204. File 1) DSKE:K10MSG.BLI[10,50]  created: 1705 19-Aug-89
  205. File 2) DSKF:K10MSG.BLI[10,50]  created: 2214 20-Aug-89
  206.  
  207. 1)45                IF .PARITY_TYPE EQL PR_NONE
  208. 1)                  THEN
  209. ****
  210. 2)45                IF .PARITY_TYPE NEQ PR_NONE
  211. 2)                  THEN
  212. **************
  213.         In the Macro-10 module K10MSG.MAC generated from K10MSG.BLI, the
  214.         required change is accomplished as follows:  (a) in the Bliss code
  215.         which appears as Macro comments, in the routine CALC%BLOCK%CHECK, in
  216.         the code for the 3-Character-CRC-CCITT case, in the IF clause, change
  217.         the EQL to NEQ to correctly reflect the program logic.
  218.         (b) in the Macro-10 code for this routine, change the statement
  219.         TRNN    AC2,1
  220.         which follows label L342: to
  221.         TRNE    AC2,1
  222.         Since I do not posess a Bliss-36 compiler, I am uncertain that this
  223.         is the *exact* code that would be generated with this logic change
  224.         but would assume so since, at this point in the program, AC2 is being
  225.         used as a flag to indicate that Parity None is in effect.
  226.         A FILCOM showing the required changes to the module K10MSG.MAC appears
  227.         below:
  228.  
  229. File 1) DSKF:K10MSG.MAC[10,50,KERMIT,TOPS10]    created: 1105 07-Aug-86
  230. File 2) DSKE:K10MSG.MAC[10,50]                  created: 1940 19-Aug-89
  231.  
  232. 1)1     ;   5084  3                 IF .PARITY%TYPE EQL PR%NONE
  233. 1)      ;   5085  3                 THEN
  234. ****
  235. 2)1     ;   5084  3                 IF .PARITY%TYPE NEQ PR%NONE
  236. 2)      ;   5085  3                 THEN
  237. **************
  238. 1)1             TRNN    AC2,1                           ; AC2,1
  239.                                                         5084
  240. 1)              JRST    L.345                           ; L.345
  241. ****
  242. 2)1             TRNE    AC2,1                           ; AC2,1
  243.                                                         5084
  244. 2)              JRST    L.345                           ; L.345
  245. **************
  246.  
  247. Please return mail to me via <mailer%uwalocke@bitnet.wiscvm.wisc.edu>
  248. with the subject "dec10%bpa".
  249. -- Mike Freeman, Bonneville Power Administration
  250. Vancouver WA, Telephone (206)690-2307 --
  251.  
  252. ------------------------------
  253. Date: 09/26 23:57:35
  254. From: KERMIT@cuvmb.cc.columbia.edu
  255. Subject: re:  Problems with Kermit for the DECsystem-10
  256.  
  257. Problem:
  258.     .SET WATCH FILES
  259.  
  260.     .R KERMIT
  261.  
  262.     [FL21: DSKD0:KERMIT.INI[5,34]]
  263.     [FL21: DSKE0:KERMIT.INI[10,50]]
  264.     ?
  265.     ?Illegal UUO at user PC 434262
  266.     .
  267. Diagnosis:  The fix in K10MIT.BWR for the problem encountered when TAKEing
  268. files after INI:KERMIT.INI has been read but no KERMIT.INI exists in the
  269. user's PPN caused Kermit to become confused when a KERMIT.INI
  270. *did* exist in the user's PPN after INI:KERMIT.INI had been read.
  271. Cure:  In the module K10MIT.MAC, make the changes shown in the FILCOM below.
  272. Both the original problem and the one its fix caused are eliminated.
  273.  
  274. File 1) DSKE:K10MIT.MAC[10,50]                  created: 1029 22-Aug-89
  275. File 2) DSKE:K10MIT.MAC[10,50,KERMIT,TOPS10]    created: 1000 22-Aug-89
  276.  
  277. 1)34    REDIN0: MOVX    S1,<<SIXBIT |DSK|>>     ;[125] Now we will use
  278. ****
  279. 2)34            SETZM   INIIFN                  ; Again assume no .INI file
  280. 2)      REDIN0: MOVX    S1,<<SIXBIT |DSK|>>     ;[125] Now we will use
  281. **************
  282. 1)34              JRST  [SETZM INIIFN           ; Just clear the IFN
  283. 1)                      $RETIF]                 ; and punt if none
  284. 1)              MOVEM   S1,INIIFN               ; Save the IFN
  285. ****
  286. 2)34            $RETIF                          ; Just punt if none
  287. 2)              MOVEM   S1,INIIFN               ; Save the IFN
  288. **************
  289.  
  290. Problem:  When Parity is set to None and the Block-check-type is set to
  291.         3-Character-CRC-CCITT, binary file transfers between Kermit-10 and
  292.         Kermit running on microcomputers either fail or are incorrect.
  293. Diagnosis:  In the module K10MSG.BLI, in the routine CALC_BLOCK_CHECK which
  294.         calculates the block-check for a character-string, in the code for THE
  295.         case in which the 3-Character-CRC-CCITT is used, there is an IF-clause
  296.         which specifies the circumstances in which only seven bits of each
  297.         eight-bit character are to be used in the Block-check calculation.
  298.         As distributed, high-order bits of characters are to be ignored
  299.         when Parity None is in effect.  This is incorrect.  The high-order bit
  300.         of each character should be ignored when Parity is set to anything but
  301.         None.
  302. Cure:  In the module K10MSG.BLI, in the routine CALC_BLOCK_CHECK,
  303.         in the 3-Character case, change the EQL in the IF-clause to a
  304.         NEQ.  A FILCOM showing the required change is shown below:
  305.  
  306. File 1) DSKE:K10MSG.BLI[10,50]  created: 1705 19-Aug-89
  307. File 2) DSKF:K10MSG.BLI[10,50]  created: 2214 20-Aug-89
  308.  
  309. 1)45                IF .PARITY_TYPE EQL PR_NONE
  310. 1)                  THEN
  311. ****
  312. 2)45                IF .PARITY_TYPE NEQ PR_NONE
  313. 2)                  THEN
  314. **************
  315.         In the Macro-10 module K10MSG.MAC generated from K10MSG.BLI, the
  316.         required change is accomplished as follows:  (a) in the Bliss code
  317.         which appears as Macro comments, in the routine CALC%BLOCK%CHECK, in
  318.         the code for the 3-Character-CRC-CCITT case, in the IF clause, change
  319.         the EQL to NEQ to correctly reflect the program logic.
  320.         (b) in the Macro-10 code for this routine, change the statement
  321.         TRNN    AC2,1
  322.         which follows label L342: to
  323.         TRNE    AC2,1
  324.         Since I do not posess a Bliss-36 compiler, I am uncertain that this
  325.         is the *exact* code that would be generated with this logic change
  326.         but would assume so since, at this point in the program, AC2 is being
  327.         used as a flag to indicate that Parity None is in effect.
  328.         A FILCOM showing the required changes to the module K10MSG.MAC appears
  329.         below:
  330.  
  331. File 1) DSKF:K10MSG.MAC[10,50,KERMIT,TOPS10]    created: 1105 07-Aug-86
  332. File 2) DSKE:K10MSG.MAC[10,50]                  created: 1940 19-Aug-89
  333.  
  334. 1)1     ;   5084  3                 IF .PARITY%TYPE EQL PR%NONE
  335. 1)      ;   5085  3                 THEN
  336. ****
  337. 2)1     ;   5084  3                 IF .PARITY%TYPE NEQ PR%NONE
  338. 2)      ;   5085  3                 THEN
  339. **************
  340. 1)1             TRNN    AC2,1                           ; AC2,1
  341.                                                         5084
  342. 1)              JRST    L.345                           ; L.345
  343. ****
  344. 2)1             TRNE    AC2,1                           ; AC2,1
  345.                                                         5084
  346. 2)              JRST    L.345                           ; L.345
  347. **************
  348.  
  349. Please return mail to me via <mailer%uwalocke@bitnet.wiscvm.wisc.edu>
  350. with the subject "dec10%bpa".
  351. -- Mike Freeman, Bonneville Power Administration
  352. Vancouver WA, Telephone (206)690-2307 --
  353.  
  354. ------------------------------
  355.  
  356. Date:     Wed, 11 Jul 90 11:23 PDT
  357. From:     <MAILER@UWALOCKE>
  358. Subject:  dec10%"BPA" originated mail follows:-
  359. To:       fdccu@cuvma
  360. Original_To:  JNET%"fdccu@cuvma"
  361.  
  362. . From BPA
  363. . Postmark:11-Jul-90:11:11:03
  364. . To MAILER
  365. . Expires:10-Aug-90:11:10:03
  366. . Subject: jnet%"fdccu@cuvma"
  367. Re:  Updated Helpfile for TOPS-10 Kermit
  368.  
  369. I have updated the help file for TOPS-10 Kermit, K10MIT.HLP, to reflect
  370. the latest version of Kermit-10 (Version 3(134)).  The file includes
  371. text showing the THIRTY-SIX-BIT file byte-size as well as long packet
  372. support.  A FILCOM of the original help file (as found on OKSU dial-up)
  373. with my revision is shown below, delimited by lines of asterisks.
  374. Following this, delimited by asterisks, is a .COR-file (K10HLP.COR)
  375. produced by the TOPS-10 program COMPAR, which, when applied to the
  376. original file K10MIT.HLP with the TOPS-10 program UPDATE, will produce
  377. an updated help file. Incidentally, I had to do extensive reformatting
  378. of the source-files (MACRO-10 versions) as found on OKSU due to <CR><LF>
  379. pairs being inserted in many places when lines were longer than 80
  380. characters (which raised havoc with compilation).  In order to make this
  381. version function properly, one should also make my modifications to
  382. K10MIT.MAC to fix bugs in handling of .INI-files, the THIRTY-SIX-BIT byte-size
  383. and NODE. UUO arguments.
  384. Thanks for the latest newsletter.
  385. keep up the good work.
  386. Send E-mail to me with BITnet address mailer@uwalocke with the message subject
  387. dec10%"bpa".  This is necessary to get the mail from the BITnet node uwalocke
  388. (a Vax) to the DECsystem-10 to which I have access.
  389. Michael Freeman Routing MORF
  390. Bonneville Power Administration
  391. P.O. Box 491
  392. Vancouver, WA 98666
  393. (206)690-2307
  394.  
  395. [Ed. - NOTE: some of the lines below were longer than 80 characters, and had
  396. spurious CRLFs inserted.  To make them fit within 80 characters, some blanks
  397. were deleted, which will interfere with the formatting and and will probably
  398. invalidate the checksum at the end.]
  399. ************************************************************************
  400. File 1) DSKE:K10MIT.HLP[10,50,K10MIT,NEW]       created: 1044 22-Jun-90
  401. File 2) DSKE:KERMIT.HLP[10,50,K10MIT,NEW]       created: 1024 10-Jul-90
  402.  
  403. 1)1               used  as text files on the TOPS-10 system.  SEVEN-BIT should
  404. 1)                also be used to  sending  TOPS-10  format  binary  files  to
  405. 1)                another  system  if  the file is intended to be brought to a
  406. 1)                TOPS-10 system.  EIGHT-BIT bytes should be used  for  binary
  407. 1)                files from other systems (such as CP/M .COM files) which are
  408. 1)                being transferred to the TOPS-10 system for  storage.   This
  409. 1)                allows   the  file  to  be  returned  without  any  changes.
  410. 1)                AUTO-BYTE is the same as SEVEN-BIT for files being  received
  411. 1)                from  the  other  Kermit.   When  sending  a  file with FILE
  412. 1)                BYTE-SIZE AUTO-BYTE, Kermit-10 will guess whether  the  file
  413. 1)                should  be  sent  as  SEVEN-BIT or EIGHT-BIT.  This guess is
  414. 1)                based on the mode used to write the file.  If the  file  was
  415. 1)                written  in  image  mode, image binary mode, binary mode, or
  416. ****
  417. 2)1       used  as text files on the TOPS-10 system.  EIGHT-BIT bytes should be
  418. 2)        used  for  binary files from other systems (such as CP/M .COMfiles)
  419. 2)        which are being transferred to the TOPS-10 system for  storage.  This
  420. 2)        allows   the  file  to  be  returned  without  any  changes.
  421. 2)        THIRTY-SIX-BIT should be used to  sending  TOPS-10  format
  422. 2)        binary files  to another  system  if  the file is intended to be
  423. 2)        brought to a TOPS-10 system.  AUTO-BYTE is the same as SEVEN-BIT for
  424. 2)        files being  received from  the  other  Kermit.   When  SENDing a
  425. 2)        file with FILE BYTE-SIZE AUTO-BYTE, Kermit-10 will guess whether
  426. 2)        the  file should  be  sent  as  SEVEN-BIT or EIGHT-BIT.  This guess
  427. 2)        is based on the mode used to write the file.  If the  file  was
  428. 2)        written  in  image  mode, image binary mode, binary mode, or
  429. **************
  430. 1)1               Where type is SEVEN-BIT, EIGHT-BIT or AUTO-BYTE.
  431. 1)      *SET FILE NAMING
  432. ****
  433. 2)1            Where type is SEVEN-BIT, EIGHT-BIT, THIRTY-SIX-BIT or AUTO-BYTE.
  434. 2)      *SET FILE NAMING
  435. **************
  436. 1)1               10 and  96.   Packet  lengths  outside  of  this  range  are
  437. 1)                illegal.  The default value is 80.
  438. ****
  439. 2)1               10 and 1000.   Packet  lengths  outside  of  this  range  are
  440. 2)                illegal.  The default value is 80.
  441. **************
  442. 1)1               value  for this parameter must be between 10 and 96.  Packet
  443. 1)                lengths outside of this  range  are  illegal.   The  default
  444. ****
  445. 2)1              value  for this parameter must be between 10 and 1000.  Packet
  446. 2)               lengths outside of this  range  are  illegal.   The  default
  447. **************
  448. ************************************************************************
  449.  REP 713/1
  450.           used  as text files on the TOPS-10 system.  SEVEN-BIT should
  451.           also be used to  sending  TOPS-10  format  binary  files  to
  452.           another  system  if  the file is intended to be brought to a
  453.           TOPS-10 system.  EIGHT-BIT bytes should be used  for  binary
  454.           files from other systems (such as CP/M .COM files) which are
  455.           being transferred to the TOPS-10 system for  storage.   This
  456.           allows   the  file  to  be  returned  without  any  changes.
  457.           AUTO-BYTE is the same as SEVEN-BIT for files being  received
  458.           from  the  other  Kermit.   When  sending  a  file with FILE
  459.           BYTE-SIZE AUTO-BYTE, Kermit-10 will guess whether  the  file
  460.           should  be  sent  as  SEVEN-BIT or EIGHT-BIT.  This guess is
  461.           based on the mode used to write the file.  If the  file  was
  462.  WIT
  463.           used  as text files on the TOPS-10 system.  EIGHT-BIT bytes should be
  464.           used  for  binary files from other systems (such as CP/M .COM files)
  465.           which are being transferred to the TOPS-10 system for  storage.  This
  466.           allows   the  file  to  be  returned  without  any  changes.
  467.           THIRTY-SIX-BIT should be used to  sending  TOPS-10  format
  468.           binary files  to another  system  if  the file is intended to be
  469.           brought to a TOPS-10 system.  AUTO-BYTE is the same as SEVEN-BIT for
  470.           files being  received from  the  other  Kermit.   When  sENDING A
  471.           file with FILE BYTE-SIZE AUTO-BYTE, Kermit-10 will guess whether
  472.           the  file should  be  sent  as  SEVEN-BIT or EIGHT-BIT.  This guess
  473.           is based on the mode used to write the file.  If the  file  was
  474.  REP 739/1
  475.                   Where type is SEVEN-BIT, EIGHT-BIT or AUTO-BYTE.
  476.  WIT
  477.               Where type is SEVEN-BIT, EIGHT-BIT, THIRTY-SIX-BIT or AUTO-BYTE.
  478.  REP 927/1
  479.              10 and  96.   Packet  lengths  outside  of  this  range  are
  480.  WIT
  481.                   10 and 1000.   Packet  lengths  outside  of  this  range  are
  482.  REP 1047/1
  483.                   value  for this parameter must be between 10 and 96.  Packet
  484.  WIT
  485.                  value  for this parameter must be between 10 and 1000.  Packet
  486.  SUM 206663
  487. ************************************************************************
  488.  
  489. > Paul West had a problem entering
  490. > server mode. He types "server" to the Kermit-10 prompt and gets message
  491. > "? Kermit-10 Devsize UUO failure (-1)" and then the Kermit-10 prompt
  492. > comes back.  Any idea what's going on with this?
  493. > 
  494. He called back today and said he'd solved the problem.  He used
  495. DDT, a tops-10 macro debugger, and ended up commenting out two lines in module
  496. T$CONN: (which I see is in the file k10mit.mac).  The two consecutive lines he
  497. commented out are:
  498.  
  499.     CAXE    S1,<XWD .NDTCN,T1>    ; Non-network system?
  500.      JRST    TCON.E            ; No, some other error
  501.  
  502. He says the problem was "the tty was an invalid tty", removing those two
  503. lines fixed it for him.  FYI.
  504.  
  505. ------------------------------
  506.  
  507. Date: Thu, 6 Jun 91 13:43:56 EDT
  508. From: Mike Freeman <freeman@watsun.cc.columbia.edu>
  509. Subject: Kermit-10 Problem
  510.  
  511. Well, I wonder if he's got the latest version of Kermit-10.  As I recall, I
  512. ran into this when I tried to compile the latest Kermit-10 (the one with
  513. extended-length packets) and the problem was due to some lines in K10MIT.MAC
  514. having been broken up in transmission to watsun. I've uploaded corrected
  515. files. Have the gentleman FTP ~/kermit/b/k10*.mac to his site and try again.
  516. If he's still having trouble, let me know and I'll look into it.
  517. Alternatively, I can E-mail you a little Fortran program to run on the Ten
  518. along with an ASCII representation of the SIXBIT translation of KERMIT.EXE
  519. from our site that he can use the program to convert back into KERMIT.EXE and
  520. try out. We won't be a DECsystem-10 site much longer (sigh) so after a few
  521. more weeks won't be able to help him directly (though I'll keep source around
  522. for awhile).  BTW, the versions of the Galaxy universals used by K10MIT.MAC
  523. aren't the latest ones -- they changed the def of the STOPCD macro so MACRO
  524. complains using the latest ones. I can supply translated versions of the one's
  525. K10MIT.MAC likes if needed.
  526.  
  527. By the way, those lines can be left in if <> is replaced by <<>> -- so that
  528. the arguments to the macro get translated properly (later as one arg rather
  529. than two).
  530.  
  531. ------------------------------
  532.  
  533.  
  534.  
  535.  
  536.  
  537.  
  538.  
  539.