Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: Version 1.0 Netnews CMS/BITNET 5/19/85; site PSUVM.BITNET Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!think!harvard!seismo!rochester!cmu-cs-pt!cadre!psuvax1!psuvm.bitnet!gmw From: GMW@psuvm.BITNET Newsgroups: net.micro.cbm Subject: C64KER.DOC Message-ID: <1818GMW@psuvm> Date: Wed, 5-Jun-85 03:56:12 EDT Article-I.D.: psuvm.1818GMW Posted: Wed Jun 5 03:56:12 1985 Date-Received: Fri, 7-Jun-85 01:58:57 EDT Lines: 1332 KERMIT-65 USERS GUIDE C64 Version 1.3 Compiled By: Eric Lavitsky 17 February 1985 Center For Computer and Information Services Rutgers University Piscataway, New Jersey This Copy Was Produced On: Friday, 22 February 1985 at 10:18 Using Scribe 4(1400) Introduction Page 1 1. Introduction 1.1. Overview KERMIT-65 is a program that implements the KERMIT file transfer protocol for the Commodore 64 micro computer system. It is written in 6502 assembly language and should run on any C64. KERMIT-65 also Converts your C64 into a powerful computer terminal. It emulates the popular Digital Equipment Corporation VT52 terminal or a simple glass TTY. The program handles all conversion of Com- modore to standard ASCII and can diplay all 96 standard ASCII characters. C64 Kermit-65 was initially translated by Dave Dermott from the original Apple version 1.0 by Antonio J. Mione. Several enhancements and bug fixes including many from Apple version 2.1 were added by Eric Lavitsky. C-64 Kermit-65 Capabilities At A Glance: Local operation: Yes Remote operation: Yes Transfers text files: Yes Transfers binary files: Yes Wildcard send: No ^X/^Y interruption: No Filename collision avoidance: Yes Can time out: No 8th-bit prefixing: No Repeat count prefixing: No Alternate block checks: No Terminal emulation: Yes; Glass TTY, VT52 Communication settings: Yes; local echo, parity, word-size Transmit BREAK: Yes IBM communication: Yes Transaction logging: No Session logging (raw download): No Raw upload: No Act as server: No Talk to server: Yes; BYE, FINISH, GET, SEND Advanced commands for servers: No Local file management: Yes Handle file attributes: No Command/init files: No Printer control: No 1.2. System Requirements What you will need: - C64 and Disk drive - Modem - any will do (300/1200, VIC, RS232) - Supermon64.V1 (or any equivalent relocatable monitor) Known Bugs, Deficiencies Page 2 2. Known Bugs, Deficiencies KERMIT-65 is currently missing some features which exist in Apple KERMIT-65. There are also some restrictions which apply. The differences and restrictions are as follows: - EIGHT-BIT-QUOTING mode is not supported. - The SET BAUD option is not fully implemented. To get speeds other than 300 or 1200 baud, you will have to set the RS232-REGISTERS directly. - If you change the RS232-REGISTERS directly, the change will not be reflected in the BAUD, PARITY, or WORD-SIZE parameters. 2.1. HINTS If you wish to edit BASIC programs on the mainframe system, you should convert them to text files on the C64 before you send them since the BASIC interpreters store keywords as single character tokens. If the receiving system does not handle eight-bit ASCII or CBM ASCII characters well, KERMIT-65 should have its FILE-BYTE-SIZE set to SEVEN-BIT. It will send standard seven-bit ASCII to the receiving KERMIT. When KERMIT-65 is receiving from such a system, this will pick up the seven-bit characters and write out CBM ASCII on the disk file. 2.2. Notes Please note that typing a 'Q' at anytime during a file transaction will quit the current transaction, closing the current file. Kermit can also be forced to 'timeout' by typing a space at any point in the transaction. Kermit will then resend the current packet. Running KERMIT Page 3 3. Running KERMIT 3.1. Booting KERMIT Insert your working KERMIT-65 disk into the 1541 drive label side up. Type the following: LOAD"KERMIT",8 RUN The screen will come up with the following message: Commodore 64 Kermit-65 - V1.3 Kermit-65> You are now in the KERMIT-65 parser which is modeled after the COMND parser of the TOPS-20 Operating System from Digital Equipment Corporation. You may now type commands to the parser to set options or begin actions. During interactive operation, you may use the ?-prompting help feature ("?") and recognition (ESC) features while typing commands. A question mark typed at any point in a command displays the options available at that point; typing an ESC character causes the current keyword to be completed (or default value to be supplied). If you have not typed sufficient characters to uniquely specify the keyword or filename (or if there is no default value) then a beep will be sounded and you may continue typing. Keywords may be abbreviated to any prefix that is unique. 3.2. Commands in KERMIT Commands available in version 1.3 of Kermit-65 are: BYE CONNECT DOS EXIT FINISH GET QUIT RECEIVE SEND SET SHOW STATUS BYE This command will cause Kermit-65 to tell a server Kermit at the other end of the connection to exit from Kermit and, if ap- plicable, terminate its job (or process, etc.). When Kermit-65 receives the acknowledgement that this is being done, it will exit to DOS. KERMIT-65>BYE CONNECT The CONNECT command will allow you to connect to a remote job over the terminal line as a virtual terminal. The format of the CONNECT command is: Running KERMIT Page 4 KERMIT-65>CONNECT To get back to the Kermit parser, type the escape character followed by a 'C'. The default escape character is ^Y (control-Y), so to return to Kermit-65 you would type '^YC'. There are other options to the escape character, these may be seen by typing a '?' after typing the escape character. To send the current escape character to the host, type the escape character twice. DOS The DOS command will invoke a separate parser to allow the sending of commands to the disk drive. The format is: KERMIT-65>DOS Commands are in standard DOS format as decribed in the disk manual. They include $ for directory (note block counts are in hex!), S to scratch files. A blank line (RETURN) will display the disk error status if any. Enter Q to return to KERMIT. eg: DOS>$KER* -- directory of ker* files DOS>S0:a* -- delete files A* DOS>Q -- returns to KERMIT EXIT The EXIT command will cause Kermit to return to BASIC command level. This command is the same as the QUIT command. An example of this command is: KERMIT-65>EXIT FINISH This command will cause Kermit-65 to tell a server Kermit at the other end of the connection to exit from Kermit. When Kermit-65 receives the acknowledgement that this is being done, Kermit-65 will prompt for another command. KERMIT-65>FINISH GET This command can only be used in 'user' mode. It will cause Kermit-65 to request that the other Kermit (which must be run- ning in server mode) transmit the specifed file to Kermit-65. KERMIT-65>GET file-specification Running KERMIT Page 5 Where "file-specification" is a valid file specification for the system on which the other Kermit is running. QUIT This command will cause Kermit-65 to return to BASIC command level. This is the same as the EXIT command. KERMIT-65>QUIT RECEIVE The RECEIVE command is used to put Kermit-65 into remote mode waiting for a single file transfer transaction. If no file specification is given, Kermit-65 will wait for a file transfer initialization sequence from the other Kermit. If a file specification is given, that file specification will be used to store the received file(s), regardless of what name is supplied by the other Kermit. KERMIT-65>RECEIVE or KERMIT-65>RECEIVE file-specification Where "file-specification" is any valid CBM DOS file specifica- tion. SEND The SEND command will allow you to send a file to the other Kermit. The command format is: KERMIT-65>SEND file-specification Where "file-specification" is any normal CBM DOS file specification. SET The SET command is used to set various parameters in Kermit. The format of the command is: KERMIT-65>SET