home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / e / imail.86b < prev    next >
Text File  |  2020-01-01  |  345KB  |  7,963 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.  
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17.  
  18.  
  19.  
  20.  
  21.             Columbia University Center for Computing Activities
  22.  
  23.  
  24.  
  25.  
  26.                              INFO-KERMIT DIGEST
  27.  
  28.                                   VOLUME 5
  29.  
  30.                             July - December 1986
  31.  
  32.  
  33. Table of Contents
  34.  
  35.  
  36. Volume 5, Number 1                                                            1
  37.   Kermit Now Available for Atari ST                                           1
  38. Volume 5, Number 2                                                            6
  39. Volume 5, Number 3                                                           18
  40.   New Kermit for the Commodore Amiga                                         18
  41. Volume 5, Number 4                                                           24
  42. Volume 5, Number 5                                                           32
  43.   The First Kermit Newsletter Available                                      32
  44. Volume 5, Number 6                                                           38
  45.   New Kermit for HP-1000                                                     38
  46.   New Release of Sperry-1100 Kermit                                          38
  47.   New Kermit for Use with Microsoft Windows                                  38
  48.   More Kermit Diskettes Available                                            39
  49. Volume 5, Number 7                                                           44
  50.   New (Minor) Release of C-Kermit for UNIX                                   44
  51. Volume 5, Number 9                                                           52
  52.   Announcing IBM Mainframe VM/CMS Kermit Version 3.1                         52
  53.   Announcing Kermit for DTSS                                                 54
  54. Volume 5, Number 10                                                          60
  55. Volume 5, Number 11                                                          69
  56.   New Release of QK-KERMIT (MsDos and CP/M Kermit in Turbo Pascal)           69
  57.   New Release 1.6 of KERMIT/TSO                                              69
  58.   New IBM and Rainbow .BOO Files for MS-DOS 2.29a                            71
  59. Volume 5, Number 12                                                          76
  60.   New Release of Kermit-11 Available                                         76
  61. Volume 5, Number 13                                                          84
  62.   Kermit Book Available                                                      84
  63.   New C-Kermits on the Way                                                   85
  64.   Other New Kermits On The Way                                               85
  65. Volume 5, Number 14                                                          87
  66. Volume 5, Number 15                                                          96
  67.   New Release of Kermit for TRS-80 Model 4                                   97
  68. Volume 5, Number 16                                                         102
  69.   Announcing HP9845 Kermit in BASIC                                         102
  70.   F11 and F12 on new IBM PC Keyboard                                        105
  71. Volume 5, Number 17                                                         112
  72.   Okstate Kermit Service Available Once Again                               113
  73. Volume 5, Number 18                                                         118
  74.   New NIH TSO Kermit Version 1.0                                            118
  75. Volume 5, Number 19                                                         127
  76.   New Kermit Program for IBM 370 Mainframes with MVS/TSO                    127
  77. Volume 5, Number 20                                                         135
  78.  
  79.  
  80. INFO-KERMIT DIGEST V5 #1                                                 Page 1
  81.  
  82. Info-Kermit Digest         Mon, 14 Jul 1986       Volume 5 : Number 1
  83.  
  84. Today's Topics:
  85.  
  86.                      Kermit Now Available for Atari ST
  87.                       Info-Kermit-Request ID confusion
  88.                            PDP-11 Kermit Binaries
  89.                         Using VMS Backup with Kermit
  90.                         Swedish characters in Kermit
  91.                       RE: Swedish characters in Kermit
  92.  
  93. ----------------------------------------------------------------------
  94.  
  95.  
  96. Date: Thu 3 Jul 86 15:37:22-EDT
  97. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  98. Subject: Kermit Now Available for Atari ST
  99. Keywords: Atari ST Kermit
  100.  
  101. This is to announce Kermit for the Atari ST series of personal computers,
  102. contributed by Bernhard Nebel, Technische Universitaet Berlin
  103. (NEBEL@DB0TUI11.BITNET).  The program is written in DRI C, and is based upon
  104. the OS9 version of Kermit, which was in turn based on the original (simple)
  105. UNIX Kermit.  The program transfers text and binary files, can do wildcard
  106. sends, and includes the necessary settings for communicating with IBM
  107. mainframes (parity, handshake, 8th-bit prefixing).  IBM communications is
  108. one major advantage of this program over the Kermit program that DRI has
  109. been distributing with their GEM developers kit (and which they never
  110. submitted to Columbia Kermit Distribution), and another is that this one
  111. (unlike DRI's) actually employs the GEM user interface.
  112.  
  113. GEM Kermit does not provide a terminal emulator, nor does it manipulate
  114. RS-232 parameters itself.  Instead, it relies on existing accessories from
  115. the desk menu to supply these functions.  Bernhard has also supplied a
  116. special IBM line-mode terminal accessory.
  117.  
  118. The source consists of C and header files, and there are also some
  119. "uuencoded" binary files for the Kermit program itself and various
  120. accessories and resource files.  As originally submitted (via BITNET mail),
  121. the file names had the prefix ST, but since that prefix was already in use
  122. for Software Tools Kermit, I changed the names of the files from STK*.* to
  123. AST*.*.  In most cases this was a simple string replacement, but STKERM.*
  124. became ASTKER.*.  Also UUENCODE.C and UUDECODE.C became ASTUUE.C and
  125. ASTUUD.C, respectively.  I also changed (I hope) all internal references to
  126. these filenames accordingly.
  127.  
  128. The files are available in KER:AST*.* on CU20B via anonymous FTP on the
  129. Internet, or on BITNET from KERMSRV at CUVMA, and should appear within a
  130. reasonable amount of time at Oklahoma State for UUCP access.  ASTKER.DOC is
  131. the documentation (in English), which includes installation instructions.
  132.  
  133. ------------------------------
  134.  
  135. Date: Fri 11 Jul 86 13:50:11-EDT
  136. From: Ken Rossman <sy.Ken@CU20B.COLUMBIA.EDU>
  137. Subject: Info-Kermit-Request ID confusion
  138.  
  139. Page 2                                                 INFO-KERMIT DIGEST V5 #1
  140.  
  141. Keywords: Info-Kermit-Request
  142.  
  143. My apologies to those of you who sent mail to Info-Kermit-Request and got
  144. it bounced back to them with a "No such directory" error.  We have been
  145. moving files and directories around on the system lately, and the
  146. redistribution list to which "Info-Kermit-Request@CU20B" points was moved
  147. along with everything else, but the list was not updated.
  148.  
  149. It is fixed now.  Sorry for any inconvenience.  /Ken
  150.  
  151. ------------------------------
  152.  
  153. Date: Mon 7 Jul 86 14:08:20-EDT
  154. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  155. Subject: PDP-11 Kermit Binaries
  156. Keywords: PDP-11 Kermit
  157.  
  158. For those who are able to transfer files from CU20B using FTP or NFT,
  159. and who need the latest release of PDP-11 Kermit (for RSX, RT, or RSTS),
  160. the 8-bit binary .TSK or .SAV images are now available in KB:K11*.*.  These
  161. are considerably smaller than the .HEX files in the main distribution, and
  162. require no postprocessing.  Thanks to Brian Nelson for sending them in on
  163. diskette.
  164.  
  165. ------------------------------
  166.  
  167. Date: Thu 10 Jul 86 09:19:47-EDT
  168. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  169. Subject: Using VMS Backup with Kermit
  170. Keywords: VMS Kermit
  171.  
  172. Apparently, VMS Backup cannot create a saveset on disk with a blocksize
  173. of 512, which is the blocksize used by VMS Kermit when you give the
  174. "set file type fixed" command.  To remedy this situation, Gary Stebbins of
  175. DEC wrote a little procedure for converting VMS Backup savesets to and from
  176. blocksize 512, to allow these files to be transferred with Kermit.  Use of
  177. Backup in this way permits convenient transfer of a group of unlike or
  178. complex files in a single Kermit operation, such that all their FILES-11
  179. and RMS attributes are preserved after transfer.  Thanks to Bernie Eiben for
  180. sending it in.  The files are in KER:VMSBAK.DOC and KER:VMSBAK.BAS.
  181.  
  182. ------------------------------
  183.  
  184. Date: Mon 7 Jul 86 19:32:24-EDT
  185. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  186. Subject: Re: Swedish characters in Kermit
  187. Keywords: Swedish characters
  188.  
  189. [Ed.- This is in response to those of you interested in getting Swedish
  190. characters on your screen during terminal emulation using Kermit.]
  191.  
  192. Unfortunately, there's no "standard" version of Kermit that will display
  193. Swedish characters on the screen, because there's no commonly accepted way to
  194. represent Swedish (or Norwegian, or Finnish, or German, or Spanish, or Hebrew,
  195. or...) characters in 7-bit ASCII.  Old versions of IBM PC Kermit (the current
  196. version is 2.29) have been modified to display Swedish characters from a
  197.  
  198. INFO-KERMIT DIGEST V5 #1                                                 Page 3
  199.  
  200. special font when certain 7-bit ASCII characters are received, but so far there
  201. is no good, general solution to this problem, because of the lack of standards
  202. (or more precisely, the lack of conformity to existing ISO standards).  The
  203. best person to ask about this would be Per Lindberg at the University of
  204. Stockholm (Per_Lindberg_QZ@QZCOM).  He advocates the use of a special console
  205. driver to map between US ASCII and Swedish (or any other) characters.
  206. Unfortunately, doing it this way would interfere with Kermit's built-in VT102
  207. terminal emulation; the only way to get IBM PC Kermit to show Swedish
  208. characters on the screen is modify the program.  But then how do you make the
  209. Norwegians, Finns, Germans, Spaniards, and Israelis happy?  And then what about
  210. the Turks, Russians, Armenians, Japanese, Cherokee, etc etc?
  211.  
  212. Since it is undesirable to modify the Kermit program for each new "national"
  213. character set to be supported, a better solution might be to adopt a new
  214. mechanism usable at runtime, something like the key redefinition mechanism
  215. (SET KEY).  But such a mechanism would probably be somewhat complicated,
  216. because different systems use different methods to transmit "national"
  217. characters:
  218.  
  219. (a) Selected 7-bit USASCII characters are redefined, for instance left
  220. square bracket "[" might come out as an umlaut-A on a Swedish terminal.
  221.  
  222. (b) 8-bit codes are used to represent the national characters.  This might
  223. follow some proposed standard, or it might be completely system dependent
  224. (the IBM PC or DEC Rainbow have built-in 8-bit characters, totally different
  225. from each other).
  226.  
  227. (c) A shift-in/shift-out sequence might be used to switch between character
  228. sets.  This could correspond with the VT100's ability to switch in and out of
  229. the alternate character set ROM, triggered by ESC ( 1, ESC ( 2, etc.
  230.  
  231. If anybody knows about a good, general solution to this problem that does not
  232. require the program be modified for every new character set, please speak up.
  233.  
  234. - Frank
  235.  
  236. ------------------------------
  237.  
  238. Date: 08 Jul 86 19:39 +0200
  239. From: Per_Lindberg_QZ%QZCOM.MAILNET@MIT-MULTICS.ARPA
  240. Subject: Re: Swedish characters in Kermit
  241. Keywords: Swedish Characters
  242.  
  243. **KERMIT, IBM PC and national characters.**
  244.  
  245. Yes, there *is* a standard way to represent national characters with a
  246. 7-bit code! Instead of adding more bits, the trick is to shift between
  247. several character sets. The ANSI standard X3.41 escape sequence "SCS"
  248. (Select Character Set) which is implemented in the VT100 and VT102
  249. does this. ANSI X3.41 is related to ANSI X3.64, on which the VT100 is
  250. based. This scheme is also an ISO and SIS (Swedish Institute for
  251. Standards) standard. I suggest that you look up SIS 63 61 27 (ISO ESC
  252. 2/8 4/0 and ISO ESC 2/8 4/7 and ISO ESC 2/8 4/8).
  253.  
  254. My VT100-workalike can shift between vanilla ASCII and SIS using the
  255. ESC ( A, ESC ( B etc. scheme. The characters [ \ ] { | } are umlaut
  256.  
  257. Page 4                                                 INFO-KERMIT DIGEST V5 #1
  258.  
  259. A:s and O:s (upper & lower case) on the keyboard, and the ANSI ESC
  260. sequence shifts what the screen shows. There is a *big* difference in
  261. difficulty learning which is what: I know without thinking which key
  262. to hit for a left square bracket, but reading a C program with that on
  263. the screen is awful. So I just switch what the screen shows, and no
  264. problem.
  265.  
  266. BEGIN <flame>
  267.  
  268. wThe *problem* is IBM, who choose to use a non-standard 8-bit code for
  269. representing national characters. Foo! ALSO they have the WORST
  270. keyboard in history, with *both* USA and Swedish layouts. Double foo!
  271. (They are different, [ is an upper-case letter, so we want it shifted).
  272.  
  273. END <flame>
  274.  
  275. To live with this problem, all communications software on their PC has
  276. to talk 7-bit codes with the port and 8-bit codes with the screen and
  277. possibly also with the keyboard. Your (a)-(b)-(c) scheme is sound. To
  278. do this, I suggest you give KERMIT a character translation table for
  279. I/O to COM:, and another table for keyboard layout. This, I beleive,
  280. would solve the problem for all languages on the PC, be they Swedish,
  281. Hebrew or whatever. The tables should be written in assembler (using
  282. MACROs?), and linked with KERMIT giving an .EXE file which works on
  283. swedish-modified PC:s. (Swedish keyboard layout, the right 8-bit codes
  284. to the screen, the corresponding 7-bit codes to/from the port). Thus
  285. nationally flavoured KERMITs can be distributed. (A luser can't hack
  286. and link it, we have to do it and distribute diskettes, which we do
  287. anyway).
  288.  
  289. The console driver I have been talking about is not a good solution.
  290. However, IBM puts out a program called KEYBSV (KEYBNO for norway etc)
  291. with *all* swedish PC:s which (I think) remaps the BIOS keyboard
  292. driver. But since KERMIT reads the keyboard the hard way (?), this
  293. won't help. (And you don't want to send 8-bit codes to the port!) I
  294. have heard rumours that IBM has a paper with recommendations for
  295. nationalizing software, have you seen it? (I have not). Do try to get
  296. a copy of it, if it exists.
  297.  
  298. By the way, if you are implementing VT100 in KERMIT (which I think is
  299. a very good idea), you might want to test it with my VTTEST program
  300. which tests all features (and a few bugs...) in a VT100 (VT102). The
  301. program is written in C, and runs under TOPS-10 and Twenex (Sargasso
  302. C) and UNIX. If you don't already have it, I'll send it!
  303.  
  304.         -- Per Lindberg (Per_lindberg_QZ@QZCOM.MAILNET)
  305.                         QZ - Stockholm U. Computing Center
  306.                         Box 27322
  307.                         S-10254 Stockholm
  308.                         Sweden
  309.                         + 46 8 654500
  310.                         ...enea!suadb!lindberg
  311.  
  312.         (Im am not with the University of Stockholm, but the Stockholm
  313.         University Computing Center, which is another organisation).
  314.  
  315.  
  316. INFO-KERMIT DIGEST V5 #1                                                 Page 5
  317.  
  318. ------------------------------
  319.  
  320. End of Info-Kermit Digest
  321.  
  322. Page 6                                                 INFO-KERMIT DIGEST V5 #2
  323.  
  324. Info-Kermit Digest         Fri, 18 Jul 1986       Volume 5 : Number 2
  325.  
  326. Today's Topics:
  327.  
  328.                    Additional BITNET Kermit File Access
  329.                          Amiga Kermit Bootstrapping
  330.                       Extra-Long Packets Specification
  331.                 KERMIT Transfer Rates with File Compression
  332.                   MS-Kermit 2.29 Memory Contention Problem
  333.                    Rosetta Stone for MS-Kermit and VT100
  334.                              A Wish List (long)
  335.  
  336. ----------------------------------------------------------------------
  337.  
  338. Date: Tue, 15 Jul 86 06:19 EST
  339. From: <BRIAN@UOFT02.BITNET> (brian nelson)
  340. Subject: Additional BITNET Kermit File Access
  341. Keywords: KERMSRV at Uoft02
  342.  
  343. Usage of kermsrv@uoft02.bitnet
  344.  
  345. There is a bitnet server for Kermit files at the node Uoft02. The 'user' is
  346. called KERMSRV and is accessed in the following manner:
  347.  
  348. from VM/CMS:    CP SMSG RSCS MSG UOFT02 KERMSRV DIR
  349.                 CP SMSG RSCS MSG UOFT02 KERMSRV SEND K11*.*
  350.  
  351. from VMS Jnet:  $ SEND KERMSRV@UOFT02 SEND K11*.*
  352.  
  353. Please note that any filespec containing wildcard characters will be queued
  354. for a deferred transmission; please do not override this by submitting
  355. multiple requests.  Also, there is no point in sending requests that involve
  356. CUVMA or CUNYVM in the routing. If the traffic is too high, there is a
  357. possibility that requests could be deferred to the next day.
  358.  
  359. We are connected to Ohio State via 9600 line, then to PSUVM which goes
  360. to CUNYVM when I send you mail. Most of the european traffic seems to go
  361. from PSUVM to GWUVM and then out to EARNET. Anyway, I think we want to
  362. avoid routing that involves CUNYVM. Sorry, if we were farther west then
  363. this thing would be more useful.
  364.  
  365. The commands are (in Jnet format)
  366.  
  367.         $ send kermsrv@uoft02 dir FILESPEC
  368.         $ send kermsrv@uoft02 send FILESPEC
  369.         $ send kermsrv@uoft02 vmsdump FILESPEC
  370.         $ send kermsrv@uoft02 help
  371.  
  372. The 'VMSDUMP' command can be used to avoid EBCDIC translation, thus if you
  373. are running jnet on your vax you can request Kermit-11 binary files.
  374.  
  375. brian@uoft02.bitnet
  376.  
  377. [Ed. - Thanks for the information Brian!]
  378.  
  379. ------------------------------
  380.  
  381. INFO-KERMIT DIGEST V5 #2                                                 Page 7
  382.  
  383.  
  384. Date:  Wed, 16 Jul 86 16:22 N
  385. From: <MAESSEN%HWALHW5.BITNET@WISCVM.ARPA>
  386. Subject: Amiga Kermit Bootstrapping
  387. Keywords: Amiga Kermit, Bootstrapping
  388.  
  389. As I tried to install the Amiga Kermit I found out there was no real
  390. solution for the bootstrap procedure: How could I get the CKIBOO.BAS and
  391. CKIKER.BOO files on our Amiga?
  392.  
  393. One of the problems was, that if I used a simple BASIC program, buffer
  394. overflows occurred and there was no reliable stop criterium.
  395.  
  396. That's why I wrote two programs, one for our Vax and one BASIC program for
  397. the Amiga which can do the job.
  398.  
  399. W. Maessen
  400. Agricultural University,
  401. Wageningen, The Netherlands
  402.  
  403. P.S.
  404.  
  405. I didn't have the time to create a composite program which combines
  406. CKIBOO.BAS and this Amiga Basic program, but it sure would save some time.
  407.  
  408. [Ed. - Thanks!  The programs are listed in the file KER:CKIBOO.MSG.]
  409.  
  410. ------------------------------
  411.  
  412. Date: Thu 17 Jul 86 13:19:44-EDT
  413. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  414. Subject: Extra-Long Packets Specification
  415. Keywords: Extra-Long Packets, ELP
  416.  
  417. Recent technological advances have brought high-speed, error-correcting
  418. asynchronous dialup modems into the marketplace, and it won't be long until
  419. they are affordable by ordinary mortals.  The first question some people ask
  420. when they learn of these of these devices is whether their error-correcting
  421. capability has made Kermit obsolete.  The answer is an emphatic no, for at
  422. least two reasons.  First, although error-free transmission may be guaranteed
  423. from modem to modem, it cannot be assurred between modem and computer.
  424. Second, even when the connection between computer and modem is clean, problems
  425. of file delimitation, file representation, and computer-to-computer
  426. synchronization are not solved by these modems.
  427.  
  428. When new communication technologies provide high-speed, potentially error-free
  429. paths, then file transfer performance is unreasonably hampered by Kermit's
  430. short packets and its stop-and-wait operation.  But (you ask) won't the long
  431. packet extension solve this problem?  Perhaps, for some modems.  But others,
  432. already on the market, will not perform at their peak unless they handle data
  433. in bursts even longer than the 9024-byte maximum provided by this extension.
  434. One such modem, operating in half duplex, wants data in chunks of at least
  435. 16K-20K, and others may need even more.
  436.  
  437. Successful transmission of very long packets, especially at high speeds,
  438. requires effective end-to-end full duplex flow control.  When modems or other
  439.  
  440. Page 8                                                 INFO-KERMIT DIGEST V5 #2
  441.  
  442. intermediate devices are involved, each device along the chain must be able to
  443. control the flow of data from the devices "upstream."  For instance, if the
  444. receiving computer cannot keep up with arriving data, it must be able to stop
  445. the modem, and when the modem's buffers approach fullness, it must stop the
  446. other modem, which in turn must be able to stop the sending computer, all
  447. without loss of a single byte of data.
  448.  
  449. But given a virtually error-free path with reliable end-to-end flow control,
  450. Kermit's maximum packet length can be further increased by employing a second
  451. kind of extended header, which is just like the long-packet (LP) header, except
  452. with a 3-byte, rather than 2-byte, extended length field.  The presence of a
  453. 3-byte length field is signalled when the LEN field of the packet indicates
  454. (after decoding) a length of one.  The DATA field of such a packet begins with
  455. an extended header in which the first three bytes are the 3-digit base-95
  456. length, and the 4th byte is the header checksum.  This allows for lengths up to
  457. 857,374 (95 cubed minus 1).
  458.  
  459. To ensure that this extension is compatible with Kermit programs that are
  460. unaware of it, we must include it in the negotiations.  Rather than extend the
  461. capability mask into a second byte, we take over one of the reserved bits, and
  462. assign capability #2 (bit 4 of the first capability byte, corresponding to a
  463. value of 16) for extra-long packets (ELP).  The rest of the initialization
  464. string stays the same, but the interpretation of the MAXLX1 and MAXLX2 fields,
  465. which appear at CAPAS+2 and CAPAS+3 respectively, is different.  If the ELP
  466. capability bit is set (regardless of the setting of the LP bit), then the
  467. 2-digit base-95 quantity given by MAXLX1 and MAXLX2 should be multiplied by 95
  468. to obtain the intended length.  In other words, MAXLX1 is the "9025's place"
  469. (rather than the 95's place), and MAXLX2 is the 95's place (rather than the 1's
  470. place).  For instance, if the maximum length is to be 30,000, the encoding
  471. could be "#>" (3x9025 + 30x95 = 29,925) or "#?" (30,020).
  472.  
  473. As with regular long packets, the file receiver tells the sender the maximum
  474. length packet to send.  But now there are more possibilities, since either
  475. Kermit program may support one or the other or both (or neither) long packet
  476. extension.  If the receiver does not support LP or ELP, the sender will send
  477. only normal packets (NP).  If a Kermit program supports ELP, then it should
  478. also support LP, so that it can fall back to LP rather than to NP when the
  479. receiver supports LP but not ELP.
  480.  
  481. The interesting case arises when the sender supports only LP, but the receiver
  482. supports both LP and ELP.  If the receiver puts the ELP maximum length in
  483. MAXLX1 and MAXLX2, then the sender (which is unaware of the ELP extension) will
  484. interpret these numbers as the LP maximum length, 95 times smaller than what
  485. the receiver intended.  But since the sender goes first in the negotiation, the
  486. receiver sees that the sender does not have ELP capability, and in this case it
  487. can specify a suitably large LP maximum length (like 9024) in its own
  488. initialization string, rather than an ELP maximum length that the sender would
  489. misinterpret.  Without this trick, fallback would occur to a much smaller size.
  490.  
  491. A few final words of caution are necessary.  First, the longer the packet, the
  492. more rigorous the required error-checking technique; it would be unwise to
  493. transmit packets of thousands of characters guarded by anything less than a
  494. 16-bit CRC.  Second, extra-long packets are untried as of this writing; even if
  495. the technique works, performance might be disappointing if the implementation
  496. follows the straightforward path suggested in all the foregoing code.  When
  497. packets are very long, the transmission line can sit idle for extended periods
  498.  
  499. INFO-KERMIT DIGEST V5 #2                                                 Page 9
  500.  
  501. while packets are being assembled and disassembled.  Although idleness is
  502. unavoidable while the receiver is checking and processing the packet before
  503. ACKing it, the sender can make use of this time to begin assembling its next
  504. packet, so that additional idle time after the ACK is received is avoided.
  505. This trick requires an additional packet transmission buffer, which, for
  506. very long packets, might be hard to find.  Finally, users must know the
  507. required conditions for successful use of long packets, and must request
  508. extended packet sizes explicitly; too many things can go wrong if long packets
  509. are used by default.
  510.  
  511. ------------------------------
  512.  
  513. Date: Tue, 15 Jul 86 13:19 EDT
  514. From: CCPHIL@TUCC.BITNET (Phil Julian, SAS Institute)
  515. Subject: KERMIT Transfer Rates with File Compression
  516. Keywords: Compression
  517.  
  518. We have found that piping Kermit input through a 'compress' program will
  519. greatly increase the transmission rate when going between a Sperry 5000 Unix
  520. system and an HP 9000 Unix system, using C-Kermit on both ends.  Much of the
  521. improvement may be due to spaces in the original source, and nulls in the
  522. tar format, but the effects of the compression program are much greater than
  523. Kermit's internal space compression.
  524.  
  525. The first attempt to send the files was
  526.  
  527.      tar cf - . | kermit -i -s -             on the HP 9000
  528.      kermit -i -k | tar xf -                 on the Sperry 5000
  529.  
  530. 22 megabytes took 8.5 hours to send, with a 31.4% efficiency rate, at 19.2k
  531. baud.
  532.  
  533. The next attempt to send the files was
  534.  
  535.      tar cf - . | compress | kermit -i -s -     on the HP 9000
  536.      kermit -i -k | uncompress | tar xf -       on the Sperry 5000
  537.  
  538. 4 megabytes took 1 hour to send, with a 54.6% efficiency rate, at 19.2k
  539. baud.  The improvement was a 74% over using Kermit alone.  The compress
  540. program is in the public domain, and uses the Lempel-Ziv algorithm.
  541.  
  542. These figures may add to the argument to add space compression algorithms to
  543. the Kermit protocol.  Few systems have Unix-like pipes, so the addition to
  544. the protocol would be useful.
  545.  
  546. [Ed. - Yep, in fact this technique is suggested in the documentation.  There
  547. are other problems with Unix Kermit performance too, including excessive
  548. copying of data from buffer to buffer, single-character i/o where bulk i/o
  549. would suffice, lack of flow control, etc.  These will be addressed in future
  550. releases.]
  551.  
  552. ------------------------------
  553.  
  554. From: I. WRENCH <ELRL93@uk.ac.rutherford.prime-f>
  555. Date: Wed, 16 Jul 86 09:11:36 BST
  556. Subject: MS-Kermit 2.29 Memory Contention Problem
  557.  
  558. Page 10                                                INFO-KERMIT DIGEST V5 #2
  559.  
  560. Keywords: MS-Kermit 2.29 memory contention
  561.  
  562. In a previous UK newsletter I asked for help with problems using v2.29 of
  563. Ms-Kermit to a DEC 10 system. The symptoms were that files sent from the PC
  564. contained spurious characters on arrival, always in the same places. Several
  565. people replied with sugestions, all of which i tried and seem to have no
  566. success. I managed to get access to kermits on non-DEC machines and tried my
  567. Ms-Kermit out with them - and got exactly the same problem. This lead me to
  568. think that my actual copy of Ms-Kermit (brought down in .BOO form from
  569. Lancaster) might have been corrupted somehow. I brought the .BOO file down
  570. again using a different terminal capture prog than I originally used, and
  571. converted the .BOO file using both the .PAS and .BAS de-hexers - but nothing
  572. changed. This seems to suggest that there was something wrong with the set-up
  573. on the IBM-XT I was using, and with a lot of playing around I traced down the
  574. problem to be a program called INT10 that was being loaded in the AUTOEXEC.BAT
  575. file. This program I believe has something to do with the Hercules graphics
  576. board and I presume was causing workspace contention problems with Ms-Kermit. I
  577. think this was caused as Ms-Kermit was growing in size to the point when the
  578. problem was triggered at the release of v2.29. Incidentally the scroll back
  579. pages function also just stopped working, it just pulled back rubbish onto the
  580. screen. Anyway all is back to perfect working order now, if anyone else was
  581. having similar problems to me i.e a perectly good program just stopped working
  582. properly, and you can't trace it, then look to see what else is resident in
  583. memory. Hope this is of use.
  584.  
  585.                    Iain Wrench.
  586.  
  587. [Ed. - See next message.]
  588.  
  589. ------------------------------
  590.  
  591. Date: 17 JUL 86 13:31-MDT
  592. From: JRD@USU
  593. Subject: RE: MS-Kermit 2.29 Memory Contention Problem
  594. Keywords: MS-Kermit 2.29 memory contention
  595.  
  596. Iain's difficulties were appearence of strange characters in transferred
  597. files and a trashed roll back screen.  In his most recent note he traced
  598. both to a Hercules supplied Helpful Utility, INT10.COM.
  599.  
  600. Indeed, Iain. The Hercules display board has characteristics much different
  601. than standard IBM boards. Their INT10 program intercepts Bios Int 10h calls
  602. (video display) and maps them into Hercules compatible form and might also
  603. use memory not belonging to itself. The strange looking characters on the
  604. roll back display were graphics images whereas Kermit expects text and
  605. attributes. I have a legal copy of INT10 here and get similar troubles.
  606. However, Kermit runs well with the EGA boards, in text mode.
  607.  
  608. Thanks for the specific symptoms. I had seen your original note in the UK
  609. Kermit newsletter, but have not had time to reply.
  610.  
  611.         Regards,
  612.         Joe D.
  613.  
  614. ------------------------------
  615.  
  616.  
  617. INFO-KERMIT DIGEST V5 #2                                                Page 11
  618.  
  619. Date: Mon, 14 Jul 86 21:51:40 EDT
  620. From: Edward_Vielmetti%UMich-MTS.Mailnet@MIT-MULTICS.ARPA
  621. Subject: Rosetta Stone for MS-Kermit and VT100
  622. Keywords: VT100 Emulation, Keyboard settings
  623.  
  624. After (too much) hacking around with various other terminal programs and
  625. with Kermit, I've come up with a reasonably useful general reference for
  626. mapping the vt100 keypad with MS-Kermit.
  627.  
  628. No single keyboard mapping is "best"; it all depends on your particular
  629. application.  In particular, some keyboards are best mapped logically (f1
  630. corresponds to numeric pad 1) and others are best done physically (the one
  631. in the upper corner is the same in both).  Instead of trying to please
  632. everyone, here's a way to roll your own with a minimum of effort.
  633.  
  634. The first set of diagrams are pictures of the keyboard mappings for all the
  635. vt100 implementations I could find.  There aren't too many, but these few
  636. show the various approaches nicely.
  637.  
  638. The second set of diagrams should save some time when you build an
  639. initialization file.  In it are the results of SHOW KEY for all the function
  640. keys and all the numeric keypad keys.
  641.  
  642. (The numeric keypads shown have an enter key on them, since they were done
  643. on a Zenith 158.  With that exception they should be generally applicable.
  644. I don't have an enhanced AT keyboard to play with.)
  645.  
  646. Edward Vielmetti
  647. Computing Center MicroGroup
  648. University of Michigan
  649. emv%UMich-MTS.Mailnet@MIT-Multics.ARPA
  650.  
  651.  
  652.  +----+----+----+----+
  653.  | PF1| PF2| PF3| PF4|       This is the layout of a real, live
  654.  +----+----+----+----+       VT100 keypad.
  655.  |  7 |  8 |  9 |  - |
  656.  +----+----+----+----+
  657.  |  4 |  5 |  6 |  , |
  658.  +----+----+----+----+
  659.  |  1 |  2 |  3 |    |
  660.  +----+----+----+entr|
  661.  |    0    |  . |    |
  662.  +---------+----+----+
  663.  
  664.  
  665.  +----+----+----+----+
  666.  | SF1| SF2| SF3| SF4|       This is the layout of the VT100 emulation
  667.  +----+----+----+----+       for Procomm v2.3.
  668.  | F7 | F8 | F9 | SF5|
  669.  +----+----+----+----+
  670.  | F4 | F5 | F6 | SF6|
  671.  +----+----+----+----+
  672.  | F1 | F2 | F3 |    |
  673.  +----+----+----+ SF8|
  674.  |   F10   | SF7|    |
  675.  
  676. Page 12                                                INFO-KERMIT DIGEST V5 #2
  677.  
  678.  +---------+----+----+
  679.  
  680.  +----+----+----+----+
  681.  | F1 | F2 | F3 | F4 |       This is the layout of the default VT100
  682.  +----+----+----+----+       emulation for MS-Kermit v2.29.
  683.  | F5 | F6 | F7 | F8 |
  684.  +----+----+----+----+
  685.  | F9 | F10| SF1| SF2|
  686.  +----+----+----+----+
  687.  | SF3| SF4| SF5|    |
  688.  +----+----+----+ SF6|
  689.  |   SF7   | SF8|    |
  690.  +---------+----+----+
  691.  
  692.  +----+----+----+----+
  693.  | F1 | F2 | SF1| SF2|       This is the layout for PC-VT v8.4.  Note
  694.  +----+----+----+----+       the two keys mapped to the same
  695.  | F3 | F4 | SF3| SF4|       VT100 key in the case of 0 and enter.
  696.  +----+----+----+----+
  697.  | F5 | F6 | SF5| SF6|
  698.  +----+----+----+----+
  699.  | F7 | F8 | SF7| SF8|
  700.  +----+----+----+    |
  701.  | F9   F10| SF9|SF10|
  702.  +---------+----+----+
  703.  
  704.  +----+----+----+----+
  705.  | OP | OQ | OR | OS |       These are the escape sequences sent out
  706.  +----+----+----+----+       by these emulations.  Read "OP" as
  707.  | Ow | Ox | Oy | Om |       <esc>OP.
  708.  +----+----+----+----+
  709.  | Ot | Ou | Ov | Ol |
  710.  +----+----+----+----+
  711.  | Oq | Or | Os |    |
  712.  +----+----+----+ OM |
  713.  |   Op    | On |    |
  714.  +---------+----+----+
  715.  
  716.  +----+----+----+----+
  717.  | F10| SF1| SF2| SF3|       This is the VT100 emulation
  718.  +----+----+----+----+       defined by PC1:MSKERMIT.INI
  719.  | F7 | F8 | F9 | SF4|       for the University of Michigan's
  720.  +----+----+----+----+       MTS system.
  721.  | F4 | F5 | F6 | SF5|
  722.  +----+----+----+----+
  723.  | F1 | F2 | F3 |    |
  724.  +----+----+----+ SF6|
  725.  |  Grey - | SF7|    |
  726.  +---------+----+----+
  727. 1
  728.  Show Key for the function keys:
  729.  
  730.  +----+----+   +----+----+   +----+----+   +----+----+
  731.  | f1 | f2 |   | 596| 597|   |1118|1119|   |2152|2153|
  732.  +----+----+   +----+----+   +----+----+   +----+----+
  733.  | f3 | f4 |   | 598| 599|   |1120|1121|   |2154|2155|
  734.  
  735. INFO-KERMIT DIGEST V5 #2                                                Page 13
  736.  
  737.  +----+----+   +----+----+   +----+----+   +----+----+
  738.  | f5 | f6 |   | 600| 601|   |1122|1123|   |2156|2157|
  739.  +----+----+   +----+----+   +----+----+   +----+----+
  740.  | f7 | f8 |   | 602| 603|   |1124|1125|   |2158|2159|
  741.  +----+----+   +----+----+   +----+----+   +----+----+
  742.  | f9 | f10|   | 604| 605|   |1126|1127|   |2160|2161|
  743.  +----+----+   +----+----+   +----+----+   +----+----+
  744.   unshifted      shifted      with ctrl     with alt
  745.  
  746.       +----+----+----+----+          +----+----+----+----+
  747.       |Home| Up |PgUp|Gry-|          |  7 |  8 |  9 |Gry-|
  748.       +----+----+----+----|          +----+----+----+----|
  749.       |Left|    |Rght|Gry+|          |  4 |  5 |  6 |Gry+|
  750.       +----+----+----+----+          +----+----+----+----|
  751.       | End|Down|PgDn|    |          |  1 |  2 |  3 |    |
  752.  +----+----+----+----+entr|     +----+----+----+----+entr|
  753.  |   Ins   |   Del   |    |     |    0    |    .    |    |
  754.  +---------+---------+----+     +---------+---------+----+
  755.           cursor pad                   numeric pad
  756.  
  757.  
  758.       +----+----+----+----+          +----+----+----+----+
  759.       | 71 | 72 | 73 | 74 |          | 583| 584| 585| 586|
  760.       +----+----+----+----+          +----+----+----+----+
  761.       | 75 |    | 77 | 78 |          | 587| 588| 589| 590|
  762.       +----+----+----+----+          +----+----+----+----+
  763.       | 79 | 80 | 81 |    |          | 591| 592| 593|    |
  764.  +----+----+----+----+ 28 |     +----+----+----+----+ 540|
  765.  |    82   |    83   |    |     |   594   |   595   |    |
  766.  +---------+---------+----+     +---------+---------+----+
  767.          unshifted                       shifted
  768.  
  769.       +----+----+----+----+
  770.       |1143|    |1156|    |
  771.       +----+----+----+----+
  772.       |1139|    |1140|    |
  773.       +----+----+----+----+
  774.       |1141|    |1142|    |
  775.  +----+----+----+----+1052|
  776.  |         |         |    |
  777.  +---------+---------+----+
  778.           with ctrl
  779.  
  780. ------------------------------
  781.  
  782. Date: Wed, 16 Jul 86 16:17 PDT
  783. From: FRIEDMAN%OAVAX.MNET.MFENET@LLL-MFE.ARPA
  784. Subject: A Wish List (long)
  785. Keywords: MS-DOS Kermit, MS-DOS 2.29
  786.  
  787.      For the last year or so I have been using MS-KERMIT on a PC-XT to
  788. connect to a variety of computers.  These include the CRAYs here at
  789. NMFECC and the local VAX running VMS.  I have been collecting a
  790. wish-list, and thought it was time to post it and see if some of the
  791. items might be added to the "official" list in the BWR file.
  792.  
  793.  
  794. Page 14                                                INFO-KERMIT DIGEST V5 #2
  795.  
  796.      Here goes:
  797.  
  798. 1) Any new text coming from the host or typed by the user should appear
  799. at the end of the last screenful, not at the cursor location.  Operator
  800. messages from the host, as well as messages from programs I am running,
  801. often obscure critical text on the screen while I am examing something I
  802. did five minutes earlier.
  803.  
  804. 2) Seven pages (or so) of screen memory is nowhere near enough.  I'd
  805. like to be able to use as much memory as I want, (say) 30 pages of
  806. screen memory.  Better still would be an "infinitely" long memory,
  807. with simultaneous storage into a disk file that would serve as both a
  808. log and the top half of the screen memory.  This might also allow you
  809. to view the screen memory of your last session simply by paging back
  810. during the current session.  The present log is awkward since a) it
  811. isn't available online, and b) it contains a lot of control
  812. characters from backspacing over typing errors, and from screen
  813. editing sessions on the VAX when I forget to turn off the logging.
  814.  
  815. 3) Printing and dumping.  It would be nice if one could somehow "mark" a
  816. section of the screen memory and either print it or save it to a file.
  817.  
  818. 4) The CRAYs do not respond to input characters until the carriage
  819. return is pressed (this is also true of many computers accessed through
  820. networks).  Thus, screen editing is impossible without use of a
  821. "co-editing" program which runs on the PC and the CRAY simultaneously.
  822. It might be a good project to develop standards for such a system.
  823. NMFECC and LCC both support a system called SED which seems to work
  824. well.
  825.  
  826. 5) Again because of the above characteristic, editing of input lines
  827. is limited to backspacing.  A true line-editing capability (as on the
  828. VAX, or in the DOS supplement/shareware program CED) could be
  829. incorporated into the terminal emulator.  This is the natural place
  830. for such a capability, since the line could be echoed locally,
  831. edited, then sent when the return key was pressed.
  832.  
  833. 6) A related wish is command-line recall, either VMS/CED-style (press a
  834. key repeatedly and old command lines reappear in reverse order) or by
  835. highlighting text in the screen memory somehow, then bringing the line
  836. into the current command buffer for editing by pressing a key, then
  837. sending it with a return.  On our system, linefeed characters echo as
  838. exclamation points, and so a facility for translating exclamation points
  839. into linefeeds (and echoing linefeeds as !'s during local pre-
  840. transmission editing) would be useful - of course, the mapping should
  841. be general enough to support a variety of host computer idiosyncrasies.
  842.  
  843. 7) When I assign a character string to a key, then press the key, often
  844. the characters appear too rapidly for our CRAY terminal concentrator to
  845. accept them.  It would be useful if the speed with which character
  846. strings were sent to the host could be selected by the user.  Since when
  847. I talk to the VAX I press the arrow keys a lot, and these send
  848. three-character sequences, I'd like these to be sent at full speed - so
  849. some means of specifying the "speed of paste" when each key is defined
  850. would be best.  (Also, it would be nice if the interactive key
  851. definition procedure were streamlined so that the user need only press
  852.  
  853. INFO-KERMIT DIGEST V5 #2                                                Page 15
  854.  
  855. the key they wished to define - why do we need to know the scan code?).
  856.  
  857. 8) It would be nice to have a "bare bones" mode that used DOS for the
  858. keyboard handling.  My text editor has a facility whereby one can
  859. start a command processor, and use the editor commands to paste old
  860. lines, etc.  Thus, one gets command line recall and a log when
  861. running compilers on the pc.  It would be nice if I could run codes
  862. on the CRAY this way.
  863.  
  864.      Also, I have some questions about what happens when one is not
  865. in connect mode and a message comes in over the serial port from the
  866. mainframe.  When I am at Kermit command level after a ctrl-]c, then I
  867. reconnect, data is missing from the screen (if I had been listing my
  868. files, the list would be garbled).  I have had better luck with
  869. ctrl-]p.  What I'd really like is a full explanation of what happens
  870. - for example, does the disk actually run in a background mode to
  871. update the log when an interrupt comes in over the port?
  872.  
  873.      Finally, I expect that some of the above wishes might be
  874. answered by use of either a) a windowing program, b) a mouse with
  875. appropriate driver for cut-and-paste, or c) a keyboard enhancer
  876. program, and wonder if anyone has learned any useful tricks.  I use
  877. SIDEKICK all the time with MS-KERMIT, and find it useful to paste
  878. frequently used lines from the notepad; SIDEKICK allows the user to
  879. control the speed of pasting, and so I avoid the problem alluded to
  880. in (7) above.
  881.  
  882.      In general, I'm very pleased with MS-KERMIT; I would appreciate
  883. any comments on these ideas from either the KERMIT developers or the
  884. user community.  Comments can be posted if of general interest; other-
  885. wise I can be reached at:
  886.               friedman%llv@lll-mfe.arpa
  887. or some such thing depending on the syntax of your local mail utility;
  888. Im on the LLV VAX on the MFENET at Lawrence Livermore National Laboratory.
  889.  
  890. ------------------------------
  891.  
  892. Date: 16 JUL 86 21:47-MDT
  893. From: JRD@USU
  894. Subject: RE: Wish List
  895. Keywords: MS-DOS Kermit, MS-DOS 2.29
  896.  
  897. Mr. Friedman (friedman%llv@lll-mfe.arpa),
  898.  
  899.         Your long "wish list" arrived in the mail from Columbia and, since
  900. I have been doing much of the MS Kermit development recently, perhaps I can
  901. comment on some of the points.
  902.  
  903.         As I understand things, the bulk of the wishes are closely related
  904. to offsetting deficiencies of the mainframe host, full editing facilities
  905. in particular.
  906.  
  907. Point 1: While in connect mode incoming text should be placed at the end
  908. of previously received text rather than at the cursor position (if the screen
  909. has been rolled back manually). True, but. This would require a healthy amount
  910. of screen and memory management code and employment of multiple pages of video
  911.  
  912. Page 16                                                INFO-KERMIT DIGEST V5 #2
  913.  
  914. memory (on what kind of display adapter?) to avoid massive flickering between
  915. old and new screens. And, think about what must be done if the regular screen
  916. scrolls up. Just telling the host Xoff can work wonders most of the time;
  917. exiting connect mode, selecting port 2, and returning to connect mode will
  918. also preserve the old screen (but will lose new incoming text from port 1).
  919.  
  920. Point 2: Five screens of roll back are too few, 30..inf would be much nicer.
  921. Again, these things can be done, at a stiff price in both runtime code
  922. space and programmer effort. An easy work around is to make a hard copy
  923. listing as you go (Control PrtSc does the trick). Micros are spoiling us.
  924.  
  925. Point 3: Selectively edit a screen for dumping to a printer. See below.
  926.  
  927.         Modern full screen editors on micros have many of the characteristics
  928. you wish. They cost $200+ when Sold in large quantities and they just edit.
  929. Some serious duty editors of this kind are Brief, Emacs, Epsilon, and Kedit.
  930. For capturing program output to a window have a look at Epsilon by Lugaru;
  931. I'm using Brief. Some day, "real soon now", mainframe editors will catch up,
  932. but at a very hefty price in i/o channel facilities (38 Kbaud+) and scads of
  933. real memory for buffers, etc. My students have remarked to me that because
  934. I have pronounced ideas on what editors should do then why not write my own.
  935. Yes, certainly, but what about all the other interesting things to do?
  936.  
  937. Point 4: Cray editors are line oriented rather than full screen types. Yep!
  938. Only Real Programmers use Crays and RPs are happy with card images and
  939. patching binaries; I was & did. Try a copy of Emacs. By the way, why are
  940. you burning up Cray time doing editing? Don't you fellows at LLL work into a
  941. mere-computer front end to handle i/o, scheduling, and other routine chores?
  942. (Must be the SDI money.)
  943.  
  944. Point 5: Line editing Helpful Utilities. These still work under Kermit!
  945. Mouse menus can be very useful for classes of minor tasks, and Kermit loves
  946. the little fellows. Microsoft supplies a very good menu program with their
  947. mouse; I have both.
  948.  
  949. Point 6: Command line recall buffer and translation of strange input chars.
  950. Kermit already has too many buffers and the command parser is Byzantine
  951. trying to do the present command line editing (in system independent fashion).
  952. Limited translation is being considered, particularly for European characters.
  953.  
  954. Point 7. Pace sent characters. Either lower the baud rate or have the troops
  955. get a concentrator with typeahead buffering. If we were to pace characters
  956. then most of the other users would hit the overhead. Also, key redefinition
  957. could be much smoother. Sure could, and we are thinking about doing so
  958. when time is available; it will not replace Prokey et al. Also, how do you
  959. get file transfer packets through a slow concentrator?
  960.  
  961. Point 8: Bare bones keyboard handling (let DOS do it). MS Kermit obtains
  962. keyboard info by both DOS calls and Bios calls; it does not go to the
  963. keyboard hardware and the like. It is about as bare bones as possible. If you
  964. were to use a fancy console handler which passes along scan codes properly
  965. then it probably would be compatible with Kermit. Most such utilities do not
  966. do so yet.
  967.  
  968. Question: What's with the serial port?
  969.         Kermit returns the serial port to its original owner when Kermit
  970.  
  971. INFO-KERMIT DIGEST V5 #2                                                Page 17
  972.  
  973. does not have direct need of it, such as between file transfers. That is
  974. a very good safety feature for a program which uses interrupts for reception.
  975. As you may notice, between file transfers or Connect sessions there is no
  976. implied source/sink for serial port information; thus, Kermit is unaware
  977. of the port at such times. If the port were left active then Kermit would
  978. have to be prevented from accessing conflicting programs or letting the user
  979. Push to DOS, etc just to keep the interrupts from calling a perhaps non-
  980. existant interrupt routine (a disaster) or having a buffer overflow.
  981. When DOS grows up to be a multi-tasking o/s then we can consider letting
  982. Kermit run in the background; WINDOWS/DOS 5.0 does not seem to be there yet.
  983. I also run DECnet-DOS on my micro, and it tries to permanently install itself
  984. as an extension of DOS plus "own" the serial port most of the time. It runs
  985. the port in the background and messes with DOS in a very serious way.
  986.  
  987. Comment added by me. Kermit as a whole is written and improved by volunteers,
  988. using an enormous number of man hours, and we earn exactly zero for doing so.
  989. Thus, features get added when someone decides to do them (best to let Columbia
  990. know first since others may be doing the same thing). Many of the items on
  991. your wish list fall into the very sophisticated technique department.
  992. Fortunately for all of us, many of the Kermit contributors are adept at such
  993. matters, when they have the time. Suggestions such as yours provide a rich
  994. menu of interesting things to consider. Like to have a go at one or two?
  995. And not least, thanks for the nice words about the existing Kermit; they help.
  996.  
  997.         Regards,
  998.         Joe D.
  999.  
  1000. ------------------------------
  1001.  
  1002. End of Info-Kermit Digest
  1003.  
  1004. Page 18                                                INFO-KERMIT DIGEST V5 #3
  1005.  
  1006. Info-Kermit Digest         Tue, 22 Jul 1986       Volume 5 : Number 3
  1007.  
  1008. Today's Topics:
  1009.                   New Kermit for the Commodore Amiga
  1010.                             HP1000 Kermit
  1011.                       Bug in MS-DOS Kermit 2.29
  1012.                              Sanyo Kermit
  1013.                           BOO File Problems
  1014.                    Extra-Long Packets Specification
  1015.               Some Thoughts about Long Packets in Kermit
  1016.                           CMS Kermit Problem
  1017.  
  1018. ----------------------------------------------------------------------
  1019.  
  1020. Date: Mon 21 Jul 86 17:31:29-EDT
  1021. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  1022. Subject: New Kermit for the Commodore Amiga
  1023. Keywords: Amiga, Commodore Amiga, C-Kermit
  1024.  
  1025. This new version of Kermit for the Commodore Amiga is based on the current
  1026. C-Kermit release, 4D(060), and has been sent in by Jack Rouse of SAS
  1027. Institute (Cary, NC).  It replaces (by mutual agreement) the Amiga Kermit
  1028. previously submitted by Davide Cervone of the University of Rochester.  The
  1029. CKI*.* files have been replaced, except for the bootstrapping files, which
  1030. remain where they were.  Also, several of the system-independent C-Kermit
  1031. modules have been restored to their original condition (the previous Amiga
  1032. Kermit release altered them to include "printf2" and "printf3" functions;
  1033. these are no longer needed).  The new release includes help, documentation,
  1034. beware, and "boo" files, along with source.  The files are in KER:CKI*.* on
  1035. CU20B, plus (if you want to build from source) the other C-Kermit source
  1036. files (CKU*.C, CKU*.H, CKC*.C, CKC*.H, CKWART.*, CKCPRO.W).  The files are
  1037. also available on BITNET from KERMSRV at CUVMA.  For those who cannot get at
  1038. these files over the networks, or who have trouble with the bootstrapping
  1039. procedure, Jack will send an Amiga diskette including source and executable
  1040. program if you send him a check for $6.00:
  1041.  
  1042.   Jack Rouse
  1043.   106 Rubin Ct., Apt. A-4
  1044.   Cary, NC  27511
  1045.  
  1046. The CKI*.* files from the previous Amiga Kermit are still available on CU20B
  1047. as KO:CKI*.*.  Jack is also working on an adaptation of C-Kermit to Apollo
  1048. Aegis.  This will be announced when it is received.
  1049.  
  1050. ------------------------------
  1051.  
  1052. Date: 17 Jul 86 17:20 +0200
  1053. From: W._Michael_Terenyi%QZCOM.MAILNET@MIT-MULTICS.ARPA
  1054. Subject: HP1000 Kermit
  1055. Keywords: HP1000 Kermit
  1056.  
  1057. For a long time I have tried to install Kermit on every machine in our
  1058. company's multivendor computer hardware environment.
  1059.  
  1060. The biggest problems arose with the HP1000 (RTE-6/VM) we still have, but
  1061. finally I could solve them mostly.
  1062.  
  1063. INFO-KERMIT DIGEST V5 #3                                                Page 19
  1064.  
  1065.  
  1066. The Fortran-Kermit (HPM* files) you distribute contains some bugs, but we
  1067. could get it running with an HP150-Kermit, but not with VAX- or
  1068. DEC20-Kermit. For a long time we had to use the HP150-Kermit (with debug
  1069. mode enabled) as an intermediate for transfers to other hosts. Not good, but
  1070. better than nothing.
  1071.  
  1072. When the Pascal-Kermit (HPA* files) arrived, we hoped to get it working,
  1073. because the Pascal-Compiler is identical on RTE-6/VM and RTE-A. But we ran
  1074. into big troubles, and as a regular reader of Kermit Info Digest I wonder
  1075. that nobody has complained about this Kermit version.  These were the main
  1076. problems:
  1077.  
  1078. 1. Two source files are missing (PASCAL.PAS, VMAST.PEX).
  1079. 2. A compiler directive (STANDARD_LEVEL HP1000) is missing in some modules,
  1080.    causing lots of compilation errors.
  1081. 3. The revision number of the Pascal compiler has to be 2440
  1082.    (or later) and not 2401 as stated in the instructions.
  1083.  
  1084. We did a lot of investigations to find this, but after adding the correct
  1085. compiler directive and installing a new version of the Pascal compiler, we
  1086. gave up, because of the missing source files. They contain only procedure
  1087. headers, and backtracing from the compilation errors it is possible to write
  1088. them again. But we did not want to put so much work in it.  I also tried to
  1089. phone the author of this Kermit, but he went off in his holidays for 4 weeks
  1090. just half an hour before I called him, and nobody else was there to help me.
  1091.  
  1092. But finally everything turned into happiness, when I received a new Fortran
  1093. version of Kermit distributed at an HP1000 conference in Washington (DC). I
  1094. could compile and link it without any problems and it worked instantly.
  1095. Later I discovered a bug concerning the time-out setting of the terminal
  1096. port, but this was obvious and easy to correct. This Kermit version supports
  1097. remote and local (very difficult on a half-duplex machine!) operation as
  1098. well as server mode. And, best of all, this Kermit runs on RTE-6/VM and
  1099. RTE-A as well, the type and revision(!) of the operating system is
  1100. selectable by parameters.
  1101.  
  1102. I suggest, that this Kermit version should replace both the HPM* and HPA*
  1103. files in the official Kermit distribution.
  1104.  
  1105. I am sure that the author will give you the most recent version of this
  1106. Kermit (which I do not have, yet) if you contact him:
  1107.  
  1108.   Paul Schuman
  1109.   E-Systems, Inc., Greenville Division
  1110.   P.O. Box 1056 CBN 101
  1111.   Greenville, Texas 75401
  1112.   Phone (214) 457-5358
  1113.   Telex 701511 mfogvl ud
  1114.  
  1115. In the meantime we got MS-Kermit 2.29 on our ATs, and we discovered that the
  1116. HP1000-Kermit does not like it (file transfer with version 2.27 works
  1117. perfectly). We have found out, that the 2.29-Kermit precedes every packet
  1118. with XON or binary zero depending on the setting of the flow control, and
  1119. the HP1000-Kermit seems to have a bug in its packet parsing routine.  Maybe
  1120. this is already corrected in the next release, which I will receive in
  1121.  
  1122. Page 20                                                INFO-KERMIT DIGEST V5 #3
  1123.  
  1124. October presumably, but is now available from Paul Schuman as said above.
  1125.  
  1126. Best regards, Michael.
  1127.  
  1128. Real Name:     Wolfgang Michael Terenyi
  1129. MAILNET:       W._Michael_Terenyi_(SANDOZ)@QZCOM.MAILNET
  1130. ARPA/CSNET:    W._Michael_Terenyi_(SANDOZ)%QZCOM.MAILNET@MIT-MULTICS.ARPA
  1131. JANET:         W._Michael_Terenyi_(SANDOZ)%QZCOM@UK.AC.YORK.KL
  1132. G3 Fax:        +43 222 867018
  1133. Telex:         132287 sfi a
  1134. Real Address:  SANDOZ Research Institute
  1135.                Brunner Str. 59
  1136.                A-1235 Vienna
  1137.                Austria, Europe
  1138.  
  1139. [Ed. - Many thanks for the information.  We have written to Paul Schuman and
  1140. asked him to send it in.  It will be announced when (if?) it arrives.  Also
  1141. thanks for describing the MS-DOS Kermit problem so succinctly (see below).]
  1142.  
  1143. ------------------------------
  1144.  
  1145. Date: Fri 18 Jul 86 11:22:05-EDT
  1146. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  1147. Subject: Bug in MS-DOS Kermit 2.29
  1148. Keywords: MS-DOS Kermit, IBM Mainframe, HP1000, Harris
  1149.  
  1150. The new MS-DOS Kermit has a serious problem when used with certain kinds of
  1151. host computers, including IBM mainframes, HP-1000's, and Harris minis.  The
  1152. symptom is that file transfer doesn't work -- either at all, or else rarely.
  1153. The cause is that when flow-control is set to NONE, then Kermit erroneously
  1154. precedes each packet with a NUL (ASCII 0) byte.  Most hosts are immune to
  1155. NULs on the communication line, but an IBM mainframe with VM/CMS will
  1156. discard all following characters up to the break character (CR), in Kermit's
  1157. case the entire packet.  On the Harris, a NUL reportedly kills the entire
  1158. Kermit process.  See the previous message for what happens on the HP-1000.
  1159. A patch is available for those who are affected by this problem.  Since it
  1160. is rather long, it has been added to the end of the "beware file".  This
  1161. file is available as KER:MSKERM.BWR on CU20B (via anonymous FTP on the
  1162. Internet) or MSKERM BWR on CUVMA (via KERMSRV on BITNET).
  1163.  
  1164. An updated release of MS-DOS Kermit containing fixes for this and all the
  1165. other reported problems, plus a few surprises, should be available in late
  1166. summer or early autumn.  In the meantime, source-level patches will continue
  1167. to be listed in the beware file.
  1168.  
  1169. ------------------------------
  1170.  
  1171. Date: 1986 Jul 21   19:43 EST
  1172. From: Bob Babcock <PEPMNT@HARVARDA.BITNET>
  1173. Subject: Sanyo Kermit
  1174. Keywords: Sanyo MBC Kermit
  1175.  
  1176. The Sanyo release of kermit version 2.29 has a bug which locks it at 300
  1177. baud.  I got a copy of the sources over KERMSRV and fixed the problem.  I
  1178. will send you the revised MSXMBC.ASM shortly.
  1179.  
  1180.  
  1181. INFO-KERMIT DIGEST V5 #3                                                Page 21
  1182.  
  1183. I also got copies of the IBM specific routines and created a Sanyo version
  1184. with essentially all of the IBM features.  This version requires an optional
  1185. video board which only some machines have.  (The board was produced by Sanyo
  1186. to make the MBC series sufficiently IBM compatible to run Lotus 123.)  I
  1187. have a couple little things which I may work on before sending the sources
  1188. off.  I have named the Sanyo specific routines MSX55X.ASM, MSY55X.ASM and
  1189. MSZ55X.ASM, but you can change that if you prefer.  Because of the video
  1190. board requirement, these do not replace MSXMBC.
  1191.  
  1192. [Ed. - Thanks.  The names are fine, though it would be preferable if the
  1193. two Sanyo versions could be combined into one, which could tell at runtime
  1194. whether the option board was present.  The new stuff will be announced when
  1195. it arrives.]
  1196.  
  1197. ------------------------------
  1198.  
  1199. Date: Mon, 21 Jul 86  21:07:57 EDT
  1200. From: "Roger Fajman" <RAF@NIHCU>
  1201. Subject: BOO File Problems
  1202. Keywords: BOO File, Bootstrapping, MS-DOS Kermit, KERMSRV, EBCDIC
  1203.  
  1204. I figured out some problems that I encountered with BOO files and the IBM
  1205. PC.  There were two:
  1206.  
  1207. (1) If you use the PUNCH command of KERMSRV@CUVMA on BITNET, the file comes
  1208. with trailing blanks, which will cause the EXE file generated to be
  1209. incorrect.  The BOO format doesn't use blanks, so trailing blanks can be
  1210. safely stripped before the file is processed.  However, MSBPCT.BAS does not
  1211. do this, so you had better.
  1212.  
  1213. [Ed. - The MSBPCB and MSBPCT programs should indeed strip trailing blanks.]
  1214.  
  1215. (2) When getting BOO files through BITNET, take care with your EBCDIC-ASCII
  1216. translations.  Ours is the same as Columbia's, except for curly braces.
  1217. Most BOO files don't have curly braces, but MSBPCT.BOO (the C version of the
  1218. IBM PC BOO file decoder) does have a curly brace in it that represents a
  1219. count of NULs.
  1220.  
  1221. BOO files don't contain any kind of internal consistency check, such as a
  1222. byte count and/or checksum, so problems such as these just give you EXE
  1223. files that don't work.
  1224.  
  1225. [Ed. - It would have been nice to include consistency checks in .BOO files,
  1226. but since checksums or CRCs are based on the numeric, internal
  1227. representation of the characters, you get into trouble when going between
  1228. ASCII and EBCDIC systems.  Actually, when you use the MSBOOT.FOR/MSBPCB.BAS
  1229. pair, there is a minimal kind of consistency check -- the length of each
  1230. line is transmitted along with the line by MSBOOT and checked by MSBPCB.
  1231. But you're right, you don't even get this with the MSBPCT programs.  That's
  1232. why the recommended technique is to use these bootstrapping programs to
  1233. get a Kermit program that SEEMS to work onto your PC, and then use that
  1234. Kermit program to get another copy of itself, with error checking, etc.]
  1235.  
  1236. ------------------------------
  1237.  
  1238. Date: Sat, 19 Jul 86 23:44:48 edt
  1239.  
  1240. Page 22                                                INFO-KERMIT DIGEST V5 #3
  1241.  
  1242. From: roy@phri.UUCP (Roy Smith)
  1243. Subject: Re: Extra-Long Packets Specification
  1244. Keywords: Long Packets
  1245.  
  1246. > The first question some people ask when they learn of these of these [sic]
  1247.  
  1248. [Ed. - oops]
  1249.  
  1250. > devices [error correcting modems] is whether their error-correcting
  1251. > capability has made Kermit obsolete.  The answer is an emphatic no [...]
  1252.  
  1253. I know this list is for discussing Kermit, but I couldn't help noticing that
  1254. exactly the same question is asked about uucp.  Time and time again I've
  1255. seen people suggest that all the overhead of computing checksums that uucp
  1256. does could be eliminated if only you had error correcting modems.  Come to
  1257. think of it, I've seen it asserted more than once that you don't really need
  1258. TCP/IP on an ethernet, since you don't have to worry about mangled packets.
  1259. Will people never learn?
  1260.  
  1261. As it happens, while I was typing in the first paragraph of this message, a
  1262. bunch of "/usr: file system full" messages popped up on my screen.  Kermit,
  1263. uucp, and ftp (and presumably Decnet, Appletalk, Xmodem, and so forth) all
  1264. deal with full file systems in some rational way.  Error correcting modems
  1265. do not.  It doesn't do you much good to move the bits from here to there if
  1266. they just get dropped on the floor at the other end without any warning.
  1267.  
  1268. Roy Smith, {allegra,philabs}!phri!roy
  1269. System Administrator, Public Health Research Institute
  1270. 455 First Avenue, New York, NY 10016
  1271.  
  1272. ------------------------------
  1273.  
  1274. Date: Sat, 19 Jul 86 01:18:10 edt
  1275. From: zeeff%b-tech.uucp%umich.csnet@CSNET-RELAY.ARPA
  1276. Subject: Some Thoughts about Long Packets in Kermit
  1277. Keywords: Long Packets, Sliding Windows
  1278.  
  1279. I see a potential problem with long packets - just because two kermits have
  1280. the capability, it might not make sense to use it.  They may be connected
  1281. together by a regular modem.  You can have some user selectable option, but
  1282. the less the user has to know about the lower levels, the better (getting
  1283. all the options set correctly can be difficult now).  One solution might to
  1284. use adaptive packet sizing.  They could start small, and rapidly grow larger
  1285. as it is determined that the link is error free.  Another nice feature
  1286. (which I'm sure has been mentioned before) would be packet stacking and
  1287. built in compression.  It might soon become difficult to determine where to
  1288. do some of these things - in kermit or in the modem.
  1289.  
  1290.   - Jon Zeeff    ihnp4!umich!umix!b-tech!zeeff
  1291.          Jon_Zeeff@UMich-MTS.MAILNET
  1292.  
  1293. [Ed. - Well...  There is also a packet-stacking extension to Kermit (called
  1294. "sliding windows"), which is independent of, and not mutually exclusive
  1295. with, long packets.  However, sliding windows (a) require full duplex
  1296. communication, and (b) are complex to program.  Any particular
  1297. implementation will depend on peculariarities of the system -- interrupts,
  1298.  
  1299. INFO-KERMIT DIGEST V5 #3                                                Page 23
  1300.  
  1301. multiprocessing, etc -- in order to achieve full duplex transmission.  Long
  1302. packets are the best way to boost performance in a half duplex connection
  1303. (and many of these new modems are half duplex), but you're right: long
  1304. packets should not be sprung on the user by default.  The user should know
  1305. the necessary preconditions -- a very clean connection, large input buffers
  1306. at the receiving end, and effective, reliable end-to-end flow control.]
  1307.  
  1308. ------------------------------
  1309.  
  1310. Date: 1986 Jul 21   19:43 EST
  1311. From: Bob Babcock <PEPMNT@HARVARDA.BITNET>
  1312. Subject: CMS Kermit Problem
  1313. Keywords: CMS Kermit
  1314.  
  1315. I have always found it difficult to run Kermit talking to an IBM mainframe
  1316. running CMS over a straight ascii line.  The problem is that line noise
  1317. during a file transfer tends to interrupt the Kermit process and pop you
  1318. into CP.  To resume execution of Kermit, you need to send a BEGIN command (b
  1319. is enough).  But you can't do this without aborting the transfer at the
  1320. local Kermit, assuming that it hasn't already timed out before you noticed
  1321. the problem.  This problem does not arise if Kermit is run over a series/1
  1322. interface or equivalent, but the IBM mainframe which is our link to BITNET
  1323. does not have series/1 software which would allow Kermit to run.  I have
  1324. thought about modifying Kermit at different levels, either allowing the user
  1325. to hit a key and transmit a B, or making Kermit smart enough to recognize
  1326. the problem and automatically send the begin command.  Do you know if anyone
  1327. else has attacked this problem?  I don't want to reinvent the wheel.  I
  1328. should emphasize that this is not a problem with the CMS Kermit, but rather
  1329. is a characteristic of the environment it runs in.
  1330.  
  1331. [Ed. - This is only a specific instance of a common problem: what should the
  1332. local Kermit do when the remote Kermit "goes away" during file transfer?
  1333. When the remote Kermit goes away, you're confronted by some aspect of the
  1334. underlying system, or in some cases nothing at all.  The possibilities are
  1335. simply too numerous to be accounted for in the Kermit protocol, or any
  1336. protocol that attempts to span a large number of systems.  You shouldn't
  1337. have to embody specific knowledge about a particular remote system in
  1338. another system's Kermit program -- if you did, where would it end?  The best
  1339. that can be done is what is currently done: if a packet does not elicit the
  1340. expected reply, try again, up to the retry limit, and then give up, but also
  1341. allow for manual intervention.  In the case of MS-DOS Kermit, you can type
  1342. Ctrl-C at any time during the file transfer to get back to Kermit-MS>
  1343. command level instantly, so that you can CONNECT and do whatever you can to
  1344. clean up.  Unfortunately, there's no way to tell the local Kermit to resume
  1345. the file transfer where it left off.
  1346.  
  1347. CMS is a special case.  Luckily, there's a special solution.  Version 3 of
  1348. CMS Kermit (due for release Any Day Now, will put the line into a special
  1349. mode so that any characters at all that appear to CP will continue the
  1350. program, that is, will do what "begin" would have done.]
  1351.  
  1352. ------------------------------
  1353.  
  1354. End of Info-Kermit Digest
  1355.  
  1356. Page 24                                                INFO-KERMIT DIGEST V5 #4
  1357.  
  1358. Info-Kermit Digest         Fri, 25 Jul 1986       Volume 5 : Number  4
  1359.  
  1360. Today's topics:
  1361.                IBM PC Kermit 2.29 on Diskette in the UK
  1362.              Another BASICA Program to DeBOO Kermit Files
  1363.                 Kermit-11, Kermit-32 and Wildcard Send
  1364.       HP1000 Kermit Saga, cont'd, and MS-Kermit Filespec Parsing
  1365.                  Kermit with Other Terminal Emulators
  1366.                             Emulation Wish
  1367.                   Protocol Manual Potential Changes
  1368.                        Multics Kermit Dialout?
  1369.                       MS Kermit for Epson QX-16?
  1370.        Kermit with Internal Hayes Modem on the Leading Edge D?
  1371.             Kermit for General Automation-type Equipment?
  1372.                           More on BOO Files
  1373.                  Problem with Atari UU-encoded Files
  1374.  
  1375. ----------------------------------------------------------------------
  1376.  
  1377. Date: 22-JUL-1986 11:31:21
  1378. From: Alan Phillips <SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk>
  1379. Subject: IBM PC Kermit 2.29 on Diskette in the UK
  1380.  
  1381. Lancaster University Kermit distribution can now supply the complete set of
  1382. files for MS-Kermit 2.29 on the IBM PC on diskette.  Those interested can
  1383. contact me at:
  1384.  
  1385.             Kermit Distribution,
  1386.             Department of Computing,
  1387.             Computer Building,
  1388.             Lancaster University,
  1389.             Lancaster  LA1 4YW
  1390.             UK
  1391.  
  1392. or phone (UK) 0524-65201 x 4881
  1393.  
  1394. Diskette supply is offered in the UK and Eire only, and we can't return calls
  1395. to other countries. We have a complete set of Kermit files for all current
  1396. implementations on a VAX system, and these can be accessed by anyone who can
  1397. connect to us, from anywhere. Those wanting details, or who wish to receive
  1398. the UK Kermit newsletter, should mail me as
  1399.  
  1400.             SYSKERMIT @ UK.AC.LANCS.VAX1        (JANET)
  1401.             SYSKERMIT @ UK.AC.LANCS.VAX1        (BITNET)
  1402.             SYSKERMIT%LANCS.VAX1 @ UK.AC.UCL.CS (ARPA)
  1403.             SYSKERMIT%LANCS.VAX1 @ UKC          (UUCP - UK *only*)
  1404.  
  1405. [Ed. - Many thanks for providing this service, Alan, and for all the
  1406. work you've done in promoting and distributing Kermit in the UK!]
  1407.  
  1408. ------------------------------
  1409.  
  1410. Date: Thu, 15 May 86 23:24 EDT
  1411. From: Alan H. Holland <FEAHH@VTVM1>
  1412. Subject: Another BASICA Program to DeBOO Kermit Files
  1413.  
  1414.  
  1415. INFO-KERMIT DIGEST V5 #4                                                Page 25
  1416.  
  1417. Enclosed is a BASICA program developed from MSBPCT.BAS that takes 45% to 60%
  1418. of the time that MSBPCT.BAS would take.  For lack of a better name, I have
  1419. been calling it MSBPCT2.BAS.  The following comparative times (in min:sec)
  1420. were done on an IBM PC XT using PC-DOS 2.1 and IBM BASICA 2.0.  In CONFIG.SYS,
  1421. BUFFERS=8.
  1422.  
  1423.  Input File    Input Length     Type of Disk Used      MSBPCT       MSBPCT2
  1424. ------------   ------------     -----------------      ------       -------
  1425. MSKERMIT.BOO      47,701         10 MB hard disk        22:45        10:27
  1426.  (ver. 2.27)
  1427. MSJRD5G.BOO       59,394         10 MB hard disk        22:38        12:28
  1428. MSJRD5G.BOO       59,394         360 KB floppy          24:09        13:50
  1429.  
  1430. [Ed. - Thanks!  The program has been added to the Kermit distribution
  1431. as MSBPCT.BAA (the old one is still MSBPCT.BAS; our filenames have to be
  1432. unique within the 6.3 paradigm...)]
  1433.  
  1434. ------------------------------
  1435.  
  1436. Date: 22-JUL-1986 11:44
  1437. From: PENNICK@UK.AC.AFRC.AGRI
  1438. Via:  SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk
  1439. Subject: Kermit-11, Kermit-32 and Wildcard Send
  1440.  
  1441. Users of Kermit-11(V3.51) under RSX-11M and Kermit-32(V3.1.066 ) under VMS
  1442. 4.2 may be interested to note the different ways in which these two kermits
  1443. treat file version numbers. If you wildcard send multiple generations from
  1444. the PDP-11 they arrive with the same version numbers as they left with.
  1445. However if you wildcard send them back the VAX sends the latest version
  1446. first, thus reversing the generation numbers...  Purge then becomes a very
  1447. dangerous command..
  1448.  
  1449. Cheers
  1450.  
  1451. Jonathan Pennick
  1452. Animal and Grassland Research Inst.
  1453.  
  1454. ------------------------------
  1455.  
  1456. Date: Wed, 23 Jul 86 10:10 EST
  1457. From: <BRIAN@UOFT02.BITNET> (brian nelson)
  1458. Subject: Re: Kermit-11, Kermit-32 and Wildcard Send
  1459.  
  1460. Kermit-11 always strips the filename down to NAME.TYPE before sending the
  1461. name over in the F packet. Perhaps a possible alternative would be to allow
  1462. different levels of filename processing, such as a set command to (1) Remove
  1463. all but NAME.TYPE (2) To allow the version number, (3) To allow transmission
  1464. of the UIC or directory, and (4) To allow retention of the device name.  I
  1465. am not suggested the actual syntax as I would like to see Kermit maintain
  1466. some sort of common command syntax.
  1467.  
  1468. It would be quite undesirable to default to anything other than FILE.TYPE
  1469. as many other Kermits would reject a name that included a version field.
  1470. Lastly, if the version number is sent, then what about collision on the
  1471. version number?
  1472.  
  1473.  
  1474. Page 26                                                INFO-KERMIT DIGEST V5 #4
  1475.  
  1476. [Ed. - The whole business of filename transmission is quite a stumper.  If
  1477. we could characterize file specifications on every possible system in some
  1478. canonic syntax to include every possible field (device, directory or path,
  1479. name, type, version, attributes, etc etc), then maybe we could have some
  1480. kind of format specification to say just which fields to transmit, how to
  1481. fill in defaults for missing fields, etc., plus a selector to tell whether
  1482. these fields, once selected, should be translated to canonic form for
  1483. transmission, or transmitted literally (e.g. between like systems)...]
  1484.  
  1485. ------------------------------
  1486.  
  1487. Date: 21 Jul 86 17:39 +0200
  1488. From: W._Michael_Terenyi%QZCOM.MAILNET@MIT-MULTICS.ARPA
  1489. Subject: HP1000 Kermit Saga, cont'd, and MS-Kermit Filespec Parsing
  1490.  
  1491. We found the bug in the packet parsing routine of HP1000-Kermit in the
  1492. meantime; it works now with MS-Kermit V2.29 perfectly.
  1493.  
  1494. The old HP1000 file system allows file names starting with ? (question
  1495. mark).  If you put the HP1000-Kermit in server mode, you cannot transfer such
  1496. files, because if you type GET ? on your PC AT, the help feature is
  1497. immediately invoked. Is there an easy way to disable the recognition of
  1498. question mark for help ?
  1499.  
  1500. [Ed. - MS-DOS Kermit always wants to give help if you type a question mark.
  1501. Since question marks can be legitimate parts of file specifications (either
  1502. as a wildcard character, or as an actual part of the name), the following
  1503. compromise was made in the Kermit-MS command parser: If you type a question
  1504. mark as the first character in a filespec field, you get help, but if you
  1505. type it in a subsequent field, it is taken literally as part of the
  1506. filespec.  To enter a question mark as the first character of a filespec,
  1507. type a pound (sharp) sign (#) instead.  Meanwhile, I'm sure everyone with
  1508. HP-1000's is waiting anxiously for this new Kermit program...]
  1509.  
  1510. ------------------------------
  1511.  
  1512. Date: Tue, 22 Jul 86 23:57 -0200
  1513. From: Jonathan Scott <GUCJS@SEGUC21>
  1514. Subject: KERMIT with Other Terminal Emulators
  1515.  
  1516. I thought KERMIT was a file transfer protocol until I met KERMIT-MS V2.29
  1517. which is obviously a sophisticated terminal emulator but also happens to
  1518. have KERMIT file transfer capability.  It's great, but it doesn't quite do
  1519. everything I want.  I already have a terminal emulator which does... except
  1520. that it doesn't support KERMIT file transfer.
  1521.  
  1522. The terminal emulator which I normally use has features which I don't want
  1523. to give up, including graphics and automatic mode switching between full
  1524. screen mode and line by line mode when running with an IBM 7171.  It's a big
  1525. problem switching over to KERMIT in the middle of a session because my
  1526. normal emulator is like a DM1520 Elite (for high performance because all the
  1527. control codes are 1 byte) but KERMIT emulates VT10x-type terminals and I
  1528. can't even enter the command to start the host KERMIT through the KERMIT
  1529. terminal emulator.
  1530.  
  1531. What I would like to see is a separate KERMIT file transfer facility which
  1532.  
  1533. INFO-KERMIT DIGEST V5 #4                                                Page 27
  1534.  
  1535. can be used together with any other terminal emulator for a PC.  I think it
  1536. would be best to have a "hot key" type switch between the terminal emulator
  1537. and KERMIT.  It might not be easy, but I think it would be more helpful than
  1538. any number of special new features in the KERMIT terminal emulator, and file
  1539. transfer is after all the primary purpose of KERMIT.
  1540.  
  1541. The terminal emulator in KERMIT V2.29 is a very nice product and should
  1542. obviously continue to be developed, but terminal emulation is a tricky area
  1543. and it is very difficult to satisfy everyone (I know because I wrote one a
  1544. couple of years ago "sufficient for all our current needs" which has
  1545. resulted in a continuous barrage of enhancement requests ever since).  What
  1546. I want from KERMIT is a reliable file transfer system without side-effects,
  1547. integrated as neatly as possible into my existing work environment - then it
  1548. would really be worth the money we don't have to pay for it...
  1549.  
  1550. Has anyone done any work in this area before?  Does this seem feasible?
  1551.  
  1552. Jonathan Scott <GUCJS@SEGUC21.BITNET>
  1553. (Gothenburg Universities Computing Centre, Sweden)
  1554.  
  1555. [Ed. -  A standalone Kermit file transfer program is not a bad idea, but
  1556. when you separate your terminal program from your file transfer program, you
  1557. have to waste a lot of time feeding them BOTH the same set of communication
  1558. parameters.  Particularly tedious if you switch between different hosts a lot.]
  1559.  
  1560. ------------------------------
  1561.  
  1562. Date: Tue, 22 Jul 86 13:47:46 cdt
  1563. From: dsandrsn@uxe.CSO.UIUC.EDU (David Sanderson)
  1564. Subject: Emulation Wish
  1565.  
  1566. A good way to provide emulation of nearly any terminal would be to build an
  1567. emulator into KERMIT that would configure itself from an entry in a
  1568. termcap-style file.  What tools exist that might make this addition easier
  1569. for micro versions, like MS-KERMIT?  Would performance necessarily suffer?
  1570.  
  1571. David Sanderson            Illinois State Geological Survey
  1572. true UUCP: ...uiucdcs!uiucuxa!uiucuxe!dsandrsn  (before 15 Aug.)
  1573.            ...wucs!wucec1!dws3014               (after  15 Aug.)
  1574.  
  1575. [Ed. - Ron Fowler once attempted a CP/M Kermit implementation that would do
  1576. this, but he either gave up or lost interest.  Since then, nobody has picked
  1577. up the cudgel.  In principle it's a great idea.  At compile time, the
  1578. program only needs to know a bunch of symbols ("cleol" for "clear to end of
  1579. line", etc) and program functions associated with each symbol.  These
  1580. functions could be filled in in a system-dependent way for each system (IBM
  1581. PC, Macintosh, etc).  Then at runtime, the program reads a termcap file
  1582. entry for the desired terminal type (ADM3A, Concept-100, VT-102, DM2500,
  1583. etc) to learn the escape sequences associated with each symbol, plus some
  1584. global parameters like whether cursor addressing is 1- or 0-based, etc.  In
  1585. practice, however, writing the code could be quite a chore...]
  1586.  
  1587. ------------------------------
  1588.  
  1589. Date: Wed 23 Jul 86 18:13:17-PDT
  1590. From: Bob Larson <BLARSON@USC-ECLB.ARPA>
  1591.  
  1592. Page 28                                                INFO-KERMIT DIGEST V5 #4
  1593.  
  1594. Subject: Protocol Manual Potential Changes
  1595.  
  1596. When using long packets and sliding windows together, the suggestion of
  1597. reducing the packet size (long packets section) cannot be done if a later
  1598. packet has been sent.  (Unless some further protocol extention is done.)
  1599.  
  1600. There are also a couple of problems in the attributes system/os field:
  1601. Prime/Primos is listed both as G and M4.  Tandy (J) should probably be
  1602. subdivided, TRSDOS and Disk Extended Color Basic versions of Tandy specific
  1603. Kermit exist.  (Tandy seems to be migrating away from proprietary os's, they
  1604. supply Xenix, MS-DOS and Os9.)  The assignment of these seems to be quite
  1605. random, UNIX and Os9 have one listing each, while cpm has 4.
  1606.  
  1607. The delimiter may be listed in both the type and format attribute packet if
  1608. the type is A.  It should probablby only be in the format.
  1609.  
  1610. Encoding should have a compress 4.0 type (bits in the range 12-16 may also
  1611. need to be listed.)
  1612.  
  1613. Shouldn't the "1-@ (ascii 49)" be "1 (ascii 49)"?
  1614.  
  1615. [Ed. - Thanks...]
  1616.  
  1617. ------------------------------
  1618.  
  1619. Date: Wed, 23 Jul 86 13:35 MST
  1620. From: CMRoe@HIS-PHOENIX-MULTICS.ARPA
  1621. Subject: Multics Kermit Dialout?
  1622.  
  1623. I'm having a real problem using Multics as a local system when dialing out
  1624. to just about anything, but most importantly to VMS systems.  Kermit works
  1625. fine when dialing out of VMS, but refused to work the other way round.
  1626.  
  1627. The procedure is fairly simple, dial_out of multics to the VMS system over a
  1628. direct line, set up kermit on VMS in server mode.  Escape back to Multics
  1629. with dial_out escape character and execute the Multics Kermit.After issuing
  1630. the command "GET" or "SEND", the Multics kermit will timeout everytime.  You
  1631. can't get back to the VMS system until you quit the Multics kermit.
  1632.  
  1633. An alternate method was to dial_out to VMS, get kermit up, and set the
  1634. timeout period to be 60 seconds.  You would then issue the Send or receive
  1635. commands and escape back to Multics, get kermit running and set it to
  1636. receive or send before the VMS side timed out.  This gave a 'fatal error on
  1637. remote'.  All of the parameters are set correctly.  ie) sop, eop,
  1638. packet_length, parity, etc.  If anyone has had this problem or heard of it a
  1639. clue would be greatly appreciated.
  1640.  
  1641. Cameron Roe University of Calgary Roe@UNCAMULT.MAILNET
  1642.  
  1643. [Ed. - I understand there are several different versions of Multics Kermit
  1644. out there, of which Columbia has only one (the original from Oakland Univ).
  1645. Maybe some versions work better than others in this, and other, respects.
  1646. Can anyone shed any light?]
  1647.  
  1648. ------------------------------
  1649.  
  1650.  
  1651. INFO-KERMIT DIGEST V5 #4                                                Page 29
  1652.  
  1653. Date: 24 Jul 1986 0906-EDT
  1654. From: Don Bach, Sysop, FIDO 18/13
  1655. Via: LCG.KERMIT@MARLBORO.DEC.COM>
  1656. Subject: MS Kermit for Epson QX-16?
  1657.  
  1658. I've installed the MSVCLO on my Epson. It works ok, but is a tad slow and
  1659. whenever I return to the Kermit-MS prompt, the baud gets reset to 1800. Is
  1660. anyone working on a version for the Epson QX-16?
  1661.  
  1662. Don Bach
  1663. P.O. Box 631
  1664. Vicksburg, MS 39180
  1665. (601)634-3163
  1666.  
  1667. [Ed. - Not that I know about.  Anyone else?  The 1800 baud bug occurs on
  1668. other systems, too, so it's probably a problem with the code itself.]
  1669.  
  1670. ------------------------------
  1671.  
  1672. Date: 24 Jul 1986 21:23-EDT
  1673. Subject: Kermit with Internal Hayes Modem on the Leading Edge D?
  1674. From: Charles Davis <CDAVIS@A.ISI.EDU>
  1675.  
  1676. A colleague is having difficulty getting MSKERMIT V2.29 to talk to an
  1677. internal Hayes modem on his Leading Edge D machine.  Are there special
  1678. configuration steps he needs to follow to make this work?
  1679.  
  1680. [Ed. - There are some problems with the Hayes 1200b even on real IBM
  1681. systems; there will be some fixes in the next release.  The only way to
  1682. know if these fixes will also work for the Leading Edge is to try them
  1683. out.]
  1684.  
  1685. ------------------------------
  1686.  
  1687. Date: Thu, 24 Jul 1986 18:26 PDT
  1688. From: "Jeffrey Sicherman"  <JAJZ801%CALSTATE.BITNET@WISCVM.ARPA>
  1689. Subject: Kermit for General Automation-type Equipment?
  1690.  
  1691. Though I am still planning (real soon now) to do a Kermit version for the
  1692. General Automation architecture machines that I work on (Control and MIBS
  1693. operating systems), I have come across mention of an existing implementation
  1694. which apparently does not appear in the Kermit listings, possibly because it
  1695. is part of a commercial package as opposed to a separate program.  The
  1696. manufacturer (or distributor?) is a company called GEI Rechnersysteme GmbH,
  1697. Aachen, West Germany.  Anybody on the other side of the Atlantic know
  1698. anything about this software and its availability (or anyone on this side
  1699. for that matter) ?
  1700.  
  1701. ------------------------------
  1702.  
  1703. Date: Wed, 23 Jul 86  12:58:48 EDT
  1704. From: "Roger Fajman" <RAF@NIHCU>
  1705. Subject:  More on BOO Files
  1706.  
  1707. > [Ed. - It would have been nice to include consistency checks in .BOO files,
  1708. > but since checksums or CRCs are based on the numeric, internal
  1709.  
  1710. Page 30                                                INFO-KERMIT DIGEST V5 #4
  1711.  
  1712. > representation of the characters, you get into trouble when going between
  1713. > ASCII and EBCDIC systems.  Actually, when you use the MSBOOT.FOR/MSBPCB.BAS
  1714. > pair, there is a minimal kind of consistency check -- the length of each
  1715. > line is transmitted along with the line by MSBOOT and checked by MSBPCB.
  1716. > But you're right, you don't even get this with the MSBPCT programs.  That's
  1717. > why the recommended technique is to use these bootstrapping programs to
  1718. > get a Kermit program that SEEMS to work onto your PC, and then use that
  1719. > Kermit program to get another copy of itself, with error checking, etc.]
  1720.  
  1721. I don't understand what you are saying here.  If I use KERMSRV@CUVMA to get
  1722. a copy of a BOO file, say for a new version of MSKERMIT, I must run a
  1723. program someplace to decode that file into an executable file.  Wherever I
  1724. do that, I am open to possibly not having the BOO file exactly right.  It
  1725. would be helpful if the actual binary executable files were available via
  1726. KERMSRV.  Then BOO files would really not be needed after the first time, at
  1727. least for those of us who have EBCDIC machines on BITNET.
  1728.  
  1729. As far as checksums in BOO files are concerned, if they were implemented,
  1730. they should be based on the original file.  This avoids EBCDIC-ASCII
  1731. translation difficulties in computing the checksum and would usually detect
  1732. errors that were introduced into the BOO file due to translation problems.
  1733.  
  1734. Anyway, now that I am aware of the problems, I can watch for them.  It did,
  1735. however, take me a while to figure out what was happening.
  1736.  
  1737. [Ed. - We've gone through several different encodings for .EXE files, and
  1738. .BOO files are simply the most recent.  All such encodings have their
  1739. faults.  Intel HEX format has too much storage (and transmission) overhead,
  1740. the BOO files are more compact but not error-checked, and see below about
  1741. UUENCODE.  Is there another encoding in common use that is (a) error
  1742. checked, (b) compact, and (c) easily decoded?  By (c) I mean can you type in
  1743. a short (1 or 2 page) BASIC program to do the job (this rules out LZW or
  1744. Huffman compression, I think).  Otherwise, maybe we'll add length and
  1745. checksum fields to .BOO files, along with an internal identifier so the
  1746. decoding program knows the data is really what it's supposed to be, plus
  1747. start and end markers, maybe even an ASCII "test pattern" of the entire
  1748. character set near the beginning to allow the decoder to determine in
  1749. advance whether any mistranslations have occurred.  Some day, we'll get this
  1750. right...]
  1751.  
  1752. ------------------------------
  1753.  
  1754. Date: 25-JUL-1986 12:21:04
  1755. From: SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk
  1756. Subject: Problem with Atari UU-encoded Files
  1757.  
  1758. There may be a problem with the AST*.UUE encoded files : I've had a report
  1759. that the copies I picked up from cu20b over arpa have lost trailing spaces
  1760. from the ends of some records, resulting in an unusable object file.
  1761.  
  1762. I don't know whether the spaces got lost on the way to me, or from me to the
  1763. user here, or whether they aren't on the cu20b files at all, but it sounds
  1764. like the sort of problem that may affect a lot of people. Perhaps the author
  1765. could modify the encoding technique slightly to end records only with
  1766. non-space characters?
  1767.  
  1768.  
  1769. INFO-KERMIT DIGEST V5 #4                                                Page 31
  1770.  
  1771. [Ed. - These files came to us over BITNET, which trimmed the trailing blanks.
  1772. It's always a bad idea when encoding binary files printably to allow spaces
  1773. in the encoding.  Fortunately, UU-encoded files have lines beginning with a
  1774. length field, so the right number of spaces can be restored.  Below is a
  1775. little program in my favorite screwball language, SNOBOL, to do this.  It
  1776. must be run on an ASCII system because length fields are ASCII values.]
  1777.  
  1778.  
  1779.     &TRIM = 1
  1780.  
  1781. * Look for beginning
  1782.  
  1783. BEGIN    LINE = INPUT                      :F(NOBEGIN)
  1784.     LINE POS(0) 'begin '                :S(GO):F(BEGIN)
  1785. NOBEGIN    TTY = 'No begin line'                :(ERR)
  1786. GO    OUTPUT = LINE
  1787.     
  1788. * Read encoded lines, get length, pad to that length.
  1789.  
  1790. LOOP    LINE = INPUT                    :F(DONE)
  1791.     OUTPUT = IDENT(LINE,NULL)            :S(LAST)
  1792.     LINE POS(0) LEN(1) . X                :F(ERR)
  1793.     &ALPHABET @P X                    :F(ERR)
  1794.     OUTPUT = RPAD(LINE,(((P - 32) / 3) * 4) + 1)    :S(LOOP)
  1795.  
  1796. * Blank line and 'end' line at end.
  1797.  
  1798. LAST    LINE = INPUT                    :F(LAST2)
  1799.     OUTPUT = IDENT(LINE,'end') LINE            :S(DONE)
  1800. LAST2    TTY = 'No end line'
  1801.  
  1802. * Error and regular exit.
  1803.  
  1804. ERR    TTY = 'Fatal error'                :(END)
  1805. DONE    TTY = 'Done'
  1806. END
  1807.  
  1808. ------------------------------
  1809.  
  1810. End of Info-Kermit Digest
  1811.  
  1812. Page 32                                                INFO-KERMIT DIGEST V5 #5
  1813.  
  1814. Info-Kermit Digest         Fri, 1 Aug 1986       Volume 5 : Number 5
  1815.  
  1816. Today's Topics:
  1817.  
  1818.                    The First Kermit Newsletter Available
  1819.                               Okstate Downtime
  1820.               Kermit-80 files on PC-format diskettes in the UK
  1821.                           Japanese Kermit Manuals
  1822.                 KERMIT for Sirius/Victor 9000 under CP/M-86
  1823.         Two Kermit-MS 2.29 Implementations for the Sanyo 550 Series
  1824.                   Re: KERMIT with Other Terminal Emulators
  1825.                     CMS Kermit Problem (making it work)
  1826.                                  .BOO files
  1827.                 Using C-Kermit to dialout on a DF112 modem?
  1828.  
  1829. ----------------------------------------------------------------------
  1830.  
  1831.  
  1832. Date: Tue 29 Jul 86 14:41:54-EDT
  1833. From: Christine M Gianone <SY.CHRISTINE@CU20B.COLUMBIA.EDU>
  1834. Subject: The First Kermit Newsletter Available
  1835. Keywords: Kermit Newsletter
  1836.  
  1837. The first issue of the (paper) Kermit Newsletter (July 1986, Vol.1 No.1) is
  1838. currently available.  The Newsletter target audience was originally intended
  1839. to be those who do not have access to our networks and have asked to be
  1840. informed about new Kermit releases and other Kermit news.  Articles in this
  1841. issue include: MS-DOS Kermit Version 2.29; Kermit Book Published by Digital
  1842. Press; C-Kermit; The Top Five Kermit Questions; Mac Kermit 0.8(34); Protocol
  1843. Extensions; VAX/VMS Kermit-32 Version 3.2; Kermit's Early History.  Anyone
  1844. who is interested in obtaining a copy of this and future Kermit Newsletters
  1845. may do so by sending their postal (not electronic) mailing address to
  1846. Info-Kermit-Request@CU20B, Kermit@CU20B, or KERMIT@CUVMA.  Number 1 will
  1847. be sent to those who request it this way till our leftover copies run out.
  1848.  
  1849. ------------------------------
  1850.  
  1851. Date: Tue, 29 Jul 86 20:12:34 -0500
  1852. From: Mark Vasoll <vasoll%a.cs.okstate.edu@CSNET-RELAY.ARPA>
  1853. Subject: Okstate Downtime
  1854. Keywords: Okstate Downtime
  1855.  
  1856. The system Okstate, (home of the UUCP and Kermit Server Kermit
  1857. distributions) will be down from August 8th until August 31st while our
  1858. machine room is being remodeled.  The uucpker and kermsrv dialin number will
  1859. not answer the phone during this period.  Watch for the return of uucpker
  1860. and kermsrv shortly after August 31st.
  1861.  
  1862. Thanks,
  1863. Mark Vasoll
  1864. Department of Computing and Information Sciences
  1865. Oklahoma State University
  1866.  
  1867. Internet:   vasoll@a.cs.okstate.edu
  1868. Obsolete:   vasoll%okstate.csnet@csnet-relay.arpa
  1869.  
  1870.  
  1871. INFO-KERMIT DIGEST V5 #5                                                Page 33
  1872.  
  1873. UUCP:  {cbosgd, ea, ihnp4, isucs1, mcvax, pesnta, uokvax}!okstate!vasoll
  1874.  
  1875. [Ed. - Thanks for the information.  The return date of UUCP will be
  1876. announced in the digest.]
  1877.  
  1878. ------------------------------
  1879.  
  1880. Date: 30-JUL-1986 17:18:19
  1881. From: SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk
  1882. Subject: Kermit-80 files on PC-format diskettes in the UK
  1883.  
  1884. Having had a number of requests lately for it, we've now set things up so we
  1885. can supply a complete set of the CP/M-80 Kermit files (CP4) on IBM PC MS-DOS
  1886. format diskettes. Not having any CP/M engines, we can't write diskettes
  1887. directly in CP/M format: but this at least will let people get the files
  1888. onto their own territory (and it's easier to move files from your own PC to
  1889. your CP/M machine than download over a phone line).
  1890.  
  1891. The service is offered in the UK and Irish Republic only: the address, as
  1892. before, is
  1893.  
  1894.            Kermit Distribution,
  1895.            Department of Computing,
  1896.            Computer Building,
  1897.            Lancaster University,
  1898.            Lancaster LA1 4YW
  1899.            UK
  1900.  
  1901.            Phone (UK) 0524-65201 x 4881
  1902.  
  1903. We hope before long to be able to provide all the IBM PC Kermits (Xenix, QNX
  1904. and so on) on MS-DOS format discs; and in the longer term we intend to offer
  1905. all Kermit sources for everything in this way.
  1906.  
  1907.  
  1908. Alan Phillips
  1909.  
  1910. [Ed. - Thanks!]
  1911.  
  1912. ------------------------------
  1913.  
  1914. Date: Mon 21 Jul 86 09:20:55
  1915. From: ken-ichiro murakami <nttlab!NTT-20!MURAKAMI@shasta.stanford.edu>
  1916. Subject: Japanese Kermit Manuals
  1917. Keywords: Japanese Kermit Manuals
  1918.  
  1919.    I will give the Japanese Kermit manuals to everyone. The only problem is
  1920. that I cannot distribute machine readable code. My favorite workstation is
  1921. STAR Japanese version, and all my document files are in this machine. JSTAR
  1922. has no way to export files except for FDD, and the number of JSTAR in Japan
  1923. is also small. That is, every time the manual is ordered, I must print it
  1924. out and send by mail (not E-mail).  However, I'll distribute free manuals as
  1925. many as possible. Please forward me, when you receive requests for Japanese
  1926. manuals.  I can distribute JSTAR FDD or printed documents.
  1927.  
  1928.     Ken-ichiro Murakami
  1929.  
  1930. Page 34                                                INFO-KERMIT DIGEST V5 #5
  1931.  
  1932.     NTT Basic Research Laboratories
  1933.     3-9-11 Midori-cho, Musashino-shi
  1934.     Tokyo, 180
  1935.     Japan
  1936.  
  1937.     Telephone : 0422-59-3589
  1938.     E-mail address : "nttlab!murakami"@Shasta    (from ARPA)
  1939.                 or
  1940.              murakami@nttlab.ntt.junet   (from JUNET)
  1941.                 (JUNET is Japanese domestic network.)
  1942.  
  1943. [Ed. - Thanks to Ken-ichiro Murakami for all the work he put into
  1944. translating the Kermit User's Guide and the Kermit Protocol Manual and for
  1945. volunteering to distribute these manuals to others.]
  1946.  
  1947. ------------------------------
  1948.  
  1949. Date:     Tue, 29 Jul 86 10:44 MDT
  1950. From:     <REHABIV@USU.BITNET> (Eric Zurcher)
  1951. Subject:  KERMIT for Sirius/Victor 9000 under CP/M-86
  1952. Keywords: Sirius/Victor 9000 Kermit, CP/M-86
  1953.  
  1954. This note will be followed by slightly modified versions of A86 and H86
  1955. files for KERMIT for the Victor 9000/Sirius under CP/M-86.  This version is
  1956. nearly identical to the one I sent to you about 3 weeks ago, and differs
  1957. only in that the SET PORT command is now implemented, allowing the user to
  1958. select either serial port "A" or "B" - "A" is the default.  I hadn't
  1959. originally intended bothering to add this feature, but a freak lightning
  1960. strike knocked out the "A" port on one of the Victors in our department, and
  1961. it was easier (and cheaper) to implement the SET PORT option than to fix the
  1962. hardware.
  1963.  
  1964.                                         Sincerely,
  1965.  
  1966.                                         Eric Zurcher
  1967.                                         Dept. of Biology
  1968.                                         Utah State University
  1969.                                         Logan, Utah 84322-5305
  1970.                                         REHABIV@USU.BITNET
  1971.  
  1972. [Ed. - Thanks, Eric.  The new files are in the Kermit distribution as
  1973. KER:C86XV9.*.]
  1974.  
  1975. ------------------------------
  1976.  
  1977. Date: Wed, 23-JUL-1986 22:26 EST
  1978. From: Bob Babcock <PEPAP@CFA2.BITNET>
  1979. Subject: Two Kermit-MS 2.29 Implementations for the Sanyo 550 Series
  1980. Keywords: MS-DOS 2.29, Sanyo 550 Series
  1981.  
  1982. This is to announce two versions of Kermit 2.29 for the Sanyo 555.  One has
  1983. a fairly simple machine dependent routine MSXMBC.ASM, in particular, it does
  1984. not have any terminal emulation other than responding properly to some
  1985. VT-100 escape sequences which the BIOS recognizes.  This version will run
  1986. under DOS 2.11 on any Sanyo MBC-550 or 555 which has a serial port.  I
  1987. haven't tried it under DOS 1.25, but Kermit does check the DOS version, so
  1988.  
  1989. INFO-KERMIT DIGEST V5 #5                                                Page 35
  1990.  
  1991. it ought to work.  The other version is derived from the IBM Kermit and
  1992. includes almost all of its features including emulation of VT-52, VT-102,
  1993. Heath-19 terminals.  This version requires the optional IBM compatible video
  1994. board.  Since DOS 1.25 doesn't support the video board, the question of DOS
  1995. version doesn't arise for this version.
  1996.  
  1997. Most of the work in producing these routines was copied from code written by
  1998. Joe Smiley for version 2.27.
  1999.  
  2000. Both versions use the standard files:
  2001.      mssdef.h msscmd.asm msscom.asm mssfil.asm mssker.asm mssrcv.asm
  2002.      msssen.asm mssser.asm mssset.asm msster.asm mssfin.asm
  2003.  
  2004. The simple version has one Sanyo dependent-file:
  2005.      msxmbc.asm
  2006.  
  2007. The video board version has three Sanyo-dependent files:
  2008.      msx55x.asm msy55x.asm msz55x.asm
  2009.  
  2010. Bob Babcock
  2011. Mail stop 63
  2012. Smithsonian Astrophysical Observatory
  2013. 60 Garden Street
  2014. Cambridge, MA  02138
  2015. 617-495-7107  FTS 830-7107
  2016.  
  2017. Net addresses:
  2018. PEPMNT@HARVARDA.BITNET
  2019. PEPAP@CFA1.BITNET
  2020.  
  2021. [Ed. - The new files are in KER:MS%MBC.* (simple version) and KER:MS%55X.*
  2022. (video-board/vt100 version), including .BOO files for each (% is the DEC-20
  2023. single-character wildcard).]
  2024.  
  2025. ------------------------------
  2026.  
  2027. Date: Sat, 26 Jul 86 11:40 AST
  2028. From: <IUS@DACTH51.BITNET> (Eberhard W. Lisse)
  2029. Subject: Re: KERMIT with Other Terminal Emulators
  2030. Keywords: Terminal Emulation
  2031.  
  2032. Apropos of Jonathan Scott's message on this subject in the Info-Kermit
  2033. Digest V5 #4...
  2034.  
  2035. If one needs both Kermit (MS 2.29) and another Terminal program I would try
  2036. to run the other one from within Kermit. (RUN XYTERM)
  2037.  
  2038. I do this with a public domaine Tektronix 4010 emulator with no problems at
  2039. all. That combination works, in fact, better than a commercial product
  2040. (VTERM from Coefficient Systems) we use here as well, as that one does not
  2041. leave the keyboard as it is but switches to the US layout which is very
  2042. different from the one which comes with the IBM PC when bought in Germany.
  2043.  
  2044. ------------------------------
  2045.  
  2046. Date: Wed, 30 Jul 86 14:34 EDT
  2047.  
  2048. Page 36                                                INFO-KERMIT DIGEST V5 #5
  2049.  
  2050. From: CCPHIL@TUCC
  2051. Subject: CMS Kermit Problem (making it work)
  2052. Keywords: VM/CMS Kermit, CMS Kermit
  2053.  
  2054. Bob Babcock mentioned a problem with CMS Kermit putting him into CP mode,
  2055. where he has to interact with the system by entering a "begin" command to
  2056. get back into CMS mode.
  2057.  
  2058. The solution is to enter the command "set run on".  This changes your CMS
  2059. environment in a few .  One thing that happens is that a carriage return
  2060. will return you to CMS mode if you enter CP mode.  S most Kermits will time
  2061. out, and send a NAK packet (which is terminate in a carriage return), then
  2062. you automatically return to CMS mode where ermi Kermit runs without dropping
  2063. a stroke.  Your default environment must be "set run off".  We have used e
  2064. "set run on" command hen going to CMS from the HP 900 and other hosts at SAS
  2065. Institute.
  2066.  
  2067. [Ed. - Version 3.0 of CMS Kermit should return you to CMS mode automatically
  2068. if you happen to enter CP mode.]
  2069.  
  2070. ------------------------------
  2071.  
  2072. Date: 30-JUL-1986 15:04:20
  2073. From: SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk
  2074. Subject: .BOO files
  2075.  
  2076. How about using a hybrid Intel-Hex/BOO file format to provide the error
  2077. checking? If you were to structure a record as
  2078.  
  2079.                :<length><BOO-encoded data><checksum>
  2080.  
  2081. where length and checksum are ASCII hex, and checksum is based on the sum of
  2082. the byte values after conversion, you'ld add only 5 bytes per record. An EOF
  2083. record would have a length value of 0, adding 3 bytes to the grand total. I
  2084. would guess an 8-bit checksum would be enough for anyone's needs, and you'ld
  2085. have only a 6% or so increase in file size.
  2086.  
  2087. That would give you the checking needed: for another 2 bytes per record you
  2088. could add a <record-type> ASCII hex field after the <length> field, which then
  2089. gives you an expansion path if you ever do a major change in the structure.
  2090. The obvious ones here are
  2091.  
  2092.     Type 0   Filename record (including such attributes as you might want,
  2093.              such as "total length of data you should get when you've done")
  2094.     Type 1   Data record
  2095.     Type 2   ASCII test pattern
  2096.     Type $FF EOF
  2097.  
  2098. Having a specific record type for EOF and FileName would let you concatenate
  2099. .BOO encodings for multiple files and convert them all in one run of the
  2100. converter program.
  2101.  
  2102. And, I suppose, if you used record type values not used in Intel hex, you could
  2103. produce a universal converter that could do both.....
  2104.  
  2105. Alan
  2106.  
  2107. INFO-KERMIT DIGEST V5 #5                                                Page 37
  2108.  
  2109.  
  2110. ------------------------------
  2111.  
  2112. Date: Thu, 31 Jul 86 14:57:07 edt
  2113. From: Jeffrey Burgan <jeff@umbc3.UMD.EDU>
  2114. Subject: Using C-Kermit to dialout on a DF112 modem?
  2115. Keywords: DF112 Modem
  2116.  
  2117. I am having problems getting a DF112 modem to work with C-Kermit.  When I
  2118. issue a 'set line /dev/ttyIb' command after the 'set modem df100' command,
  2119. kermit does not respond with a prompt. It seems it is waiting for carrier
  2120. detect. Has anyone gotten a DF112 to work dialing out and if so, are there
  2121. any special switch settings for the modem.  Any help would be appreciated.
  2122.  
  2123. Thanks in advance,
  2124.  
  2125. Jeffrey Burgan
  2126. University of Maryland
  2127. jeff@umbc3.umd.edu
  2128.  
  2129. [Ed. - It also depends on which version of C-Kermit -- Sys V, 4.2BSD,
  2130. etc.  Sys V has special treatment for modems ("CLOCAL"), which may or may
  2131. not be consistently implemented on different System-V systems.]
  2132.  
  2133. ------------------------------
  2134.  
  2135. End of Info-Kermit Digest
  2136.  
  2137. Page 38                                                INFO-KERMIT DIGEST V5 #6
  2138.  
  2139.  
  2140. Info-Kermit Digest         Mon, 08 Sep 1986       Volume 5 : Number 6
  2141.  
  2142. Today's Topics:
  2143.  
  2144.                            New Kermit for HP-1000
  2145.                      New Release of Sperry-1100 Kermit
  2146.                  New Kermit for Use with Microsoft Windows
  2147.                       More Kermit Diskettes Available
  2148.                                  MSBPCT.ASM
  2149.                         Amiga Kermit Initialization
  2150.                        Kermit Documentation in French
  2151.                   Review of MS Kermit 2.29 vs ProComm 2.3
  2152.                             Kermit on IBM MVS/XA?
  2153.                         Suggestions for Fortran Port
  2154.  
  2155. ----------------------------------------------------------------------
  2156.  
  2157.  
  2158. Date: Wed 3 Sep 86 17:23:51-EDT
  2159. From: Christine M Gianone <SY.CHRISTINE@CU20B.COLUMBIA.EDU>
  2160. Subject: New Kermit for HP-1000
  2161. Keywords: HP-1000 Kermit
  2162.  
  2163. This is to announce a new Kermit program for the HP-1000 running either
  2164. RTE-6 or RTE-A, replacing both of the two earlier HP-1000 programs, as
  2165. discussed in Info-Kermit V4 #xxx and #yyy.  This program was submitted by
  2166. Paul Schuman of E-Systems, Inc, Greenville, Texas, who has also contributed
  2167. it to the appropriate HP user groups.  The files are in KER:HPM*.*.
  2168. Binaries (for RTE-A) are in KB:HPM*.*.  The old versions have been moved to
  2169. KO:HP*.*.
  2170.  
  2171. ------------------------------
  2172.  
  2173. Date: Wed 3 Sep 86 17:37:23-EDT
  2174. From: Christine M Gianone <SY.CHRISTINE@CU20B.COLUMBIA.EDU>
  2175. Subject: New Release of Sperry-1100 Kermit
  2176. Keywords: Sperry
  2177.  
  2178. This is to announce version 2.5 of Sperry 1100 Kermit from pAaul sTevens at
  2179. the University of Wisconsin.  The changes include conditional assembly to
  2180. make it easier to port to "standard" Sperry systems, increased maximum
  2181. record size from 800 to 2000, and error corrections.  The source file,
  2182. in Sperry assembler, is in KER:UNIVAC.ASM.
  2183.  
  2184. ------------------------------
  2185.  
  2186. Date: Sun 10 Aug 86 10:21:58-EDT
  2187. From: Bill Hall <OC.AMS@CU20B.COLUMBIA.EDU>
  2188. Subject: New Kermit for Use with Microsoft Windows
  2189. Keywords: Microsoft Windows, MS-DOS Kermit
  2190.  
  2191. I have developed a simple version of Kermit to run under Microsoft Windows.
  2192. I will be sending you the files via the mails on a floppy disk for you to
  2193. try.  It is strictly bare bones, but the multitasking aspect is really nice.
  2194.  
  2195.  
  2196. INFO-KERMIT DIGEST V5 #6                                                Page 39
  2197.  
  2198. If you will put it on the system, I will maintain it and develop it further.
  2199.  
  2200. [Ed. - Thanks Bill!  The diskette was received, and the files have been
  2201. placed in KER:WIN*.* on CU20B.  Although this program is bare-bones (no
  2202. help, only dumb terminal emulation), it runs a lot faster under MS Windows
  2203. than regular Kermit does, and it has the advantage that it can be run in
  2204. several windows at once, for instance transferring two files simultaneously,
  2205. one on COM1 and the other on COM2, all in the background while doing other
  2206. work in the foreground.  The program is written in Microsoft C v4.0 (Windows
  2207. aware), using the supplemental Windows libraries, the Microsoft Resource
  2208. Compiler, and LINK4 v5.02.  It takes advantage of MS-Windows' built-in comm
  2209. and screen drivers, and is thus usable on any system that runs Windows.  It
  2210. requires a lot of memory and only runs at speeds up to 2400 baud.  It has
  2211. several typical Windows menus so a mouse is a near necessity.  This Kermit
  2212. program should not be confused with the other "Windows Kermit" for the PC
  2213. (WKERMIT), which implements windows in the other sense of the word, namely
  2214. the sliding window transport-level protocol.  The executable program is
  2215. KER:WINKRM.BOO, in Boo-file format, which can be translated to and .EXE
  2216. file using any of the KER:MSBPCT.* programs.  The 8-bit binary .EXE file
  2217. is available in KB:WINKRM.EXE, for those sites that can transfer such files
  2218. directly from CU20B.]
  2219.  
  2220. ------------------------------
  2221.  
  2222. Date: Sun, 17 Aug 86 17:06:41 pdt
  2223. From: Randy Spencer <spencer@usc-oberon>
  2224. Subject: More Kermit Diskettes Available
  2225. Keywords: Kermit Diskettes
  2226.  
  2227. This is a copy of the letter I sent out to net.micro.amiga.  I am sending
  2228. it to you because I just noticed the file AADISK.HLP on CU20B and would
  2229. like to be included...
  2230.  
  2231. I am willing to send you a copy of Kermit for the IBM, C64, or the Amiga.
  2232. These are the most recent versions available from Columbia.  Send me $6.00
  2233. and your mailing address to:
  2234.  
  2235.     Randy Spencer {Keeper of the Kermits}, Box 4542, Berkeley CA 94704
  2236.                    ^^^^^^^^^^^^^^^^^^^^^optional
  2237.  
  2238. I prefer checks, they make good receipts.  I *will* include the sources for
  2239. Amiga Kermit on the disk I send.  I will include the sources for the IBM
  2240. Kermit if requested (but it is so hard to keep up with the changes, and I
  2241. cannot be sure that it will compile as I have not got all the compilers for
  2242. the IBM (I am just using the transformer)).  The sources for c64 Kermit will
  2243. not compile on the c64 (they were compiled on a mainframe) so there is
  2244. little use in downloading them.  There are some other utilities on the disk
  2245. and the .boo file is included if you want to modem someone else a copy of
  2246. the file.
  2247.  
  2248.                     Randy Spencer
  2249.  
  2250. [Ed. - Thank you for offering to distribute Kermit on diskettes, Randy.
  2251. Your name and terms have been put in the file KER:AADISK.HLP.  Are there
  2252. any other volunteers for micros we do not already have listed?]
  2253.  
  2254.  
  2255. Page 40                                                INFO-KERMIT DIGEST V5 #6
  2256.  
  2257. ------------------------------
  2258.  
  2259. Date: 27 Aug 86 14:14 EDT
  2260. From: junod@dtrc.ARPA (John Junod)
  2261. Subject: MSBPCT.ASM
  2262. Keywords: .EXE files
  2263.  
  2264. I have just completed a reconstruction of Kermit on a DEC Rainbow using the
  2265. MSVRB1.BOO file. The target machine had a Vanilla MS-DOS disk without BASIC
  2266. or a Terminal Emulator with file transfer.  It did have MASM and LINK. I was
  2267. able to capture the BOO file by using "copy aux mskermit.boo" (and you could
  2268. capture the msbpct.asm file by using "copy aux msbpct.asm") and sending a
  2269. control-z at the end from another MS-DOS machine connected to the Rainbow's
  2270. communication port. Since I was unable to find an assembly version of MSBPCT
  2271. I wrote the following to reconstruct MSKERMIT.EXE. (Note: you must have the
  2272. source BOO file on the default drive as MSKERMIT.BOO and the output will
  2273. always be MSKERMIT.EXE on the default drive.
  2274.  
  2275. If necessary do a "copy" or "rename" of your capture file before running the
  2276. assembled MSBPCT.ASM)
  2277.  
  2278.            Regards,
  2279.  
  2280.            John Junod
  2281.            Code 1821
  2282.            David Taylor Naval Ship R and D Center (DTNSRDC)
  2283.            Bethesda, Md 20084-5000
  2284.  
  2285. [Ed. - Thanks John!  The file is in KER:MSBPCT.ASM.]
  2286.  
  2287. ------------------------------
  2288.  
  2289. Date: Fri, 05 Sep 86 01:50 EDT
  2290. From: CCPHIL@TUCC
  2291. Subject: Amiga Kermit Initialization
  2292. Keywords: Amiga Kermit
  2293. Cross-Ref: Commodore Amiga (see also Amiga Kermit)
  2294.  
  2295. I have found the following kermit initialization file useful for the Amiga,
  2296. when you want to emulate a standard ANSI terminal (like a VT100).  I have
  2297. used this with a PCI protocol converter and also a VAX VMS system.  The PCI
  2298. works well, but the VAX has problems in EDT when lines need to be scrolled
  2299. up from the bottom of the screen.
  2300.  
  2301. Note that the Amiga Kermit will configure itself based on the settings in
  2302. the Preferances screen for the serial line.  Insert the following lines into
  2303. a file s:.kermrc :
  2304.  
  2305. %
  2306. % Set up to 80 columns by 24 rows, position to (0,0), & clear screen
  2307. %
  2308. echo \\033[25t\\033[80u\\033[0x\\033[0y\\014
  2309. %
  2310. echo Kermit is initialized and 80x24 ANSI screen!
  2311.  
  2312. ------------------------------
  2313.  
  2314. INFO-KERMIT DIGEST V5 #6                                                Page 41
  2315.  
  2316.  
  2317. Date: Thu 4 Sep 86 16:12:48-EDT
  2318. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  2319. Subject: Kermit Documentation in French
  2320. Keywords: French Kermit Documentation
  2321.  
  2322. A translation into French of the first part of the Kermit User Guide appears
  2323. in CiSi telematique's "Bulletin Technique", numbers 86/05-06 and 86/07-08,
  2324. available (I'm not sure how) from CiSi telematique, 35 Boulevard Brune,
  2325. 75680 Paris CEDEX 14, phone (1)45.45.80.00.  Thanks to Gerard Gaye.
  2326.  
  2327. ------------------------------
  2328.  
  2329. Date: 22 Aug 86 05:23:44 GMT
  2330. From: pete@octopus.UUCP (Pete Holzmann, Octopus Enterprises, Cupertino, CA)
  2331. Subject: Review of MS Kermit 2.29 vs ProComm 2.3
  2332. Keywords: MS-DOS Kermit, ProComm
  2333.  
  2334. THANK YOU to the many who responded to my recent request for info on
  2335. communications programs that properly handle flow control. This is a summary
  2336. of the responses and my subsequent experience:
  2337.  
  2338. The responses were almost unanimous in recommending either ProComm (2.3 is
  2339. the latest version) or MS-Kermit (2.29 is the latest). A kind soul sent me
  2340. MS-Kermit, and I picked up ProComm locally.
  2341.  
  2342. A review of the two:
  2343.  
  2344. Kermit: lots of options, but not really as flexible as the number of options
  2345. might lead one to believe.  Comes with one terminal emulator (VT102) and only
  2346. one file transfer protocol (Kermit, no sliding windows).  Can use 38.4
  2347. KBaud, a win.  Drives my LCD display at about 6 Kbaud.  User interface isn't
  2348. too bad once you know how to use it, but it is not at all intuitive (you
  2349. must 'Cancel Connection' to get to command mode, and that doesn't *really*
  2350. break the connection, fortunately!).  No dialing directory or other
  2351. niceties, although you *can* push into DOS.  File transfers are slooooowwww.
  2352. Running between two 8 MHz AT's at 38.4 KBaud, I could only push through
  2353. about 300 bytes a second!!!  Rather poor.  However, I didn't find any bugs.
  2354. It may not do a whole lot, but it works.
  2355.  
  2356. [Ed. - Actually, PC Kermit comes with 3 terminal emulators built in -- VT52,
  2357. H19, and VT102 -- plus the ability to run with external terminal device drivers
  2358. like ANSI.SYS or whatever.  2.29 is slightly slower than some previous
  2359. releases, but not THAT slow!  See below...]
  2360.  
  2361. ProComm: Great user interface, lots of terminal emulations, lots of transfer
  2362. protocols, lots of niceities including dialing directory that can also link
  2363. to destination-specific command files (for auto-login, etc).  Color,
  2364. windows, (even sound if you can stand it).  Very fast file transfers (even
  2365. good in Kermit, with sliding windows, but slower than the other protocols).
  2366. It is a 'shareware' program (kermit is from a University, presumably more
  2367. altruistic).  BUT A BIG BOO for all the bugs.  ProComm has a strong tendency
  2368. to lock up.  More so on AT's, but also on PC's.  It can happen when you
  2369. aren't doing anything, it can happen during file transfer, it can happen due
  2370. to problems in terminal emulation, it can happen... you get the idea.  I've
  2371. posted another article asking for help with these problems.  I just can't
  2372.  
  2373. Page 42                                                INFO-KERMIT DIGEST V5 #6
  2374.  
  2375. trust ProComm.  Otherwise, it would be the greatest thing since sliced
  2376. bread.
  2377.  
  2378. [Ed. - Kermit has color too...]
  2379.  
  2380. Actually, there's two wish-list features I wish could be added to
  2381. ProComm or some other program:
  2382.  
  2383. 1) Conditional branching and user-input in command files, similar to
  2384.    some of the capabilities of CrossTalk.
  2385.  
  2386. 2) Putting something like CWEEP into the comm program, so that one
  2387.    could easily select the files to be block-transferred.  It would make
  2388.    unattended operation MUCH more useful! It would even be better if you
  2389.    could grab filenames off the screen (so you could get a remote
  2390.    directory, then just point at the files you want to download).
  2391.  
  2392. Again, thanks for the help! (My current status: using ProComm in general,
  2393. but using MS-Kermit when it is important that the job get done right without
  2394. system-reboot hassles).
  2395.  
  2396. [Ed. - The following comments about MS-DOS Kermit 2.29 performance on the
  2397. IBMs and clones come from Joe Doupnik, who put together version 2.29 and
  2398. is working on a new release, 2.29A]
  2399.  
  2400. At 38400 baud the effective speed ought to be well above 9600 baud (like
  2401. 14-16Kb or so).  That's for the new version (2.29a) whereas the release
  2402. version (2.29) is the normal slow poke (say 3000 but not quite 300 baud).
  2403.  
  2404. MSKermit 2.29 is slower than 2.28 (please speed up if possible).  Well, the
  2405. test version of 2.29 on the previous disk is much faster than 2.28.  As an
  2406. example, transferring a plain text file, mssscp.asm in fact, between two
  2407. regular IBM PC clones at 9600 baud this morning took:
  2408.         132 seconds     with MSK 2.28
  2409.         67 seconds      with MSK 2.29a/test   same packet length as 2.28
  2410. That's a 2:1 speedup! Lower baud rates achieve less dramatic factors since
  2411. the transmission time is a greater proportion of the whole.  2.29a
  2412. at 38400 baud works, but the higher efficiency did not come cheaply.
  2413.  
  2414. Some additional comments since I have focused on that topic recently.  The
  2415. measured overhead of new 2.29a to move a character from one ramdisk to
  2416. another is close to 350 microseconds per character plus the time sending the
  2417. data on the comms link.  The per character time includes the major factor of
  2418. time doing (s-l-o-w) DOS file calls. I overlap as much packet construction
  2419. and decomposition as possible with i/o without going to extreme measures
  2420. (read that as expanded buffering + management code).  Screen writes are time
  2421. consuming but are less so now.  The release 2.29 (and earlier releases) had
  2422. high overhead associated with clock timing (for timeouts); this version does
  2423. not.  Earlier versions had real trouble with the serial port at high speeds;
  2424. this version has code written for high speeds.  A problem with all comms
  2425. programs is that items hanging on the clock tic block interrupts from the
  2426. serial port and cause data loss.  Examples are print spoolers, keyboard
  2427. enhancers, screen savers, pop up helpers, and so forth; it is amazing how
  2428. much time they eat.  With a scope attached to the comms line I observe a
  2429. series of 1000 byte packets to use 1.34 +/- seconds from ACK to ACK at 9600
  2430. baud; hence the timing figure above.  This is on a regular 4.77 MHz PC and
  2431.  
  2432. INFO-KERMIT DIGEST V5 #6                                                Page 43
  2433.  
  2434. translates into an efficiency of 75% on the comms line.  In the test case of
  2435. transferring MSSSCP.ASM from hard disk to a ramdisk the new version gave a
  2436. throughput of about 507 bytes/sec (5000 baud, 33950 bytes div 67 seconds)
  2437. end to end (or about 7200+ on the comms line) including all overhead of
  2438. prefix encoding chars, screen updating, packet header bytes, etc.  I think
  2439. the new Kermit will beat many or most X-modem implementations (certainly the
  2440. ones I have).  So, Kermit's efficiency is up this time around, and it can
  2441. run at much higher speeds than before.
  2442.  
  2443. ------------------------------
  2444.  
  2445. Date: Thu 4 Sep 86 10:04:46-EDT
  2446. From: Walter V Dixon Jr <EXT1.DIXON@CU20B.COLUMBIA.EDU>
  2447. Subject: Kermit on IBM MVS/XA
  2448. Keywords: MVS/TSO Kermit?
  2449.  
  2450. Another GE site is trying to use an MVS version of Kermit under XA.  They
  2451. are getting an ijkmsg SYSDA not allowed.  Is there anyone they can call to
  2452. get help solving this problem?
  2453.  
  2454. Thanks
  2455.  
  2456. Walt Dixon
  2457.  
  2458. ------------------------------
  2459.  
  2460. Date: Mon, 18 Aug 1986 01:49 PDT
  2461. From:   "Jeffrey Sicherman"  <JAJZ801%CALSTATE.BITNET@WISCVM.WISC.EDU>
  2462. Subject: Suggestions for Fortran Port
  2463. Keywords: Fortran Port
  2464.  
  2465. I would appreciate some advice from anybody who has done a kermit
  2466. port/implementation in FORTRAN or who is familiar with one or more of the
  2467. FORTRAN implementations.
  2468.  
  2469.   The machine is a minicomputer and has an old FORTRAN compiler ... Fortran
  2470. IV (which corresponds to FORTRAN 66, I think) and I would like
  2471. recommendations on which of the existing versions would be easiest to
  2472. convert. I could edit some new IF constructs, etc., but I wouldn't like to
  2473. use one if it was rife with such constructs. Maximum facilities would be
  2474. nice, but right now ease of conversion is primary. Please reply to me if
  2475. possible:
  2476.  
  2477.              JAJZ801@CALSTATE.BITNET
  2478.  
  2479. Thanks for any help.
  2480.  
  2481. ------------------------------
  2482.  
  2483. End of Info-Kermit Digest
  2484.  
  2485. Page 44                                                INFO-KERMIT DIGEST V5 #7
  2486.  
  2487. Info-Kermit Digest         Wed, 10 Sep 1986       Volume 5 : Number  7
  2488.  
  2489.               Converting Kermit Distribution to 3 Tapes
  2490.                New (Minor) Release of C-Kermit for UNIX
  2491.                     Kermit 2.29 for the NEC APCIII
  2492.                  Uuencoded Files and Trailing Blanks
  2493.                         Kermit for NCUBE AXIS
  2494.                   Timing Problem with TOPS-20 Kermit
  2495.                      VAX to PC binary file xfers
  2496.              Being thrown into CP while using CMS Kermit
  2497.                       CMS KERMIT under VM/XA/SF?
  2498.     Kermit through 3708 Front End or WETRONIC Protocol Converter?
  2499.                     PRIMOS Kermit v. IBM-PC 2.29?
  2500.                   Kermit and Paradise Graphics Card?
  2501.  
  2502. ----------------------------------------------------------------------
  2503.  
  2504. Date: Tue 9 Sep 86 17:26:35-EDT
  2505. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  2506. Subject: Converting Kermit Distribution to 3 Tapes
  2507. Keywords: Kermit Distribution
  2508.  
  2509. The collection of Kermit programs and documentation has once again grown
  2510. beyond the capacity of our most common distribution, 1600bpi 2400-foot reels
  2511. of magnetic tape.  We are now in the process of reorganizing the files from
  2512. 2 groups (micros and mainframes) into 3 groups (micros, mainframes, and
  2513. esoterica).  Our major goal is to keep the most popular stuff on tapes A and
  2514. B, so that people who ordered these tapes before the changeover will still
  2515. stand a good chance of getting everything they want.  However, we must
  2516. create sufficient empty space on tapes A and B to allow the new Kermit
  2517. programs recently announced (and others waiting in the wings) to fit.
  2518.  
  2519. We'll try to do this as fairly as possible.  In the meantime, we'll be
  2520. installing new programs and files on CU20B without necessarily also putting
  2521. them in our other distribution areas or on our tapes.  When this rash of
  2522. installations (and announcements) is complete, we'll see how to most
  2523. equitably distribute the files.  Network access to Kermit files will be
  2524. unchanged, but during the transition some of the new files won't necessarily
  2525. be available at all of the distribution points.
  2526.  
  2527. ------------------------------
  2528.  
  2529. Date: Tue 9 Sep 86 17:27:50-EDT
  2530. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  2531. Subject: New (Minor) Release of C-Kermit for UNIX
  2532. Keywords: C-Kermit
  2533. Cross-Ref: UNIX Kermit (see also C-Kermit)
  2534.  
  2535. This is to announce a new, minor release of C-Kermit for UNIX.  Because of
  2536. some mixups this past July, the new Amiga Kermit was installed in the Kermit
  2537. distribution with an inconsistent set of sources; the major reason for this
  2538. release is to remove this inconsistency.  Also, a few minor bugs are fixed.
  2539. Significant performance improvements and additional features will come in
  2540. future releases.  Here's a brief summary of what's in this new release:
  2541.  
  2542. Changes from Jack Rouse and Phil Julian of SAS Institute:
  2543.  
  2544. INFO-KERMIT DIGEST V5 #7                                                Page 45
  2545.  
  2546. . Commodore Amiga support, replaces that from Davide Cervone of Rochester U.
  2547.   All-new CKI*.* files (this was announced in Info-Kermit v5 #3).
  2548.   This is the version written up in Jul/Aug 86 Amiga World.
  2549. . Revert CKUCMD.[CH] and CKUUS?.[CH] to their old selves (no more printf2,
  2550.   printf3, since these are no longer necessary for the Amiga), but add a
  2551.   few new Amiga specifics under #ifdef AMIGA conditionals.
  2552. . Fix multiline GET parsing to allow get back to top-level prompt if illegal
  2553.   local filename given (in CKUUSR.C).
  2554. . Supply a missing printf() parameter in CKWART.C.
  2555.  
  2556. Other changes:
  2557.  
  2558. Fix top-level parse loop in CKUUSR.C to reset any start state that might
  2559. erroneously have been set when a parse error has occurred.  Eliminates (for
  2560. instance) the spurious "?Sorry, you must set speed first" message if you
  2561. specify "foo bar" as the local filespec in multiline GET.
  2562.  
  2563. Make sysinit() return -1 if it fails, 0 if it succeeds, and have CKCMAI.C
  2564. check the return code.  Corresponding changes to invocation of sysinit in
  2565. CK[UVMI]IO.C.
  2566.  
  2567. Change references in CKUFIO.C to _file member of FILE structure to more
  2568. portable fileno() [suggested by Doug Orr, U of Mich].
  2569.  
  2570. In CKUFIO.C, change zclosf() to kill the fork before waiting for it to
  2571. terminate.
  2572.  
  2573. Fix Sys-V speed setting code (change "," to ";" between tttvt.c_cflag
  2574. statements) in CKUTIO.C.
  2575.  
  2576. Fix errpkt() function in CKCFN2.C to close open files, so that further
  2577. host commands can be done by the server after such a command is interrupted
  2578. abnormally [problem pointed out by Gregg Wonderly, Oklahoma State U].
  2579.  
  2580. Add Stan Barber's 4.3BSD acu control code to CKUTIO.C, under NEWUUCP
  2581. conditional.  I'm not sure if NEWUUCP needs to be defined in the makefile,
  2582. or what...
  2583.  
  2584. Version 4D(061) has been compiled and tested under Ultrix 1.1 (= 4.2BSD),
  2585. Ultrix 1.2 (whatever that may be a hybrid of), 2.9BSD on a DEC Pro/380, and
  2586. true 4.3BSD on a VAX 11/750 (4.3BSD includes an earlier version of C-Kermit
  2587. -- 4C(057) -- on its distribution tape).  The files that are new to this
  2588. version are in KER: on CU20B.  They are:
  2589.  
  2590. CKUCMD.C, CKUCMD.H, CKITIO.C
  2591. CKUUSR.C, CKUUSR.H, CKMTIO.C
  2592. CKUUS2.C, CKUUS3.C, CKVTIO.C
  2593. CKUFIO.C, CKUTIO.C
  2594. CKCMAI.C, CKUKER.UPD
  2595.  
  2596. ------------------------------
  2597.  
  2598. Date:  Fri, 29 Aug 86 21:16 EDT
  2599. From:  Goeke@MIT-MULTICS.ARPA
  2600. Subject:  Kermit 2.29 for the NEC APCIII
  2601. Keywords: MS-DOS Kermit, NEC APC3
  2602.  
  2603. Page 46                                                INFO-KERMIT DIGEST V5 #7
  2604.  
  2605. Cross-Ref: NEC APCIII (see also NEC APC3 and MS-DOS Kermit)
  2606.  
  2607.           As we discussed almost two months ago, I have this version of a
  2608. terminal driver for the NEC APCIII which implements almost everything found
  2609. in the IBM PC driver plus some little goodies of its own.  Roger Link
  2610. (linkr%vtvm1) and I have worked together on debugging the present version;
  2611. he is now releasing it to his general (local) universe, which will no doubt
  2612. turn up additional bugs, but one cannot wait forever.
  2613.  
  2614.           I have put a note in the Boston Computer Society APCIII newsletter
  2615. offering to supply disks for users finding it inconvenient to get the source
  2616. from Columbia.  The same offer applies to the general world, which you may
  2617. publish in whatever manner is common.  The instructions are to send me 1
  2618. floppy to get the executable code, 4 floppies to get all the sources.  The
  2619. address is:
  2620.                     Robert Goeke
  2621.                     MIT Center for Space Research
  2622.                     Room 37-567
  2623.                     77 Massachusetts Avenue
  2624.                     Cambridge, MA  02139
  2625.  
  2626. [Ed. - Thanks!  We will distribute this stuff as part of the 2.29a release,
  2627. since corresponding changes have to be made to all the other incarnations of
  2628. MS-DOS Kermit.  Till then, those who are anxious to get it can get floppies
  2629. by mail as advertised above.]
  2630.  
  2631. ------------------------------
  2632.  
  2633. Date: Sun, 03 Aug 86 22:35:31 EST
  2634. From:  MOEWS%UCONNVM.BITNET@WISCVM.ARPA
  2635. Subject: Uuencoded Files and Trailing Blanks
  2636. Keywords: Uuencoded Files
  2637.  
  2638.       If you use KERMIT under VM/CMS, it is hard to use uuencoded files such
  2639. as the uuencoded version of ST Kermit, since VM/CMS Kermit removes all
  2640. trailing blanks when downloading files.  Here is a solution to this problem;
  2641. it is a version of UUDECODE that supplies trailing blanks as necessary,
  2642. written to run on the Atari ST.  It is written in 68000 assembly language,
  2643. and can be assembled using the public domain assembler, AS68.
  2644.  
  2645.                                        David Moews
  2646.                                      MOEWS@UCONNVM.BITNET
  2647.  
  2648. [Ed. - Thanks David!  The files are in KER:ASTUUD.*.  The trailing blanks
  2649. will be lost, however, if punched across BITnet.  See KER:ASTKER.BWR for
  2650. a more complete explanation and a SNOBOL program to restore the blanks.]
  2651.  
  2652. ------------------------------
  2653.  
  2654. Date: Fri, 8 Aug 86 11:02:58 edt
  2655. From: couch <@CSNET-RELAY.ARPA,@TUFTS.CSNET (alva l couch):couch@TUFTS.CSNET>
  2656. Subject: Kermit for NCUBE AXIS
  2657. Keywords: NCUBE AXIS
  2658.  
  2659. I now have a partially functional adaptation of C - Kermit 4.2 for the
  2660. NCUBE parallel processor running the AXIS operating system.
  2661.  
  2662. INFO-KERMIT DIGEST V5 #7                                                Page 47
  2663.  
  2664.  
  2665.                 Sincerely,
  2666.                     Alva L. Couch,
  2667.                     Dept. of Computer Science,
  2668.                     Tufts University,
  2669.                     Medford, MA, 02155
  2670.  
  2671. [Ed. - As soon as Columbia receives the files, we'll attempt to add
  2672. Alva's code to the current C-Kermit release, and announce when it's
  2673. ready.]
  2674.  
  2675. ------------------------------
  2676.  
  2677. Date: Tue, 09 Sep 86 13:10:00 PDT
  2678. From: Bob Larson <R.LARSON%FNS1@USC-ECL.ARPA>
  2679. Subject: Timing Problem with TOPS-20 Kermit
  2680. Keywords: TOPS-20 Kermit
  2681. Cross-Ref: KERMIT-20 (see also TOPS-20 Kermit)
  2682.  
  2683. After making a few improvements in my specialized kermit used to transfer
  2684. mail between USC's primes and other computers, (better timeout handling)
  2685. files started being duplicated.  (Cases of up to 26 have been reported.)  I
  2686. finaly traced the problem down: Tops-20 kermit (4.2(253)) frequently ignors
  2687. a GE (Generic Erase, i.e. Delete File) packet sent immediatly after an ack
  2688. to a B packet.  (Is the tops-20 clearing its input buffer before going back
  2689. to server wait?)  By adding a delay (20 seconds is probably a bit much, but
  2690. works) before sending the GE packet, this problem has dissapeared.  My
  2691. kermit implimentation cannot resend the GE packed after a timeout, since it
  2692. requests to delete the oldest generation of a file (-2) after it has been
  2693. transferred. (If the Ack of the GE packed was lost, repeating the GE packet
  2694. would erase a file that has not been transfered.)
  2695.  
  2696. A completly different solution to the problem would be to convince the
  2697. tops-20 end to tell me what generation of the file it is sending.  I'm not
  2698. sure I want to put the work into supporting atribute packets even if the
  2699. tops-20 end did.
  2700.  
  2701. [Ed. - What the DEC-20 Kermit server actually does in response to a GE
  2702. packet is to send back a whole transaction, in which the Data packets list
  2703. the actual files (including generation numbers) that were listed.  Thus you
  2704. don't get an ACK, you get a "long form response".  If you want to try to
  2705. pick out the filenames from the data packets you can do so, but this would
  2706. mean the Prime code would have to have special knowledge of the form in
  2707. which the DEC-20 sends this information.]
  2708.  
  2709. Another problem I have noticed with tops-20 kermit 4.2(253) is it wants a
  2710. control-v counted as two characters in a GE packet it receives, which does
  2711. not agree with my interpretation of section 8.2.1 of the kermit protocol
  2712. manual (sixth edition).  (The case of control characters is not dirrectly
  2713. discussed, so it is somewhat left to interpretation.)
  2714.  
  2715. [Ed. - If you want to quote a special character in a filespec sent to a
  2716. DEC-20 Kermit server, precede it by a Ctrl-V, just as you would do when
  2717. typing odd filenames directly to TOPS-20.  The data field of the generic
  2718. packet is formed before datalink-level encoding, therefore the little length
  2719. fields within the data packet of a generic command reflect the length before
  2720.  
  2721. Page 48                                                INFO-KERMIT DIGEST V5 #7
  2722.  
  2723. encoding.  For instance, if you want to send a generic command to delete a
  2724. file called x.? (where ? is not normally a legal character in a filename),
  2725. the data field of the g packet would look like "E$x.#V?" -- $ indicates a
  2726. length of 4, AFTER DECODING (and before encoding).  Clear?  (ha)]
  2727.  
  2728. Bob Larson <Blarson@Usc-Eclb.Arpa>
  2729.  
  2730. ------------------------------
  2731.  
  2732. Date: Fri 8 Aug 86 21:37:30-PDT
  2733. From: Dan Davison <FOX.DAVISON%BIONET@sumex-aim.arpa>
  2734. Subject: VAX to PC binary file xfers
  2735. Keywords: VAX/VMS Kermit, MS-DOS Kermit
  2736.  
  2737. Someone asked about doing binary file transfers via kermit from an IBM PC to
  2738. a VAX.  A response indicated that it can be done.  I'm sorry to report that
  2739. response is wrong in some cases.
  2740.  
  2741. We routinely transfer files from VAXEN to uVAXen and other PCs (Pro 350,
  2742. Dec Rainbow, IBMPC Portable, a few others).  Vax has a binary file format tha
  2743. CANNOT be transfered using KERMIT.  They cannot (1) be transfered via KERMIT
  2744. VAX to VAX; (2) uVAX to VAX (or vice versa) and (3) PC to VAX (or vice versa).
  2745.  
  2746. It doesn't matter what parity, baud, stop,start etc. you use.  We speak to
  2747. a set of 785s, everybody running the same version of kermit.  The thing to
  2748. do is a
  2749.  
  2750.     DIR/FULL/ALL filename.EXE
  2751.  
  2752. If the record size is 512 (the usual for VAX executables and some special
  2753. format files made via FORTRAN and PASCAL) you are guaranteed to get garbage
  2754. after the transfer.  We have tried all sorts of ways around this, but the only
  2755. way that works is to copy the files over DECNET to a machine that has a tape
  2756. drive.
  2757.  
  2758. We also cannot transfer binary (.OBJ) files with Kermit.  The problem lies n
  2759. in KERMIT but the way the VAX keeps information in the file header.  You can
  2760. transfer the files, true, but they are useless and cannot be RUN or LINKed.
  2761.  
  2762. Non-DEC binary files, on the other hand, can be transferred successfully, re-
  2763. loaded and used.  I use our Microvax to backup my hard disk (until its
  2764. reacent headache (crash) courtesy of Federal Express.
  2765.  
  2766. If anyone wants further info, or knows of a way around this, please get in
  2767. touch with me at one of the addresses below.
  2768.  
  2769. Dr. Dan Davison, Dept. of Biochemical and Biophysical Sciences, SR-1,
  2770. University of Houston--University Park, 4800 Calhoun, Houston, Tx 77004
  2771.  
  2772. [Ed. - The normal trick is to SET FILE TYPE FIXED or SET FILE TYPE BINARY.
  2773. Did you try either or both of these?  (They are alleged to work, provided
  2774. the record length is 512.)  Of course, what VMS Kermit really needs is
  2775. attribute packets.  PDP-11 Kermit uses this to transfer the entire
  2776. FILES-11 FAB (or whatever it's called) along with the file, so it can be
  2777. properly reconstructed on the receiving system, provided it's also FILES-11.
  2778. Future releases of VMS Kermit may work somewhat better in this respect.]
  2779.  
  2780. INFO-KERMIT DIGEST V5 #7                                                Page 49
  2781.  
  2782.  
  2783. ------------------------------
  2784.  
  2785. Date: Fri, 01 Aug 86 23:19:27 EDT
  2786. From: Mark S. Feldman <MARKSF@UMD2.UMD.EDU>
  2787. Subject: Being thrown into CP while using CMS Kermit
  2788. Keywords: CMS Kermit
  2789.  
  2790. Recently, there has been discussion here about the problem of CMS Kermit
  2791. falling through to CP.  I've used CMS Kermit a lot, both here at the
  2792. University of Maryland and at several comercial sites.  Only one of the
  2793. comercial systems that I have used has ever thrown me into CP, and it was
  2794. doing it fairly consistently one day.  The problem was not with Kermit, but
  2795. with the over-loaded state of the computer.  I don't even think that having
  2796. control returned to kermit would have helped that day - the machine was
  2797. being thrown into CP because it could not keep up with the input.
  2798.  
  2799. What if you want to go into CP?
  2800.  
  2801. While preventing CMS Kermit from being thrown into CP might help some
  2802. people, I wonder if it might hurt some others.  What if you need to break
  2803. out of (server) CMS Kermit and for some reason the pc Kermit is unable to
  2804. transmit a finish packet, or any packet for that matter.  Wouldn't the
  2805. proposed change to CMS Kermit make it very difficult, and perhaps
  2806. impossible, to get out of CMS Kermit server mode if their were a problem
  2807. with the pc Kermit?
  2808.  
  2809.   Mark
  2810.  
  2811. [Ed. - When using the CMS in linemode through a 3705 or equivalent, then
  2812. almost any kind of framing or parity error can throw you into CP.  The
  2813. proposed change will continue Kermit where it left off, immediately,
  2814. whenever this happens -- a fairly frequent occurrence over dialups, etc.
  2815. It's still possible to break out if you're coming in as a 3270 through a
  2816. Series/1-style front end, and it may also be possible with a 3705 if
  2817. you type a lot of BREAKs in a row.]
  2818.  
  2819. ------------------------------
  2820.  
  2821. Date: Tue, 19 Aug 1986 16:04 EDT
  2822. From: Nick Gimbrone <NJG@CornellA>
  2823. Subject: CMS KERMIT under VM/XA/SF?
  2824. Keywords: CMS Kermit
  2825.  
  2826. Has anyone succeeded (tried) in using CMS Kermit under VM/XA/SF?
  2827.  
  2828. [Ed. - CMS Kermit (any version) should work, provided VM/XA/SF has TTY
  2829. support (does anyone know if it does?).  In any case, Kermit should still
  2830. work on these systems through Series/1-style front ends.]
  2831.  
  2832. ------------------------------
  2833.  
  2834. Date: Mon, 11 Aug 86 13:04:12 MEZ
  2835. From:  UZR112%DBNRHRZ1.BITNET@WISCVM.ARPA
  2836. Subject: Kermit through 3708 Front End or WETRONIC Protocol Converter?
  2837. Keywords: Protocol Converters
  2838.  
  2839. Page 50                                                INFO-KERMIT DIGEST V5 #7
  2840.  
  2841.  
  2842.        We (id est: the Computer Center of the University of Bonn, West
  2843. Germany, where I work beside my studies), we want to run KERMIT on an
  2844. IBM3708 Protocol Converter.  Did anyone of yours already test this
  2845. configuration?  Did anyone of yours heard about someone *out in netland* who
  2846. has this configuration and/or has tested it and/or is using it.  Any notes
  2847. concerning this problem will be very welcome !!!!!!!!
  2848.  
  2849. [Ed. - The 3708 makes an ASCII terminal look like an SNA terminal, rather
  2850. than a local bisync 327x terminal.  There is no code in CMS or TSO Kermit
  2851. to handle these, and it's not clear that there ever can be -- for a protocol
  2852. converter to be usable for Kermit file transfer requires that it can be put
  2853. into transparent mode (and that the mainframe Kermit program know how to do
  2854. this); does the 3708 have a transparant mode, like the Series/1 or 7171?]
  2855.  
  2856. Did anyone *out there in netland* already succeded in a filetransfer using
  2857. KERMIT for conecting PCs to an IBM/370-series-mainframe via a Protocol
  2858. Converter WETRONIC PCI/1076?  We are able to run an emulation on this
  2859. configuration, but we still have problems when trying the file transfer
  2860. facility.  Any notes concerning this problem will be very welcomed.  Thanks
  2861. a lot for all your efforts in advance.  Have a nice day.  Please answer me
  2862. directly to:
  2863.                  Thorsten Glattki
  2864.                  Computer Center,Univ.Bonn,W.-Germany
  2865. My netaddress is : <UZR500%DBNRHRZ1.BITNET at WISCVM.WISC.EDU>
  2866.  
  2867. [Ed. - Similar considerations apply here.  Does the WETRONIC thingie have
  2868. a transparent mode?  If so, code can be added to mainframe Kermit to turn
  2869. this on and off, as it does for 7171's, etc.  Otherwise, forget it.]
  2870.  
  2871. ------------------------------
  2872.  
  2873. Date: Fri, 29 Aug 86 11:14:58 BST
  2874. From: Chris_K_now-and-then <cjk@uk.ac.ucl.cs>
  2875. Subject: PRIMOS Kermit v. IBM-PC 2.29?
  2876. Keywords: Prime Kermit, MS-DOS Kermit
  2877.  
  2878.      Has anyone actually worked IBM-PC Kermit 2.29 against (any) PRIMOS
  2879. Kermit successfully?  If so a note as to the settings employed would be much
  2880. appreciated.  A friend at Salford is failing utterly.
  2881.  
  2882.                                           Chris Kennington.
  2883.  
  2884. [Ed. - This combination is in common use between The Source (which has
  2885. Primes) and their customers (many of whom have PCs).  However, most
  2886. accesses to The Source are through Telenet, which adds an additional
  2887. level of complexity.  The magic in that case, however, is simply "set
  2888. parity mark".  Do you have the most recent (May 86) version (7.57)?]
  2889.  
  2890. ------------------------------
  2891.  
  2892. Date: Mon, 8 Sep 86 15:40:47 EDT
  2893. From: Kenneth Van Camp -FSAC-  <kvancamp@ardec>
  2894. Subject:  Kermit and Paradise Graphics Card?
  2895. Keywords: Graphics Card
  2896.  
  2897.  
  2898. INFO-KERMIT DIGEST V5 #7                                                Page 51
  2899.  
  2900.     I recently replaced my old IBM monochrome (non-graphics) display
  2901. adapter with a Paradise Modular graphics card (still driving my IBM
  2902. monochrome display) on my PC-XT.  For some reason, the text display with
  2903. this board is noticeably slower than with the old mono card.  I can live
  2904. with this, but when I go into Kermit I am now dropping characters when in
  2905. the normal connect mode.  I tried slowing down the baud rate to 4800, and I
  2906. even told Unix to put in some fairly long pauses after every line (stty
  2907. cr3), to no avail.  I also tried both types of flow-control in Kermit, with
  2908. no effect.  It's important that I point out that nothing has changed except
  2909. the display adapter -- same modem, same Kermit, etc.  Yet Crosstalk XVI
  2910. doesn't seem to have the same problem; no characters are dropped at any
  2911. speed.  Does anybody know what's going on?
  2912.  
  2913.           --Ken Van Camp <kvancamp@ARDEC.ARPA>
  2914.  
  2915. ------------------------------
  2916.  
  2917. End of Info-Kermit Digest
  2918.  
  2919. Page 52                                                INFO-KERMIT DIGEST V5 #9
  2920.  
  2921. Info-Kermit Digest         Wed, 17 Sep 1986       Volume 5 : Number  9
  2922.  
  2923. Today's Topics:
  2924.           Announcing IBM Mainframe VM/CMS Kermit Version 3.1
  2925.                     MS-DOS Kermit 2.29A Prerelease
  2926.                       Announcing Kermit for DTSS
  2927.         CP/M-80 Kermit-80 Version 4.08 on Trial Release in UK
  2928.          Comment on MS-DOS Kermit vs Graphics Screen Display
  2929.                     Problems with Atari ST Kermit
  2930.                    Problems with MacKermit 0.8(34)
  2931.  
  2932. ----------------------------------------------------------------------
  2933.  
  2934. Date: 1986 Sep 9   20:05 EST
  2935. From: (John F. Chandler) <PEPMNT@HARVARDA.BITNET>
  2936. Subject: Announcing IBM Mainframe VM/CMS Kermit Version 3.1
  2937. Keywords: CMS Kermit, IBM Mainframe
  2938.  
  2939.    This is to announce CMS Kermit Release 3.1 for IBM 370-series mainframes
  2940. running VM/CMS.  The new version has been consolidated into a single source
  2941. file, but there is a new, optional, separate program which can be used for
  2942. loading Kermit into high memory (thereby allowing Kermit to invoke any CMS
  2943. program).  An effort has been made to keep the CMS-dependent parts of Kermit
  2944. together (many operations are performed using MACRO's which could be
  2945. redefined to fit, for example, TSO), but there are still many spots in the
  2946. code which implicitly assume the CMS environment.
  2947.  
  2948. Below is a list of the more important additions in Version 3.1:
  2949.  
  2950. 1.  Massive reorganization and cleanup of source code.
  2951.  
  2952. 2.  Advanced server functions.
  2953.  
  2954. 3.  Basic and advanced commands to a local server from remote mode, driven
  2955.     by TAKE command file.
  2956.  
  2957. 4.  Long packet protocol (type 0 extended headers).  Allow arbitrary foreign
  2958.     filespec in SEND and GET commands.  Provide optional prefix and suffix for
  2959.     outgoing file headers.
  2960.  
  2961. 5.  CWD and SPACE commands along with SET DESTINATION.  The default filemode
  2962.     for SEND is taken from CWD.
  2963.  
  2964. 6.  TYPE, ECHO, XTYPE, and XECHO commands (the latter two being Series/1
  2965.     transparent-mode analogs of the first two, useful for raw downloading).
  2966.  
  2967. 7.  REMOTE KERMIT commands honored by CMS Kermit server, including SET, SHOW,
  2968.     TDUMP, TAKE, CMS, CP, STATUS, and SPACE.
  2969.  
  2970. 8.  TEST mode for debugging.
  2971.  
  2972. 9.  Optionally append to, rather than, replace, old files with duplicate names.
  2973.  
  2974. 10. Optionally keep files even when the transfer is cancelled.
  2975.  
  2976. 11. Send Attribute packets with file size, host system, and possibly file
  2977.  
  2978. INFO-KERMIT DIGEST V5 #9                                                Page 53
  2979.  
  2980.     type and record format.  Receive and ACK attribute packets.
  2981.  
  2982. 12. Option whether to search only the "home" disk and its read-only extensions
  2983.     or all accessed disks when the filemode is omitted from filespec.
  2984.  
  2985. 13. Automatic recovery from line-noise interruptions on TTY lines.
  2986.  
  2987. 14. Multi-column, two-level selective SHOW display.
  2988.  
  2989. 15. New help text for HELP command.
  2990.  
  2991. [Ed. - Many thanks!  Version 3.1 began as 3.0 (which was never released),
  2992. consisting mostly of source-level reorganization, cleanup, bug fixes,
  2993. plus new keyword parsing and a new help command, by Vace Kundakci of
  2994. Columbia.  John made further contributions, including the new server
  2995. functions, Attribute packets, new SET and SHOW commands, the new CMS chapter
  2996. for the Kermit User Guide, the new installation procedure, and more.  Bob
  2997. Bolch of Triangle Universities added the extended-length packet support,
  2998. Clark Frazier of the Harvard B-School added features for raw downloading
  2999. through the Series/1 (XECHO and XTYPE).  The new version should also fix
  3000. most or all of the bugs that were reported by many sites (particularly by
  3001. Greg Small at UC Berkeley) since the release of version 2.  The new files
  3002. are in KER:CMS*.* on CU20B.  The old ones will be kept on CU20B for a while
  3003. as KO:CMS*.*.]
  3004.  
  3005. ------------------------------
  3006.  
  3007. Date: Tue 16 Sep 86 12:41:47-EDT
  3008. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  3009. Subject: MS-DOS Kermit 2.29A Prerelease
  3010. Keywords: MS-DOS Kermit
  3011.  
  3012. The MS-DOS Kermit 2.29A Prerelease that was announced in the previous digest
  3013. turned not to work with IBM mainframe Kermits.  It has been fixed in this
  3014. respect and replaced.  The new version is dated September 15 rather than
  3015. September 10th, and has been tested against VM/CMS Kermit with no problems,
  3016. using both 3705 (linemode) front ends and Series/1-style ASCII protocol
  3017. converters, and both regular and extended-length packets up to 1000 bytes in
  3018. length.  The test versions of MS-Kermit are in KER:MST*.* on CU20B and also
  3019. on KERMSRV as MST* * for BITNET access.
  3020.  
  3021. Also, as noted in the .HLP and .BWR files, when parity is set to NONE, all 8
  3022. bits of incoming characters are displayed on the screen during CONNECT.
  3023. This will cause consternation to users of systems (particularly the IBM PC
  3024. family) with 8-bit character sets.  This feature was added to accommodate
  3025. European and non-Roman-alphabet environments that really do have 8-bit ASCII
  3026. character sets, but it was erroneously tied to the PARITY setting.  In fact,
  3027. there are systems (like the DEC-20) which have 7-bit ASCII character sets,
  3028. but which send parity (e.g.  even) to the terminal, but don't require parity
  3029. coming from the terminal, and whose Kermit programs put the line into
  3030. transparent 8-bit mode for file transfer.  Until a new SET command is added
  3031. to select 8-bit or 7-bit terminal display, the workaround is to SET PARITY
  3032. SPACE during terminal emulation and to SET PARITY NONE for file transfer.
  3033.  
  3034. ------------------------------
  3035.  
  3036.  
  3037. Page 54                                                INFO-KERMIT DIGEST V5 #9
  3038.  
  3039. Date: Tue 16 Sep 86 13:11:57-EDT
  3040. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  3041. Subject: Announcing Kermit for DTSS
  3042. Keywords: DTSS Kermit
  3043.  
  3044. A new version of Kermit has been written for Honeywell 6000 mainframes
  3045. running the Dartmouth Timesharing System (DTSS) in "Virtual PL/1" (VPL1) by
  3046. Philip Koch of the Dartmouth Kiewit Computer Center.  This is a relatively
  3047. esoteric Kermit since there are not very many DTSS installations, and of
  3048. them, few have VPL1 compilers.  However, brief instructions are included for
  3049. converting to non-virtual PL/1.  There's no manual or help file, but there
  3050. are some comments at the beginning of the source file, which is in
  3051. KER:DTSS.PL1 on CU20B.  Thanks to Philip Crowell of Dartmouth for sending
  3052. the program to us on tape.
  3053.  
  3054. ------------------------------
  3055.  
  3056. Date: 11-SEP-1986 17:01:26
  3057. From: SYSKERMIT%vax1.central.lancaster.ac.uk@Cs.Ucl.AC.UK (Alan Phillips)
  3058. Subject:  CP/M-80 Kermit-80 Version 4.08 on Trial Release in UK
  3059. Keywords: CP/M Kermit
  3060. Cross-Ref: Kermit-80 (see also CP/M Kermit)
  3061.  
  3062. Bertil Schou at Loughborough University in the UK (OBSchou@UK.AC.LUT.MULTICS on
  3063. the UK JANET network) has now got his mammoth rewrite of Kermit-80 available
  3064. for test release. At the moment the files are available only by FTP in the UK
  3065. from his machine, but once the very worst bugs have been cleared we'll be
  3066. getting the files to Columbia for wider circulation. Bertil has sent in some
  3067. notes on what changes he's made: here they are:
  3068.  
  3069. Superficially,  there  is  little  real change  in  operation  of Kermit-80,
  3070. but  there  have  been some major jobs  tackled  like trapping BDOS calls and
  3071. multiple FCB buffering...
  3072.  
  3073. New bits for this version include:
  3074.  
  3075.                SET {SEND/RECEIVE} START-OF-PACKET character
  3076.                SET DIRECTORY-FILE-SIZE  (Shows  or hides  file  sizes  on
  3077.                        DIRectory displays)
  3078.                USER to set other user spaces
  3079.                RECEIVE to collect a file from a remote SENDer
  3080.                GET to collect a file from a remote SERVER
  3081.                SEND {local filename} {remote filename}
  3082.                TAKE to take command files from disk
  3083.                automatic  TAKE  KERMIT.INI  on default  disk  on  loading
  3084.                        KERMIT-80 (useful for SET BAUD etc.)
  3085.                much improved speed on DIRECTORY
  3086.                automatic  CLOSE-ing of a terminal connection if the  line
  3087.                        is  DROP-ped  (currently only for  an  Apple,  and
  3088.                        Torch  has  a dummy test for cntrl-] D in  connect
  3089.                        state)
  3090.                improved printer handling. (Kermit-80 sends an XOFF to the
  3091.                        host if the characters are comming in faster  than
  3092.                        they  are  printed.   This does not work  in  this
  3093.                        version,  as another option,  SET FLOW-CONTROL has
  3094.                        not been fully implemented - also,  I did not have
  3095.  
  3096. INFO-KERMIT DIGEST V5 #9                                                Page 55
  3097.  
  3098.                        a printer to test this out on a Torch...)
  3099.  
  3100. On  the  negative side,  only LASM can be used  to  assemble  the source files.
  3101. I personally see no pont in being able to support several assemblers if LASM
  3102. can do the job, but then again, I have not  used  the MAC80 cross assembler...
  3103.  
  3104. All  source  files  have  been  renamed,  and  there  are  a  few additions.
  3105. All source files are named in the form:
  3106.  
  3107.                CPaxxx.ASM
  3108.  
  3109. where:
  3110.  
  3111.                a=S for system independent source files
  3112.                a=X for system dependent source files
  3113.                a=other letters for .HEX files etc.   These files have NOT
  3114.                        been created as yet.
  3115.  
  3116. The  system  dependent code has changed a  litle  too,  hopefully bringing  the
  3117. CPXSYS.ASM (formerly CP4SYS.ASM) file a  bit  more toward  a manageable  size.
  3118. There  is now the  possibility  for FAMILIES  of  systems,  like APPLE and
  3119. NorthStar  (also  Comart), which  contains  code  for computers of a single
  3120. type.   I  have immediately  gone against all this by creating a family with
  3121. the code for Torches, Cifers, Ithacas and Superbrains.  (This because we have
  3122. these systems here at Loughborough)
  3123.  
  3124. CPXSYS.ASM is largely unmodfied from CP4SYS.ASM.   Systems now in families
  3125. have their code duplicated in the relavent family file. CPXSYS.ASM  LINKs  to
  3126. the family file  if  appropriate.   In  due course,  I  hope to split off more
  3127. systems into "families" either on  their own,  or grouped  with other similar
  3128. systems.   I  know this is a half way step to true independent code for each
  3129. system, but  some systems are so close to others that I think it best  to group
  3130. them this way.
  3131.  
  3132. All VDU and terminal information is now held in CPXVDU.ASM.  This is really the
  3133. last section in the older CP4SYS.ASM file.
  3134.  
  3135. A quick "schematic" of what happens at assembly time...
  3136.  
  3137.         LASM CPXTYP... this then assembles the following:
  3138.  
  3139.         CPXTYP
  3140.           |
  3141.           v
  3142.         CPSDEF
  3143.           |
  3144.           v
  3145.         CPXLNK
  3146.           |
  3147.           v          (CPXSYS acts as a sorter for FAMILY switching)
  3148.         CPXSYS-------+----------+-----------+-----------+----
  3149.           |          |          |           |           |
  3150.           v          v          v           v           v
  3151.         (rest  of  CPXTOR     CPXAPP      CPXNOR       CPX???  one of
  3152.         CPXSYS)      |          |           |           |      several
  3153.           |          |          |           |           |      Families
  3154.  
  3155. Page 56                                                INFO-KERMIT DIGEST V5 #9
  3156.  
  3157.           +<---------+----------+-----------+-----------+----
  3158.           |
  3159.           v
  3160.         CPXVDU
  3161.           |
  3162.         <END of assembly>
  3163.  
  3164. Users  should  be  aware  of  the  change  both  to  the  linking information
  3165. and start of the overlay address.   There are two new entries in the table,
  3166. family (offset 6) and lptstat (offset 20h). The  former is a two byte pointer
  3167. to a text string for  a  FAMILY (or  null  if not used) and the latter a JMP to
  3168. a routine  giving the status of the printer.   This can be done through  BIOS,
  3169. but not  through BDOS.   Users with odd sorts of printers may need to add their
  3170. own code here.
  3171.  
  3172. There  have  also  been some bugs fixed in  some  of  the  system dependent
  3173. code, so you would be wise pulling all the source files across.
  3174.  
  3175. The overlay address is now 5000h, and will probably change before this
  3176. revision  is complete.   The speeding up of  multiple  file handling takes its
  3177. toll on memory,  as there are now 64-ish  FCBs buffered.  This speeds up the
  3178. DIRECTORY command no end.
  3179.  
  3180. With  the overlay address at 5000h there is still a lot of  space free for more
  3181. things to be added (about 800h bytes).
  3182.  
  3183. Things yet to be done - lots!
  3184.  
  3185. There have been moves trying to add other independent modules for other
  3186. terminal  emulators  other than  the  VT52.   Demands  for SERVER,  REMOTE
  3187. HOST...,  file compression, better TRANSMIT, % of file  sent  and/or Kbyets
  3188. sent/received as part  of  the  display diring  transfers,  a lot of cosmetic
  3189. tidying up as well as  even more systems to be added.   CP/M-80 is a slowly
  3190. dying DOS,  and I feel  inclined to leave some bits out,  like SERVER (how many
  3191. use really  large  winchesters  in CP/M-80  systems,  and  want  true
  3192. servers?).    Does  anyone  have  a  burning  desire  for   these facilities?
  3193. And if so, will YOU be willing to take on the job of implementing them?
  3194.  
  3195.         Bertil Schou.
  3196.  
  3197. [Ed. - Above you see the future of CP/M-80 Kermit -- comments and
  3198. suggestions will be relayed to Bertil -- get them in soon, before it's
  3199. too late.]
  3200.  
  3201. ------------------------------
  3202.  
  3203. Date: 14 SEP 86 18:44-MDT
  3204. From: JRD@USU
  3205. Subject: Comment on MS-DOS Kermit vs Graphics Screen Display
  3206. Keywords: MS-DOS Kermit
  3207.  
  3208.         In the Kermit Digest V5 #7 Kenneth Van Camp, kvancamp@ardec, said
  3209. that his new display board was causing MS Kermit 2.29 (but not Crosstalk) to
  3210. drop characters arriving from the serial port.
  3211.  
  3212.         The critical things here are: does the display board turn off
  3213.  
  3214. INFO-KERMIT DIGEST V5 #9                                                Page 57
  3215.  
  3216. interrupts during screen scrolling, does it use the standard color card
  3217. display memory address (B800H, vs B000H for the monochrome card), does it
  3218. use interrupt request lines reserved for the serial port, and might its Bios
  3219. (if any) intercept the normal Int 10h video interrupt to implement things
  3220. its own way? An answer of Yes indicates slower processing of screen data.
  3221. The slowest screen operation on my EGA equipped system is scrolling (runs
  3222. about 16 millisec per text line), and scrolling can be caused by receipt of
  3223. a line feed (rather than a carriage return). Loss of characters indicates
  3224. the serial port interrupt could not be serviced before another character
  3225. arrived at the port. Common delaying items include print spoolers, screen
  3226. savers, and many other items, all of which tie on to the system clock tic
  3227. interrupt and block interrupts for extended periods. If the display adapter
  3228. also keeps interrupts off for milliseconds then things will get lost.
  3229.  
  3230.         When the screen is scrolled Kermit has a lot of work to do. Before
  3231. scrolling it copies the top (or bottom, as appropriate to the scroll
  3232. direction) line to an internal buffer, asks the Bios to do its slow screen
  3233. scroll, and then if need be writes a new bottom (top) line from a buffer to
  3234. the screen.  MS Kermit 2.29a has a speedier algorithm for all of this; but
  3235. still, the limiting factor is the Bios. If the display adapter were to turn
  3236. off interrupts during its Bios scroll operation then that's that.
  3237.  
  3238.         The MS Kermit command Set Term Color 10 forces a fast screen update
  3239. which may aid Kenneth; it causes snow on IBM CGAs.
  3240.  
  3241.         Regards,
  3242.         Joe D.
  3243.  
  3244. ------------------------------
  3245.  
  3246. Date: TUE, 26 AUG 86 17:10:04 GMT
  3247. From: C20228 @ UK.AC.PLYM.B
  3248. Subject: Problems with Atari ST Kermit
  3249. Keywords: Atari ST Kermit
  3250.  
  3251. I have an ATARI 1040 ST with an ATARI C development kit. The kit has a
  3252. version of Kermit based on the old VMS/UNIX Kermit. This works but is not
  3253. really suitable for the uninitiated ATARI user (ie 1st Year Students). I
  3254. therefore set out to implement Bernhard Nebels GEM KERMIT 1.02 which you
  3255. have on file store at Lancaster.
  3256.  
  3257. 1) Use VMS kermit to download the UUENCODED HEX files from LANC, get DECODE
  3258. program in C to decode above file. Compile DECODE program and feed it the
  3259. UUENCODED HEX files, results in KERMIT.PRG and KERMIT.RSC files now on disk.
  3260. Execute KERMIT.PRG it doesn't work !!! ATARI turns up its toes and displays
  3261. usual two bombs, then returns to desktop.
  3262.  
  3263. 2) OK back to LANC file store, new message in 00BULL.TXT there is a new
  3264. version of the DECODE program in assembler, to correct missing spaces
  3265. problem. Right download it, and another copy of UUENCODED HEX file for good
  3266. mesure. Assemble DECODE program OK, now run it and feed it UUENCODED HEX
  3267. files, results in KERMIT.PRG etc etc.... execute Kermit ATARI experiences
  3268. fatal error, usual two bombs displayed, program returns to desktop.
  3269.  
  3270. 3) OK now I'm really mad, back to LANC filestore. Transfer whole of ATARI C
  3271. source code (didn't really want to do it this way, but!). Write BATCH file
  3272.  
  3273. Page 58                                                INFO-KERMIT DIGEST V5 #9
  3274.  
  3275. to compile all C source modules, link modules, KERMIT.PRG now appears on the
  3276. disk. Execute KERMIT.PRG ATARI treats us to a wonderful display of random
  3277. graphics and dither patterns, stand admiring random graphics for a while
  3278. before remembering that we are supposed to be running KERMIT. Try to regain
  3279. control of ATARI, to no avail, even reset leaves the machine with a duff
  3280. hard disk driver, finally resort to powering down and re-booting. Repeat
  3281. above three procedures on and off for about a week. finally give up in
  3282. disgust!!!!!
  3283.  
  3284. CAN ANYBODY HELP!!
  3285.  
  3286. Chris Rose
  3287. Micro-Support
  3288. Plymouth Polytechnic.
  3289.  
  3290. [Ed. - This is a good example of the paradox of Kermit -- you can't get
  3291. it unless you already have it...  Has anybody succeeded in making this
  3292. work?  Maybe a .boo file would be better than a UUENCODE file -- at least
  3293. .boo files don't have trailing blanks, and there's a .BOO-file decoder
  3294. written in C (KER:MSBPCT.C on CU20B).  It would also be most helpful if
  3295. someone could volunteer to ask as a provider of Atari ST Kermit diskettes,
  3296. or to induce an Atari user group to do it.  If this happens, please tell
  3297. us, so we can refer people who ask us.]
  3298.  
  3299. ------------------------------
  3300.  
  3301. Date: Sat, 23 Aug 86 09:31:28 pdt
  3302. From: gould9!joel@nosc.ARPA (Joel West)
  3303. Subject: Problems with MacKermit 0.8(34)
  3304. Keywords: Mac Kermit
  3305.  
  3306. I've been using MacKermit for 1.5 years now and am very pleased overall.  I
  3307. use it every day even though I own two commercial (MacTerminal and
  3308. Microphone) programs which sit unused.  But... (You knew this was coming)
  3309.  
  3310. I'm having trouble with my MacPlus:
  3311.     1) The Receive dialog box is not compatible with HFS and
  3312.        looks quite bizarre.
  3313.     2) I was unable to map keys on the Plus to other values.
  3314.        (Has anyone else tried this?) My previous mappings
  3315.        from my 512 days work fine, though.
  3316.  
  3317. [Ed. - All of our Macintosh programmers disappeared after 0.8(33).
  3318. The current version, 0.8(34), consists mostly of VT102 emulation
  3319. improvements by Davide Cervone of the U of Rochester.  No work has been
  3320. done to accommodate the Mac Plus.  It has been suggested that the resource
  3321. file can be edited to make the Receive-file box look right for the Mac+, by
  3322. making it the same size as the Send-file box.  The keypad stuff mostly works
  3323. fine with the Mac+ (at least on ours), provided you start with the VT100
  3324. Keypad startup file that's supplied on our distribution diskette, and on
  3325. CU20B as KER:CKMVT1.HQX (and .DOC).]
  3326.  
  3327. Also, a lingering nit-pick from day one:
  3328.   When starting a new file, the transaction dialog box should
  3329.   pull down the "Transferred OK" message from the previous
  3330.   file, as it is confusing to tell whether the msg is left from
  3331.  
  3332. INFO-KERMIT DIGEST V5 #9                                                Page 59
  3333.  
  3334.   the previous file or is a status on the current file.
  3335.  
  3336. If there are any lingering key problems on the European macs or the Plus, I
  3337. would recommend the article "Be a Keyboard Sleuth" (by Joel West) in the
  3338. August 1986 MacTutor.  I can supply a paper copy to anyone who's interested
  3339. in doing further work on MacKermit or K-Config.
  3340.  
  3341.     Joel West                 MCI Mail: 282-8879
  3342.  
  3343. [Ed. - Mac Kermit does indeed need work.  The major thing that needs to
  3344. be done to it is translation to a native Macintosh C compiler, so that
  3345. a VAX or other Unix system with the SUMACC tools is not required to
  3346. modify the program.  Several people have expressed an interest in doing
  3347. this, but I don't think anyone has really started.  Also, there doesn't
  3348. seem to be any concensus as to the best C compiler for the job.
  3349. Suggestions welcome, volunteers even more welcome!]
  3350.  
  3351. ------------------------------
  3352.  
  3353. End of Info-Kermit Digest
  3354.  
  3355. Page 60                                               INFO-KERMIT DIGEST V5 #10
  3356.  
  3357. Info-Kermit Digest         Fri, 19 Sep 1986       Volume 5 : Number 10
  3358.  
  3359. Today's Topics:
  3360.  
  3361.         Alternate BITNET Kermit Distribution at University of Toledo
  3362.                       Os9 Kermit from os9 Users Group
  3363.                 Using C-Kermit on VAX/VMS for Mail Spooling
  3364.                 MS-DOS Kermit with Different Character Sets
  3365.                    More on Wanted: Kermit for the Apple][
  3366.                       Help with Installing VMS Kermit
  3367.                         VAX to PC Binary File XFERS
  3368.                      MVS/TSO and Apple II Kermit Gluts
  3369.                        Problems with Atari ST Kermit
  3370.                     Uuencoded Files and Trailing Blanks
  3371.  
  3372. ----------------------------------------------------------------------
  3373.  
  3374. Date: Fri 19 Sep 86 14:31:37-EDT
  3375. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  3376. Subject: Alternate BITNET Kermit Distribution at University of Toledo
  3377. Keywords: BITnet
  3378.  
  3379. The collection of Kermit files at the University of Toledo VAX-11/785
  3380. is now being updated on a weekly basis.  BITNET sites that have trouble
  3381. getting a response from CUVMA (due to congestion) are welcome to try
  3382. KERMSRV at UOFT02.  To get started with KERMSRV (at either CUVMA or
  3383. UOFT02) give the command:
  3384.  
  3385. SMSG RSCS MSG xxxxx KERMSRV HELP (from CMS)
  3386.   or
  3387. SEND KERMSRV@xxxxx KERMSRV HELP  (from VAX/VMS with Jnet)
  3388.  
  3389. where "xxxxx" is either CUVMA or UOF02.  Thanks to Brian and to the
  3390. U of Toledo Computing services for helping to ease BITnet congestion.
  3391.  
  3392. ------------------------------
  3393.  
  3394. Date: Fri 19 Sep 86 05:52:04-PDT
  3395. From: Bob Larson <BLARSON@USC-ECLB.ARPA>
  3396. Subject: Os9 Kermit from Os9 Users Group
  3397. Keywords: Os9 Kermit
  3398.  
  3399. Os9 kermit is available from the Os9 users group as disk 48.  (The latest
  3400. disk listing I have from them has this mislabeled as 68k only and lists disk
  3401. 37 as the 6809 version.  The version on disk 37 has quite a few bugs that
  3402. are fixed in the version on disk 48.)  Since several things are determined
  3403. at compile time, it's a good idea to have the C compiler available even if
  3404. they claim to supply a compiled version.
  3405.  
  3406. Membership in the Os9 users group is $25/year and includes disk 0 and MOTD
  3407. their monthly newsletter.  Send Name, address, computer type, os9 type and
  3408. level, and disk format to:
  3409.  
  3410. The Os9 Users Group
  3411. Attn: Membership
  3412. 9743 University Ave.
  3413.  
  3414. INFO-KERMIT DIGEST V5 #10                                               Page 61
  3415.  
  3416. Suite 330
  3417. Des Moines, IA 50322
  3418.  
  3419. Disk orders from members should be sent to the same address, Attn: Disk
  3420. order.  Disks are $5 for 5", $8 for 8", $80 for the works on 5" 80 track
  3421. DSDD standard os9.  Disk orders are accepted from members only.
  3422.  
  3423. [Ed. - Thanks for the information.  This Users Group has been added to our
  3424. KER:AADISK.HLP file, with the terms outlined.]
  3425.  
  3426. ------------------------------
  3427.  
  3428. Date: Tue, 16 Sep 86 09:44:36 pdt
  3429. From: varian!david@lll-crg.ARPA
  3430. Subject: Using C-Kermit on VAX/VMS for Mail Spooling
  3431. Keywords: C-Kermit, VAX/VMS Kermit, Scripts
  3432.  
  3433. We use C Kermit (058) under VMS here.  I wrote some scripts that run kermit
  3434. unattended in order to send mail from UNIX to VMS.
  3435.  
  3436. [Ed. - Thanks for the scripts!  Since they are rather long, we've put them in
  3437. the Kermit distribution as CKVKER.SCR.]
  3438.  
  3439. ------------------------------
  3440.  
  3441. Date: Wed, 13 Aug 86 16:40 N
  3442. From: Kimmo Laaksonen <KLAAKSON@FINFUN.BITNET>
  3443. Subject: MS-DOS Kermit with Different Character Sets
  3444. Keywords: MS-DOS Kermit, Character Sets
  3445.  
  3446. The internal translation feature allows MS DOS Kermit user to change
  3447. external character codes to MS DOS internal codes within Kermit, and vice
  3448. versa. This feature is mainly intended for text display and file transfer in
  3449. non-English speaking countries, where "national" characters in a remote host
  3450. are assigned to codes that have another graphics representation in a
  3451. "standard", ie.  Anglo-American, character set (some "standard" graphics are
  3452. replaced with national grahics - in terminals, line printers, etc.). In a PC
  3453. there is an extended character set, where both "standard" and "national"
  3454. characters can be intermixed in text files. The internal translation
  3455. supports full 8 bits, so it can be used to map different 8 bit character
  3456. sets to each other, too, like the DEC set (eg. in VT200 series) to the IBM
  3457. PC set and vice versa.
  3458.  
  3459. Without translation a text file prepared on the remote host will look
  3460. strange because the PC will display the "standard" graphics instead of the
  3461. national graphics, when the file is typed on PC screen via Kermit terminal
  3462. emulator, or when it is transferred to PC as a file with Kermit and then
  3463. looked upon with a text editor in PC.  Respectively a text file prepared in
  3464. a PC and transferred with Kermit to a remote host looks strange because
  3465. different codes are used to represent national characters in remote host
  3466. output devices.
  3467.  
  3468. MS DOS Kermit internal translation is an elegant solution to this situation.
  3469. There certainly exist separate programs to do the necessary code
  3470. conversions. One problem with them is that at least twice the file space is
  3471. required, which may turn out to be impossible in a PC if the file is large.
  3472.  
  3473. Page 62                                               INFO-KERMIT DIGEST V5 #10
  3474.  
  3475. Another problem is the extra time required for running a separate conversion
  3476. program.  Translation overhead within MS DOS Kermit is negligible.
  3477.  
  3478. Translation does NOT affect the Kermit protocol, ie. translation  is
  3479. done  outside  Kermit  packet assembly/disassembly. The new commands
  3480. for translation are:
  3481.  
  3482.  SET XLATION object [parameter(s)]
  3483.  
  3484. The following objects are available:
  3485.  
  3486.  ALL       Affects all translations. Valid parameter values  are  ON
  3487.            or OFF. ON is the default !
  3488.  
  3489.  DISPLAY   Controls translation of characters received DURING Kermit
  3490.            terminal  emulation, ie. what is displayed on the screen.
  3491.            Does not (should not?) affect terminal controls, eg.  ESC
  3492.            sequences.
  3493.  
  3494.  PRINT     Controls translation of characters received and output to
  3495.            printer DURING Kermit terminal emulation.
  3496.  
  3497.  SEND      Controls translation when transferring files FROM the PC.
  3498.  
  3499.  RECEIVE   Controls translations when transferring files TO the PC.
  3500.  
  3501. Parameters:
  3502.  
  3503.  OFF       Turns translation OFF for the selected object. Respective
  3504.            translations  must  be  OFF  to properly SEND and RECEIVE
  3505.            binary files, eg. .EXE, .COM, etc.
  3506.  
  3507.  ON        Turns CURRENT translations on for  the  selected  object.
  3508.            The   Finnish   convention   is   the  default  for   all
  3509.            translations (guess why).
  3510.  
  3511.  INITIAL   Resets a translation table to an identity table  ie.  all
  3512.            possible 8 bit codes are translated to them selves. It is
  3513.            good practice to initialize a  translation  table  before
  3514.            starting to build a new translation.
  3515.  
  3516.  EXPAND    Copies the lower half, ie. first 128 translations, to the
  3517.            upper  half  of the selected translation table. This is a
  3518.            useful feature when only the 7 lower bits (as  in  ASCII)
  3519.            are meaningful and the 8th bit (ASCII parity) is a "don't
  3520.            care".
  3521.  
  3522.  CODE base nnn base nnn
  3523.  
  3524.            This parameter is  used  to  actually  set  up  a  SINGLE
  3525.            translation  in  the selected object's translation table.
  3526.            The first pair (base  nnn)  is  the  original  code.  The
  3527.            second  pair is the code to which it is to be translated.
  3528.            Base can be any of DEC (decimal), HEX  (hexadecimal),  or
  3529.            OCT  (octal).  The  actual  code (nnn) is a number in the
  3530.            selected base.
  3531.  
  3532. INFO-KERMIT DIGEST V5 #10                                               Page 63
  3533.  
  3534.  
  3535. In addition there is a new command for terminal emulation:
  3536.  
  3537.  SET EIGHBIT value
  3538.  
  3539. It controls whether MS Kermit strips the 8th (normally  parity)  bit
  3540. (value  =  OFF,  the default) during terminal emulation, or if all 8
  3541. bits are used (ON). Passing all 8 bits is  useful  when  2  PCs  are
  3542. connected  together,  or when connected to a DEC VAX VMS set to pass
  3543. all 8 bits. Note that the DISPLAY and PRINT translations are applied
  3544. (if ON) AFTER the 8th bit is stripped off or passed on as it is.
  3545.  
  3546. Some notes:
  3547.  
  3548. The MS DOS Kermit translation is not intended for a lay operator. It
  3549. would  be best if somebody at a site prepared command file(s) to set
  3550. up (and enable) the required translations. It is usually too tedious
  3551. to give a note listing the necessary Kermit commands that a user has
  3552. to  type  in,  although  it's  possible.   TAKE,   or   even   using
  3553. MSKERMIT.INI,  is much easier. Anyway, since we didn't touch the SET
  3554. KEY  facility,  it  is  customary  to  include   tailored   keyboard
  3555. "translation"  command  files in local Kermit distribution floppies,
  3556. so adding a few new files (or including  them  in  SET  KEY  command
  3557. files) for the translations suits that custom well.
  3558.  
  3559. Some may think that the ability to define only a single  translation
  3560. for a single object at a time is too slow, but usually there are not
  3561. so many of them, well under 10 for the Finnish  character  set,  for
  3562. example. Even mapping a full 8 bit set to another, eg. DEC character
  3563. set to IBM PC, and vice versa, doesn't require  modification  of all
  3564. 256  codes.  And when the translations are set up, they are normally
  3565. loaded from a file, which doesn't take long.
  3566.  
  3567. We have translation files for the Finnish language and  IBM  PC  (of
  3568. course!),  including  SET  KEYs,  which  we can send to Columbia for
  3569. redistribution. However, we think it's better  to  postpone  sending
  3570. anything  yet,  because  our additions to MS Kermit were done on the
  3571. 2.27 version! We think it's better to wait until we have added  them
  3572. to  2.29.  After  that  we  hope that translation becomes a standard
  3573. feature in MS Kermit to keep all us non-AngloAmericans happy.
  3574.  
  3575. If you REALLY want something fast, send queries to:
  3576.  
  3577.   LK-KLE@FINHUT.BITNET, or
  3578.   KLAAKSON@FINFUN.BITNET
  3579.  
  3580. (We are connected to EARN/BITNET, only.)
  3581.  
  3582. [Ed. - Sounds like you've really attacked the problem head-on.  Still,
  3583. it's going to be tough to make everybody happy.  On the one hand you've
  3584. got all the different character sets -- Finnish, Swedish, German, Spanish,
  3585. etc. -- and on the other you've got all the different hardware -- the IBM
  3586. character ROM, the DEC version (with its multifarious "country kits"),
  3587. presence or absence of all different, incompatible graphics boards, etc.
  3588. I can visualize having dozens, maybe hundreds, of character-set files to
  3589. adapt each alphabet to each kind of hardware.  And then we have to deal
  3590.  
  3591. Page 64                                               INFO-KERMIT DIGEST V5 #10
  3592.  
  3593. with people's personal preferences about which key should transmit which
  3594. code...  But still, this sort of thing is badly needed in the
  3595. non-Anglo-American world.  What do people think?  Kimmo, maybe when you
  3596. get your hands on 2.29a (when it's finally released) you can try installing
  3597. your translation code, keeping these questions in mind.  Like, maybe there's
  3598. a way to combine many mappings into one compact file...]
  3599.  
  3600. ------------------------------
  3601.  
  3602. Date: 4 Sep 86 02:37:48 GMT
  3603. From: umcp-cs!cvl!umd5!zben@SEISMO.CSS.GOV (Ben Cranston)
  3604. Subject: More on Wanted: Kermit for the Apple][
  3605. Keywords: Apple II Kermit, Uppercase Terminals
  3606.  
  3607. Some people suggested that although they have other means of transfering
  3608. stuff from their Unix machines to their Apples I should post Kermit
  3609. anyway.  So I sat down and started to upload the source.  I didn't get
  3610. very far.  The Apple ][ that I use doesn't have lower case.  Unix is
  3611. not very friendly to upper-case-only terminals that try to use Kermit.
  3612. (To try it yourself, next time you sign on, type your userid in upper
  3613. case.)
  3614.  
  3615. [Ed. - What Kermit are you using on Unix?  C-Kermit handles the
  3616. uppercase environment just fine, at least on 4.2BSD -- uppercase
  3617. filenames map to lowercase, etc, and since during file transfer the
  3618. line is open in rawmode, the Unix terminal driver's uppercasing does
  3619. not interfere with the packets.]
  3620.  
  3621. I got it uploaded to the Sperrysaur which is a case insensitive
  3622. machine.  Unfortunately it doesn't like lines longer than 132
  3623. characters so I'm gonna hafta do moby "join" commands when I get it
  3624. FTPed up here.
  3625.  
  3626. But this exposes a pathological problem.  It probably works if you
  3627. have the lower case stuff, but what should the response of Kermit be
  3628. to an unmodified Apple?  Should there be a force-to-lower-case option?
  3629. Suggestions?
  3630.  
  3631. Oh, the other feature this Kermit has is a 70 column display-to-hires
  3632. option.  It doesn't make it on a color TV, but it's barely tolerable
  3633. on my B/W set.  On a video monitor it should be better...
  3634.  
  3635.                     umd5.UUCP    <= {seismo!umcp-cs,ihnp4!rlgvax}!cvl!umd5!zben
  3636. Ben Cranston zben @ umd2.UMD.EDU    Kingdom of Merryland Sperrows 1100/92
  3637.                     umd2.BITNET     "via HASP with RSCS"
  3638.  
  3639. ------------------------------
  3640.  
  3641. Date: 9-SEP-1986 10:17:43
  3642. From: SYSKERMIT%vax1.central.lancaster.ac.uk@Cs.Ucl.AC.UK
  3643. Subject:  Help with Installing VMS Kermit
  3644. Keywords: VAX/VMS Kermit
  3645.  
  3646.   We've had some discussions in the UK newsletter lately with people having
  3647. trouble installing VMS Kermit and its help files on VMS. A couple of people
  3648. have contributed some ideas and command procedures to help the non-VMS
  3649.  
  3650. INFO-KERMIT DIGEST V5 #10                                               Page 65
  3651.  
  3652. expert: I have them online here as VMSINS.HLP
  3653.  
  3654.         Alan
  3655.  
  3656. [Ed. - Thanks!  This file is in KER:VMSINS.HLP on CU20B.]
  3657.  
  3658. ------------------------------
  3659.  
  3660. Date: 16-Sep-1986 0539
  3661. From: fulton%comet.DEC@decwrl.DEC.COM  (Cathy Fulton -- CXO Technical Training)
  3662. Subject: VAX to PC Binary File XFERS
  3663. Keywords: VAX/VMS Kermit
  3664.  
  3665. In response to the recent messages about transferring VMS binary files
  3666. with Kermit...
  3667.  
  3668. I xfer VMS binary files to and from a PC all the time using Kermit.  Well,
  3669. they're not really binaries, but hexified forms of binaries.
  3670.  
  3671. There are two programs, VMSHEX.MAR and VMSDEH.MAR, which are used to hexify
  3672. and dehexify any VMS binary.  You first hexify the file with VMSHEX and then
  3673. Kermit it to the destination.  The hexified file is a normal ASCII file, so
  3674. SET FILE TYPE TEXT.  Upon Kermiting the file back to a VMS system, run VMSDEH
  3675. on it to restore the file to its original state.
  3676.  
  3677. - Cathy
  3678.  
  3679. [Ed. - Preprocessing is always a way around this kind of thing.  VMSHEX &
  3680. VMSDEH not only hexify & dehexify the file, but preserve & restore the
  3681. FILES-11 stuff.  If you're going from VAX to VAX, you can also use Kermit
  3682. to send BACKUP save sets back & forth.  Still, it should be possible to
  3683. transfer fixed 512-byte-block binaries with Kermit-32, at least that's
  3684. what it says in the documentation.  Maybe this could be a hot topic at
  3685. the DECUS Kermit session.]
  3686.  
  3687. ------------------------------
  3688.  
  3689. Date: Tue, 16 Sep 86 21:19 EST
  3690. From: CDTAXW%IRISHMVS.BITNET@WISCVM.WISC.EDU
  3691. Subject: MVS/TSO and Apple II Kermit Gluts
  3692. Keywords: MVS/TSO Kermit, Apple II Kermit
  3693.  
  3694. We have been using a very nice MVS/TSO version of Kermit written in
  3695. assembler by Steve Blankenship of TUCC.  He has modeled this after CMS
  3696. Kermit, and it the nicest, most powerful version we have run across for an
  3697. MVS/TSO site.  It supports communications both through 3705/3725 front ends
  3698. and Series 1/7171 front ends and includes a server mode, initialization and
  3699. take files, optional log files, tab expansion, etc., etc.
  3700.  
  3701. Steve and Roger [Fajman] (of NIH) have been put in contact with the hope
  3702. that the two versions and the two authors could hash things out to come up
  3703. with a definitive MVS/TSO standard version.  Let's hope for the best.
  3704.  
  3705. [Ed. - Indeed they are in contact, and there will be at least one or two
  3706. releases soon, and there's a good chance that one or more of these will
  3707. be consolidated with CMS Kermit at some time thereafer.]
  3708.  
  3709. Page 66                                               INFO-KERMIT DIGEST V5 #10
  3710.  
  3711.  
  3712. As for Apple II Kermits, both Ted Medin and Dick Atlee have been working on
  3713. very nice 80-column versions.  Ted's runs under DOS 3.3 and ProDOS and is
  3714. just about complete (although some distribution has already started on some
  3715. Apple II mailing lists).  From what I have seen of the source, it is being
  3716. done with the CROSS assembler.  Dick's version, as far as I know, is only
  3717. DOS 3.3, although it is done in Big Mac assembler - an advantage.  He has
  3718. been very busy lately, and I don't know how he is coming with it.  Both
  3719. myself and two other people I know of have been trying to work with Dick for
  3720. ProDOS versions of his work.
  3721.  
  3722. Again, in this case it would be very nice to consolidate all of this work to
  3723. one, nice version - although the release of the Apple //GS will probably
  3724. make that two versions now.
  3725.  
  3726. [Ed. - Ted's version has been received at Columbia, where Peter Trei,
  3727. the other Apple II Kermit person, has been trying to merge it with his
  3728. own latest version.  How this will stack up against -- or eventually be
  3729. consolidated with Dick's version remains to be seen.]
  3730.  
  3731. A major problem with versions for machines such as the Apple is the
  3732. non-communication with Columbia on distribution and availability.  If Apple
  3733. II users could follow the example (I hate to say this) of MS-DOS users, the
  3734. whole group would benefit.  Take version 2.29A of MS-Kermit as a solid
  3735. example of what can happen when people cooperate to produce one, good piece
  3736. of software.
  3737.  
  3738. Sorry for the verbosity, but this is a subject about which I feel very
  3739. strongly, and thus far my efforts to persuade people to work with and
  3740. through Columbia for their own sakes and for the sake of the best Kermit
  3741. versions possible have been met with much adversity (in the micro world).
  3742. Any suggestions on this topic would be appreciated.
  3743.  
  3744. Thanks for letting me blow off some steam.
  3745.  
  3746. Mark
  3747.  
  3748. [Ed. - Yes, people should consult with Columbia before starting work on
  3749. a Kermit program to avoid this kind of duplication of effort, not to mention
  3750. filename conflicts and other lesser headaches.  However, even when they do,
  3751. sometimes things fall through the cracks.  Anyway, we try to keep a record
  3752. of everybody who's working on everything in the file KER:AAWAIT.HLP, and
  3753. everyone who's interested in forthcoming versions is welcome to take a look
  3754. at it.]
  3755.  
  3756. ------------------------------
  3757.  
  3758. Date: 19 Sep 86 09:26:06 EDT (Fri)
  3759. From: Michael Fischer <fischer@YALE.ARPA>
  3760. Subject: Re: Problems Installing Atari ST Kermit
  3761. Keywords: Atari ST Kermit
  3762.  
  3763. I had problems installing GEM Kermit, too, but I finally got it to work.
  3764. Here in a nutshell are what the problems were:
  3765.  
  3766. 1.  The UUDECODE program distributed with Kermit (astuud.c) is written
  3767.  
  3768. INFO-KERMIT DIGEST V5 #10                                               Page 67
  3769.  
  3770. for the Lattice C compiler.  To use it with the Alcyon C compiler distributed
  3771. with the Atari Developer's Kit, it is necessary to open the binary output
  3772. file with "fopenb" instead of "fopen"; otherwise, the file is opened in
  3773. text mode (ignoring the "b" mode flag") and every ^J in the output has a
  3774. gratis ^M inserted after it.
  3775.  
  3776. 2.  Recompiling the sources as Chris Rose did is not sufficient, for
  3777. the resource files are *only* distributed in binary form.  A correct
  3778. program given a bad resource will crash, just as an incorrect program
  3779. will.  Thus, one has no choice but to get UUDECODE to work.
  3780.  
  3781. 3.  Once I fixed UUDECODE, I successfully decoded both the Kermit
  3782. program and resource files and they worked without problem.  I also
  3783. rebuilt the program from the sources and it also worked with the
  3784. decoded resource file.
  3785.  
  3786. 4.  There has been a great deal of activity lately on the INFO-ATARI16
  3787. bboard discussing the various problems people have been having with
  3788. UU-encoded files.  There seem to have been two or three independent sets
  3789. of problems:
  3790. (a)  Bugs in the UUDECODE program to run on the ST as described above.
  3791. (b)  Problems with the encoded file being modified during transmission
  3792. such as tab expansion, truncation of trailing blanks, or padding of
  3793. all lines to a given length.
  3794. (c)  For people who tried decoding on a mainframe and then transmitting
  3795. the binary files to the ST (often using the old Developer's kit Kermit),
  3796. forgetting to set binary mode on both the transmitting and receiving
  3797. Kermit.  After numerous reports of failures and then people bringing
  3798. these problems out in the open, success stories such as mine above
  3799. began pouring in.  So UU-encoded files *are* usable, but it can be
  3800. rather tricky to do it right.
  3801.  
  3802. I will contact the "New Haven ST's" user group to see if they would
  3803. be willing to copy GEM Kermit onto disks for people.
  3804.  
  3805.   Mike Fischer
  3806.   <fischer@yale.arpa>
  3807.  
  3808. [Ed. - See next message for another hint.]
  3809.  
  3810. ------------------------------
  3811.  
  3812. Date: Sat, 13 Sep 1986  12:40 MDT
  3813. From: WANCHO@SIMTEL20.ARPA
  3814. Subject: Uuencoded Files and Trailing Blanks
  3815. Keywords: Uuencoded Files
  3816.  
  3817. I made a small experimental change to our version of uuencode to solve
  3818. the truncated trailing blank problem and it turns out to be
  3819. transparent to uudecode.  That change is simply to insert a "M" to
  3820. each uuencoded line just prior to the insertion of the CRLF.  BITNET
  3821. users accessing our system through our mail file server have voiced no
  3822. complaints since I made that minor change.
  3823.  
  3824. --Frank
  3825.  
  3826.  
  3827. Page 68                                               INFO-KERMIT DIGEST V5 #10
  3828.  
  3829. ------------------------------
  3830.  
  3831. End of Info-Kermit Digest
  3832.  
  3833. INFO-KERMIT DIGEST V5 #11                                               Page 69
  3834.  
  3835. Info-Kermit Digest         Thu, 25 Sep 1986       Volume 5 : Number 11
  3836.  
  3837. Today's Topics:
  3838.  
  3839.       New Release of QK-KERMIT (MsDos and CP/M Kermit in Turbo Pascal)
  3840.                        New Release 1.6 of KERMIT/TSO
  3841.                               Motorola Kermit
  3842.               New IBM and Rainbow .BOO Files for MS-DOS 2.29a
  3843.                         MS-DOS Kermit 2.29 Question
  3844.                        VMS File Attributes and KERMIT
  3845.                              Timing out on CMS
  3846.                       Re: Kermit BOO for HP Integral?
  3847.                        UNIX SYS/V Version of Kermit?
  3848.              UUCP and Kermit Server at Okstate returns to life
  3849.                               Kermit for C128?
  3850.  
  3851. ----------------------------------------------------------------------
  3852.  
  3853. Date: Mon, 22 Sep 86 16:27 EDT
  3854. From: VIC@QUCDN
  3855. Subject: New Release of QK-KERMIT (MsDos and CP/M Kermit in Turbo Pascal)
  3856. Keywords: QK Kermit, Turbo Pascal
  3857.  
  3858. I am sending you version 2.6 of QK-KERMIT (an MsDos and CP/M Kermit program
  3859. written in Turbo Pascsal.)
  3860. In addition to the new Pascal source, I have sent the following files:
  3861.      1. hex file for MsDos (IBMPC) kermit with VT100 emulation.
  3862.      2. hex file with overlay file for a kermit with VT100/TEK4010 emulation.
  3863.      3. hex file for a KayproII kermit.
  3864.      4. updated installation documentation
  3865.      5. updated user documentation.
  3866. Both the MsDos versions will also contain code to handle the APL character
  3867. set.  You should replace the old files with the new files. The old files
  3868. which I didn't send are the same for the new version.  There is also a new
  3869. QKKER.SCR (Script source for the documentation) will also be sent.
  3870.  
  3871. [Ed. - Thanks, Vic.  The new files have been installed in KER:QK*.* on CU20B,
  3872. and in BITNET KERMSRV on CUVMA as QK* *.]
  3873.  
  3874. ------------------------------
  3875.  
  3876. Date: 23 Sep 86  14:15 CET
  3877. From: Fritz Buetikofer <M70B@CBEBDA3T.BITNET>
  3878. Subject: New Release 1.6 of KERMIT/TSO
  3879.  
  3880. Since May 86 some bugs in the version 1.4 have appeared.  And furthermore
  3881. some new commands have been implemented:
  3882.  
  3883.  * Bugs fixed and error handling improved in the routine which checks
  3884.    for the presence of a file (Check_Dsn).
  3885.  * New command TAKE to execute KERMIT-commands from within a file.
  3886.  * When displaying STATUS screen, you will find a notice, whether
  3887.    the INIT-file (KERMIT.SETUP) has been found or not.
  3888.  * New command SET ATOE/ETOA to modify the ASCII <-> EBCDIC translation
  3889.    tables, while running KERMIT.
  3890.  * New command SET INCOMPLETE, to specify what has to be done with a
  3891.  
  3892. Page 70                                               INFO-KERMIT DIGEST V5 #11
  3893.  
  3894.    file when user aborts the transfer.
  3895.  * Update of SEND command, so that the user may specify a filename,
  3896.    which is sent to the micro (instead of generating one automatically).
  3897.  
  3898. Only the Pascal source file and the documentation were changed.  For the
  3899. very near future, I'm going to implement a STATISTICS command, handling of
  3900. attribute packets and (maybe) long packets.
  3901.  
  3902. Regards to all TSO freaks, F.Buetikofer, University of Bern (Switzerland)
  3903.  
  3904. [Ed. - Thanks, Fritz!  The new files are installed as KER:TS2KER.PAS and
  3905. KER:TS2KER.DOC, replacing the old version, on CU20B for anonymous Internet
  3906. FTP, and TS2KER PAS and TS2KER DOC on CUVMA for BITNET KERMSRV access.  This
  3907. version of MVS/TSO Kermit works only on linemode (3705-style) connections,
  3908. but it has many more features than the original TSO version.  Meanwhile,
  3909. watch Info-Kermit for announcements of at least two other new TSO Kermits on
  3910. the way, both with many advanced features, and both able to operate over
  3911. both linemode and Series/1-style connections.]
  3912.  
  3913. ------------------------------
  3914.  
  3915. Date: 22 sep 86  17:07 GMT +0100
  3916. From: <RBG.XX@GEN>
  3917. Subject: Motorola Kermit
  3918. Keywords: Motorola Kermit, 68000
  3919.  
  3920.      After experimenting the high reliability of the Kermit file transfer
  3921. protocol, I promoted its utilization in my department.  Since we make a
  3922. heavy use of Motorola microprocessors I am writing a Kermit implementation
  3923. for 680xx processors based systems.
  3924.  
  3925.      The language used is assembly, and I think it may be processed by most
  3926. assemblers following the syntax defined by Motorola (I proved the 2500 A.D.
  3927. 68000 cross assembler, the Motorola MC68000 cross assembler and the CERN
  3928. M68MIL cross macro assembler).  The key principle of this Kermit
  3929. implementation is machine independence (obviously stated that the processor
  3930. belongs to the 680xx family).  The system dependent part is composed by a
  3931. few routines, containing all the knowledge about the system's file structure
  3932. and I/O ports.  The program is thoroughly documented, thus allowing the
  3933. implementors to modify it easily, according to their need.
  3934.  
  3935.      This Kermit implementation has been written in order to be installed
  3936. also on those 680xx family based machines, which have no or not-standard
  3937. operating system, being often custom built for the solution of specific
  3938. processing problems.  At least in the high energy physics field, that
  3939. frequently happens.
  3940.  
  3941.      I think that the first version of the program will be ready in 1 or 2
  3942. months. If you are interested in it, I would be glad to send it to you, so
  3943. that you can distribute it.
  3944.  
  3945.                   Roberto Bagnara
  3946.                   Physics Department
  3947.                   Bologna University
  3948.                   via Irnerio, 46
  3949.                   40126 BOLOGNA
  3950.  
  3951. INFO-KERMIT DIGEST V5 #11                                               Page 71
  3952.  
  3953.                   ITALY
  3954.  
  3955.                   DECnet address: 39948::MICRO
  3956.                   Bitnet address: RBG.XX@GEN.BITNET
  3957.  
  3958. [Ed. - This will be announced when it is received.]
  3959.  
  3960. ------------------------------
  3961.  
  3962. Date: 21 SEP 86 18:24-MDT
  3963. From: JRD@USU
  3964. Subject: New IBM and Rainbow .BOO Files for MS-DOS 2.29a
  3965. Keywords: MS-DOS Kermit
  3966.  
  3967. MSTIBM.BOO  and  MSTRB3.BOO are identified as MS Kermit 2.29 test 21 Sept 1986.
  3968.  
  3969.         The items of note are:
  3970.  
  3971. - new command to control width (7 or 8 bits) of characters displayed in
  3972.  non-file-transfer mode:
  3973.         Set Display  Regular | Serial | Quiet | 7-bit | 8-bit
  3974.  7-bit is the default width. Any two keywords above can be used together on
  3975.  the same command line. The Status display also shows the Regular etc type
  3976.  plus the 7-bit or 8-bit tag. 8-bit is ineffective if parity is other than
  3977.  None.
  3978.  
  3979. - Set Send Packet ### has been modified slightly to use this command to set
  3980.  the ultimate upper limit the size of outgoing packets. The default value
  3981.  is 1000. The Status screen still shows the active, negotiated, size. In
  3982.  practice this means MS Kermit will send packets of size "other end's
  3983.  requested size" or the Set Send Packet value, whichever is smaller; thus
  3984.  the user need not do anything to send long packets to an appropriate host.
  3985.  However, MS Kermit requests only standard 94 byte packets be sent to it
  3986.  unless the user specifically requests another length by giving the
  3987.  command Set Receive Packet ###. The limit of 1000 bytes is arbitrary and
  3988.  can be enlarged by changing the single parameter "maxpack" located in the
  3989.  header file and rebuilding; two lines of Help in mssset.asm should also be
  3990.  edited to match the readjusted maxpack value.
  3991.  
  3992. - Bug fixed: incompletely received files were not deleted when a transfer
  3993.  was prematurely terminated.
  3994.  
  3995. - Bug fixed: VT102 emulator did not always correctly position the cursor
  3996.  within a restricted scrolling region when the escape sequence
  3997.  ESC top; bottom r  was received.
  3998.  
  3999.         Regards,
  4000.         Joe D.
  4001.  
  4002. [Ed. - Thanks, Joe!  The new files replace the old ones as KER:MST*.BOO
  4003. (and KB:MST*.EXE) on CU20B and MST* * on CUVMA.  This should pretty much
  4004. complete the list of new functions for 2.29a; leaving only the tedium of
  4005. bringing all the other versions up to this level and testing them, and
  4006. then bringing the manual up to date...]
  4007.  
  4008. ------------------------------
  4009.  
  4010. Page 72                                               INFO-KERMIT DIGEST V5 #11
  4011.  
  4012.  
  4013. Date: Mon, 22 Sep 86 19:47 EDT
  4014. From: Michael G. Chan <seismo!mcnc!duke!chan@columbia.edu>
  4015. Subject: MS-DOS Kermit 2.29 Question
  4016. Keywords: MS-DOS Kermit
  4017.  
  4018. Is there any way to patch MSKermit to recognize the 43 lines mode of an EGA?
  4019. I can put the display in 43 lines mode but MSKermit always put the status
  4020. line on the 25th line when connected.
  4021.  
  4022.                         Thanks
  4023.                         Michael Chan
  4024.                         chan@duke
  4025.  
  4026. [Ed. - From JRD: There are no quick patches even though most of the code is
  4027. written for arbitrary sized screen. Some parts are specific about line
  4028. numbers (location of the status line, for example).  Also, my experience has
  4029. been that 43 line mode is such a hybrid (ega vs the rest of the Bios and
  4030. DOS) that it may not function well on machines having two display adapters;
  4031. I have such a situation. For a while I considered including more specific
  4032. ega mode support but quit when the quirks became too much. EGAs were
  4033. designed with most registers being write-only. Thus, the ega needs to be
  4034. managed; in turn, that is tough to do properly within an applications
  4035. program containing an inner program (terminal emulator).]
  4036.  
  4037. ------------------------------
  4038.  
  4039. Date: 19 Sep 1986 2127-EDT
  4040. From: "Bernie AT&T:617-467-5664 LDP Workstations" <EIBEN@MARLBORO.DEC.COM>
  4041. Subject: VMS File Attributes and KERMIT
  4042. Keywords: VMS Kermit
  4043.  
  4044. With a 'little bit' of trickery it's possible to send any file from VMS to
  4045. any other system and back to VMS.
  4046.  
  4047. Single files :
  4048. Use LZCOMP/LZDECOMP {base language C - an implementation of Lempel-Ziv-
  4049.         Welch compression} in {non-portable} VMS-specific mode.
  4050.         In this mode RMS-attributes are carried and reestablished
  4051.         at decompression. Use KERMIT to move the file.
  4052.  
  4053. Collection of files :
  4054. Use VMS BACKUP to generate a single 'Backup' save-set and then
  4055.  
  4056.         a. LZCOMP/LZDECOMP {see above}
  4057.  
  4058. or      b. VMSBAK.BAS {source language BASIC} to 'restructure' the blocking
  4059.            of the save-set to KERMIT's 512 bytes fixed records. Then
  4060.            use KERMIT to move and VMSBAK again to de-block back to original
  4061.            blocking {restriction - original blocking has to be multiple of
  4062.            512!!.
  4063.  
  4064. .. last {but not least}
  4065. single and multiple files
  4066.  
  4067.         Use Stevens Institute's VMSHEX and VMSDEH {source language MACRO} -
  4068.  
  4069. INFO-KERMIT DIGEST V5 #11                                               Page 73
  4070.  
  4071.         and transmit the resultant 'hexified' files via KERMIT. This method
  4072.         (although the oldest) will generate the largest files for trans-
  4073.         mission via KERMIT and could therefore be the slowest one.
  4074.  
  4075. BTW 'standard' VMS executables can also be 'moved' by telling the
  4076. 'receiving' KERMIT 'SET FILE TYPE FIXED'. However the above three 'choices'
  4077. will work in all cases - since LZCOMPRESS, BACKUP and VMSHEX all include RMS
  4078. file descriptors in the encoded file and reconstitute same.
  4079.  
  4080. [Ed. - Thanks, Bernie!  The VMSBAK.BAS program was already in the Kermit
  4081. distribution, and now the LZW-compression programs have also been added, as
  4082. KER:VMSLZ*.*; the file KER:VMSLZ.HLP explains the organization and contents
  4083. of the files.  The programs are written in C, and may be compiled under
  4084. VAX/VMS with VAX-11 C, on PDP-11s with DECUS C, or under Unix.  Thanks to
  4085. Martin Minow of DEC for adapting 'compress' to the DEC operating systems.]
  4086.  
  4087. ------------------------------
  4088.  
  4089. Date: Mon 22 Sep 1986 16:26:54 CDT
  4090. From: Dan Theriault <DANNO@UIUCVMD>
  4091. Subject: Timing out on CMS
  4092. Keywords: CMS Kermit
  4093.  
  4094. Some of our users here type Kermit Receive on CMS and then realize too late
  4095. that they forgot their PC Kermit at home or whatever.  The result is that
  4096. they can't get out of Kermit so what they often end up doing is hanging up
  4097. their telephone and run disconnected on CMS for days.  They often wind up
  4098. using 80 percent of our CPU as Kermit searches and searches and searches for
  4099. an incoming file.  I've looked at the source to our Kermit and I found a
  4100. variable that claims to be the time-out counter for Receiving, but nothing
  4101. I've done causes it to work.
  4102.  
  4103. Any help?
  4104.  
  4105. Dan Theriault
  4106. University of Illinois at Urbana-Champaign
  4107.  
  4108. [Ed.- From John F. Chandler <PEPMNT@CFATA1.BITNET> The normal method of
  4109. escaping from a Kermit protocol wait is to type a bunch of CR's at Kermit.
  4110. The number required will depend on the context: for the initial packet
  4111. exchange, the retry threshhold is 16, but after that the threshhold is
  4112. determined by the SET RETRY command (default 5).  There is no need to set
  4113. aside some special sequence of characters to abort a transfer "by hand"; all
  4114. it takes is the patience to type 16 carriage returns.]
  4115.  
  4116. ------------------------------
  4117.  
  4118. Date: Fri, 19 Sep 86 11:33:29 cdt
  4119. From: seismo!uiucdcs!uxc.CSO.UIUC.EDU!zinzow@columbia.edu (Mark Zinzow)
  4120. Subject: Re: Kermit BOO for HP Integral?
  4121. Keywords: HP Integral Kermit
  4122.  
  4123. It seems the only boo files for Ckermit are for machines like the Amiga.
  4124. The HP does not come with a c compiler so having a boo file available from
  4125. kermsrv would be desirable.
  4126.  
  4127.  
  4128. Page 74                                               INFO-KERMIT DIGEST V5 #11
  4129.  
  4130. [Ed. - Can anybody send in a Kermit .BOO file for this system?]
  4131.  
  4132. I was very happy when MSTIBM.BOO made it over the net.  Does anyone have an
  4133. application to run on an IBM mainframe using a 7171 or Series/1 type front
  4134. end, that utilizes the new print support for local printing of a mainframe
  4135. file (under VM/CMS) with kermit on the PC?
  4136.  
  4137. Mark S. Zinzow                        ARPA:  zinzow@uiucuxc.CSO.UIUC.EDU
  4138. Research Programmer                   BITNET: MARKZ@UIUCVMD.BITNET
  4139. Computing Services Office             UUCP: ihnp4!pyrchi!uiucuxc!zinzow
  4140. University of Illinois at Urbana-Champaign
  4141.  
  4142. ------------------------------
  4143.  
  4144. Date: 15 Sep 86 20:25:20 GMT
  4145. From: jc@cdx39.UUCP
  4146. Subject: UNIX SYS/V Version of Kermit?
  4147. Keywords: UNIX Kermit
  4148.  
  4149. Does kermit now cooperate with uucp?  That is, does it know how to create
  4150. the uucp lockfiles for a device, so that uucp won't wake up and stomp on
  4151. kermit's toes?  Of course, if it doesn't, it would be easy enough to modify
  4152. kermit, if only we had the source.
  4153.  
  4154. [Ed. - Yes, C-Kermit includes code to "cooperate" with uucp.  BUT...  Every
  4155. version of Unix wants this to be done a different way, and every site tends
  4156. to change it again.  And then come the perennial questions: what is the name
  4157. of the lock directory?  what are the lock files called?  should the lock
  4158. directory be publicly writeable, or should Kermit be sutuid'd or setgid'd to
  4159. it?  Should the lock file be empty, or contain the pid of the process that
  4160. has line locked.  A quick look at ckutio.c (yes, the sources are widely
  4161. available, e.g. see next message) will show just some of the variations on
  4162. these themes, as will a perusal of many past issues of this digest...]
  4163.  
  4164. ------------------------------
  4165.  
  4166. Date: Sun, 21 Sep 86 15:18:51 -0500
  4167. From: Mark Vasoll <vasoll%a.cs.okstate.edu@CSNET-RELAY.ARPA>
  4168. Subject: UUCP and Kermit Server at Okstate returns to life
  4169. Keywords: Okstate, UUCP
  4170.  
  4171. The UUCP and Kermit Server services at the Oklahoma State University
  4172. Department of Computing and Information Sciences are back on the air again.
  4173. The information in the okstate.txt blurp still contains the correct access
  4174. information.
  4175.  
  4176. One side note though, since we reactivated the dial-in line on Sept 16th,
  4177. someone's system has been dialing us every 15 minutes, 24 hours a day and
  4178. using the uucpker login and password.  Since this type of thing is easily
  4179. automated and forgotten, and since the system in question doesn't get far
  4180. enough into the UUCP protocol to identify itself (so I could send the system
  4181. manager a mail message), I am making this public plea for everyone who even
  4182. *might* have something like this set up to go take a look before your phone
  4183. bill hits the mega buck level.
  4184.  
  4185. Thanks,
  4186.  
  4187. INFO-KERMIT DIGEST V5 #11                                               Page 75
  4188.  
  4189.  
  4190. Mark Vasoll
  4191. Department of Computing and Information Sciences
  4192. Oklahoma State University
  4193. Internet:   vasoll@a.cs.okstate.edu
  4194. Obsolete:   vasoll%okstate.csnet@csnet-relay.arpa
  4195. UUCP:  {cbosgd, ea, ihnp4, isucs1, pesnta, uokmax}!okstate!vasoll
  4196.  
  4197. ------------------------------
  4198.  
  4199. Date: Fri, 19 Sep 86  20:47:40 EDT
  4200. From: mek%UMass.BITNET@WISCVM.WISC.EDU
  4201. Subject: Kermit for C128?
  4202. Keywords: Commodore Kermit
  4203.  
  4204. Are there any plans for a version of KERMIT-65 for the COMMODORE 128 in 128
  4205. mode?  I have all kinds of problems with the COMMODORE 64 version, and it
  4206. would be very convenient, I think, for all COMMODORE 128 users to have a
  4207. 128-mode version.  An ideal program would be one similar to the other
  4208. kermits, but one that redefined the 128 character set for special unix-type
  4209. characters (backslash, curly braces, tilde, etc.), worked in 80-COLUMN mode,
  4210. emulated a VT-52, and could take advantage of the 8502 microprocessor's
  4211. 2-MHZ speed, at least during actual file transfers, and prefereably always
  4212. when in 80-column mode.  If anyone has plans for this, I would be happy to
  4213. help out.  I don't know 6502 assembly language, but I do know BASIC, Pascal
  4214. and C quite well.  If anyone knows of any plans for a 128 version, please
  4215. let me know!  Thanks!
  4216.  
  4217. Matt Kimmel,
  4218. MEK@UMASS.BITNET   <BITNET>
  4219. MEK%UMASS.BITNET@WISCVM.ARPA  <ARPANET>
  4220.  
  4221. ------------------------------
  4222.  
  4223. End of Info-Kermit Digest
  4224.  
  4225. Page 76                                               INFO-KERMIT DIGEST V5 #12
  4226.  
  4227. Info-Kermit Digest         Mon, 6 Oct 1986       Volume 5 : Number 12
  4228.  
  4229. Today's Topics:
  4230.  
  4231.                      New Release of Kermit-11 Available
  4232.                           Another 2.29a Prerelease
  4233.                    Atari ST Kermit on Diskette in the UK
  4234.                            BOO files vs UUENCODE
  4235.                          Suggestions for MS-Kermit
  4236.                   Screen Saver Feature as part of Kermit.
  4237.                              MS-Kermit on 80386
  4238.                             Found on net.bizarre
  4239.  
  4240. ----------------------------------------------------------------------
  4241.  
  4242. Date: Fri 26 Sep 86 15:31:53-EDT
  4243. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  4244. Subject: New Release of Kermit-11 Available
  4245. Keywords: Kermit-11, K-11, PDP-11 Kermit
  4246.  
  4247. This is to announce Version 3.54 of Kermit-11 for PDP-11s or Pro-3xx's
  4248. running the various DEC operating systems (RSX, RSTS, RT, P/OS, etc) or
  4249. TSX+, from Brian Nelson at the University of Toledo (BRIAN@UOFT02.BITNET).
  4250. New features since the last release, 3.50 (April 1986), include:
  4251.  
  4252. . Command line editing and recall controlled by arrow keys.   ";" and "!"
  4253.   may be used to delimit comments.
  4254.  
  4255. . Handling of DEC multinational 8-bit ASCII text files.
  4256.  
  4257. . New SET FILE NAMING options.
  4258.  
  4259. . New SET SEND [NO]XON command, to prefix every packet with an XON to fight
  4260.   pathological problems with flow control.
  4261.  
  4262. . Minor bug fixes and cleanups.
  4263.  
  4264. . Some RT11/TSX+ specific modifications:
  4265.  
  4266.   Reduction in the size of the root for XM to facilitate running Kermit as a
  4267.   foreground task.
  4268.  
  4269.   Complete rewrite of terminal emulation, specifically to enhance the
  4270.   support of the XL/XC/CL handlers. It is now completely event driven
  4271.   thus performance should be improved as well as presenting a much lower
  4272.   load on the CPU. It should also function better under SJ.
  4273.  
  4274.   Restructuring buffer allocation to (1) Reduce the root size for XM, and (2)
  4275.   To enable the USR to swap over buffers for SJ and FB. This will eliminate
  4276.   Kermit crashing on USR requests in 95% of the cases for SJ and FB systems
  4277.   with minimal background memory available (ie, many devices in the system
  4278.   and/or large RMON).
  4279.  
  4280.   Control C delivery has been improved by adding a watchdog timer to check for
  4281.   control C's as RT11 does not generate an AST on control C.
  4282.  
  4283.  
  4284. INFO-KERMIT DIGEST V5 #12                                               Page 77
  4285.  
  4286. The new files are available via anonymous as KER:K11*.* on CU20B and over
  4287. BITNET via KERMSRV at both CUVMA and UOFT02.  The file K11INS.DOC contains
  4288. installation instructions, K11AAA.AAA is a read-me file, and K11FIL.DOC is a
  4289. (slightly dated) annotated list of the Kermit-11 files (of which there are
  4290. about 111, totalling about 3.8 megabytes in size).  The file K11CMD.MAC
  4291. contains the detailed update history.
  4292.  
  4293. ------------------------------
  4294.  
  4295. Date: Thu 2 Oct 86 10:10:32-EDT
  4296. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  4297. Subject: Another 2.29a Prerelease
  4298. Keywords: MS-DOS Kermit
  4299.  
  4300. A new copy of MSTIBM.BOO is available for testing.  This one fixes a bug
  4301. with VT100/102 emulation when rubout (DEL) characters are received -- some
  4302. screen editors send these as padding, and they were erroneously causing
  4303. characters to disappear from the screen during editing.  Also, display of
  4304. login script text in 8-bit ASCII even when parity is in use or display is
  4305. set to 7 bits no longer occurs.  The new files are in KER:MSTIBM.BOO and
  4306. KB:MSTIBM.EXE on CU20B for anonymous FTP, or in MSTIBM BOO on CUVMA for
  4307. BITNET KERMSRV access.  Thanks to Walter Bourne of Columbia for pointing
  4308. out the problems, and to Joe Doupnik for fixing them.  The final release
  4309. of 2.29a should be ready in a week or two.
  4310.  
  4311. ------------------------------
  4312.  
  4313. Date: 29-SEP-1986 15:06:20
  4314. From: SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk
  4315. Subject: Atari ST Kermit on Diskette in the UK
  4316. Keywords: Atari ST Kermit
  4317.  
  4318. A colleague in our Environmental Sciences Department with an Atari 1040ST has
  4319. kindly volunteered to do some disc copying, so we're now able to supply the
  4320. ST files on Atari format discs. Anyone interested should contact us on
  4321. (0524) 65201 x 4881, or to SYSKERMIT@UK.AC.LANCS.VAX1 on JANET.
  4322.  
  4323. I'm afraid this offer is to users in the UK and Eire only: we can't return
  4324. calls or answer letters from other countries.
  4325.  
  4326. ------------------------------
  4327.  
  4328. Date: Mon 29 Sep 86 11:57:26-EDT
  4329. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  4330. Subject: BOO files vs UUENCODE
  4331. Keywords: .BOO files, UUENCODE
  4332.  
  4333. [Ed. - The following message is in response to a question from Keith
  4334. Petersen about whether BOO file format should be added to the the formats
  4335. supported by the SIMTEL20 archive file server.]
  4336.  
  4337. The main advantage of BOO files over UUENCODE files (except when Frank W's
  4338. trick of putting a printable character on the end of each UUENCODEd line is
  4339. applied) is that BOO files don't have blanks in them, so they don't get
  4340. truncated by mailers, BITNET file transfer, etc.  Also, BOO files don't have
  4341. dots, which can cause problems when going through SMTP processes when the dot
  4342.  
  4343. Page 78                                               INFO-KERMIT DIGEST V5 #12
  4344.  
  4345. occurs in "column 1".  Also, BOO files tend to be a little more compact; both
  4346. BOO and UUENCODE use 4-for-3 packing, but BOO files also run-length encode
  4347. strings of nulls.  As Keith points out, neither encoding includes error
  4348. checking; BOO files avoided that because of ASCII/EBCDIC considerations.
  4349.  
  4350. Both BOO and UUENCODE encodings have a distinct advantage over LZW, Huffman,
  4351. and other more efficient, but complicated, techniques: the decoding program is
  4352. short enough to be typed in and used by the average PC owner.
  4353.  
  4354. The BOO-file maker is written in C; BOO-file decoders are written in PC Basic,
  4355. BASICA, MASM, Pascal, and C.  These programs are available from CU20B as
  4356. KER:MSB*.*.
  4357.  
  4358. I'm not sure it's time to design yet another "standard" printable encoding for
  4359. binary files, but here are some considerations, in case anyone is interested:
  4360.  
  4361. The major reason for encoding binary files printably is to allow transmission
  4362. on or through character-oriented media not designed for arbitrary 8-bit data.
  4363. In particular, encoded files should pass freely through electronic mail, should
  4364. be downloadable via dialup (possibly through public data network), and
  4365. should be easily stored on and retrieved from magnetic tape.
  4366.  
  4367. The encoding should be compact (to minimize time and expense of transmission)
  4368. and simple (to allow the decoding program to be small enough for an individual
  4369. to type in), and it should allow errors to be detected during "de-encoding".
  4370.  
  4371. Since mail is often used to transmit these files, the decoding process should
  4372. be able to skip past mail headers and find the real beginning of the encoded
  4373. file.  The encoded file should begin with a distinctive header containing at
  4374. least the file's name, and possibly other attributes, and it should end with a
  4375. distinctive trailer, allowing multiple files to be concatenated (archived?)
  4376. together, and picked apart and decoded by a single run of the decoding program.
  4377.  
  4378. Did I say "possibly other attributes"?  I think we want to avoid anything
  4379. system-dependent here.  We should be shooting for a way to encode stream binary
  4380. data, not structured files.  If the file is to have structure (e.g. it is a DEC
  4381. FILES-11 file, or a Macintosh application, or a VM/CMS VB-format file), then
  4382. that should be imbedded in the data itself, and the encode/decode progam must
  4383. know how to handle it.
  4384.  
  4385. Did I say "archived"?  I don't want to raise the spectre of yet another
  4386. SQ/LIBR/SWEEP/ARC/etc/etc system.  Especially not one in which (like ARC),
  4387. the "archiving" program decides on the most appropriate encoding for each
  4388. file (e.g. it would be overkill to turn assembler source into a BOO file).
  4389. But the possibility of having more than one file concatenated together at
  4390. least suggests that each file's header should contain not only the file's
  4391. name, but also the encoding technique (including none).
  4392.  
  4393. There should be an error detection mechanism that is independent of the
  4394. character set of the host computer.  It should be possible to encode the file
  4395. on an ASCII system and decode it on an EBCDIC one, and vice versa.  It's hard
  4396. to imagine how to do this in a transportable way (given the idiosyncratic
  4397. nature of most ASCII/EBCDIC translation tables), or in a way that results in
  4398. short encoding and decoding programs.
  4399.  
  4400. Obviously, control and 8-bit characters should be excluded from the encoding,
  4401.  
  4402. INFO-KERMIT DIGEST V5 #12                                               Page 79
  4403.  
  4404. as well as those printable characters that are known to cause problems with
  4405. networks and mailers (space, atsign, and period spring to mind).  And it
  4406. should break the file up into "lines" that are short enough (say, 64
  4407. characters?) to pass through the most restrictive line-, record-, or
  4408. block-oriented mechanisms, but that have no relation at all to the data
  4409. itself.
  4410.  
  4411. Here is a brief survery of some of the encoding techniques I know about:
  4412.  
  4413. HEX: Simple 1/2 packing into hex digits, with CRLFs inserted to break
  4414.  the file up into lines.  No error checking, compression, etc.  Very simple
  4415.  to encode and decode.
  4416.  
  4417. BOO: 4/3 packing, null compression, printable, no blanks or dots, no error
  4418.  checking, no skipping past mail headers, single file only.  Tends to survive
  4419.  mail, raw download, etc., but sensitive to transmission errors.
  4420.  
  4421. UUENCODE: 4/3 packing, no compression, printable.  Includes blanks, dots, and
  4422.  atsigns.  No error checking.  Skips past mail headers, but tends not to
  4423.  survive mail, card-oriented communication links (like BITNET), or any software
  4424.  that strips trailing blanks.
  4425.  
  4426. BINHEX version 4 (HQX): Macintosh only; 4/3 packing, printable, no blanks.
  4427.  Includes data and resource fork, allows Mac application to be fully
  4428.  reconstituted (MacBinary is similar, but is not a printable encoding).
  4429.  
  4430. Intel Hex format (HEX, H86): Simple 2/1 hex encoding, error-checked, used
  4431.  by Intel and compatible loaders.
  4432.  
  4433. VMSHEX/VMSDEH: VAX/VMS only.  Like Intel Hex format, but includes FILES-11 FAB,
  4434.  allowing FILES-11 files to be fully reconsitituted.
  4435.  
  4436. LZW and Huffman: These are compression, rather than encoding, techniques, but
  4437.  they are often built into encoding programs.  However, the decoding programs
  4438.  are too long and complicated to be typed in.
  4439.  
  4440. All of these have their advantages and disadvantages.  The tradeoffs are in
  4441. program complexity vs encoding efficiency and tranparency.  Further discussion
  4442. of the subject would be most welcome, as would a "standard" in this area.
  4443.  
  4444. ------------------------------
  4445.  
  4446. Date: 30 September 1986 17:03:58 CDT
  4447. From: George Wiggans <GEORGEW%UIUCVMD.BITNET@WISCVM.WISC.EDU>
  4448. Subject: Suggestions for MS-Kermit
  4449. Keywords: MS-DOS Kermit
  4450.  
  4451. I use Kermit extensively, but do not write code to add to it, therefore, I
  4452. wanted to suggest what enhancements I would like.
  4453.  
  4454. (1) I would like Kermit to assume all commands are prefixed with RUN unless
  4455. they are Kermit commands.  Many times I must retype the command because I
  4456. forgot the RUN.
  4457.  
  4458. [Ed. - Not a bad idea; it's been suggested before.  Maybe this will appear
  4459. in a future release.]
  4460.  
  4461. Page 80                                               INFO-KERMIT DIGEST V5 #12
  4462.  
  4463.  
  4464. (2) A recall previous commands feature.  I use Norton's DOS Editor (NDE) in
  4465. DOS which lets me recall and edit earlier commands.  It uses the up and down
  4466. arrows to scroll through the previous commands.
  4467.  
  4468. [Ed. - You'll probably never see this, because the command parser is
  4469. supposed to be machine independent.]
  4470.  
  4471. (3) A Tek 4010 emulation for the IBM PC with an EGA card.
  4472.  
  4473. [Ed. - This may appear in a future release; several people have expressed
  4474. some interest in doing it.]
  4475.  
  4476. (4) A raw download from the mainframe using a 7171 terminal emulator so
  4477. yokeing the screen to the printer would work for printing files.
  4478.  
  4479. [Ed. - You already have this: LOG PRN.  The new CMS Kermit release has the
  4480. matching feature, XTYPE, which transmits a file raw, in transparent mode,
  4481. through the 7171.  You could even use this to drive a plotter.]
  4482.  
  4483. I am sure that you get many suggestions, but I thought that I would add
  4484. mine.
  4485.  
  4486. [Ed. - You're right.  And one of the suggestions I get is to come up with a
  4487. version of MS-Kermit that has been stripped of all its fancy features and
  4488. is once again a compact, simple file transfer program.  This is becoming an
  4489. issue not only because it's getting increasingly difficult for users to deal
  4490. with such a feature-laden program, but also because it takes up so much
  4491. space on disk and in memory.  The latter is a real problem for diskless
  4492. laptop portables.]
  4493.  
  4494. Thanks,
  4495. George
  4496.  
  4497. ------------------------------
  4498.  
  4499. Date:  Mon, 6 Oct 86 09:13 EDT
  4500. From:  David M Chizmadia <Chizmadia@DOCKMASTER.ARPA>
  4501. Subject:  Screen Saver Feature as part of Kermit.
  4502. Keywords: MS-DOS Kermit
  4503.  
  4504.   Our site uses Kermit as the primary communications program on our IBM PCs.
  4505. We would like to have a feature which would allow us to set Kermit to blank
  4506. the screen after so many minutes of keyboard inactivity.  A command along
  4507. the lines of SET SCRNSAVE n (where n is an integer >= 0 and represents the
  4508. number of minutes of keyboard inactivity to wait before blanking the screen)
  4509. would be optimal.  If anyone has implemented or is planning to implement
  4510. this feature, I would be interested in hearing about it.  If not, I will try
  4511. to implement it and pass it back to this digest.
  4512.  
  4513. Dave Chizmadia
  4514.  
  4515. (ARPA) Chizmadia -at DOCKMASTER.ARPA
  4516.  
  4517. [Ed. - It might be a better idea to use another utility to do this.]
  4518.  
  4519.  
  4520. INFO-KERMIT DIGEST V5 #12                                               Page 81
  4521.  
  4522. ------------------------------
  4523.  
  4524. From: drilex!dricej%axiom.UUCP@harvard.HARVARD.EDU
  4525. Date: Mon, 29 Sep 86 22:06:36 edt
  4526. Subject: MS-Kermit on 80386
  4527. Keywords: MS-DOS Kermit
  4528.  
  4529. I know it's awfully early, but has anyone tried a recent version of
  4530. MS-Kermit (2.28 or 2.29) on a Compaq 386 yet?  I have somebody who's hot
  4531. to buy one, but they need kermit...
  4532.  
  4533. I'd try it myself, except I'm not sure when I will get around to getting
  4534. a 386.
  4535.  
  4536. Craig Jackson
  4537. UUCP: {harvard,linus}!axiom!drilex!dricej
  4538. BIX:  cjackson
  4539.  
  4540. ------------------------------
  4541.  
  4542. Date: Sat, 27 Sep 86 16:24:46 pdt
  4543. From: Bob Larson <blarson@usc-oberon>
  4544. Subject: Found on net.bizarre
  4545. Keywords: Kermit Humor
  4546.  
  4547. In article <1482@bucsd.bu-cs.BU.EDU> awc@bucsd.UUCP writes:
  4548. >
  4549. >You know how I like to spend a day?
  4550. >
  4551. >When I'm not installing database managers, compilers, graphics
  4552. >packages, etc. (and then FOLDING, SPINDLING and MUTILATING them
  4553. >so they'll run on our non-standard system), I like to sit by the
  4554. >phone and wait for questions about how to use Kermit. I make copies
  4555. >for our users who have PC's, and at least half of them call for
  4556. >help. The typical conversation goes something like:
  4557. >
  4558. >"Hello, may I help you?" (In my user-friendliest voice.)
  4559. >
  4560. >In an aggrieved tone:
  4561. >"Yeah, I'm trying to use Kermit and I'm having problems."
  4562. >
  4563. >(I wait half a second to see if they'll add to that - like;
  4564. > *what* problems? No WAY!)
  4565. >
  4566. >"Yes, what exactly is the matter?"
  4567. >
  4568. >"It doesn't work."
  4569. >
  4570. >(I break a pencil between two fingers.)
  4571. >"Ah. Did you read the entry in on-line HELP about how to use it?"
  4572. >
  4573. >"Yes, but I can't get it to do aaanything!"
  4574. >
  4575. >"Did you execute the file KERMIT.EXE on your PC?"
  4576. >
  4577. >"What?"
  4578.  
  4579. Page 82                                               INFO-KERMIT DIGEST V5 #12
  4580.  
  4581. >
  4582. >(I'm not a violent person, but I star this user in a Sam Peckinpah movie.)
  4583. >"Are you sitting in front of your PC?"
  4584. >
  4585. >"Yes."
  4586. >
  4587. >"Type KERMIT."
  4588. >
  4589. >"... Ok, I did that."
  4590. >
  4591. >"Type TAKE M-S-K-E-R-M-I-T"
  4592. >
  4593. >"... ... ... Ok."
  4594. >
  4595. >(The INI file sets baud rate, etc. and CONNECTS them to the modem.)
  4596. >"You see where it says 'Connecting to Host Computer'?"
  4597. >
  4598. >Triumphantly:
  4599. >"Yes! I got this far, and it didn't DO anything!"
  4600. >
  4601. >"Well, at this point, you're communicating with your modem, NOT with
  4602. >VPS (our system). You have to type the dial command, and your modem will
  4603. >call the campus network. Then you can sign on as usual."
  4604. >
  4605. >"OOHHHH! Let me try that!"
  4606. >
  4607. >The user types the dial command, eventually gets it right, and
  4608. >(I'M NOT KIDDING ABOUT THIS) the goddam modem starts dialing on the
  4609. >line we're talking on!
  4610. >
  4611. >I stuff my eyes back into their sockets.
  4612. >
  4613. >There are a few seconds of silence at this point, during which I draw
  4614. >blood from my palms with my fingernails, as the user's brain grinds
  4615. >and grinds and comes up with THE QUESTION:
  4616. >
  4617. >"What do I do then?"
  4618. >
  4619. >(We're almost home now, I tell myself.)
  4620. >"Well, then you just run Kermit on VPS, and you can start transmitting
  4621. >files back and forth. It works just like the documentation says it
  4622. >does."
  4623. >
  4624. >Why do I let them go at this point? I KNOW they're going to call back,
  4625. >because people who don't know that you still have to dial in even if
  4626. >you're using Kermit can't possibly transfer a file with it, but if
  4627. >I talk to them much longer, things get red and hazy, and somebody just
  4628. >might get killed.
  4629. >
  4630. >Eventually they give up, and call me again. I establish that they have
  4631. >no idea what commands to type after they sign on and run Kermit ("Yes,
  4632. >of *course* I read the documentation!"), and have them come in to see
  4633. >me. Since I don't have a private phone line, I have to borrow the line
  4634. >from the cubicle across the hall, stringing it over the corridor.
  4635. >Our Assistant Provost inevitably brushes it with the top of his head (he's
  4636. >pretty tall), and visibly wonders why *THIS* goof is still working here.
  4637.  
  4638. INFO-KERMIT DIGEST V5 #12                                               Page 83
  4639.  
  4640. >
  4641. >I hook up the modem and show them, STEP. BY. STEP. how to transfer files.
  4642. >The mists part, and BEHOLD! I've initiated yet another user to the mysteries
  4643. >of Kermit. They clutch my hand, weep little tears of gratitude, admire my
  4644. >plaster of paris Boston Terrier (you don't want to know), and they're off.
  4645. >
  4646. >Do I sound like a hateful little misogynist weasal, looking for a little
  4647. >sympathy? Well, I am, but the point is, you'd be one too if you had to
  4648. >do this OVER and OVER and OVER! Is it any wonder I come to work at 11 am,
  4649. >smelling of soy sauce? Do you have to ask why I torture small animals in
  4650. >the evening? Why I don't wear ties in the office, but DO when I'm lying
  4651. >around at home? Shall I tell you about the time
  4652. >two people came in the same day at different times for the above described
  4653. >help, and I later discovered they SHARE THE SAME PC???!!!
  4654. >
  4655. >ARRRRGGGGHHHHHH!!!
  4656. >
  4657. >I'm going to lunch.
  4658.  
  4659. ------------------------------
  4660.  
  4661. End of Info-Kermit Digest
  4662.  
  4663. Page 84                                               INFO-KERMIT DIGEST V5 #13
  4664.  
  4665. Info-Kermit Digest         Wed,  8 Oct 1986       Volume 5 : Number 13
  4666.  
  4667. Today's Topics:
  4668.                         Kermit Book Available
  4669.                        New C-Kermits on the Way
  4670.                      Other New Kermits On The Way
  4671.              Re:  Screen Saver Feature as Part of Kermit
  4672.  
  4673. ----------------------------------------------------------------------
  4674.  
  4675. Date: Wed 8 Oct 86 11:35:52-EDT
  4676. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  4677. Subject: Kermit Book Available
  4678.  
  4679. The Kermit book is finally in print.  Thanks to all the members of the
  4680. Info-Kermit community who provided information, responded to queries, read
  4681. drafts, and helped in other ways, and especially to Don Knuth for contributing
  4682. the Foreword.  And thanks are due, perhaps even more, to all of you who have
  4683. kept Kermit alive and growing over the years by generously contributing your
  4684. time and effort to its design, development, and distribution, and to the
  4685. keepers of the computer networks that have made the rapid spread of Kermit
  4686. information and programs so easy.  Kermit is truly a community project.  I
  4687. tried to fit as many of you as I could into the acknowledgements, and
  4688. apologize in advance to anyone I might have missed.
  4689.  
  4690. The book is called "Kermit, A File Transfer Protocol," (author me), published
  4691. by Digital Press.  It does not replace the Kermit User Guide, because specific
  4692. Kermit programs are not described in detail, but it supplements it by
  4693. discussing motivation, commands, operation, and tricks in greater detail, and
  4694. filling in more background -- there are tutorials on file systems and on data
  4695. communications (RS-232, modems, cable-building, etc), plus many new tables,
  4696. diagrams, pictures, summaries, a glossary, etc etc.  There's a troubleshooting
  4697. guide, a new bootstrapping technique including a "baby Kermit" program in
  4698. BASIC short enough to type in to a PC, hints to programmers for writing and
  4699. submitting Kermit programs, etc etc.
  4700.  
  4701. The book does, however, replace the Kermit Protocol Manual; it presents the
  4702. protocol in more detail, and (I hope) more coherently, than the PM, and
  4703. includes program fragments from a bare-bones version of C-Kermit to illustrate
  4704. each facet of the protocol, in a much more layered and structured fashion than
  4705. was done before (but the PM will still be kept around).
  4706.  
  4707. It will take some time before the book reaches the bookstores, since it only
  4708. left the bindery this week.  In the meantime, it can be ordered direct from
  4709. Digital Press by calling 1-800-343-8321, order number EY-6705E-DP.  It is also
  4710. being distributed this week at DECUS in San Francisco, but reportedly it's in
  4711. short supply.  Anyone who has checked the book box on Columbia's Kermit order
  4712. form should be getting their copies within 2-3 weeks, maybe sooner (we'll send
  4713. them out as soon as we get them).
  4714.  
  4715. Disclaimer: I am obviously biased about this book.  Reviews, favorable or
  4716. not, will be most welcome and will be published in the Info-Kermit digest.
  4717. Reports of mistakes, typos, etc, are also welcome (so they can be fixed in
  4718. the next printing, if any) as well as suggestions for changes to make in
  4719. future editions.
  4720.  
  4721.  
  4722. INFO-KERMIT DIGEST V5 #13                                               Page 85
  4723.  
  4724. ------------------------------
  4725.  
  4726. Date: Wed 8 Oct 86 11:45:52-EDT
  4727. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  4728. Subject: New C-Kermits on the Way
  4729.  
  4730. There is a lot of work underway to bring C-Kermit to new systems.  Below is
  4731. a brief list of the work in progress; the major intention is to prevent
  4732. duplication of effort, and to promote cooperation.  If you are working on a
  4733. Kermit program for any of the systems listed below, or know anyone who is,
  4734. please have them contact us, so we can put them in touch with the people who
  4735. are working on these projects:
  4736.  
  4737. Apollo Aegis
  4738. Apple II GS, CPW (windows)
  4739. Apple Macintosh (convert Mac Kermit to Lightspeed C)
  4740. Data General MV series, AOS/VS
  4741. MS-DOS
  4742. NCUBE parallel processor with AXIS OS
  4743. VAX/VMS (add more knowledge about VMS file system)
  4744.  
  4745. If you know of anyone adapting C-Kermit to any systems not listed above,
  4746. also have them contact us, so we can add them to the list.  Thanks!
  4747.  
  4748. ------------------------------
  4749.  
  4750. Date: Wed 8 Oct 86 10:14:45-EDT
  4751. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  4752. Subject: Other New Kermits On The Way
  4753.  
  4754. Here are some other Kermit development efforts.  Again, if you are (or know
  4755. of anyone who is) doing any work along the same lines, please (have him/her)
  4756. contact us:
  4757.  
  4758. Apple II: (1) New CROSS release for DOS; (2) new release in native assembler.
  4759.   ProDOS support may appear in one or both of the above.
  4760. Apple III (yes Apple III)
  4761. CDC Cyber 170 Series: Various new versions, improvements to current ones.
  4762. CP/M-80: New release, will support many more systems more modularly.
  4763. CP/M-86, Concurrent CP/M-86: IBM PC
  4764. Data General MV Systems, AOS and AOS/VS: versions in Fortran, C, DGL
  4765. HP-9000 and 98x6 BASIC systems
  4766. Honeywell DPS6/GCOS6
  4767. IBM System/370 Series: Major effort underway to integrate CMS and TSO versions
  4768. Intel development systems (many separate efforts underway)
  4769. Japanese micros - many versions available through NEC or NTT
  4770. Motorola 68000 assembler version, OS-independent
  4771. Motorola development systems (Xormacs, VME, Versados, etc etc)
  4772. MS-DOS: Version 2.29a will be ready soon!
  4773. MUMPS-11 (improved version reportedly done, on the way)
  4774. Philips development systems
  4775. Pick Operating System (IBM PC, etc)
  4776.  
  4777. There are also many, many others of a less certain nature.  All of these
  4778. efforts are listed in the file KER:AAWAIT.HLP on CU20B (AAWAIT HLP on
  4779. CUVMA).
  4780.  
  4781. Page 86                                               INFO-KERMIT DIGEST V5 #13
  4782.  
  4783.  
  4784. ------------------------------
  4785.  
  4786. Date: Mon, 6 Oct 86 15:30:20 pdt
  4787. From: tweten@ames-prandtl.ARPA (Dave Tweten)
  4788. Subject: Re:  Screen Saver Feature as Part of Kermit
  4789. Keywords: MS-DOS Kermit, Screen Saver Feature
  4790.  
  4791. You don't need to put a screen saver feature into Kermit.  There are
  4792. several public domain terminate-and-stay-resident screen saver programs
  4793. available, any one of which can be started before running Kermit
  4794. (perhaps in an AUTOEXEC.BAT file), and which will be effective while
  4795. Kermit runs.  The Info-IBMPC source code library at USC-ISIB.ARPA has at
  4796. least two.  I wrote another (which has the user-settable time feature
  4797. you requested).  I'm sure many others exist in the public domain.  A
  4798. little asking around should net you one you like.
  4799.  
  4800. ------------------------------
  4801.  
  4802. End of Info-Kermit Digest
  4803.  
  4804. INFO-KERMIT DIGEST V5 #14                                               Page 87
  4805.  
  4806. Info-Kermit Digest         Tue, 28 Oct 1986       Volume 5 : Number 14
  4807.  
  4808. New York Mets:
  4809.    The Official Baseball Team of the Kermit File Transfer Protocol
  4810.  
  4811. Today's Topics:
  4812.                Call for IBM Mainframe Kermit Developers
  4813.                           Re: File encoding
  4814.                      Where to Get HP-1000 Kermit
  4815.                  Kermit Server at Bitnet node UOFT02
  4816.                           Prime Kermit 7.57
  4817.                         RT11 XM Kermit Problem
  4818.                            Mac connections
  4819.                           MS-Kermit options
  4820.                    Two Small Requests for MSKERMIT
  4821.                        MSKermit LOG suggestion
  4822.                         Kermit on Compuserve?
  4823.                    Problem with Kermit and DATAKIT
  4824.  
  4825. ----------------------------------------------------------------------
  4826.  
  4827. Date: Thu 9 Oct 86 13:23:41-EDT
  4828. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  4829. Subject: Call for IBM Mainframe Kermit Developers
  4830. Keywords: VM/CMS Kermit, MVS/TSO Kermit
  4831.  
  4832. A lively discussion (and some work) is underway to merge the major IBM
  4833. System/370 series assembly-language Kermit programs, so that VM/CMS and
  4834. MVS/TSO Kermits can share common OS-independent modules (particularly
  4835. the code that implements the Kermit protocol itself).  Any IBM mainframe
  4836. Kermit developer or maintainer who wants to be involved in this
  4837. discussion should send me a note (as SY.FDC@CU20B, or FDCCU@CUVMA.BITNET).
  4838. This includes those who have any connection with the Kermit programs for
  4839. MVS/GUTS, MUSIC, and MTS, and who might be interested in integrating Kermit
  4840. into the various dialects of Wylbur, and possibly also with CICS.
  4841.  
  4842. ------------------------------
  4843.  
  4844. Date: Sat 11 Oct 86 02:08:17-PDT
  4845. From: Bob Larson <BLARSON@USC-ECLB.ARPA>
  4846. Subject: Re: File encoding
  4847. Keywords: File Encoding
  4848.  
  4849. Here are a couple of file encoding schemes that Frank da Cruz missed in his
  4850. list:
  4851.  
  4852. btoa/atob 4.0: 5/4 encoding to printable characters, space not included.
  4853. Designed for use with (and comes with) compress 4.0.  Has header and trailer
  4854. lines so mail headers may be skipped and multiple files may be sent
  4855. together.  (Available for ftp from the mod.sources archives at
  4856. seismo.css.gov, I have an os9/68k version if there is interest.)
  4857.  
  4858. Motorola S record: 2/1 encoding to printable characters.  Designed for use
  4859. with eprom programmers, etc. so includes address specification.  (Number of
  4860. address bits vary between various S record formats.)  The only advantage of
  4861. this format that I know of is encoding/decoding programs come with os9.
  4862.  
  4863. Page 88                                               INFO-KERMIT DIGEST V5 #14
  4864.  
  4865. Included for completeness.
  4866.  
  4867. Bob Larson
  4868.  
  4869. [Ed. - Thanks for completing the encoding form list Bob.]
  4870.  
  4871. ------------------------------
  4872.  
  4873. Date: Wed 15 Oct 86 11:24:44-EDT
  4874. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  4875. Subject: Where to Get HP-1000 Kermit
  4876. Keywords: HP-1000 Kermit
  4877.  
  4878. In V5 #3 of the Info-Kermit Digest, a message was posted by Michael Terenyi
  4879. describing a new HP-1000 Kermit that solved all the problems of the previous
  4880. versions, that was available from Paul Schuman of E-Systems, Inc,
  4881. Greenville, Texas.  Some weeks later, we actually received, installed, and
  4882. announced this version in the regular Kermit distribution.  However, Paul
  4883. has been getting numerous calls, blank tapes, etc, ever since.  Although
  4884. Paul was kind enough to contribute his program to Kermit Distribution, he
  4885. does not have the time or resources to honor the high volume of requests
  4886. he's been getting for this program.  If you need it, please get it either
  4887. from Columbia (by mail order, or over the networks as HPM*.*), or else from
  4888. the international Hewlett-Packard User Group:
  4889.  
  4890.   Interex
  4891.   680 Almanor Avenue
  4892.   Sunnyvale, CA  94086-3513
  4893.   Phone 1-408-738-4848
  4894.  
  4895. You probably have to be a member of Interex before you can order programs
  4896. from them.  Paul thinks they have Kermit programs for a large variety of HP
  4897. minis, workstations, and PCs, all on native media, which is a service
  4898. Columbia has not been able to provide.
  4899.  
  4900. ------------------------------
  4901.  
  4902. Date: Wed, 15 Oct 86 12:43 EDT
  4903. From: <BRIAN@UOFT02.BITNET> (brian nelson)
  4904. Subject: Kermit Server at Bitnet node UOFT02
  4905. Keywords: Kermit BITnet Server
  4906.  
  4907. For those of you experiencing trouble accessing KERMSRV@UOFT02.BITNET there
  4908. was a problem in the way it sent interactive messages back.  It was acting
  4909. as if it were a NODE and not a USER when sending messages.  This has been
  4910. fixed.
  4911.  
  4912. Also, please note that it responds to interactive messages only, files sent
  4913. to it with imbedded commands will not cause it to send files back.
  4914.  
  4915. Brian Nelson
  4916.  
  4917. ------------------------------
  4918.  
  4919. Date: Tue, 21 Oct 86 18:35:15 GMT
  4920. From: BROOKS@UK.AC.EXETER.PC
  4921.  
  4922. INFO-KERMIT DIGEST V5 #14                                               Page 89
  4923.  
  4924. Subject: Prime Kermit 7.57
  4925. Keywords: Prime Kermit
  4926.  
  4927.    There is a bug in PR1ME Kermit version 7.57.
  4928.  
  4929.    If, when in SERVER mode, the user logs off with a BYE command on the
  4930. micro-Kermit, the NEXT user to get that PRIMOS usernumber can have problems
  4931. related to the PRIMOS KILL and ERASE characters.  It showed up in the
  4932. Sheffield Editor for us.
  4933.  
  4934.  The problem arises if other software expects that the PRIMOS routine ERKL$$
  4935. returns leading zeros in the words that give the user's KILL and ERASE
  4936. characters as documented in DOC3621-190 Subroutines Reference Guide page
  4937. 10-23.  What is not documented is that when writing the KILL and ERASE the
  4938. leading byte of the words should be ZERO.  This is the only reason that
  4939. reading returns leading zeros!
  4940.  
  4941.    Unfortunately, PRIMOS Kermit uses leading spaces when writing these
  4942. values.  This in itself causes no problem as when Kermit exits SERVER mode
  4943. in all ways EXCEPT when it receives a BYE command, it restores the user's
  4944. KILL and ERASE characters with words it had read previously.  Again this
  4945. seems no problem as LOGO$$ restores the System default KILL and ERASE
  4946. characters so everything appears OK to the next user.  But logo$$ does not
  4947. seem to alter the leading byte of the words holding KILL and ERASE, hence
  4948. the problem.
  4949.  
  4950.    The simplest fix in PRIMOS Kermit is as follows:-
  4951.  
  4952.    In GENERIC_CMD.PLP, before
  4953.          call logo$$(0,0,' ',0,0,code);
  4954.    insert the line
  4955.          call xfer_mode(0,code); /* restore terminal characteristics */
  4956.  
  4957.    Ideally, the first call to erkl$$ in XFER_MODE.PLP should be fixed so
  4958. that it has leading zeros in the character strings it passes, but this needs
  4959. more changes to be made in the source.  The fix given is short and it works!
  4960. There may be a problem with forced logouts which this fix obviously won't
  4961. cope with.  The QUIT handler calls xfer_mode so there is no trouble there.
  4962.  
  4963.    This caused us no end of trouble to track down to Kermit!  It seemed an
  4964. epidemic had struck as more and more users hit this problem.  (The PRIMOS
  4965. command TERM -kill and TERM -erase fixes a user in trouble).  It didn't help
  4966. that we changed from Rev 19.3 to Rev 19.4 at the same time as we released
  4967. Kermit 7.57.
  4968.  
  4969.   Neil Brooks
  4970.   University of Exeter Computer Unit
  4971.  
  4972. [Thanks.  We will forward this message to the authors of Kermit.]
  4973.  
  4974. ------------------------------
  4975.  
  4976. Date: Thu, 23 Oct 86 11:51 EDT
  4977. From: <BRIAN@UOFT02.BITNET> (brian nelson)
  4978. Subject: RT11 XM Kermit Problem
  4979. Keywords: RT-11 Kermit
  4980.  
  4981. Page 90                                               INFO-KERMIT DIGEST V5 #14
  4982.  
  4983.  
  4984.  A problem with the RT11 XM version of Kermit-11 (K11XM.SAV) has been
  4985. reported. The symptom is that any command that requires additional prompting
  4986. for input, such as SHOW and SET, the prompt will be garbage.  Ie, the
  4987. command:
  4988.  
  4989.         Kermit-11>SHOW <cr>
  4990.  
  4991. should reply with:
  4992.  
  4993.         What:
  4994.  
  4995. The cause is the command table being swapped over by the command line
  4996. editor, thus making the pointer to the prompt text invalid. The correction
  4997. is made in K11CMD.MAC as follows. The lines commented with /55/ are the
  4998. corrections.
  4999.  
  5000. Brian Nelson
  5001. Brian@Uoft02.Bitnet
  5002.  
  5003. [Ed. - Thanks.  The fix is in KER:K11.BWR.]
  5004.  
  5005. ------------------------------
  5006.  
  5007. Date: Fri 24 Oct 86 13:13:29-EDT
  5008. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  5009. Subject: Mac connections
  5010. Keywords: MacKermit
  5011.  
  5012. There have been increasing numbers of questions coming in about how to
  5013. connect Macintoshes and Mac-Pluses to modems and directly to other
  5014. computers.  I hope the following details will help.  I won't go into any
  5015. detail explaining terms -- you can look them up in a data communications
  5016. book (or the Kermit book!).
  5017.  
  5018. The Macintosh serial port is not RS-232, it's RS-422 and uses different
  5019. signalling.  The Mac RS-422 port lacks the modem signals CD, DTR, DSR, RI,
  5020. and RTS, and any modems that expect to handshake with the Mac using these
  5021. signals will not work unless the handshaking can be overriden (e.g. by
  5022. setting configuration switches in the modem) or by fakeout wiring in the
  5023. modem end of the cable.
  5024.  
  5025. The Macintosh serial port connector has 9 pins rather than the customary 25
  5026. pins that RS-232 requires.  The Mac-Plus has an 8-pin "Din-8" connector,
  5027. which needs a special converter from Din-8 to 9-pin to make it "plug
  5028. compatible" with the original Mac.
  5029.  
  5030. Here are the Macintosh 9-pin connector assignments, and the corresponding
  5031. Din-8 assignments:
  5032.  
  5033. 9-pin   Din-8    Signal
  5034.   1       4       FG     (frame ground)
  5035.   2               +5V    (not connected in DB9/Din-8 converter)
  5036.   3       4       SG     (signal ground)
  5037.   4       8       TD+    (transmit positive)
  5038.   5       5       TD-    (transmit negative)
  5039.  
  5040. INFO-KERMIT DIGEST V5 #14                                               Page 91
  5041.  
  5042.   6       2       +12V
  5043.   7       1       CTS    (clear to send, or "handshake")
  5044.   8       6       RD+    (receive positive)
  5045.   9       3       RD-    (receive negative)
  5046.  
  5047. The cable that you need to connect the Mac to a modem or to another Mac may
  5048. not be readily available in a store, so you might have to alter or build one
  5049. yourself.  The parts (DB-9 and DB-25 connectors, pins, cables, tools, etc)
  5050. should be available from computer stores or in computer supply catalogs like
  5051. Inmac, Black Box, Misco, etc.
  5052.  
  5053. To connect a Macintosh to a modem, you need a male 9-pin (called DB-9, DE-9,
  5054. or D-9) on the Mac end.  Only pins 3, 5, 8, and 9 need to be connected.  On
  5055. the modem end, a 25-pin male DB-25 connector.  Four wires in the cable
  5056. should connect the pins in the two ends as follows:
  5057.  
  5058. Mac    DB-25
  5059.  3       7    Signal ground
  5060.  5       2    Transmitted data
  5061.  8       1    Frame ground
  5062.  9       3    Received data
  5063.  
  5064. Before testing this cable with your modem, be sure it's plugged into to
  5065. desired port (the present version of Kermit on the Macintosh, 0.8(34), works
  5066. only on the communication port, not on the printer, SCSI, or any other port;
  5067. this restriction may be lifted in future releases), and the baud rate is set
  5068. appropriately, usually 1200.
  5069.  
  5070. You should be able to dial the modem (if it's Hayes compatible) by typing
  5071. ATD and the phone number.  If this doesn't work, check the configuration
  5072. switches of your modem.  In particular, it must be in originate mode (ATD
  5073. puts Hayes-like modems in originate mode automatically), and it may need to
  5074. be instructed to ignore DTR (many modems require DTR signals from the PC,
  5075. but the Mac doesn't provide one).  For further details, read your modem
  5076. manual.
  5077.  
  5078. To connect your Mac to another PC, use a "null modem" cable.  Here is how
  5079. to set up a null modem cable with a Mac 9-pin (male) connector on one end
  5080. and a male DB-25 on the other:
  5081.  
  5082. Mac 9-pin     DB-25      The DB-25 end of this cable can be plugged into
  5083.                          any computer that has a female RS-232 DB-25 serial
  5084. 3 SG ---+                port connector.  To connect a Mac with a PC/AT
  5085.         |                (which has a DB-9 connector, but with RS-232
  5086.         +---- 7 SG       rather than RS-422, signalling), use a regular Mac
  5087.         |                modem cable, described above, on the Mac, a regular
  5088. 8 RD+ --+                PC/AT modem cable on the AT (available in stores
  5089.           +-- 6  DSR     and catalogs), and a female-female null modem
  5090.           |              (also available in stores and catalogs) to connect
  5091. 7 CTS <---+-- 20 DTR     the DB-25 ends of each cable.
  5092.           |
  5093.           +-- 8  CD      To connect two Macs back-to-back, use a similar
  5094.                          trick: two Mac modem cables, plus a null modem.
  5095. 5 TD- ------> 3  RD
  5096.                          Building, adapting, and testing connectors is
  5097. 9 RD- <------ 2  TD      not everyone's dish of tea.  If it's not yours,
  5098.  
  5099. Page 92                                               INFO-KERMIT DIGEST V5 #14
  5100.  
  5101.                          then take a copy of this message to a computer
  5102.          +--- 4  RTS     store and point to what you need.  If possible,
  5103.          |               try to test it there on a configuration similar
  5104.          +--> 5  CTS     to yours before paying for it.
  5105.  
  5106.  
  5107. Back to modem cables.  If your modem requires certain modem signals, and
  5108. this requirement cannot be disabled, you should be able to cajole the modem
  5109. into operation by using a null modem cable like the one above, but with
  5110.  
  5111. 5 TD- ------> 2  TD
  5112.  
  5113. 9 RD- <------ 3  RD
  5114.  
  5115. That is, the modem signals RTS, CTS, DTR, DSR, and CD are all faked in
  5116. the connectors, but receive and transmit are not cross-connected as in a
  5117. real null-modem cable.
  5118.  
  5119. ------------------------------
  5120.  
  5121. Date: Thu 9 Oct 86 12:02:50-EDT
  5122. From: EXT1.FARHAD@CU20B.COLUMBIA.EDU
  5123. Subject: MS-Kermit options
  5124. Keywords: MS-DOS Kermit
  5125.  
  5126. (1) - In a recent message to Info-Kermit, someone proposed that the MS-DOS
  5127. Kermit subcommand parser incorporate assumption of a "run" prefix for inputs
  5128. that are not specifically Kermit subcommands.  I suggest that, unless such
  5129. suggested feature is effected as a togglable option via Kermit's "set"
  5130. subcommand or as an equivalent togglable function, such proposed feature's
  5131. simplistic allure be resisted because the "feature" could potentially have
  5132. unintended side effects that would interfere undesirably with Kermit's
  5133. otherwise expected proper behavior.
  5134.  
  5135. As you are aware, the proposed run prefix assumption feature would send DOS
  5136. flying on PATH-related searches for each and every Kermit-level
  5137. nonsubcommand input, including typos.  For example, people who park their
  5138. harddisks when they run Kermit for long remote sessions would see this
  5139. behavior of the proposed feature put their disk in "drive."  The feature
  5140. might also necessitate that Kermit macros be named differently from programs
  5141. on the PATH which the "feature" would want to run -- clearly a cumbersome
  5142. and "nontransportable" requirement.
  5143.  
  5144. (2) - I much prefer to see Kermit continue to steer clear away from
  5145. special-interest "gimmeckery" such as commandline recall/edit, screensaver,
  5146. alarm and calculator functions, etc.  I have seen many users (beginner and
  5147. advanced but not intermediate) who often choose to use earlier (even buggy)
  5148. versions of MS-Kermit just because they want a bare-bones program without
  5149. the fancy-schmancy code even though they have ready access to V-2.29a!
  5150.  
  5151. (4) - A universally useful feature would be runnability of MS-Kermit with
  5152. DOS-level subcommands, switches, etc. -- e. g.:
  5153.  
  5154.    DOS>KERMIT -do MACRO1
  5155. or,
  5156.    DOS>KERMIT -take INIT1.
  5157.  
  5158. INFO-KERMIT DIGEST V5 #14                                               Page 93
  5159.  
  5160.  
  5161. (5) - Without implying that Kermit should become a whole O/S with
  5162. development tools, compilers and the rest, I ask whether Kermit could indeed
  5163. not be modularized so that a core program could be run and then desired
  5164. features could be loaded optionally through subcommands that work on
  5165. external file contents -- that'll take care of memory size, extra features
  5166. and the rest of the complaints and suggestions, wouldn't it?  And, how about
  5167. an O/S-(in)dependent Kermit Function Module Protocol?  /Farhad
  5168.  
  5169. ------------------------------
  5170.  
  5171. Date: Sat, 11 Oct 86 08:11:16 EDT
  5172. From: John C Klensin <KLENSIN@INFOODS.MIT.EDU>
  5173. Subject: Two Small Requests for MSKERMIT
  5174. Keywords: MS-DOS Kermit
  5175.  
  5176. With apologies for joining the litany...
  5177.  
  5178. 1) It would be nice if the key scanning table were expanded so that the two
  5179. new function keys (F11 and F12) on the extended keyboards could be used.
  5180. Neither their scan codes, nor the function key names are recognized by 'set
  5181. key', and 'show key' does not even recognize that they are keys.
  5182.  
  5183. [Ed. - There's nothing in Kermit that prevents the new scan codes from
  5184. being recognized.  These keys simply are not generating them in the same
  5185. way the other keys generate scan codes.  Even on the previous keyboards,
  5186. some keys -- like Ctrl-1, Ctrl-3, Ctrl-4, etc, keypad 5, Sys Req, etc --
  5187. generate no scan codes.]
  5188.  
  5189. 2) There is apparently no convenient way to display the [path]name of the
  5190. current local directory.  I can set it (with LOCAL CWD ...), or get a
  5191. directory of its contents (with LOCAL DIR), but can't just inquire about its
  5192. name.  The CP/M-86 versions do an approximation to the job by displaying the
  5193. kermit prompt in the form
  5194.  
  5195.    KERMIT86 DN>
  5196.  
  5197. where D and N are the drive and user number; MSKERMIT should have SOME way
  5198. to obtain this info without listing out the contents of the directory.
  5199.  
  5200. [Ed. - Right, this should show up in a future release.]
  5201.  
  5202. Similarly, it would be nice to be able to ask the thing to tell me to whence
  5203. I am logging.  I can, more or less, find out if logging is turned on, but
  5204. can't (at least as far as I know) find the name of the file to which logging
  5205. is occurring.
  5206.  
  5207. Both of these things take on added importance as the presence of scripts and
  5208. TRANSMIT make it more possible to tailor the kermit environment to the needs
  5209. of a particular [naive] user, introducing more confusion as to what has
  5210. happended when something goes wrong.
  5211.  
  5212. [Ed. - All good points.  Anything that can be SET should be capable of
  5213. being SHOWn.]
  5214.  
  5215. ------------------------------
  5216.  
  5217. Page 94                                               INFO-KERMIT DIGEST V5 #14
  5218.  
  5219.  
  5220. Date:    Wed, 15 Oct 86 07:29 EST
  5221. From:  CDTAXW%IRISHMVS.BITNET@WISCVM.WISC.EDU
  5222. Subject: MSKermit LOG suggestion
  5223. Keywords: MS-DOS Kermit, LOG command
  5224.  
  5225. Being an avid user of IBM's 7171 controller via an IBM PC and MSKermit, I
  5226. might suggest the following modification to MSKermit's LOG feature: allow
  5227. one to strip escape sequences if desired.  Session logs of sessions through
  5228. a 7171 or Series 1 controller with IBM mainframes can be accomplished with
  5229. the escape sequence - F commands, but dumping screen at a time for more than
  5230. a few screens is anything but easy.  If an option was available for the LOG
  5231. function which would allow the user to choose between keeping the escape
  5232. sequences and stripping them, I believe its functionality would be greatly
  5233. increased.
  5234.  
  5235. Mark
  5236.  
  5237. [Ed. - Doing what you ask would introduce a whole new level of complexity
  5238. into terminal emulation, slowing it down significantly.  It would also add
  5239. dependence on the particular terminal being emulated, and on the system
  5240. doing the emulating.  In your particular case, a way around the problem
  5241. is to use CMS Kermit's XTYPE and XECHO commands, to send stuff "raw" to
  5242. the ASCII terminal, where it can be logged.]
  5243.  
  5244. ------------------------------
  5245.  
  5246. Date: Mon 13 Oct 86 13:12:46-EDT
  5247. From: Dan Caldano <CUL.CALDANO@CU20B.COLUMBIA.EDU>
  5248. Subject: Kermit on Compuserve?
  5249. Keywords: Compuserve
  5250.  
  5251. Does anyone have any info about downloading files from Compuserve using
  5252. Kermit on a 512K Mac?  Am new to this sort of thing, and while I've mastered
  5253. downloading from our local DEC20 I must admit to being daunted by what I'm
  5254. reading on Compuserve (besides it's expensive just "grazing" through Compu-
  5255. serve) and in various magazines.  Anyone out there able to point out what
  5256. I'm missing?  Any help would be appreciated, thanks.
  5257.  
  5258. [Ed. - Good question.  Can some knowledgable Compuserve subscriber post
  5259. a message to Info-Kermit telling whether Kermit is available on Compuserve,
  5260. and if so, how to get at it?]
  5261.  
  5262. ------------------------------
  5263.  
  5264. Date: Mon, 13 Oct 86 17:19:47 EDT
  5265. From: vxb@harvisr.harvard.edu (Vernon Bradner)
  5266. Subject: Problem with Kermit and DATAKIT
  5267. Keywords: DATAKIT
  5268.  
  5269. I am trying to use Kermit over AT&T's DATAKIT packet switched data network.
  5270. Kermit file transfers work, but sometimes have many frame retransmits
  5271. resulting in much longer file transmit times.
  5272.  
  5273. The xmodem file transfer protocol has no such problems over DATAKIT.  Of
  5274. course, I would much prefer to use Kermit (especially since with Kermit I
  5275.  
  5276. INFO-KERMIT DIGEST V5 #14                                               Page 95
  5277.  
  5278. can transmit several files at once, unlike xmodem).
  5279.  
  5280. Has anyone else had similar problems with Kermit and DATAKIT? Possibly I
  5281. just have the wrong settings in Kermit?
  5282.  
  5283. Any ideas you might have would be a big help.
  5284.  
  5285. Thanks - Vern Bradner (vxb@wjh12.harvard.edu)
  5286.  
  5287. [Ed. - Has anyone had experience using DATAKIT packet switched data network?]
  5288.  
  5289. ------------------------------
  5290.  
  5291. End of Info-Kermit Digest
  5292.  
  5293. Page 96                                               INFO-KERMIT DIGEST V5 #15
  5294.  
  5295. Info-Kermit Digest         Mon,  3 Nov 1986       Volume 5 : Number 15
  5296.  
  5297. Today's Topics:
  5298.                  Kermit Files Split into Three Groups
  5299.                New Release of Kermit for TRS-80 Model 4
  5300.                   Atari ST Kermit Diskette Volunteer
  5301.                        Re: CompuServe vs Kermit
  5302.            How to Display Connected Directory in MS-Kermit
  5303.                       Kermit vs Datakit Networks
  5304.                 PROCOMM Kermit File Transfer Problems?
  5305.               KermitLANd: Suggestions to Improve Kermit
  5306.                 Ideas for Kermit Distribution Overflow
  5307.  
  5308. ----------------------------------------------------------------------
  5309.  
  5310. Date: Thu 30 Oct 86 17:08:01-EST
  5311. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  5312. Subject: Kermit Files Split into Three Groups
  5313. Keywords: Kermit Distribution, Distribution, Tapes, OK State, UUCP
  5314.  
  5315. The Kermits just keep rolling in.  In June 1985, the material became too big
  5316. to fit on a single 1600-bpi 2400-foot reel of labeled tape, so we had to
  5317. split the files into two groups: A (micros) and B (minis and mainframes).
  5318. In August 86, the collection grew too large for two tapes, and intallation
  5319. of some new versions was put on hold.  So now a third tape (C) has been
  5320. added.  Tape C is for "esoterica" (less popular versions of Kermit,
  5321. implementations infrequently requested from us, European and Japanese
  5322. versions, etc, and redundant versions) and for large documents -- the Scribe
  5323. source for the User Guide and Protocol Manual, the mail archives, etc.  The
  5324. AAVERS.HLP file tells exactly which group each implementation is assigned
  5325. to.  AAFILES.HLP explains in a bit more detail.
  5326.  
  5327. Apologies to anyone who feels slighted by having their favorite Kermit
  5328. version assigned to the "esoteric" tape.  The assignments were not totally
  5329. arbitrary and capricious, but were made mostly according to the frequency
  5330. with which people ask for (or about) these versions, with the goal of having
  5331. the three collections occupy about the same amount of disk/tape space (about
  5332. 15MB each).  The most popular micro and mainframe Kermits remain on tapes A
  5333. and B, so that people who order these tapes in the "old way" will still most
  5334. likely get what they were expecting.
  5335.  
  5336. For network access, the procedures are pretty much unchanged.  FTP, NFT, and
  5337. KERMSRV will continue to work as before.  The file KER:AANETW.HLP has been
  5338. updated (along with all the other relevant files) to reflect the new layout.
  5339. Apologies for the disruption in KERMSRV service from Friday afternoon (Oct
  5340. 31) to Monday afternoon (Nov 3) while the files were being reorganized.
  5341.  
  5342. As we announced a couple months ago, our major tape-making facility (a small
  5343. UNIX Vax) could not have its Kermit files updated until this reorganization
  5344. took place.  This has now been done.  Oklahoma State University, which keeps
  5345. a parallel Kermit collection for UUCP access, updates its files from this
  5346. VAX; hence OK State has not been getting new Kermit files since August.  We
  5347. will send them a new set of tapes this week, and the automatic updating
  5348. should kick in again after they have installed it.
  5349.  
  5350. ------------------------------
  5351.  
  5352. INFO-KERMIT DIGEST V5 #15                                               Page 97
  5353.  
  5354.  
  5355. Date: Fri, 31 Oct 86 13:01:26 -0600
  5356. Subject: New Release of Kermit for TRS-80 Model 4
  5357. From: Gregg Wonderly <gregg%a.cs.okstate.edu@CSNET-RELAY.ARPA>
  5358. Keywords: TRS-80 Model 4
  5359.  
  5360. This is to announce the newest version of the TRS80 Model 4 KERMIT.  This
  5361. version, 5.2, has many small bug fixes, as well as some major additions to
  5362. the program.  The changes are listed in detail in the file M4CHGS/ASM, but
  5363. the most important ones since the previous release (5.0) are bug fixes,
  5364. command restructuring (particularly SET FILE), transaction and debug
  5365. logging, and wildcards allowed in SEND and KILL.
  5366.  
  5367. Version 5.1 was never released.  There were also some changes in the
  5368. H19-filter that is now included in the distribution.  These changes include
  5369. the addition of a STRIP8 parameter to SETH19 that will allow the parity bit
  5370. to be stripped from characters before they are put on the display.
  5371.  
  5372. In this version of KERMIT, I have made some attempts to start reducing the
  5373. number of hardware manipulations that do not use the system SVC's.  However,
  5374. there are still many Model 4 specific operations.  I would like to begin
  5375. replacing the Model 1/3 version of KERMIT with this version, in the interest
  5376. of making more of the functionality of Model 4 KERMIT available to Model 1
  5377. and 3 owners.  If anybody is interested in taking on the task of doing this
  5378. for either machine, the help would be greatly appreciated.  Most of the work
  5379. will involve finding replacement code for routines that manipulate the Model
  5380. 4 hardware (Display, Comm Line, etc...).
  5381.  
  5382. Any interested parties should send mail to me at the address below so that
  5383. there can be some sort of cordination of efforts.
  5384.  
  5385. Gregg Wonderly
  5386. Department of Computing and Information Sciences
  5387. Oklahoma State University
  5388.  
  5389. UUCP: {cbosgd, ea, ihnp4, isucs1, mcvax, uokvax}!okstate!gregg
  5390. ARPA:  gregg@A.CS.OKSTATE.EDU or gregg%okstate.CSNET@CSNET-RELAY
  5391.  
  5392. [Ed. - Thanks, Gregg!  The new version replaces the old one as KER:M4*.*.
  5393. In the spirit of consolidating the hundreds of Kermit versions, I'd heartily
  5394. encourage anyone who cares about the TRS-80 Model 1 and 3 Kermits to get
  5395. together with Gregg and try to hammer together a common version for the
  5396. models 1, 3, and 4.]
  5397.  
  5398. ------------------------------
  5399.  
  5400. Date: Mon 3 Nov 86 12:05:59-EST
  5401. From: Il H Oh <SA.IL@CU20B.COLUMBIA.EDU>
  5402. Subject: Atari ST Kermit Diskette Volunteer
  5403.  
  5404. I finally got Kermit running on my Atari ST.  I'd be glad to mail ST Kermit
  5405. diskettes to other ST users, if they'll send me a preformatted diskette and
  5406. a self-addressed, stamped return mailer.  My address is:
  5407.  
  5408.   Il Oh
  5409.   362 Riverside Dr. Apt. 10B7
  5410.  
  5411. Page 98                                               INFO-KERMIT DIGEST V5 #15
  5412.  
  5413.   New York, NY 10025.
  5414.  
  5415. il
  5416.  
  5417. [Ed. - Many thanks!  Diskette volunteers are always welcome, as are user
  5418. groups and diskette services that are willing to provide Kermit diskettes by
  5419. mail order at low cost (say, in the neighborhood of $10).  If anyone out
  5420. there has a Kermit program on a diskette that's not readily available from
  5421. Columbia or other sources, you are heartily encouraged to volunteer as Il
  5422. has done, or to submit it to an appropriate user group or diskette service.]
  5423.  
  5424. ------------------------------
  5425.  
  5426. Date: Tue, 28 Oct 86 21:40:12 est
  5427. From: jpm@bnl.ARPA (John McNamee)
  5428. Subject: Re: CompuServe vs Kermit
  5429. Keywords: CompuServe
  5430.  
  5431. To answer the query from Dan Caldano in Info-Kermit V5 #14: no, CompuServe
  5432. does not support Kermit.  They support XMODEM and two of their own protocols
  5433. (CIS "A" and CIS "B"), and are working on something like X.PC for concurrent
  5434. file transfer and terminal sessions.  I doubt they are going to support
  5435. Kermit since it was a major fight to get them to support XMODEM, and a lot
  5436. more of their users have XMODEM than have KERMIT.
  5437.  
  5438. John McNamee    <jpm@BNL.ARPA>       CompuServe: 70235,1345
  5439.  
  5440. [Ed. - Do the current protocols suffice?  Can everybody get at Compuserve
  5441. with an 8-bit transparent path, with buffers that never need to be shorter
  5442. than 132, etc?  Or do they all have CompuServe A & B on their micros?  If not,
  5443. then maybe those who need Kermit could start infiltrating and agitating...]
  5444.  
  5445. ------------------------------
  5446.  
  5447. Date: Wed 29 Oct 86 15:05:29-EST
  5448. From: Peter Kanaitis <PK0P@TD.CC.CMU.EDU>
  5449. Subject: How to Display Connected Directory in MS-Kermit
  5450.  
  5451. In Info-Kermit Digest V5 #14, John C Klensin writes:
  5452.  
  5453. >2) There is apparently no convenient way to display the [path]name of the
  5454. >current local directory....
  5455. >
  5456. >[Ed. - Right, this should show up in a future release.]
  5457.  
  5458. Why not do a:
  5459.  
  5460. Kermit-MS>run cd
  5461.  or
  5462. Kermit-MS>run chdir
  5463.  
  5464. P. Kanaitis
  5465. Allegheny-Singer Research Institute
  5466. PK0P@TD.CC.CMU.EDU
  5467.  
  5468. [Ed. - Where there's a RUN, there's a way...]
  5469.  
  5470. INFO-KERMIT DIGEST V5 #15                                               Page 99
  5471.  
  5472.  
  5473. ------------------------------
  5474.  
  5475. Date: Wed, 29 Oct 86 08:02:46 est
  5476. From: ulysses!psk@ucbvax.berkeley.edu (Philip S. Kravitz)
  5477. Subject: Kermit vs Datakit Networks
  5478. Keywords: Datakit
  5479.  
  5480. Unlike Vern Bradner (Info-Kermit Digest V5 #14), I use Kermit all the time
  5481. over Datakit networks and have not experienced any problems.  (I primarily
  5482. use the Unix version of Kermit although I have had no problems with the
  5483. MS-DOS version either).
  5484.  
  5485. ------------------------------
  5486.  
  5487. Date: Wed, 29 Oct 86 16:10:04 PST
  5488. From: Lawrence_Clarke%UBC.MAILNET@MIT-MULTICS.ARPA
  5489. Subject: PROCOMM Kermit File Transfer Problems?
  5490. Keywords: PROCOMM
  5491.  
  5492. I am having problems transfering files from an IBM-PC/XT using PROCOMM V2.42,
  5493. to a VAX/VMS V4.4 system running KERMIT-32> V3.1.066.  File transfers seem to
  5494. work fine with normal PCKERMIT/MSKERMIT V2.29, but will not work with PROCOMM.
  5495. Has anyone out there had any experiences with PROCOMM'S kermit file transfers
  5496. to a VAX ???
  5497.  
  5498. ------------------------------
  5499.  
  5500. Date: Thu, 18 Sep 1986 15:28 PDT
  5501. From: "Jeffrey Sicherman"  <JAJZ801%CALSTATE.BITNET@WISCVM.WISC.EDU>
  5502. Subject: KermitLANd: Suggestions to Improve Kermit
  5503. Keywords: Kermit Protocol, Suggestions
  5504.  
  5505. My intention was to link several PCs with on onsite minicomputer.  Since
  5506. Kermit is already in the public domain and is implemented on numerous
  5507. machines, it seems to me that it could be suitable for this purpose if some
  5508. program changes were made to existing implementations and a very few
  5509. (perhaps even non-essential) packet/protocol changes were made for a
  5510. LAN-only environment.  Some of the considerations that have occurred to me
  5511. are indicated below, but I'm sure there are some features and complexities
  5512. that I have overlooked.
  5513.  
  5514. [Ed. - Jeffrey goes on to point out that a Kermit server is a lot like a
  5515. network file server, and then discusses problems of routing, station
  5516. identification, topology, media access & contention, file attributes, mail,
  5517. etc., at some length.  KERMIT IS NOT A NETWORK.  It's strictly for
  5518. point-to-point, user-initiated, temporary connections over serial
  5519. communication devices.  Furthermore, Kermit provides terminal emulation, NOT
  5520. virtual terminal service -- there's a big difference.  Kermit's design is
  5521. simply not amenable to layering of arbitrary kinds of network services --
  5522. especially interactive ones like virtual terminal service, SMTP dialogs,
  5523. etc.  All these problems have been solved already, and a lot of the software
  5524. -- particularly TCP/IP implementations -- is either in the public domain or
  5525. else relatively cheap.  Let's remember that the vast majority of Kermit
  5526. users are individuals with modems who couldn't care less about these issues,
  5527. let alone take the time to work on design and implementation problems that
  5528.  
  5529. Page 100                                              INFO-KERMIT DIGEST V5 #15
  5530.  
  5531. take huge, PAID, programming teams years to solve.]
  5532.  
  5533. ------------------------------
  5534.  
  5535. Date: Thu, 18 Sep 1986 00:19 PDT
  5536. From: "Jeffrey Sicherman"  <JAJZ801%CALSTATE.BITNET@WISCVM.WISC.EDU>
  5537. Subject: Ideas for Kermit Distribution Overflow
  5538. Keywords: Files
  5539.  
  5540. I noted the request for assistance in cleaning up the Kermit distribution
  5541. files in the recent digest (vol 5 no. 8) and the associated difficulties in
  5542. maintaining order in the system.  In response to this, I suggest the
  5543. following:
  5544.  
  5545. It would be useful to have a file that was a matrix of kermit
  5546. implementations.  The rows of this matrix would be the various
  5547. implementation; the columns would be features implemented.  This could be
  5548. restricted only to features defined within the Kermit protocol and standard
  5549. or could also include other esoterica but should at least include all the
  5550. defined features and such things as mode of operation.  The matrix entries
  5551. could be as simple as Y/N or X/- to indicate the compliance, or a level of
  5552. support (e.g.  checksum types) or could indicate parametric values (e.g.
  5553. maximum packet sizes) or the characters used for implementation (e.g.
  5554. prefixes).
  5555.  
  5556.      A couple of columns could also include annotations such as latest
  5557. version.  Multiple entries might be desirable where there are multiple
  5558. implementations or there is a new version in beta test; if so they should be
  5559. marked as such.  It would also be nice to have some figure of merit or
  5560. rating that indicates the reliability, quality of documentation, and ease of
  5561. use; this would probably be not scientific in nature but hell, one of the
  5562. advantages of development by controlled chaos is not having to adhere to a
  5563. lot of bureaucratic rules.
  5564.  
  5565.      Admittedly, a matrix of reasonable comprehensiveness would be rather
  5566. large and be difficult to present in printed form.  Therefore there should
  5567. be a native, master form of the matrix which is comprehensive.  This, I
  5568. expect, would take the form of a spreadsheet file (in native form and/or
  5569. some common convertible, importable standard one)...
  5570.  
  5571. [Ed. - Jeffrey goes on to describe how the matrix might be implemented, and
  5572. discusses some of the attendant problems.  It's a great idea, but one that
  5573. will probably never see the light of day.  If it's a spreadsheet, it's
  5574. necessarily dependent on some piece of software that not everybody has.  If
  5575. it's plain text, we've got a problem in organization and formatting; many
  5576. people want to see this information in printed form, which limits it to 80
  5577. or 132 columns in width -- our AAV*.* files are the best we've been able to
  5578. come up with to date; they fit on the screen, and can be printed 2-up on
  5579. landscape paper and/or double-sided for convenient mailing (when you mail 30
  5580. or 40 Kermit info packets per day, you have to think of these things).  They
  5581. show the most important information (file prefix, system, os, language,
  5582. version number, date, contributor) as compactly as possible in the space
  5583. that we have.  To reorganize these files all you need is a sorting program,
  5584. which every computer should have, and to search them a text editor suffices.
  5585. Still, the need for a master list of Kermit versions (available, on-the-way,
  5586. and possible) that includes more information than the AAV and AAW files is
  5587.  
  5588. INFO-KERMIT DIGEST V5 #15                                              Page 101
  5589.  
  5590. real.  I expect we'll have to do something like this one day, and the form
  5591. it will take will be some kind of simply structured plain text.  It's just a
  5592. matter of finding the time to do it.]
  5593.  
  5594. ------------------------------
  5595.  
  5596. End of Info-Kermit Digest
  5597.  
  5598. Page 102                                              INFO-KERMIT DIGEST V5 #16
  5599.  
  5600. Info-Kermit Digest         Wed, 12 Nov 1986       Volume 5 : Number 16
  5601.  
  5602. Today's Topics:
  5603.                   Announcing HP9845 Kermit in BASIC
  5604.                        Updates to Cyber Kermit
  5605.                      Oksatate Kermit Distribution
  5606.                          Getting Kermit Files
  5607.                   F11 and F12 on new IBM PC Keyboard
  5608.                             TSO Kermit Fix
  5609.                        Fix to os9 Kermit Server
  5610.                         Portable 68000 Kermit
  5611.                     More on CompuServe vs. Kermit
  5612.                         CompuServe and Kermit
  5613.                       VAX/VMS Kermit to PROCOMM
  5614.                    PROCOMM's Kermit and the VAX/VMS
  5615.                 PROCOMM Kermit File Transfer Problems
  5616.                         Kermit-32 and PROCOMM
  5617.                How to Transfer Binary from UNIX to VMS?
  5618.                            VAX/VMS & Kermit
  5619.                         C-Kermit and Xenix 3.0
  5620.                     Re: FIDO - UNIX Kermit problem
  5621.                    Rainbow MSKERMIT initialization
  5622.  
  5623. ----------------------------------------------------------------------
  5624.  
  5625. Date: 7-NOV-1986 12:53:27
  5626. From: DGM1@UK.AC.YORK.VAXA
  5627. Subject: Announcing HP9845 Kermit in BASIC
  5628. Keywords: HP9845 Kermit
  5629.  
  5630.           Please find attached a listing of a minimalist kermit data
  5631. transfer program in interpreted Basic (!) for the HP9845. As it's in
  5632. interpreted Basic a listing of the source code seemed the best form to
  5633. distribute it in.  This implementation was developed by Chris Walker in the
  5634. Physics Dept here, and is principally designed for the transfer of
  5635. experimental data from a micro functioning as a data logger to a mainframe.
  5636. As such it lacks some features of a standard Kermit implementation, but it
  5637. works well and does what its supposed to do.
  5638.  
  5639.           Cheers,
  5640.                     Doug
  5641.  
  5642. Doug Moncur, Computing Service, University of York, Heslington, York YO1 5DD
  5643.           tel: 0904-430000x487 :: janet: DGM1@YORK.VAXA
  5644.  
  5645. [Ed. - Thanks for the new Kermit version.  Many people have asked for this
  5646. in the past.  The files are in KER:HP9845.*.]
  5647.  
  5648. ------------------------------
  5649.  
  5650. Date: 12-NOV-1986 10:14:07
  5651. From: SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk
  5652. Subject:  Updates to Cyber Kermit
  5653. Keywords: Cyber Kermit
  5654.  
  5655.   A new version of Manchester University's Cyber Kermit (CYB) has just
  5656.  
  5657. INFO-KERMIT DIGEST V5 #16                                              Page 103
  5658.  
  5659. arrived here: I've attached their release notes below.
  5660.                                    Alan
  5661.  
  5662. CYBKER.UPD
  5663.  
  5664. In addition to several minor alterations and improvements, there are
  5665. two major changes to Cyber Kermit  which have been requested by many
  5666. users of the program:
  5667.  
  5668. A Directory command has been added to list the names and lengths  of
  5669. local files.  When an optional filename parameter is specified, only
  5670. those files with matching names are listed.   This command is avail-
  5671. able both as a local command on the Cyber and as a remote command in
  5672. server mode.
  5673.  
  5674. The wildcard character '*' is allowed in file names after DIR, SEND,
  5675. remote DIR, and remote GET commands.
  5676.  
  5677. [Ed. - These files will placed in KER:CYB*.* as soon as they arrive over the
  5678. network.]
  5679.  
  5680. ------------------------------
  5681.  
  5682. Date: Tue 11 Nov 86 09:50:49-EST
  5683. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  5684. Subject: Oksatate Kermit Distribution
  5685. Keywords: Okstate, UUCP
  5686.  
  5687. For those who may have missed previous announcements about this, here is a
  5688. brief description of the dialup Kermit file services available from Oklahoma
  5689. State University, Department of Computing and Information Sciences, Stillwater,
  5690. Oklahoma.  The OK state collection has just been brought up to date to reflect
  5691. the new 3-area organization, and to include the Kermit versions that have been
  5692. announced since last August.  OK State provides both UUCP and Kermit dialup
  5693. access.
  5694.  
  5695. The files from TAPE A are in /usr/spool/uucppublic/kermit-a/*
  5696. The files from TAPE B are in /usr/spool/uucppublic/kermit-b/*
  5697. The files from TAPE C are in /usr/spool/uucppublic/kermit-c/*
  5698.  
  5699.  -- UUCP --
  5700.  
  5701. You need to set up "okstate" as a site in your "L.sys" UUCP dialing file
  5702. using the information listed below.  You can then issue the following
  5703. commands on your system:
  5704.  
  5705.    uucp okstate!~uucp/kermit-a/aaaread.me /usr/spool/uucppublic
  5706.  
  5707.    (this example will retrieve a general information file about the entire
  5708.     Kermit Distribution.  DO THIS FIRST!)
  5709.  
  5710.    uucp okstate!~uucp/kermit-b/ck\* /usr/spool/uucppublic
  5711.  
  5712.    (this example will retrieve the current version of C-Kermit)
  5713.  
  5714. There are several files available that contain information about the entire
  5715.  
  5716. Page 104                                              INFO-KERMIT DIGEST V5 #16
  5717.  
  5718. distribution.  We recommend that you retrieve these files first.  They are
  5719. "aaaread.me" which explains the file name conventions used, "aafiles.hlp"
  5720. which explains how to find the different kermit versions, and "aafiles.dir"
  5721. which is a complete listing (by name) of all files in the in each kermit
  5722. directory.  These files will enable you to choose the right files the first
  5723. time.
  5724.  
  5725. UUCP Login information:
  5726.  
  5727. Site Name    : okstate
  5728. Phone number : (405) 624-6953 (300/1200 baud)
  5729. Login name   : uucpker
  5730. Password     : thefrog
  5731. Hours        : 24 hours per day, 7 days a week
  5732. Problem      : okstate!uucp-support                          (UUCP)
  5733.   reports    : uucp-support@a.cs.okstate.edu                 (ARPA)
  5734.  
  5735. The following is a sample L.sys line (\r is a carriage return):
  5736.  
  5737. okstate Any ACU 1200 405-624-6953 "" \r ogin: uucpker word: thefrog
  5738.  
  5739.  -- KERMIT SERVER ACCESS --
  5740.  
  5741. Okstate also provides access to the Kermit distribution via a Kermit Server.
  5742. The number is the same as above for the uucpker login, so the line may be busy
  5743. quite a bit.  This server is a specialized server with controlled access.  At
  5744. present, the server is only allowed access to the Kermit directories on our
  5745. machine.
  5746.  
  5747. You need the following information in order to access the server:
  5748.  
  5749. KERMIT login   :   kermsrv
  5750. Password       :   piggy
  5751. Parity         :   even
  5752. Data path      :   7 bit
  5753. Available      :   24 hours/day, 7 days a week
  5754.  
  5755. When the login is completed, the server will start, and you should escape
  5756. back to your local KERMIT to issue further commands.  If the server remains
  5757. idle for a period of time around 10 minutes, it will be stopped.
  5758.  
  5759. The best place to start after logging on is "REMOTE HELP", followed closely by
  5760. the desired "REMOTE DIR" commands.  If you don't include an argument to REMOTE
  5761. DIR, you should be prepared for more than 600 lines of output.  It is usually
  5762. better to read the 'aaaread.me' file (using REMOTE TYPE perhaps) and then do
  5763. the DIR with some kind of wildcard (like "REMOTE DIR ck*").
  5764.  
  5765. Mark Vasoll
  5766. Computing and Information Sciences       Internet:  vasoll@a.cs.okstate.edu
  5767. Oklahoma State University                UUCP:  {cbosgd, ihnp4, isucs1,
  5768. Stillwater, Oklahoma                            pesnta, uokmax}!okstate!vasoll
  5769.  
  5770. [Ed. - Once again, many thanks for providing this service.  A much longer and
  5771. more detailed description of how to access the OK State Kermit files may be
  5772. found in the file AANOKS.HLP in the Kermit distribution.  There may be a
  5773. slight delay before this service is fully available because of a last-minute
  5774.  
  5775. INFO-KERMIT DIGEST V5 #16                                              Page 105
  5776.  
  5777. foulup (Columbia's fault) with the tapes.]
  5778.  
  5779. ------------------------------
  5780.  
  5781. Date: Wed 5 Nov 86 14:16:29-EST
  5782. From: Ken Rossman <sy.Ken@CU20B.COLUMBIA.EDU>
  5783. Subject: Getting Kermit Files
  5784. Keywords: FTP, Arpanet
  5785.  
  5786. It seems to be a general problem with the ARPAnet backbone these days.
  5787. There's been lots of speculation on what the actual problem is and how to
  5788. solve it on lists like TCP-IP.  In any case, the only thing I can recommend
  5789. at this point in time is to try the file transfer during off hours and on
  5790. weekends.  I think I've had my best successes with FTP on Saturday nights/
  5791. Sunday mornings.  Submit a batch job to get the files, so you don't actually
  5792. have to be there at that time.  /Ken
  5793.  
  5794. ------------------------------
  5795.  
  5796. Date: Wed, 29 Oct 86 08:59:32 PST
  5797. From: forags%violet.Berkeley.EDU@berkeley.edu
  5798. Subject: F11 and F12 on new IBM PC Keyboard
  5799. Keywords: IBM PC Keyboard
  5800.  
  5801. Following is a note from our kermit guru, Greg Small (gts@populi.berkeley.edu)
  5802. regarding patches he made to our version of Kermit to allow use of F11 & F12.
  5803. The patches DO NOT specifically apply to any other versions of Kermit, but
  5804. may provide a starting point for patching other versions.
  5805.  
  5806.    Al Stangenberger
  5807.    Forestry & Resource Mgt.
  5808.    U. C. Berkeley
  5809.  
  5810. [Ed. - Thanks for the patch.  Many people have asked about this.  Greg's
  5811. changes have been forwarded to Joe Doupnik for inclusion in the next
  5812. release, coming Real Soon Now...]
  5813.  
  5814. ------------------------------
  5815.  
  5816. Date: Mon, 3 Nov 86 18:10:24 pst
  5817. From: thobe@ee.UCLA.EDU (Glenn Thobe)
  5818. Subject: TSO Kermit Fix
  5819. Keywords: TSO Kermit
  5820.  
  5821. TSO Kermit v.1.1 appeared to be broken as file transfers would regularly
  5822. fail at the same point in the transmission.  I was advised to enter the
  5823. following TSO command:
  5824.  
  5825.     profile char(bs)
  5826.  
  5827. which totally fixed the problem.  Apparently anything other than "bs" for this
  5828. profile parameter causes some character translation which interferes with the
  5829. incoming data.  I hope this information will be of use to others.
  5830.  
  5831. -Glenn Thobe
  5832.  
  5833.  
  5834. Page 106                                              INFO-KERMIT DIGEST V5 #16
  5835.  
  5836. [Ed. - This message has been added to the TSO Kermit beware file -
  5837. KER:TSOKER.BWR ]
  5838.  
  5839. ------------------------------
  5840.  
  5841. Date: Mon 3 Nov 86 23:42:40-PST
  5842. From: Bob Larson <BLARSON@USC-ECLB.ARPA>
  5843. Subject: Fix to os9 Kermit Server
  5844. Keywords: os9 Kermit
  5845.  
  5846. After seeing a rather vague bug report in the mod.os.os9 usenet newsgroup
  5847. about os9 kermit, I did find the bug in the os9srv.c module of os9 kermit:
  5848. It did not allocate space for the receive file name to go into.  I have not
  5849. tested this fix for the same reason I never tested the host mode originally:
  5850. my system is not set up to answer the phone.  The fix is rather
  5851. straitforward (two lines of code) and obviously needed, so I am including
  5852. the fixed os9srv.c at the end of this message.
  5853.  
  5854. The answer to the question of who should get the os9 kermit bug reports is
  5855. probably me, being the person who submited the last two versions to the
  5856. columbia kermit archives and the latest to the os9 users group.  Reports
  5857. sent to info-kermit@cu20b.columbia.edu would probably get to me also.
  5858.  
  5859. Bob Larson
  5860. Arpa: Blarson@Usc-Eclb.arpa  or  Blarson@Usc-Oberon.Arpa
  5861. Uucp: sdcrdcf!usc-oberon!blarson
  5862.  
  5863. [Ed. - Thanks Bob!  The new file KER:OS9SRV.C has replaced the old one.  The
  5864. old file has been moved to KO:OS9SRV.C.]
  5865.  
  5866. ------------------------------
  5867.  
  5868. From: RBG.XX@GEN.BITNET
  5869. Date: 11 nov 86  14:38 GMT +0100
  5870. Subject: Portable 68000 Kermit
  5871. Keywords: 68000 Kermit
  5872.  
  5873. [Ed. - This is from Roberto Bagnara, Physics Department, Bologna University
  5874. (Italy), concerning a Kermit program he's developing for the Motorola 68000
  5875. family of processors, designed for portability among 68000 operating systems
  5876. and assemblers, particularly those of the sort that are sold as turnkey
  5877. systems for lab work, with little or nothing in the way of utility software
  5878. or operating system support for many of the functions we take for granted.
  5879. Anyone who has an interest in such systems, please respond to Roberto's
  5880. questions directly, or through Info-Kermit.  Thanks!]
  5881.  
  5882.    I'm writing to you, in order to clarify some points about the Kermit
  5883. program that I'm developing. Here they are:
  5884.  
  5885. a) I'm working hard, because I'd like to carry out my job by
  5886.    the end of this month.  The first version of Kermit68K will
  5887.    be necessarily a preliminary one, due to the fact that, being
  5888.    employed at a department of physics, I haven't the advantage
  5889.    of a useful exchange of ideas, suggestions, etc.
  5890.    I need strong user/implementor feedback, in order to make the
  5891.    program effectively portable to different machines and
  5892.  
  5893. INFO-KERMIT DIGEST V5 #16                                              Page 107
  5894.  
  5895.    operating systems, and to refine it, so that it works at its
  5896.    best.  Having said all that, do you think that it's better to
  5897.    include it in the official distribution as a preliminary or
  5898.    you know any potential user/implementor, whom I can address
  5899.    to, in order to get this feedback?
  5900.  
  5901. [Ed. - Any "alpha test" volunteers out there?  If not, then let's just
  5902. install the preliminary version for distribution.]
  5903.  
  5904. b) Ensuring portability while maintaining, as much as possible,
  5905.    a unique source code would be a nice result. Unfortunately
  5906.    the assemblers differ, in general, in the syntax of the
  5907.    directives, besides some of them produce machine code
  5908.    directly, thus not allowing linking with other modules, that
  5909.    is separate assembly is impossible.
  5910.    Is there a public domain or highly diffused pre-processor
  5911.    for files inclusion and conditional text insertion ?
  5912.  
  5913. That's all for now.
  5914.  
  5915.                        Thank you very much.
  5916.                               Roberto
  5917.  
  5918. ------------------------------
  5919.  
  5920. Date: Mon, 3 Nov 86 23:24:09 est
  5921. From: jpm@bnl.ARPA (John McNamee)
  5922. Subject: More on CompuServe vs. Kermit
  5923. Keywords: CompuServe
  5924.  
  5925. Most CompuServe users access the service via CompuServe's own network, which
  5926. has dialups all over the place.  Very few come in via Telenet, Tymnet, etc.
  5927. The CompuServe network nodes are quite smart and have large input buffers,
  5928. and CompuServe may even move some or all of file transfer protocol handling
  5929. off the mainframes and into the nodes.
  5930.  
  5931. ------------------------------
  5932.  
  5933. Date: Mon 3 Nov 86 22:40:40-EST
  5934. From: Russ Forster <OC.RUSS@CU20B.COLUMBIA.EDU>
  5935. Subject: CompuServe and Kermit
  5936. Keywords: CompuServe
  5937.  
  5938. I have used compu-serv rather extensivly in the last little while and have
  5939. experenced a number of problems in downloading files.  This is partly due to
  5940. going through DATAPAC here in the 'Great White North'.  CIS does not support
  5941. KERMIT at all and this can (and does) cause problems for us AMIGA owners.
  5942. XMODEM pads out to 256 characters per line, so if the line is less, it gets
  5943. filled with nulls.  Because the AMIGA is multi- tasking, It must know the
  5944. length of the file to find a place for it in memory.  We AMIGAns have
  5945. developed a number of Chomping programs to eat up the null's that XMODEM
  5946. insists on putting in.
  5947.  
  5948. The bottom line is yes Yes YES!!!! I would love to see KERMIT infiltrate
  5949. these networks like CIS and PEOPLE LINK.  Us AMIGIANS need it.
  5950.  
  5951.  
  5952. Page 108                                              INFO-KERMIT DIGEST V5 #16
  5953.  
  5954.                     /Russ
  5955.  
  5956. ps.  This was in response to the latest KERMIT digest.
  5957.  
  5958. Disclaimer ..
  5959. The above commnets are my own not my employeers.
  5960.  
  5961. ------------------------------
  5962.  
  5963. Date: Thu, 6 Nov 86 18:08:14 pst
  5964. From: thobe@ee.UCLA.EDU (Glenn Thobe)
  5965. Subject: VAX/VMS Kermit to PROCOMM
  5966. Keywords: VAX/VMS Kermit, PROCOMM
  5967.  
  5968. In reference to Lawrence Clark's communication (IKD v.5, no.15), I have had
  5969. difficulty transferring files from VAX/VMS Kermit-32 v.3.2.077 to Procomm
  5970. v.2.4 on an IBM-PC (that's the other direction from what L.C.  was trying to
  5971. do).  The transfer of a text file was successful but very slow.  The VAX
  5972. would send out a data packet immediately upon receipt of an ack and wait,
  5973. time out, send a repeat of the data packet, wait some more, finally receive
  5974. the ack, etc.  This is just one experience, not a controlled experiment, so
  5975. I wouldn't hasten to make any hard and fast judgements from it.
  5976.  
  5977. -Glenn Thobe
  5978. thobe@ee.ucla.edu (arpa)
  5979.  
  5980. [Ed. - See the following messages...]
  5981.  
  5982. ------------------------------
  5983.  
  5984. Date: Fri, 7 Nov 86 16:42:15 est
  5985. From: Robert Montante <seismo!iuvax!bobmon@columbia.edu>
  5986. Subject: PROCOMM's Kermit and the VAX/VMS
  5987. Keywords: PROCOMM, VAX/VMS
  5988.  
  5989. In response to Lawrence Clarke's question about ProComm's Kermit and VAX/VMS
  5990. Kermit:  I am using ProComm v2.42 for Kermit transfers quite successfully, to
  5991. and from a VAX/VMS V4.2 with Kermit-32 (and also with ckermit running under
  5992. UNIX on another VAX).  I have noticed that both ProComm and the host Kermits
  5993. make some default-setting assumptions that are incompatible (and occasionally
  5994. inexplicable).  Something like the "block check type" may need to be adjusted
  5995. locally or on the host (or both); this was necessary to get me going on UNIX.
  5996.     ...Bob Montante...
  5997.  
  5998.  Datclaimer: "[Usual disclaimer: I have no opinion, therefore I don't exist .]"
  5999. Disclaimer: I opine, therefore I am.  My employer, however, is a figment.
  6000.  
  6001. RAMontante
  6002. Computer Science                "Have you hugged ME today?"
  6003. Indiana University
  6004.  
  6005. [Ed. - Block check type is something that two Kermit programs are supposed
  6006. to negotiate between themselves.  It's possible that ProComm isn't doing
  6007. this right.]
  6008.  
  6009. ------------------------------
  6010.  
  6011. INFO-KERMIT DIGEST V5 #16                                              Page 109
  6012.  
  6013.  
  6014. Date: Wed, 5 Nov 86 14:13:09 est
  6015. From: phri!dvm!frank@columbia.edu (Frank Wortner)
  6016. Subject: PROCOMM Kermit File Transfer Problems
  6017. Keywords: PROCOMM
  6018.  
  6019. I noticed the last Kermit Digest had a note from Lawrence Clarke about the
  6020. difficulty getting PROCOMM and Kermit to speak to eachother.  I've had this
  6021. problem also.  File transfers were OK when MSKERMIT 2.29 talked to C-Kermit
  6022. 4C(58) on the VAX ( an 11/780 running DEC Ultrix ), but when PROCOMM 2.42
  6023. took over, the Kermit transfers simply stopped working.
  6024.  
  6025. All was not lost, however, since I discovered that if I changed some of
  6026. PROCOMM's line settings, everything worked again.  I used the Line-Settings
  6027. menu (Alt-P) to set the parity to space, and Kermit then happily resumed
  6028. shipping files.  I don't know how or why this worked, but if anyone out
  6029. there wants to use PROCOMM to talk to Kermit, experimenting with parity
  6030. bit settings is worth a shot.
  6031.  
  6032.                             Frank Wortner
  6033.                         UUCP: frank@orville.UUCP
  6034.                       (... allegra!phri!orville!frank )
  6035.  
  6036. ------------------------------
  6037.  
  6038. Date: Tue, 4 Nov 86 08:58:17 EST
  6039. From: rmcqueen (Robert C McQueen) @ sitvxb
  6040. Subject: Kermit-32 and PROCOMM
  6041. Keywords: Kermit-32, PROCOMM
  6042.  
  6043. In response to Lawrence Clarke in the Info-Kermit Digest V5 #15:
  6044.  
  6045. Try using at least version 3.2 of Kermit-32 to see if the problem still
  6046. exists that and PROCOMM.  We have fixed lots of random problems along the
  6047. way and could have resolved this problem.
  6048.  
  6049. Bob
  6050.  
  6051. ------------------------------
  6052.  
  6053. Date: Tue, 4 Nov 86 12:16:52 pst
  6054. From: black@ee.UCLA.EDU (Rex Black)
  6055. Subject: How to Transfer Binary from UNIX to VMS?
  6056. Keywords: C-Kermit, VAX/VMS Kermit, Binary Files
  6057.  
  6058. My advice is to archive the file (since that changes format) and try that.
  6059. If that fails, you know that it is NOT the data format which is tripping up
  6060. the machine, but rather some form of hardware/communications problem between
  6061. DEC and Pyramid.
  6062.  
  6063. It's always a good idea to isolate your bug.
  6064.  
  6065.     Rex
  6066.  
  6067. ------------------------------
  6068.  
  6069.  
  6070. Page 110                                              INFO-KERMIT DIGEST V5 #16
  6071.  
  6072. Date: Tue, 11 Nov 86 23:03:16 est
  6073. From: Bob Sutterfield <bob@ohio-state.ARPA>
  6074. Subject: VAX/VMS & Kermit
  6075. Keywords: VAX/VMS Kermit
  6076.  
  6077. In article <1679@ncoast.UUCP> btb@ncoast.UUCP (Brad Banko) writes:
  6078. >Kermit dogs our VMS system down... whenever one of us uses kermit
  6079. >to communicate over the modem, it really dogs our 11/750 down... it is
  6080. >particularly bad when typing long messages or kermitting files... has anybody
  6081. >else had this type of problem, and is there an easy fix?
  6082. >    I don't know if the problem is with VMS, or Kermit...  Thanks.
  6083.  
  6084.     Yes, I've noted that problem on a 750 running VMS.  Even at
  6085. 1200 bps on a DMF-32 modem port, filling a screen (like by cat(1)ing a
  6086. text file on the remote system) can grab over 90% of an otherwise-busy
  6087. CPU (thus saith MONITOR).  Curiously enough, unlike your report, I
  6088. only saw the problem while CONNECTed to a remote system, never while
  6089. SENDing or GETting a file to/from a remote server.
  6090.  
  6091.     The clue to the cause is to look (still via MONITOR) at all
  6092. the buffered I/O that's going on in your process.  Think about all
  6093. those characters passing through the port drivers, the class drivers,
  6094. etc. to get to your screen, generating high-priority interrupts as
  6095. they go.  It's pretty gruesome.
  6096.  
  6097.     I tried various permutations of the SYSGEN parameters
  6098. concerning silo and DMA and typeahead buffer sizes, particularly the
  6099. one that controls when the minimum-size thing that triggers a switch
  6100. to "DMA mode" from character-by-character interrupt mode - I think
  6101. it's TTY_DMASIZE (I no longer have any connection with VMS systems, so
  6102. my memory is foggy of its name).  Nothing seemed to help me.
  6103.  
  6104.     It seems to me that the only way to improve this problem would
  6105. be to make Kermit much more intelligent about VMS guts, in order to
  6106. bypass some of the layers that characters have to go through.  This,
  6107. of course, would make it much less portable, even to new versions of
  6108. VMS, as the terminal driver is wont to change occasionally.  Like,
  6109. apparently, with new major releases of the operating system.
  6110.  
  6111. ------------------------------
  6112.  
  6113. Date: Wed 5 Nov 86 16:58:31-EST
  6114. From: Christine M Gianone <SY.CHRISTINE@CU20B.COLUMBIA.EDU>
  6115. Subject: C-Kermit and Xenix 3.0
  6116. Keywords: C-Kermit, Xenix
  6117.  
  6118. Has anyone has any experience running C-Kermit under the Xenix operating
  6119. system, version 3.0A, on the AT?  If you got it to work, what "make" options
  6120. did you use, or what modifications did you make to the source?  We're
  6121. getting a lot of questions about this.
  6122.  
  6123. ------------------------------
  6124.  
  6125. Date: Wed, 5 Nov 86 13:59:29 est
  6126. From: munnari!latcs1.oz!philip@seismo.CSS.GOV (Philip Lee)
  6127. Subject: Re: FIDO - UNIX Kermit problem
  6128.  
  6129. INFO-KERMIT DIGEST V5 #16                                              Page 111
  6130.  
  6131. Keywords: FIDO, C-Kermit, UNIX Kermit
  6132.  
  6133. Found the problem, FIDO kermit allways sends out file with 8th bit quoting
  6134. (with '&' prefix), even when you come in with 8 bits and no parity!  I
  6135. should've guessed it when the received binary file is bigger than the
  6136. original. I've been told that it would be fixed in the next version of FIDO,
  6137. the one I've been connected to runs on ver 11W.
  6138.  
  6139. Philip P.H. Lee,
  6140. La Trobe University,
  6141. Dept. of Computer Science,    PHONE:    +61 03 478 3122 ext 2902
  6142. Bundoora,            A/CSnet:philip@latcs1.oz
  6143. Victoria 3083,            ARPA:    philip%latcs1.oz@seismo.css.gov
  6144. AUSTRALIA.    UUCP:{seismo,hplabs,mcvax,ukc,nttlab}!munnari!latcs1.oz!philip
  6145.  
  6146. [Ed. - There have been many complaints from people downloading ARC files
  6147. from FIDO BBS's with Kermit that the files cannot be successfully unARC'd.
  6148. This could be the problem!  A cursory examination of a packet log shows
  6149. that 8-bit quoting was not negotiated, but was used by FIDO anyway, so
  6150. that the resulting downloaded file was filled with extraneous & characters.
  6151. We'll try to check this in more detail.]
  6152.  
  6153. ------------------------------
  6154.  
  6155. Date: Fri, 7 Nov 86 08:07 ???
  6156. From: RLH <HAAR%RCSMPA%gmr.com@RELAY.CS.NET>
  6157. Subject: Rainbow MSKERMIT initialization
  6158. Keywords: MS-DOS Kermit, DEC Rainbow
  6159.  
  6160. Does anyone have a good .INI initialization file for the MS-DOS version of
  6161. Kermit on a DEC Rainbow?
  6162.  
  6163. What I want to do is to get the terminal emulation to look as much like a
  6164. VT200 series terminal as I can - particularly as far as having the function
  6165. keys transmit the right sequences so that I use the key definition
  6166. facilities of VAX/VMS and the TPU editor.
  6167.  
  6168. If you have a .INI that does a good job of this, would you send me a copy?
  6169.  
  6170.     thanks,
  6171.  
  6172.     Bob Haar
  6173.  
  6174. [Ed. - Try KER:MSIRB2.INI on CU20B (MSIRB2 INI from KERMSRV). You're welcome.]
  6175.  
  6176. ------------------------------
  6177.  
  6178. End of Info-Kermit Digest
  6179.  
  6180. Page 112                                              INFO-KERMIT DIGEST V5 #17
  6181.  
  6182. Info-Kermit Digest         Fri, 21 Nov 1986       Volume 5 : Number 17
  6183.  
  6184. Today's Topics:
  6185.                WISCVM Arpa/BITNET Mail Relay Congestion
  6186.                             HP9845 Kermit
  6187.              Okstate Kermit Service Available Once Again
  6188.                       Re: C-Kermit and Xenix 3.0
  6189.                            FIDO and Kermit
  6190.                          Error in CP4KER.DOC
  6191.                              Amiga kermit
  6192.                            C-Kermit 4D(060)
  6193.                  Help needed on Kermit-32 and X25/X29
  6194.                         Kermit and CompuServe
  6195.  
  6196. ----------------------------------------------------------------------
  6197.  
  6198. Date: 14 November 86 18:34 EST
  6199. From: Larry Landweber  <LHL @ WISCVM.WISC.EDU>
  6200. Subject: WISCVM Arpa/BITNET Mail Relay Congestion
  6201. Keywords: BITNET, Arpanet
  6202.  
  6203. Because of Arpanet congestion problems, our WISCVM mail relay is unable to
  6204. keep up with the quantity of mail sent to it for forwarding. While the
  6205. problem is particularly acute in the Bitnet to Arpanet direction, the level
  6206. of traffic in both directions is a problem.  A large part of this traffic
  6207. results from mailing lists.  Furthermore, while we are usually only sent a
  6208. single copy of a list mailing, the recipient list is often very long.  A
  6209. single message may require the sending of over a hundred copies. This is a
  6210. problem for two reasons... Arpanet congesion makes it difficult at times to
  6211. establish and keep TCP connections and such connections are slow; second,
  6212. the implementation of the gateway at present makes multiple copies for
  6213. forwarding (a poor design choice that is being worked on).  At present, the
  6214. first problem is far [more] significant.
  6215.  
  6216. To alleviate the problems cited above and enable us to provide a reasonable
  6217. level of service, we are asking Arpanet list maintainers to provide list
  6218. exploders on Bitnet and vice versa.  Your cooperation will be very much
  6219. appreciated. Note that in a about a month we will begin limiting the number
  6220. of copies we will relay by putting a limit on the number of recipients in
  6221. RCPT TO lines in SMTP and BSMTP.  This limit is likely to be 10.
  6222.  
  6223. Gligor Tashkovich <RMXJ%CORNELLC.BITNET@WISCVM.WISC.EDU> has agreed to help
  6224. coordinate the process of putting maintainers on one net in touch with
  6225. relevant people on the other list.
  6226.  
  6227. Thanks in advance for your cooperation in this matter.
  6228.  
  6229. Larry Landweber
  6230.  
  6231. cc: NIC @ SRI-NIC.ARPA   CIC @ SH.CS.NET   INFO @ BITNIC
  6232.     PEB @ CERNVM
  6233.  
  6234. [Ed. - This is a serious problem.  There is not a lot of duplication in the
  6235. Info-Kermit list; only a few hosts appear more than twice (they are
  6236. VTVM1 (6 times), CALSTATE (5), BROWNVM (3), DACTH51 (3), DBNRHRZ1 (3),
  6237. UMKCVAX1 (3), and UREGINA1 (3)).  If the subscribers at those hosts could
  6238.  
  6239. INFO-KERMIT DIGEST V5 #17                                              Page 113
  6240.  
  6241. arrange to combine themselves into a local redistribution list, that would
  6242. be appreciated.  Meanwhile, we'll try to work out some arrangement so that
  6243. mail to BITNET subsribers won't be arbitrarily discarded.  But success can't
  6244. be promised.]
  6245.  
  6246. ------------------------------
  6247.  
  6248. Date: Fri 21 Nov 86 12:00:35-EST
  6249. From: Christine M Gianone <SY.CHRISTINE@CU20B.COLUMBIA.EDU>
  6250. Subject: HP9845 Kermit
  6251. Keywords: HP9845 Kermit
  6252.  
  6253. In Info-Kermit Digest V5 #16 HP9845 Kermit was announced to be in the file
  6254. KER:HP9845.*.  Accidentally, the files were placed in KER:HP9KER.* This has
  6255. been corrected.  Sorry for any inconvenience.
  6256.  
  6257. ------------------------------
  6258.  
  6259. Date: Tue, 18 Nov 86 16:05:28 -0600
  6260. From: Mark Vasoll <vasoll%a.cs.okstate.edu@RELAY.CS.NET>
  6261. Subject: Okstate Kermit Service Available Once Again
  6262. Keywords: Okstate
  6263.  
  6264. I have reenabled the dial-in modem and about 45 seconds after doing that
  6265. someone had logged into uucpker and started grabbing stuff.  Looks like
  6266. there is still plenty of demand!
  6267.  
  6268. Cheers,
  6269. Mark
  6270.  
  6271. ------------------------------
  6272.  
  6273. Date: 13 November 1986 0810-PST (Thursday)
  6274. From: bierma@nprdc.arpa (Larry Bierma)
  6275. Subject: Re: C-Kermit and Xenix 3.0
  6276. Keywords: C-Kermit, Xenix
  6277.  
  6278. I got kermit running on an AT running IBM's XENIX 1.0 (which is supposedly
  6279. the same as Microsoft XENIX 3.0) with no problems.  Unfortunatly I don't
  6280. remember what "make" option I used and I no longer have the machine.
  6281. If no one else gives you better information let me know and I'll get
  6282. access to the machine and check what I did.
  6283.  
  6284.   Larry        ARPA: bierma@nprdc.arpa
  6285.         UUCP: {decvax,ucbvax,ihnp4}!sdcsvax!sdics!nprdc!bierma
  6286.         PSTN: (619) 225-2161
  6287.  
  6288. [Ed. - Well, there is some feedback.  Does anyone have more information?]
  6289.  
  6290. ------------------------------
  6291.  
  6292. Date: Fri, 14 Nov 86 13:52:40 CST
  6293. From: plocher@puff.wisc.edu (John Plocher)
  6294. Subject: FIDO and Kermit
  6295. Keywords: FIDO, Kermit
  6296.  
  6297.  
  6298. Page 114                                              INFO-KERMIT DIGEST V5 #17
  6299.  
  6300. The Fido kermit problem is deeper than just 8 bit quoting...
  6301.   I downloaded an ARC file and ran a simple filter on it to
  6302.   expand 8 bit quoting...  BOMB!
  6303.  
  6304.   The file became much shorter than the original and would not unarc.
  6305. Is this because the 8bit decoding can't be done outside of the kermit
  6306. state machine?  I'm confused as to how to fix this problem:
  6307.  
  6308.     setting my kermit to use a 7 bit line with 8 bit quoting
  6309.     does NOT seem to get rid of the problem!
  6310.  
  6311. "Never trust an idea you get sitting down" - Nietzche
  6312.             {harvard,seismo}!uwvax!uwmacc!uwhsms!plocher        (work)
  6313. John Plocher    {harvard,seismo}!uwvax!puff!plocher                 (school)
  6314.             decvax!encore!vaxine!spark!121!0!John_Plocher       (FidoNet)
  6315.  
  6316. ------------------------------
  6317.  
  6318. Date: Mon, 17 Nov 86 11:35 N
  6319. From: <DEGROOT%HWALHW50.BITNET@WISCVM.WISC.EDU>
  6320. Subject: Error in CP4KER.DOC
  6321. Keywords: CP/M Kermit
  6322.  
  6323. Dear Kermit-eers,
  6324.  
  6325. There are two tiny little errors in the file CP4KER.DOC.
  6326.  
  6327. A small 8080-assembler program is listed which should downline-load the
  6328. Kermit-hex-files from a DEC20-system to a CP/M-microcomputer.
  6329.  
  6330. line 015A shows:        jm 170          This should be: jc 170
  6331. line 0167 shows:        jm 170          This should be: jc 170
  6332.  
  6333. Change the above lines and it really works!
  6334.  
  6335. A happy Kermit-eer,
  6336.  
  6337.                 .KeesdeGroot    (DEGROOT@HWALHW50)
  6338.  
  6339. [Ed. - Thanks for the bug report and the fix.  This message has been added
  6340. to KER:CP4KER.BWR.  This whole program was replaced in the second revision of
  6341. the sixth edition of the Kermit User Guide but this file has not yet been
  6342. updated.]
  6343.  
  6344. ------------------------------
  6345.  
  6346. Date: Mon, 17 Nov 86 21:55 EST
  6347. From: <RICK%QUCDNAST.BITNET@WISCVM.WISC.EDU>
  6348. Subject: Amiga kermit
  6349. Keywords: Amiga Kermit
  6350. Cross-Ref: Commodore Amiga (see also Amiga Kermit)
  6351.  
  6352.    This may or may not be of interest to anyone there. I obtained what I
  6353. believe is the latest version of Amiga Kermit from the Columbia Kermit
  6354. server a couple of months back. (I used the earlier one before that.) This
  6355. newer version is rather nice, except that it doesn't seem to be able to
  6356.  
  6357. INFO-KERMIT DIGEST V5 #17                                              Page 115
  6358.  
  6359. generate even parity. The old version worked fine, this newer one does not
  6360. seem to generate even parity (at least, not the even parity that the local
  6361. IBM 3081 likes) under release 1.1 of AmigaDos. I've tried it with the 1.2
  6362. beta serial.device, but no luck. I haven't made any attempt at fixing it; I
  6363. am NOT a C programmer (yet?).
  6364.                                                         Rick Pim
  6365.  
  6366. ------------------------------
  6367.  
  6368. Date: Tue, 18 Nov 86 02:01 EST
  6369. From: Kuryan Thomas <THOMASK@VTVAX5.BITNET>
  6370. Subject: C-Kermit 4D(060)
  6371. Keywords: C-Kermit
  6372.  
  6373. [Ed. - The latest version of C-Kermit is 4D(061)]
  6374.  
  6375. This is Kuryan Thomas at Virginia Tech Physics department.  Some months ago
  6376. I reported a problem with C-Kermit running on my AT&T PC6300PLUS under
  6377. UNIX System V.  I couldn't get the dial command to work -- I would always
  6378. get an error like "Can't hang up the phone" or "Communications Disconnect."
  6379.  
  6380. After some time as a UNIX administrator and programmer, I've managed to
  6381. debug the problem.  In function tthang() in ckutio.c, the phone is hung up
  6382. by using ioctl() to set the baud rate on the port to 0.  This, I believe,
  6383. is standard UNIX procedure.  On my particular system, though, this operation
  6384. always fails with ioctl() signalling an error (-1) and setting errno to
  6385. ENXIO (No such device or address).  This is definitely a bug, because the
  6386. phone IS correctly hung up (DTR line is dropped).  The fix is to simply
  6387. ignore error returns from the hang-up ioctl() in tthang() (that's the first
  6388. ioctl() call in tthang()).
  6389.  
  6390. [Ed. - Since this error might be significant on other systems, maybe the
  6391. best thing would be to report any error returned by this ioctl(), but then
  6392. proceed anyway.]
  6393.  
  6394. I uncovered a few other problems, all of which I found (rather kludgy) fixes
  6395. for.  First, the dial command cannot work unless carrier detect is asserted
  6396. on the terminal line.  My modem, a Prometheus 1200, refuses to accept the
  6397. commands.  (Or my tty port refuses to behave correctly, I'm not sure which.)
  6398. The fix is to strap CD high with the DIP switches on the bottom panel.
  6399.  
  6400. [Ed. - This sounds like another problem with your system.  Obviously, CD
  6401. will not be asserted until the phone call is completed and carrier is
  6402. detected.  The system should not require CD to be on while dialing.  Strapping
  6403. CD high, of course, prevents Kermit or any other program from telling when
  6404. carrier really drops.]
  6405.  
  6406. Next, my computer, like the 3BX series, expects its lock files in the
  6407. directory /usr/spool/locks, rather than /usr/spool/uucp.  The problem is
  6408. that the former, unlike the latter, is writable only by the uid uucp.
  6409. It might appear that the solution is to make ckermit owned by uucp and
  6410. set the set-uid bit, but ckermit uses the access() system call to check
  6411. write access to the lock directory.  access() uses REAL uid's to check
  6412. access, not effective uid's.  Therefore, set-uid is ineffective.  The only
  6413. fix I could think of was to remove the lines in look4lk() that report an
  6414. error if access() says there's no write permission in the lock directory.
  6415.  
  6416. Page 116                                              INFO-KERMIT DIGEST V5 #17
  6417.  
  6418. If the set-uid trick is used, all is well and the lock file is created.
  6419. If you forget to set the set-uid bit or something else goes wrong, the
  6420. attempt to creat() the lock file fails with an error like "Couldn't gain
  6421. exclusive access of lock file" or words to that effect.
  6422.  
  6423. [Ed. - It seems like every variant of Unix on every different kind of
  6424. system puts the "lock files" in different places.  And what's more, each
  6425. installation sets the permissions differently.  Perhaps the next release
  6426. of UNIX Kermit will make the lock file location a makefile option, to
  6427. emphasize that it has given up all hope of knowing where to find it.]
  6428.  
  6429. Finally, the problem of having Kermit hang up the phone when you return to
  6430. the shell (thus terminating the conversation) can be solved by strapping
  6431. DTR high with the modem's DIP switches.  Ckermit can no longer hang up the
  6432. phone correctly, but if you often return to your local shell in the middle
  6433. of a remote session, the convenience is worth it.  And, of course, the
  6434. remote end is usually able to hang up the phone correctly when you are done
  6435. with it.
  6436.  
  6437. [Ed. - Or you can push from Kermit to an inferior shell, leaving the connection
  6438. active and all Kermit settings intact -- use the "!"  command at prompt level.
  6439. A "push" escape will probably also be added to the 'connect' command in the
  6440. next release.  Setting the modem's "ignore DTR" switch prevents the modem from
  6441. noticing when your system crashes, and terminating the connection, resulting in
  6442. potentially big phone bills if this happens during unattended Kermit or UUCP
  6443. operation.]
  6444.  
  6445. Hope this will be of help to someone.
  6446.  
  6447. ------------------------------
  6448.  
  6449. Date: Wed, 19 Nov 86 15:32 GMT
  6450. From: Jan Peter Stuart <JPSX@UK.AC.RUTHERFORD.GEC-M> 19-NOV-1986 15:37
  6451. Subject: Help needed on Kermit-32 and X25/X29
  6452. Keywords: Kermit-32
  6453.  
  6454. I was dissappointed to find after my note in newsletter 92, that possibly
  6455. no one else uses Kermit-32 on a vax at the end of an X25 line.
  6456.  
  6457. So far I have been singularly unsuccessful in getting anything to
  6458. function on the outside world!
  6459.  
  6460. The problem is now a bit clearer at least. Kermit-32 was designed
  6461. to use a vax terminal line. I have no terminal lines to the outside
  6462. world, only an x25 connexion that terminates at a DEUNNA board in the
  6463. vax. Thus no hardware PAD!
  6464.  
  6465. I can certainly establish connections thru the vax X25 without kermit
  6466. but does anyone know how to tell kermit-32 to set up an x25/x29 type
  6467. of call ????
  6468.  
  6469. If I find no other uk users in this position, is there any way I can
  6470. request help from the source ? (USA) ?
  6471.  
  6472. Yours hopefully,
  6473.  
  6474.  
  6475. INFO-KERMIT DIGEST V5 #17                                              Page 117
  6476.  
  6477. Jan Stuart.
  6478.  
  6479. also direct at uk.ac.rl.gm
  6480.  
  6481. ------------------------------
  6482.  
  6483. Date: Thu, 20 Nov 86 09:18:39 PST
  6484. From: Steve Walton <ametek!walton@csvax.caltech.edu>
  6485. Subject: Kermit and CompuServe
  6486. Keywords: CompuServe
  6487.  
  6488. Adding fuel to the fire...
  6489.  
  6490.     I have had the experience of using Kermit over Telenet.  It was not
  6491. pleasant.  The remote system was the WELL, a 4.2BSD Vax 750 in Berkeley, and
  6492. the local system was my Amiga.  Version 4D(061) of C-Kermit was used at the
  6493. WELL end, and a PD terminal emulator at the Amiga end.  Efficiency was 25%.
  6494. (Has anyone ever seen C Kermit do better than 65% efficiency?)  I finally
  6495. gave up on Kermit, and am now using the 1024-byte-packet version of XMODEM
  6496. for WELL communication.
  6497.  
  6498.     Compuserve "B" protocol uses 511-byte packets, which seem to work
  6499. fine over Tymnet, Telenet, and the CompuServe net.  PeopleLink offers XMODEM
  6500. and a new one called "Windowed XMODEM" (!) to get around the delay problems.
  6501. When I first arrived on PeopleLink, I suggested windowed Kermit to them as a
  6502. new protocol.  I haven't asked why they didn't adopt it, but suspect it was
  6503. because windowed Kermit is basically nonexistent (except possibly for some
  6504. alpha test versions and the IBM PC-only one from the Source).  So is
  6505. windowed XMODEM, but XMODEM is much closer to universal than Kermit, and is
  6506. easily modified to add the window support.  After all, we're talking a
  6507. strict 8-bit asynch-to-asynch one file at a time protocol.
  6508.  
  6509.     I love the little green guy, and use it whenever I have a direct
  6510. connect line between two machines.  But it's a big lose on the
  6511. packet-switched nets, and when you're paying by the minute, that's
  6512. important.
  6513.  
  6514. Stephen Walton            ARPA:    ametek!walton@csvax.caltech.edu
  6515. Ametek Computer Research Div.    BITNET:    walton@caltech
  6516. 610 N. Santa Anita Ave.        UUCP:    ...!ucbvax!sun!megatest!ametek!walton
  6517. Arcadia, CA 91006 USA
  6518. 818-445-6811
  6519.  
  6520. [Ed. - Windowed Xmodem is not exactly what you might think -- Since
  6521. Xmodem does not have replies (ACKs and NAKs) that are in packet form
  6522. so that they can indicate WHICH packet they are ACKing or NAKing,
  6523. true sliding windows cannot be supported by any of the MODEM family.
  6524. What Windowed Xmodem does is cancel the entire file transfer if any
  6525. error is detected.  So it's fast when it works, but "infinitely slow"
  6526. when it doesn't.  C-Kermit will eventually have support for both long
  6527. packets and sliding windows.]
  6528.  
  6529. ------------------------------
  6530.  
  6531. End of Info-Kermit Digest
  6532.  
  6533. Page 118                                              INFO-KERMIT DIGEST V5 #18
  6534.  
  6535. Info-Kermit Digest         Mon, 8 Dec 1986       Volume 5 : Number 18
  6536.  
  6537. Today's Topics:
  6538.  
  6539.                       PERKIN-ELMER 7000 Series Kermit
  6540.                          NIH TSO Kermit Version 1.0
  6541.                             BITNET Distribution
  6542.                           More on FIDO and Kermit
  6543.                        SCO Sys V/286 Xenix Kermit 4C
  6544.                Use of Unix Kermit on Packet Switched Network
  6545.                        VAX/VMS Kermit-32 and X25/X29
  6546.                  Micro_Vax II problem with modem interface
  6547.                             HP9845 BASIC Kermit
  6548.                 Kermit for RSX-11/M v3.2 and/or Hyperion PC?
  6549.                           Problem with P-E Kermit?
  6550.                    PR1ME Kermit with connect capability?
  6551.  
  6552. ----------------------------------------------------------------------
  6553.  
  6554. Date: Mon 8 Dec 86 11:32:34-EST
  6555. From: Chris Lent <OC.PEDHEM@CU20B.COLUMBIA.EDU>
  6556. Subject: PERKIN-ELMER 7000 Series Kermit
  6557. Keywords: Perkin-Elmer, Concurrent
  6558.  
  6559. I've gotten a Kermit for the Perkin-Elmer 7000 Series computers which are
  6560. IDRIS based.  It's loosely based on the old C-Kermit from the old Protocol
  6561. manual. It has Binary file (8-bit and &-quoting), Repeat quoting and server
  6562. mode (GET,SEND,and FINISH).  It has no connect mode, as the 7000 series
  6563. comes with the cu(1) command which does the same thing.
  6564.  
  6565. I didn't create this version (Dan Eisner of Perkin-Elmer did), but I did
  6566. create a bootstrap document. I translated the bootstrap programs so that I'm
  6567. using an existing format for encoding the binary files.  For its size it's
  6568. one of the most solid Kermit's I've seen so far.
  6569.  
  6570. Chris Lent
  6571. "phri!cooper!chris"@NYU.ARPA
  6572. OC.PEDHEM@CU20B.COLUMBIA.EDU
  6573.  
  6574. ------------------------------
  6575.  
  6576. Date: Fri, 05 Dec 86  23:33:18 EST
  6577. From: "Roger Fajman" <RAF@NIHCU>
  6578. Subject: New NIH TSO Kermit Version 1.0
  6579. Keywords: TSO Kermit, IBM Mainframe
  6580.  
  6581. I would like to announce the availability of the NIH TSO Kermit Version 1.0.
  6582. The following summarizes its capabilities:
  6583.  
  6584. NIH TSO Kermit Capabilities At a Glance:
  6585.  
  6586.        Local operation:  No
  6587.        Remote operation:  Yes
  6588.        Transfers text files:  Yes
  6589.        Transfers binary files:  Yes
  6590.        Wildcard send:  Yes
  6591.  
  6592. INFO-KERMIT DIGEST V5 #18                                              Page 119
  6593.  
  6594.        XX/XY interruption:  Yes
  6595.        Filename collision avoidance:  No
  6596.        Timeouts:  Yes
  6597.        8th-bit prefixing:  Yes
  6598.        Repeat character compression:  Yes
  6599.        Alternate block check types:  Yes
  6600.        Communication settings:  No
  6601.        Transmit BREAK:  No
  6602.        IBM mainframe communication:  Yes
  6603.        Transaction logging:  No
  6604.        Session logging:  No
  6605.        Debug logging:  Yes
  6606.        Raw transmit:  No
  6607.        Login scripts: No
  6608.        Act as server:  Yes
  6609.        Talk to server: No
  6610.        Advanced commands for servers:  No
  6611.        Local file management:  Yes
  6612.        Command/init files:  Yes
  6613.        Handle file attributes:  No
  6614.  
  6615. I am sending a tape to Frank da Cruz at Columbia so that NIH TSO Kermit can
  6616. be included on the regular Columbia distribution tapes.  When the files are
  6617. available on KERMSRV, ask for TSNKER.TXT to see the installation
  6618. instructions.  There are 8 required files, plus 13 more if you want the
  6619. source.
  6620.  
  6621. NIH TSO Kermit may also be obtained directly from NIH by sending a letter of
  6622. request and a tape to the following address:
  6623.  
  6624.    Joseph D. Naughton
  6625.    Chief, Computer Center
  6626.    National Institutes of Health
  6627.    Building 12, Room 2244
  6628.    Bethesda, MD 20892
  6629.  
  6630. There is no charge.
  6631.  
  6632. The NIH version of TSO Kermit is an extensive modification and rewrite of
  6633. the University of Chicago TSO Kermit, which in turn was based on an early
  6634. CMS Kermit developed at Columbia University.  The external design was done
  6635. by Roger Fajman and Dale Wright.  The internal design and programming was
  6636. done by Dale Wright.
  6637.  
  6638. ------------------------------
  6639.  
  6640. Date: Wed, 03 Dec 86 13:02:24 EST
  6641. From: Harold C Pritchett <HAROLD@uga>
  6642. Subject: BITNET Distribution
  6643. Keywords: BITNET
  6644.  
  6645. Please add:
  6646.  
  6647.       I-KERMIT@UGA.BITNET
  6648.  
  6649. to your distribution list.  This is a BITNET List server which will allow
  6650.  
  6651. Page 120                                              INFO-KERMIT DIGEST V5 #18
  6652.  
  6653. BITNET users to subscribe and receive copys of your list without having to
  6654. transverse the WISCVM gateway.  After this is done, you might want to
  6655. announce the availablility of this list as an alternative method for your
  6656. BITNET subscribers to receive this list.
  6657.  
  6658. For a BITNET user to subscribe to this list, they can issue the command
  6659.  
  6660.      TELL LISTSERV AT UGA SUB I-KERMIT Users Name  (from VM/370)
  6661.  
  6662.      SEND LISTSERV@UGA SUB I-KERMIT Users Name     (from VAX/VMS)
  6663.  
  6664. All other users can send RFC-822 mail to LISTSERV at UGA where the first
  6665. of the message text (the line after the blank delimiter line) is
  6666.  
  6667.      SUB I-KERMIT Users Name
  6668.  
  6669. [Ed. - Thanks.  BITNET subscribers might want to try this new service and if
  6670. it works okay, they may want to switch from Info-Kermit at CU20B to
  6671. I-KERMIT, in order to relieve congestion at the WISCVM gateway.]
  6672.  
  6673. ------------------------------
  6674.  
  6675. Date: 1986 Nov 21   22:14 EST
  6676. From: (John F. Chandler) <PEPMNT@CFAAMP>
  6677. Subject: More on FIDO and Kermit
  6678. Keywords: FIDO
  6679.  
  6680. It should be obvious that if the two Kermits mis-negotiate the state of
  6681. 8-bit quoting there can be irretrievable garblings.  In particular, assuming
  6682. the sender thinks "&" is the 8-bit quote, all occurences of "&" get sent as
  6683. "#&", which is garbage if the receiver thinks there is no 8-bit quoting.
  6684. The "#&" is probably converted to "f", but it could depend on the
  6685. implementation!  If it, in fact, comes out as "&", then a post-reception
  6686. filter would try to merge it with the following character anyway.  If there
  6687. is garbling even when the two Kermits claim to agree on the quoting state,
  6688. it might be a good idea to send a short file with a few mixed 7- and 8-bit
  6689. byte values.  Then you'll have a clue as to what's happening.
  6690.  
  6691. [Ed. - Actually, translation of "#&" to "f" is improper, because "&" is not
  6692. in the range of encoded control characters.  The "#" operator should
  6693. "controllify" the following character only if it is in the range 63-95
  6694. (decimal), otherwise it means "take the following character literally".  But
  6695. you're right, there are some Kermit implementations that do not follow this
  6696. rule.]
  6697.  
  6698. ------------------------------
  6699.  
  6700. Date: Sat 29 Nov 86 21:08:53-MST
  6701. From: Mike Niswonger <CNISWONGER@SIMTEL20.ARPA>
  6702. Subject: SCO Sys V/286 Xenix Kermit 4C
  6703. Keywords: Xenix
  6704.  
  6705. Help!!,
  6706.     There seems to have been a lot of hassles stirred up about what is
  6707. necessary to run which version of C-Kermit on which version of Xenix.  I
  6708. would like to compile a full list of users who have Kermit up and running on
  6709.  
  6710. INFO-KERMIT DIGEST V5 #18                                              Page 121
  6711.  
  6712. a Xenix system.  Please include the following information:
  6713.  
  6714.   User name and net address
  6715.   Hardware: manufacturer, model, CPU (8086, 80286, etc), configuration
  6716.   SPECIFIC Xenix version including:
  6717.   . Source (IBM, Microsoft, SCO, Tandy)
  6718.   . Sys III, Sys V, V7, "Sys V with Berkeley features", etc.
  6719.   . Xenix release version (very important)
  6720.   . Development system (compiler) version
  6721.   Edit level of C-Kermit used (should be 4D(061))
  6722.   Specific fixes, patches, workarounds, actual flags used during compilation
  6723.   (please don't just say "see makefile")
  6724.  
  6725. I realize that this may require some digging, but please help out.  I have
  6726. been working (on and off) trying to bring up Kermit on a friend's SCO Xenix
  6727. 286 / Sys V AT clone for almost a year, with little success.  From some of
  6728. the notes that I have seen, I am not alone.
  6729.  
  6730. A compilation of the results will be submitted to CU20B when complete.
  6731.  
  6732.             -- Mike Niswonger,
  6733.                CNiswonger@Simtel20.arpa
  6734.  
  6735. [Ed. - As we've noted in previous postings, "Xenix" is almost a meaningless
  6736. label, except that it means a operating systems that resembles one or more
  6737. versions of Unix.  Thus, it has proven next to impossible for us to tell
  6738. people how to bring up C-Kermit under "Xenix".  If we had a list of all the
  6739. different incarnations of Xenix along with the parameters that Mike has
  6740. listed, it would help a lot.]
  6741.  
  6742. ------------------------------
  6743.  
  6744. Date: Mon, 24 Nov 86 12:49:10 WET
  6745. From: Bruce Wilford { 01 387 7050 x 3691 } <bruce@Cs.Ucl.AC.UK>
  6746. Subject: Use of Unix Kermit on Packet Switched Network
  6747. Keywords: Unix Kermit, C-Kermit, X.25
  6748.  
  6749. People connect to our machine from all over the UK via an X25 network.  Some
  6750. have to pay for this and therefore need to use message (line) mode.  If they
  6751. are in line mode the characters will not be forwarded until the <CR> is
  6752. typed at the end.  This would ruin the effect of command completion, with
  6753. ESC and things like ? being picked up immediately.
  6754.  
  6755. [Ed. - First, note that you do not HAVE to use command completion, ESC, or ?
  6756. when talking to C-Kermit.  You can use it as a traditional Unix command,
  6757. with command-line options, as documented in the manual (or type "kermit -h"
  6758. for a brief summary).  During interactive use, if you configure your PAD to
  6759. use only CR as the data forwarding character (X.3 parameter 3, value 3),
  6760. then you will simply not have the special features available to you at your
  6761. terminal; you can still type the commands.  You can use X.3 PAD commands to
  6762. change your data forwarding characters; for instance "SET? 3:14" will allow
  6763. forwarding on CR, ESC, DEL and a few other control characters, but not ^U or
  6764. "?", which are also used by the interactive command parser.  "SET? 3:72" will
  6765. cause forwarding on any control character.  There's no X.3 selector for "?".
  6766. You can also configure the PAD to let you do local editing when in line
  6767. mode (X.3 parameters 15-18).  During file transfer, Unix Kermit puts the
  6768.  
  6769. Page 122                                              INFO-KERMIT DIGEST V5 #18
  6770.  
  6771. communication line into "rawmode" which, in some Unix implementations,
  6772. causes the Unix system to tell the network to do character-at-a-time i/o,
  6773. which means one character per packet, which is unnecessarily expensive when
  6774. you're paying by the packet.  Future releases of Unix Kermit may provide
  6775. some kind of workaround for this.]
  6776.  
  6777. ------------------------------
  6778.  
  6779. Date: Sun, 23 Nov 86 16:47:10 EST
  6780. From: Richard_S._Conto@um.cc.umich.edu
  6781. Subject: VAX/VMS Kermit-32 and X25/X29
  6782. Keywords: VMS Kermit, X.25
  6783.  
  6784. In Info-Kermit dgest V5 #14, Jan Peter Stuart <JPSX@UK.AC.RUTHERFORD.GEC-M>
  6785. asked about using Kermit-32 to connect out through an X.25 PSI interface to
  6786. the outside world.
  6787.  
  6788. Unfortunately, I am in the same situation.  However, since our users can
  6789. usually loop around in our network (Merit), and come back in to use it as a
  6790. remote kermit, our need is not overly pressing.  There are other VAX/VMS
  6791. systems attached through X.25 interfaces to Merit, though, and any real,
  6792. software solution would bre greatly appreciated.
  6793.  
  6794.     Richard S. Conto
  6795.     University of Michigan Computing Center
  6796.     1075 Beal Ave.
  6797.     Ann Arbor, Mi. 48109, USA
  6798.  
  6799.     ARPA/Internet:    Richard_S._Conto@UM.CC.UMICH.EDU
  6800.  
  6801. [Ed. - Bob McQueen, the author of VMS Kermit, says that he'd be willing to
  6802. look into adding X.25/29 PSI support, but (1) he doesn't have an X.25 PSI
  6803. system at his site, and (2) he doesn't have any documentation on the
  6804. interface.  If someone can provide the details of the VAX/VMS X.25 interface
  6805. (does it look like a normal terminal? Do you send special X.28 control
  6806. sequences to the PAD? etc) and would be willing to test the results, please
  6807. contact Bob as "rmcqueen%sitvxb.CCNET"@CU20B, or through Info-Kermit.
  6808. Results cannot be promised.]
  6809.  
  6810. ------------------------------
  6811.  
  6812. Date: 25 Nov 1986 12:07-EST
  6813. From: DEC PC BBoard <Info-DEC-Micro@GSB-HOW.Stanford.Edu>
  6814. Subject: Micro_Vax II problem with modem interface
  6815. Keywords: VMS Kermit
  6816.  
  6817.             We have recently got a Microvax II and are facing some problems
  6818. in connecting the MUX ports to modem. I am here a faculty member in
  6819. Electrical Engineering at North Dakota State University Fargo, North Dakota,
  6820. USA.
  6821.             The problem is as follows:
  6822.  
  6823. 1. When the prot, e.g. TXA0 is defined as MODEM port, using SET TERM
  6824. command, after a user logs in through that port, he is logged out in about
  6825. 30 seconds with a message, SYS - E - HANGUP. If the port is not defined as a
  6826. modem, by the command SET TERM/NOMODEM then this hangup does not occur, but
  6827.  
  6828. INFO-KERMIT DIGEST V5 #18                                              Page 123
  6829.  
  6830. if the modem is switched off without the user having logged off, the user is
  6831. not logged out and anybody who comes in through that port is in effect
  6832. working as the 'old' user. This is a big security risk Did you come across
  6833. any such problem. We are here using a PACKSnetwork which uses Gandolf
  6834. modems. The operating system is VMS 4.4 and the port controllers are DHV-11.
  6835.  
  6836.                  I shall be very thankful for your suggestions.
  6837.  
  6838.                                   K.Sankara Rao
  6839.  
  6840. [Ed. - Reply from Bob McQueen: "This person is talking about setting VMS
  6841. parameters on his terminal lines and is doing it incorrectly from what I read.
  6842. I'd guess from the message that the problem he is having is that the device
  6843. requires DTR to be raised and the modem he is using doesn't (or the terminal
  6844. cable doesn't have the line)."  We get questions like this all the time.
  6845. What we need is a quick guide to VMS DCL parameters for using Kermit in
  6846. various situations -- direct connect, dialin, dialout, etc.  We'll try to
  6847. come up with something like this.]
  6848.  
  6849. ------------------------------
  6850.  
  6851. From: uw-apl!apl-em!dunlap@beaver.cs.washington.edu
  6852. Date: Thu, 20 Nov 86 09:46:29 pst
  6853. Subject: HP9845 BASIC Kermit
  6854. Keywords: HP9845 Kermit, BASIC Kermit
  6855.  
  6856. Our HP9845's do not recognize the following:
  6857.  
  6858. Mass Storage Unit Specifier ":Q"
  6859. CCOM, CMODEL, CCONNECT, CDISCONNECT, CCONTROL, CSTAT, CWRITE, CREAD
  6860. Block if: IF THEN, ELSE, END IF on separate lines
  6861. Case selection: SELECT, CASE, END SELECT on separate lines
  6862.  
  6863. These keywords are in fact in ROMs we don't own.  According to our HP
  6864. service engineer:
  6865.  
  6866.     > Mass Storage Unit Specifier ":Q"
  6867.  
  6868.     This is the msus for the "HP7908" disc.
  6869.  
  6870.     > CCOM, CMODEL, CCONNECT, CDISCONNECT, CCONTROL, CSTAT, CWRITE, CREAD
  6871.  
  6872.     These commands are found in the Datacomm ROM, which can only  be used
  6873.     with the HP98046 Datacomm interface.
  6874.  
  6875.     > Block if: IF THEN, ELSE, END IF on separate lines
  6876.     > Case selection: SELECT, CASE, END SELECT on separate lines
  6877.  
  6878.     These are found in the Structured Programming ROM, along with many
  6879.     other useful commands like XREF and INDENT.
  6880.  
  6881. Since we don't have the above and have no plans to purchase I am considering
  6882. redoing the code a little to use the more common I/O ROM and HP98036 serial
  6883. interface.  I already have written a terminal emulator which performs quite
  6884. well (keeps up at 1200 bps) so I don't forsee any great difficulty.  On the
  6885. down side I cannot say when I can get to it.
  6886.  
  6887. Page 124                                              INFO-KERMIT DIGEST V5 #18
  6888.  
  6889.  
  6890. In any case there should be some words in the HP9845 kermit distribution
  6891. about the above ROMs and I/O cards being required.  I don't think the mass
  6892. storage unit specifier (MSUS) problem is serious -- people can change that
  6893. to their usual MSUS.
  6894.  
  6895. [Ed. - HP has such a variety of products, and so many of them come with
  6896. BASIC as the only standard (or only, period) programming language, that it
  6897. would be very desirable to have a relatively portable HP-BASIC Kermit, if
  6898. indeed there is some subset of the language that is consistent across the HP
  6899. line, and which does not require special ROMs and options (Is there???).
  6900. Meanwhile, your message has been added to the "beware file" for this version
  6901. of Kermit.]
  6902.  
  6903. ------------------------------
  6904.  
  6905. Date: Mon, 24 Nov 86 07:26:18 EST
  6906. From: Noah Diesbourg <IND@WINDSOR1>
  6907. Subject: Kermit for RSX-11/M v3.2 and/or Hyperion PC?
  6908. Keywords: Kermit-11, Hyperion PC
  6909.  
  6910. Is anyone running Kermit on a
  6911.  
  6912.     PDP 11/34 with RSX 11M ver 3.2
  6913.              or a
  6914.     Hyperion PC?
  6915.  
  6916. [Ed. - According to K11INS.DOC, the minimum version of RSX that Kermit-11
  6917. can run under is 4.1.  The author's advice to people in this situation is to
  6918. upgrade.  It is recognized, however, that there are many old PDP-11 systems
  6919. out there that can't be easily upgraded.  There are rumors of bare-bones
  6920. remote-only Kermit programs written in Fortran for earlier releases of RSX,
  6921. but none of these programs has yet surfaced.  If anyone wants to send one
  6922. in, it would be appreciated.  The Hyperion is an IBM-incompatible MS-DOS
  6923. system, and should be able to run "generic" MS-DOS Kermit.]
  6924.  
  6925. ------------------------------
  6926.  
  6927. Date: Tue, 2 Dec 86 11:39 EST
  6928. From: <BRIAN@UOFT02.BITNET> (brian nelson)
  6929. Subject: Problem with P-E Kermit?
  6930. Keywords: Perkin-Elmer Kermit
  6931.  
  6932. This was sent to me by someone using kermit dialup access here.
  6933. Anyone know about Perkin-Elmer Kermit?
  6934.  
  6935. Brian@Uoft02.Bitnet
  6936.  
  6937. > From:   DRWHO::KERMIT        2-DEC-1986 11:33
  6938. > Submission by:
  6939. > Richard J. Zirbes
  6940. > (303) 236 5812
  6941. > U.S. Geological Survey
  6942. > BOX 25046 MS 516
  6943. > Denver, CO.  80225
  6944.  
  6945.  
  6946. INFO-KERMIT DIGEST V5 #18                                              Page 125
  6947.  
  6948. > Environment:
  6949. >       OS/32 Version 8.1.2 (not 8.2)
  6950. >       all perkin.* files in my work area.
  6951. > Problem 1:
  6952. >       Source compiles fine using d and o compilers, links okay
  6953. > however; when trying to start up using KERMIT.INI file I get:
  6954. >       SVC ADDRESS ERROR
  6955. >              INST @17A92
  6956. >      SVC PARAMETER BLOCK
  6957. >              AT C770
  6958. >       MEMORY FAULT ADDRESS Z39C1
  6959. >       TASK PAUSED.
  6960.  
  6961. > also; when I use another file such as KINIT.DAT in the command
  6962. >              line:  KERMIT KINIT.DAT
  6963. >       the results are the same.
  6964.  
  6965. > The files KINIT.DAT and KERMIT.INI look like:
  6966. > SET PARITY EVEN
  6967. > SET PACKET 90
  6968. > SET FCHEK OFF
  6969. > SET 8BIT OFF
  6970. > SET SEOR LF
  6971. > SET FILE TEXT
  6972. > EXIT
  6973.  
  6974. > Problem 2:
  6975. > I run kermit without an initializer file and enter the parameters
  6976. > defined above interactively and send a file to my ckermit I get
  6977. > transmission errors and kermit-co times out.  Ckermit has settings:
  6978.  
  6979. > mode:                local
  6980. > parity:              even
  6981. > duplex:              full
  6982. > flow:                xon/xoff
  6983. > handshake:           none
  6984. > packet start:        1
  6985. > packet end:          13
  6986. > packet length:       90
  6987.  
  6988. > block check type: 1, delay: 5
  6989. > 8th bit prefix       '&'
  6990.  
  6991. > File Names:          converted
  6992. > File Type:           text
  6993.  
  6994. > Please contact me with any solutions. Thank you.
  6995.  
  6996. ------------------------------
  6997.  
  6998. Date: Tue, 02 Dec 86 09:07:00 PST
  6999. From: jfisher@USGS3-VMS
  7000. Subject: PR1ME Kermit with connect capability?
  7001. Keywords: Prime Kermit
  7002.  
  7003. I am in need of a Kermit implementation for PR1ME machines that can be run
  7004.  
  7005. Page 126                                              INFO-KERMIT DIGEST V5 #18
  7006.  
  7007. in local mode, 'dialing-out' through a comm. port to another mini Kermit, so
  7008. as to transfer files between them.  I spoke to Leslie Spira of The Source,
  7009. who said she didn't have one, but she had a vague recollection that somebody
  7010. else might have modified her PR1ME Kermit to allow it to connect out. Does
  7011. anybody out there have such a beast ?
  7012.  
  7013. ------------------------------
  7014.  
  7015.  
  7016. End of Info-Kermit Digest
  7017.  
  7018. INFO-KERMIT DIGEST V5 #19                                              Page 127
  7019.  
  7020. Info-Kermit Digest         Fri, 19 Dec 1986       Volume 5 : Number 19
  7021.  
  7022. Today's Topics:
  7023.  
  7024.            New Kermit Program for IBM 370 Mainframes with MVS/TSO
  7025.                            Kermit-MPX version 2.3
  7026.                          Misuse of Okstate services
  7027.                              C-Kermit and Xenix
  7028.                          C-Kermit on Microport Unix
  7029.                   Uploading Macintosh Binhexes with Kermit
  7030.                         Bug in Apollo Pascal Kermit
  7031.                             Prime kermit connect
  7032.                               Kermit and X.25
  7033.                          Problem with HP9845 Kermit
  7034.                        HCP and HC6 Versions of Kermit
  7035.                  Need Fast De-BOOing Program for the Amiga
  7036.                             Data General MV2000
  7037.                  Kermit 3.1 - An interesting speed problem
  7038.                            Symbolics V7.0 Kermit
  7039.  
  7040. ----------------------------------------------------------------------
  7041.  
  7042. Date: Thu 18 Dec 86 15:31:12-EST
  7043. From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  7044. Subject: New Kermit Program for IBM 370 Mainframes with MVS/TSO
  7045. Keywords: MVS/TSO Kermit
  7046.  
  7047. The new IBM 370-series mainframe MVS/TSO Kermit from the US National
  7048. Institutes of Health (NIH), announced in the previous Info-Kermit digest, is
  7049. now available in the Kermit distribution areas under the prefix TSN.  There
  7050. are 21 files, comprising a total of about 3 megabytes, including three
  7051. documentation files and a TSO help file.
  7052.  
  7053. The program is written in "ALP", which is a preprocessor for 370 assembly
  7054. language developed at NIH.  The ALP preprocessor, also supplied, is written
  7055. in PL/I.  For those who do not have PL/I or do not wish to bother with the
  7056. source programs, a hexidecimal-encoded object file is provided, along with
  7057. an assembler program to decode it into a binary object file; this can be
  7058. linked with a tailorable module (written in straight assembler) in which
  7059. site dependencies, such as the ASCII/EBCDIC translations, are specified.
  7060.  
  7061. Before deciding to transfer all 3 MB from Columbia over a network, first get
  7062. the file TSNKER.TXT, which explains which files are which, and then only get
  7063. the ones you really need.
  7064.  
  7065. Thanks to Roger Fajman at NIH (RAF@NIHCU.BITNET) for submitting this program
  7066. to us.  Roger participated in the design with Dale Wright, who then did the
  7067. programming.  The new program has many advanced features over previous TSO
  7068. Kermit versions, including server mode, binary file transfer, file
  7069. interruption, 8th-bit prefixing, run-length encoding, alternate block check
  7070. types, and support for both 3705-style line mode and Series/1-style full
  7071. screen emulation.  It is hoped that this new version will render the old
  7072. University of Chicago (linemode only, circa July 1984) and University of
  7073. Toronto versions (Series/1 only, March 85) obsolete.  Reactions from TSO
  7074. sites will be appreciated, in the interest of keeping redundant Kermit
  7075. versions at a minimum.  Reactions from users of the Pascal/VS version from
  7076.  
  7077. Page 128                                              INFO-KERMIT DIGEST V5 #19
  7078.  
  7079. the University of Bern (linemode only, Sept 86) will also be appreciated.
  7080.  
  7081. For the present, the Chicago, Toronto, and Bern versions remain available in
  7082. the Kermit distribution under the prefixes TSO, TSO, and TS2, respectively.
  7083. For the future, there may still be another TSO Kermit program on the horizon, a
  7084. result of a cooperative effort among IBM mainframe Kermit sites to develop a
  7085. Kermit program that is portable among all IBM 370 mainframe operating systems
  7086. (no estimate as to when this will be ready, but IBM mainframe system
  7087. programmers who are interested in developments in this area may send mail
  7088. to IBM-KERMIT@CU20B or IBM-KERMIT@CUVMA).
  7089.  
  7090. ------------------------------
  7091.  
  7092. Date: Sun 7 Dec 86 22:40:44-MST
  7093. From: Mike Niswonger <CNISWONGER@SIMTEL20.ARPA>
  7094. Subject: Kermit-MPX version 2.3
  7095. Keywords: Gould, SEL, MPX
  7096.  
  7097.     The latest version of Kermit-MPX (GM2) for Gould machines is now
  7098. available for you to FTP from my directory at Simtel20.  All files are found
  7099. in directory PD:<MISC.GOULD-KERMIT>GM2KERM.*.  This release 2.3 of
  7100. Kermit-MPX, which is also being submitted to the Gould User's group library.
  7101.                     -- Mike Niswonger
  7102.  
  7103. [Ed. - Thanks Mike!  The files are also available through KERMSRV at CUVMA
  7104. and on CU20B using FTP (user ANONYMOUS), any password.  These files have
  7105. replaced the old KER:GM2*.* and the old files are now in KO:GM2*.*]
  7106.  
  7107. ------------------------------
  7108.  
  7109. Date: Mon, 08 Dec 86 18:50:27 -0600
  7110. From: Mark Vasoll <vasoll%a.cs.okstate.edu@RELAY.CS.NET>
  7111. Subject: Misuse of Okstate services
  7112. Keywords: Okstate, Oklahoma State
  7113.  
  7114. Fellow Kermiters,
  7115.  
  7116.     It saddens me to inform you all that various people have started to
  7117. abuse the UUCP login "uucpker" on Okstate by attempting to use us as a
  7118. jumping off point for mail.  While we enjoy providing the home for Kermit
  7119. access via UUCP, we have no desire to become a major mail relay point for
  7120. various random systems.  To this end, I have had to place a restriction on
  7121. our UUCP to not accept the "rmail" command from any system using the uucpker
  7122. account.  This will, unfortunately, make it more difficult for people to
  7123. report problems to okstate!uucp-support, but there is very little I can do
  7124. about it.  Please use the following mail paths when reporting problems with
  7125. the Kermit distribution (no phone calls please).
  7126.  
  7127. Internet:  uucp-support@a.cs.okstate.edu
  7128.       or:  uucp-support%a.cs.okstate.edu@csnet-relay.arpa
  7129.  
  7130. UUCP    :  {cbatt, cbosgd, ihnp4, pesnta, rutgers, seismo}!okstate!uucp-support
  7131.  
  7132.  
  7133. Mark Vasoll
  7134. Computing and Information Sciences       Internet:  vasoll@a.cs.okstate.edu
  7135.  
  7136. INFO-KERMIT DIGEST V5 #19                                              Page 129
  7137.  
  7138. Oklahoma State University                UUCP:  {cbatt, cbosgd, ihnp4, pesnta,
  7139. Stillwater, Oklahoma                            rutgers, seismo}!okstate!vasoll
  7140.  
  7141. ------------------------------
  7142.  
  7143. Date: Tue, 9 Dec 86 08:05:48 EST
  7144. From: Marshall_DeBerry@um.cc.umich.edu
  7145. Subject: C-Kermit and Xenix
  7146. Keywords: Xenix, C-Kermit
  7147.  
  7148. RE: Info-Kermit Digest V5 #18
  7149.  
  7150. I recently put the latest C Kermit (4D(061)) up on a Tandy 16/6000 running
  7151. Xenix 3.1 with no problems.  I used the make sys5 command to compile; only
  7152. changes needed were to include /sys/typedefs.h for the void identifier found
  7153. in one file.  Everything seems to be working ok so far.
  7154.  
  7155. ------------------------------
  7156.  
  7157. Date: Mon, 15 Dec 86 10:17:15 EST
  7158. From: es!Dan_Senie%anvil.UUCP@harvard.HARVARD.EDU
  7159. Subject: C-Kermit on Microport Unix
  7160. Keywords: C-Kermit
  7161.  
  7162. I just compiled 4D(061) using 'make sys3'. It work right from the start.
  7163. Many people have sent in messages about trouble getting Kermit to run on
  7164. XENIX. I had used XENIX for a time, but found the include files and compiler
  7165. contained many errors and incompatibilities with real system V Unix.
  7166.  
  7167. Microport Unix is a full System V for the IBM-AT. Unlike XENIX, it is based
  7168. on the current Sys V sources and therefore Kermit was easy to get running.
  7169. Those of you using XENIX may want to investigate this new package.
  7170.  
  7171. Dan Senie
  7172.  
  7173. PS. I am not connected in any way with Microport Systems, ATT, etc.
  7174.  
  7175.      UUCP:     ...!harvard!anvil!es!Dan_Senie     (case is important!)
  7176.      ARPA:     anvil!es!Dan_Senie@harvard.harvard.edu
  7177.  
  7178. ------------------------------
  7179.  
  7180. Date: Sun, 7 Dec 86 11:29:35 pst
  7181. From: gould9!joel@nosc.ARPA (Joel West @ Western Software Technology)
  7182. Subject: Uploading Macintosh Binhexes with Kermit
  7183. Keywords: UNIX, MacKermit, hqx
  7184.  
  7185. I've been meaning to send this along for a while, but I wasn't sure anyone
  7186. was interested.  A query on INFO-MAC prompted this posting.
  7187.  
  7188. It is a UNIX csh script (MACKERM) that I use to upload binhexes using
  7189. kermit.  If for a file foo.hqx, it first sends the header (before the
  7190. binhex) as 'About foo', then sends foo.hqx.  I use the header to later note
  7191. the origin on the final unhexed file.
  7192.  
  7193. To make this work, you need to take the first file (usually a short About...
  7194.  
  7195. Page 130                                              INFO-KERMIT DIGEST V5 #19
  7196.  
  7197. file) manually, selecting the target directory.  Then place your MAC in
  7198. server mode, since each 'kermit' command at the UNIX side is a separate
  7199. session, and the Mac would otherwise quit file transfer mode.
  7200.  
  7201. Oh yeah, it also works on ordinary files, preserves actual names ('FooBar'
  7202. instead of 'FOOBAR') and NEVER transfers a directory.  So it's real useful
  7203. to type
  7204.     mackerm *
  7205. place the Mac in server mode, and walk away.
  7206.  
  7207.     Joel West
  7208.     joel%gould9.UUCP@NOSC.MIL    ihnp4!gould9!joel
  7209.  
  7210. ==File =====
  7211.  
  7212.     #!/bin/csh
  7213.     # by Joel West, ihnp4!gould9!joel, 11/14/86
  7214.     # Script to send binhexes and other files
  7215.     # Also preserves exact upper/lower case name
  7216.     set noglob
  7217.     foreach f ($*)
  7218.         if (-d $f) continue
  7219.         set typ=$f:e
  7220.         switch ($typ)
  7221.           case hqx:
  7222.           case hex:
  7223.         set r=$f:r
  7224.         set T1=/tmp/kermdat_$$
  7225.         set T2=/tmp/kermhqx_$$
  7226.         rm -f $T1 $T2
  7227.         cat $f | cutat '(This' $T1 $T2
  7228.         kermit -s $T1 -a "About $r"
  7229.         kermit -s $T2 -a $f
  7230.         rm -f $T1 $T2
  7231.         breaksw
  7232.           default:
  7233.         kermit -s $f -a $f
  7234.         endsw
  7235.     end
  7236.  
  7237. == EOF ==
  7238.  
  7239. [Ed. - Thanks.  This hint has been added to the Macintosh Kermit .BWR
  7240. file, CKMKER.BWR.]
  7241.  
  7242. ------------------------------
  7243.  
  7244. Date: Fri 14 Nov 86 10:34:23-PST
  7245. From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
  7246. Subject: Bug in Apollo Pascal Kermit
  7247. Keywords: Apollo Kermit
  7248.  
  7249. We found that the Pascal kermit for the Apollo inserts extra line feeds
  7250. every 256 characters if there is no line feed carriage return in the file.
  7251. We traced it to the I/O in the Pascal program which can only read 256 byte
  7252. lines.
  7253.  
  7254. INFO-KERMIT DIGEST V5 #19                                              Page 131
  7255.  
  7256.  
  7257. [Ed. - Thanks for the information.  This message is now in the file
  7258. KER:APOLLO.BWR.]
  7259.  
  7260. ------------------------------
  7261.  
  7262. Date: Wed 10 Dec 86 10:45:54-PST
  7263. From: Bob Larson <BLARSON@USC-ECLB.ARPA>
  7264. Subject: Prime kermit connect
  7265. Keywords: Prime Kermit
  7266.  
  7267. I have a partially working one, based on the old version of prime kermit.
  7268. I'm not even sure if I have a complete set of sources for it on tape any
  7269. more.  Known bugs include dropping characters in connect mode, problems with
  7270. some of the message strings (incorect use of ioa$), and not supporting 2400
  7271. baud.  (Writen before prime standardized the "optional" speeds at 2400 and
  7272. 4800 baud for autobaud.)
  7273.  
  7274. I have been considering making improvements to the current prime kermit, with
  7275. support for amlc lines among them.
  7276.  
  7277. ------------------------------
  7278.  
  7279. Date: WED, 10 DEC 86 17:17:13 BST
  7280. From: CJK @ UK.AC.SALFORD.R-D
  7281. Subject: Kermit and X.25
  7282. Keywords: C-Kermit, X.25
  7283.  
  7284.      Points from infodigest 5/17.  First Steve Walton & Telenet:
  7285.  
  7286.      We over this side of the pond are quite used to using Kermit over
  7287. X.25 networks (posing as an X.29 terminal).  It works fine, at least in
  7288. the micro-mainframe mode, with call originated by the micro.  Efficiency
  7289. should not be affected much until the ratio:
  7290.  
  7291.         time-through-network / front-end-delay
  7292.  
  7293. reaches about 5.  The crucial thing is to set up the X.3 parameters in
  7294. the PAD so that the whole Kermit packet gets into a single X.25 packet;
  7295. it is bound to be shorter than the 128-byte maximum on X.25.
  7296. In general you have to use a transparent-type mode to let the SOH get
  7297. through, but there is no need at all to forward on every character (which
  7298. simply fills up the X.25 window with single-character X.25 packets).
  7299. Provided the EoL is a forwarding character, which it will be if it is CR,
  7300. all works fine.  What you actually do depends on the user interface
  7301. provided by your PAD.  This is in fact all covered in your book.
  7302.  
  7303.      Of course, network congestion can slow things down.  Our X.25s, the
  7304. public PSS and private JANET, have maximum time-through-networks of about
  7305. 0.1 sec in all normal circumstances, so no problem.  But I heard last week
  7306. in a different context that the congestion on ACCUNET was so severe that
  7307. holding transatlantic calls open was very difficult.  If Telenet is in
  7308. the same state, then you've got problems.  But blame the sizing of the
  7309. network, not X.25 or Kermit.
  7310.  
  7311.      Does CKermit really limit you to 65% of line-speed?  I tested
  7312.  
  7313. Page 132                                              INFO-KERMIT DIGEST V5 #19
  7314.  
  7315. homegrown Kermits here (at up to about 30Kbaud) and found that, with
  7316. data-compression on, I always got better than 100% of linespeed.  If
  7317. CKermit is really that slow, is it losing time somewhere that it
  7318. needn't?
  7319.  
  7320.      Incidentally, switching over to Kuryan Thomas' problems with his
  7321. autodialler:  Many UARTs will not receive if DCD is not high (it's a
  7322. protection against line-noise).  If you have one of these, and an
  7323. autodialler which does not hold up DCD while it is trying to talk
  7324. to you, then you have no option but to strap DCD to one of the other
  7325. pins, e.g. DSR.
  7326.  
  7327.                                 Chris Kennington.
  7328.  
  7329. ------------------------------
  7330.  
  7331. Date: 11-DEC-1986 09:47:23
  7332. From: DGM1@UK.AC.YORK.VAXA
  7333. Subject: Problem with HP9845 Kermit
  7334. Keywords: HP Kermit
  7335. Cross-Ref: Hewlett-Packard Kermit
  7336.  
  7337. It's not a bug: it's a problem regarding some assumptions regarding the
  7338. machine configuration, which I should have spelt out when I sent it in.
  7339.  
  7340. We have explained/apologised to one or two people who contacted us directly,
  7341. and if in a fit of absent mindedness I had not deleted a note I had from
  7342. Chris regarding the configuration assumptions, I would forward it to you for
  7343. a BWR file. As I mentioned when I sent it in, it does not pretend to be a
  7344. full kermit, more a minmalist bulk data transfer utility conforming to the
  7345. kermit protocol.
  7346.  
  7347. It is probably possible to bypass the need for specific ROMs and so on by
  7348. the use of inline assembler, however, if the ROMs are available, it is
  7349. better to use the facilities provided by the HP virtual communication
  7350. device.
  7351.  
  7352. I'll get the precise details from Chris as soon as possible for you for
  7353. inclusion in a BWR
  7354.  
  7355. Sorry about the hassle,
  7356.                               Doug
  7357.  
  7358. ------------------------------
  7359.  
  7360. Date: 11 Dec 86 13:42:00 EST
  7361. From: John Stewart <WAPJAS@CARLETON.BITNET>
  7362. Subject: HCP and HC6 Versions of Kermit
  7363. Keywords: Honeywell Kermit
  7364.  
  7365.    I was looking at the versions file and noticed that two versions of
  7366. Kermit are listed for our machine, HCP and HC6.
  7367.  
  7368.    HCP is a Pascal implementation of Kermit that was ported to the Honeywell
  7369. Cp-6 operating system by Bucknell University.  It is a very minimal
  7370. implementation (it doesn't even do repeat counts, let alone advanced
  7371.  
  7372. INFO-KERMIT DIGEST V5 #19                                              Page 133
  7373.  
  7374. features like server mode).
  7375.  
  7376.    HC6 is much more complete then HCP, and both the original developer and
  7377. myself are continuing to enhance it.
  7378.  
  7379.    I suggest that distribution of the HCP version of kermit be discontinued.
  7380.  
  7381. Regards.. jas
  7382.  
  7383. [Ed. - Thanks, this seems to be the concensus of opinion; the HCP version
  7384. was indeed retired to Tape C.]
  7385.  
  7386. ------------------------------
  7387.  
  7388. Date:  Wed, 10 Dec 86 10:33 EST
  7389. From:  "John G. Ata" <Ata@RADC-MULTICS.ARPA>
  7390. Subject:  Need Fast De-BOOing Program for the Amiga
  7391. Keywords: Amiga Kermit
  7392.  
  7393. Can somebody out there who has a C compiler on the Amiga please compile
  7394. CKIBOO.C and then make a BOO file out of it and send it in to Kermit
  7395. Distribution as, say, CKIBOO.BOO, so that those of us without a C compiler
  7396. only have to run the Basic de-booer once, on CKIBOO.BOO, and then can
  7397. subsequently use the compiled de-booer which should be much faster.  It
  7398. takes about an hour to de-boo Amiga Kermit with the Basic de-booer.
  7399.  
  7400.                     John G. Ata
  7401.  
  7402. ------------------------------
  7403.  
  7404. Date: Tue, 16 Dec 86 16:25:14 est
  7405. From: munnari!latcs1.oz!philip@seismo.CSS.GOV (Philip Lee)
  7406. Subject: Data General MV2000
  7407. Keywords: Data General
  7408.  
  7409. Has anyone sucessfully ported the unix kermit to Data General MV2000 running
  7410. DG/UX ver. 3.00? We've tried recompiling ver 4D on it.  It compiled without
  7411. complaining, but gave link error. However it sort of work. We could do ascii
  7412. file transfer, but any compressed file or any of those using all 8 bits would
  7413. fail. The DG kermit would accept set file type binary quite happily and
  7414. indicate the same, but on file transfer it would just time out and fail.
  7415.  
  7416. In generating the DG/UX kermit we used the following:
  7417.  
  7418. make wermit \
  7419.  "CFLAGS = -D_file=_fd -DUXIII -DDEBUG -DVER2 -DTLOG -O4" "LNKFLAGS ="
  7420.  
  7421. Could this be also related to the problem of 8 bit transfers between FIDOnet
  7422. Kermit and the Pyramid?
  7423.  
  7424. [Ed. - The FIDO question has still not been totally solved, mostly because
  7425. of lack of time, but it might help you to know there's a version of Kermit
  7426. specifically tailored for DG MV/UX (is that the same thing?), based on an
  7427. old release of Unix Kermit, available in the Kermit distribution under the
  7428. prefix DGM.  There's also a C-Kermit implementation for AOS/VS on the way.]
  7429.  
  7430.  
  7431. Page 134                                              INFO-KERMIT DIGEST V5 #19
  7432.  
  7433. ------------------------------
  7434.  
  7435. Date: Sun, 14 Dec 86 14:56:29 +0200
  7436. From: Sam Gamoran <VSSAM@WEIZMANN>
  7437. Subject: Kermit 3.1 - An interesting speed problem
  7438. Keywords: CMS Kermit, PROCOMM
  7439.  
  7440. We just installed CMS Kermit 3.1 - appears to solve our problems with 2.1
  7441. particularly the program hanging and binary transfers.
  7442.  
  7443. We use CMS Kermit through a 7171 against PCs running either MS-DOS Kermit
  7444. 2.28 or Procomm 2.3 with the Kermit file transfer option.  Works great with
  7445. MS-DOS Kermit 2.28 but file transfer crawls with Procomm 2.3.
  7446.  
  7447. Every packet sent by CMS-KERMIT 3.1 ends with an X-ON character.  The old
  7448. CMS-KERMIT 2.1 did not do this.  It appears that this X-ON character causes
  7449. Procomm to delay a second or so before sending the next packet.  We saw on a
  7450. line monitor packets going out from PC to mainframe and an instantaneous
  7451. response followed by a delay.  With the old CMS-KERMIT, where the main
  7452. difference between packets is the absence of the final X-ON character no
  7453. delay occured and transfer throughput was 400% faster!
  7454.  
  7455. Do you know of anyone having experience with PC->Mainframe file transfer
  7456. using PROCOMM who has encountered similar problems? I am also sending this
  7457. query to the procomm folks.  Thanks,
  7458.  
  7459. Sam Gamoran
  7460.  
  7461. ------------------------------
  7462.  
  7463. Date: Tue, 16 Dec 86 15:39 CST
  7464. From: "David S. Cargo" <DSCargo@HI-MULTICS.ARPA>
  7465. Subject: Symbolics V7.0 Kermit
  7466. Keywords: Symbolics Kermit
  7467.  
  7468. Symbolics is upgrading their system software to version 7.0.  The old
  7469. Symbolics Kermit no longer works with the new system revision.  Has anybody
  7470. upgraded the existing version to run on the new system?  I'm trying to avoid
  7471. some wheel reinvention.
  7472.  
  7473. ------------------------------
  7474.  
  7475. End of Info-Kermit Digest
  7476.  
  7477. INFO-KERMIT DIGEST V5 #20                                              Page 135
  7478.  
  7479. Info-Kermit Digest         Wed, 31 Dec 1986       Volume 5 : Number 20
  7480.  
  7481. Today's Topics:
  7482.                Series 1/7171 Support in NIH TSO Kermit
  7483.              Speed Problem Between ProComm and Kermit-CMS
  7484.                       C-Kermit With Intel Xenix
  7485.                  Fix for Unix Kermit on SCO System V
  7486.                    C-Kermit and Valid Workstations
  7487.                 Where to Send HP-1000 Kermit Requests
  7488.  
  7489. ----------------------------------------------------------------------
  7490.  
  7491. Date: Sat, 20 Dec 86  21:00:25 EST
  7492. From: "Roger Fajman" <RAF@NIHCU>
  7493. Subject: Series 1/7171 Support in NIH TSO Kermit
  7494. Keywords: TSO, MVS/TSO Kermit
  7495.  
  7496. One important correction to Info-Kermit V5 #19: NIH TSO Kermit does not
  7497. presently have Series 1/7171 protocol converter support.  We don't have
  7498. those machines.  If someone wants to send us the modification, we will be
  7499. glad to include it.
  7500.  
  7501. [Ed. - Oops!  Sorry.  It appears that reports of the death TSOS1 were
  7502. somewhat exaggerated.  Volunteers?  Also, note that the "other" new TSO
  7503. Kermit, expected in the not-too-distant future, should indeed support both
  7504. Series/1 (full screen) and 37x5 (linemode) style hookups.]
  7505.  
  7506. Also, I checked the files as they appear on KERMSRV at CUVMA, and found some
  7507. erroneous translations between vertical bars and exclamation marks.  The
  7508. following files contain real exclamation points: TSNKER.ALP (just a
  7509. comment), TSNKER.DOC, TSNEDR.DOC, TSNMAC.DOC, and TSNTBL.ASM (in the
  7510. translate tables).  The last one is the most serious.
  7511.  
  7512. [Ed. - Oops again!  That's what comes from reading EBCDIC tapes on a Unix
  7513. system with 'dd'...  We'll try to get clean copies of these files over
  7514. BITNET to replace the current copies.  It has also been reported that
  7515. some files have U and e where square brackets ([) and (]) ought to be.]
  7516.  
  7517. ------------------------------
  7518.  
  7519. Date: 1986 Dec 22   13:52 EST
  7520. From: (John F. Chandler)   <PEPMNT@CFAAMP.BITNET>
  7521. Subject: Speed Problem Between ProComm and Kermit-CMS
  7522. Keywords: ProComm, CMS Kermit, Series/1
  7523.  
  7524. I have seen reports of the problem from a number of places now, some not
  7525. specifically mentioning the use of a 7171, but none mentioning anything
  7526. else.  The implication of the latest report (in Kermit Digest #19) is clear:
  7527. ProComm needs to be fixed.  However, I should add that the XON added to the
  7528. end of each packet by CMS Kermit is not essential and could be removed if
  7529. necessary.  It was added as a convenience for the micro Kermit -- the rule
  7530. of thumb is: when talking to an IBM mainframe, always wait for an XON before
  7531. sending the next packet.  The rule is not true for the various protocol
  7532. converters (Series/1, 4994, and 7171), but the added XON makes it harmless.
  7533. How does ProComm perform when told to wait for the XON?
  7534.  
  7535.  
  7536. Page 136                                              INFO-KERMIT DIGEST V5 #20
  7537.  
  7538. ------------------------------
  7539.  
  7540. Date:  Mon, 22 Dec 86 21:26 CST
  7541. From:  Wilkinson@HI-MULTICS.ARPA
  7542. Subject: C-Kermit With Intel Xenix
  7543. Keywords: Xenix, C-Kermit
  7544.  
  7545. I have been running 4D(061) under Intel Xenix(3.3) on an Intel 286/310
  7546. system for some time now with no problems.  I used "make xenix".  I also got
  7547. a clean compile/link for an older UniPlus (UniSoft System III) for 4D(061).
  7548. It is running, but I have not used it extensively.  I used "make sys3".
  7549.  
  7550.           Richard   {Wilkinson@HI-MULTICS.ARPA}
  7551.  
  7552. ------------------------------
  7553.  
  7554. Date: 21 Dec 86 04:30:32 GMT
  7555. From: ihnp4!killer!alleng@seismo.CSS.GOV
  7556. Subject: Fix for Unix Kermit on SCO System V
  7557. Keywords: C-Kermit, SCO Xenix, Xenix
  7558.  
  7559. I have some info that may be useful in trying to determine why kermit
  7560. (wermit) specifically ckuker does not want to run on Xenix sys V (SCO).  I
  7561. noticed a discrepancy in the server mode prompt from any other system to an
  7562. SCO system.  On most systems, the prompt is "# N3".  HOwever, on Xenix, the
  7563. thing comes up "# N/".  A Xenix system will talk to another Xenix system
  7564. (SCO), but cannot communicate with any other systems for protocol transfer.
  7565.  
  7566. The problem comes from performing functions on unsigned and signed ints.
  7567. For some reason (compiler bug), when certain operations are performed on
  7568. standard ints, the sign bit gets set (lsb in MS byte).  This makes checksums
  7569. come out screwy.  To resolve this, edit the module 'ckcfn2.c' (by the way,
  7570. we are talking about ckuker here) look for the function 'C K U 1'.  You will
  7571. notice an 'int chk' below the function heading.  Simply change it to
  7572. 'unsigned int chk' and the version should work perfectly.
  7573.  
  7574. My thanks to all who helped isolate this... Allen
  7575.  
  7576. [Ed. - Hmmm...  What version of C-Kermit has everyone been using?  This
  7577. change was made months ago, either in 4D(061) or 4D(060).  Maybe if everyone
  7578. with SCO Xenix systems tries the current version - 4D(061) - the problem
  7579. will disappear.  Could some SCO Xenix users verify this???  By the way, I
  7580. think Allen meant to say 'C H K 1' rather than 'C K U 1'.]
  7581.  
  7582. ------------------------------
  7583.  
  7584. Date: Tue, 9 Dec 86 16:12:13 pst
  7585. From: hplabs!valid!carolf@gumby.arpa (Carol Fernihough)
  7586. Subject: C-Kermit and Valid Workstations
  7587. Keywords: C-Kermit, Valid Workstations
  7588.  
  7589. I'm unclear as to where to mail bug reports regarding kermit.  I'd like my
  7590. mail find its way to 1) kermit programmers at Columbia University, and 2) a
  7591. network, so that I could receive responses from other users who can suggest
  7592. fixes.  Would you please forward this mail if necessary, and let me know where
  7593. I should send UUCP mail.  Although I have access to kermit information via the
  7594.  
  7595. INFO-KERMIT DIGEST V5 #20                                              Page 137
  7596.  
  7597. mod.protocols.kermit newsgroup on Usenet, I do not have permission to post to
  7598. the moderated newsgroup.
  7599.  
  7600. [Ed. - UUCP mail can be sent to ...!seismo!columbia!cu20b!info-kermit]
  7601.  
  7602. I have tested version 4D(060) of c-kermit quite extensively on Valid's
  7603. workstation, which is an S320 running 4.2 BSD UNIX.  I compiled c-kermit
  7604. using "make valid".
  7605.  
  7606. I've found the following problems when transferring files between two S320's:
  7607.  
  7608. * Use of the -k option corrupts the file during kermit's transfer:
  7609.   This problem also arises when transferring files between the S320 and
  7610.   c-kermit (compiled using "make sys3") on the IBM PC/AT.
  7611.  
  7612.   machineA# kermit -iwl /dev/ttys0 -b 9600
  7613.   c-kermit(machineA)> connect
  7614.   (log onto machineB)
  7615.   machineB# kermit -ik > file.from_machineA
  7616.   (escape back to machineA)
  7617.   c-kermit(machineA)> send file
  7618.   file -> FILE, Size 50
  7619.  
  7620.   The text file that arrives on machineB is 52 bytes long since it has a CR LF
  7621.   at the beginning of the file.  Binary files are corrupted in the same manner.
  7622.   Text files are corrupted when sent using the -k option with no -i option.
  7623.  
  7624. [Ed. - We can't reproduce this problem on our 4.2BSD (Ultrix 1.1, really) VAX
  7625. 750, but it's probably related to the well-known bug which inserts an
  7626. extraneous CRLF into standard output every 4096 characters (this only happens
  7627. with the -k option).  There's nothing in the C-Kermit code that inserts this
  7628. CRLF, so it must have something to do with Unix's blocking.  Does anybody have
  7629. an idea what must be done to convince Unix to leave out the CRLFs -- some
  7630. kind of mysterious ioctl or fnctl applied to stdout, maybe?]
  7631.  
  7632. * Can't use -c option
  7633.   When I escape (^\c) after starting kermit on machineB, I escape out of
  7634.   the kermit on machineA.  This also happens when kermit is started in server
  7635.   mode.
  7636.  
  7637.   c-kermit(machineA)> kermit -cl /dev/ttys0 -b 9600 -iw
  7638.   (log onto machineB)
  7639.   machineB# kermit -iw
  7640.  
  7641. [Ed. - This is the documented behavior.  When you invoke Kermit with action
  7642. commands (either protocol or connect, or both) on the command line, it acts
  7643. like a normal Unix command, i.e. it exits when done.  Leave out the -c
  7644. option, and you'll get an interactive Kermit session that you can escape
  7645. back to.]
  7646.  
  7647. * This problem occurs randomly.
  7648.   When host to host, and connected to machineB:
  7649.  
  7650.   c-kermit(machineB)> exit
  7651.   (logout from csh)
  7652.   Can't get character:  I/O error
  7653.  
  7654. Page 138                                              INFO-KERMIT DIGEST V5 #20
  7655.  
  7656.   [Back at Local System]
  7657.   c-kermit(machineA)>
  7658.   (exits directly back to kermit on machineA - should need ^\c first)
  7659.  
  7660.   The problem also occurs randomly when machineB is running in server mode:
  7661.  
  7662.   c-kermit(machineA)> finish
  7663.   c-kermit(machineA)> connect
  7664.   machineB# logout
  7665.   Can't get character:  I/O error
  7666.   [Back at Local System]
  7667.   c-kermit(machineA)>
  7668.  
  7669. [Ed. - This probably is caused by your ports and cables.  Most likely, you've
  7670. got the systems connected by a true null-modem cable, in which one computer's
  7671. DTR is connected to the other computer's CD and/or DSR.  The remote computer
  7672. may be configured to drop DTR upon logout, which would cause the local one to
  7673. sense that CD or DSR disappeared, and to return an I/O error the next time
  7674. you tried to read or write characters to the port.  The Kermit connect command
  7675. exits when it gets an i/o error.  Solution: trade in your true null modem cable
  7676. for a "fakeout" cable in which DTR is connected to CD and DSR within the local
  7677. connector, or reconfigure your ports to be less persnickety about modem
  7678. signals.]
  7679.  
  7680. * When kermit is invoked from a script command, the command line options
  7681.   are ignored.
  7682.   machineA# kermit -iwl /dev/ttys0 -b 9600
  7683.   machineA's /.kermrc file contains:
  7684.   script gin:--gin:--gin: name ssword: passwd \
  7685.   machineB#--machineB# kermit~s-iwx
  7686.   send binary_file binary_file.from_machineA
  7687.  
  7688.   The attempted transfer simply times out because kermit on machineA is NOT
  7689.   in server mode, nor have the other command line options taken effect.
  7690.  
  7691.   Workaround:
  7692.   Rather than including command line options in a call to kermit from a
  7693.   script, put the necessary commands in the script or in the remote machine's
  7694.   .kermrc.
  7695.  
  7696. [Ed. - This is just a guess, but maybe the '-' in '-iwx' is the culprit,
  7697. since dashes are meta-characters in uucp-style scripts.  Try changing
  7698. 'kermit~s-iwx' to 'kermit~s~055iwx' and see if that works.]
  7699.  
  7700. * Finish doesn't always work
  7701.   When using a server, type finish, then connect.  Kermit will sometimes
  7702.   connect back to kermit on the remote machine rather than the shell on
  7703.   the remote machine.
  7704.  
  7705. [Ed. - This depends upon whether you invoked Kermit with -x on the command
  7706. line (in which case it exits to the shell) or with the interactive 'server'
  7707. command (in which case it returns to C-Kermit> command level).]
  7708.  
  7709. I've also begun to test c-kermit between the S320 and the Microvax, running
  7710. VAX version 2.1.  I compiled c-kermit on the Microvax using the CKVKER.COM DCL
  7711. procedure.  I've found the following problems:
  7712.  
  7713. INFO-KERMIT DIGEST V5 #20                                              Page 139
  7714.  
  7715.  
  7716. S320 -> Microvax
  7717.  
  7718. * Can't transfer binary files
  7719.   Both host to host and server transfers corrupt binary files.
  7720.  
  7721. [Ed. - Presumably you gave the -i option or 'set file type binary' on both
  7722. ends.  Have other users of C-Kermit on VMS found this to be true?  I think the
  7723. problem is that VMS binary files are not simple streams but are structured
  7724. with particular blocksizes, etc.  There's no code in C-Kermit to do this.  I
  7725. hope somebody who's familiar with VMS and VAX-11 C will add this code, or
  7726. provide some hints or workarounds to this problem.]
  7727.  
  7728. * Bye doesn't work
  7729.   When running kermit on the microvax in server mode, type bye, then connect.
  7730.   Bye acts like finish because kermit will connect to the microvax command
  7731.   interpreter prompt.  At this point, type logout (which doesn't echo on the
  7732.   screen).
  7733.  
  7734. [Ed. - Again, sounds like something to do with VMS.  Maybe VMS doesn't allow
  7735. a program to log out its own job unless the program is started or configured
  7736. with some specific capability.  Can any VMS experts answer this?]
  7737.  
  7738. * Finish doesn't work
  7739.   When using the microvax as a server, type finish, then connect.  Kermit will
  7740.   connect back to kermit on the microvax rather than the command interpreter.
  7741.  
  7742. [Ed. - As in the Unix case, it depends on how the program was invoked.]
  7743.  
  7744. * Exit doesn't always work
  7745.   Sometimes no action will be taken in response to exit.  Quit always works
  7746.   however.
  7747.  
  7748. [Ed. - That's strange, because quit is simply a synonym for exit -- both are
  7749. associated with exactly the same code.]
  7750.  
  7751. Microvax -> S320
  7752.  
  7753. * Directory doesn't work
  7754.   Directory listed only one file in a directory containing several files.
  7755.  
  7756. * Cwd doesn't work
  7757.   Cwd caused an access violation and exited from kermit.
  7758.   c-kermit(microvax)> cwd
  7759.   %SYSTEM-F ACCVIO, access violation, reason mask=00, virtual address=00000000,
  7760.   P4
  7761.   %TRACE-F-TRACEBACK, symbolic stack dump follows
  7762.   module name   routine name    line    rel pc  abs pc
  7763.   CKVFIO        system          3233    17      15122
  7764.   CKUUSR        docmd           1796    1a2     12F53
  7765.   CKUUSR        parser          1635    182     12B69
  7766.   CKCMAI        main            930     BC      D918
  7767.   $ (could not echo - logged out)
  7768.  
  7769. [Ed. - Again, I appeal to VMS experts for help sprucing up the VMS-specific
  7770. functions in the CKV*.C modules.]
  7771.  
  7772. Page 140                                              INFO-KERMIT DIGEST V5 #20
  7773.  
  7774.  
  7775. I also have a question.  What is the reason for not reading the .kermrc file
  7776. when the command line contains an action?
  7777.  
  7778. [Ed. - No special reason except that the structure of the code made it hard
  7779. to do.  This feature should be added in a future release.]
  7780.  
  7781. UUCP address:  ucbvax!hplabs!pesnta!valid!carolf
  7782.  
  7783.                                   Thanks!
  7784.  
  7785.                                   Carol Fernihough
  7786.  
  7787. [Ed. - And thanks to you for your detailed reports.  This is how Kermit
  7788. programs keep getting better.  I hope I've answered each point
  7789. satisfactorily.  If not, let me know.  - Frank]
  7790.  
  7791. ------------------------------
  7792.  
  7793. Date: Wed 24 Dec 86 10:56:43-EST
  7794. From: Christine M Gianone <SY.CHRISTINE@CU20B.COLUMBIA.EDU>
  7795. Subject: Where to Send HP-1000 Kermit Requests
  7796. Keywords: HP-1000 Kermit, Interex
  7797.  
  7798. Paul Schumann has been getting many requests for his version of Kermit
  7799. for the HP-1000 but is unable to provide such a service.  He has asked
  7800. that in the future people please make such requests of Columbia University
  7801. or the HP User Groups since these groups are set up to do this kind of
  7802. distribution.
  7803.  
  7804. If anyone is interested in becoming a member of the HP User Group, the
  7805. address is as follows:
  7806.                                 Interex
  7807.                                 680 Almanor Avenue
  7808.                                 Sunnyville, CA 94086-3513
  7809.  
  7810. ------------------------------
  7811.  
  7812. End of Info-Kermit Digest
  7813.  
  7814. Index                                                                  Page 141
  7815.  
  7816. .BOO files, 77
  7817. .EXE files, 40
  7818. 68000, 70
  7819. 68000 Kermit, 106
  7820. Amiga, 18
  7821. Amiga Kermit, 7, 40, 114, 133
  7822. Apollo Kermit, 130
  7823. Apple II Kermit, 64-65
  7824. Arpanet, 105, 112
  7825. Atari ST Kermit, 1, 57, 66, 77
  7826. BASIC Kermit, 123
  7827. Binary Files, 109
  7828. BITnet, 60, 112, 119
  7829. BOO File, 21
  7830. Bootstrapping, 7, 21
  7831. C-Kermit, 18, 44, 61, 109-111, 113, 115, 121, 129, 131, 136
  7832. Character Sets, 61
  7833. CMS Kermit, 23, 36, 49, 52, 73, 134-135
  7834. Commodore Amiga, 18
  7835. Commodore Kermit, 75
  7836. Compression, 9
  7837. Compuserve, 94, 98, 107, 117
  7838. Concurrent, 118
  7839. CP/M Kermit, 54, 114
  7840. CP/M-86, 34
  7841. Cyber Kermit, 102
  7842. Commodore Amiga (see also Amiga Kermit) 
  7843. Data General, 133
  7844. DATAKIT, 94, 99
  7845. DEC Rainbow, 111
  7846. DF112 Modem, 37
  7847. Distribution, 96
  7848. DTSS Kermit, 54
  7849. EBCDIC, 21
  7850. ELP, 7
  7851. Extra-Long Packets, 7
  7852. FIDO, 111, 113, 120
  7853. File Encoding, 87
  7854. Files, 100
  7855. Fortran Port, 43
  7856. French Kermit Documentation, 41
  7857. FTP, 105
  7858. Gould, 128
  7859. Graphics Card, 50
  7860. Harris, 20
  7861. Honeywell Kermit, 132
  7862. HP Integral Kermit, 73
  7863. HP Kermit, 132
  7864. HP-1000 Kermit, 38, 88, 140
  7865. HP1000, 20
  7866. HP1000 Kermit, 18
  7867. HP9845 Kermit, 102, 113, 123
  7868. hqx, 129
  7869. Hyperion PC, 124
  7870. Hewlett-Packard Kermit 
  7871. IBM Mainframe, 20, 52, 118
  7872.  
  7873. Page 142                                                                  Index
  7874.  
  7875. IBM PC Keyboard, 105
  7876. Info-Kermit-Request, 2
  7877. Interex, 140
  7878. Japanese Kermit Manuals, 33
  7879. K-11, 76
  7880. Kermit, 113
  7881. Kermit BITnet Server, 88
  7882. Kermit Diskettes, 39
  7883. Kermit Distribution, 44, 96
  7884. Kermit Humor, 81
  7885. Kermit Newsletter, 32
  7886. Kermit Protocol, 99
  7887. Kermit-11, 76, 124
  7888. KERMIT-20 (see also TOPS-20 Kermit) 
  7889. Kermit-32, 109, 116
  7890. KERMSRV, 21
  7891. KERMSRV at Uoft02, 6
  7892. Keyboard settings, 11
  7893. Kermit-80 (see also CP/M Kermit) 
  7894. LOG command, 94
  7895. Long Packets, 22
  7896. Mac Kermit, 58
  7897. MacKermit, 90, 129
  7898. Microsoft Windows, 38
  7899. Motorola Kermit, 70
  7900. MPX, 128
  7901. MS-DOS 2.29, 13, 15, 34
  7902. MS-DOS Kermit, 13, 15, 20-21, 38, 41, 46, 48, 50, 53, 56, 61, 71-72, 77, 79-81,
  7903.  86, 92-94, 111
  7904. MS-Kermit 2.29 memory contention, 10
  7905. MVS/TSO Kermit, 65, 87, 127, 135
  7906. MVS/TSO Kermit?, 43
  7907. NCUBE AXIS, 46
  7908. NEC APC3, 46
  7909. NEC APCIII (see also NEC APC3 and MS-DOS Kermit) 
  7910. OK State, 96
  7911. Oklahoma State, 128
  7912. Okstate, 74, 103, 113, 128
  7913. Okstate Downtime, 32
  7914. Os9 Kermit, 60, 106
  7915. PDP-11 Kermit, 2, 76
  7916. Perkin-Elmer, 118
  7917. Perkin-Elmer Kermit, 124
  7918. Prime Kermit, 50, 89, 125, 131
  7919. ProComm, 41, 99, 108-109, 134-135
  7920. Protocol Converters, 50
  7921. QK Kermit, 69
  7922. RT-11 Kermit, 90
  7923. Sanyo 550 Series, 34
  7924. Sanyo MBC Kermit, 20
  7925. SCO Xenix, 136
  7926. Screen Saver Feature, 86
  7927. Scripts, 61
  7928. SEL, 128
  7929. Series/1, 135
  7930. Sirius/Victor 9000 Kermit, 34
  7931.  
  7932. Index                                                                  Page 143
  7933.  
  7934. Sliding Windows, 22
  7935. Sperry, 38
  7936. Suggestions, 99
  7937. Swedish characters, 2-3
  7938. Symbolics Kermit, 134
  7939. Tapes, 96
  7940. Terminal Emulation, 35
  7941. TOPS-20 Kermit, 47
  7942. TRS-80 Model 4, 97
  7943. TSO, 135
  7944. TSO Kermit, 105, 118
  7945. Turbo Pascal, 69
  7946. UNIX, 129
  7947. UNIX Kermit, 74, 111, 121
  7948. UNIX Kermit (see also C-Kermit) 
  7949. Uppercase Terminals, 64
  7950. UUCP, 74, 96, 103
  7951. UUENCODE, 77
  7952. Uuencoded Files, 46, 67
  7953. Valid Workstations, 136
  7954. VAX/VMS, 108
  7955. VAX/VMS Kermit, 48, 61, 64-65, 108-110
  7956. VM/CMS Kermit, 36, 87
  7957. VMS Kermit, 2, 72, 122
  7958. VT100 Emulation, 11
  7959. X.25, 121-122, 131
  7960. Xenix, 110, 113, 120, 129, 136
  7961.  
  7962. Page 144                                                                  Index
  7963.