home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / old / ckermit4e / ckiker.bwr < prev    next >
Text File  |  2020-01-01  |  7KB  |  133 lines

  1. CURRENT KNOWN BUGS WITH AMIGA KERMIT
  2.  
  3. No DIAL or SCRIPT commands yet.
  4.  
  5. The perror() command used under 3.03 does not give helpful error messages,
  6. only error numbers, if available.
  7.  
  8. Depending on unknown factors of AmigaDOS buffering, it is possible that
  9. wildcard expansion nested inside several levels of directories will cause
  10. significant disk thrashing.  I have not seen this yet, and have avoided
  11. complicating the expansion code by modifying it to not thrash.
  12.  
  13. When the Amiga's serial output is looped back to its serial input, (through
  14. a modem, say) and the serial device is set to a high baud rate (>100K), when
  15. a break is sent, the Amiga will hang up.
  16.  
  17. The setup and cleanup of Kermit's window does not currently support
  18. Workbench, and the default window created by Lattice's _main is not
  19. eliminated.  This is easily fixed, but there are other problems with
  20. Workbench invocation.  See below.
  21.  
  22. The current directory name is constructed from the previous current
  23. directory name and a new relative name.  This is similar to the way the CD
  24. command operates, but it is subject to some peculiarities.  For instance,
  25. 'CWD C:' followed by 'CWD /' results in the current directory being the
  26. the parent of C: and a directory name of 'C:/'.  It is possible to
  27. reconstruct the name using the Parent() AmigaDOS function.  (This would
  28. also allow Kermit under the Workbench to reconstruct the current directory
  29. name.)  However, the V1.1 RAM: handler has bugs in the Parent() function,
  30. and so would probably not function with this method.  Under 3.04 Lattice C,
  31. the Lattice functions are used for chdir() and getcwd(), since they seem to
  32. use Parent() reconstruction. (Lattice 3.04 C in general assumes use of the
  33. fixed V1.2 RAM: handler.)
  34.  
  35. There should be some form of output control and input for one-liners invoked
  36. with the '!' command.
  37.  
  38. Due to a bug in all C-Kermit's, the transaction timer is not reset before
  39. some remote commands are executed on some other versions of Kermit.  The
  40. reported transaction time will be the elapsed time since the timer was last
  41. reset, or the base (zero) time of the system, midnight January 1, 1978 on
  42. the Amiga.  This can be demonstrated by starting C-Kermit, requesting REMOTE
  43. HELP from a VMS Kermit-32 version 3.2.077 server before any file transfer,
  44. and then requesting STAT.
  45.  
  46. An audible bell is needed.
  47.  
  48. The use of 'SET MODEM-TYPE type' to select modem control usage will have
  49. to change when the DIAL command is supported.
  50.  
  51. The 23 by 77 window in connect mode is incompatible with the assumptions of
  52. many editors.  Emulation of a real terminal like a "not quite" ANSI VT100
  53. would be nice.
  54.  
  55. Kermit should support AmigaDOS wildcarding, especially for SEND's.  It can
  56. be argued that Unix wildcarding is often appropriate for remote GET's from
  57. the Amiga server, but AmigaDOS wildcarding should be optionally available.
  58. 12-May-89 15:23:18-GMT,3695;000000000001
  59. Return-Path: <@cuvmb.cc.columbia.edu:RCCSBLN@HDETUD1.BITNET>
  60. Received: from cunixc.cc.columbia.edu by watsun.cc.columbia.edu (4.0/SMI-4.0)
  61.     id AA04707; Fri, 12 May 89 11:22:52 EDT
  62. Resent-Message-Id: <8905121522.AA04707@watsun.cc.columbia.edu>
  63. Message-Id: <8905121522.AA04707@watsun.cc.columbia.edu>
  64. Received: from CUVMB.COLUMBIA.EDU (cuvmb.cc.columbia.edu) by cunixc.cc.columbia.edu (5.54/5.10) id AA09250; Fri, 12 May 89 11:22:37 EDT
  65. Received: from CUVMB.CC.COLUMBIA.EDU by CUVMB.COLUMBIA.EDU (IBM VM SMTP R1.2) with BSMTP id 3411; Fri, 12 May 89 07:49:19 EDT
  66. Received: from HDETUD1.BITNET by CUVMB.CC.COLUMBIA.EDU (Mailer R2.03B) with
  67.  BSMTP id 8378; Fri, 12 May 89 07:49:18 EDT
  68. Received: by HDETUD1 (Mailer X1.25) id 5799; Fri, 12 May 89 13:48:22 MET
  69. Resent-Date:  Fri, 12 May 89 13:42:46 MET
  70. Resent-From: "Boelen, Lodewijk J.M." <RCCSBLN%HDETUD1@cuvmb.cc.columbia.edu>
  71. Resent-To: Frank da Cruz <FDC@cunixc.cc.columbia.edu>
  72. Date:         Fri, 21 Apr 89 09:16:59 MET
  73. From: "Boelen, Lodewijk J.M." <RCCSBLN%HDETUD1@cuvmb.cc.columbia.edu>
  74. Subject:      Errors on compiling Kermit
  75. To: I-AMIGA@dearn.BITNET
  76.  
  77.      Frank,
  78. Since I have got problems on compiling Kermit, I sent out the following
  79. message to I-AMIGA. Because I have not got any answer I turn up to you
  80. directly I hope you to help me.
  81.      Greetings,
  82.      Lodewijk.
  83. ----------------------------Original message----------------------------
  84.  
  85.      Lectori Salutem
  86.  
  87. In december I have got both the sources and a BOO-ed version of Kermit on my
  88. Amiga. By curiosity I compiled the sources with the Lattice 3.10 compiler to
  89. get acquainted with the software available on my new (second hand) AMIGA2000.
  90. I love that machine!
  91.  
  92. I remarked the following compiletime errors:
  93.   1.there are many warnings 89 on the variables "pid" and "D7Save" and others;
  94.   2. ckitio.c:
  95.     .1 error 71: formal declaration error "m";
  96.     .2 error 9: undefined identifier "m";
  97.     .3 error 63: duplicate declaration of item "m";
  98.   3. ckifio.c: error 57: semicolon expected;
  99.   4. ckuus3.c: error 25: invalid macro usage.
  100.  
  101. The total time needed for compilation on my two diskette machine, with an
  102. adapted make-file, is 15 minutes. On scanning the sources near the marked
  103. lines I made some changes I will describe hereafter. All the compiletime
  104. errors were gone but the one in ckuus3.c.
  105. To get a Kermit program I had to attack the BOO-ed version I guessed to be in
  106. ckiker.upd. When anyone is interested I will mail my critics and the way I
  107. got a working Kermit program. I could emulate a terminal, that's all.
  108. I called for HELP but got no responses on the sources problems.
  109.  
  110. So I waited for the newest version, announced in the meanwhile, hoping on the
  111. errors to be corrected. Before yesterday I compiled the newest sources the
  112. first time. I was sad to find the same errors as described above plus one:
  113. the version of HEARNs ckucmd.c is cut off. After receiving the TUVMA-version
  114. and applying the corrections, yesterday I got in the same situation as in
  115. january. So now my second call for HELP!
  116.  
  117. Here are the corrections on the lines of the actual version:
  118.   1. ckitio.c: all the errors are gone when you change line 692 from:
  119.     "int n, m;" into: "int n;" and insert after line 695: "int m;";
  120.   2. ckifio.c: a little above line 343 you can find: "return(...));". If you
  121.     change this line in "return(...);" (one ")" less!) all is well.
  122.  
  123. I don't know C though it looks very nice, but also a colleague could not find
  124. a solution on the error in ckuus3.c.
  125.  
  126. I wonder if the warnings are not harmful, but I don't know to correct them.
  127.  
  128. Can anyone help me? I would be gratefull,
  129.  
  130.       Lodewijk.
  131. << It is my job to use computers in favour of the people who work with them >>
  132.  
  133.