goldfarb.ucf-cs%rand-relay@sri-unix.UUCP (05/30/83)
I apologize if multiple copies of my message to Jerry were sent from this site. Just some mailer trouble. Ben G.
cpmlist%brl-vgr@sri-unix.UUCP (02/07/84)
From: Dave Towson (info-cpm) <cpmlist@brl-vgr> ----- Forwarded message # 1: Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 6 Feb 84 18:37 EST Received: From Ucb-Vax.ARPA by BRL via smtp; 6 Feb 84 18:29 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.22/4.21) id AA02030; Mon, 6 Feb 84 15:22:34 pst Received: from ucbruby.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA (4.13/4.13) id AA11835; Mon, 6 Feb 84 15:29:37 pst Received: by ucbruby.CC.Berkeley.ARPA (4.13/4.13) id AA10364; Mon, 6 Feb 84 14:51:29 pst Date: Mon, 6 Feb 84 14:51:29 pst From: phil%euler@BRL.ARPA Message-Id: <8402062251.AA10364@ucbruby.CC.Berkeley.ARPA> To: ruby.info-cpm-request@brl Subject: Sorry... It seems I may have sent a rather lengthy file to info-cpm-request instead of to info-cpm as was intended; if you could send it out to info-cpm I would appreciate it. If I didn't screw up, then disregard this notice. Phil (jlapsley%D.CC@Berkeley, NOT %ucbeuler) ----- Forwarded message # 2: Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 6 Feb 84 18:38 EST Received: From Ucb-Vax.ARPA by BRL via smtp; 6 Feb 84 18:30 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.22/4.21) id AA02059; Mon, 6 Feb 84 15:23:32 pst Received: from ucbruby.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA (4.13/4.13) id AA11846; Mon, 6 Feb 84 15:30:39 pst Received: by ucbruby.CC.Berkeley.ARPA (4.13/4.13) id AA10208; Mon, 6 Feb 84 14:37:58 pst Date: Mon, 6 Feb 84 14:37:58 pst From: phil%euler@BRL.ARPA Message-Id: <8402062237.AA10208@ucbruby.CC.Berkeley.ARPA> To: ruby.info-cpm-request@brl Subject: MODEM7 for the C64 I recall someone recently asking about the availability of modem7 or xmodem programs for the C64 under CP/M. As it happened, fairly randomly, someone just sent me this -- I have not used it and I know nothing about it (I don't even have a C64), but I thought I might send it to the net. Phil (contrary to the "From" field, I am still at "jlapsley%D.CC@Berkeley") ------------ Date: Mon, 6 Feb 84 12:44:55 pst From: jmrubin@ucbcoral (Joel Rubin) To: jlapsley@D Subject: xmodem for C'64 I don't know if you're still looking for an xmodem protocol program for the C'64, but here is one. I haven't tried it yet. (Documentation+Hexfile) MODEM64: DOCUMENTATION BY CHRIS LAMPTON, 75275,1373 01/29/84 MODEM64 IS A SIMPLE TERMINAL EMULATOR WITH XMODEM DOWNLOAD FACILI- TIES, DESIGNED TO RUN UNDER COMMODORE 64 CP/M. IT WILL NOT RUN UNDER OTHER VERSIONS OF CP/M; IN FACT, IT WILL ONLY RUN UNDER THE CP/M PACKAGE OFFERED BY COMMODORE BUSINESS MACHINES. WHEN FIRST RUN, MODEM64 IS IN NORMAL TERMINAL MODE. ASCII DATA RE- CEIVED THROUGH THE RS-232 PORT IS DIS- PLAYED ON THE SCREEN. DATA TYPED ON THE KEYBOARD IS TRANSMITTED. PARITY IS IGNORED. MOST STANDARD ASCII CONTROL CODES ARE IMPLEMENTED. TO EXIT MODEM64 PRESS FUNCTION KEY F2 (SHIFT-F1). XMODEM DOWNLOADS ARE INITIATED BY PRESSING FUNCTION KEY F8 (SHIFT-F7). USING MODEM64 WITH AN RCP/M (REMOTE CP/M DATABASE) THE STANDARD RCP/M COMMAND FOR XMODEM TRANSMISSION IS: XMODEM S FILENAME.EXT IF THE SPECIFIED FILE IS AVAILABLE, THE RCP/M WILL RESPOND WITH THE NUMBER OF 128 BYTE BLOCKS IN THE FILE AND THE APPROXIMATE DOWNLOAD TIME. IF YOU SHOULD DECIDE AT THIS POINT THAT YOU WISH TO ABORT THE DOWNLOAD, PRESS CTRL-'X' TO SEND AN ASCII CANCEL SIGNAL TO THE SENDING COMPUTER. TO BEGIN THE DOWNLOAD, PRESS F8, AND MODEM64 WILL AUTOMATICALLY REQUEST THE RCP/M TO START TRANS- MITTING. THE MESSAGE 'XMODEM TRANSMIS- SION INITIATED' WILL APPEAR ON THE SCREEN. IF FOR ANY REASON THE TRANS- MISSION IS NOT RECEIVED, MODEM64 WILL CONTINUE BROADCASTING THE REQUEST FOR APPROXIMATELY 100 SECONDS BEFORE ABORTING THE DOWNLOAD AND RETURNING TO TERMINAL MODE. SHOULD THIS OCCUR, THE MESSAGE 'BLOCK NOT RECEIVED, XMODEM TRANSMISSION ABORTED' WILL BE DIS- PLAYED. THE DOWNLOAD MAY BE MANUALLY ABORTED BY PRESSING THE RUN-STOP KEY. ONCE TRANSMISSION HAS BEGUN, THE DOWNLOADED BLOCKS WILL BE AUTOMATICALLY SAVED TO THE DISK IN CP/M FORMAT. AS EACH BLOCK IS RECEIVED, THE MESSAGE 'BLOCK #NN RECEIVED' WILL BE DISPLAYED, WHERE NN IS THE BLOCK NUMBER IN HEXA- DECIMAL. IF MORE THAN 255 (FF HEX) BLOCKS ARE TRANSMITTED, THE BLOCK NUMBER WILL ROLL OVER TO 00. CHECKSUMS ARE USED TO VERIFY THE ACCURACY OF THE TRANSMITTED DATA. AT THE END OF TRANS- MISSION, MODEM64 WILL INFORM THE SENDING COMPUTER OF THE SUCCESSFUL RECEIPT OF THE FILE AND WILL DISPLAY THE MESSAGE 'XMODEM TRANSMISSION COM- PLETED' BEFORE RETURNING TO TERMINAL MODE. FILES WILL BE SAVED TO THE DISK UNDER THE FILENAME 'NEWFILE,' WITH THE EXTENSION '.XMD'. FILES DOWNLOADED DURING A SINGLE SESSION WILL BE SEQUEN- TIALLY NUMBERED, WITH THE FIRST FILE GIVEN THE NAME 'NEWFILE1.XMD,' THE SECOND FILE THE NAME 'NEWFILE2.XMD,' AND SO FORTH. LETTERS OF THE ALPHABET WILL BE USED ONCE THE TEN NUMERALS ARE EXHAUSTED. GIVEN THE OBVIOUS LIMITATION ON FILE NAMES, IT IS RECOMMENDED THAT YOU NOT DOWNLOAD MORE THAN 35 FILES IN ONE SESSION, OR YOU MAY FIND UNTYPABLE ASCII CHARACTERS IN THE NAMES. IT IS ALSO RECOMMENDED THAT YOU RENAME ALL DOWNLOADED FILES IMMEDIATELY AFTER THE SESSION, USING THE CP/M REN COMMAND, BECAUSE EXISTING NEWFILES ON THE DISK WILL BE DELETED BY MODEM64 DURING LATER SESSIONS TO MAKE ROOM FOR FRESHLY DOWNLOADED FILES WITH THE SAME SEQUENCE NUMBERS. IN THE EVENT THAT YOU ATTEMPT TO DOWNLOAD TO A FULL DISK (OR A FULL DISK DIRECTORY), AN ERROR MESSAGE WILL BE PRINTED AND THE DOWNLOAD ABORTED. ANY DATA DOWNLOADED TO THE CURRENT FILE BEFORE THE DISK LIMIT WAS REACHED WILL BE PRESERVED. THIS IMPLEMENTATION OF XMODEM IS NOT BULLET PROOF. IT IS POSSIBLE FOR THE SENDING COMPUTER AND THE RECEIVING COMPUTER TO FALL OUT OF SYNC AND NOT RECOVER, THOUGH THIS IS NOT A VERY LIKELY EVENT. SHOULD IT OCCUR, THE DOWNLOAD WILL MORE THAN LIKELY ABORT BY ITSELF. HOWEVER, SHOULD YOU NOTICE AN UNUSUALLY LONG PAUSE BETWEEN BLOCKS -- SAY 20 SECONDS OR MORE -- YOU SHOULD ABORT MANUALLY WITH THE RUN-STOP KEY. THE SENDING COMPUTER MAY CONTINUE BROADCASTING DATA, BUT WILL NOTICE WITHIN A FEW SECONDS THAT NO ACKNOW- LEDGING SIGNAL IS BEING RECEIVED AND WILL CANCEL THE DOWNLOAD. YOU MAY THEN INITIATE THE DOWNLOAD AGAIN. THIS HAS HAPPENED TO ME ONCE IN ROUGHLY 40 DOWNLOADS. SECURITY WILL BE TIGHTENED IN SUBSEQUENT VERSIONS. SUGGESTIONS FOR FUTURE IMPROVEMENTS AND REPORTS OF CURRENT BUGS SHOULD BE CONVEYED TO THE AUTHOR VIA COMPU- SERVE INFORMATION SERVICE EMAIL OR THE CIS COMMODORE-64 SIG. :10010000010B0021D601115D00EDB03E093200F96E :100110002103122206F93E013200CE003A00F95FB7 :100120001600213901195E2356EBCD38013E093204 :1001300000F9210012C31301E9410180018E0197EA :10014000013A64003CFE3AC24C013E413264003E3A :1001500000327C00326800326900326A000E0F11F2 :100160005C00CD0500FEFFCA72010E13115C00CDCC :1001700005000E16115C00CD0500FEFFCA9B01C9EB :100180000E15115C00CD0500FEFFCAA601C90E10B8 :10019000115C00CD0500C9E1C3000011B4010E09D6 :1001A000CD0500C3AE0111CA010E09CD05003E0107 :1001B000320EF0C94449534B204449524543544FF1 :1001C00052592046554C4C0D0A244449534B204665 :1001D000554C4C0D0A244E455746494C4530584D18 :1001E00044000000000000000000000000000000CB :1001F00000000000000000000000000000000000FF :100200004CBC1358AD8602851320F512A99320AB80 :1002100012A200A0031820F0FFA27FA0142029142E :10022000A201A00C1820F0FFA2A2A014202914A261 :1002300002A0051820F0FFA2B3A014202914A205E3 :10024000A0001820F0FF20F51220CD1220E312A903 :100250000E20AB12207612208F12C98090F62064F7 :10026000124C5412297F0AA8B9D9168504C8B9D9E5 :100270001685056C0400A20520C6FF20E4FFC90016 :10028000F00C297FA8B9591620AB124C7B1260A242 :100290000620C6FFA00084CC20E4FFC900F00BA814 :1002A000B95915C980B00320BE1260A2074820C901 :1002B000FF2072146820D2FFA5138D860260A2056C :1002C0004820C9FF68A8B9591520D2FF60A905A226 :1002D00002A00320BAFFA904A255A01520BDFF204B :1002E000C0FF60A906A200A0FF20BAFFA90020BDA0 :1002F000FF20C0FF60A907A203A0FF20BAFFA9004A :1003000020BDFF20C0FF60A2D3A01420291420A389 :1003100013A915850AA20520C6FFA9808504A91086 :100320008505A901850BA90A8506A50A20BE12A983 :10033000FF85078508A903851220E4FF850DA59197 :100340002980D0034CDA13A50DC900F00BC901F0C8 :100350001AC904D0034CEA13C607D0DDC608D0D9A9 :10036000C612D0D5C606D0C24CD313A906850A2022 :100370004514205F148509204514205F14A9808549 :100380000CA000204514205F149104C8C60CD0F3C3 :10039000204514C50BF0034C111320AD1320FA13A4 :1003A0004C1513A9004CAF13A9044CAF13A9028D2F :1003B0000009A900850E20E7FF4C000A686820CDDF :1003C0001220F51220E312A50EC900F00568684C52 :1003D000DA1360A2F3A014202914A207A015202983 :1003E00014A91820BE1220A81360A90620BE12A2CC :1003F00024A01520291420A81360A242A0152029AA :1004000014A5094A4A4A4A186930C93A900318693A :100410000720AB12A509290F186930C93A900318B3 :10042000690720AB12A24AA01586108411A20720EA :10043000C9FF207214A000B110C900F00720D2FF3C :10044000C84C37146020E4FF850D20B7FF2908D081 :10045000F4A5912980D00568684CDA13A50D6018C1 :10046000650B850BA50D602072146868A9068D00C8 :100470000960A00184CCA4D3B1D1297F91D1602A95 :100480002A2A20584D4F44454D20363420425920C9 :100490004348524953204C414D50544F4E202A2A34 :1004A0002A004A414E554152592032392C203139C7 :1004B0003834004E4F5420464F5220434F4D4D4547 :1004C000524349414C20444953545249425554499E :1004D0004F4E000D584D4F44454D205452414E5300 :1004E0004D495353494F4E20494E49544941544573 :1004F000440D00424C4F434B204E4F542052454335 :1005000045495645440D00584D4F44454D205452E1 :10051000414E534D495353494F4E2041424F52543F :1005200045440D00584D4F44454D205452414E53C3 :100530004D495353494F4E20434F4D504C45544520 :100540000D00424C4F434B20230020524543454968 :100550005645440D00060000000001020304050694 :100560000708090A0B0C0D0E0F100A1213081516B6 :100570001718191A1B1C0C1E1F20212223242526A4 :100580002728292A2B2C2D2E2F3031323334353683 :100590003738393A3B3C3D3E3F40616263646566B3 :1005A0006768696A6B6C6D6E6F7071727374757663 :1005B0007778797A5B5C5D5E5F6041424344454693 :1005C0004748494A4B4C4D4E4F5051525354555643 :1005D0005758595A7B7C7D7E7F0000000000000048 :1005E000000081000080000000000000000000000A :1005F00000000000000000000000000000000000FB :1006000000000000000000000000000000000000EA :1006100000000000000000000000000000000000DA :1006200000000000000000000000000000000000CA :1006300000000000000000000000000000000000BA :1006400000000000000000000000000000000000AA :100650000000000000000000000001020304050685 :100660000714090A0B930D0E0F100A121308151622 :100670001718191A1B1C0C1E1F20212223242526A3 :100680002728292A2B2C2D2E2F3031323334353682 :100690003738393A3B3C3D3E3F40616263646566B2 :1006A0006768696A6B6C6D6E6F7071727374757662 :1006B0007778797A5B5C5D5E5F6041424344454692 :1006C0004748494A4B4C4D4E4F5051525354555642 :1006D0005758595A7B7C7D7E7F07136714FD02FFB4 :1006E00002FD02FD02FF02FD02FD02FD02FD82F994 :1006F00002FF02FD02FD02F902FF02F90B8B82FFED :0000000000 ----- End of forwarded messages
MKATZ%UMDB.BITNET@wiscvm.ARPA (03/31/86)
It didn't work. I figured out the DDT86 commands to fill a chunk of memory with E5s, and write it to a file. I did that. The file did go at the beginning of the directory, though I have no way of knowing if it went for sure at the beginning of the disk. I made a couple pips with [o] until it appeared at the end of the dir. I made the changes to the XIOS, asembled, gencmd, pip, gensys, etc. I rebooted and I got a mess - bad sector error anytime it tried to read a CMD file (or look for one) on the disk. It did boot though, just wasn't very useful after it booted. Oh well. If you have any more ideas please let me know. I think the problem is that to really get it to work right, I need someone who has done this on an Altos 586 and knows what they are doing. Unfortunately, since the machine is used for a business during the week, I have to restore it to its former state. If someone has any more suggestions, I am still willing to try them - this really shouldn't be as hard as it is. Manasseh Katz