home *** CD-ROM | disk | FTP | other *** search
-
- ┴├┼-128/64 ╞╪ ─╧├╒═┼╬╘┴╘╔╧╬ FOR VERSION 0.98 [╩UNE 22, 1995]
- ------------------------------------------------------------------------------
- 1. ╔╬╘╥╧─╒├╘╔╧╬
-
- ╔F YOU USE YOUR ├OMMODORE FOR TELECOMMUNICATIONS, THEN YOU ARE BASICALLY
- INTERESTED IN TWO THINGS: USING YOUR ├= TO EMULATE A TERMINAL FOR INTERACTIVE
- STUFF, AND USING MODEM-FILE-TRANSFER PROTOCOLS TO UPLOAD AND DOWNLOAD FILES
- FROM AND TO YOUR ├OMMODORE.
-
- ╘HIS DOCUMENT DESCRIBES A CUSTOM UPLOAD/DOWNLOAD PROTOCOL THAT WAS DESIGNED
- FOR USE WITH THE ┴├┼-128/64 SYSTEM AND IS FREELY AVAILABLE TO ANYONE WHO WANTS
- IT (WELL, WHEN ╔ FINISH WITH THE ╥ELEASE #14 OF ┴├┼). ╫HILE THIS PROTOCOL
- NON-STANDARD, IT BLOWS THE DOORS OFF OF ALL OTHER PROTOCOLS AVAILABLE FOR
- ├OMMODORE COMPUTERS, EVEN THOUGH IT USES A SIMPLE "STOP-AND-WAIT"
- ACKNOWLEDGEMENT SCHEME. ╘HERE ARE TWO REASONS FOR ITS SPEED: THE FAST DEVICE
- DRIVERS AVAILABLE WITH ┴├┼, AND ITS LARGE PACKET SIZE, UP TO ABOUT 18╦
- (ALTHOUGH THIS COULD BE SIGNIFICANTLY LARGER IF ┴├┼'S MEMORY USAGE WERE
- REORGANIZED).
-
- ╘HE NAME OF THE PROTOCOL IS "├RAIG'S ╞ILE E╪CHANGE ╨ROTOCOL", OR JUST "╞╪" FOR
- SHORT. ╔T IS "FILE EXCHANGE" RATHER THAN "UPLOAD" OR "DOWNLOAD" BECAUSE YOU
- WILL USE THE SAME ACTIVATION OF THE PROGRAM TO BOTH UPLOAD AND DOWNLOAD ALL OF
- THE FILES YOU NAME.
-
- ╧NE NOTE ABOUT THIS DOCUMENT: IT IS AN ABBREVIATED FORM OF AN ARTICLE WRITTEN
- BY ME IN ├= ╚ACKING #10. ╥EFER THERE FOR AN IN-DEPTH DISCUSSION OF THE
- IMPLEMENTATION DETAILS.
-
- 2. ╒╙┴╟┼
-
- ╘HE CURRENT IMPLEMENTATION OF ╞╪ CONSISTS OF A "CLIENT" PROGRAM FOR YOU TO RUN
- ON YOUR ├OMMODORE COMPUTER AND A "SERVER" PROGRAM THAT YOU RUN ON YOUR ╒NIX
- HOST. ╘HERE IS CURRENTLY NO SERVER PROGRAM FOR ANY OTHER PLATFORM, BUT THE
- NECESSARY CHANGES TO THE ├-LANGUAGE PROGRAM WOULDN'T BE TOO HARD. ╘HE CLIENT
- PROGRAM IS WRITTEN IN 6502 ASSEMBLER, OF COURSE (FOR THE ┴├┼-ASSEMBLER TO BE
- SPECIFIC).
-
- ╞╪ IS AN EXTERNAL PROGRAM FROM THE TERMINAL PROGRAM, SO (FOR NOW) TO ACTIVATE
- ╞╪, YOU HAVE TO EXIT FROM THE TERMINAL PROGRAM AND ENTER THE ╞╪ COMMAND LINE,
- EXCHANGE THE FILES, AND THEN RE-ENTER THE TERMINAL PROGRAM FROM THE COMMAND
- LINE.
-
- ╫HEN YOU RUN ╞╪, YOU WILL ACTIVATE THE ╙ERVER PROGRAM FIRST ON YOUR ╒NIX HOST
- AND THEN EXIT THE TERMINAL PROGRAM AND RUN THE ├LIENT PROGRAM ON YOUR
- ├OMMODORE. ┘OU RUN THE COMMAND "FX" ON BOTH THE CLIENT AND SERVER MACHINES,
- WHICH MAY BE A LITTLE CONFUSING (BUT ╔ THINK YOU'LL GET USED TO IT), AND NAME
- THE FILES THAT YOU WANT TO HAVE TRANSFERRED AS ARGUMENTS TO THE COMMAND ON THE
- MACHINE THAT YOU WANT TO TRANSFER THE FILES ╞╥╧═. ╘HE USAGE OF THE "FX"
- COMMAND IS AS FOLLOWS:
-
- FX [-DLV╓78K] [-M MAXIMUMS] [-F ARGFILE] [[-B] BINFILE ...] [-T TEXTFILE ...]
-
- -D = DEBUG MODE
- -L = WRITE TO LOG FILE ("FX.LOG")
- -V = VERBOSE LOG/DEBUG MODE
- -╓ = EXTREMELY VERBOSE LOG/DEBUG MODE
- -7 = USE SEVEN-BIT ENCODING
- -8 = USE SEVEN-BIT ENCODING
- -K = USE 1╦ PACKET SIZES FOR ALL TRANSFER TYPES
- -M = SET MAXIMUM PACKET SIZES; MAXIMUMS = ULBIN/ULTXT/DLBIN/DLTXT (BYTES)
- -F = TAKE ARGUMENTS ONE-PER-LINE FROM GIVEN ARGFILE
- -B = BINARY FILES PREFIX
- -T = TEXT FILES PREFIX
- -HELP = HELP
-
- WELL, FOR THE SERVER, ANYWAY. ╘HE CLIENT PROGRAM DOESN'T HAVE THE MORE
- EXOTIC OPTIONS. ╘HE "-D", "-L", "-V", AND "-╓" OPTIONS ARE AVAILABLE ONLY
- ON THE ╙ERVER PROGRAM, AND ARE FOR DEBUGGING PURPOSES ONLY.
-
- ╘HE "-7" OPTION TELLS THE PROTOCOL TO USE ONLY 7-BIT DATA. ╔.E., IT TELLS IT
- TO NOT USE THE 8TH BIT POSITION IN THE DATA IS TRANSMITTED. ╘HIS IS USEFUL IF
- YOU ARE FORCED INTO THE HUMILIATION OF ONLY BEING ABLE TO USE A 7-BIT CHANNEL
- TO YOUR ╒NIX HOST. ┘OU NEED ONLY NEED TO GIVE THIS OPTION ON EITHER THE
- CLIENT OR THE HOST COMMAND LINE AND THE OTHER SIDE WILL BE INFORMED. ╔T MAY
- BE USEFUL TO CREATE AN ALIAS FOR THIS COMMAND WITH ALL OF YOUR OPTIONS SET TO
- WHAT YOU WANT THEM TO BE. ╘HE "-8" OPTION IS DEFAULT.
-
- ╘HE PROTOCOL HAS THE CAPACITY TO USE DIFFERENT PACKET SIZES FOR FOUR TYPES OF
- FILE-TRANSFER SITUATIONS: UPLOADING BINARY DATA, UPLOADING TEXT, DOWNLOADING
- BINARY DATA, AND DOWNLOADING TEXT. ╘HESE ARE USEFUL DISTINCTIONS, SINCE YOUR
- HOST MAY OR MAY NOT BE ABLE TO HANDLE THE LARGER PACKET SIZES WITHOUT LOSING
- BYTES (YOUR ├OMMODORE, OF COURSE, CAN HANDLE THE LARGER PACKET SIZES WITH NO
- PROBLEMS).
-
- ╔N DETERMINING WHICH PACKET SIZE TO USE FOR A FILE TRANSFER (WHERE THE TYPE OF
- TRANSFER IS KNOWN), THE PROTOCOL FINDS THAT LARGEST PACKET SIZE THAT BOTH THE
- CLIENT AND THE SERVER CAN HANDLE AND THEN TAKE THE MINIMUM OF THESE TWO
- VALUES. ╘HE DEFAULTS FOR THE CLIENT ARE ALL THE SAME: THE MAXIMUM AMOUNT OF
- PROGRAM-AREA MEMORY THAT IT CAN USE, ABOUT 18╦. ╞OR THE SERVER PROGRAM, ╔
- HAVE PROGRAMMED IN DEFAULT MAXIMUM UPLOADING PACKET SIZES OF 1╦ AND MAXIMUM
- DOWNLOADING PACKET SIZES OF 64╦-1. ┘OU CAN CHANGE THESE DEFAULTS IN THE ├
- PROGRAM EASILY BY CHANGING SOME "#DEFINE"S.
-
- ╘HE "-M" OPTION ALLOWS YOU TO MANUALLY SET THE DEFAULT PACKET SIZES FOR A
- TRANSFER. ╘HE ARGUMENT FOLLOWING THE "-M" FLAG SHOULD HAVE FOUR NUMBERS
- WITH SLASHES BETWEEN THEM, WHICH GIVE THE MAXIMUM ULBIN/ULTXT/DLBIN/DLTXT
- PACKET SIZES, RESPECTIVELY. ╬OTE THAT THE PACKET SIZES ONLY INCLUDE THE
- SIZE OF THE USER DATA ENCODED INTO PACKETS AND NOT THE CONTROL OR QUOTING
- INFORMATION (BELOW). ╘HE "-K" COMMAND-LINE OPTION SAYS TO USE 1╦ PACKET
- SIZES FOR EVERYTHING, WHICH MAY BE NECESSARY IF THE HARDWARE FLOW CONTROL
- ISN'T SET UP PROPERLY ALL THE WAY FROM HOST TO ├OMMIE.
-
- ╘HE "-F" OPTION ON THE SERVER ALLOWS YOU TO READ ARGUMENTS FROM A FILE RATHER
- THAN THE COMMAND LINE. ╘HIS IS USEFUL IF WANT TO GENERATE AND EDIT THE LIST
- OF FILES TO DOWNLOAD BEFORE YOU RUN THE ╞╪ COMMAND. ╔T'S ALSO USEFUL IF YOU
- DON'T WANT OTHER USERS TO SEE THE NAMES OF THE FILES THAT YOU ARE
- DOWNLOADING. ╘HE NAME OF THE FILE COMES IN THE FIRST ARGUMENT FOLLOWING THE
- "-F" FLAG AND THE ARGUMENTS ARE PUT INTO THIS FILE ONE-PER-LINE. ┘OU CAN PUT
- IN "-" OPTIONS IN ADDITION TO FILENAMES IF YOU WISH (LIKE "-T" AND "-B").
- ╘HIS OPTION IS NOT SUPPORTED ON THE CLIENT PROGRAM.
-
- ╞INALLY COME THE "-B", "-T", AND FILENAME ARGUMENTS. ╘HE "-B" ARGUMENT TELLS
- ╞╪ THAT ALL OF THE FOLLOWING FILENAMES (UNTIL THE NEXT "-T" OPTION) ARE BINARY
- FILES AND THE "-T" ARGUMENT SAYS THAT THE FOLLOWING FILENAMES ARE ALL OF TEXT
- FILES. ┘OU CAN USE AS MANY "-B" AND "-T" ARGUMENTS AS YOU WANT. ╔F YOU DON'T
- USE ANY, THEN ALL OF THE FILES YOU NAME WILL BE ASSUMED TO BE BINARY FILES.
-
- ╞OR EACH FILENAME YOU GIVE ON A COMMAND LINE, THAT FILE WILL BE TRANSFERRED
- FROM THAT MACHINE TO THE OTHER MACHINE. ╧N BOTH ╒NIX AND ┴├┼, YOU CAN USE
- WILDCARDS IN YOUR FILENAMES, OF COURSE, TO TRANSFER GROUPS OF FILES.
-
- ╘HE CLIENT PROGRAM CONTROLS THE FILE EXCHANGE, AND IT UPLOADS ALL OF ITS FILES
- FIRST AND THEN ASKS THE SERVER IF THE SERVER HAS ANY FILES TO BE DOWNLOADED.
- ╫HEN THE EXCHANGE IS COMPLETED, BOTH THE CLIENT AND SERVER ╞╪ PROGRAMS WILL
- EXIT AND YOU WILL FIND YOURSELF BACK ON THE COMMAND LINES IN BOTH
- ENVIRONMENTS. ╥E-ENTER THE TERMINAL PROGRAM TO CONTINUE WITH YOUR ONLINE
- SESSION. ╔F SOMETHING GOES VERY WRONG DURING A TRANSFER OR IF YOU DECIDE THAT
- YOU DON'T REALLY WANT TO TRANSFER ANY FILES AFTER ACTIVATING THE SERVER
- PROGRAM, YOU CAN TYPE THREE ├TRL-╪'S TO ABORT THE SERVER. ╘HIS IS THE SAME AS
- FOR THE ╪-MODEM PROTOCOL.
-
- 3. ╨┼╥╞╧╥═┴╬├┼
-
- ╚ERE IS MY PERFORMANCE TESTING SO FAR, USING MY ╒╙╥ ╙PORTSTER MODEM OVER A
- 14.4-KBPS PHONE CONNECTION, WITH A 38.4-KBPS LINK TO MY MODEM FROM MY ├128, TO
- MY USUAL ╒NIX HOST:
-
- ╒SING ╞╪ TO/FROM THE ┴├┼ RAMDISK, ╥┼╒:
-
- ─OWNLOAD 156,260 BYTES OF ▐TEXT: TIME= 54.1 SEC, RATE=2888 CPS.
- ─OWNLOAD 151,267 BYTES OF TABULAR TEXT: TIME= 45.9 SEC, RATE=3296 CPS.
- ─OWNLOAD 141,299 BYTES OF ╩╨┼╟ IMAGE: TIME= 92.5 SEC, RATE=1528 CPS.
- ╒PLOAD 156,260 BYTES OF ▐TEXT: TIME= 57.4 SEC, RATE=2722 CPS.
- ╒PLOAD 151,267 BYTES OF TABULAR TEXT: TIME= 45.3 SEC, RATE=3339 CPS.
- ╒PLOAD 141,299 BYTES OF ╩╨┼╟ IMAGE: TIME= 95.0 SEC, RATE=1487 CPS.
-
- ╒SING ╞╪ TO/FROM MY ├═─ ╚ARD ─RIVE:
-
- ─OWNLOAD 156,260 BYTES OF ▐TEXT: TIME= 83.4 SEC, RATE=1874 CPS.
- ─OWNLOAD 151,267 BYTES OF TABULAR TEXT: TIME= 75.4 SEC, RATE=2006 CPS.
- ─OWNLOAD 141,299 BYTES OF ╩╨┼╟ IMAGE: TIME=118.2 SEC, RATE=1195 CPS.
- ╒PLOAD 156,260 BYTES OF ▐TEXT: TIME= 77.9 SEC, RATE=2006 CPS.
- ╒PLOAD 151,267 BYTES OF TABULAR TEXT: TIME= 66.2 SEC, RATE=2285 CPS.
- ╒PLOAD 141,299 BYTES OF ╩╨┼╟ IMAGE: TIME=114.2 SEC, RATE=1237 CPS.
-
- ╒SING ─ES╘ERM-128 V2.00 TO/FROM MY ├═─ ╚ARD ─RIVE, ┘-═ODEM:
-
- ─OWNLOAD 156,260 BYTES OF ▐TEXT: TIME=189.5 SEC, RATE= 824 CPS.
- ─OWNLOAD 151,267 BYTES OF TABULAR TEXT: TIME=180.4 SEC, RATE= 839 CPS.
- ─OWNLOAD 141,299 BYTES OF ╩╨┼╟ IMAGE: TIME=199.9 SEC, RATE= 707 CPS.
- ╒PLOAD 156,260 BYTES OF ▐TEXT: TIME=255.1 SEC, RATE= 611 CPS.
- ╒PLOAD 151,267 BYTES OF TABULAR TEXT: TIME=238.6 SEC, RATE= 634 CPS.
- ╒PLOAD 141,299 BYTES OF ╩╨┼╟ IMAGE: TIME=233.0 SEC, RATE= 606 CPS.
-
- ╒SING ╬OVA╘ERM-64 V9.5 TO MY ├═─ ╚ARD ─RIVE, ┌-═ODEM, ├64 MODE:
-
- ─OWNLOAD 156,260 BYTES OF ▐TEXT: TIME=245.8 SEC, RATE= 636 CPS.
- ─OWNLOAD 151,267 BYTES OF TABULAR TEXT: TIME=230.0 SEC, RATE= 658 CPS.
- ─OWNLOAD 141,299 BYTES OF ╩╨┼╟ IMAGE: TIME=262.6 SEC, RATE= 538 CPS.
-
- (╘HERE IS NO ┌-═ODEM UPLOADING SUPPORT)
-
- ╙O THERE YOU HAVE IT: MY SIMPLE PROTOCOL BLOWS THE OTHERS AWAY. ╤┼─.
- ------------------------------------------------------------------------END---
-
-