home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / multics / mukmt.bwr < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Date: Wed 23 Jan 85 09:13:18-EST
  2. From: Paul Amaranth <OC.AMARANTH@CU20B.ARPA>
  3. Subject: Multics kermit fix
  4.  
  5. I think I got a fix for that strange problem that was reported in the log.
  6. This should work:
  7.  
  8. The following code should be inserted into the procedure setup_terminal which
  9. is just before the end of the kermit_ module.  My best guess is that an attempt
  10. was being made to change the fnp modes (which included half duplex) before the
  11. current transmission of text was completed.  This code prevents that from 
  12. happening.  I talked to the fellow who experienced the problem and he said
  13. that it sometimes happened when receiving, but never sending.  It also depended
  14. on system load.  The only difference in the code is that on SEND, there is a
  15. time delay before the modes are changed, which would let any transmission
  16. complete.
  17.  
  18. Oh well.  This code has no effect on normal operation.
  19.  
  20. Inserted in B:
  21.       dcl 1 info aligned,
  22.             2 ev_chnl fixed bin(71),
  23.             2 sending bit(1);
  24.   
  25.   call iox_$control (tty_iocb, "get_event_channel", addr(ev_chnl), code);
  26.   if code ^= 0 then return;
  27.   
  28.   call iox_$control (tty_iocb, "write_status", addr(info), code);
  29.   if code ^= 0 then return;
  30.   
  31.   do while(sending);
  32.      call timer_manager_$sleep (1, "11"b);
  33.      call iox_$control (tty_iocb, "write_status", addr(info), code);
  34.      end;
  35.  
  36. Preceding:
  37.   
  38.   call iox_$control(tty_iocb,"set_framing_chars",addr(new_framing_chars),code);
  39.  
  40. (Paul Amaranth can also be mailed to as
  41.  Paul_Amaranth%UMich-MTS.Mailnet@MIT-MULTICS)
  42.  
  43. ------------------------------
  44.  
  45. Date: Wed, 23 Jul 86 13:35 MST
  46. From: CMRoe@HIS-PHOENIX-MULTICS.ARPA
  47. Subject: Multics Kermit Dialout?
  48.  
  49. I'm having a real problem using Multics as a local system when dialing out
  50. to just about anything, but most importantly to VMS systems.  Kermit works
  51. fine when dialing out of VMS, but refused to work the other way round.
  52.  
  53. The procedure is fairly simple, dial_out of multics to the VMS system over a
  54. direct line, set up kermit on VMS in server mode.  Escape back to Multics
  55. with dial_out escape character and execute the Multics Kermit.After issuing
  56. the command "GET" or "SEND", the Multics kermit will timeout everytime.  You
  57. can't get back to the VMS system until you quit the Multics kermit.
  58.  
  59. An alternate method was to dial_out to VMS, get kermit up, and set the
  60. timeout period to be 60 seconds.  You would then issue the Send or receive
  61. commands and escape back to Multics, get kermit running and set it to
  62. receive or send before the VMS side timed out.  This gave a 'fatal error on
  63. remote'.  All of the parameters are set correctly.  ie) sop, eop,
  64. packet_length, parity, etc.  If anyone has had this problem or heard of it a
  65. clue would be greatly appreciated.
  66.  
  67. Cameron Roe University of Calgary Roe@UNCAMULT.MAILNET
  68.  
  69. [Ed. - I understand there are several different versions of Multics Kermit
  70. out there, of which Columbia has only one (the original from Oakland Univ).
  71. Maybe some versions work better than others in this, and other, respects.
  72. Can anyone shed any light?]
  73.  
  74. ------------------------------
  75.  
  76. Date: Thu 4 Sep 86 09:33:00-EDT
  77. From: Paul Amaranth <OC.AMARANTH@CU20B.COLUMBIA.EDU>
  78. Subject: Multics problem
  79.  
  80. Hi Frank, I saw the Multics problem in the Jul 25 version of the
  81. Kermit Digest.  I had a similar experience with it trying to connect to
  82. a public bb.  I'm looking in to the problem in my spare time and if I find
  83. anything, I'll send it along to you and the fellow at Calgary.  By the way,
  84. you folks are doing a super job; loved the newsletter!
  85.     Paul Amaranth
  86.  
  87. ------------------------------
  88.  
  89.