home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
cieregulus
/
cie680.bwr
< prev
next >
Wrap
Text File
|
2020-01-01
|
2KB
|
52 lines
PORTING C-KERMIT TO CIE
I made an unsuccessful attempt to port C-Kermit to a CIE Systems
680/20 computer with 256k memory. The resulting C-Kermit not only
contained bugs, but took around 15-20 seconds to echo a typed character in
connect mode. However, when loaded on a CIE with 512K of memory, the
echoing of a character in (connect mode) was almost instantaneous. On
the CIE with 256K of memory, the operating system occupies almost half of
this memory so that the loaded kermit program barely fits. In connect, a
new process is forked so that one process can transfer data from the
remote computer to the local computer while the other process transfers
data in the other direction. The slowness may be due to process swapping
between memory and hard disk. Perhaps rewriting connect to omit forking
a new process would help??
COMPILING:
Using the makefile supplied as "ckuker.mak", compile by giving
the command "make sys3nid". This would assume that the Regulus operating
system is like the Unix System III. Due to differences you will have to
make the following chages in the source code files:
1. ckcmai.c: Reduce the length of the hlptxt string to under 290 bytes.
This string is "C_Kermit Server...".
2. ckutio.c and ckufio.c: Remove "#include <sys/file.h>" since this
header file doesn't exist on the CIE and <fcntl.h> seems to contain what
is needed.
3. ckutio.c: Remove all lines which use the error number "EINTR".
This error number doesn't exist (yet?) on the CIE so you must hope that
quit will not interrupt a read.
4. ckufio.c: Change <sys/stat.h> to <stat.h> since the sys/stat.h does
not exist and hopefully the require information is in stat.h.
5. ckutio.c: Remove all lines pertaining to "ctermid" since this function
doesn't exist in Regulus.
6. ckuus3.c and ckcpro.w: Remove the external integer "image" from its
declaration. It is apparently never used and rsults in a compile-time
error.
I found that using the -3 flag to the compiler and linker resulted
in more bugs so I didn't use it.
The resulting kermit program (compiled without the -3 flag) contains
bugs: Using "quit" or "exit" will not exit from Kermit and if one uses
the break key or ^A^C^C<ret> the terminal is left in a "raw" mode which
may sometimes be corrected by <LF> stty sane <LF>. Another bug is that
Kermit can't find any of the files you give as arguements to the send
command.