home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / e / v12.6 < prev    next >
Text File  |  2020-01-01  |  26KB  |  573 lines

  1. Info-Kermit Digest         Wed, 10 Oct 1990        Volume 12 : Number 6
  2.  
  3. Today's Topics:
  4.  
  5.                New Honeywell DPS-6 Superkermit
  6.              Announcing Kermit for the Tandy 100
  7.                CMS Kermit 4.2.1 erratum
  8.                OS/2 PM Kermit Feedback
  9.                OS/2 PM Kermit Feedback
  10.               Easy Exit from Terminal Emulation
  11.           Running MS-DOS Kermit 3.0x under DESQview
  12.            USING MS-DOS Kermit 3.0 with MNP Modems
  13.               MS-Kermit 4010 GIN mode by Mouse?
  14.               Suppresing Kermit's Error Checking
  15.               MacKermit Settings Trouble
  16.              Larger Font for Mac Kermit 0.98(63)?
  17.               Prime Kermit Version 8.12
  18.               Kermit REMOTE SET Command
  19.  
  20. Digest submissions may be sent to Info-Kermit@WATSUN.CC.COLUMBIA.EDU,
  21. requests for addition to or deletion from the Info-Kermit subscriber list to
  22. Info-Kermit-Request@WATSUN.CC.COLUMBIA.EDU or to KERMIT@CUVMA.BITNET.
  23.  
  24. Kermit files may be obtained over networks and by mail order.  On the
  25. Internetwork, use FTP to log in to host WATSUN.CC.COLUMBIA.EDU, a SUN-4/280
  26. running UNIX (SUNOS 4.1), IP host number 128.59.39.2.  Login as user anonymous
  27. (note, lower case), any password, and GET or MGET (MULTIPLE GET) the desired
  28. files.  The Kermit files are in directories kermit/a, kermit/b, kermit/c,
  29. kermit/d, and kermit/e.  Test versions are in kermit/test.  Binaries are in
  30. kermit/bin (use ftp in binary mode).  You can also get Kermit files over the
  31. BITNET/EARN network; to get started send a message with text HELP to KERMSRV,
  32. the Kermit file server, at host CUVMA.  For detailed instructions, read the
  33. file kermit/a/aanetw.hlp (AANETW.HLP on KERMSRV).  To order by mail, request a
  34. complete list of Kermit versions and an order form from Kermit Distribution,
  35. Columbia University Center for Computing Activities, 612 West 115th Street,
  36. New York, NY 10025 USA.
  37.  
  38. ----------------------------------------------------------------------
  39.  
  40. Date: Tue, 2 Oct 90 11:42:02 PDT
  41. From: dreano@trout.nosc.mil (Frank Dreano)
  42. Subject: New Honeywell DPS-6 Superkermit
  43. Keywords: DPS-6 Kermit, Honeywell Kermit
  44.  
  45. I am sending you a new version of the Honeywell DPS-6 Superkermit.  This
  46. version basically 'blows out' the server mode to provide much more
  47. functionality, (After Joe R. Doupnik's excellent effort to support the
  48. Honeywell DPS-6 in MS-DOS Kermit 3.02 dev. 28, I felt like I had to respond
  49. in kind):
  50.  
  51. 1) Superkermit server 'gets' and 'sends' now support wildcard filespecs.
  52.  
  53. 2) MS-DOS Kermit 'remote cwd' commands are now supported.
  54.  
  55. 3) MS-DOS Kermit 'remote set file type { text, binary }' commands are now
  56.    supported.
  57.  
  58. 4) A new Superkermit file type, called 'foreign', supports MSDOS *.EXE,
  59.    *.COM, *.WKS, *.ZIP, etc. file transfers WITHOUT converting to ASCII.
  60.    MS-DOS Kermit 'remote kermit foreign' sets Superkermit for these
  61.    transfers.  UNIX executables, etc, are likewise supported by this new
  62.    file type.  The 'foreign' type also works with the VIP-3 terminal
  63.    emulator.
  64.  
  65. 5) MS-DOS Kermit 'remote type [filename]' commands are now supported.
  66.  
  67. 6) MS-DOS Kermit 'remote host [host command]' commands are now supported.
  68.  
  69. 7) MS-DOS Kermit 'remote dir [filespec]' commands are now supported.
  70.  
  71. 8) MS-DOS Kermit 'remote delete [filespec]' commands are now supported.
  72.  
  73. 9) MS-DOS Kermit 'remote mesage [text]' commands are now supported.
  74.  
  75. 10) MS-DOS Kermit 'remote who' commands are now supported.
  76.  
  77. NOTE:  There ARE some warnings about using these commands...  See the
  78.        HD6KER.BWR 'beware' file for details.
  79.  
  80. I received a request to allow the Superkermit server to select either
  81. 8th-bit or image mode binary transfers.  If I didn't implement this ability
  82. the default would always be 8th-bit (not satisfactory in all cases).  So I
  83. have implemented two additional commands:
  84.  
  85.                 'remote kermit image'
  86.                 'remote kermit prefix'
  87.  
  88.    Performed a much-needed clean up of code placing all compiler pre-
  89.    processor code along with global/external variables and function 
  90.    prototypes in a separate file.  In addition, I have adopted your
  91.    naming conventions for the source files:
  92.  
  93.             HD6KER.DOC -  Version 2.00 documentation.
  94.             HD6KER.H   -  New include file described above.
  95.             HD6KER.C   -  Kermit state switchers and heuristics.
  96.             HD6PRI.C   -  Kermit protocol primitives.
  97.             HD6COMP.EC -  New Kermit batch compilation JCL.
  98.  
  99. I believe the above improvements have resulted in a much more useful
  100. Superkermit 'server' mode as well as more manageable source code.  My thanks
  101. to Tim Ewing of Honeywell Federal Systems Incorporated (HFSI) in McLean,
  102. Virginia for suggesting and testing some of the above changes.  I feel that
  103. the code reorganization and additional server functionality have made this a
  104. major release and I am calling it Version 2.00.
  105.  
  106. Frank Dreano Jr.
  107.  
  108. [Ed. - Many thanks, Frank!  The new files have been installed in the "D"
  109. area of Kermit distribution under the names you sent them with
  110. (kermit/d/hd6*.* on watsun).  Special thanks for adjusting the filenames.]
  111.  
  112. ------------------------------
  113.  
  114. Date: Tue Oct  9 21:29:27 1990
  115. From: Christine M Gianone <cmg@watsun.cc.columbia.edu>
  116. Subject: Announcing Kermit for the Tandy 100
  117. Keywords: Tandy 100
  118.  
  119. Apparently floating around since 1984, discovered recently and sent in by
  120. Jay Rouman: a Kermit program, written in BASIC by Dave Straayer, for the
  121. Tandy 100.  No documentation.  In kermit/c/ta100.bas on watsun, TA100 BAS
  122. on CUVMA.  Thanks, Jay!
  123.  
  124. ------------------------------
  125.  
  126. Date: Mon, 1990 Sep 17   20:04 EDT
  127. From: "John F. Chandler"   <PEPMNT@CFAAMP.HARVARD.EDU>
  128. Subject: CMS Kermit 4.2.1 erratum
  129. Keywords: Kermit-370, CMS Kermit, IBM Mainframe
  130.  
  131. The announcement mentioned restrictions on VTAM logmodes for successful file
  132. transfer through the IBM 3174, but the example cited was one that does *not*
  133. work.  The logmode that is known to work is M2SDLCQ.
  134.  
  135. [Ed. - A corrected copy of IKCKER.ANN (the announcement text for CMS Kermit
  136. 4.2.1) has been installed.]
  137.  
  138. ------------------------------
  139.  
  140. Date: Tue, 18 Sep 90 11:20:12 -0700
  141. From: agb@cs.washington.edu (Alan Bishop)
  142. Subject: OS/2 PM Kermit Feedback
  143. Keywords: OS/2 Kermit, Modems
  144.  
  145. In article <CMM.0.88.653601846.cmg@watsun.cc.columbia.edu> Wim Bonner writes:
  146. >
  147. > I am running OS/2 1.2, and was not able to get the lights on my modem to
  148. > blink when I typed characters after Connecting.  That is normally a good
  149. > indication something is wrong.  All of the other communication programs
  150. > that I've tried work fine.
  151. >
  152. You need to play with the octs & so forth settings.  Look under the
  153. communcations setup bit & toggle all the settings on the line that has OCTS
  154. listed.  It works fine for me.
  155.  
  156. ------------------------------
  157.  
  158. Date: Tue, 18 Sep 90 14:23:25 EDT
  159. From: "Robert E. Zaret" <ZARET%MITVMA@cuvmb.cc.columbia.edu>
  160. Subject: OS/2 PM Kermit Feedback
  161. Keywords: OS/2 Kermit
  162.  
  163. I did get the Presentation Manager version of Kermit working, but haven't
  164. spent much time with it.  I already have the full screen OS/2 Kermit and my
  165. monitor is strict VGA, so I have no urge for a PM version.  Thus, I wasn't
  166. going to comment.  However, the digest I received today asked for comments,
  167. so:
  168.  
  169. My major dissappointment is lack of VT100 support.  I assume its absence is
  170. temporary.  I've seen enough mangled emulators to believe VT100 emulation is
  171. not trivial, so I'ld support a decision to leave it out until other parts
  172. are settled.  However, I have little use for a program without it.
  173.  
  174. I was able to communicate with my internal modem; the modem responded to a
  175. query (ATS1?) and to dial commands.
  176.  
  177. I found no way to save settings.
  178. The speed setting is labelled baud, rather than bps.
  179. I would prefer one pull down menu for all communications settings
  180.     (com port, bps, parity, etc.)
  181. I didn't find a documentation file, and the program itself mentioned
  182.     no way to get out of communication mode except by exiting the
  183.     program completely.  I tried ctl-[, and it worked.  This sequence
  184.     seems inconsistent with the DOS version, but I'm not sure
  185.     consistency matters, or is even possible.
  186. I, too, found the program insisting on using a full screen.  The
  187.     behavior of the maximimize box (upper right corner) seems odd,
  188.     but I'm not sure what it should do given the other problem.
  189. I believe PM programs can find and use the user's preferences for colors,
  190.     as set in the control box.  Definitely not a high priority.
  191.  
  192. Technical note: I'm using IBM OS/2 EE 1.2 on an IBM Model 80/311 with
  193. an IBM 8513 monitor and an internal BusinessLand modem (not quite
  194. all blue :-).
  195.  
  196. ------------------------------
  197.  
  198. Date: Wed, 18 Apr 90 11:49:40 -0700
  199. From: Tshapin@orion.oac.uci.edu
  200. Subject: Easy Exit from Terminal Emulation
  201. Keywords: Terminal Emulation, MS-DOS Kermit, Macros
  202.  
  203. Here is an easy way to leave terminal emulation, hangup the phone, and drop
  204. to DOS (I put it on alt-Z):
  205.  
  206.         def terminalr hangup,exit
  207.         set key \2348 \kterminalr
  208.  
  209. (Thanks to Joe D. for pointing this out.)
  210.  
  211. Here is why I couldn't display IBM graphic characters even though I had my
  212. display set for 8-bit and terminal character set transparent.
  213.  
  214. Ted.
  215.  
  216. [From jrd - Alas, VT100's are really 7-bit devices and this time I have 
  217. enforced the rule, to make character set stuff behave as DEC intended. Try 
  218. SET TERMINAL VT320.]
  219.  
  220. ------------------------------
  221.  
  222. Date: Sun, 16 Sep 90 16:19 MDT
  223. From: Joe Doupnik <JRD@cc.usu.edu>
  224. Subject: Running MS-DOS Kermit 3.0x under DESQview
  225. Keywords: MS-DOS Kermit, DESQview
  226.  
  227. Assistance in creating a DESQview .DVP configuration file (DVSETUP.TXT)
  228. for MS-DOS Kermit.
  229.  
  230. My copy of DESQview is version 2.26 running on a 386 machine with 2MB, with
  231. no expanded memory, but with QEMM/386. The display adapter is a Video-7
  232. "VGA".  The tables below are similar to the DESQview screens.
  233.  
  234. Please, when configuring QEMM to load-high drivers etc always exclude video
  235. memory.
  236.  
  237. I have been able to run two copies of MS-DOS Kermit v3.02 together, to
  238. different destinations with different communications ports. In addition,
  239. full graphics capability was retained.
  240.                                                 Joe D.
  241.  ============================================================================
  242.                         Change a Program
  243.  Program Name............: MS-DOS Kermit v3.02
  244.  Keys to Use on Open Menu: KE                   Memory Size (in K): 200
  245.                                                 (say 150 minimum)
  246.  ----------------------------------------------------------------------------
  247.  Program...: Kermit.exe
  248.  Parameters:            (Kermit command line items, if any, go here.)
  249.  Directory.: C:\yourdir
  250.  ----------------------------------------------------------------------------
  251.  Options:
  252.                 Writes text directly to screen.......: [N]      *
  253.                 Displays graphics information........: [N]      **
  254.                 Virtualize text/graphics (Y,N,T).....: [T]      ***
  255.                 Uses serial ports (Y,N,1,2)..........: [Y]
  256.                 Requires floppy diskette.............: [N]
  257.  
  258.    *   Not true, but MS-DOS Kermit is DESQview-aware and covers up nicely.
  259.    **  Not true, naturally, but causes DESQview to put Kermit into full
  260.        screen mode while graphics are executed and then to return to windowed
  261.        mode after switching to text terminal emulation.
  262.    *** Can be [Y] with the same effect as above.
  263.  ----------------------------------------------------------------------------
  264.                         Change a Program Advanced Options
  265.  
  266.  System Memory (in K).....:     0  Maximum Program Memory Size (in K)..:
  267.  Script Buffer Size.......:     0  Maximum Expanded Memory Size (in K) :
  268.  Text Pages: 1  Graphics pages: 0  Initial Mode:  3    Interrupts: 00 to FF
  269.  
  270.  Window Position:
  271.         Maximum Height:  25     Starting Height:  20    Starting Row...:  5
  272.         Maximum Width.:  80     Starting Width.:  40    Starting Column:  5
  273.   (Choose your own window sizes, naturally. 132 column mode causes DESQview
  274.    to switch to full screen.)
  275.  ----------------------------------------------------------------------------
  276.                                 Shared Program
  277.  Pathname..:
  278.  Data......:
  279.  ----------------------------------------------------------------------------
  280.  Close on exit (Y,N,blank)......: [ ]   Uses its own colors..............: [N]
  281.  Allow Close Window command.....: [Y]   Runs in background (Y,N,blank)...: [Y]
  282.  Uses math coprocessor..........: [N]   Keyboard conflict (0-F)..........: [0]
  283.  Share CPU when foreground......: [Y]   Share EGA when foreground/zoomed.: [Y]
  284.  Can be swapped out (Y,N,blank).: [ ]   Protection level (0-3)...........: [3]
  285.  ============================================================================
  286.  
  287. ------------------------------
  288.  
  289. Date: 9 Sep 90 06:27:49 GMT
  290. From: ts@uwasa.fi (Timo Salmi LASK)
  291. Subject: Using MS-DOS Kermit 3.0 with MNP Modems
  292. Keywords: MS-DOS Kermit, Scripts, MNP Modems
  293.  
  294. In article <1990Sep09.012634.22430@ddsw1.MCS.COM> andyross@ddsw1.MCS.COM
  295. (Andrew Rossmann) writes:
  296.  
  297. > I just bought a 2400 baud MNP5 modem (ATI 2400etc/e.) I have quickly
  298. > found out that some modems do not like the attempt to set up an MNP
  299. > protocol. I am currently using Procomm Plus. The problem is that there is
  300. > no way for me to have a particular entry in the dialer set the modem's MNP
  301. > on or off (a linked script file is only called AFTER connection.) Are there
  302. > any other communications programs out there that let you send special
  303. > initializations to the modem BEFORE dialing?  Is there a sneaky way to do
  304. > this in Procomm Plus??
  305. >
  306. Yes, I've thought about the same problem, and MS-DOS Kermit has this
  307. feature.  With proper script programming you can have MS-DOS Kermit do
  308. whatever initializations do wish before dialing, and then on top of that
  309. doing the dialing from a multi-entry dialing directory.  This MS-DOS Kermit
  310. dialing directory facility is available in the /pc/ts/tskerm24.arc MS-DOS
  311. Kermit utilities collection downloadable by anonymous ftp from
  312. chyde.uwasa.fi, Vaasa, Finland.  The flexibility and potential of MS-DOS
  313. Kermit as a fully fledged communication program rather than just an
  314. excellent terminal emulator are often underrated and little known.
  315.  
  316. ....................................................................
  317. Prof. Timo Salmi        (Moderating at anon. ftp site 128.214.12.3)
  318. School of Business Studies, University of Vaasa, SF-65101, Finland
  319. Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun
  320.  
  321. ------------------------------
  322.  
  323. Date: Thu, 20 Sep 90 17:41 MDT
  324. From: Pete Klammer 303/556-3915 <PKLAMMER@cudnvr.denver.colorado.edu>
  325. Subject: MS-Kermit 4010 GIN mode by Mouse?
  326. Keywords: MS-DOS Kermit, Terminal Emulation, GIN mode, Graphics, Mouse
  327.  
  328. We find that the 4010 emulation in MS-KERMIT supports GIN mode, that is,
  329. graphical cursor position input, which is great!  For instance, the ZOOM
  330. command in ANSYS puts up a crosshair target on our screen, which we can
  331. position with the cursor keys.  Pretty neat.
  332.  
  333. Is it possible to get our PC mouse connected to this cursor?  The GIN mode
  334. steps with the cursor keys are pretty small, hence slow.  It would be even
  335. neater than the already neat that it is, if MS-KERMIT Tektronix emulation
  336. would support a PC mouse for GIN mode.  Thanks!
  337.  
  338. /** --poko ________________________________* "cut on dashes for mailing label"
  339. Pete Klammer (303)556-3915 FAX(303)556-4822|pklammer@cudnvr.Denver.Colorado.EDU
  340. CU-Denver Computing Services Campus Box 169|bitnet: PKLAMMER@CUDENVER
  341. 1200 Larimer St NC2506 Denver CO 80217-3364|uucp:...!boulder!pikes!pklammer **/
  342.  
  343. [Ed. - MS-DOS Kermit does indeed support mouse movement of the graphics
  344. cursor.  Make sure you have given the necessary DOS commands to turn the
  345. mouse on, such as MOUSE ON and/or DEFAULT.]
  346.  
  347. ------------------------------
  348.  
  349. Date: Mon, 24 Sep 90 12:01:37 CDT
  350. From: david@wubios.wustl.edu (David J. Camp)
  351. Subject: Suppresing Kermit's Error Checking
  352. Keywords: MS-DOS Kermit, Error Checking, Kermit Protocol, Performance
  353. Keywords: MNP Modems
  354.  
  355. I just read the December inquiry about suppressing Kermit's error checking
  356. to save time when using an MNP reliable connection.  You could do a raw
  357. download.  For instance, if you are on a host that will let you simply
  358. 'type', 'cat', or 'fstype' a file, you can tell Ms-Kermit to capture the
  359. screen and let it flow.  The MS-Kermit command is 'log session filename'.
  360. Make sure that you have 'set flow on' and that the host will recognize the
  361. flow control to gate the transfer.  This will not work for binary files.
  362.  
  363. I do not recommend this.  The reliability of the link goes beyond the
  364. mode-to-modem portion of the communication.  There are several things you
  365. can do to improve the speed of Kermit transfers.  The first is to increase
  366. your packet size.  Recent versions of Kermit allow packets near 1000 bytes
  367. in length.
  368.  
  369. [Ed. - Kermit's theoretical maximum packet size is 9024.  MS-DOS Kermit 3.0
  370. supports packets up to 2000 bytes.  IBM mainframe Kermit supports packets up
  371. to about 1700.  The forthcoming release of C-Kermit 5A (watch Info-Kermit for
  372. an announcement) can be configured to support the full 9K.]
  373.  
  374. I usually limit myself to 500, because MNP modems doing baud rate
  375. translation fail with larger packets in non-MNP mode.  The speed of transfer
  376. with 500-byte packets is very nearly that with 1000-byte packets.
  377.  
  378. I did some benchmarks to compare the speed in MNP stream mode vs. MNP block
  379. mode.  My conclusion is that the difference is small, and you are better off
  380. using stream mode to make interaction less jumpy.  A much bigger payoff is
  381. gained by using long packets.
  382.  
  383. Next, use sliding windows if they are available.  I have done some
  384. benchmarks to determine the optimum number of windows, and it is 2.
  385.  
  386. [Ed. - Actually, the optimum window size varies according to the round-trip
  387. delay of the connection and its noise characteristics.  See Kermit News #4.
  388. For a clean and relatively direct connection with MNP modems, 2 appears to
  389. be a good size.  Also bear in mind that, in general, the large the window
  390. size, the smaller the maximum packet size, because most Kermit programs have
  391. a finite total packet buffer size.]
  392.  
  393. The last thing I can recommend is to use 8-bit communications if possible.
  394. It may be necessary to do more than just 'set parity none', but I am not
  395. sure of this.  If you are downloading from an IBM mainframe, this will
  396. probably not work.  -David-
  397.  
  398. [Ed. - SET PARITY NONE is usually the default, but only works if the
  399. connection is truly 8 bits wide.  Most IBM mainframes do not give you an
  400. 8-bit path.  Neither to telnet connections, nor most public data network
  401. connections.]
  402.  
  403. david@wubios.wustl.edu                 ^        Mr. David J. Camp
  404. david%wubios@wugate.wustl.edu        < * >      +1 314 382 0584
  405. ...!uunet!wugate!wubios!david          v        "Be kind to sinners."
  406. "Concentration impedes Inspiration."  ---  "Depend on God, who has dominion."
  407.  
  408. ------------------------------
  409.  
  410. Date: Thu, 19 Jul 90 10:34:05 MST
  411. From: Tom Aurand <tom@longs.LANCE.ColoState.Edu>
  412. Subject: MacKermit Settings Trouble
  413. Keywords: MacKermit 0.98
  414.  
  415. I'm having trouble getting XON/XOFF flow control to stick in the settings
  416. file when using MacKermit 0.98 on different SE's.  Can I patch it?  Thanks
  417. for your help.
  418.  
  419. [From Paul Placeway - Get a copy of 0.98(63) -- the difference between edit
  420. 62 and 63 was a fix for that and saving of parity.  BTW: DON'T USE MACBINARY
  421. MODE -- sending a file in MacBinary mode will delete the file on the Mac (yes,
  422. that's a bug).  I suggest you disable the MacBinary button with ResEdit.]
  423.  
  424. [Ed. - 0.98(63) is available in kermit/test/ckmker.hqx.]
  425.  
  426. ------------------------------
  427.  
  428. Date:  Mon, 23 Jul 90 10:36:59 -0500
  429. From: harms@emx.utexas.edu (Robert T. Harms)
  430. Subject: Larger Font for Mac Kermit 0.98(63)?
  431. Keywords: MacKermit 0.98(63), Fonts
  432.  
  433. I would like to use a larger font with my Mac Kermit on a Mac IIci - related
  434. to general eye problems of mine.  I have used ResEdit to replace the VT100
  435. built in font with a Courier 12 font.  BUT this obviously isn't enough.  (1)
  436. The WIND resource seems to permit increasing the width of the window, but
  437. somewhere the dimensions of the window need to be coded as well, and (2) the
  438. cursor position is erratic with respect to character width.
  439.  
  440. Is there some way I can customize the font size using ResEdit?  Or would
  441. you advise me to leave well enough alone?
  442.  
  443. Bob Harms       harms@emx.utexas.edu
  444.  
  445. [From Paul Placeway - Unfortnatly, MacKermit 0.98 has the font size
  446. parameters hard coded into it, so you can't change the font even if you find
  447. all the right places to patch.
  448.  
  449. This will be fixed in the next release (I have that part of the code now
  450. working, but other parts don't yet).  (I'm getting older and blinder too...
  451. I like to run with a 10pt font (usually Courier 10)).]
  452.  
  453. ------------------------------
  454.  
  455. Date: 04 Sep 90 18:02:39 O
  456. From: WAGNER@atlas.smc.univie.ac.at
  457. Subject: Prime Kermit Version 8.12
  458.  
  459. Yesterday I transferred a copy of PRIME Kermit Version 8.12, and new
  460. fresh copies of Kermit Version 3.0.1 for IBM PCs. Both sources compiled
  461. and run flawless except:
  462.  
  463. 1. Generic commands issued from PC to PRIME Kermit in server mode usually
  464. respond with unimplemented command (e.g. remote who, remote dir, remote
  465. delete, etc.) But they are implemented in Prime KERMIT!  There seems to be a
  466. definition problem of generic commands either on the sender (PC) or upon
  467. reception (PRIME Kermit).
  468.  
  469. [Ed. - This is because vanilla 3.01 sends improperly formed generic
  470. commands.  The patch file MSR301.PCH fixes this problem and, of course, it
  471. will be fixed in 3.02.]
  472.  
  473. 2. The only generic command which led to an action was remote type file
  474. (file being a text file).  However, PRIME Kermit sends garbage between every
  475. character from the text file !
  476.  
  477. [Ed. - Hmmm...     Could this be because PRIME uses "negative ascii"?]
  478.  
  479. 3. We run PRIMOS 22.1.2 on a PRIME CPU.  At Rev 22 major changes affected
  480. AMLC I/O (more assignable lines then ever, especially lines over Ethernet
  481. cables, with line numbers larger than 128! Same applies to user numbers, we
  482. have numbers up to 996 users! That means that several old interfaces to
  483. PRIMOS, e.g. calls to DUPLX$, ASNLN$ etc have new replacements, which MUST
  484. be used to change communication properties when either a user number or a
  485. line number is larger than 256!  This seems to be a serious problem to all
  486. users of PRIME Kermit 8.12 using Rev 22 and up, on larger machines, since
  487. some of the new interfaces did not officially exist on older Prime
  488. Revisions, and I expect that they are users which are forced to use either a
  489. newer revision (e.g.  all TCP/IP users) or an older revision (for example
  490. older hardware, running into performance problems when changing to rev 22).
  491. Coding of those routines must be revision dependent, to give all Prime users
  492. a perfect program.
  493.  
  494. Marcus C. Wagner
  495. Department of Statistics and Computer Science
  496. Universitaetsstrasse 5/9
  497. A-1010 Vienna, Austria, Europe
  498. University of Vienna
  499.  
  500. Email: since our TCP/IP connection is in experimental operation (since
  501. two months, with some severe TCP/IP implementation errors of PRIME),
  502. it will happen that my email address via Internet fails (host seems to be
  503. down for the outer world) Alternatively, I am reachable via EARN/BITNET.
  504. wagner@atlas.smc.univie.ac.at (IP)
  505. A4421DAC@AWIUNI11  (EARN/BITNET)
  506.  
  507. Thanks to all programmers, who invested so much time to redesign the
  508. old version of Prime Kermit, which we implemented five years ago, several
  509. known bugs of that old version during normal file transfers vanished in
  510. the new program, not to mention the performance gain.
  511.  
  512. [Ed. - Thanks for the comments.  They have been sent to the PRIME Kermit
  513. developers.]
  514.  
  515. ------------------------------
  516.  
  517. Date: Fri, 28 Sep 90 20:00:00 PDT
  518. From: Bruce_A._Cowan@cc.sfu.ca
  519. Subject: Kermit REMOTE SET Command
  520. Keywords: Kermit Protocol, Remote Set, Character Sets
  521.  
  522. I'd like to suggest a small extension to the Kermit remote set command.  As
  523. you have it defined, the REMOTE SET TRANSFER CHARACTER-SET allows setting any
  524. transfer alphabet that has a designator.  However, there is also the option
  525. called TRANSPARENT or NONE, i.e. suppress translation completely.  Since that
  526. option does not have a designator, one cannot set it.  I would like to have
  527. some kind of extension to allow setting TRANSPARENT.  Perhaps we could invent
  528. a designator, say, 0 (zero), or perhaps some other method to guarantee that
  529. the TRANSPARENT setting does not conflict with any possible future designator.
  530. We could perhaps invent a new registration, kermit (K), and have TRANSPARENT
  531. be K0.
  532.  
  533. I came up with this problem while implementing translation in my kermit, but
  534. for time reasons the remote set isn't going to make it into my next release,
  535. so I'm not in a gigantic rush for this, but I'd like to resolve it.
  536.  
  537. [Ed. - This is actually a tricky situation.  The idea was that TRANSPARENT
  538. should be the default, for compatibility with the hundreds of Kermit
  539. programs that do not support the character-set extension.  Adding a new
  540. designator to denote TRANSPARENT might confuse Kermits that don't understand
  541. it, including Kermits that do support the character-set extension, if that
  542. designator were to arrive in an Attribute packet.  Incoming files bearing
  543. the new designator might be rejected because of "unknown character set" --
  544. clearly undesirable behavior, avoidable perhaps by having the user SET
  545. UNKNOWN CHARACTER-SET KEEP, but how to explain this to mere mortals?  So
  546. far, it has been an implementation decision about whether character-set
  547. changes based on incoming attribute packets are "sticky".  If they are, this
  548. presents the problem that there is no way for a client to tell a server to
  549. switch from translation to transparent.  So it would appear that a decent
  550. compromise would be to invent a new designator, say K0, for TRANSPARENT, and
  551. to support it in REMOTE SET TRANSFER CHARACTER-SET commands, but, at least
  552. for a time, not use it in Attribute packets.  Opinions?]
  553.  
  554. By the way, the last info I have on remote set is dated 11 Dec 89.  Was there
  555. anything later?
  556.  
  557. [Ed. - Three additional parameters were added in Vol 11 #4: REMOTE SET FILE
  558. { BLOCKSIZE, RECORD-LENGTH, RECORD-FORMAT }.  The details for RECORD-FORMAT
  559. have not yet been worked out.]
  560.  
  561. The 11 Dec info has a minor problem in that file collision discard and ask
  562. are both 4; I presume ask should be 5, to fit the pattern.
  563.  
  564. [Ed. - Right, ASK should be 5.  Thanks.]
  565.  
  566. Bruce Cowan
  567. KEA Systems Ltd.
  568.  
  569. ------------------------------
  570.  
  571. End of Info-Kermit Digest
  572. *************************
  573.