Columbia Kermit/kermit.zip/c/appolo.bwr

Internet Message Format | 2020-01-01 | 6KB

Date: Fri 14 Nov 86 10:34:23-PST
From: Ted Shapin <[e-mail]>
Subject: Bug in Apollo Pascal Kermit
Keywords: Apollo Kermit

We found that the Pascal kermit for the Apollo inserts extra line feeds
every 256 characters if there is no line feed carriage return in the file.
We traced it to the I/O in the Pascal program which can only read 256 byte
lines.

------------------------------

Date: 27 May 1987 16:35-EDT
From: [e-mail]
Subject: Kermit on Apollo
Keywords: Apollo Kermit, C-kermit

1. C-Kermit: Many of the problems associated with running C-Kermit on the
apollo went away with the new release of the DOMAIN/IX operating system
(i.e., SR9.5).  Although I do not have an unadulterated version of C-Kermit,
I think that the only change which needs to be made in the standard release
is to modify the following statement in ckutio.c.

if(ioctl(ttyfd,TIOCFLUSH,&n) <0) perror("flush failed");

Although I am not an expert C or UNIX programmer, the documentation seems to
indicate that the argument to ioctl is ignored when TIOCFLUSH is used at
SR9.2.3.  At SR9.5, however, the documentation says:

" If the int pointed to by arg has a zero value, all characters waiting in
input or output queues are flushed.  Otherwise the value of int is treated
as the logical OR of the FREAD and FWRITE defined in <sys/file.h>; if the
FREAD bit is set, all characters waiting in the input queues are flushed,
and if the FWRITE bit is set all characters waiting in the output queues are
flushed."  (From tty(4)).

This statement notwithstanding, the only way I could get it to transfer
files was to use the following substitute code:

if(ioctl(ttyfd,TIOCFLUSH,0)<0) perror("flush failed");

2. Apollo-kermit: I can't get the new Pascal code for Apollo-kermit which is
supposed to make it possible to transfer binary files to compile at all.
Below are the error messages I get.

$ pas kermitb.pas -l
 (0567)    myqbin := '';      {[2.8]}
******** Line 567: [Error 079]  Assignment statement expression is not
compatible with the assignment variable.
 (0577)    theirqbin := '';   {[2.8]}
******** Line 577: [Error 079]  Assignment statement expression is not
compatible with the assignment variable.
 (0850)    checksum := makechar((s + ((s  8#300) DIV 8#100))  8#77);
******** Line 850: [Error 116]  Improper expression (192).
 (1267)            IF (xmtbuffer.len > 0) AND (file_type = ascii)
******** Line 1267: [Warning 256]  > becomes <>.
 (1282)            IF ORD (ch)  16#80 <> 0           {[2.8]+}
******** Line 1282: [Error 116]  Improper expression (128).
 (1442)       theirqbin := ''; (*  is the default *)    {[2.8]+}
******** Line 1442: [Error 079]  Assignment statement expression is not
         compatible with the assignment variable.
 (2178)                         THEN { empty out the rcvbuffer }
******** Line 2178: [Warning 256]  > becomes <>.
 (3040)                               THEN { a session file has been defined }
******** Line 3040: [Warning 256]  > becomes <>.
 (3600)                                   THEN CLOSE(transactfile);
******** Line 3600: [Warning 256]  > becomes <>.
 (3650)                                   THEN CLOSE(sessionfile);
******** Line 3650: [Warning 256]  > becomes <>.
5 errors, 5 warnings, Pascal Rev 7.1452

Not being a Pascal programmer, I don't know how to go about fixing these
proglems.

Charles Davis

------------------------------

Date: 8-JUN-1987 14:20:28
From:  [e-mail]
Via: [e-mail]
Subject: Bugs in Apollo Kermit 2.8

Two problems/bugs that I have come across with apollo kermit 2.8 First, the
apollo seems to store ascii files with just a newline between records, and
apollo kermit 2.8 does not map newline into CR LF when sending files.
However it does the correct translation when receiving files.  Second,
apollo kermit 2.8 does not correctly implement 8 bit prefixing.  If the
other system says that it cannot 8 bit prefix it puts an N in the packet in
place of the 8 bit prefix character requested by apollo 2.8 This is wrongly
interpreted by apollo kermit as a request to use the N character as the
prefix character with the result that all N characters in the file become
Control-N at the destination file.

Tim Lee Pafec Ltd, Strelley Hall, Strelley, Nottingham
phone [phone] ext 556

------------------------------

Date:     Fri, 18 Sep 87 14:12:18 +0200 (Central European Sommer Time)
From:     [e-mail] (KLaus D. Schmitt THD Inst. f. EEV FB17)
Subject:  kermit v2.8a for Apollo
To:       [e-mail]

        Dear Sirs !

        Some time ago I got Kermit for Apollo from Netlib.
        We installed this version, but had some trouble with
        SEND command (nothing could be send from Apollo !).

        We examined the sources from Netlib and corrected them
        with the result, that all works quite well on our
        DN 3000 communicating with some PC's and VAXen.

        We would like to send you the improved sources (V2.8a)
        if you wish. Please contact me, so I can mail you the
        sources for inclusion in Netlib.

        Please note, that the source includes kermitio.pas in the
        file kermit.pas. existf.c is no longer needed !

        Greetings from Europe
        Klaus D. Schmitt
        Inst. for El. Power Supply
        Tecnical University Darmstadt
        F R G

[Ed. - Kermit 2.28a replaces APOLLO.PAS in Kermit Distribution.  Meanwhile,
if anybody knows the difference between APOLLO.* and APLKER.* (both Pascal
Kermits for the Apollo), let us know!  If they can be reconciled into a
single version, we could free some space and alleviate some confusion.]

------------------------------