home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / old / misc / prime / prime814.bwr < prev    next >
Internet Message Format  |  2020-01-01  |  11KB

  1. From C20211@UK.AC.POLY-SOUTH-WEST.PRIME-A Fri Feb  7 09:44:37 1992
  2. Via: uk.ac.poly-south-west; Fri, 7 Feb 92 09:44:31 GMT
  3. Date:         Fri, 07 Feb 92 09:42:45
  4. From: John Horne  <C20211@UK.AC.POLY-SOUTH-WEST.PRIME-A>
  5. Subject:      Prime Kermit version 8.14 - PRIME.BWR file
  6. To: pdjayne
  7. Status: OR
  8.  
  9.  
  10.    From : John Horne, Computing Service, Polytechnic South West.
  11.    Email : C20211 @ UK.AC.PSW.PA
  12.  
  13.    The following is a list of known bugs and potential problems in the current
  14.    version of Prime Kermit. It is possible for some of the problems to be
  15.    resolved at each individual site by the person responsible for installing
  16.    Kermit, although this may require some minor code changes.
  17.  
  18.    This version has been tested at PRIMOS revisions 21.0.5q and 22.1.1b.
  19.    (It has also been run, but not 'rigorously' tested, at Primos rev 23.2.0b).
  20.  
  21.    1) Odd file lengths are indicated by setting the read/write lock of the file
  22.       to NONE. This will fail (with no warning) if the user does not have P or
  23.       O rights to the directory. The consequence of this is simply a final
  24.       control-Z in the file. Also if the file initially has a read/write lock
  25.       of NONE, then the final character may be lost. I know of no other way of
  26.       "marking" the file as being of odd length. Any ideas?
  27.  
  28.    2) TAKE files try to dynamically obtain a file unit to use. However, it is
  29.       not known what range of file units a user is allowed. So the range from
  30.       7 to 127 is used. Some sites may have limited this range, and so a change
  31.       to the code may be necessary if this is a problem.
  32.  
  33.    3) The Date/Time file created (DTC) attribute can only be set if the user
  34.       has P or O rights. No warning is given if this cannot be set from the
  35.       received attribute packet.
  36.  
  37.    4) Some of the code uses the Primos subroutine T$AMLC to transfer data along
  38.       an AMLC line. Unfortunately this subroutine only returns a zero for
  39.       success, or a one for failure. In the case of a failure Kermit will abort
  40.       the operation, since it cannot correct the problem without knowing what
  41.       it is! It will then display a brief, although possibly vague, message.
  42.  
  43.    5) The end-of-line characters expected in text files must be either a single
  44.       line-feed (LF), a single carriage-return (CR), or a carriage-return (CR)
  45.       followed by a line-feed (CRLF). However, the sequence LFCR will not be
  46.       handled correctly. It is not expected that this will cause any problems!
  47.  
  48.    6) The command "SET BAUD baud_rate" allows only 8 speeds to be specified.
  49.       The first four are 110, 134.5, 300, and 1200, these are fixed within
  50.       Primos. The next value is the programmable clock speed specified by the
  51.       CONFIG directive AMLCLK for the computer. Its default value is 9600, but
  52.       may be changed by the system administrator. The final three values are set
  53.       by hardware jumpers within the computer, the default values are 75, 150,
  54.       and 1800. These may also have been changed at the request of the system
  55.       administrator by Prime. It would be nice to be able to ask Primos what
  56.       these values are, but this is not possible. So it is up to the user to
  57.       ask the system administrator if none of the other values are suitable.
  58.       Also note that 110 baud will use 2 stop bits, but 75 baud will only use
  59.       1. This is because we cannot guarantee that JUMPER_1 is actually 75 baud!
  60.  
  61.       HOWEVER, at PRIMOS revision 22.1 it is possible to ask the computer what
  62.       baud rates are supported on AMLC lines. It is also possible to set any of
  63.       about 20 speeds for ICS lines. So Kermit version 8.14 now only checks on
  64.       the validity of the speed, and lets Primos sort out whether the hardware
  65.       actually supports it. The supported baud rates are not shown at all by
  66.       Kermit, except for those computers using pre-rev 22 Primos when the
  67.       default values of CLOCK, JUMPER_1, JUMPER_2, and JUMPER_3 will be shown.
  68.  
  69.    7) The "SET TIMEOUT" command can only set the local send packet timeout, the
  70.       receive packet timeout has to be set from the "other" Kermit program.
  71.       The "SHOW TIMEOUT" command will show a value for the receive packet
  72.       timeout, but this will be either an initial default value supplied by the
  73.       local Kermit program or the last value received by Kermit from a file
  74.       transfer.
  75.  
  76.    8) The MS-DOS pound conversion facility may seem to switch from OFF to ON
  77.       occasionally. This occurs because the conversion is turned ON or OFF
  78.       depending on the information Kermit receives - either from the user or
  79.       from the remote Kermit during a transfer. E.g. Setting the file type to
  80.       binary will set it OFF, a SHOW command will verify this; if a file is
  81.       now received from an MS-DOS machine (and the attributes packet is sent)
  82.       then the conversion is set ON since Prime Kermit detects that it is
  83.       coming from a DOS machine. Again a SHOW command will verify this.
  84.       This is not harmful since the pound conversion is only actually performed
  85.       when files are sent, not received. At that time the deciding factors are
  86.       whether the conversion has been explicitly set by the user (either ON or
  87.       OFF), or whether it is a binary file (setting it OFF).
  88.       The Prime Kermit code has been written to assume that the pound conversion
  89.       is always ON unless either of the two deciding factors above is true. So
  90.       after sending a file (or receiving one from an MS-DOS machine), the pound
  91.       conversion is set back to the default of ON; hence the conversion seems to
  92.       switch from OFF to ON.
  93.  
  94.    9) The acknowledgment received to the file name may have the file name
  95.       encoded with repeat characters. E.g. the file "X0000001" may be
  96.       acknowledged as "X~$01". This will be treated by Prime Kermit as a
  97.       different file name and reported as such. The code for repeat character
  98.       processing is somewhat long-winded, and so has not been included in the
  99.       file name acknowledgment section. This should not give users any real
  100.       problems since it is possible to still work out the correct file name.
  101.  
  102.   10) Bug fix 44 in the PRIME.HLP file should be corrected by having a
  103.       SET SERVER TIMEOUT n command. This will be done later.
  104.  
  105.   11) Sliding windows do not work when the Prime is dialing into a C-Kermit or
  106.       MS-Kermit machine.
  107.  
  108.   12) The code for sizing ASCII files is at the moment inefficient, due to the
  109.       first part of the file being scanned twice. The first scan determines the
  110.       file type, and the second then actually sizes it if it is an ASCII file.
  111.       This could be recoded to only parse the file once, and if a binary file
  112.       then only the first part needs to be examined.
  113.  
  114.   13) Some commands, e.g. SERVER, SEND, and RECEIVE, do not work from within
  115.       a TAKE file. These commands expect to receive packets from the current
  116.       'input stream' which would normally be the 'other side' e.g. a PC, but
  117.       TAKE files get their input from the file itself.
  118.  
  119. ------------------------------
  120.  
  121. Date: Mon, 12 Oct 92 12:17:22
  122. From: John Horne <C20211@PRIME-A.PLYMOUTH.AC.UK>
  123. Subject: Re : Prime Kermit and Primos rev 21.
  124.  
  125.   > Sharon Torregrossa, of Parker-Gull Inc., (516)231-6551, is trying
  126.   > to build Kermit under PrimeOS v. 21.0.6. She's using John Crawford's
  127.   > installation script which has: ...
  128.  
  129.   > error:condition "LINKAGE_FAULT$" raised at 2022(3)153170 entry name
  130.   > "F$MA11" not found
  131.  
  132. The segemnt 2022 refers to the PLP compiler. And it is trying to locate the
  133. library F$MA11. This is in the library SYSTEM_LIB$PRG.RUN found in the
  134. directory LIBRARIES*. HOWEVER, this is true at PRIMOS revisions 22 and 23.
  135.  
  136. At rev 21 it will be in either PRIMOS_LIBRARY.RUN or SYSTEM_LIBRARY.RUN.
  137. The problem is not in J. Crawford's script, nor in Prime Kermit.
  138.  
  139. I received a later message from John Crawford about this :
  140.  
  141.   > Actually, Sharon is not using my installation script, as it was not
  142.   > updated for the newest version of the kermit distribution for Primos.
  143.   > Rather, she painfully hand edited the large file and finds herself
  144.   > with problems that go beyond the Kermit distribution. Namely,
  145.   > the version of the compiler (PLP) she is using is not functioning
  146.   > under the version of the operating system she currently has.
  147.   > (The plp compiler is for a more recent version of Primos).
  148.  
  149. Having received this message I would say the problem is caused by using an
  150. incompatible version of the PLP compiler with the libraries. The libraries
  151. form a standard part of Primos. The PLP compiler should be using the search
  152. rules to locate any routines required. In this respect it shouldn't matter
  153. which library they are in, so long as the compiler can find them. I would
  154. suggest checking the search rules, but, since I assume everything else is
  155. working okay, the library must be present in the search rule.
  156.  
  157. Prime have been a bit 'sticky' about installing the correct version of
  158. languages with the correct OS libraries during the past few revisions. It
  159. would seem that this is one of the reasons why.
  160.  
  161. As said above the problem is not in Kermit since it doesn't, as it were,
  162. get that far. The problem is with the compiler. This sort of remote
  163. diagnostics is difficult, and without a look around their system I can't
  164. suggest much more. Typing LLENT -EN F$MA11  at the command level, should
  165. show which library the routine is in. If it is not in the search rules,
  166. then it won't find it. So then try ATTACH LIBRARIES*; LLENT *>@@ -EN F$MA11
  167. this will look in all the libraries regardless of the search rules.
  168.  
  169.   > As for the Kermit distribution for Primos, I would suggest that an
  170.   > easy unpacking mechanism is needed (as evident by the calls I have
  171.   > received from Prime sites). Since my script is out-of-date and not
  172.   > updated by John Horne and friends, I suggest it (and my name) be removed
  173.   > from the prime.ann file.
  174.  
  175. I received some mail from John about this a long time ago. I contacted my
  176. colleague, Matt Sutter, in the USA about this at that time. Neither he nor
  177. I have had any requests for such a file to be included in the distribution
  178. of Prime Kermit. So it was decided to not support it for the moment, but will
  179. do so if there were sufficient requests for it. I still have had no-one ask
  180. for this sort of thing at all. I shall, however, look into producing a
  181. 'build' file to be included for distribution, although this may take a little
  182. time due to current work. (Re-reading above, we did obviously get one request
  183. for it - from John himself).
  184.  
  185. If you want any further info, or suggestions the let me know,
  186.  
  187. good luck,
  188.  
  189. John Horne,
  190. University of Plymouth, UK.
  191.  
  192. ------------------------------
  193.  
  194.