home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / old / ckermit4e / ckmker.bwr < prev    next >
Internet Message Format  |  2020-01-01  |  32KB
  1. Date: Wed 8 Jun 88 21:43:05-EDT
  2. From: Frank da Cruz <SY.FDC@CU20B.CC.COLUMBIA.EDU>
  3. Subject: Mac Kermit
  4. To: paul@TUT.CIS.OHIO-STATE.EDU
  5.  
  6. I got a report that it doesn't compile under MPW 2.0.2, which is the latest
  7. release, and that a major reworking will be required for MPW 3.0, sigh...
  8. What version of MPW are you using?  I also heard that the file ckmkr2.r was
  9. missing.  Did you send it to me?   - Frank
  10.  
  11. ------------------------------
  12.  
  13. Date: Thu, 9 Jun 88 10:19:42 EDT
  14. From: paul@morganucodon.cis.ohio-state.edu (Paul Placeway)
  15. To: SY.FDC@CU20B.CC.COLUMBIA.EDU
  16. Subject: Mac Kermit
  17. Reply-To: paul@tut.cis.ohio-state.edu
  18.  
  19. D*mn.  Maybe I'll port it to LightSpeed C and be done with it; LSC
  20. doesn't seem to change radically with each rev.  Mumble...
  21.  
  22. I'm using MPW 2.0d4 (developer pre-release), which probably explains
  23. the incompatibility.  We have been trying to get a real MPW for about
  24. a year, with no real success (LSC is sounding better and better...)
  25.  
  26. I thought you picked up ckmkr2.r, but since it's short, here it is:
  27.  
  28.         --P
  29.  
  30. [Ed. - Moved to its rightful place...]
  31.  
  32. ------------------------------
  33.  
  34. Date: Thu, 9 Jun 88 10:49:46 EDT
  35. From: Charlie C. Kim <cck@cunixc.cc.columbia.edu>
  36. To: paul@tut.cis.ohio-state.edu
  37. Subject: Re: Mac Kermit
  38.  
  39. APDA has MPW 2.0.2 C as an upgrade... I think it was 100 dollars.
  40.  
  41. The only thing that caused problems (as I remember) was the fact that
  42. you had "environs.h" which isn't there anymore -- it's included in
  43. systypes.h (i believe).  I'll poke in the resource file and see if a
  44. working copy comes out.
  45.  
  46. The main changes, supposed, will make mpw "more" compatible with other
  47. Cs.  Basically (re: a posting on comp.sys.mac.programmers), the trap
  48. names will change so pascal mode is "mixed case" and c mode is all
  49. lower case.  There will be a set of Canon directives to help people
  50. convert. I noticed you used the c mode, but if you watch out for the
  51. int=2 bytes in lsc, and int=4 bytes in mpw (by using defines or always
  52. using for short=2, long=4 bytes in both), then your LSC port should
  53. work with MPW 3.0 without too much more work.
  54.  
  55. Just don't port it to megamax :-)
  56.  
  57. Charlie
  58.  
  59. ------------------------------
  60.  
  61. Date: Thu, 9 Jun 88 11:00:52 EDT
  62. From: Charlie C. Kim <cck@cunixc.cc.columbia.edu>
  63. To: paul@morganucodon.cis.ohio-state.edu
  64. Subject: macker
  65.  
  66. Two other problems.
  67.  
  68. First, link tries to link in glueenviron.a.o
  69.  
  70. Second, you used the special characters in ckmker.r (high order bits
  71. on).  They should changed to corresponding \ooo format so the files
  72. can be xfered properly.
  73.  
  74. Seems to work (launches) other than that.
  75.  
  76. Charlie
  77.  
  78. ------------------------------
  79.  
  80. Date: Thu, 9 Jun 88 11:11:49 EDT
  81. From: paul@morganucodon.cis.ohio-state.edu (Paul Placeway)
  82. To: cck@cunixc.cc.columbia.edu
  83. Cc: sy.fdc@cu20b.cc.columbia.edu
  84. Subject: macker
  85. Reply-To: paul@tut.cis.ohio-state.edu
  86.  
  87. Thanks.  I'll go and change things...
  88.  
  89. I've been waiting for OSU to send the $100 (a trivial amount) to APDA,
  90. but at the rate things are going I might as well buy it myself.  8-(
  91.  
  92. If MPW 3.0 is supposed to be more compatible with everyone else, I may
  93. very well take a stab at a port...
  94.  
  95. I don't know what real MPW links in to get the glueenviron.a.o stuff.
  96. If it is allready in the normal library, fine.  If not, the other
  97. MacKermit hackers will need to know.
  98.  
  99.         whatever...
  100.             --P
  101.  
  102. ------------------------------
  103.  
  104. Date:     Tue, 14 Jun 88 14:00:58 EDT
  105. From:     Dick Atlee <ATLEE%UMDC.BITNET@CUVMA.CC.COLUMBIA.EDU>
  106. Subject:  MacKermit
  107. To:       Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
  108.  
  109. The mouse feature does not work on our system.  After a go-round about Ted
  110. Medin's Apple Kermit in VT100 mode, which worked on some machines and not on
  111. others, we found a problem with the cursor keys.  The VT100 has a set/reset
  112. mode governing the cursor keys -- when Cursor Key Mode is RESET (default) the
  113. sequence is ESC [ A/B/C/D, while when SET it is ESC O A/B/C/D.  Our IBM 7171
  114. here is programmed to RESET this mode as part of the initialization and then
  115. expect the ESC-[ pattern from the cursor keys.  Ted's Kermit was not responding
  116. properly to the RESET command.  If the mouse driver for MacKermit is not
  117. sensitive to the RESET command, and sends the ESC-O pattern, it won't work on
  118. a lot of machines.  Any info on this?
  119.  
  120. ------------------------------
  121.  
  122. Date: Sun, 19 Jun 88 21:53:42 +0100
  123. From: Eamonn McManus <emcmanus@csvax1.tcd.ie>
  124. Subject: Bug in Macintosh Kermit Version 0.9(40)
  125. Keywords: MacKermit 0.9(40)
  126.  
  127. > This is to announce Macintosh Kermit 0.9(40), by Paul Placeway of Ohio State
  128. > University and Matthias Aebi of ECOFIN Research and Consulting, Ltd, Zuerich.
  129. > MacKermit 0.9(40) runs on all Macs except the 128K original.
  130.  
  131. There is a trivial but annoying bug in Mac Kermit 0.9(40), as released to
  132. comp.binaries.mac on Usenet.  (The version says it is Kermit version 0.9(40),
  133. 04/05/88 11:51.)  The default settings for tab stops place the last one at
  134. column 71 (zero-origin) rather than 72 as it should be.  Most of the time
  135. this doesn't show up (which is presumably why the bug hasn't been fixed so
  136. far) but it is quite noticeable in editors like vi that attempt to optimise
  137. cursor motion, frequently by using tabs.
  138.  
  139. Here is a patch that fixes the bug.  The version of ckmcon.c is that from
  140. 0.9(36)b4 but I assume it hasn't changed.
  141.  
  142. *** ckmcon.c.orig       Wed Jun  8 17:03:27 1988
  143. --- ckmcon.c    Sun Jun 19 20:56:06 1988
  144. ***************
  145. *** 85,91
  146.   /* (UoR) do tapstops via an array: 0 means no tab, 1 means tab at that column
  147. */
  148.   short tabstops[MAXCOL+1] = {0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,
  149.      0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,
  150. !    0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1};
  151.  
  152.   #define USA_SET  0                      /*  (UoR) VT100 character set numbers
  153. */
  154.   #define UK_SET   1
  155.  
  156. --- 85,91 -----
  157.   /* (UoR) do tapstops via an array: 0 means no tab, 1 means tab at that column
  158. */
  159.   short tabstops[MAXCOL+1] = {0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,
  160.      0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,
  161. !    0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1};
  162.  
  163.   #define USA_SET  0                      /*  (UoR) VT100 character set numbers
  164. */
  165.   #define UK_SET   1
  166.  
  167.  
  168. Since I don't have the 0.9(40) sources, I've had to patch the binary.  This
  169. involves editing block 132(dec) and changing byte 0x19c to a 0, and byte
  170. 0x19e to a 1.
  171.  
  172. Eamonn
  173.  
  174. ------------------------------
  175.  
  176. (reported by many, and observed to be true...) MacKermit often reports the
  177. block check type to be 0 when sending a file with block check type 1.
  178.  
  179. ------------------------------
  180.  
  181. Date:     Sat, 13 Aug 88 23:44:22 EDT
  182. From: Dick Atlee <ATLEE%UMDC.BITNET@cuvmb.cc.columbia.edu>
  183. Subject:  MacKermit bugs
  184.  
  185. I wrote to Paul a while back about the fact that, while the cursor keys will
  186. respond to a VT100 "reset" command to change their output from ESC-O-x to
  187. ESC-[-x (necessary on our IBM CMS 7171 front end), the mouse will not, making
  188. the mouse useless on our system.  He said it was a relatively simple job to fix
  189. it.  I'm interested in getting it fixed in time for distribution to incoming
  190. students this September.
  191.  
  192. While I was preparing settings files for this distribution, I stumbled on
  193. another aspect of bizarre behavior, which, after playing around with a data
  194. monitor, I sent him a copy of on Thursday.  I'll pass it along to you, but it
  195. still needs confirmation by someone else....
  196.  
  197. I have been having trouble using the Option key as an ESC-prefixer.  In the
  198. Modifiers setup I have Opt checked for Unmodify with a prefix string of \033.
  199. However, the same problem occurs (ignoring references below to ESC) when the
  200. setting is for Meta with no parity and no prefix.
  201.  
  202. The ESC prefixing works fine for the majority of the characters on the
  203. keyboard.  However, there are 5 exceptions (left column below):
  204.  
  205.                            e     +
  206.    TABLE 1:                i     ^
  207.     Oddball Opt-chars      n     ~
  208.      and "replacements"    u     ,
  209.                            `     `
  210.  
  211. (NOTE: the problem I'm about to describe does not happen when the Shift key or
  212. CapsLock key is down, although in both these and the non-shifted cases, the
  213. character produced when the option key is held down is a lower-case character.)
  214.  
  215. Normally, when you hold down the Option key and type a character, an ESC is
  216. generated, followed by the character.  If you type the character twice, you get
  217. ESC <char> ESC <char>, just as you'd expect (I have been checking this with
  218. a data monitor hooked up to the Mac).
  219.  
  220. However, when you hold down the Option key and type one of the above five
  221. characters, nothing is generated immediately.  Subsequent repeats of this
  222. process produce the normal ESC <char> sequence.  The fascinating part of the
  223. problem occurs when you press Option followed by anything other than those
  224. five characters.  You get a double output of the new character!.  For instance,
  225. the following hold:
  226.  
  227.    1    Opt-e                  produces      nothing
  228.    2*   Opt-e Opt-e            produces      ESC e
  229.    3    Opt-e Opt-a            produces      ESC a ESC a
  230.    4    Opt-e Opt-e Opt-a      produces      ESC e ESC a ESC a
  231.  
  232.    * In case 2, although only one sequence was produced, an instability
  233.      exists which affects the next keypress (as shown in #s 3 and 4)
  234.  
  235. However, the truly bizarre behavior happens when you use one of the five
  236. oddball Opt-<char>s, followed by a non-Opt-<char>.  In most cases, when you
  237. press Option plus one of the characters in Table 1's left-hand column, followed
  238. by a non-Opt character, you produce instead the corresponding right-hand column
  239. character followed by the non-Opt character -- e.g.
  240.  
  241.                  Opt-e               produces      nothing (unstable)
  242.                  Opt-e b             produces      +b
  243.  
  244. The accent grave produces itself as the prefix-character, but this is not
  245. trivial.  In all 5 cases, the two resulting characters only appear AFTER both
  246. characters are typed.
  247.  
  248. Strange though it is, this odd situation begins to look "normal" compared to
  249. what happens when the "second character" is one of a select group. For example:
  250.  
  251.                  Opt-e e      produces a single    ^N
  252.                  Opt-e o      produces a single    ^W
  253.                  Opt-i e      produces a single    ^p
  254.  
  255. A fairly exhaustive series of tests shows the following  (these have been
  256. arranged so as to show the pattern of increasing values of the resulting
  257. character, although I haven't figured out how the mapping works.......):
  258.  
  259.                           Second |  ----Initial Opt-char---
  260.                            Char  |   e    `    i    u    n
  261.                           ------ |  ---  ---  ---  ---  ---
  262.                             A    |       (K)       ^@   (L)
  263.                             E    |  ^C
  264.         TABLE 2             N    |                      ^D
  265.                             O    |                 ^E   (M)
  266.     Results of typing       a    |  ^G   ^H   ^I   ^J   ^K
  267.     one of the oddball      e    |  ^N   ^O   ^P   ^Q
  268.     Opt-chars followed      i    |  ^R   ^S   ^T   ^U
  269.     by the indicated        n    |                      ^V
  270.     second character        o    |  ^W   ^X   ^Y   ^Z   ^[
  271.                             u    |  ^\   ^]   ^^   ^_
  272.                             `    |       (``) (``) (``) (``)
  273.                             ~    |  (~~) (~~) (~~) (~~) (~~)
  274.                           space  |  (+)  (`)  (^)  (,)  (~)
  275.                            tab   |  **   **   **   **   **
  276.                            del   |  **   **   **   **   **
  277.                           ctl-chr|  [^K] [^@] [^^] [^L] [^^]
  278.  
  279.        an empty space indicates the "normal" behavior described above.
  280.     () enclose literal characters that appear after both chars have been typed
  281.     [] indicate a character which appears with the "second character" following
  282.          it after both the Opt and second characters have been typed.
  283.     ** indicates the second character appears twice, after both the Opt and
  284.          second characters have been typed.
  285.  
  286. This behavior on the part of the oddball characters makes using the Option key
  287. almost useless (ESC-e and ESC-i and ESC-` are all used in our IBM CMS ful-
  288. screen environment).  I have mapped these sequences to other keys, but there
  289. are times when it would be nice to have access to them in this form.  (By the
  290. way, the keys with direct mapping show none of the above behavior.)
  291.  
  292. ------------------------------
  293.  
  294. Date: Fri, 15 Jul 88 22:52:11 EDT
  295. From: mholden@ajpo.sei.cmu.edu
  296. Subject: Re: Transferring application via MacKermit 0.9(40) 
  297. Keywords:
  298.  
  299. The underlying problem I have is that I have no control over the encoding
  300. of the original file I am trying to download. The scenario as I understand
  301. it is as follows:
  302.     The Mac file is compressed with Stuffit 
  303.     The stuffed file is uploaded to a DEC-20 using Red Ryder Kermit
  304.     The uploaded file is ftp'd (using TENEX binary) to a UNIX VAX
  305.     I then try to download to my Mac over TELENET
  306.     I tried MacKermit with no luck
  307.     After a kind soul put XMODEM up on the UNIX host, I downloaded the
  308. file using MacTerminal MacBinary and the stuffed file was reconstituted
  309.     I then proceeded to unstuff and all was well
  310. Is there some place in this scenario for the use of MacKermit with BinHex
  311. 5.0 (which I have). I have no documentation although I did send in a shareware
  312. fee. I confess that I am somewhat naive about the arcane structure of Mac 
  313. files.
  314.  
  315. Since I am now operational with XMODEM, the problem is not urgent, but I 
  316. would like to know a little more about what is going on and how to use my
  317. available options.
  318.  
  319. - Maretta
  320.  
  321. ------------------------------
  322.  
  323. Date: Mon, 8 Aug 88 16:21:05 EDT
  324. From: mates%applga.uucp@umix.cc.umich.edu (Valerie Mates)
  325. Subject: Re: MacKermit question
  326.  
  327. My copy of MacKermit, version 0.9(40) often tells me it is using block
  328. check type 0 and window size 00 during a file transfer.  Is this just a
  329. cosmetic problem, or is MacKermit really using no checksum?  Files often
  330. arrive garbled on the Mac.  I'm using a Mac II.
  331.  
  332. Thanks! 
  333.     -Valerie Mates
  334.     (if reply mail bounces, try popcorn@caen.engin.umich.edu
  335.      or Valerie_Mates@ub.cc.umich.edu)
  336.  
  337. ------------------------------
  338.  
  339. Date: Tue, 16 Aug 88 21:15:29 IST
  340. From: "Jonathan B. Owen" <GDAU100%BGUVM.BITNET@cuvmb.cc.columbia.edu>
  341. Subject: MacKermit Key Escape Sequences
  342.  
  343.     Mike O'rourke has asked about using an IBM with a VT100 (by emulation).
  344. Well, I am no IBM expert.  But if the port in question is connected to
  345. a 7171 terminal server and if this server works the same when connected
  346. to a "VT100" then the following applies:
  347.  
  348.     Switch between VM and CP mode            <ESC> <,>
  349.     Clear Screen (when prompted with MORE... <ESC> <.>
  350.     F1 thru F12                              <ESC> <1> thru <ESC> <=>
  351.     Screen refresh                           <CTRL> <G>
  352.  
  353. All of the above was found by expermentation.  I have not found and am
  354. not sure that a squence exists for switching between INSERT mode and
  355. OVERSTRIKE mode.  After all, the real VT100 terminal does not have such
  356. keys...
  357.  
  358.     If you are planning to define a setup with the above sequences,
  359. the following might be of help (extracted from the VT100 manual):
  360.  
  361.     Cursor Up        <ESC> [ A
  362.     Cursor Down      <ESC> [ B
  363.     Cursor Right     <ESC> [ C
  364.     Cursor Left      <ESC> [ D
  365.  
  366.     The reason I did not define such a setup is because I miss being
  367. able to switch between Insert and Overstrike mode.  Therefore, I
  368. defined a setup which contains the VT220 sequences for the above plus
  369. the sequences for switching betwen the above two modes.  This works fine,
  370. if you define yourself to the IBM as a VT220 with the exception that
  371. during a screen refresh, a few scribbles flash on the screen.
  372. The setup file conta8ins key macros which are mapped to an Apple
  373. Extended Keyboard.  F1 thru F12 act as the twelve function keys.
  374. F15 acts as CLEAR.  Also, the arrow keys, ins and del keys are defined.
  375. If anyone is interested in this file, I will gladly upload it provided
  376. I told how by the Moderator...
  377.  
  378.                          Hope this is of help...
  379.                                                 JB
  380.  
  381. P.S. Oddly enough, I did not find the proper escape sequence that the VT220
  382.      is expected to send in order to switch between VM and CP mode.  Maybe
  383.      you know?...
  384.  
  385.   (--)    /--)     /-(\                 Email: gdau100@bguvm (bitnet)
  386.   \ /    /--K      | \|/\   /\/) /|-\   Snail: 55 Hovevei Zion
  387.   _/_/o /L__)_/o \/\__/  \X/  \_/ | |_/        Tel-Aviv, 63346  ISRAEL
  388.  (/        Jonathan B. Owen             Voice: (03) 281-422
  389.  
  390.  Point of view:  A chicken is the means by which an egg reproduces an egg.
  391.  
  392. ------------------------------
  393.  
  394. Date: Thu, 08 Sep 88 08:34:30 EDT
  395. From: Bob Rahe <CES00661%UDACSVM.BITNET@cuvmb.cc.columbia.edu>
  396. Subject: MacKermit visible control chars
  397. Keywords:
  398.  
  399.   Well, just spent some time debugging a problem that wasn't a problem
  400. at all(!).  We were having a problem with a concentrator, it
  401. seemed to be (and actually is) eating the SOH for start of packet.
  402. While running some tests on it with MacKermit, I put the terminal
  403. emulator into 'visible control character' mode and found what seemed to
  404. be extraneous characters at the end of lines coming from the host.
  405. Characters '13' and '10'.  I read these as DC3 and DLE. WRONG! They
  406. aren't hex representations but DECIMAL!
  407.  
  408.   Is this the way a VT100 does it?  I've used a lot of terminals and/or
  409. line monitors in my day and either they display the character in a
  410. pseudo-mnemonic ( CR, DL, LF, etc.) or the put out the character in HEX.
  411. Decimal may be useful for BASIC  programmers etc. but I wouldn't expect
  412. many datacomm hackers to be expecting it.  Anyone got a different
  413. version of the font that puts the characters in (IMHO) the more
  414. reasonable hex format?  Or alternatively, in mnemonics?
  415.  
  416. If nobody else will/has I'll volunteer.  Which should it be? Objections?
  417.  
  418.        Bob
  419.  
  420. ------------------------------
  421.  
  422. Date: Mon, 19 Sep 88 14:03:39 PDT
  423. From: lulue@manta.nosc.mil (Dan Lulue )
  424. Subject: Macintosh Kermit and vi strangeness.
  425. Keywords: MacKermit 0.9(40)
  426.  
  427. I do some user consulting here at NOSC in San Diego.  I recently received
  428. this message from a person who used. 9(40) with vi and experienced
  429. dropped characters (message follows):
  430.  
  431. -----Start-----
  432. Message-Id: <8809191813.AA19986@cod.nosc.mil>
  433. To: lulue
  434. Subject: The letters come in here, and then they go around and around
  435. Status: RO
  436.  
  437. -------
  438. ...and then they????
  439.  
  440. Well, I am using Kermit, as you requested, and all *&?#@!! is breaking
  441. loose when I use 'vi.'
  442.  
  443. To wit:
  444.  
  445. I was editing a line which ended with the word "modeltly".  The cursor
  446. was on the first column, and I wanted to move to the last word to change it
  447. to "modestly."  Okay.  I typed $ to jump to the end of the line.
  448. Instead, here is what happened (underline indicates position of cursor):
  449.  
  450.                -- -- -- -- says    modellly
  451.                                       -
  452. Next, I did some other stuff until the word was "modelsty."  Then I
  453. attempted to remove the "l" by using 'x'.  The results:
  454.  
  455.            -- -- -- -- says    mode
  456.  
  457. Next, I tried to complete the word by adding "stly."  With the cursor
  458. on the final letter of "mode," I pressed 'a' for append.  Results:
  459.  
  460.            -- -- -- -- says    mods
  461.  
  462. Next, I moved the cursor to the "s" of "mods" and successfully removed the
  463. "s."  Then I again tried to use 'a' for append.   Results:
  464.  
  465.            -- -- -- -- says    moe
  466.  
  467. Now, I'm a peaceful, quiet, easy-going guy as you know.  You do know that,
  468. right?  Anyway, by this time I was getting annoyed as what looked to like
  469. a consistent pattern of weird behavior.  Okay, onward...
  470.  
  471. Next, I decided to delete the word "moe" entirely, so I used 'h' to move
  472. the cursor left of the offending word.  Results:
  473.  
  474.            -- -- -- -- saysmmoe
  475.                                -
  476. Somehow I got the final word in that line down to "says."  To try to finish the
  477. line, I used 'a' while the cursor was on final "s" of "says."  Results:
  478.  
  479.            __ __ __ __ say 
  480.                                - (underline indicates cursor position)
  481.  
  482. Well, that's it for me.  Enough of this research.  I sincerely hope I have
  483. provided you with more information than you every wanted on this topic.
  484.  
  485. Bill
  486.  
  487. PS: please fix this, somebody, anybody!!!
  488.  
  489. -------
  490. ----Stop----
  491.  
  492. I checked this user's communication parameters (no parity, 8 bits, 1
  493. stop/start) and flow control (xon) and they are the standard settings
  494. for our Sytek network.
  495.  
  496. He is using .9(40) on a Mac Plus, System 4.2, Finder 6.0.  Red Ryder,
  497. and MacTerminal seem to work fine.
  498.  
  499. It sounds like the cursor positioning control sequences that vi
  500. transmits are being misinterpreted or dropped.
  501.  
  502. Has anyone else seen this behavior?  If not, the problem must be ours
  503. somehow.  Any suggestions would be most welcomed.
  504.  
  505. Thanks, Dan.
  506.  
  507. lulue@nosc.mil
  508.  
  509. ------------------------------
  510.  
  511. Date: Sat, 15 Oct 88 04:37:40 -0700
  512. From: Alastair Milne <milne@ics.uci.edu>
  513. Subject: MacKermit Bugs
  514. Keywords: MacKermit 0.9(40)
  515.  
  516. I have been running MacKermit 0.9(40) on a 2 meg full-colour Mac II under
  517. Multifinder.  It has been of great use to me; it has been working very well,
  518. and besides being my terminal emulator of choice for daily work, has succeeded
  519. in populating a fair part of my hard disc with distribution list shareware.  I
  520. particularly enjoy its ability to transfer in the background: it saves a lot
  521. of time at 2400 baud when I can work in WriteNow or Word, while Kermit is
  522. cheerfully churning away in the background.
  523.  
  524. I have encountered one or two oddities, which I thought you might like to know
  525. about.  I just checked the ckmker.bwr file to see if they had been reported.
  526. I don't see them there, so here they are:
  527.  
  528. - in Getting files from a remote server Kermit (on UNIX): the * wildcard 
  529.   when requesting files works fine, but the other UNIX wildcard generators
  530.   ( [...], {one,two,three}) do not.  I get back an alert dialogue saying
  531.   the file wasn't found.  
  532.  
  533. [Ed. - This is because Unix Kermit does not interpret the other wildcard
  534. characters.]
  535.  
  536. Looks as if either MacKermit is manipulating the file name string before
  537. sending it, or C-kermit under UNIX isn't correctly handling the wildcard
  538. resolution (I presume the method is to pass the received string to the shell).
  539.  
  540. [Ed. - No, C-Kermit does the wildcard matching itself.]
  541.  
  542. - When the Init called HierDA (activates the Mac II's "walking" submenu 
  543.   feature) is installed, Kermit launches, shows and clears its terminal
  544.   window, then aborts with system error 1.  It seems to happen under both
  545.   Multifinder and Finder.  The emulator VT100-Maculator does the same 
  546.   thing, so it may be a general serial port problem.  I'll try to pass it 
  547.   on to HierDA's author, too (if I can find his address), but I thought 
  548.   you'd be interested in knowing.
  549.  
  550. This is more a wish than a bug: there are several server commands listed in
  551. the menu, but the remote Kermit setting command seems to be missing.  This is
  552. important, for instance, to be able to turn UNIX Kermit's "image" mode on or
  553. off.
  554.  
  555. Finally, can we look forward to Attribute packets for MacKermit?  It would be
  556. useful to know the sizes of incoming files, and very useful to preserve file
  557. dates.
  558.  
  559. Thanks for a fine program.
  560.  
  561.    Alastair Milne
  562.  
  563. ------------------------------
  564.  
  565. Date: Sat, 12 Nov 88 18:35:44 EST
  566. From: Maretta Holden <mholden@ajpo.sei.cmu.edu>
  567. Subject: Mac Kermit 0.9(40) vs Extended Keyboard
  568. Keywords: MacKermit 0.9(40)
  569.  
  570. I am using Mac Kermit 0.9(40) to access a DEC microVAX from a Mac II with
  571. an extended keyboard. I occasionally need to use the EDT editor on the VAX.
  572. Although the cursor control keys work as expected, Kermit does not appear
  573. to emulate the numeric keypad so that it can be understood by EDT. I assume
  574. I could compensate by using the key macro capability but I suspect I do
  575. not have enough information to do it without help. Are there any available
  576. macro definitions for this purpose? [Or is Mac Kermit going to be updated
  577. to handle the extended keyboards more completely?]
  578.  
  579. Thanks for any help,
  580. Maretta Holden
  581. mholden@ajpo.sei.cmu.edu
  582.  
  583. ------------------------------
  584.  
  585. Date: Wed, 30 Nov 88 16:40:43 EST
  586. From: Bob Rahe <CES00661%UDACSVM.BITNET@cuvmb.cc.columbia.edu>
  587. Subject: Visible control chars in MacKermit
  588. Keywords:
  589.  
  590.   I sent this to info-kermit in Sept, but.... anyway here goes again:
  591.  
  592.   Well, just spent some time debugging a problem that wasn't a problem at
  593. all(!).  We were having a problem with a concentrator, it seemed to be (and
  594. actually is) eating the SOH for start of packet.  While running some tests on
  595. it with MacKermit, I put the terminal emulator into 'visible control
  596. character' mode and found what seemed to be extraneous characters at the end
  597. of lines coming from the host.  Characters '13' and '10'.  I read these as DC3
  598. and DLE. WRONG! They aren't hex representations but DECIMAL!
  599.  
  600.   Is this the way a VT100 does it?  I've used a lot of terminals and/or line
  601. monitors in my day and either they display the character in a pseudo-mnemonic
  602. ( CR, DL, LF, etc.) or the put out the character in HEX.  Decimal may be
  603. useful for BASIC programmers etc. but I wouldn't expect many datacomm hackers
  604. to be expecting it.  Anyone got a different version of the font that puts the
  605. characters in (IMHO) the more reasonable hex format?  Or alternatively, in
  606. mnemonics?
  607.  
  608. If nobody else will/has I'll volunteer.  Which should it be? Objections?
  609.  
  610.        Bob
  611.  
  612. ------------------------------
  613.  
  614. Date: 22 Dec 1988 16:18:59 EST
  615. From: Eric.Yang@ewt.mit.edu
  616. Subject: New Year's wish for Mac Kermit 
  617.  
  618. Is there any plan to add port-selection support to Mac Kermit in the near
  619. future?  We have recently installed a network software that works only on the
  620. modem port.  But I also want to use Kermit to communication with our VAX
  621. through the printer port.  Really wish this feature incorporated like the
  622. other world of PCs.
  623.  
  624.     Greetings and many thanks to the Mac Kermit developers! 
  625.  
  626. ------------------------------
  627.  
  628. Date: Fri, 30 Dec 88 18:46 EST
  629. From: Peter Szolovits <psz@zermatt.lcs.mit.edu>
  630. Subject: Additional Features for MacKermit?
  631.  
  632. I wonder if you know whether any of the following are being contemplated
  633. as future features for MacKermit, and (more importantly) if anyone is
  634. actually building things along these lines:
  635.  
  636. 1.  Support for RTS/CTS serial-line handshakes.  I find that at 9600
  637. baud, I must use ^S/^Q flow control now, or else I risk losing
  638. characters at times when my Mac II can't keep up (boo, hiss for the
  639. slowness of this code).  Alas, because I am a frequent Emacs user, this
  640. loss of two chars in Emacs' command set is quite inconvenient.  My other
  641. particular interest in this is to be able to use MacKermit with a pair
  642. of USRobotics 9600-baud modems, which are able to transmit at close to
  643. 19,200 by using internal data compression/decompression, but to do so
  644. they must be set up to communicate with the machines at either end at
  645. 19,200.  Because data compression can't always guarantee the factor of
  646. 2, they must be able to stop the flow of bits.  Again, out-of-band
  647. signals are much preferable to stealing two of the character codes for
  648. this purpose.  Along the same lines, I wonder if Kermit couldn't take
  649. advantage of the MNP level 5 protocol said to be built into these modems
  650. to assure uncorrupted packet transmission.  I believe that the only
  651. reason I've seen bad packets is because Kermit can't keep up with the
  652. 9600-baud stream and thus loses something that came through the modem
  653. ok.
  654.  
  655. 2.  Faster i/o handling.  I don't know if the bottleneck is the serial
  656. line control or screen display, but on a 16MHz 68020 it seems like 9600
  657. baud should be attainable.
  658.  
  659. 3.  In the absence of faster screen i/o, I'd like an option to turn off
  660. screen display while running with session logging on.  With error
  661. correction built into the modem (see above), I should be able to blast a
  662. file down and catch it in the session log without corruption.  I can't
  663. do this now because MacKermit must use flow control or else it just gets
  664. overrun.
  665.  
  666. 4.  Sliding windows, especially for Kermiting to hosts that live at some
  667. far corner of the Internet, so I'm not waiting all the time for packet
  668. handshakes.
  669.  
  670. 5.  The ability to stretch the VT100 window beyond 25x80 characters.  On
  671. a large display screen, many systems now support "large VT100's" that
  672. are just like a VT100 except with more lines and columns.  This would be
  673. a real boon.
  674.  
  675. 6.  Other things everyone wishes for: scripts, some way of shipping Mac
  676. files as a lump (e.g., Apple's "single" or "double" formats for storing
  677. Mac files on non-Mac machines).
  678.  
  679. Thank you, and I look forward to hearing about progress.  
  680. --Pete Szolovits
  681.  
  682. ------------------------------
  683.  
  684. Date: Tue, 3 Jan 89 14:06:31 EST
  685. From: bayer%zariski@harvard.harvard.edu (Dave Bayer)
  686. Subject: Large packets
  687.  
  688. Thanks for your previous help.
  689. I am using Macintosh kermit 0.9(36) B4.osu with a recent vanilla
  690. kermit on a Sun 4 over a 2400 baud phone line. My mean time between
  691. errors is easily over an hour, and THAT is mostly my stupidly
  692. picking up the phone. Thus I calculate that I should increase packet
  693. sizes to the point where between packet overhead is <<1%. This is
  694. larger than 1024 bytes, the current limit.
  695. [1] Can you increase packet size to 64K max on all new versions
  696. without disturbing old versions? I would think so, and I would think
  697. that the time has come, given today's clean links.
  698.  
  699. [Ed. - The technical limit to long packets is 9024 bytes.  There is
  700. an "extra long packets" option to the Kermit protocol, as yet unused by
  701. any Kermit implementation, that can extend the packet length to about
  702. 800K bytes.]
  703.  
  704. [2] For some reason I can't pin down, I can't go past 512 byte actual
  705. packet size without infinite retries, getting files from Sun server to
  706. Mac kermit. I set both sides to 512 send and receive, increased timeout
  707. limits, etc. to no avail. Is this a common problem? I am only at 70% of
  708. my line capacity for transfers at 512 byte packets.
  709. I know you're swamped (I support my own freeware to others!) so a
  710. succinct reply will be perceived as a warm reply!
  711. Regards, Dave Bayer
  712. bayer@huma1.harvard.edu
  713.  
  714. [Ed. - Here we're running up against other bottlenecks -- processor speed,
  715. disk i/o & interaction between disk & comm port interrupts, and inefficiency
  716. in the code itself.]
  717.  
  718. ------------------------------
  719.  
  720.  
  721. Date: Sat, 17 Dec 88 09:54:07 EST
  722. From: CES00661%UDACSVM.BITNET@cunyvm.cuny.edu
  723. Subject: MacKermit and System 6.0.x
  724. Keywords:
  725.  
  726.   I recently upgraded to System Tools 6.0.2 and noticed MacKermit seemed
  727. to run 'sluggishly' on my Mac+.  In fact, since I didn't make the
  728. connection originally, I went thru a major virus search(!).  Then I
  729. remembered that one of the 'problems' that had been seen in a number
  730. of programs with system 6.0.x was the test for WaitNextEvent as a way
  731. to tell if MultiFinder was running no longer worked since that trap would
  732. be present all the time.  So, taking out my tech notes and the source for
  733. Kermit found that that was exactly what he was testing so he was using the
  734. WaitNextEvent trap instead of GetNextEvent when not running under Multi-
  735. Finder, causing the slowdown.  I then added the following (per TN158):
  736.                                      (';' = TAB)
  737. Filename:  ckmasm.h
  738.  
  739. 124    #define num_WaitNextEvent    0x60
  740. 125    #define num_UnknownTrap        0x9F
  741.  
  742. Change to:
  743.  
  744. 124    #define num_WaitNextEvent    0x60
  745. 125    #define num_JugglDispatch    0x8F    /* The Temp Memory calls (RWR) */
  746. 126    #define num_UnknownTrap        0x9F
  747.  
  748. And
  749.  
  750. Filename:  ckmini.c
  751.  
  752. 435        if (NGetTrapAddress (num_WaitNextEvent, 1) !=
  753. 436        NGetTrapAddress (num_UnknownTrap, 1))
  754. 437        return TRUE;
  755.  
  756. Change to:
  757.  
  758. 435        if (NGetTrapAddress (num_WaitNextEvent, 1) !=
  759. 436                NGetTrapAddress (num_UnknownTrap, 1) &&    /* RWR  */
  760. 437            NGetTrapAddress (num_JugglDispatch, 1) !=    /* RWR  */
  761. 438                NGetTrapAddress (num_UnknownTrap, 1))    /* RWR  */
  762. 439        return TRUE;
  763.  
  764.   I'd be happy to Stuffit and BinHex the resulting code file for anyone
  765. who wants it.
  766.  
  767.     Bob
  768.  
  769. ------------------------------
  770.  
  771.