1-Jan-83 21:25:00,881;000000000000 Date: 1 January 1983 23:25-EST From: Michael C. Adler Subject: Magnolia LINK format To: Info-cpm@brl.arpa Received: From 10.3.0.6.ARPA via smtptcp for info-cpm; 9 Jan 83 18:56 EST Received: From 10.0.0.29.ARPA via smtptcp for info-cpm; 9 Jan 83 19:11 EST Received: From 10.3.0.29.ARPA via smtptcp for info-cpm-outbound; 9 Jan 83 21:21 EST Could somebody tell me what Magnolia's link program does to address tables, etc. when it is used to create their MOVCPM? I need to know what a .HEX file must contain to be accepted and the actions caused by various forms of .HEX files. It appears that the most logical way to create buffer space for ZCPR2 would be to simply link a few hundred garbage bytes to MOVCPM. If I need more space for the cold boot routine, I could also patch it to jump to my linked code. Thanks! -Michael 2-Jan-83 00:47:00,1067;000000000000 Date: 2 January 1983 02:47-EST From: Keith Petersen Subject: MODEM2 for HP-125 To: Info-Cpm@brl.arpa Received: From 10.3.0.44.ARPA via smtptcp; 10 Jan 83 4:17 EST Received: From 10.0.0.29.ARPA via smtptcp; 10 Jan 83 6:57 EST Received: From 10.3.0.29.ARPA via smtptcp; 10 Jan 83 8:04 EST Forwarded from my RCPM system, replies to address below please, not me. Thanks. ---forwarded message--- Date: January 1, 1983 From: Gene Head To: All HP-125 users I have MODEM20.ASM working on the HP-125 PC. Send me a blank, formatted disk and a postage-paid return mailer and I'll send you what I have. NOTE: You will need a cable to go from the LARGE 50 pin connector to your serial modem. The smaller connector only transfers seven bits of data. If you have more current or more accurate data on the HP-125 and MODEM let me know. I'm no expert. Gene Head 2860 NW Skyline Drive Corvallis, Oregon 97330 (503) 758-0279 people phone 9am to 9pm daily (503) 758-8408 computer ring-back 9pm to 9am weeknites 2-Jan-83 01:03:00,663;000000000000 Date: 2 January 1983 03:03-EST From: Keith Petersen To: RMS.G.EH.MIT-OZ@brl.arpa cc: EH@mit-ai.arpa, Info-Cpm@brl.arpa In-reply-to: The message of 31 Dec 1982 14:16-EST from RMS.G.EH.MIT-OZ at BRL Received: From 10.3.0.44.ARPA via smtptcp for info-cpm; 9 Jan 83 19:42 EST Received: From 10.0.0.29.ARPA via smtptcp for info-cpm; 9 Jan 83 20:55 EST Received: From 10.3.0.29.ARPA via smtptcp for info-cpm-outbound; 9 Jan 83 23:05 EST MODEM731 is MANY revisions old, was around the time when bugs crept in (which have long since been fixed). Latest version if MODEM797, which is compatible with MODEM2xx and XMODEMxx.. 3-Jan-83 22:32:00,2583;000000000000 Date: 4 January 1983 00:32-EST From: Paul L. Kelley Subject: FIXTEX, a text file utility To: INFO-CPM@brl.arpa Received: From 10.3.0.44.ARPA via smtptcp for info-cpm; 9 Jan 83 21:29 EST Received: From 10.0.0.29.ARPA via smtptcp for info-cpm; 9 Jan 83 22:03 EST Received: From 10.3.0.29.ARPA via smtptcp for info-cpm-outbound; 9 Jan 83 23:22 EST The file FIXTEX 10ASM is on MIT-MC in AR21:CPM; It is based on FILTER and FILTEX by Keith Petersen (W8SDZ at MIT-MC). The assembly switches allow 32 different operations to be performed on a text file. The following describes what has been done: 1. Changed to assemble with DRI's ASM, 2. Changed so that if input file is FILENAME.ABC then output file is FILENAME.XYZ where the XYZ's are determined by assembly switches or, if renaming is chosen, the output file has the original file name and type and the input file name has the file type BAK, 3. Modified so that output file can be on a different drive from input file, 4. Added routines to output several types of files depending on assembly time switches, these switches can be set to do a number of operations (some are mutually exclusive). All cases pad the last sector with EOFs. The operations are: a. leave text unchanged, b. delete all control characters except CR, LF and TAB, c. insert LF after each CR if absent, d. insert CR before each LF if absent, e. delete extraneous LFs (those not following CR), f. delete LFs, g. insert one space on each blank line, h. delete LFs and insert a space on each blank line, i. replace TAB with spaces, j. delete LFs and replace TABs with spaces, k. replace TABs with spaces and insert a space on each blank line, l. delete LFs and replace TABs with spaces and insert a space on each blank line, (canonical bulletin board file), m. delete any character following ESC, n. replace more than one space with TABs where possible, o. replace more than one space with TABs where possible except in 'qouted' strings, (canonical assembly file), p. insert a TABs at start of each line, q. insert an arbitrary number of spaces at start of each line. Options f, g, h, i, j, k and l may be useful when sending files to bulletin boards and mainframes. Option m may be useful when capturing text from mainframes which control your terminal in full screen mode. Option o can shorten assembly language files. Option a is useful when CRC(K)ing a file sent or received using ITS LMODEM. 5-Jan-83 15:21:00,658;000000000000 Date: 5 Jan 1983 1721-EST From: PGA@mit-oz Subject: BDOS Listing To: info-cpm@brl.arpa Received: From 10.3.0.44.ARPA via smtptcp for info-cpm; 9 Jan 83 22:43 EST Received: From 10.0.0.29.ARPA via smtptcp for info-cpm; 10 Jan 83 2:26 EST Received: From 10.3.0.29.ARPA via smtptcp for info-cpm-outbound; 10 Jan 83 2:47 EST Does anyone have a disassembled version of the CP/M BDOS? I've been trying to put the ARCHIVE patch, which turns the third file parameter bit into an ARCHIVE bit, into my system, but it insists on deleting any file which claims to have been archived. I have to figure out what's happening. Phill ------- 7-Jan-83 21:44:00,889;000000000000 Date: 7 January 1983 23:44-EST From: Paul R. Grupp Subject: MIT-MC :LMODEM --> ARPA TCP To: BUG-LMODEM@mit-mc.arpa cc: KLH@mit-mc.arpa, GRUPP@mit-mc.arpa, info-cpm@brl.arpa Received: From 10.3.0.44.ARPA via smtptcp; 10 Jan 83 6:11 EST Received: From 10.0.0.29.ARPA via smtptcp; 11 Jan 83 3:29 EST Received: From 10.3.0.29.ARPA via smtptcp; 11 Jan 83 3:28 EST There is a problem using LMODEM on MIT-MC over an ARPAnet TCP connection that prohibits LMODEM from sending COM (binary) files. The problem appears to be that when LMODEM sends an 8C hex it is not transmitted to the ARPAnet, or the Net itself does not pass this character along to the local system. LMODEM still works for ASCII files provided that the check-sum character generated by any block doesn't end up being 8C hex. LMODEM does still work correctly if connected via ARPAnet NCP. 7-Jan-83 23:42:00,525;000000000000 Date: 8 January 1983 01:42-EST From: John Paul McNamee To: INFO-CPM@mit-ai.arpa Received: From 10.2.0.6.ARPA via smtptcp; 13 Jan 83 7:31 EST Received: From 10.0.0.29.ARPA via smtptcp; 13 Jan 83 7:51 EST Received: From 10.3.0.29.ARPA via smtptcp; 13 Jan 83 7:34 EST Where on the net can I find the MODEM program that was written in C? I remember somebody said they wrote one and now I want to try bringing it up on a PDP-11/70. A C version seems the easiest to transport. John McNamee 9-Jan-83 22:15:00,703;000000000000 Date: 10 January 1983 00:15-EST From: Herb Lin Subject: getting info-cpm files by tape To: rconn@brl.arpa cc: info-cpm@brl.arpa In-reply-to: The message of 31 Dec 82 14:48:59-EST (Fri) from Rick Conn Received: From 10.3.0.44.ARPA via smtptcp for info-cpm; 10 Jan 83 0:16 EST Received: From 10.0.0.29.ARPA via smtptcp; 10 Jan 83 3:37 EST Received: From 10.3.0.29.ARPA via smtptcp; 10 Jan 83 3:42 EST if you have access to the MIT-MC tape drives and your micro has a tape drive all its own, it should be possible to get all this neat CP/M stuff without having to run up huge phone bills. Does anyone know about doing this? Has anyone done this? 10-Jan-83 12:50:06,416;000000000000 Date: 10 Jan 1983 14:50:06-EST From: reece@nadc.arpa To: info-cpm@brl.arpa Subject: squeeze/unsqueeze on unix?? Received: From 10.0.0.24.ARPA via smtptcp; 11 Jan 83 2:37 EST Received: From 10.0.0.29.ARPA via smtptcp; 11 Jan 83 5:39 EST Received: From 10.3.0.29.ARPA via smtptcp; 11 Jan 83 5:37 EST Has anyone re-done the bds-c version of squeeze/unsqueeze for unix (4.1BSD)? [please reply to the net] 11-Jan-83 07:26:00,448;000000000000 Date: 11 January 1983 09:26-EST From: Michael C. Adler Subject: 8" CP/M floppies on Apollo workstation To: info-cpm@brl.arpa, works@rutgers.arpa Received: From 10.3.0.6.ARPA via smtptcp; 11 Jan 83 11:44 EST Received: From 10.0.0.29.ARPA via smtptcp; 11 Jan 83 11:49 EST Received: From 10.3.0.29.ARPA via smtptcp; 11 Jan 83 11:47 EST Has anybody written a program to read std CP/M floppies on the Apollo? -Michael 11-Jan-83 15:18:08,1679;000000000000 Date: Tue Jan 11 1983 14:18:08-PST From: Lauren Weinstein Subject: Vortex Returns Return-Path: Message-Id: <8300120410.470@LBL-CSAM.ARPA> Received: by LBL-CSAM.ARPA (3.284 [1/5/83]) id AA00470; 11-Jan-83 20:10:18-PST (Tue) To: info-cpm@brl.arpa Cc: info-micro@brl.arpa Received: From 10.1.0.34.ARPA via smtptcp; 11 Jan 83 23:09 EST Received: From 10.0.0.29.ARPA via smtptcp; 11 Jan 83 23:09 EST Received: From 10.3.0.29.ARPA via smtptcp; 11 Jan 83 23:10 EST Just a quick note to let everyone know that "vortex" has finally returned to the, uh, "air". Many thanks to everyone who responded to my plea after the disk failure here -- and a special thank-you to those of you who dropped by to help out. Just in case anybody is curious... The Memorex 101 disk drive appears to be defective *under* the sealed bubble -- so I've declared it to be a total loss for the time being. Vortex is now running on a 12.6 Meg 5 1/4" Winchester, loaned to me for a couple of months by a gracious gentleman at Bell Labs. It took me quite a while to get it working properly with my hardware (the controller manufacturer did not provide a reasonable driver for that particular disk, so my work was cut out for me), and even longer to restore my voluminous backups onto the new drive. I have the loan of this drive for a couple of months, what happens after that is still exceedingly unclear. But for now, at least, the system seems to be running well (though somewhat slower because of disk limitations) and the crisis appears to be over, at least for a little while. Thanks again. --Lauren-- 12-Jan-83 06:13:00,447;000000000000 Date: 12 January 1983 06:13 est From: Schauble.Multics@mit-multics.arpa Subject: BDS C user's group To: Info-CPM@brl.arpa Received: From 10.0.0.6.ARPA via smtptcp; 12 Jan 83 16:13 EST Received: From 10.0.0.29.ARPA via smtptcp; 12 Jan 83 16:17 EST Received: From 10.3.0.29.ARPA via smtptcp; 12 Jan 83 16:16 EST Can someone please provide me with the current address and membership information for the BDS C user's group? paul 12-Jan-83 18:39:00,1286;000000000000 Date: 12 Jan 1983 at 1939-CST From: mknox@utexas-11.arpa Subject: Hendrix disk formats, CP/M typeahead To: info-cpm@brl.arpa Received: From 10.0.0.62.ARPA via smtptcp; 12 Jan 83 21:58 EST Received: From 10.0.0.29.ARPA via smtptcp; 12 Jan 83 22:06 EST Received: From 10.3.0.29.ARPA via smtptcp; 12 Jan 83 21:59 EST Two matters; Does anyone know any information about the disk format used by Hendrix on their word processor systems. The systems are PDP-11/34s and the disks are single density (I believe), but beyond that I know nothing. Before I attack their file structure by hand, any information forthcoming? Typeahead --- isn't supported by CP/M as it comes from DRI. Yet several companies have implemented it in their BIOS (Pickles & Trout, I believe InterSystem, etc.). This works (with a few eaten characters) as long as the ^S fix in not installed. For those not familiar with the patch, it fixes a bug where ^S would stop output ONLY if you had not hit another character first. After the fix, CP/M reads any character typed during output to see if it is a ^S. If it is, fine. If not, it just ATE the type-ahead. Any solution? Putting the ^S trap in BIOS is not really a good idea, as it upsets binary I/O communication. ------- 13-Jan-83 04:46:00,624;000000000000 Date: 13 January 1983 06:46-EST From: Keith Petersen Subject: squeeze/unsqueeze on unix?? To: reece@nadc.arpa cc: Info-Cpm@brl.arpa In-reply-to: The message of 10 Jan 1983 14:50:06-EST from reece at nadc.arpa Received: From 10.3.0.44.ARPA via smtptcp; 13 Jan 83 6:28 EST Received: From 10.0.0.29.ARPA via smtptcp; 13 Jan 83 6:47 EST Received: From 10.3.0.29.ARPA via smtptcp; 13 Jan 83 6:29 EST I have SQ, USQ and TYPESQ for Unix "C", courtesy of Ben Goldfarb . I will put them in the CPM directory at MC as soon as possible and send a pointer to the list. 13-Jan-83 05:46:50,930;000000000000 Date: 13-Jan-83 07:46:50-EST (Thu) From: presby!aron@seismo.uucp.berkeley.arpa Subject: request for CRL -> REL converter Message-Id: <8300131413.848@UCBVAX.BERKELEY.ARPA> Received: by SEISMO.ARPA (3.290 [1/6/83]) id AA00767; 13-Jan-83 07:46:50-EST (Thu) Received: by UCBVAX.BERKELEY.ARPA (3.293 [1/9/83]) id AA00848; 13-Jan-83 06:13:19-PST (Thu) To: harpo!decvax!ucbvax!info-cpm@seismo.uucp.berkeley.arpa Received: From 10.2.0.6.ARPA via smtptcp; 13 Jan 83 9:23 EST Received: From 10.0.0.29.ARPA via smtptcp; 13 Jan 83 9:25 EST Received: From 10.3.0.29.ARPA via smtptcp; 13 Jan 83 9:25 EST Does anyone out there have a program (preferably written in BDS C) to convert BDS .CRL format files to Microsoft compatible .REL files. I am not on the arpa net so I can't FTP it if such a program exists on some arpa collection. Thanks in advance. aron shtull-trauring harpo!seismo!presby!aron (usenet) 13-Jan-83 09:22:48,897;000000000000 Return-Path: Date: 13 Jan 83 09:22:48 EST (Thu) From: Ben Goldfarb Subject: Re: squeeze/unsqueeze on unix?? To: info-cpm@brl.arpa, reece.nadc@udel-relay.arpa Via: UCF-CS; 21 Jan 83 14:37-PDT Received: From Rand-Relay.ARPA via smtptcp; 22 Jan 83 0:25 EST Received: From Brl.ARPA via smtptcp; 23 Jan 83 21:20 EST Received: From Brl-Bmd.ARPA via smtptcp; 22 Jan 83 0:38 EST Chuck Forsberg hacked the SQ/USQ/TYPESQ for Unix. I got them from his RCPM system in Oregon, but found that due to their reliance on 16-bit ints they wouldn't work on the Vax here. I hacked in some conditional typedefs and now all is fine. I sent the revisions back to Chuck and also to Keith Petersen, so he could upload them to MIT-MC. Ben Goldfarb ARPA: goldfarb.ucf-cs@UDel-Relay uucp: ...!duke!ucf-cs!goldfarb 14-Jan-83 02:16:30,1692;000000000000 Date: 14 Jan 83 2:16:30 EST (Fri) From: Rick Conn To: info-cpm@brl.arpa Subject: ZCPR2 Release Received: From 10.0.0.29.ARPA via smtptcp; 14 Jan 83 2:19 EST Received: From 10.3.0.29.ARPA via smtptcp; 14 Jan 83 2:17 EST I have just completed utility development on ZCPR2 and am about to devote time exclusively to finishing the documentation. This is all that is left before release, which is currently set for Monday or Tuesday. With luck, the schedule will be met this time. It has come to my attention that at least one person has discovered the archives used on MIT-MC to store the test versions of the ZCPR2 utilities and ZCPR2 itself and has downloaded at lease some of them. Please stop doing this immediately. ZCPR2 has not yet been released, and if distribution is already begin- ning, I can see a lot of problems coming up. Principal among these is the fact that there have been several test versions of the utilities in various states of development with the same ver- sion numbers. If these get out, then people will not know if they are running the right version or not and a lot of time and effort can be wasted in fixing non-existant problems on software that has already been fixed. The only sure way to correct this problem is to change all the version numbers of all the utili- ties, and this could take days, delaying the release even furth- er. Hence, if you have downloaded any of the ZCPR2 utilities or ZCPR2 itself, I recommend that you destoy all copies and wait for the release. It is only a few days away now. Rick 15-Jan-83 04:33:28,404;000000000000 Date: 15 Jan 83 4:33:28 EST (Sat) From: Rick Conn To: Schauble.Multics@mit-multics.arpa cc: Info-CPM@brl.arpa Subject: Re: BDS C user's group Received: From 10.0.0.29.ARPA via smtptcp; 18 Jan 83 2:02 EST Received: From 10.3.0.29.ARPA via smtptcp; 18 Jan 83 12:17 EST BDS C User's Group 112 N Main Yates Center, KS 66703 Phone: (316) 625-3554 15-Jan-83 08:17:00,1859;000000000000 Date: 15 Jan 1983 0717-PST From: LHILL@usc-eclb.arpa Subject: File transfer To: INFO-CPM@brl.arpa cc: INFO-TRS80@mit-mc.arpa Received: From 10.0.0.23.ARPA via smtptcp; 15 Jan 83 10:09 EST Received: From 10.0.0.29.ARPA via smtptcp; 18 Jan 83 2:26 EST Received: From 10.3.0.29.ARPA via smtptcp; 18 Jan 83 12:38 EST This message is to thank the several people who responded to my eairlier request about how to transfer files from the mainframes to my micro, and to condense that advice for others who might be interested. Most notable of the advisors was the info received from Bill Rizzi and Frank Wancho . The best single piece of advice I can give is to get the file modem.doc from SRI-KL, print it and save it!To do this: FTP *SRI-KL *LOGIN ANONYMOUS XYZ *ASCII *GET MODEM.DOC (to local file) MODEM.DOC *DIR Mightt as well get this (to local file)BILLS.DIR dir while your here. *BYE [C Now typ it out to your printer. The major subheadings of this 13 page file are: TOPS-20 UNIX VAX running VMS IBM PC TRS MOD I II & III APPLE CPM ATARI A Tutorial on prococol It tells you what programs apply to the various systems and where to get them!!! As for me I can't report success as yet. With Bill and Franks help I do have a CPM version of MODEM which runs on the TOPS-20 in my space and ready to go. But at almost the exact point of file Xfer the serial port died and my machine is now being repaired. I am back on my TRS at the moment, and without a MODEM80 program can't handle the protocol. So any of you who are successful and find any additional nuances which need to be overcome, I would appriciate the feedback. Lem Hill ------- 15-Jan-83 09:33:00,883;000000000000 Date: 15 January 1983 11:33-EST From: Eric O. Stork To: info-cpm@brl.arpa cc: W8SDZ@mit-mc.arpa, PLK@mit-mc.arpa, STORK@mit-mc.arpa Received: From 10.3.0.44.ARPA via smtptcp; 15 Jan 83 11:24 EST Received: From 10.0.0.29.ARPA via smtptcp; 18 Jan 83 2:29 EST Received: From 10.3.0.29.ARPA via smtptcp; 18 Jan 83 12:46 EST FIXTEX11.ASM in CPM;AR21: at MIT-MC fixes a bug in FIXTEX10.ASM, and clarifies the instructions on the options available at assembly-time and on how to use them. FIXTEX (by Paul Kelley) is an extremely versatile and useful utility that allows one to do many things with text files that would otherwise be extremely tedious if not impossible to do with even a very good text editor. To find out what FIXTEX can do for you, read the first 80 or so lines of FIXTEX11.ASM.... 15-Jan-83 21:58:01,440;000000000000 Date: 15 Jan 83 21:58:01 EST (Sat) From: Rick Conn To: John Paul McNamee cc: INFO-CPM@mit-ai.arpa Received: From 10.2.0.6.ARPA via smtptcp; 15 Jan 83 21:58 EST Received: From 10.0.0.29.ARPA via smtptcp; 18 Jan 83 7:12 EST Received: From 10.3.0.29.ARPA via smtptcp; 18 Jan 83 16:59 EST UMODEM is in the UNIX archive under CPM. CPM, of course, is a directory on MIT-MC. 17-Jan-83 06:19:00,752;000000000000 Date: 17 January 1983 06:19 EST From: Keith Petersen Subject: FILTEX11 files corrected To: Info-Cpm@brl.arpa Received: From 10.3.0.44.ARPA via smtptcp; 17 Jan 83 5:34 EST Received: From 10.0.0.29.ARPA via smtptcp; 18 Jan 83 5:06 EST Received: From 10.3.0.29.ARPA via smtptcp; 18 Jan 83 16:30 EST I have uploaded FILTEX11.ASM and FILTEX11.COM to MIT-MC. This is my ASCII file filter program which removes control characters and "orphan line feeds". This program is not new, was written last year and I had thought I had uploaded it before. I found that version 1.0 was on MC instead. The files are: AR21:CPM;FILTEX 11ASM AR21:CPM;FILTEX 11COM AR13:CPM;FILTEX 11HEX (for those who cannot FTP .COm files) 17-Jan-83 08:23:36,553;000000000000 Date: 17 Jan 1983 8:23:36 EST (Monday) From: Mike Louden Subject: BSR controller To: INFO-CPM@mit-ai.arpa Received: From 10.2.0.6.ARPA via smtptcp; 17 Jan 83 8:35 EST Received: From 10.0.0.29.ARPA via smtptcp; 18 Jan 83 7:15 EST Received: From 10.3.0.29.ARPA via smtptcp; 18 Jan 83 17:00 EST Can anyone point me to an interface, either S100 or RS232 to allow my system to control BSR remote switches? If not S100 or RS232 I would still be interested in other less easy methods. Thanks! Mike Louden!Mitre 17-Jan-83 08:29:00,363;000000000000 Date: 17 Jan 1983 0929-CST From: DSDC-TECH@gunter-adam.arpa Subject: REMOVE FROM MAILING LIST To: INFO-CPM@mit-mc.arpa cc: INFO-MICRO@mit-mc.arpa Received: From 10.3.0.44.ARPA via smtptcp; 17 Jan 83 11:52 EST Received: From 10.0.0.29.ARPA via smtptcp; 17 Jan 83 11:52 EST Received: From 10.3.0.29.ARPA via smtptcp; 17 Jan 83 11:54 EST ------- 18-Jan-83 12:38:00,910;000000000000 Date: 18 Jan 1983 1338-CST From: DSDC-TECH@gunter-adam.arpa Subject: CPMUG Library Files On-Line? To: info-cpm@brl.arpa Received: From 10.1.0.13.ARPA via smtptcp; 18 Jan 83 15:05 EST Received: From 10.0.0.29.ARPA via smtptcp; 18 Jan 83 15:06 EST Received: From 10.3.0.29.ARPA via smtptcp; 18 Jan 83 15:08 EST A coworker in our office has a printed copy of the CPMUG library volumes 1-85. He is interested in one of the programs listed there and was wondering of any of their software is accessible from the ARPANET. I've looked at the CPM programs on MIT-MC and didn't see it. He's looking for AUTOLOAD.COM and AUTOLOAD.DOC listed in volume 81. This program allows you to specify a program for the system to default to when you power-up or reset. (For example, after doing a reset, instead of returning to CP/M, you could return to BASIC or WordStar or whatever you specify.) ------- 18-Jan-83 17:25:36,3751;000000000000 Date: 18 Jan 83 17:25:36 EST (Tue) From: Rick Conn To: info-cpm@brl.arpa cc: rconn@brl.arpa Subject: [mwm: ZCPR2 availability] Received: From 10.0.0.29.ARPA via smtptcp; 18 Jan 83 19:11 EST Received: From 10.3.0.29.ARPA via smtptcp; 18 Jan 83 19:11 EST ----- Reply Follows ----- Several have expressed concerns like these and similar questions. Negotiations are currently underway in several areas to solve the problem. ZCPR2 distribution is not going to be easy. The source files alone total to over 1M bytes, and the HLP files add another 250K+, and the manuals ... well, you've seen a little of the manuals (only a little!). I won't go into details yet ... very little is finalized. Two things I can guarantee ... RCP/M's will have ZCPR2 if they want it and SIG/M will have it. One possiblity I am looking at is an arrangement like what Workman is doing. I still do not approve of selling public domain software (especially without asking the author first), but I am willing to enter into an arrangement where an organization like Workman's will provide a distribution AND ASSISTANCE point for a VERY REASONABLE fee. Note the operative words. I'm kind of bending my ideals by saying that sale of ZCPR2 is OK under the following conditions: 1. The price is reasonable. 2. The seller has my permission to do so. 3. The seller will provide technical assistance to the customer. 4. The seller will provide hard copies of the manuals with ZCPR2. 5. Under NO CONDITIONS am I to make one cent of profit from it and it is to be understood that the software is in the public domain and copyrighted by me. If such a distribution organization can be found, this could be the best solution. As for reasonable price, the chief cost will be the manuals. I hope that a price of $30 or so can be arrived at (the distributer HAS to make some profit ... or does he? Another point). A meeting will take place (to which I've been invited) at CP/M '83 to discuss the future/directions/etc of public domain software and other things. Please don't ask me for permission to attend ... not my meeting and I can't authorize anyone else to attend. Ward Christensen, Sol Libes, and others will be there, however, so the representation is quite good. Will post the net on the outcome of the meeting when I return from San Francisco. Rick ----- Forwarded message # 1: From: decvax!duke!uok!uokvax!mwm@Berkeley Date: 18 Jan 83 01:36:41 PST (Tue) Subject: ZCPR2 availability Message-Id: <8300180936.2522@UCBVAX.BERKELEY.ARPA> Received: by UCBVAX.BERKELEY.ARPA (3.300 [1/17/83]) id AA02522; 18 Jan 83 01:36:41 PST (Tue) Date-Sent: Wed Jan 12 02:16:25 1983 To: rconn@brl Received: From 10.2.0.78.ARPA via smtptcp; 18 Jan 83 11:50 EST There are several of us down here in OK who would like to get copies of ZCPR2. However, we are experiencing technical difficulties - like an arpanet host w/out FTP. Also, being among those who can't FTP com files, getting sq'ed files is painful. I would therefore like to explore some alternate possibilities. First, how soon will it be possible to get an 8" disk with all the appropriate files on it (or disks)? Late January? Where will this be avialable from? Is there any possibility of getting a disk from directly from you? I would gladly provide a diskette and postage both ways. Finally (last hope): is there an RCP/M or cnode or whatever with the ZCPR2 files on it? If so, where (number/name), and how large are all the files? Now, if only UUCP actually gets this to you... Thanx, Subject: request To: info-micro@brl.arpa, info-cpm@mit-mc.arpa, info-pc@usc-ecl.arpa Received: From Mit-Mc.ARPA via smtptcp; 19 Jan 83 9:24 EST Received: From Brl.ARPA via smtptcp; 19 Jan 83 9:19 EST Received: From Brl-Bmd.ARPA via smtptcp; 19 Jan 83 9:25 EST Mailing list maintainers ; I am in the process of centralizing all ARPA mailing lists coming into SUMEX-AIM to one mailbox to be made available as a Bulletin Board. This helps us save disk space, and save processing time on both ends. I would appreciate it if you could forward to me the names of all people on your mailing list at SUMEX-AIM, and add a address for '@SUMEX-AIM' to your present mailing list (for example, HUMAN-NETS@SUMEX-AIM). Then, I will ask the users of your mailing lists from SUMEX-AIM to request to be removed from the list. Thanks, Ed ------- 18-Jan-83 20:50:00,651;000000000000 Date: Tuesday, 18 January 1983 22:50-EST Sender: CAL@mit-oz From: Cliff Lasser To: INFO-CPM@mit-mc.arpa Subject: Hard disc backup Received: From Mit-Mc.ARPA via smtptcp; 18 Jan 83 23:58 EST Received: From Brl.ARPA via smtptcp; 18 Jan 83 23:59 EST Received: From Brl-Bmd.ARPA via smtptcp; 18 Jan 83 23:59 EST I have a relatively urgent need to backup my hard disc. The only problem is that many of my files are larger than the size of one of my floppies. Would you happen to know of a program that can break up files and save them on more than one floppy? Otherwise, I will have to write one myself! -Cliff 19-Jan-83 00:32:00,633;000000000000 Date: 19 January 1983 00:32 EST From: Richard P. Wilkes Subject: Modem 7 vs. Modem 7-n To: Info-Micro@brl.arpa cc: INFO-CPM@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 19 Jan 83 0:28 EST Received: From Brl.ARPA via smtptcp; 19 Jan 83 0:29 EST Received: From Brl-Bmd.ARPA via smtptcp; 19 Jan 83 0:29 EST Does anyone know what the difference is (protocol wise) between the current version of Modem and, let's say, Modem2? Also, does anyone have a write-up on this protocol that they might be able to send me? Thanks. -r Rick at Mit-MC (Arpa access) gmm_arpw.jhu at UDEL-RELAY (others) 19-Jan-83 02:34:00,470;000000000000 Date: 19 January 1983 02:34 EST From: Paul R. Grupp Subject: LMODEM<-->ITS<-->TAC-TCP To: info-cpm@brl.arpa cc: FJW@mit-mc.arpa, GRUPP@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 19 Jan 83 2:31 EST Received: From Brl.ARPA via smtptcp; 19 Jan 83 2:32 EST Received: From Brl-Bmd.ARPA via smtptcp; 19 Jan 83 2:32 EST LMODEM now works on MIT-MC for *ALL* file types again, thanks to KLH who fixed the bug with ITS TELNET server.. 19-Jan-83 23:32:00,591;000000000000 Date: 19 January 1983 23:32 cst From: Heiby@hi-multics.arpa Subject: hexifier? To: info-cpm@brl.arpa Received: From Hi-Multics.ARPA via smtptcp; 20 Jan 83 0:38 EST Received: From Brl.ARPA via smtptcp; 20 Jan 83 2:03 EST Received: From Brl-Bmd.ARPA via smtptcp; 20 Jan 83 2:18 EST Can anyone point me to a high-order-language version of a hexify program. (i.e. a program that will take a .COM file and produce a .HEX file). Just about any HOL would be fine. PL/I, PL/M, C, Fortran, Basic, Lisp, doesn't matter as long as the code is understandable. Thanks much. Ron. 20-Jan-83 06:24:00,1111;000000000000 Date: 20 January 1983 06:24 EST From: Keith Petersen To: Info-Cpm@brl.arpa cc: PLOUFF@mit-mc.arpa, PLK@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 20 Jan 83 6:25 EST Received: From Brl.ARPA via smtptcp; 20 Jan 83 6:59 EST Received: From Brl-Bmd.ARPA via smtptcp; 20 Jan 83 20:40 EST Date: 01/19/83 From: Bruce Kargol To: Keith Petersen Re: MODEM797 bug? I had a little trouble using MODEM797 and was hoping that you might have a little help for me. While transferring files in the bulk mode I inadvertently entered this command: 'TB A:*.*' (Instead of the S for send I was thinking T for transmit. It erased all of the files on the diskette and opened one with the name: ????????.???. I recovered all but the first file in the directory because the group map for ????????.??? had been set to all zeros, and was entered where my first file had been. I'd like to be the one to fix it, but really not good enough with assembler to do it. Any help would be apprec- iated. I know, Iknow, Don't use the T, use the S. Regards, Bruce Kargol 20-Jan-83 12:48:00,1387;000000000000 Date: 20 Jan 1983 at 1148-PST To: info-cpm@brl.arpa Subject: 212 modems From: fylstra@sri-tsca Via: Tsca; 20 Jan 83 12:00-PST Received: From Sri-Tsc.ARPA via smtptcp; 20 Jan 83 21:41 EST Received: From Brl.ARPA via smtptcp; 21 Jan 83 0:43 EST Received: From Brl-Bmd.ARPA via smtptcp; 21 Jan 83 0:53 EST I'm becoming interested in purchasing one of the new 103/212 "intelligent" modems such as the DC Hayes Smartmodem-1200 or the Novation 103/212 modem. In addition to originate/answer 103 and 212 modes, these modems provide rotary and DTMF dialing as well as ring detect. They generally contain an internal micro such as a Z8 and commands and status replies are communicated between the host and the internal micro via an RS-232 interface. The best discount prices I have seen so far are in the neighborhood of $550 for the DC Hayes. I would like to hear from people who have experience with or opinions about any of these modems as well as other modems I may be unaware of. I have read the review of the DC Hayes 103-only Smartmodem. Communicating commands on the same port as the data transmission is obviously going to cause problems unless there is a technique for out-of-band signalling, and even so, status reports of events such as remote disconnect may be impossible to report in a manner distinguishable from the data stream. Dave Fylstra 21-Jan-83 02:26:00,591;000000000000 Date: 21 January 1983 02:26 EST From: Keith Petersen Subject: hexifier? To: Heiby@hi-multics.arpa cc: Info-Cpm@brl.arpa In-reply-to: The message of 19 Jan 1983 23:32 cst from Heiby at hi-multics.arpa Received: From Mit-Mc.ARPA via smtptcp; 21 Jan 83 2:38 EST Received: From Brl.ARPA via smtptcp; 21 Jan 83 3:00 EST Received: From Brl-Bmd.ARPA via smtptcp; 21 Jan 83 3:06 EST An 8080 machine-language version of a COM-to-HEX conversion program is available from MIT-MC as AR24:CPM;UNLOAD ASM. This program runs on CP/M and does the reverse of LOAD.COM. 21-Jan-83 04:38:00,479;000000000000 Date: 21 January 1983 04:38 EST From: Jerry E. Pournelle To: W8SDZ@mit-mc.arpa cc: PLK@mit-mc.arpa, PLOUFF@mit-mc.arpa, Info-Cpm@brl.arpa In-reply-to: The message of 20 Jan 1983 06:24 EST from Keith Petersen Received: From Mit-Mc.ARPA via smtptcp; 21 Jan 83 4:54 EST Received: From Brl.ARPA via smtptcp; 21 Jan 83 6:07 EST Received: From Brl-Bmd.ARPA via smtptcp; 21 Jan 83 6:11 EST That's not a bug, it's a feature..... 21-Jan-83 12:47:00,731;000000000000 Date: 21 Jan 1983 at 1147-PST To: Mike Louden cc: INFO-CPM@brl.arpa Subject: Re: BSR controller In-reply-to: Your message of 17 Jan 1983 8:23:36 EST (Monday). From: fylstra@sri-tsca Via: Tsca; 21 Jan 83 11:59-PST Received: From Sri-Tsc.ARPA via smtptcp; 21 Jan 83 21:36 EST Received: From Brl.ARPA via smtptcp; 22 Jan 83 0:33 EST Received: From Brl-Bmd.ARPA via smtptcp; 22 Jan 83 0:37 EST Scitronics has a BSR controller on an S-100 card for $249. It uses 2 I/O ports, is IEEE standard, and can control all 256 devices. They also have a real-time clock/calendar ($179) and scheduling software ($39). SciTronics, Inc 523 S. Clewell St P O Box 5344 Bethlehem, PA 18015 (215)868-7220 22-Jan-83 03:51:00,3658;000000000000 Date: 22 January 1983 03:51 EST From: Jerry E. Pournelle Subject: Epson and Z-100 To: INFO-CPM@mit-mc.arpa cc: POURNELLE@mit-mc.arpa, MINSKY@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 22 Jan 83 3:51 EST Received: From Brl.ARPA via smtptcp; 22 Jan 83 5:46 EST Received: From Brl-Bmd.ARPA via smtptcp; 22 Jan 83 5:45 EST Epson software arrived. Patches, xerox manuals. They are NOWHERE NEAR ready to sell a product that can do what the advertisiements say; in fact, I do not think they will EVERbe able to do all of it, although that may simply be a mistake on my part. The machine is good. The software that comes with it to a Beta test Site is not evaluable, because it isn't working. The text editor cannot retrieve files. I am certain that bug will be fixed fairly quickly, but it leaves one loathe to spend much effort trying other features of the machine; in order to do anything, you have to have two machines, one to take notes on while you try features of the other; since you will never be able to get the notes back if you make them on the Epson. An alternate operating system is "TPM-II" from "Computer Design Labs". I have nad no chance to play with it, but it appeares to be CP/M like. I t also seems to contain "ZAPPLE" which is an OS for the Apple when the Apple is running a Z-80. I don't understand most of this, but it seemes needlessly complex compared to standard CP/M. The Epson "HASCII" interface is wonderful for beginners (or would be if it all worked) but I think one mig ht soon tire of it; to get a menu can take about a minute, and everything goes cascading through compulsory menus; at least thte documents I have give no alternatives. The major stuff is in command keys on the keyboards, each of which lead you to menus which you can control, and many of them lead you to still lower levels of menu; and there is no jump from higest level past any intermediate. Since everything is SLOW; to save a three paragraph file (it did save it, but I have to reset using TPM and then TYPE command to see it)--to save a three paragraph file and reread the system and get back to an (empty! -- the file must be RETRIEVED only RETRIEVE doesn't at present work) took a LONG time. This is probably all going to change. The hardweare looks awfully nice, inside and out, and the machine is a Z-80A, so it surely is capable of faster work, even with 320K double-sided 5 1/4" disks. (The advertised HELP features are not implemented either; not all of them, anyway; there's anote saying they will be when they get more room on disks, but no explanaton of what that means). My suspicion is that the advertised software package is going to be a while coming; there's so little of it implemented just yet. A lot of this is ROM, by the way, making me wonder why everything is so slow. Are all 5 1/4 disks that way? I cannot recall that the Otrona is that bad; it's the only small disk machine I have extensive experience with, except an Apple the boys have--that's SLOW too. Prediction: the Epson will turn into a VERY nice machine, but it's going to take them a while; meanwhile they have all those ads out there telling you not to buy anything else, but I'd think it will be at least summer before they get all the bugs out of their new baby. It should be a NICE Z-80 when it is developed. T hey have a really nice keyboard, and lots of other stuff going for it; if it were speedier and could do most of what is advertised it would be great. I think I will put the Z-100 in another message. This is long enough. 22-Jan-83 04:05:00,3332;000000000000 Date: 22 January 1983 04:05 EST From: Jerry E. Pournelle Subject: Z-100 To: info-cpm@brl.arpa cc: MINSKY@mit-mc.arpa, POURNELLE@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 22 Jan 83 4:05 EST Received: From Brl.ARPA via smtptcp; 22 Jan 83 5:47 EST Received: From Brl-Bmd.ARPA via smtptcp; 22 Jan 83 5:46 EST The Zenith Z-100 is a handsome computer, but that MSDOS (called Z-DOS for this, but it is the same as PCDOS they tell me) will drive a CP/M user to drink. Fast. Does anyone know how to make a bootable copy of a system disk in MSDOS or ZDOS? The procedures in the manual will NOT make a disk that will boot. My backup copy was made when the BATCH executive command processor took over when running the distribution disk; you have no choice but to make a backuyp (and if you didn't have a blank disk handy I guess you'd just be sol); but it always formats first, then copies the SECOND distributoin disk, then erases t he batrch processor, finally making a bootable copy; it isn't obvious what commands it uses to do that, and none of the commands in the summary of ZDOS commands tell me. DSKCOPY copies data only. SYS doesn't make a bootable disk. Everything formats before you copy whether you want it to or not. Indeed, I think the inventors of MSDOS must HATE computer users. Each time you boot the system it gives you an obsolete date (which I guess you cannot change ever?) and time, and insists that you give it the new date and time. The command structure is needlessly complex, and sufficiently like yet unlike CP/M that it is obvious that the writer was familiar with CP/M and did things deliberately different. As for example, Copy *.* B: will go from the logged in disk to B and copy all files to B. Why change it to that? Presumably to be different (or perhaps to avoid a lawsuit)? I have a demo disk for the Z-100 that shows magnificent color graphics, but alas, I cannot run Z-basic. I cannot because I have only ONE bootable system disk (other than the original) and it is full. All attempts to make a new bootable disk with fewer files on it so that I could PIP (oops, COPY) ZBASIC over to something so I could actually RUN it have been frustrated by ZDOS. The documents are for the most part the best I have ever seen. They are very clear. Everything is fine, except that it just don't work, making me wonder if it's hardware; only all the demonstration stuff runs fine, and it seems unlikely therefore. I thnk they tried to be cute. But maybe not. Whatever it is, I quit working with the Z-100 before I began screaming; I was taken back five years to when i HATED computers, and everything about them (trying to get a TRS-80 going for the boys can do that to you; TRS-DOS and MSDOS have sme remarkable similarities, making me wonder if descendents of the Marq uis de Sade went into programming? Or the same descendent?) I think I am going to love the Z-200. Alas there is no CP/M 86 for it> I am tempted to put the machine aside until there is. Better a devil I know... Meanwhile if anyone knows how to make a bootable disk--what is the equivalent of "SYSGEN" in ZDOS -- I'll be pleased. Alas the explicit cookbook instructions in the manual do not produce a bootable disk.. 22-Jan-83 13:57:00,895;000000000000 Date: 22 Jan 1983 1557-EST From: John S. Labovitz Subject: MODEM for Xerox 820 To: info-micro@brl.arpa, info-cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 22 Jan 83 16:00 EST Received: From Brl.ARPA via smtptcp; 22 Jan 83 17:10 EST Received: From Brl-Bmd.ARPA via smtptcp; 22 Jan 83 17:13 EST Someone I know needs a version of MODEM for his Xerox 820. Within the last couple of weeks or so, I remember seeing a message from someone saying that there was such a thing. Who was it? Yes, I know, you can modify the current version of MODEM7 so that it works on ANYTHING, but that's not really the trouble. The trouble is that the Xerox apparently does not like to go into 8-bit data mode, so I can't transfer .COM or .?Q? files. Maybe someone knows how to do this. Appreciate any info, John Labovitz rms.g.hnij@mit-oz ------- 22-Jan-83 14:22:00,883;000000000000 Date: 22 January 1983 14:22 EST From: Charlie Strom Subject: Corvus-S100 To: INFO-CPM@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 22 Jan 83 14:38 EST Received: From Brl.ARPA via smtptcp; 22 Jan 83 17:09 EST Received: From Brl-Bmd.ARPA via smtptcp; 22 Jan 83 17:10 EST I just took delivery on a Corvus 20 MB S-100 system which I got at a real bargain price. Too bad it arrived DOA! Both the busy and fault lights remain on continously! Well, it is at the loal Corvus servicing dealer, and I would hope I will have it back in a few days. In the meantime, I would like to get in contact with any fellow Corvus/S100 users to compare hints, kinks, etc. By the way, the subsystem is packaged without any schematics, and the technical documentation is minimal to say the least. Hopefully this is the only feature lacking! Charlie Strom 23-Jan-83 04:29:00,923;000000000000 Date: 23 January 1983 04:29 EST From: Keith Petersen Subject: Corvus-S100 To: CSTROM@mit-mc.arpa cc: Info-Cpm@brl.arpa In-reply-to: The message of 22 Jan 1983 14:22 EST from Charlie Strom Received: From Mit-Mc.ARPA via smtptcp; 23 Jan 83 4:29 EST Received: From Brl.ARPA via smtptcp; 23 Jan 83 6:19 EST Received: From Brl-Bmd.ARPA via smtptcp; 23 Jan 83 6:21 EST You will want to have a chat with Ron Fowler's co-worker Al Jewer at the Fort Fone File Folder RCPM is Wisconsin. He changed the Corvus CBIOS to reduce the CP/M group size and (I believe) increase the number of directory names. Tom Churbuck (he died a few months back, did you know that?) was the one who originally did that work. He didn't like the 8k group size that Corvus had picked. I didn't like that group size either. It wastes a lot of disk space when you have many small files. 23-Jan-83 09:33:00,1709;000000000000 Date: 23 January 1983 11:33-EST From: John Paul McNamee To: CSTROM@mit-mc.arpa cc: INFO-CPM@mit-ai.arpa Received: From Mit-Ai.ARPA via smtptcp; 23 Jan 83 11:32 EST Received: From Brl.ARPA via smtptcp; 23 Jan 83 12:17 EST Received: From Brl-Bmd.ARPA via smtptcp; 21 Jan 83 15:40 EST One company I do work for has a 10Mb unit hooked up to a TRS-80 Model II, but as far as I can tell the drives are the same for all computers and only the small host adapter changes from one to the next, so my comments should apply to your unit. We have had nothing but problems when dealing with Corvus. They were over a month late in getting us the unit, and they didnt seem to care. They were even nasty on the phone when we called to find out what was going on. On a scale of 1 to 10 I would rate their customer service a 3. The hardware has worked Ok so far. We have had it for about four months and the only trouble we have had with the system is with the video recorder, which Corvus didnt supply. No instructions came with our Mirror so we had to call Corvus to find out what goes where. I dont know if this normal. I would hope not because when I called I was warned that if I put the wrong plug in a certain socket I would fry the Mirror and possibly my hard disk as well. If you complain loud enough they wee send you a working copy (done on a dot matrix printer) or their tech manual. The Xerox copy that I got was hard to read and the printer it was done on should have had a new ribbon. The manual assumes you are using an apple, but most of the info applies to all models, just ignore the Pascal listings in the back. John McNamee JDOS@MIT-AI 23-Jan-83 18:25:00,4037;000000000000 Date: 23 January 1983 18:25 EST From: Richard P. Wilkes Subject: Smartmodem 1200 To: Info-cpm@brl.arpa, Info-Micro@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 21 Jan 83 21:45 EST Received: From Brl.ARPA via smtptcp; 23 Jan 83 18:31 EST Received: From Brl-Bmd.ARPA via smtptcp; 21 Jan 83 21:52 EST {I apologize if people get repeats. The mailer croaked on the address fylstra at SRI-TSCA. I don't think it mailed to the list, but who knows...} I have the Hayes 1200 and am very pleased with it so far. The only problem I had is that the first unit I received died after 2 hours. Hayes replaced the unit after a little griping about a two week service turn-around on a modem I'd had for one day. Apparently, things are a bit confused down there (Georgia). The company recently moved across the street into a new building. The Hayes has two modes: command mode and online mode. In online mode, all characters sent to the modem are sent also to the comm line. After dialing a telephone number and detecting a carrier, the modem goes into this mode. It notifies the computer (or terminal) by returning a result code. The result codes are either verbose (i.e. CARRIER, NO CARRIER, OK) or terse (ascii 30H-35H --0-5). Selection is done by the users. When in command mode, commands are sent to the modem by preceeding them with AT which lets the modem determine the baud rate, parity, and word length. The command follows. The command terminator can be set thru software. The default is a carriage return. When the system is "online," the modem is put into command mode by sending three "escape" characters followed by a pause. The default escape character is "+". BTW, the escape characters are passed thru to the online system. Because of this, people complain about having to send "garbage" down the comm line to to get the modem to do anything. However, I don't see any other way to use one port and be able to send the modem commands while online. Many modems do not allow commands to be sent while online. The Hayes, since it allows you to select which character is the "escape" handles it the best way that I can see. The manual seems to say that either end of the link can send the escape sequence. This bothers me and I have yet to be able to confirm it. You can set the modem so that it doesn't accept commands while online and do a disconnect using DTR (I believe). Here's a brief example of connecting to a system using a program to send the commands: 1) Send ATZ (reset) 2) Wait for OK. If no OK, send escape and wait for OK. 3) Set up modem params (duplex, dialing rate, escape codes, default line end (CR and LF -- easier to detect result codes in the data stream) 4) Send dial command 5) Wait for result code. 6) If connect, go into data mode. Otherwise, No connection or error (shouldn't happen unless the program is bad) 7) Send data. Check CD (carrier detect). When dropped, look for No carrier result code indicating lost connection. To hand up, send escape, wait for result (toss echos), then send ATH (hang up), wait for OK. I have found that since the Smartmodem is designed for "human speed" commands, when sending commands to the modem, use echo mode and wait for each character to be echoed before continuing. All in all, I really like the modem. The only negative about the 212 part is that if you are using it as an answer modem, it does an auto-speed detect and switches speeds. The result code it sends is at the speed that the last command was sent at, but then the modem may SWITCH SPEEDS to accommodate the calling speed. The program must be set-up to reset the uart to the appropriate speed or the modem and RS232 will be out of sync. BTW, the modem does morse code also... Let me know if you have any more questions. The documentation is acceptable and just about everything is software selectable! -r 24-Jan-83 07:49:00,1376;000000000000 Date: 24 Jan 1983 07:49 EST From: wegeng.wbst@parc-maxc.arpa Subject: Re: 212 modems In-reply-to: fylstra's message of 20 Jan 1983 at 1148-PST To: fylstra@sri-tsca cc: info-cpm@brl.arpa Received: From Parc-Maxc.ARPA via smtptcp; 24 Jan 83 8:27 EST Received: From Brl.ARPA via smtptcp; 25 Jan 83 16:26 EST Received: From Brl-Bmd.ARPA via smtptcp; 25 Jan 83 16:43 EST Another 103/212 modem that might interest is the recently released Racal-Vadic VA212PA. It has all of the "normal" features: auto dial/auto answer, ring detection, speed detection upon answer, etc. It also has the ability to store and link numbers in it's internal memory. With this feature, one may link two or more numbers in memory so that if one of these numbers is busy the modem will automatically try to call the next number in the link. It defaults to DTMF dialing, but if the dial one is still present after the first digit is sent it automatically switches to pulse dialing. Dial sequence is upwards compatable with the VA3451PA, so any software which will dial the 3451 should be able to dial the 212 with little change (UUCP took me 5 minutes, and now it will dial either one). It's all contained in a nice package which will fit under the telephone, and has an alphanumeric LCD display which displays modem status. The only price that I've seen is $795. ==dw 24-Jan-83 10:33:45,1569;000000000000 Date: 24 Jan 83 10:33:45 EST (Mon) From: Rick Conn To: info-cpm@brl.arpa Subject: ZCPR2 Release Status Received: From Brl.ARPA via smtptcp; 25 Jan 83 16:30 EST Received: From Brl-Bmd.ARPA via smtptcp; 25 Jan 83 16:45 EST To keep the interested people abreast of what is happen- ing wrt the ZCPR2 release, the following is a summary of the status of the system at this time. As much as I would like to release it now, I don't feel it would be good or fair to the users to receive a release and then receive an upgrade shortly thereafter, so I am again delaying the release until everything is finished. Soon, I hope, but I'm not even guessing anymore with all this travel coming up. Item Status ---- ------ ZCPR2 itself Done except for cosmetic doc changes ZCPR2 utilities 30+ are done, 2 to go ZCPR2 online doc (HLP) Done except for cosmetic changes (250K+) ZCPR2 Ins Manual Now being reviewed and modified; 90%+ done ZCPR2 Concepts Manual Now being reviewed and modified; 90%+ done ZCPR2 User's Guide Derived from HLP files, should be done soon ZCPR2 Rationale Not anywhere near completion ZCPR2 CAI Course Long way to go I feel that that Rationale manual and the CAI course are not all that important on first release, so I may go ahead and release the system without them. The other items, however, must be included in the first release. Rick 24-Jan-83 12:09:00,1396;000000000000 Date: 24 Jan 1983 at 1109-PST (Monday) From: UNIX-to-UNIX Copy Return-Path: Subject: Re: Hard disc backup Received: by UCBCAD.BERKELEY.ARPA (3.256 [12/5/82]) id AA28997; 24-Jan-83 20:13:07-PST (Mon) Received: from UCBCAD.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.300 [1/17/83]) id AA10751; 25 Jan 83 00:23:34 PST (Tue) Received: from UCBVAX.BERKELEY.ARPA by udel-relay.ARPA (3.284 [1/5/83]) id AA06203; 25-Jan-83 03:37:16-EST (Tue) Message-Id: <8300250413.28997@UCBCAD.BERKELEY.ARPA> To: tekmdp!tektronix!ucbcad!ucbvax.info-cpm@ucb-vax.arpa In-Reply-To: Your news article ucbvax.663 of Sun Jan 23 14:01:28 1983 Received: From Mit-Ai.ARPA via smtptcp; 26 Jan 83 1:52 EST Received: From Brl.ARPA via smtptcp; 26 Jan 83 10:35 EST Received: From Brl-Bmd.ARPA via smtptcp; 26 Jan 83 10:45 EST Instead of splitting your file into smaller units, I suggest that you try to compact your files. Compact programs typically compress files using a Huffman code. The amount of compression to be expected depends on the type of file being compressed. Typical values of compression are: Test (38%), Pascal Source (43%), C Source (36%) and Binary (19%). These values are the percentages of file bytes reduced (Courtesy of the Unix Programmer's Manual). 26-Jan-83 01:11:40,1184;000000000000 Date: Wed Jan 26 00:11:40 1983 From: decvax!cwruecmp!bammi@ucb-vax.arpa Return-Path: Subject: modem enquiry Received: by UCBVAX.BERKELEY.ARPA (3.300 [1/17/83]) id AA06451; 25 Jan 83 22:37:53 PST (Tue) Received: from UCBVAX.BERKELEY.ARPA by udel-relay.ARPA (3.284 [1/5/83]) id AA09569; 26-Jan-83 01:51:24-EST (Wed) Message-Id: <8300260637.6451@UCBVAX.BERKELEY.ARPA> To: decvax!ucbvax!info-cpm@ucb-vax.arpa Received: From Mit-Ai.ARPA via smtptcp; 26 Jan 83 1:40 EST Received: From Brl.ARPA via smtptcp; 26 Jan 83 10:35 EST Received: From Brl-Bmd.ARPA via smtptcp; 26 Jan 83 10:43 EST With reference to you query in info-cpm, Check out the U.S. Robotics modems. Their functionally equivalent model to the DC Hayes cost about $100 lesser (list price) than the best discount price I have seen for the DC Hayes. Also their 1200 baud only( with the usual features) is only $400. I have one of these and it is working wonderfully for over 8 months now. Their delivery time from my call was, amazingly 2 Hrs. They had their local rep deliver it to me at no extra charge. Their telephone # is 312-733-0497 .....!decvax!bammi 26-Jan-83 03:59:09,1655;000000000000 Via: UCL-CS.AC.UK ; to USC-ISID.ARPA ; Monday, January 31, 1983 02:21:48-PST Via: UNKNOWN-HOST; ('') to UCL-CS (44c) over Unknown Network; 28 Jan 83 15:39-GMT Date: Wednesday, 26-Jan-83 10:59:09-GMT From: JENKINS HPS (on ERCC DEC-10) To: info-cpm%mit-mc@ucl-cs.arpa Reply-To: lejm%edxa%ucl-cs@usc-isid.arpa Subject: Cromemco CDOS - CP/M -- info needed Received: From Mit-Mc.ARPA via smtptcp; 31 Jan 83 5:25 EST Received: From Brl.ARPA via smtptcp; 31 Jan 83 5:56 EST Received: From Brl-Bmd.ARPA via smtptcp; 31 Jan 83 6:00 EST -------- I have a Cromemco System 3 with CDOS and want to run some CP/M software. Cromemco's literature refers to CDOS as "upwards-compatible with CP/M versions up to 1.3". Does anyone know how do they diverge after that? In particular, I need to run something that is advertised as "running under CP/M 2.2". Are disks formats different or can I read CP/M formatted floppys using CDOS? Also, is there an *official* version of CP/M available for the Cromemco machines? I heard something about an obscure company [to me] having CP/M 2.xx for Cromemco, but I want something out of Digital Research or (?) Lifeboat, i.e. from someone with a reputation to protect and a (staffed) complaints/technical queries department. I am especially interested in hearing from someone who has CP/M running in h(er/is) Cromemco machine and if there is any hassle mounting it/switching from CDOS and back/etc. Please reply directly to me as I am not in the info-cpm list. Thanks, Luis Jenkins lejm%edxa%ucl-cs@isid "ccs.lejm@oz"@mit-mc --------  26-Jan-83 04:10:02,672;000000000000 Date: Wed 26 Jan 83 03:10:02-PST From: David Dyck Subject: XMODEM on TOPS-20 request To: info-cpm@brl.arpa Received: From Washington.ARPA via smtptcp; 27 Jan 83 17:55 EST Received: From Brl.ARPA via smtptcp; 27 Jan 83 18:18 EST Received: From Brl-Bmd.ARPA via smtptcp; 27 Jan 83 18:19 EST I am looking for an XMODEM program that will run under TOPS-20, and would rather not have to write one from scratch. If you know of one that I could get please let me know. Also, has anyone uploaded the 6502 dissasembler include file for ZDASM that was mentioned a month or two ago? Thanks, David Dyck (DCD@WASHINGTON) ------- 27-Jan-83 07:09:39,523;000000000000 Received: ID ; 27 Jan 83 07:09:39 EST Date: 27 Jan 83 07:09:39 EST From: SHOLAR@cmu-cs-c.arpa Subject: SIG/M To: info-cpm@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 27 Jan 83 7:10 EST Received: From Brl.ARPA via smtptcp; 27 Jan 83 10:39 EST Received: From Brl-Bmd.ARPA via smtptcp; 27 Jan 83 10:54 EST I'm looking for a copy of SIG/M Volume 71 (Pascal/Z UG Vol 14) -- anyone have a copy on-line? Or, can anyone send me the mail address for either SIG/M or PZUG? Thanks. ------- 27-Jan-83 13:13:05,788;000000000000 Return-Path: Date: Thu Jan 27 12:13:05 1983 From: decvax!genradbolton!rick@ucb-vax.arpa Subject: hexifier Received: by UCBVAX.BERKELEY.ARPA (3.300 [1/17/83]) id AA02727; 27 Jan 83 15:22:18 PST (Thu) Received: from UCBVAX.BERKELEY.ARPA by udel-relay.ARPA (3.284 [1/5/83]) id AA03317; 27-Jan-83 18:36:03-EST (Thu) Message-Id: <8300272322.2727@UCBVAX.BERKELEY.ARPA> To: decvax!ucbvax!info-cpm@ucb-vax.arpa Received: From Mit-Ai.ARPA via smtptcp; 27 Jan 83 18:51 EST Received: From Brl.ARPA via smtptcp; 28 Jan 83 2:04 EST Received: From Brl-Bmd.ARPA via smtptcp; 28 Jan 83 2:01 EST i have a .com to .hex utility written in berkeley c that runs on the vax that may be useful. please send me your mail address and i will forward it. 27-Jan-83 20:45:00,1235;000000000000 Date: 27 January 1983 20:45 EST From: Eric O. Stork To: info-cpm@brl.arpa cc: STORK@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 29 Jan 83 12:34 EST Received: From Brl.ARPA via smtptcp; 29 Jan 83 12:53 EST Received: From Brl-Bmd.ARPA via smtptcp; 29 Jan 83 13:07 EST Subject: Need advice on WordStar Modification PROBLEM: To enable SUPERSCRIPT/SUBSCRIPT for a NEC8023A. The non-Daisy mods section allows insertion of a user-defined string for super/subscript at ROLUP & ROLDOW. But the space provided is too small to accomodate the complex string needed for the NEC8023A. GOOD IDEA THAT DID NOT WORK: On assumption that some routine loads string at ROLUP (& ROLDOW) into DE or HL and then sends to the printer, searched (using DASM) WordStar for the addresses of these strings. Had I found them, would have revised those addresses to new locations in the ample space that WordStar provides for user-defined routines -- that should have done it. But could not find them, and now am stymied on how to proceed. Suggestion, anyone? Please respond direct to STORK at MIT-MC. If solution is found, will post to net. Thanks, Eric. 28-Jan-83 08:07:00,462;000000000000 Date: 28 Jan 1983 0907-CST From: BREITLING@gunter-adam.arpa Subject: ZCPR and the Appli-card To: info-cpm@brl.arpa Received: From Gunter-Adam.ARPA via smtptcp; 28 Jan 83 10:02 EST Received: From Brl.ARPA via smtptcp; 28 Jan 83 10:47 EST Received: From Brl-Bmd.ARPA via smtptcp; 28 Jan 83 11:03 EST Hello Has anyone out there tried to bring up zcpr on the Appli-card for the Apple? Any info would be great!!! Thanks. Breitling ------- 29-Jan-83 07:54:00,813;000000000000 Date: 29 January 1983 09:54-EST (Saturday) From: James Mazer To: info-micro@mit-mc.arpa, info-pc@usc-isib.arpa, info-cpm@mit-mc.arpa Reply-to: MAZE@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 29 Jan 83 17:59 EST Received: From Brl.ARPA via smtptcp; 29 Jan 83 18:26 EST Received: From Brl-Bmd.ARPA via smtptcp; 29 Jan 83 18:37 EST I am trying to get an ids-microprism to work with the ibm-pc. The text and fancy fonts seem to work (though not perfectly), but no matter what I do, the printer refuses to enter the graphics mode. Has anyone out there had any experiences with the microprism? It looks like a great printer, but if the graphics can't be easily used, it might not be worth the money.. Please respond to me, as I`m not on all the lists /Jamie 29-Jan-83 19:31:00,623;000000000000 Date: 29 January 1983 19:31 EST From: Jerry E. Pournelle Subject: MATRIX INVERTER NEEDED To: INFO-CPM@mit-mc.arpa, INFO-PASCAL@mit-mc.arpa, POURNELLE@mit-mc.arpa, INFO-MICRO@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 29 Jan 83 19:37 EST Received: From Brl.ARPA via smtptcp; 29 Jan 83 19:38 EST Received: From Brl-Bmd.ARPA via smtptcp; 29 Jan 83 19:45 EST I need a PASCAL implementatin of a reasonable matrix inverter for matrices of arbitrary size. Has anyone written a decent algorithm for same? Payment in autographed book or some such. Urgent need. Thanks . JEP 29-Jan-83 21:45:00,497;000000000000 Date: 29 January 1983 21:45 EST From: Robert L. Plouffe Subject: MODEM7 false dialling fixed To: INFO-CPM@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 29 Jan 83 21:46 EST Received: From Brl.ARPA via smtptcp; 29 Jan 83 21:45 EST Received: From Brl-Bmd.ARPA via smtptcp; 29 Jan 83 21:57 EST See the file in AR61:cpm; at MIT-MC named MDM7xx FIX. The changes in this file fix the false dialling bug upon retry in MODEM796 and above (including MDM701 and 702).. 30-Jan-83 11:43:00,1744;000000000000 Date: 30 Jan 1983 1043-PST From: STERNLIGHT Subject: Re: TRS Mod-16 To: mknox@utexas-11.arpa cc: STERNLIGHT@usc-ecl.arpa, info-cpm@mit-mc.arpa, info-micro@mit-mc.arpa In-Reply-To: Your message of 8-Jul-82 2022-PDT Received: From Mit-Mc.ARPA via smtptcp; 30 Jan 83 13:52 EST Received: From Brl.ARPA via smtptcp; 30 Jan 83 14:10 EST Received: From Brl-Bmd.ARPA via smtptcp; 30 Jan 83 14:15 EST I bought the P&T advanced command processor from them at the CPM-83 show last week in San Francisco. It has most of the features of ZCPR for a single user, except for the bulletin-board related security features. It has the advantage that you can put it anywhere, including drive A of a hard disk, and warm boots at the end of programs are practically instantaneous. It also comes with a new 'SUB' which has most of the features of supersub. It is about $75 or less. I like it. P&T also showed CPM-68 which will be out in a couple of months. They are ready, but Digital Research has a couple of mods to make. It comes with C and uses standard 68000 mnemonics. Presumably a lot of 16 bit cp/m-86 software will also have the same hooks as cpm-68, if the source code is compilable to 68000. Tandy was showing CPM-3 for the Mod 16 in Z-80 mode. It is coming out in a couple of weeks. The amazing thing is that Tandy finally has gone to CP/M in addition to TRSDOS. They have finally reformed. The new Mod 12 is very nice and can be had with Mod 16 68000 cards. Again it is a sign that Tandy has reformed; it can be had with a card cage accessibly by users from the back via a few simple thumb-wheels. No more 'use only our stuff or lose your warranty and service.' --david-- ------- 30-Jan-83 11:43:00,1744;000000000000 Date: 30 Jan 1983 1043-PST From: STERNLIGHT Subject: Re: TRS Mod-16 To: mknox@utexas-11.arpa cc: STERNLIGHT@usc-ecl.arpa, info-cpm@mit-mc.arpa, info-micro@mit-mc.arpa In-Reply-To: Your message of 8-Jul-82 2022-PDT Received: From Mit-Mc.ARPA via smtptcp; 30 Jan 83 13:50 EST Received: From Brl.ARPA via smtptcp; 30 Jan 83 14:09 EST Received: From Brl-Bmd.ARPA via smtptcp; 30 Jan 83 14:15 EST I bought the P&T advanced command processor from them at the CPM-83 show last week in San Francisco. It has most of the features of ZCPR for a single user, except for the bulletin-board related security features. It has the advantage that you can put it anywhere, including drive A of a hard disk, and warm boots at the end of programs are practically instantaneous. It also comes with a new 'SUB' which has most of the features of supersub. It is about $75 or less. I like it. P&T also showed CPM-68 which will be out in a couple of months. They are ready, but Digital Research has a couple of mods to make. It comes with C and uses standard 68000 mnemonics. Presumably a lot of 16 bit cp/m-86 software will also have the same hooks as cpm-68, if the source code is compilable to 68000. Tandy was showing CPM-3 for the Mod 16 in Z-80 mode. It is coming out in a couple of weeks. The amazing thing is that Tandy finally has gone to CP/M in addition to TRSDOS. They have finally reformed. The new Mod 12 is very nice and can be had with Mod 16 68000 cards. Again it is a sign that Tandy has reformed; it can be had with a card cage accessibly by users from the back via a few simple thumb-wheels. No more 'use only our stuff or lose your warranty and service.' --david-- ------- 30-Jan-83 12:01:00,1610;000000000000 Date: 30 Jan 1983 1101-PST From: STERNLIGHT@usc-ecl.arpa Subject: CPM Advanced CCP; TRS-80 Mod 2/16; CPM-68,3 To: info-cpm@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 30 Jan 83 14:49 EST Received: From Brl.ARPA via smtptcp; 30 Jan 83 15:22 EST Received: From Brl-Bmd.ARPA via smtptcp; 30 Jan 83 15:27 EST I bought the P&T advanced command processor for CP/M from them at the CPM-83 show last week in San Francisco. It has most of the features of ZCPR for a single user, except for the bulletin-board related security features. It has the advantage that you can put it anywhere, including drive A of a hard disk, and warm boots at the end of programs are practically instantaneous. It also comes with a new 'SUB' which has most of the features of supersub. P&T also showed CPM-68 which will be out in a couple of months. They are ready, but Digital Research has a couple of mods to make. It comes with C and uses standard 68000 mnemonics. Presumably a lot of 16 bit cp/m-86 software will also have the same hooks as cpm-68, if the source code is compilable to 68000. Tandy was showing CPM-3 for the Mod 16 in Z-80 mode. It is coming out in a couple of weeks. The amazing thing is that Tandy finally has gone to CP/M in addition to TRSDOS. They have finally reformed. The new Mod 12 is very nice and can be had with Mod 16 68000 cards. Again it is a sign that Tandy has reformed; it can be had with a card cage accessibly by users from the back via a few simple thumb-wheels. No more 'use only our stuff or lose your warranty and service.' --david-- ------- 31-Jan-83 18:24:36,314;000000000000 Date: 31 Jan 1983 20:24:36-EST From: dudley@nadc.arpa To: DCD@washington.arpa, info-cpm@brl.arpa Subject: XMODEM on TOPS-20 request Received: From Nadc.ARPA via smtptcp; 31 Jan 83 21:03 EST Received: From Brl.ARPA via smtptcp; 1 Feb 83 1:39 EST Received: From Brl-Bmd.ARPA via smtptcp; 1 Feb 83 1:57 EST 31-Jan-83 18:26:49,356;000000000000 Date: 31 Jan 1983 20:26:49-EST From: dudley@nadc.arpa To: dcd@washington.arpa Subject: 6502 dasm Cc: info-cpm@brl.arpa Received: From Nadc.ARPA via smtptcp; 31 Jan 83 21:04 EST Received: From Brl.ARPA via smtptcp; 1 Feb 83 1:39 EST Received: From Brl-Bmd.ARPA via smtptcp; 1 Feb 83 1:58 EST I have yet to upload it but I will soon. dud 15-Jan-83 08:17:00,2051;000000000000 Date: 15 Jan 1983 0717-PST From: LHILL@usc-eclb.arpa Subject: File transfer To: INFO-CPM@brl.arpa cc: INFO-TRS80@mit-mc.arpa Received: From 10.0.0.23.ARPA via smtptcp; 15 Jan 83 10:09 EST Received: From 10.0.0.29.ARPA via smtptcp; 18 Jan 83 2:26 EST Received: From 10.3.0.29.ARPA via smtptcp; 18 Jan 83 12:38 EST Received: From Ucla-Security.ARPA via smtptcp; 7 Mar 83 17:26 EST Received: From Brl.ARPA via smtptcp; 7 Mar 83 17:31 EST Received: From brl-gateway.ARPA via smtptcp; 7 Mar 83 17:38 EST This message is to thank the several people who responded to my eairlier request about how to transfer files from the mainframes to my micro, and to condense that advice for others who might be interested. Most notable of the advisors was the info received from Bill Rizzi and Frank Wancho . The best single piece of advice I can give is to get the file modem.doc from SRI-KL, print it and save it!To do this: FTP *SRI-KL *LOGIN ANONYMOUS XYZ *ASCII *GET MODEM.DOC (to local file) MODEM.DOC *DIR Mightt as well get this (to local file)BILLS.DIR dir while your here. *BYE [C Now typ it out to your printer. The major subheadings of this 13 page file are: TOPS-20 UNIX VAX running VMS IBM PC TRS MOD I II & III APPLE CPM ATARI A Tutorial on prococol It tells you what programs apply to the various systems and where to get them!!! As for me I can't report success as yet. With Bill and Franks help I do have a CPM version of MODEM which runs on the TOPS-20 in my space and ready to go. But at almost the exact point of file Xfer the serial port died and my machine is now being repaired. I am back on my TRS at the moment, and without a MODEM80 program can't handle the protocol. So any of you who are successful and find any additional nuances which need to be overcome, I would appriciate the feedback. Lem Hill ------- 15-Jan-83 21:58:01,625;000000000000 Date: 15 Jan 83 21:58:01 EST (Sat) From: Rick Conn To: John Paul McNamee cc: INFO-CPM@mit-ai.arpa Received: From 10.2.0.6.ARPA via smtptcp; 15 Jan 83 21:58 EST Received: From 10.0.0.29.ARPA via smtptcp; 18 Jan 83 7:12 EST Received: From 10.3.0.29.ARPA via smtptcp; 18 Jan 83 16:59 EST Received: From Mit-Ai.ARPA via smtptcp; 7 Mar 83 17:19 EST Received: From Brl.ARPA via smtptcp; 7 Mar 83 17:29 EST Received: From brl-gateway.ARPA via smtptcp; 7 Mar 83 17:37 EST UMODEM is in the UNIX archive under CPM. CPM, of course, is a directory on MIT-MC. 17-Jan-83 08:23:36,738;000000000000 Date: 17 Jan 1983 8:23:36 EST (Monday) From: Mike Louden Subject: BSR controller To: INFO-CPM@mit-ai.arpa Received: From 10.2.0.6.ARPA via smtptcp; 17 Jan 83 8:35 EST Received: From 10.0.0.29.ARPA via smtptcp; 18 Jan 83 7:15 EST Received: From 10.3.0.29.ARPA via smtptcp; 18 Jan 83 17:00 EST Received: From Mit-Ai.ARPA via smtptcp; 7 Mar 83 16:03 EST Received: From Brl.ARPA via smtptcp; 7 Mar 83 16:05 EST Received: From brl-gateway.ARPA via smtptcp; 7 Mar 83 17:24 EST Can anyone point me to an interface, either S100 or RS232 to allow my system to control BSR remote switches? If not S100 or RS232 I would still be interested in other less easy methods. Thanks! Mike Louden!Mitre 20-Jan-83 06:24:00,1303;000000000000 Date: 20 January 1983 06:24 EST From: Keith Petersen To: Info-Cpm@brl.arpa cc: PLOUFF@mit-mc.arpa, PLK@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 20 Jan 83 6:25 EST Received: From Brl.ARPA via smtptcp; 20 Jan 83 6:59 EST Received: From Brl-Bmd.ARPA via smtptcp; 20 Jan 83 20:40 EST Received: From Ucla-Security.ARPA via smtptcp; 7 Mar 83 17:25 EST Received: From Brl.ARPA via smtptcp; 7 Mar 83 17:31 EST Received: From brl-gateway.ARPA via smtptcp; 7 Mar 83 17:38 EST Date: 01/19/83 From: Bruce Kargol To: Keith Petersen Re: MODEM797 bug? I had a little trouble using MODEM797 and was hoping that you might have a little help for me. While transferring files in the bulk mode I inadvertently entered this command: 'TB A:*.*' (Instead of the S for send I was thinking T for transmit. It erased all of the files on the diskette and opened one with the name: ????????.???. I recovered all but the first file in the directory because the group map for ????????.??? had been set to all zeros, and was entered where my first file had been. I'd like to be the one to fix it, but really not good enough with assembler to do it. Any help would be apprec- iated. I know, Iknow, Don't use the T, use the S. Regards, Bruce Kargol