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 " since this header file doesn't exist on the CIE and 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 to 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 the terminal is left in a "raw" mode which may sometimes be corrected by stty sane . Another bug is that Kermit can't find any of the files you give as arguements to the send command.