home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / e / v12.5 < prev    next >
Text File  |  1990-10-11  |  26KB  |  552 lines

  1. Info-Kermit Digest         Mon, 17 Sep 1990        Volume 12 : Number 5
  2.  
  3. Today's Topics:
  4.  
  5.        Announcing IBM Mainframe VM/CMS Kermit-370 Version 4.2.1
  6.            Selecting CONTROLLER type in Kermit-370
  7.               Announcing  KERMIT-12 Version 10g
  8.             Kermit Proposal SET FILE TYPE
  9.                Prime8 Help for Dividing Source
  10.       Re: A New Version of Kermit for OS/2 Presentation Manager
  11.             Re: Info-Kermit Digest V12 #2
  12.             Kermit incapatability with LSE
  13.             Kermit 3.01 Arrow Key Problem
  14.             132 column mode in MS-Kermit?
  15.                   Kermit & Telebits
  16.  
  17. Digest submissions may be sent to Info-Kermit@WATSUN.CC.COLUMBIA.EDU,
  18. requests for addition to or deletion from the Info-Kermit subscriber list to
  19. Info-Kermit-Request@WATSUN.CC.COLUMBIA.EDU or to KERMIT@CUVMA.BITNET.
  20.  
  21. Kermit files may be obtained over networks and by mail order.  On the
  22. Internetwork, use FTP to log in to host WATSUN.CC.COLUMBIA.EDU, a SUN-4/280
  23. running UNIX (SUNOS 4.1), IP host number 128.59.39.2.  Login as user anonymous
  24. (note, lower case), any password, and GET or MGET (MULTIPLE GET) the desired
  25. files.  The Kermit files are in directories kermit/a, kermit/b, kermit/c,
  26. kermit/d, and kermit/e.  Test versions are in kermit/test.  Binaries are in
  27. kermit/bin (use ftp in binary mode).  You can also get Kermit files over the
  28. BITNET/EARN network; to get started send a message with text HELP to KERMSRV,
  29. the Kermit file server, at host CUVMA.  For detailed instructions, read the
  30. file kermit/a/aanetw.hlp (AANETW.HLP on KERMSRV).  To order by mail, request a
  31. complete list of Kermit versions and an order form from Kermit Distribution,
  32. Columbia University Center for Computing Activities, 612 West 115th Street,
  33. New York, NY 10025 USA.
  34.  
  35. ----------------------------------------------------------------------
  36.  
  37. Date: Wed, 1990 Sep 12   18:30 EDT
  38. From: "John F. Chandler" <PEPMNT@CFAAMP.HARVARD.EDU>
  39. Subject: Announcing IBM Mainframe VM/CMS Kermit-370 Version 4.2.1
  40. Keywords: IBM 370 Kermit, VM/CMS Kermit
  41. Xref: CMS Kermit, See VM/CMS Kermit, IBM 370 Kermit
  42.  
  43. This is to announce the release of Kermit-370 version 4.2.1 for CMS.  As
  44. usual, the new version comes in VM/SP and VM/XA/SP flavors, but the
  45. changes are the same for both.
  46.  
  47. Version 4.2.1 has several improvements over 4.2.0, the most important
  48. being:
  49.  
  50.  1. Spurious flow-control "packets" from MS-DOS Kermit are now ignored.
  51.  
  52.  2. Overflow of the fullscreen buffer is now avoided when the receiving
  53.     Kermit asks for 2K packets.
  54.  
  55.  3. Kermit-370 now supports transfers in LATIN2 and LATIN3 and file
  56.     storage in CP870, CP880, and CP905.  In addition, L1, L2, and L3 are
  57.     recognized as aliases for the three LATIN sets, and two-character
  58.     abbreviations are accepted for the other transfer sets as well.  The
  59.     new sets add support for Afrikaans, Albanian, Catalan, Croatian,
  60.     Czech, Esperanto, Galician, Hungarian, Maltese, Polish, Romanian,
  61.     Slovak, Slovene, and Turkish.
  62.  
  63.  4. Kermit-370 supports file transfers through the IBM 3174 AEA with B2
  64.     microcode.  The support is restricted to terminals with the ASCII
  65.     Graphics capability in three ways:
  66.  
  67.     a) The terminal type must be defined in the 3174 to support graphics
  68.        (only the built-in VT241 and Tektronix 4205 types plus suitable
  69.        user-defined terminal types).
  70.  
  71.     b) The line must be defined without an associated Host Addressable
  72.        Printer.
  73.  
  74.     c) If the 3174 is owned by VTAM, the connection must be made with a
  75.        logmode that allows the Read Partition Query (such as M2SDLCNQ).
  76.  
  77.     Kermit-370 automatically detects the B2 AEA and sets CONTROLLER
  78.     accordingly (to AEA if graphics is allowed, to NONE if not, or to
  79.     GRAPHICS if Query is denied).  Since the 3174 supports full 8-bit
  80.     communication, it may be useful to configure the ports for 8-bit
  81.     data and to set both SEND and RECEIVE PARITY to NONE in Kermit-370.
  82.  
  83.  5. Kermit-370 now uses the FILE COLLISION settings for all files in a
  84.     group rather than just the first.
  85.  
  86.  6. Kermit-370 has three new subcommands: REMOTE MAIL, REMOTE PRINT, and
  87.     REMOTE SUBMIT.  They transmit a file (or group of files via wild
  88.     cards) tagged for mailing, printing, and submitting as job,
  89.     respectively.
  90.  
  91. The new release is in the form of updates to be applied to the 4.2.0
  92. source.  The new files are IKCKER.UPD, IKCKER.BWR, IK0AAA.HLP, and
  93. IK0KER.UPD (the latter is only a catalog of all the updates, not the
  94. updates themselves).  The new code has been tested on most known types
  95. of protocol converter (many thanks to the beta testers!) to make sure
  96. the 3174 support does not harm the existing support for Kermit file
  97. transfer, but problems may still turn up.  Bug reports are welcome, as
  98. usual.
  99.  
  100. A similar release 4.2.1 will soon be available for TSO and MUSIC.
  101.  
  102.                                          John
  103.  
  104. [Ed. - Thanks, John!  The new files are installed in kermit/b on watsun
  105. and are also available from KERMSRV@CUVMA on BITNET.  This program is truly
  106. amazing in its adaptability to the infinitely varied 3270 emulation
  107. communications environment, and it is a groundbreaker in character set
  108. conversion.  Let's hope that the other Kermit programs catch up in the latter
  109. department soon.  For that to happen, we need examples and listings of the
  110. PC, UNIX, Macintosh, etc, character sets used for all the language supported
  111. by Latin Alphabets 1 through 5, Latin/Cyrillic, and others.  If you have them,
  112. please send them in and we'll do our best to support them.]
  113.  
  114. ------------------------------
  115.  
  116. Date: Thu, 1990 Sep 13   11:50 EDT
  117. From: "John F. Chandler"   <PEPMNT@CFAAMP.HARVARD.EDU>
  118. Subject: Selecting CONTROLLER type in Kermit-370
  119. Keywords: IBM 370 Kermit
  120.  
  121. One of the improvements in release 4.2.1 is a more thorough DEBUG output
  122. that proved very useful in bringing the support for the IBM 3174 to
  123. completion.  This enhancement makes no difference to routine file transfer,
  124. but it raises the possibility of determining easily the exact response of
  125. any kind of protocol converter to the efforts of Kermit to decide which
  126. CONTROLLER type to use.  To this end, I ask all installers of release 4.2.1
  127. to take a few minutes and create a debug log for each (fullscreen)
  128. environment where Kermit-370 might be used, provided, that is, that you do
  129. not apply the optional update SC89058.  Even if you have applied SC89058 in
  130. the past, it might be worthwhile to omit it as an experiment.  The desired
  131. debug log is created by starting Kermit-370 and entering the subcommands SET
  132. DEBUG I/O LONG, SET LINE, and QUIT.  I would be grateful if you would send
  133. the resulting KER LOG along with the following information: level of VTAM
  134. (if any) driving the session, model of front-end processor (if any) and
  135. software, model of protocol converter (if any) and software.  These results
  136. would be interesting even for real IBM 3270-type terminals or protocol
  137. converters unable to support Kermit file transfers.  It is possible that the
  138. information collected will enable Kermit to distinguish certain environments
  139. that currently fail to trigger the correct default CONTROLLER type.
  140.  
  141.                                     John
  142.  
  143. P.S. My e-mail address is:
  144.  
  145.  Internet:    PEPMNT@CFAAMP.HARVARD.EDU
  146.  BITNET:      PEPMNT@CFAAMP
  147.  
  148. ------------------------------
  149.  
  150. Date: Thu Sep 6 1990 11:00:00 EDT
  151. From: Charles Lasner <lasner@watsun.cc.columbia.edu>
  152. Subject: Announcing  KERMIT-12 Version 10g
  153. Keywords: PDP-8, PDP-12, VT-78, DECmate, OS/8
  154. Xref: DEC PDP, See PDP
  155.  
  156. This is a maintenance release of KERMIT-12.  A minor problem relating to
  157. incorrect CPU identification messages has been fixed.  The problem only
  158. appeared when the CPU was a KK-8A single-board CPU; this configuration was
  159. previously untested.  Thanks to Johnny Billquist of Sweden for his
  160. assistance in pinning down the problem.
  161.  
  162. KERMIT-12 operation was not affected in any other way, as only the
  163. DECmate-specific identification is crucial; earlier PDP-8 family members
  164. are treated in a generic fashion except for the "frill" of model
  165. identification (all PDP-8, PDP-12, VT-78 models use software-compatible
  166. port hardware;  all DECmates are incompatible and must be handled
  167. individually).  We are still looking for volunteers to test the various
  168. DECmate III and DECmate III+ configurations.
  169.  
  170. The rest of the release concerns the encoding of files into the
  171. "ASCII-fied" format.  The format has been modified to be more robust, since
  172. the original method has proven itself to be problematic in certain
  173. practical circumstances (as reported in K12MIT.BWR).
  174.  
  175. The new ENCODing format is based on five-bit encoding with repeat
  176. compression.  As much as 256 repeated 12-bit words will be expressed in a
  177. five character field.  Any repeated 12-bit value can be compressed, as
  178. opposed to simple zero compression, as in other common encoding schemes.
  179. (PDP-8 files often have repeated strings of the value 7402 octal, which is
  180. the HLT instruction.)
  181.  
  182. The only printing characters required to pass through any distribution
  183. "path" are 0-9, A-V, X, and Z. The alphabetic characters can also be
  184. lower-case.  All command lines are framed by ( and );  all data lines are
  185. framed by < and >.  These characters can be changed if required, as they
  186. are not part of the data; they could be replaced by W (w) and Y (y) if
  187. necessary.  (Changing the framing characters requires slight modification
  188. of the ENCODing and DECODing programs.)
  189.  
  190. The new format supports a 60-bit file checksum to ensure proper decoding at
  191. the other end.  The former 12-bit checksum could be compromised on long
  192. files.
  193.  
  194. The new ENCODing programs creates internal (REMARK commands stating the
  195. ENCODed file's creation date, and the original file's creation date.  This
  196. will aid in distribution of PDP-8 files where the user wishes to maintain
  197. proper file dates.  The date algoritm used is the one proscribed by the
  198. OS/8 DIRECT program. (OS/8 systems only OPTIONALLY support file dates, and
  199. there is an eight-year "anomaly" associated with identifying the year; the
  200. user must determine the credibility of the year portion of the date.  The
  201. value provided by the ENCODE program for the original file creation date is
  202. always today's year or the previous seven years as necessary; this field
  203. will not be provided if the system doesn't support the required AIW
  204. feature.)
  205.  
  206. Overall file size is theoretically as much as 6/5 of the original encoding
  207. format (as the earlier format was based on six-bit encoding), but actual
  208. size varies downward due to slightly less file overhead (wider lines mean
  209. less CR LF; there is now less automatically generated verbiage), and the
  210. random improvement afforded by simple repeat compression.
  211.  
  212. Virtually all K12MIT-related files are re-released at this time.  There are
  213. several new files.  Due to the "fragile" nature of TECO macro files, the
  214. file K12GLB.TEC is no longer being distributed directly; the file K12GLB.ENC
  215. is the same file in the new ENCODE format.
  216.  
  217. The new files have been installed in the regular places:
  218.  
  219. BITNET/EARN       Internet
  220. KERMSRV@CUVMA     watsun.cc.columbia.edu     Description
  221.  
  222.  K12MIT   ENC      kermit/d/k12mit.enc        Encoded binary of KERMIT-12
  223.  K12MIT   DOC      kermit/d/k12mit.doc        Documentation file
  224.  K12MIT   BWR      kermit/d/k12mit.bwr        Updated "beware" file
  225.  K12MIT   DSK      kermit/d/k12mit.dsk        Description of RX02 diskettes
  226.  K12MIT   ANN      kermit/d/k12mit.ann        Announcement of KERMIT-12
  227.  K12MIT   UPD      kermit/d/k12mit.upd        Release update file
  228.  K12DEC   PAL      kermit/d/k12dec.pal        Decoding program
  229.  K12ENC   PAL      kermit/d/k12enc.pal        Encoding program
  230.  K12PL8   ENC      kermit/d/k12pl8.enc        Encoded binary of PAL8 Ver B0
  231.  K12CRF   ENC      kermit/d/k12crf.enc        Encoded binary of CREF Ver B0
  232.  K12MIT   PAL      kermit/d/k12mit.pal        Main source file of KERMIT-12
  233.  K12PCH   PAL      kermit/d/k12pch.pal        KERMIT-12 source patch file
  234.  K12CLR   PAL      kermit/d/k12clr.pal        Memory clearing file
  235.  K12MIT   LST      kermit/d/k12mit.lst        Symbols-only listing file
  236.  K12PRM   PAL      kermit/d/k12prm.pal        Sample VT-78 config file
  237.  K12GLB   ENC      kermit/d/k12glb.enc        Encoded TECO file macro
  238.  K12ENC   DOC      kermit/d/k12enc.doc        Encoding format description
  239.  
  240. [Ed. - Many thanks, Charles.  Believe it or not, there are still quite a
  241. few PDP-8 based systems out there, and even some PDP-12s.  You won't find
  242. very many other new software packages that support them!]
  243.  
  244. ------------------------------
  245.  
  246. Date: Thu, 6 Sep 90 08:47 CST
  247. From: <PK6811S@DRAKE.BITNET>
  248. Subject: Kermit Proposal SET FILE TYPE
  249. Keywords: Kermit Protocol
  250.  
  251. Please accept these remarks regarding the proposed SET FILE TYPE extension
  252. to Kermit.
  253.  
  254. 1.  The labels are transmitted in normal Data packets.  Therefore an
  255. ignorant Kermit receiver will write them into the file as data.  This is a
  256. MAJOR change to the protocol, which has always provided transparent file
  257. exchange.  When reading such a file, how is a program to know that labels
  258. have already been included?  Will these files cause problems for other
  259. file-transfer protocols such as Xmodem?
  260.  
  261. [Ed. - No, it won't cause problems with Xmodem.  Xmodem or any other file
  262. transfer protocol, including a Kermit program that does not know about labeled
  263. files, will store or send a labeled file just like any other file, without
  264. interpreting the label information.]
  265.  
  266. 2.  Stored-in-File labels are incompatible with the MacBinary protocol in
  267.     standard use on Macintosh computers.
  268.  
  269. [Ed. - That's true.  But MacBinary format cannot be adapted to other kinds
  270. of file systems such as VAX/VMS.  Kermit can still be used to transfer
  271. MacBinary files, and a MacBinary option will be added to Macintosh Kermit
  272. before its next release.]
  273.  
  274. 3.  The sending operator must now decide whether to send with labels or not.
  275.     Previously, the sender had no choices to make.  We should not be adding
  276.     complexity to the process if we can help it.
  277.  
  278. [Ed. - This is true.  However, without labels it is impossible to transfer a
  279. complex file and retain all of its features.  Therefore this proposal
  280. addresses only computers with complex file systems, like VAX/VMS, IBM
  281. mainframes, etc, and does not affect other computers.  Users can continue to
  282. use Kermit on these systems in the normal way, but now they will also have
  283. an additional tool to let them successfully transfer files that they could
  284. not transfer before.]
  285.  
  286. 4.  Perhaps a better approach would be to use:
  287.  
  288.         SET FILE TYPE system type
  289.  
  290.     Where 'system' identifies the receiving file management system,
  291.     (RMS, VSAM, etc.) and 'type' identifies the appropriate attributes.
  292.     Example:
  293.  
  294.         SET FILE TYPE RMS INDEXED
  295.  
  296.     where RMS represents Vax RMS file management, and INDEXED identifies
  297.     the incoming file as an indexed file.
  298.  
  299.     This approach requires that the sending and receiving routines be
  300.     similarly intelligent about the information required to successfully
  301.     transmit and write the file, but allows unintelligent intermediary
  302.     programs (repositories, bulletin boards, etc.) to receive and send
  303.     the files without any special settings (other than SET FILE TYPE BINARY).
  304.  
  305. [Ed. - It is a cardinal principle of Kermit or any other well-designed file
  306. transfer protocol that any particular computer must not be required to have
  307. knowledge about the formats and conventions of any other kind of computer.
  308. Rather, each Kermit implementation knows only the data formats of its own
  309. computer and those defined for the "standard intermediate representation" on
  310. the wire.  Otherwise, hundreds of different programs would require
  311. modifications to know about hundreds of different computers.  Not only is
  312. this a waste of computing and human resources, but it's a moving target.]
  313.  
  314.     It also allows the following sequence to take place:
  315.  
  316.       machine 1 Kermit send  -> machine 2 Kermit receive (FILE TYPE BINARY)
  317.       machine 2 BrandX send  -> machine 3 BrandX receive
  318.       machine 3 Kermit send  -> machine 4 Kermit receive (FILE TYPE xxx ttt)
  319.  
  320.     Machine 1 sends the file BELIEVING that the receiver knows how to handle
  321.     it, but only the machine 4 program needs to know.  However, machine 3
  322.     can also use the file, if it recognizes, or is told to recognize, the
  323.     file type.
  324.  
  325. [Ed. - The Labeled File proposal works the same way.]
  326.  
  327.     A simplification of this approach would be to use SET FILE TYPE AUTO
  328.     which would cause the receiver to perform some recognition process
  329.     before writing the file.
  330.  
  331. [Ed. - The labeled file proposal includes this possibility too.]
  332.  
  333. We have recently developed a Macintosh VT100 terminal emulator which
  334. incorporates Kermit file exchange, and automatically distinguishes TEXT
  335. documents from applications and formatted documents.  The users need only
  336. tell the Vax to SET FILE TYPE ASCII/BINARY depending on whether they intend
  337. to edit it on the Vax, or transfer it to another Mac.  The program pre-pends
  338. the Macbinary header for non-text documents when sending, and recognizes it
  339. when receiving.  I think you'll agree that the LABELED proposal only adds
  340. complexity to our situation, and requires users to make unnecessary
  341. decisions about the process.
  342.  
  343. [Ed. - Your application seems to be Macintosh-centered, in the sense that
  344. you regard the VAX as a repository for Macintosh applications, which you
  345. encode in MacBinary, but you make no provision for storing VAX applications
  346. or complex binary VAX files on the Mac.  For your purposes, MacBinary will
  347. do just fine.]
  348.  
  349. ------------------------------
  350.  
  351. Date: Tue, 28 Aug 90 17:27:31 EDT
  352. From: John M. Crawford <CRAW4D@prime.cob.ohio-state.edu>
  353. Subject: Prime8 Help for Dividing Source
  354. Keywords: Prime Kermit
  355.  
  356. Enclosed is a short file which provides the necessary Primos editor (ED)
  357. tricks to divide (and then build) Kermit 8.12 for Primos. You might consider
  358. appending it to the PRIME8.ANN file (or another) for general distribution to
  359. Prime kermit users.
  360.  
  361. John M. Crawford      (614) 292-1741                Computing Services Center
  362.                                                     College of Business
  363. craw4d+@osu.edu                                     1775 College Road
  364. craw4d@prime.cob.ohio-state.edu                     The Ohio State University
  365. crawford-j@osu-20.ircc.ohio-state.edu               Columbus, Ohio 43210
  366.  
  367. [Ed. - Many thanks!  Your ED file is now enshrined in PRIME8.ANN.]
  368.  
  369. ------------------------------
  370.  
  371. Date: Wed, 29 Aug 90 10:23:11 PLT
  372. From: Wim Bonner <27313853%WSUVM1@cuvmb.cc.columbia.edu>
  373. Subject: Re: A New Version of Kermit for OS/2 Presentation Manager
  374. Keywords: OS/2 Kermit
  375.  
  376. The message said that the Kermit files were in the OS/2 test area pending
  377. comments from the user community.  Is this where I make comments?
  378.  
  379. I tried the Kermit program just now.  It has an annoying habit of going full
  380. screen.  I have a 1024x768 screen, so an 80,25 screen will fit in less than
  381. a quarter of the screen, and leave room for much more on the screen.
  382.  
  383. I am running OS/2 1.2, and was not able to get the lights on my modem to
  384. blink when I typed characters after Connecting.  That is normally a good
  385. indication something is wrong.  All of the other communication programs that
  386. I've tried work fine.
  387.  
  388. Wim Bonner - 27313853@WSUVM1.CSC.WSU.EDU - V(509)335-4436
  389.  
  390. [Ed. - Thanks.  We'll collect all such comments and put them in an envelope
  391. and send them back to the contributor.  Meanwhile, has anyone else gotten
  392. the program to work?]
  393.  
  394. ------------------------------
  395.  
  396. Date: Sat 25 Aug 90 11:51:37-CDT
  397. From: Rob Pettengill <SW.PETTENGILL@MCC.COM>
  398. Subject: Re: Info-Kermit Digest V12 #2
  399. Keywords: MS-DOS Kermit 3.02, Macros, Variables, Scripts
  400.  
  401. The behavior of the macro positional parameters has changed in the new test
  402. release of MSKermit 3.02.  Previously when a take script was taken in a
  403. macro the \%n positional arguments were defined in the take script - with
  404. this version they are undefined.
  405.  
  406. The previous behavior was reasonable for a script.  Are you tring to make
  407. take files behave more like macros?  If so then it should be possible to
  408. pass positional arguments to the take files explicitly.  In any case the
  409. behavior in the current 3.02 does not seem desirable.
  410.  
  411. ;rob
  412.  
  413. [Ed. - That was a mistake, which has been corrected in the latest 3.02
  414. release.  Macro parameters are now on a call stack so if macro A calls macro
  415. B, A's parameters are still intact when B returns.  The mistake was indeed
  416. that a TAKE file was being treated like a macro.  In the latest edit, it is
  417. not: if macro A TAKEs a command file, A's parameters are available to the
  418. TAKE file, as before.]
  419.  
  420. ------------------------------
  421.  
  422. Date: 29 Jul 90 23:18:00 CDT
  423. From: "COLLINS, STERRETT" <z3col@ttacs1.ttu.edu>
  424. Subject: Kermit incapatability with LSE
  425. Keywords: MS-DOS Kermit 3.0, LSE, VAX/VMS, Terminal Emulation
  426.  
  427. I am using MS-Kermit v3.0 on a Kaypro 286 operating MS-DOS v3.21, connecting
  428. to a VaxCluster operating VMS v5.3 .  I have tried using the language
  429. sensitive editor (LSE v3.0), but Kermit fails to emulate the terminal that
  430. LSE expects.  I have tried setting terminal/nodec_crt3, which partially
  431. corrects the problem, but still not satisfactorily.  I am not sure that LSE
  432. does not think that every member of the VT300_Family of terminals is a Regis
  433. terminal.  I have access to a Regis_Emulating communications software
  434. package, which I do not normally use for licensing considerations, but
  435. which, if I switch to that after having entered LSE using Kermit, is able to
  436. emulate the terminal properly.
  437.  
  438. The possible answers would seem to be:
  439.  
  440. "The operating system does not successfully detect the correct terminal
  441. characteristics."
  442.  
  443. "The Operating system does successfully detect the correct terminal
  444. characteristics, but this information is not propperly transferred to LSE."
  445. I only know that SHOW TERMINAL reveals that it does not have the REGIS
  446. characteristic, but does have the SIXEL charactersitic, and the DECCRT_3
  447. characteristic.
  448.  
  449.                                         sterrett collins
  450.                                         physics department
  451.                                         texas tech university
  452.  
  453. [From jrd - Another case where Kermit command SET DISPLAY 8 needs be done
  454. to avoid clobbering the 8-bit control sequences sent by the host.]
  455.  
  456. ------------------------------
  457.  
  458. Date: Mon, 23 Jul 90 19:44:42 GMT
  459. From: seminara@penelope.oswego.edu (Greg Seminara)
  460. Subject: Kermit 3.01 Arrow Key Problem
  461. Keywords: MS-DOS Kermit, Arrow Keys
  462.  
  463. Arrow keys work only sporadically when connected to a UNIX host from a DOS
  464. PC running Kermit 3.01 if you are using a full-screen "curses" application.
  465. Seems to be sending either the wrong ansi sequence or is sending the
  466. sequence too fast.  If you press arrow keys with a significant pause between
  467. each press, keys usually work OK.  Emulation is vt102 for kermit and TERM is
  468. set to "kermit" or "vt100".  Kermit 2.32a and before work fine under
  469. identical conditions.  - HELP!
  470.  
  471. [From jrd - your Unix host has a problem with communications.  If characters
  472. in a control sequence are NOT sent in rapid succession then EMACS reacts
  473. differently than expected.  In addition, some host machines apparently have
  474. intrinsic difficulties running in true full duplex.  Unix loves to echo
  475. arriving characters willy nilly.  So when Unix is sending a control sequence
  476. while one is arriving from Kermit and Unix is also echoing it then Kermit
  477. receives both sets of information with characters intermingled.  If the
  478. sequences arrived separately then Kermit could cope.  This is pretty silly
  479. behavior by Unix; the application should attempt supressing echos.  There is
  480. nothing that Kermit (nor a real terminal) can do about it.]
  481.  
  482. ------------------------------
  483.  
  484. Date: Thu, 30 Aug 90 14:28:57 CDT
  485. From: moore@ncsc.navy.mil (Moore)
  486. Subject: 132 column mode in MS-Kermit?
  487. Keywords: MS-DOS Kermit, 132 Columns, Screen Settings
  488.  
  489. Greetings.
  490.  
  491. I have a very persistent user here who wants the word directly from the
  492. horse's mouth regarding a feature of MS-Kermit:
  493.  
  494. I've always thought that EGAs cannot do 132-column mode (except by simulating
  495. it in graphics mode).  MS-Kermit doesn't change that, right?  Isn't it the
  496. "responsibility" of the hardware to switch modes, and then Kermit just detects
  497. and uses that mode?
  498.  
  499. [Ed. - True.  Except that in version 3.0 and later it also supports automatic
  500. switching between 80 and 132 column mode via the COLS80.BAT and COLS132.BAT
  501. mechanism.  That is, if Kermit gets the escape sequence telling it to switch
  502. modes, it will try to run the appropriate BAT file that does the PC- or
  503. adapter-specific things required to switch modes.]
  504.  
  505. Can Kermit simulate 132-column mode by letting the user pan an 80-column
  506. window left and right?
  507.  
  508. [Ed. - No.]
  509.  
  510. Thanks for any help.
  511.  
  512. Jim
  513. moore@NCSC.navy.mil
  514.  
  515. ------------------------------
  516.  
  517. Date: 27 Aug 90 11:42:05 GMT
  518. From: mrsvr!saturn.shaw@uwm.edu (Tom Shaw ct58 Ex 5084)
  519. Subject: Kermit & Telebits
  520. Keywords: Modems
  521.  
  522. I'm looking for anyone who has/is doing something similar to this: I am
  523. transferring binary and ASCII files across dial-up phone lines using Telebit
  524. Trailblazer Plus modems and kermit.  The transfers are between 2 Suns, one
  525. running Sun OS 3.5 and the other running Sun OS 4.01.  The size of the files
  526. range from 2500 bytes to 800kbytes.  Does anyone have any tips, traps to
  527. avoid, benchmarks of what kind of rate I should be expecting for ASCII and
  528. binary files or any hands on advice.  I am using kermit version 4E(72).
  529.  
  530. In the past few weeks, I've heard stories about using Telebits in Germany,
  531. what kind of problem is there and are there any other countries I might have
  532. a problem connecting and transfering to?
  533.  
  534. Any help would be appreciated.  Thanks
  535.  
  536. Tom
  537.  
  538. [Ed. - As you may know, Telebits have Kermit built inside them.  If you
  539. activate this feature, Computer A actually talks Kermit protocol to Modem A,
  540. Modem A talks high-speed error-correcting PEP protocol to Modem B and Modem B
  541. talks Kermit protocol to Computer B.  This is all done transparently to the
  542. Kermit programs, but you have to put the originating Telebit into "Kermit
  543. spoof" mode.  See your Telebit manual.]
  544.  
  545. ------------------------------
  546.  
  547. End of Info-Kermit Digest
  548. *************************
  549.  
  550.  
  551.  
  552.