1-Mar-83 07:39:13,671;000000000000 Date: 1 Mar 83 7:39:13 EST (Tue) From: George Keller (IBD) To: info-cpm@brl.arpa Subject: Error-checking Received: From Brl.ARPA via smtptcp; 1 Mar 83 7:47 EST Received: From brl-gateway.ARPA via smtptcp; 1 Mar 83 7:49 EST We are using our micros as intelligent terminals to both shared minis and to a large host. One of our number is having difficulty with noise in his communications with the host. I would like to correspond with anyone who has experience with - has written - error-checking commo routines. All we have to work with is an echo from the host, but that ought to provide enough power to do the job. 1-Mar-83 15:03:00,697;000000000000 Return-Path: Date: 1 Mar 83 18:03-EDT (Tue) From: Charles Hutchinson Subject: Rainbow 100 To: INFO-CPM@umass-ece Cc: HUTCHINSON.UMASS-ECE@udel-relay.arpa Via: UMASS-ECE; 1 Mar 83 23:14-EST Received: From Mit-Mc.ARPA via smtptcp; 1 Mar 83 23:33 EST Received: From Brl.ARPA via smtptcp; 2 Mar 83 2:58 EST Received: From brl-gateway.ARPA via smtptcp; 2 Mar 83 6:15 EST Hi! I'm looking for anyone who uses/owns a Rainbow 100, to discuss the machine, software, etc. I especially want to get a MODEM for the Rainbow. Can anyone help?? John ( HUTCHINSON.UMASS-ECE@UDEL-RELAY ) 2-Mar-83 00:35:00,1883;000000000000 Date: 2 March 1983 00:35 EST From: Keith Petersen Subject: FTPing COM files from the MIT-MC CPM directory To: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 2 Mar 83 0:36 EST Received: From Brl.ARPA via smtptcp; 2 Mar 83 2:39 EST Received: From brl-gateway.ARPA via smtptcp; 2 Mar 83 6:13 EST Date: 2 March 1983 00:17 EST From: Gail Zacharias To: bridger at RAND-UNIX cc: FJW, W8SDZ Re: [W8SDZ: [bridger: squeezing MC CPM files-HEXIFY]] The HEXIFY source is on MC in AR4:GZ;HEXIFY MIDAS. I doubt it will do you any good. COM files are stored on ITS as four 8-bit bytes per PDP-10 word, left justified. The first word is a file-type identifier and it is 446353300000 octal. This particular packing of 8 bit bytes into pdp-10 words is pretty standard, so if your FTP has a binary mode, it will probably do the right thing, i.e. give you the correct sequence of 8-bit bytes coming out of the FTP. If that is the case, the first 4 bytes should be: 223, 072, 330, 0 (octal). These come from the id word above and are not part of the com file proper, i.e. should be discarded before downloading to a CP/M system. Now, if you don't have binary mode in your FTP, or if the binary mode is such that you get something other 223,072,330,0 as first four bytes when FTPing COM files (meaning that the server is using some other byte packing), it might still be possible to FTP the files and reconstruct the original from that. (The only problem might be CRLF vs. LF transformations in ascii mode). All you need to do figure out how the server unpacks the bytes and then "undo" it. I'd be happy to help out if you have trouble figuring this out. Just let me know what the first few bytes are when you FTP a com file. But before you go writing any code, make sure there is no way to make FTP win directly. 2-Mar-83 00:38:00,1370;000000000000 Date: 2 March 1983 00:38 EST From: Richard P. Wilkes Subject: Error-checking To: keller@brl.arpa cc: Info-CPM@brl.arpa In-reply-to: The message of 1 Mar 83 7:39:13 EST (Tue) from George Keller (IBD) Received: From Mit-Mc.ARPA via smtptcp; 2 Mar 83 0:39 EST Received: From Brl.ARPA via smtptcp; 2 Mar 83 2:39 EST Received: From brl-gateway.ARPA via smtptcp; 2 Mar 83 6:13 EST There is a problem checking just the echo from the host. Many times, the noise may only cause incorrect characters on your receive line while the host received and retransmitted correctly. Some attempts I've seen have tried to "fix" xmit errors using deletes to kill the bad chars and then retransmitting. But, if line noise was the problem, you may be deleting correct text. One option is to issue a line delete and resend the entire line. Of course, this doesn't help if a character was garbled into a line terminator ( on most systems). All in all, the problem is PRETTY MESSY. Sometimes you can tailor to the application. But, without some type of checksumming or CRC, you are still going to get errors thru. And, when using something like a text editor, the protocol has to be careful when "correcting" to take into account screen reformatting and the like. All in all, not a pleasant task. Good luck. -r 2-Mar-83 00:50:00,1075;000000000000 Date: 2 March 1983 00:50 EST From: Eric J. Swenson Subject: Small-C To: info-cpm@brl.arpa, info-micro@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 2 Mar 83 0:51 EST Received: From Brl.ARPA via smtptcp; 2 Mar 83 2:39 EST Received: From brl-gateway.ARPA via smtptcp; 2 Mar 83 6:14 EST Does anyone know where I can find a HEX or COM version of either Small-C V1.0 or Small-C V2.0 on the ARPANET for CP/M. The source for V1.0 is on MIT-AI and the source for V2.0 is on MIT-MC, but neither is any help since I do not have any version of C to compile the source with. Alternatively, is there an ASM source for Small-C V1.0 that I can get to bootstrap myselft up to V2.0? Additionally, where can I find source and object for Small-VM, Small-SHELL, and a sample STDIO.ASM? Any pointers would be appreciated. For those of you on usenet receiving this, if you cannot send to an ARPANET host, Keith Peterson has volunteered his brl-bmd usenet address for replies. It is .....!duke!unc!brl-bmd!w8sdz Thanks in advance. -- Eric 2-Mar-83 08:04:56,1717;000000000000 Return-Path: Date: 2 Mar 83 8:04:56-MST (Wed) From: David Keaton Subject: Error checking To: Info-CPM.BRL@rand-relay.arpa Via: NMT; 3 Mar 83 2:18-PDT Received: From Rand-Relay.ARPA via smtptcp; 3 Mar 83 5:35 EST Received: From Brl.ARPA via smtptcp; 3 Mar 83 5:39 EST Received: From brl-gateway.ARPA via smtptcp; 3 Mar 83 5:47 EST I have written some software (Z80 assembly code) that checks what comes back from the host to make sure it's valid. I'll be glad to send it to anyone who wants it -- it's pretty short (or I'll post it to Info-CPM if there's enough interest). It may take a while though because I have to wait for my computer to come back from the factory -- it's an Osborne-1 getting a double density upgrade. I do have an observation though: I seem to get fewer errors when I turn off echo at the host and use checksums. I'm not sure whether this is because of some kind of feedback in the phone lines (anybody know if that's possible?) or just that my micro is slow in receiving characters when it's trying to send them at the same time. My gut feeling says it's the latter. I have been playing around with calling bigger machines with my micro for four to five months now and have NEVER had problems with the bit rate affecting my error count (i.e. 1200bps is as reliable as 300) and this includes long-distance phone lines. Before I got my modem, I heard people complain about 1200bps being unreliable all the time. Am I just lucky or do the rest of you have the same experiences? David Keaton keaton.nmt@Rand-Relay 2-Mar-83 12:53:00,975;000000000000 Return-Path: Date: 2 Mar 83 15:53-EDT (Wed) From: Charles Hutchinson Subject: Kaypro II / Continuum To: INFO-CPM@umass-ece Cc: HUTCHINSON.UMASS-ECE@udel-relay.arpa Via: UMASS-ECE; 2 Mar 83 20:51-EST Received: From Mit-Mc.ARPA via smtptcp; 4 Mar 83 4:20 EST Received: From Brl.ARPA via smtptcp; 10 Mar 83 6:05 EST Received: From brl-gateway.ARPA via smtptcp; 10 Mar 83 6:11 EST Hi! I'm looking for someone with a Kaypro II, as I'm considering purchasing one in the near future. I may purchase it from a California company, called Continuum, which sells the Kaypro II with a 10MB hard disk for $2800. Has anyone had any experience with this company? That offer seems too good to be true... To those with Kaypro's, what do you think of them? Any and all views welcomed..... Thatnks, John Hutchinson ( HUTCHINSON.UMASS-ECE @ UDEL-RELAY ) 2-Mar-83 21:49:43,784;000000000000 Return-Path: Date: 02 Mar 83 21:49:43 PST (Wed) From: Tim Morgan Subject: C compilers To: info-cpm@uci Via: UCI; 2 Mar 83 23:08-PDT Received: From Mit-Mc.ARPA via smtptcp; 3 Mar 83 2:28 EST Received: From Brl.ARPA via smtptcp; 3 Mar 83 3:19 EST Received: From brl-gateway.ARPA via smtptcp; 3 Mar 83 3:31 EST Does anyone have or know of a CP/M (Z80) C compiler which is capable of compiling all or almost all of standard C? Particularly, I am interested in being able to compile the output from yacc. Please reply directly to me via the net. Thanks ahead of time, Tim Morgan MORGAN.UCI@RAND-RELAY (ARPAnet) MORGAN@UCI (CSnet) 2-Mar-83 21:59:32,922;000000000000 Date: 2 Mar 83 21:59:32 EST (Wed) From: Rick Conn To: info-cpm@brl.arpa Subject: ZCPR2 COM Files Received: From Brl.ARPA via smtptcp; 2 Mar 83 22:04 EST Received: From brl-gateway.ARPA via smtptcp; 2 Mar 83 22:15 EST I just did a CRC check on all the COM files for ZCPR2 in AR82:FJW. They are all current versions. For those of you with the Installation Manual, you will find that the CRCs match as ad- vertised in Appendix A to all files except MKDIR. The CRC for MKDIR is C27F, and it is different because a glitch was found in SYSLIB's SORT routine and I corrected it. MKDIR was the only ZCPR2 program which I found to use SORT, so I simply reassembled it. Source to MKDIR is the same as before, and only the COM file is different. AR19:CPM now contains the current version of SYSLIB, viz 2.5. CRCs match. Rick 2-Mar-83 22:25:47,460;000000000000 Date: 2 Mar 83 22:25:47 EST (Wed) From: Rick Conn To: info-cpm@brl.arpa Subject: ZCPR2's LDIRZ Received: From Brl.ARPA via smtptcp; 2 Mar 83 22:31 EST Received: From brl-gateway.ARPA via smtptcp; 2 Mar 83 22:37 EST I missed one earlier. Thanks to Charlie Strom for pointing it out. LDIRZ also used SORT in SYSLIB. I have reassembled it and uploaded the new LDIRZ COM to AR82:FJW. CRCs match at B225. Rick 3-Mar-83 00:33:00,911;000000000000 Date: 3 March 1983 00:33 EST From: Gail Zacharias Subject: New ITS modem program To: info-cpm@brl.arpa cc: BUG-MMODEM@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 3 Mar 83 0:35 EST Received: From Brl.ARPA via smtptcp; 3 Mar 83 0:56 EST Received: From brl-gateway.ARPA via smtptcp; 3 Mar 83 1:16 EST There is a new modem program on MC, called :MMODEM. Do :MMODEM ? for usage details. This program imposes a much smaller load on the system than LMODEM. However, MMODEM doesn't currently provide the special 7-bit mode that LMODEM has. If there is sufficient demand, I can put it in. Since this is of interest to ITS users only, future annoucements regarding MMODEM will not be sent to INFO-CPM. If you use this program, let me know and I'll put you on INFO-MMODEM where such announcements will go. Questions, bugs, feature requests etc. to BUG-MMODEM@MC. 3-Mar-83 01:09:00,584;000000000000 Date: 3 Mar 1983 0009-PST Subject: Re: New files on MC From: Tom Carnahan To: Charlie Strom , INFO-CPM@brl.arpa POSTAL-ADDRESS: Tom Carnahan, SMC 1819, NPS, MONTEREY,CA 93940 Phone: (Home) 408-372-7480 (NPS office) 408-646-2174 AV 878-2174 In-Reply-To: Your message of 2 March 1983 21:42 EST Received: From Usc-Isie.ARPA via smtptcp; 3 Mar 83 3:09 EST Received: From Brl.ARPA via smtptcp; 3 Mar 83 3:20 EST Received: From brl-gateway.ARPA via smtptcp; 3 Mar 83 3:32 EST HOW DO I ACESS CPM;MLOAD ASM FROM ISIE? ------- 3-Mar-83 05:26:00,803;000000000000 Date: 3 March 1983 05:26 EST From: Keith Petersen Subject: New RCPM from Eddie Currie To: INFO-CPM@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 3 Mar 83 5:26 EST Received: From Brl.ARPA via smtptcp; 3 Mar 83 5:27 EST Received: From brl-gateway.ARPA via smtptcp; 3 Mar 83 5:36 EST Msg 303 is 10 line(s) on 02/22/83 from EDDIE CURRIE to ALL about NEW RBBS IN NY ATTENTION ALL RBBS FANS !!!!!!!!!!!! There is now a new RBBS operating in the New York Area. PMMI baud rates supported 2.4 Megabytes of online storage and files. Call 212-535-3406. Current hours are from 7:00PM-12:00PM seven days a week. Currently on line is the latest CPMUG volume # 91. Please leave messages regarding any problems/suggestions. Regards to all ............ Eddie Currie 3-Mar-83 09:18:14,593;000000000000 Date: 3-Mar-83 08:18:14-PST (Thu) From: unicom!vandal@lbl-csam.arpa Subject: Addition to info-cpm mailing list Return-Path: Message-Id: <8302031618.20619@LBL-CSAM.ARPA> Received: by LBL-CSAM.ARPA (3.284 [1/5/83]) id AA20619; 3-Mar-83 08:18:14-PST (Thu) To: lbl-csam!info-cpm@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 4 Mar 83 3:29 EST Received: From Brl.ARPA via smtptcp; 4 Mar 83 4:07 EST Received: From brl-gateway.ARPA via smtptcp; 4 Mar 83 4:46 EST Please add: unicom!vandal@lbl-csam Thanks, Jim C. unicom!vandal@lbl-csam 3-Mar-83 12:03:40,386;000000000000 Date: 3 Mar 83 12:03:40 EST (Thu) From: Rick Conn To: info-cpm@brl.arpa Subject: DU2 Received: From Brl.ARPA via smtptcp; 3 Mar 83 12:11 EST Received: From brl-gateway.ARPA via smtptcp; 3 Mar 83 13:06 EST I fixed a bug in DU2 (very minor) the other day and forgot to upgrade the copy on MC. DU2 is now upgraded. New CRC is E732. Rick 5-Mar-83 08:13:10,764;000000000000 Date: 5 Mar 83 8:13:10 EST (Sat) From: Rick Conn To: info-cpm@brl.arpa Subject: ZCPR2 Mod 0.3 Received: From Brl.ARPA via smtptcp; 5 Mar 83 8:17 EST Received: From brl-gateway.ARPA via smtptcp; 5 Mar 83 8:29 EST ZCPR2 Mod 0.3 is now on MC in AR80:FJW. This mod removes an "annoyance" in which ZCPR2 thrashes with the disk in a rare case. ZCPR2 slowed down because of this but did not generate an error. CRCs check. In the same AR is the file Z2SYS MOD, which describes the mods to the original distribution and why the mods were made. It is a short text file. The file covers ZCPR2 and SYSLIB, and it establishes a new baseline at ZCPR2 Mod 0.3 and SYSLIB 2.5. Rick 5-Mar-83 08:16:00,1310;000000000000 Date: 5 March 1983 08:16 EST From: Charlie Strom Subject: ZCPR2 Package To: INFO-CPM@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 5 Mar 83 8:16 EST Received: From Brl.ARPA via smtptcp; 5 Mar 83 8:17 EST Received: From brl-gateway.ARPA via smtptcp; 5 Mar 83 8:29 EST I thought it might be useful to advise the net of the location of the on-line file storage of Richard Conn's ZCPR2 replacement CCP and its associated documentation and utilities on MC: AR80:FJW - This archive contains ZCPR2 proper as well as the header file required for assembly and some of the documentation. AR81:FJW - The .HLP (help) files for ZCPR2, to be used in conjunction with HELP.COM. AR82:FJW - ZCPR2 utilities. The object file only is provided in most cases due to storage capacity limitations. Source to these files will soon be available from SIG/M. AR83:FJW - ZCPR2 documentation. The balance of documentation not present in AR80 is in this archive. There still reamains a file or two which I will be uploading shortly. Note that most of the documentation has been uploaded in squeezed form due to its size and should be downloaded or FTP'd as a binary file and later unsqueezed using Richard Greenlaw's USQ program which is available in the CPM directory on MC. 5-Mar-83 08:24:31,1376;000000000000 Date: 5 Mar 83 8:24:31 EST (Sat) From: Rick Conn To: info-cpm@brl.arpa Subject: ZCPR2 and SYSLIB Manuals Received: From Brl.ARPA via smtptcp; 5 Mar 83 8:28 EST Received: From brl-gateway.ARPA via smtptcp; 5 Mar 83 8:30 EST I had a discussion with the publications chairman of the NY Amateur Computer Group last night at my talk, and I discovered that this group is planning to print the ZCPR2 and SYSLIB docu- mentation. I am sending them a complete set today to make sure they are up to date. They expect to have a run of 2000 copies completed by the end of the month, and they intend to begin selling them at the Trenton Computer Festival (15-17 Apr). The ZCPR2 and SYSLIB do- cumentation is expected to reside in two volumes of an n-volume set of documentation on public domain software they are creating. The cost per volume is expected to be around $8. The NY Amateur Computer Group is a not-for-profit organi- zation, and any profits from this sale are to go into funding fu- ture club activities. I will drop a message to the net after the sales have started. This message will contain addresses and exact cost/volume number information for those wishing to send to the group for the manuals (or whole manual set). Rick 5-Mar-83 20:21:51,5087;000000000000 Date: 5 Mar 83 20:21:51 EST (Sat) From: Keith Petersen To: Info-Cpm@brl.arpa Subject: New MODEM7 available from MC Received: From Brl.ARPA via smtptcp; 5 Mar 83 20:32 EST Received: From brl-gateway.ARPA via smtptcp; 5 Mar 83 20:34 EST A new version of the MODEM7 series, MDM705, is now available on MIT-MC. This version has several different user overlay files to make customization easy. You don't really need the MDM705.ASM file (which is now 130k long) unless you plan to modify or improve the program. All you need is MDM705.COM (or HEX if you can't FTP COM files from MC), and the appropriate user overlay file. The following are excerpts from Irv Hoff's information on this new version. Bug reports to INFO-MODEM7@MIT-MC, please. This is a special mailing list for maintainers of the MODEM7 series. ---from MDM705.MSG--- MDM705 is now available on this system. After the MODEM7xx program became MODEM799, a decision was made to name the next version MDM700. This also allows it to be placed on the COMPUSERVE system which limits all file names to 6 characters including any revision numbers. While catering to S-100 systems using the plug-in PMMI auto-answer, auto-dial modem, it works great on most other systems as well. (My own equipment uses an external Bell 212A modem with push button manual dialing.) This is likely the most sophisticated modem program available for CP/M users. An instruction guide is in- cluded in the group of programs, called MDM705.DOC. Look at the short file called MDM705.INF for an explanation of the various programs in the family. It will tell which may be most useful in adapting to your equipment. It also gives typical values for many units. - Irv Hoff 22 FEB 83 ---from MDM705.INF--- TOPIC : MDM705 MODEM PROGRAM INSTALLATION INFORMATION FROM : IRVIN M. HOFF DATE : 03/03/83 This program is based on one originally written by Ward Christ- ensen in Sept. 1977. It has since undergone a considerable number of changes. Two of the latest were (1) printer control while in the "T" (Terminal) mode and (2) combining the macro library into the program to eliminate extra files -- also allowing assembly with ASM as well as MAC or other popular assemblers. NOTE: Special configuration files are being added for specific types of computers. Several are available as shown below. Others will be provided for popular computers using external modems. This file will be updated accordingly. (The MDM705CF.ASM general configure file also contains information regarding the Heath/Zenith H-89.) To adapt this version to your equipment, you will want to get some of the following programs: Program name Squeezed Name Purpose MDM705.ASM MDM705.AQM (source code file) MDM705.COM MDM705.OBJ (object code file) MDM705.DOC MDM705.DQC (how-to-use file) MDM705.INF MDM705.IQF (information file) MDM705.SET MDM705.SQT (how to set file) MDM705AP.ASM MDM705AP.AQM (Apple II overlay file) MDM705CF.ASM MDM705CF.AQM (general overlay file) MDM705DP.ASM MDM705DP.AQM (Datapoint 1560 overlay) MDM705HZ.ASM MDM705HZ.AQM (Heath/Zenith Z-100 file) MDM705KP.ASM MDM705KP.AQM (KayPro overlay file) MDM705NM.ASM MDM705NM.AQM (Phone number overlay) MDM705OS.ASM MDM705OS.AQM (Osborne overlay file) MDM705XE.ASM MDM705XE.AQM (Xerox 820 overlay file) NOTE: The MDM705CF overlay file has additional information permitting easy adaptation to the Heath/Zenith units using the 8250 I/O. MDM705 is designed to work immediately for PMMI users with no changes. (Some preferences might be different from those preset, however.) When ready to use the program, type 'H' (for 'HELP'), hit RET and it will display helpful information on the commands. There are so many commands there are several pages. You can abort the display with a CTL-C. (One of the most useful features being CTL-P to toggle your printer on/off) The program has received numerous worthwhile optional features in the past several months. ---end of excerpts--- The files are available from MIT-MC in the AR61:CPM; directory: MDM705 APASM 2 03/03/83 04:36:25 MDM705 ASM 27 03/01/83 03:42:33 MDM705 CFGASM 3 03/01/83 04:43:54 MDM705 COM 5 03/01/83 03:55:10 MDM705 DOC 7 03/01/83 02:43:04 MDM705 DPASM 2 03/03/83 05:06:55 MDM705 HZASM 2 03/04/83 09:07:29 MDM705 INF 1 03/04/83 08:45:05 MDM705 MSG 1 03/02/83 06:45:49 MDM705 NMASM 1 03/02/83 06:32:57 MDM705 OSASM 2 03/02/83 06:36:12 MDM705 OSINF 1 03/02/83 06:46:58 MDM705 SET 2 03/01/83 03:49:14 MDM705 XEASM 2 03/04/83 08:55:00 --Keith 5-Mar-83 20:35:16,1327;000000000000 Date: 5 Mar 83 20:35:16 EST (Sat) From: Keith Petersen To: Info-Cpm@brl.arpa Subject: [Eric J. Swenson: Small C] Received: From Brl.ARPA via smtptcp; 5 Mar 83 20:44 EST Received: From brl-gateway.ARPA via smtptcp; 5 Mar 83 20:45 EST Can anyone on the list help us with this? We have the V2.0 source on-line at MIT-MC, but as Eric says, that's not enough to get it going. ----- Forwarded message # 1: Date: 4 March 1983 13:16 EST From: Eric J. Swenson Subject: Small C To: mhb5b!smb@Ucb-Arpa.ARPA cc: w8sdz@Brl-Bmd.ARPA In-reply-to: The message of 4 Mar 83 09:27:57 EST (Fri) from mhb5b!smb at Berkeley (Steven M. Bellovin) Received: From Mit-Mc.ARPA via smtptcp; 4 Mar 83 17:06 EST Received: From brl-gateway.ARPA via smtptcp; 4 Mar 83 18:13 EST Well, V2.0 was posted to net.sources in source form and without CP/M STDIO compatibility. Without a C compiler, I can't use the source. I need a COM file. My only hope is either that somebody has a .COM file already for CP/M or that I can get my hands on a V1.0 CP/M .COM file. Failing that, I can get a 8080 version of the soure to V1.0 and use it to generate a working V1.0 compiler, and then compile V2.0. Thanks for youe help though. -- Eric ----- End of forwarded messages 5-Mar-83 21:02:00,473;000000000000 Date: 5 March 1983 21:02 EST From: Keith Petersen Subject: MDM705.HEX To: Inf-Cpm@brl.arpa, Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 5 Mar 83 21:01 EST Received: From Brl.ARPA via smtptcp; 5 Mar 83 21:07 EST Received: From brl-gateway.ARPA via smtptcp; 5 Mar 83 21:16 EST When I announced MDM705 I neglected to list the location of MDM705.HEX for those who cannot FTP .COM files from MIT-MC. It's in AR13:CPM;MDM705 HEX 5-Mar-83 21:28:34,1420;000000000000 Date: 5 Mar 83 21:28:34 EST (Sat) From: Rick Conn To: info-cpm@brl.arpa Subject: ZCPR2 and SYSLIB in SIG/M Received: From Brl.ARPA via smtptcp; 5 Mar 83 21:31 EST Received: From brl-gateway.ARPA via smtptcp; 5 Mar 83 21:37 EST ZCPR2 Mod 0.1 and SYSLIB 2.4 are now in SIG/M. This is complete with all sources, HLP files, object files, and documen- tation as WordStar files. This group constitutes Volumes 98 to 107 of the SIG/M library. I gave SIG/M a disk last night which (by itself) provides the files which upgrade this ZCPR2 and SYS- LIB set to ZCPR2 Mod 0.3 and SYSLIB 2.5. This will be coming out soon in SIG/M. They stated at the meeting that they had SYSLIB 2.3. They actually have 2.4. The confusion comes from the User's Guide referring to 2.3 and the User and Ref manual referring to 2.4. The User's Guide didn't change from 2.3 to 2.4 to 2.5, so I just didn't change its header. No doc change is required for 2.5, so 2.4 of the User and Reference manual is good for 2.5 also. This is all explained in the Z2SYS-1.MOD file. If you ever have a question on what version of SYSLIB you have is, the following code segment (with its appropriate EXTs) tells you: CALL VERSION CALL PHL4HC This will cause 0204 to be printed if version 2.4, etc. Rick 5-Mar-83 23:35:00,987;000000000000 Date: 5 March 1983 23:35 EST From: Eric J. Swenson Subject: [Eric J. Swenson: Small C] To: w8sdz@brl.arpa cc: info-cpm@brl.arpa, Danielson.PA@parc-maxc.arpa In-reply-to: The message of 5 Mar 83 20:35:16 EST (Sat) from Keith Petersen Received: From Mit-Mc.ARPA via smtptcp; 5 Mar 83 23:35 EST Received: From Brl.ARPA via smtptcp; 5 Mar 83 23:47 EST Received: From brl-gateway.ARPA via smtptcp; 5 Mar 83 23:54 EST Courtesy of Danielson.PA@PARC-MAXC, I have Small-C V2.0 for CP/M on MIT-MC in the archive EJS;AR50:. I will keep it up-to-date if I receive any fixes from Mr. Danielson. In the archive are the *.MAC (your need M80 rather than ASM to assemble) files necessary to assemble Small-C V2.0 and the runtime libraries and i/o interface for CP/M. Then i/o routines have references to ROM routines (rather than calling CONIN and CONOUT) so these will have to change. I'll make these changes soon and upload onto MIT-MC. 6-Mar-83 05:39:00,920;000000000000 Date: 6 March 1983 05:39 EST From: Keith Petersen To: EJS@mit-mc.arpa cc: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 6 Mar 83 5:39 EST Received: From Brl.ARPA via smtptcp; 6 Mar 83 5:40 EST Received: From brl-gateway.ARPA via smtptcp; 6 Mar 83 5:42 EST Thanks for getting the Small C version 2.0 CP/M files. I looked them over and found them all to have strings of control-Z's at the end. This would probably not have caused problems with M80, but there were some "$" and "%" characters at the end too, probably a shell prompt from a Unix system. I have cleaned up all the files and split them into two archives (because they were so large they exceeded the safe limit for on ARchive device on MC) and they're now available in the CPM directory. The archives are named AR76 V2CMAC and AR77 V2CMA2. If you update them, please use these as the sources. --Keith 6-Mar-83 09:40:39,960;000000000000 Date: 6 Mar 83 9:40:39 EST (Sun) From: Rick Conn To: info-cpm@brl.arpa Subject: Addresses Received: From Brl.ARPA via smtptcp; 6 Mar 83 9:42 EST Received: From brl-gateway.ARPA via smtptcp; 6 Mar 83 9:47 EST The address of SIG/M is: SIG/M User Group Amateur Computer Group of New Jersey, Inc Box 97 Iselin, NJ 08830 The address of CP/M UG is: CPMUG 1651 Third Avenue New York, NY 10028 The NJ Amateur Computer Group: Amateur Computer Group of New Jersey, Inc PO Box 319 South Bound Brook, NJ 08880 The NY Amateur Computer Group: S-100, CP/M User Group NY Amateur Computer Club PO Box 106 Church Street Station New York, NY 10018 Would everyone please make a note of this so I don't have to keep sending this information out everytime I mention one of the above? Even if you don't think you want the info now, you may want it in the future. Thanks. Rick 6-Mar-83 11:57:00,716;000000000000 Date: 6 March 1983 11:57 EST From: Eric J. Swenson Subject: Small-C for CP/M on MIT-MC To: W8SDZ@mit-mc.arpa cc: info-cpm@brl.arpa In-reply-to: The message of 6 Mar 1983 05:39 EST from Keith Petersen Received: From Mit-Mc.ARPA via smtptcp; 6 Mar 83 11:57 EST Received: From Brl.ARPA via smtptcp; 6 Mar 83 12:01 EST Received: From brl-gateway.ARPA via smtptcp; 6 Mar 83 12:09 EST When I get a chance to download the code onto a micro, I'll modify the RUNTIME package to make it system independent and once checked out, I'll update the archives on MIT-MC (CPM;AR76: AND CPM;AR77:). I'll also provide a .COM file and a new .HEX file. Thanks for your cleanup of the files. 7-Mar-83 03:47:00,731;000000000000 Date: 7 March 1983 03:47 EST From: Keith Petersen Subject: MIT-MC CPM DIRLST updated To: INFO-CPM@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 7 Mar 83 7:31 EST Received: From Brl.ARPA via smtptcp; 7 Mar 83 9:03 EST Received: From brl-gateway.ARPA via smtptcp; 7 Mar 83 9:06 EST The file CPM;CPM DIRLST, which lists the main CPM directory and all the archive directories has been updated as of this morning. Anyone who cannot FTP, please send a note to INFO-CPM-REQUEST@BRL and a copy will be netmailed to you. If you have already requested a copy of the one which was announced last week, you will get the new one. The ZCPR2 archives are now available in the CPM directory. --Keith 7-Mar-83 13:38:00,1029;000000000000 Received: from M.PCO.LISD.HIS by MIT-MULTICS.ARPA dial; 07-Mar-1983 15:41:07-est Date: 7 March 1983 13:38 mst From: Mike Kubicar Subject: Commodore 64 and cp/m To: info-cpm@brl.arpa Received: From Mit-Multics.ARPA via smtptcp; 7 Mar 83 15:48 EST Received: From Brl.ARPA via smtptcp; 7 Mar 83 15:53 EST Received: From brl-gateway.ARPA via smtptcp; 7 Mar 83 17:23 EST Has anyone had any experience with a commodore 64 running cp/m? I noticed recently that there is a plug in cartridge that allows the base machine to run (one of) the most popular small computer operating system. Is it compatible with everyone elses cp/m? I also noticed no ads anywhere for programs in commodore cp/m format. Does this mean that it accepts another popular format (apple perhaps) or that it's hard to find software for it. Any info would be appreciated. Mike Kubicar Kubicar.Multics%PCO-Multics@MIT-Multics 7-Mar-83 21:04:00,690;000000000000 Date: 7 Mar 1983 2004-PST Subject: Re: MIT-MC CPM DIRLST updated From: Tom Carnahan To: Keith Petersen , INFO-CPM-REQUEST@brl.arpa, INFO-CPM@mit-mc.arpa POSTAL-ADDRESS: Tom Carnahan, SMC 1819, NPS, MONTEREY,CA 93940 Phone: (Home) 408-372-7480 (NPS office) 408-646-2174 AV 878-2174 In-Reply-To: Your message of 7 March 1983 03:47 EST Received: From Mit-Mc.ARPA via smtptcp; 7 Mar 83 23:58 EST Received: From Brl.ARPA via smtptcp; 8 Mar 83 0:02 EST Received: From brl-gateway.ARPA via smtptcp; 8 Mar 83 0:13 EST I HAVEN'T HAD MUCH LUCK TRYING TO FTP THE CPM DIRECTORY. COULD YOU SEND ME A COPY? THANKS, TOM ------- 8-Mar-83 07:46:00,1195;000000000000 Return-Path: Date: 8 Mar 83 10:46-EDT (Tue) From: Charles Hutchinson Subject: Continuum and Apple CP/Mers To: INFO-CPM@umass-ece Cc: HUTCHINSON.UMASS-ECE@udel-relay.arpa Via: UMASS-ECE; 8 Mar 83 19:22-EST Received: From Mit-Mc.ARPA via smtptcp; 8 Mar 83 23:23 EST Received: From Brl.ARPA via smtptcp; 10 Mar 83 6:05 EST Received: From brl-gateway.ARPA via smtptcp; 10 Mar 83 6:12 EST Hi! Well, apparently my previous letter under the same subject never got distributed... Anyway, I am looking for anyone with experience with a California company called Continuum. They placed an ad in the March Byte for a Kaypro with a 10MB hard-disk, selling for $2795. This seemed a little under-priced, so I would like to know if anyone has any info about them before I buy the Kaypro (If I ever do) Also, I'm looking for anyone who has used 'The CP/M Card' from Advanced Logic Systems. This is a z-80 card for the Apple ][, and it comes with CP/M 3.0. Any opinions/comments are welcome. Thanks muchly in advance, John Hutchinson (HUTCHINSON.UMASS-ECE@UDEL-RELAY) 8-Mar-83 13:57:00,408;000000000000 Date: 8 March 1983 13:57 est From: JJ-Hagen.2338i02S3@radc-multics.arpa Subject: Addition to list To: info-cpm@brl.arpa Received: From Radc-Multics.ARPA via smtptcp; 8 Mar 83 14:02 EST Received: From Brl.ARPA via smtptcp; 8 Mar 83 14:10 EST Received: From brl-gateway.ARPA via smtptcp; 8 Mar 83 14:27 EST Please add my name to the cpm mailing lists. Thanks. JJ-Hagen@RADC-MULTICS 8-Mar-83 20:27:00,734;000000000000 Date: 8 March 1983 20:27 est From: Boebert.SCOMP@mit-multics.arpa Subject: APDOS and Mince To: info-cpm@brl.arpa Received: From Mit-Multics.ARPA via smtptcp; 8 Mar 83 22:18 EST Received: From Brl.ARPA via smtptcp; 8 Mar 83 22:25 EST Received: From brl-gateway.ARPA via smtptcp; 8 Mar 83 22:35 EST Several times I have tried to transfer an Apple text file to Apple CP/M and edit it using Mince. Mince always seems to either cough up the file with a "read error or no EOF" message, or it takes the file and then displays it as a single unformatted character string, with ctl-m and ctl-"at" shown literally. What gives? PS. If it is a basic file and I do a load followed by a save,a then mince likes it fine. 8-Mar-83 21:42:00,513;000000000000 Date: Tuesday, 8 March 1983 23:42-EST Sender: RG.JMTURN@mit-oz From: RG.JMTURN@mit-mc.arpa To: Boebert.SCOMP@mit-multics.arpa Cc: info-CPM@brl.arpa Subject: APDOS and Mince In-reply-to: Msg of 8 Mar 1983 20:27 est from Boebert.SCOMP at mit-multics.arpa Received: From Mit-Mc.ARPA via smtptcp; 8 Mar 83 23:46 EST Received: From Brl.ARPA via smtptcp; 8 Mar 83 23:51 EST Received: From brl-gateway.ARPA via smtptcp; 9 Mar 83 0:00 EST Watch out for parity. Mince assumes 8 bit ASCII w/no parity. 9-Mar-83 13:56:00,838;000000000000 Date: Wednesday, 9 Mar 1983 12:56-PST To: info-cpm@brl.arpa, info-micro@brl.arpa Subject: Perfect Writer/Formatter/Calc/Filer bugs From: bridger@rand-unix.arpa Received: From Rand-Unix.ARPA via smtptcp; 9 Mar 83 20:51 EST Received: From Brl.ARPA via smtptcp; 9 Mar 83 20:57 EST Received: From brl-gateway.ARPA via smtptcp; 9 Mar 83 21:00 EST I have been developing patches for bugs in the versions of Perfect Writer, Perfect Formatter, Perfect Calc and Perfect Filer distributed with the KayPro-II. I would appreciate receiving reports of bugs or limitations others have encountered with this software, on any machine. Please mail to me, describing symptoms, cure (if known!), version number, operating system and hardware configuration. If interest warrants, I'll summarize for the net. bridger at RAND-UNIX 9-Mar-83 17:41:00,802;000000000000 Date: 9 Mar 1983 1641-PST From: BHUBER@usc-ecl.arpa Subject: Re: APDOS and Mince To: Boebert.SCOMP@mit-multics.arpa, info-cpm@brl.arpa cc: BHUBER@usc-ecl.arpa Received: From Usc-Ecl.ARPA via smtptcp; 9 Mar 83 19:43 EST Received: From Brl.ARPA via smtptcp; 9 Mar 83 19:51 EST Received: From brl-gateway.ARPA via smtptcp; 9 Mar 83 19:55 EST In response to the message sent 8 March 1983 20:27 est from Boebert.SCOMP@mit-multics.arpa I ran into a similar problem when converting a large text file under CP/M from WordStar to The Final Word. The problem was that some software uses the high level bit for additional attributes and TFW only recognizes "virgin" character representations. Solution: use PIP to ZERO the high level bit and she's a worka justa fine. Bud ------- 9-Mar-83 18:05:00,1698;000000000000 Date: 9 Mar 1983 1705-PST Subject: Rainbow 100 and file transfer From: Bill Rizzi To: info-modem7@mit-mc.arpa cc: info-cpm@mit-mc.arpa, pourne@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 9 Mar 83 20:12 EST Received: From Brl.ARPA via smtptcp; 9 Mar 83 20:23 EST Received: From brl-gateway.ARPA via smtptcp; 9 Mar 83 20:28 EST I am glad to say that I have been able to create a version of the commercially available Ascom program that runs on the Rainbow 100. It uses the CPMUG (CP/M User Group ie. Ward Christensen) protocol as an option and I was successful in transferring files from a Kaypro II running modem7 version 96 to the DEC. Now the bad news - Ascom does not properly terminate at the end of file transfer- it left the Kaypro dangling until it timed out. The same thing happened when I tried to get Ascom to talk to Whizlink (yet another Christensen protocol implementation) on a Toshiba system. Even worse, the Rainbow could not send a file to the Kaypro due to bad sector # in header messages. Most people are interested in getting things onto the Rainbow, however. This brings up the problem of various packages that SAY they use the Christensen protocol and do for the most part, except for things like end of file, etc. It's bad enough that modem7 has so many versions, but at least they can talk to each other properly. I heard from several people who have an 8088 version of modem7 in assembly language, but never received the source. If I manage to grab it somewhere, I will attempt to configure it for the Rainbow and make it available to any interested parties. Bill (RIZZI@ISIB) ------- 9-Mar-83 20:43:17,412;000000000000 Date: 9 Mar 1983 22:43:17-EST From: reece@nadc.arpa To: info-cpm@brl.arpa Subject: copy programs Received: From Nadc.ARPA via smtptcp; 9 Mar 83 22:47 EST Received: From Brl.ARPA via smtptcp; 9 Mar 83 22:54 EST Received: From brl-gateway.ARPA via smtptcp; 9 Mar 83 23:04 EST Can anyone tell me how to get FASTCOPY electronically? What is the difference between it and MCOPY on MIT-MC. Jim Reece 9-Mar-83 23:51:00,519;000000000000 Date: 9 March 1983 23:51 EST From: Allan D. Plehn To: INFO-CPM@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 9 Mar 83 23:54 EST Received: From Brl.ARPA via smtptcp; 9 Mar 83 23:59 EST Received: From brl-gateway.ARPA via smtptcp; 10 Mar 83 0:07 EST Does anyone know of a disk copy program that works on the SuperBrain QD? SuperBrains are delivered without any disk copy program-yuk! Prefer free of course but willing to pay nominally for a program that will do the job. Al Plehn 10-Mar-83 00:06:00,3010;000000000000 Date: 10 March 1983 00:06 EST From: Keith Petersen Subject: Rainbow 100 and file transfer To: RIZZI@usc-isib.arpa cc: Info-Cpm@brl.arpa In-reply-to: The message of 9 Mar 1983 1705-PST from Bill Rizzi Received: From Mit-Mc.ARPA via smtptcp; 10 Mar 83 0:09 EST Received: From Brl.ARPA via smtptcp; 10 Mar 83 0:21 EST Received: From brl-gateway.ARPA via smtptcp; 10 Mar 83 0:28 EST The "compatibility problems" between various programs which say they use the Christensen protocol are probably caused by timing errors in the program. Some well-meaning, but misguided, person updating MODEM2 and MODEM7 changed the 10 second timing to 2 or 3 seconds about a year or two back. There was a VERY good reason for it being 10 seconds - to allow for slower disk systems' time it takes to write to the disk. This is particularly critical on mini-floppies - some of which have as slow as 30 milliseconds track-to-track seek time (I know, I have one - the Micropolis Mod II). The result is (in some cases) that the end-of-file byte from the sender is lost by the receiving end. The solution is simple - restore the timing back to the 10 seconds that Ward Christensen and I agreed was optimal. Those commercial programs that don't work were probably based upon the public-domain versions that were available at the time they were written - probably the ones that had 2-3 second timing values. If you contact the authors of the commercial programs, they should be able to tell you the addresses of where to patch the delays. Your comments about MODEM7 having so many versions are well taken - however (flame on) if the program had been written right in the first place (and had been "clean" source code instead of the poorly formatted version that was released originally) many of the revisions would have been unnecessary. It is inexcusable that the author of MODEM7 REMOVED ALL OF WARD CHRISTENSEN'S COMMENT LINES in the file! This made it almost impossible to service the program for updates/bug fixes, and in my opinion, caused updating it to be more prone to having bugs. (Flame off). The present version of MODEM7 (MDM705) is finally in reasonable condition and has MANY new and useful features - a lot of which are especially useful here on the net (i.e., the terminal mode now allows ALL control characters to be passed to the modem, allows toggling the printer on and off, and has a buffer for the printer in case it's slower than the incoming data on the modem. Mind you, I'm not saying it's perfect, but it finally in good enough shape that I've stopped recommending MODEM2xx to newcomers. With the configuration files it is now no longer necessary to download the .ASM source file. I consider that a major step forward and I would hope that people will not talk down this program simply because it has gone through so many versions. That would be throwing away a lot of good work! --Keith 10-Mar-83 04:26:00,1926;000000000000 Date: 10 March 1983 04:26 EST From: Jerry E. Pournelle Subject: Rainbow 100 and file transfer To: RIZZI@usc-isib.arpa cc: INFO-CPM@mit-mc.arpa, INFO-MODEM7@mit-mc.arpa In-reply-to: The message of 9 Mar 1983 1705-PST from Bill Rizzi Received: From Mit-Mc.ARPA via smtptcp; 10 Mar 83 5:36 EST Received: From Brl.ARPA via smtptcp; 10 Mar 83 5:41 EST Received: From brl-gateway.ARPA via smtptcp; 10 Mar 83 5:44 EST Tony Petsch wrote a transfer program that will send any kind of file fdr om any CP/M system to any CP/M system (provided that similar ports are available to connect the two machines.) It works for KAYPRO and Otrona and I presume will work for Rainbow although at moment I do not have a Rainbow. I wot e about 8500 words on the subject of file transfers in CP/M (logical and physical devices and all that crap) which apparently is being included as the documentation for this program. I expect there are other and simpler ways to send files from one machine to another, but I have not yet seen one that was completely reliable. (PIP will work with short text files, of courswe, but not long ones and not binary). Tony's program sends in Intel Hex format (it hexifies) and thus does not require any thing on the receiving end other than PIP or a PIIP-like utility to catch the parts of the program as they come across (this goofy sender chops the file sent into pieces short enough that the receiving system can catch them and write to disk, then open a new files to catch the next part, etc; then one uses PIP to concatenat the whole mess.) Presumably there are other methods that would work? I am not being hesitant about where to get this thing T ony wrote, but it is only availabel commercially and I gather one should not advertise here; I invite someone to tell a non-commercial source for a universal transporter... 10-Mar-83 04:28:00,866;000000000000 Date: 10 March 1983 04:28 EST From: Jerry E. Pournelle Subject: APDOS and Mince To: BHUBER@usc-ecl.arpa cc: Boebert.SCOMP@mit-multics.arpa, info-cpm@brl.arpa In-reply-to: The message of 9 Mar 1983 1641-PST from BHUBER at usc-ecl.arpa Received: From Mit-Mc.ARPA via smtptcp; 10 Mar 83 5:36 EST Received: From Brl.ARPA via smtptcp; 10 Mar 83 5:41 EST Received: From brl-gateway.ARPA via smtptcp; 10 Mar 83 5:56 EST DO NOT USE PIP TO ZERO the 8th bit for word star or you will have a screwed up file with goofy carriage returns and plenty spaces where you don't want them and no way yo format it properly. It's easy enough to write a filter that will eliminate the extra spaces and extra carriage returns WordStar puts in, and output your file in the format that your new edityor wants it; do that, instead of using PIP.... 10-Mar-83 04:38:00,542;000000000000 Date: 10 March 1983 04:38 EST From: Jerry E. Pournelle Subject: MIT-MC CPM DIRLST updated To: TCARNAHAN@usc-isie.arpa cc: INFO-CPM@mit-mc.arpa, W8SDZ@mit-mc.arpa, INFO-CPM-REQUEST@brl.arpa In-reply-to: The message of 7 Mar 1983 2004-PST from Tom Carnahan Received: From Mit-Mc.ARPA via smtptcp; 10 Mar 83 5:36 EST Received: From Brl.ARPA via smtptcp; 10 Mar 83 5:41 EST Received: From brl-gateway.ARPA via smtptcp; 10 Mar 83 5:56 EST of course I DO have piles of moeemory.... 10-Mar-83 04:39:00,702;000000000000 Date: 10 March 1983 04:39 EST From: Jerry E. Pournelle Subject: MIT-MC CPM DIRLST updated To: TCARNAHAN@usc-isie.arpa cc: INFO-CPM@mit-mc.arpa, W8SDZ@mit-mc.arpa, INFO-CPM-REQUEST@brl.arpa In-reply-to: The message of 7 Mar 1983 2004-PST from Tom Carnahan Received: From Mit-Mc.ARPA via smtptcp; 10 Mar 83 5:36 EST Received: From Brl.ARPA via smtptcp; 10 Mar 83 5:41 EST Received: From brl-gateway.ARPA via smtptcp; 10 Mar 83 5:59 EST oops, sorry, last message intended for another .. is there any way to UNSEND a message when you see that the NET has bitten you (what happened was I thought I was replying to a previous message).... 10-Mar-83 05:05:00,1764;000000000000 Date: 10 March 1983 05:05 EST From: Jerry E. Pournelle Subject: CPM-68 To: goldfarb.ucf-cs@rand-relay.arpa cc: info-cpm@brl.arpa In-reply-to: The message of 28 Feb 83 12:22:11 EST (Mon) from Ben Goldfarb Received: From Mit-Mc.ARPA via smtptcp; 10 Mar 83 5:36 EST Received: From Brl.ARPA via smtptcp; 10 Mar 83 5:42 EST Received: From brl-gateway.ARPA via smtptcp; 10 Mar 83 6:00 EST I'll know more after teh show. Apparently they got their ads out too early. Pity. I do not have any of that stuff running either... the os for the 68000 board is written in forth and that exists. jep Date: 28 Feb 83 12:22:11 EST (Mon) From: Ben Goldfarb To: info-cpm at brl.arpa Re: CPM-68 Terrific! I called Priority 1 this morning to ask when CPM-68 would be available for Godbout/CompuPro systems and the answer was, "six months from now." So I guess I can play tiddly-winks with the 68K board until then. But seriously, given a cross-assembler (which I'd either write or purchase), how easy or difficult wo it be for someone who has a lot of CBIOS experience with CPM-80 and CPM-86 to write a BIOS and install CPM-68 using a CPM-80 or CPM86 system as the development machine? I'm particularly interested in comments from those who have actually done the job (mknox@utexas-11 et al). Also, does anyone know the chance of getting one of these so-called beta versions that everyone saw running on CompuPro stuff at CPM-83? Disgusted at CompuPro, Ben Goldfarb ARPA: goldfarb.ucf-cs@Rand-Relay uucp: ...!duke!ucf-cs!goldfarb 10-Mar-83 05:57:00,820;000000000000 Date: 10 March 1983 05:57 EST From: Keith Petersen Subject: CP/M to CP/M file transfers To: POURNE@mit-mc.arpa cc: Info-Cpm@brl.arpa In-reply-to: The message of 10 Mar 1983 04:26 EST from Jerry E. Pournelle Received: From Mit-Mc.ARPA via smtptcp; 10 Mar 83 6:04 EST Received: From Brl.ARPA via smtptcp; 10 Mar 83 6:18 EST Received: From brl-gateway.ARPA via smtptcp; 10 Mar 83 6:23 EST Jerry, have you EVER tries ANY version of MODEM2 or MODEM7? If you need to transfer files from one CP/M-80 system to another this one will do it - with OR WITHOUT modems. It works just as well on RS-232 ports tied back-to-back. MODEM7 (available here on MC as MDM705) has a "batch transfer" option which would let you do a whole disk if you wanted to. I hope you'll try it soon. 10-Mar-83 07:49:00,1534;000000000000 Date: 10 Mar 1983 0849-CST From: John Otken Subject: Re: Rainbow 100 and file transfer To: POURNE@mit-mc.arpa, RIZZI@usc-isib.arpa cc: INFO-CPM@mit-mc.arpa, INFO-MODEM7@mit-mc.arpa In-Reply-To: Your message of 10-Mar-83 0426-CST Received: From Mit-Mc.ARPA via smtptcp; 10 Mar 83 9:54 EST Received: From Brl.ARPA via smtptcp; 10 Mar 83 10:31 EST Received: From brl-gateway.ARPA via smtptcp; 10 Mar 83 10:44 EST I just wrote a file transfer program for UT which works in a manner similar to what you described, Jerry. Except it is really intended to do micro - mainframe transfers (MODEM7 didn't quite fit the bill). There is no reason it can't do micro - micro transfers but, since we have only one micro, I can't test that aspect. It uses intel hex as the transfer protocol EXCEPT that I have added ACKs and NAKs. If you just want to send intel hex w/o ACKing and NAKing then comment out a few lines and presto! The program is in FORTRASH (at least the file transfer subroutines) and since we have made the same source work under CP/M, TOPS20, UNIX, VAX VMS and our own CDC Cyber O.S., I'd say its portable. It's all done sans the spit and shine on the documentation (take a week or two) and anyone who wants it may have a copy. Although, as you can guess, it is SLOWer than MODEM7. But it takes about three days to bring up on a different host, a claim I don't believe can be made by non-CP/M MODEM7 users. This program is a real idiot, by design. John. ------- 10-Mar-83 09:46:39,541;000000000000 Date: 10 Mar 1983 08:46:39-PST From: Jim Gilbreath Reply-to: CCVAX.gil@nosc-cc.arpa To: POURNE@mit-mc.arpa, RIZZI@usc-isib.arpa Subject: Re: Rainbow 100 and file transfer Cc: INFO-CPM@mit-mc.arpa, INFO-MODEM7@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 10 Mar 83 12:18 EST Received: From Brl.ARPA via smtptcp; 10 Mar 83 12:28 EST Received: From brl-gateway.ARPA via smtptcp; 10 Mar 83 12:37 EST We use MOVE-IT from Wolff Software. It does everything VERY nicely, error corrected, and fast. 10-Mar-83 11:11:47,724;000000000000 Return-Path: Date: 10 Mar 1983 10:11:47-PST From: goldfarb.ucf-cs@rand-relay.arpa Subject: Re: CPM-68 To: POURNE@mit-mc.arpa Cc: info-cpm@brl.arpa Via: UCF-CS; 10 Mar 83 20:39-PDT Received: From Rand-Relay.ARPA via smtptcp; 11 Mar 83 1:29 EST Received: From Brl.ARPA via smtptcp; 11 Mar 83 1:38 EST Received: From brl-gateway.ARPA via smtptcp; 11 Mar 83 1:46 EST Things have improved. I have a C cross-compiler and a couple of cross assemblers for the 68000. I'll be writing a boot eprom, perhaps a low-level monitor, and a BIOS. I'll probably write the BIOS in C and the rest in assembler. I'll be able to finish all of that before Compupro does, I'm sure. Ben 10-Mar-83 13:31:00,928;000000000000 Date: 10 Mar 1983 1231-PST From: BHUBER@usc-ecl.arpa Subject: Re: APDOS and Mince To: POURNE@mit-mc.arpa cc: Boebert.SCOMP@mit-multics.arpa, info-cpm@brl.arpa cc: BHUBER@usc-ecl.arpa Received: From Usc-Ecl.ARPA via smtptcp; 10 Mar 83 15:33 EST Received: From Brl.ARPA via smtptcp; 10 Mar 83 15:40 EST Received: From brl-gateway.ARPA via smtptcp; 10 Mar 83 15:44 EST In response to your message sent 10 March 1983 04:28 EST Although you are technically correct, the extra s don't mean anything to The Final Word when it goes into its formatting routines. Same for the extra spaces. I just took the easy way out. Bud P.S., the reason for changing the document from WordStar to The Final Word was to get camera ready copy on a proportionally spacing Diablo 1650 for an IEEE publication. I still prefer WS for overall WP functions. TFW has a problem handling footnotes correctly. ------- 10-Mar-83 13:46:48,870;000000000000 Return-Path: Date: 10 Mar 1983 12:46:48-PST From: goldfarb.ucf-cs@rand-relay.arpa Subject: Re: Rainbow 100 and file transfer To: POURNE@mit-mc.arpa Cc: info-cpm@brl.arpa Via: UCF-CS; 10 Mar 83 20:40-PDT Received: From Rand-Relay.ARPA via smtptcp; 11 Mar 83 1:30 EST Received: From Brl.ARPA via smtptcp; 11 Mar 83 1:38 EST Received: From brl-gateway.ARPA via smtptcp; 11 Mar 83 1:46 EST There is a noncommercial product similar to the one you describe, Jerry. Written in BDS C, it is called PH.C. It, too, hexifies the source (binary) file for transmission to the target machine, which need only have PIP to receive it. It has been around for about a year and is available on better RCP/M systems everywhere. Offhand, I believe it is on MC, but I don't have a copy of the directory handy while I'm writing this. 11-Mar-83 00:15:00,746;000000000000 Date: 11 March 1983 00:15 EST From: Keith Petersen Subject: Dual copies to INFO-MODEM7 people To: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 11 Mar 83 2:30 EST Received: From Brl.ARPA via smtptcp; 11 Mar 83 2:32 EST Received: From brl-gateway.ARPA via smtptcp; 11 Mar 83 2:38 EST Please don't CC: INFO-MODEM7 when sending a message to INFO-CPM. Everyone on the INFO-MODEM7 mailing list is also on INFO-CPM. INFO-MODEM7@MC is a mailing list for the maintainers of the MODEM7 series programs. The list is specifically for discussions on proposed updates/revisions to that program ONLY and should not normally be sent mail referring to other transfer programs. Thanks. -- Keith 11-Mar-83 03:33:00,620;000000000000 Date: 11 March 1983 03:33 EST From: Jerry E. Pournelle Subject: CPM-68 To: goldfarb.ucf-cs@rand-relay.arpa cc: info-cpm@brl.arpa In-reply-to: The message of 10 Mar 1983 10:11:47-PST from goldfarb.ucf-cs at rand-relay.arpa Received: From Mit-Mc.ARPA via smtptcp; 11 Mar 83 3:35 EST Received: From Brl.ARPA via smtptcp; 11 Mar 83 3:45 EST Received: From brl-gateway.ARPA via smtptcp; 11 Mar 83 3:51 EST terrific. I can have a s-100 68000 running here any time there's a point to doing it, but so far the only 68000 we have is the Sage which runs SCUD Pascal as the oprating systm.. 11-Mar-83 03:39:00,841;000000000000 Date: 11 March 1983 03:39 EST From: Jerry E. Pournelle Subject: Rainbow 100 and file transfer To: CC.Otken@utexas-20.arpa cc: INFO-CPM@mit-mc.arpa, INFO-MODEM7@mit-mc.arpa, RIZZI@usc-isib.arpa In-reply-to: The message of 10 Mar 1983 0849-CST from John Otken Received: From Mit-Mc.ARPA via smtptcp; 11 Mar 83 3:42 EST Received: From Brl.ARPA via smtptcp; 11 Mar 83 3:46 EST Received: From brl-gateway.ARPA via smtptcp; 11 Mar 83 3:51 EST our send-hex takes about ten mionutes to bring up on a new host, but of course the host has to be a CP/M system. I'd be interested in your program when it's available; also in any documents or essays on the subject. I find the whole business of transfers insteresting since it turns out that most of the "standards" aren't... jep 11-Mar-83 03:45:00,1317;000000000000 Date: 11 March 1983 03:45 EST From: Jerry E. Pournelle Subject: CP/M to CP/M file transfers To: W8SDZ@mit-mc.arpa cc: Info-Cpm@brl.arpa In-reply-to: The message of 10 Mar 1983 05:57 EST from Keith Petersen Received: From Mit-Mc.ARPA via smtptcp; 11 Mar 83 3:46 EST Received: From Brl.ARPA via smtptcp; 11 Mar 83 3:56 EST Received: From brl-gateway.ARPA via smtptcp; 11 Mar 83 4:02 EST works fine if you have the programs on both machines. Not so good if the receiving machine don't have the program. T hen comes problem of how to get the program onto the receiving machine. Or is that easy and I just don't know it? ------------------------- Date: 10 March 1983 05:57 EST From: Keith Petersen To: POURNE at mit-mc.arpa cc: Info-Cpm at brl.arpa Re: CP/M to CP/M file transfers Jerry, have you EVER tries ANY version of MODEM2 or MODEM7? If you need to transfer files from one CP/M-80 system to another this one will do it - with OR WITHOUT modems. It works just as well on RS-232 ports tied back-to-back. MODEM7 (available here on MC as MDM705) has a "batch transfer" option which would let you do a whole disk if you wanted to. I hope you'll try it soon. 11-Mar-83 03:50:00,1797;000000000000 Date: 11 March 1983 03:50 EST From: Frank J. Wancho Subject: Alternate Sources To: INFO-CPM@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 11 Mar 83 3:52 EST Received: From Brl.ARPA via smtptcp; 11 Mar 83 3:57 EST Received: From brl-gateway.ARPA via smtptcp; 11 Mar 83 4:03 EST The APPLE Users Group of El Paso, TX sponsors an RBBS on a NorthStar Hard Disk CP/M system running TSS/C (certainly a contradiction in terms). The system has been on a hiatus since it was converted back in early January, but is now back up with even more available space than ever - 6 2MByte logical disk drives for a total of 12MBytes. To kick it off, I have loaded about half the system already with 60 .LBR files (5698K) of SQueezed files downloaded from MC and other sources over the past two years or so. All the files are up-to-date as of yesterday, and include the latest collection of ZCPR2 files (except the SYSLIB set), and MODEM 705 (absolutely the last version of MODEM 7 I will ever download), and take up most of the B:, C:, and D: drives. Both LDIR and LMODEM (LU-MODEM) are available to help you make selective downloads if you do not wish to download an entire .LBR file using XMODEM. The system will be up 24-hours a day, seven days a week, and presently supports only 110 and 300 baud, with a PMMI to be installed "soon". The number is 915-533-2202, no ringback. Wade through the RBBS and into CP/M and have at it! This message is also to serve as notice that I am rescinding the offer I made last May to supply this set of files to anyone who sends me a package of NorthStar Quad disks and return postage. For those who send me their disks some time ago, this same collection will be out in the mail in a couple of days. --Frank 11-Mar-83 05:31:00,1380;000000000000 Date: 11 March 1983 05:31 EST From: Keith Petersen Subject: CP/M to CP/M file transfers To: POURNE@mit-mc.arpa cc: Info-Cpm@brl.arpa In-reply-to: The message of 11 Mar 1983 03:45 EST from Jerry E. Pournelle Received: From Mit-Mc.ARPA via smtptcp; 11 Mar 83 5:45 EST Received: From Brl.ARPA via smtptcp; 11 Mar 83 5:55 EST Received: From brl-gateway.ARPA via smtptcp; 11 Mar 83 5:57 EST Yes, there is an easy way of getting started with MODEM2 or MODEM7. It's a program called MBOOT. It's relatively short (about 6k) of source code for a receive-only (no-frills) version of Ward's MODEM2 program. It's easily typed in on the target machine. All that's required is knowledge of the port number being used, the bits to test for send and receive. It assumes that you have already initialized the port for the desired baud rate, 8 data bits, one stop bit, and no parity. This is a bit more preparation than using the simple PIP HEX file approach, but after it's up and running you can transfer any program fast and with full error checking. After you get MBOOT running you can use it to get MODEM7 and you'll have full batch transfer capability. MBOOT is available on MIT-MC as: AR60:CPM;MBOOT 3ASM It is also available on every RCPM system across the country, and has been published in Dr. Dobbs Journal. --Keith 11-Mar-83 08:58:23,633;000000000000 Date: 11 Mar 1983 07:58:23-PST From: CCVAX.revc@nosc-cc.arpa To: Boebert.SCOMP@mit-multics.arpa, info-cpm@brl.arpa Subject: 8th bit in WordStar Received: From Nosc-Cc.ARPA via smtptcp; 11 Mar 83 11:17 EST Received: From Brl.ARPA via smtptcp; 11 Mar 83 11:21 EST Received: From brl-gateway.ARPA via smtptcp; 11 Mar 83 11:31 EST Instead of using PIP to zero the 8th bit, print the file to a DISK file with justification turned off. This will remove all of the WordStar characters, ie; Soft Spaces, Hyphens, Carriage Returns, and leave you with a clean, editable file without all the extra blanks between words. - Bob 11-Mar-83 12:15:07,1015;000000000000 Date: 11 Mar 1983 11:15:07-PST From: Jim Gilbreath Reply-to: CCVAX.gil@nosc-cc.arpa To: POURNE@mit-mc.arpa Subject: Re: Rainbow 100 and file transfer Cc: info-cpm@brl.arpa Received: From Nosc-Cc.ARPA via smtptcp; 11 Mar 83 14:35 EST Received: From Brl.ARPA via smtptcp; 11 Mar 83 14:47 EST Received: From brl-gateway.ARPA via smtptcp; 11 Mar 83 14:58 EST Move-It is from Woolf Software, 23842 Archwood St, Canoga Park, CA 91307 (213) 703-8112. Probably a local call for you. It was reviewed in July 82 Interface Age (very favorably) and has been improved some since. It works extremely well, and has nice features such as the ability to get DIR listings from either the remote or loacl computer, messages, terminal mode, wildcard use (e.g. GET *.COM), and error control. Really what you want for downloading files from 8" systems to the multitudinous 5" formats, as well as for general comm use. Don't remember the price, but in vicinity of $125 I think. -gil 12-Mar-83 03:25:00,827;000000000000 Date: 12 March 1983 03:25 EST From: Jerry E. Pournelle Subject: Rainbow 100 and file transfer To: CCVAX.gil@nosc-cc.arpa cc: info-cpm@brl.arpa In-reply-to: The message of 11 Mar 1983 11:15:07-PST from Jim Gilbreath Received: From Mit-Mc.ARPA via smtptcp; 12 Mar 83 3:26 EST Received: From Brl.ARPA via smtptcp; 12 Mar 83 3:33 EST Received: From brl-gateway.ARPA via smtptcp; 12 Mar 83 3:34 EST sounds good. alas, there is in pipeline an article on a send-hex t hat we wrote (because I didn't read although I get the Interface Age). I'll have to see if I can get theirs and mention it; but don't b e surprised to see an article on file transfers by me that doesn't mention it. That damned pipeline is LONG. I shall talk to the WOOLF people though... JEP 12-Mar-83 03:38:00,730;000000000000 Date: 12 March 1983 03:38 EST From: Jerry E. Pournelle Subject: CP/M to CP/M file transfers To: W8SDZ@mit-mc.arpa cc: Info-Cpm@brl.arpa In-reply-to: The message of 11 Mar 1983 05:31 EST from Keith Petersen Received: From Mit-Mc.ARPA via smtptcp; 12 Mar 83 3:39 EST Received: From Brl.ARPA via smtptcp; 12 Mar 83 3:44 EST Received: From brl-gateway.ARPA via smtptcp; 12 Mar 83 3:45 EST I'll get it and look at it; but I think you over estimate the degree of informat ion most people have, and their ability to manipulate this stuff. It is easy enough to tool up and learn these things for a few days (at least it is for me) but it is also very easy to forget it.. 12-Mar-83 03:40:00,517;000000000000 Date: 12 March 1983 03:40 EST From: Jerry E. Pournelle Subject: CP/M to CP/M file transfers To: W8SDZ@mit-mc.arpa cc: Info-Cpm@brl.arpa In-reply-to: The message of 11 Mar 1983 05:31 EST from Keith Petersen Received: From Mit-Mc.ARPA via smtptcp; 12 Mar 83 3:41 EST Received: From Brl.ARPA via smtptcp; 12 Mar 83 3:44 EST Received: From brl-gateway.ARPA via smtptcp; 12 Mar 83 3:46 EST Incidentally, is there any one place where a lot of this information is put together? 12-Mar-83 03:47:00,1230;000000000000 Date: 12 March 1983 03:47 EST From: Jerry E. Pournelle Subject: Publik Key Encryption To: MINSKY@mit-mc.arpa, POURNELLE@mit-mc.arpa, info-cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 12 Mar 83 3:48 EST Received: From Brl.ARPA via smtptcp; 12 Mar 83 3:55 EST Received: From brl-gateway.ARPA via smtptcp; 12 Mar 83 3:56 EST I have a Public Key "Trapdoor" crypto system that works fine on a Z-80 micro. At least it seems to work fine -- I have no way to know how secure the code generated really is. For those interested: the public key (mine) is under MC:POURNE;PUBLIC kEY and two messages encrypted with it are MC:POURNE;SECRET MSG (37 words) and MC:POURNE;SECRET VITA (1038 words). I'll buy dinner for the first person to tell me the secret message (not the vita which is obtainable). I'd be intrested in just how secure this stuff is, and what resources are needed to break it (if it can be done). Best, JERRY Pournelle (In about 3 months the public key and secret message will appear in BYTE, but one presumes that by then someone will have cracked it if it is crackable.. ) 12-Mar-83 10:48:00,1163;000000000000 Date: 12 Mar 1983 1248-EST From: J. Eliot B. Moss Subject: Hard disks To: info-cpm@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 12 Mar 83 12:48 EST Received: From Brl.ARPA via smtptcp; 12 Mar 83 12:53 EST Received: From brl-gateway.ARPA via smtptcp; 12 Mar 83 12:55 EST I don't know if this is news to most people, but I recently found that one can set up 5 Mb of hard on an S-100 system for about $1000. $500 for a Morrow Designs controller board (standard Seagate Tech. ST-506 interface, controls up to 4 drives) and $495 for a Western Dynex Corp. 5 Mb REMOVABLE CARTRIDGE drive, advertised in a recent BYTE. I called California Digital and they have the Morrow board in stock at $495; the Western Dynex people said I could buy two of the 5 Mb drives at $495 each (it is the OEM discount price) and the cartridges are $50 a piece. I also saw a recent ad for a 67 Mb (unformatted) drive for $1500. So, 5 Mb removable for $1K, 60 Mb non-removable for $2K, including controller. I think the board comes with sample BIOS code, too. Eliot PS - I may be buying one or both of these in the near future. ------- 12-Mar-83 12:45:00,1332;000000000000 Return-Path: Date: 12 Mar 1983 at 1145-PST (Saturday) From: tekmdp!laurir.Tektronix@rand-relay.arpa Subject: need hints for DEADLINE, the Zork-like murder mystery game To: tektronix!info-cpm@mit-mc.arpa Via: tektronix; 12 Mar 83 23:52-PDT Received: From Mit-Mc.ARPA via smtptcp; 14 Mar 83 11:52 EST Received: From Brl.ARPA via smtptcp; 14 Mar 83 16:13 EST Received: From brl-gateway.ARPA via smtptcp; 14 Mar 83 16:26 EST DEADLINE is an adventure-like game in which the player is a police inspector attempting to solve a locked-door murder mystery. It is available for various personal computers, including TRS-80, Apple, Atari, IBM PC, and generic CP/M-80 from Infocom, the folks who gave us Zork I, Zork II, Zork III, and Starcross (all highly recommended). I am unable to get very far with DEADLINE (I guess I'm not much of a detective). I have the hints published by the Zork User's Group, which consist entirely of a map of known space, but this doesn't help. I would very much appreciate hints from any experienced DEADLINE players. Please respond via mail; we on the Usenet have been cut off from INFO-CPM since mid-January. -- Andrew Klossner (decvax!tektronix!tekmdp!laurir) [Usenet] (laurir.tektronix@rand-relay) [ARPA] 13-Mar-83 14:45:00,720;000000000000 Date: 13 March 1983 14:45 EST From: Eric J. Swenson Subject: Small-C V2.0 To: INFO-CPM@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 14 Mar 83 11:58 EST Received: From Brl.ARPA via smtptcp; 14 Mar 83 16:14 EST Received: From brl-gateway.ARPA via smtptcp; 14 Mar 83 16:27 EST The Small-C V2.0 archives on MIT-MC (CPM;AR76: and CPM;AR77:) have been updated with a new version of the CP/M runtime support (CPM;AR77:RUNTIM MAC). All references to ROM routines have been replaced with the appropriate calls to the BDOS. The file CC4.MAC was also updated with some bug fixes from Mr. Danielson in the peephole optimizer. The new C.HEX file reflects the changes to RUNTIM and CC4. 13-Mar-83 16:21:00,835;000000000000 Date: 13 March 1983 16:21 EST From: Edward Huang Subject: MMODEM To: PLEHN@mit-ai.arpa, GZ@mit-mc.arpa cc: EH@mit-ai.arpa, INFO-CPM@brl.arpa Received: From Mit-Ai.ARPA via smtptcp; 14 Mar 83 12:18 EST Received: From Brl.ARPA via smtptcp; 14 Mar 83 16:15 EST Received: From brl-gateway.ARPA via smtptcp; 14 Mar 83 16:29 EST Hello, I was in the middle of MMODEM and it suddenly aborted on the 40H sector of a 50H sector file... I think what screwed it up was that I got a msg from Plehn. Looks like MMODEM doesnt do a TCTYP REFUSE ???? by the way,another hint/tip: If you are on ITS and want to download a file from the CP/M archive, :COPY it first from the archive to your disk area and then run MMODEM - archives take a LOT LONGER to access (esp when on a ITS other than MC) !! Later, -Ed 13-Mar-83 18:04:00,759;000000000000 Date: 13 Mar 1983 2004-EST From: J. Eliot B. Moss Subject: Hard disks To: info-cpm@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 14 Mar 83 15:18 EST Received: From Brl.ARPA via smtptcp; 14 Mar 83 16:25 EST Received: From brl-gateway.ARPA via smtptcp; 14 Mar 83 17:12 EST The info I quoted recently comes from ads and articles in a recent Mini-MicroSystems -- the one with all the tables listing available drives and their specs. Just thought people might want to know. Also, more than one person said that Western Dynex is having problems and is not yet shipping the 5 Mb drive; silly me, I did not ask them about delivery. If I look into it further, I will report back for those interested. Eliot ------- 13-Mar-83 18:40:00,1223;000000000000 Date: 13 March 1983 18:40 EST From: Gail Zacharias Subject: MMODEM To: EH@mit-ai.arpa cc: INFO-CPM@brl.arpa, PLEHN@mit-ai.arpa Received: From Mit-Mc.ARPA via smtptcp; 14 Mar 83 12:03 EST Received: From Brl.ARPA via smtptcp; 14 Mar 83 16:14 EST Received: From brl-gateway.ARPA via smtptcp; 14 Mar 83 16:28 EST Date: 13 March 1983 16:21 EST From: Edward Huang I was in the middle of MMODEM and it suddenly aborted on the 40H sector of a 50H sector file... I think what screwed it up was that I got a msg from Plehn. Looks like MMODEM doesnt do a TCTYP REFUSE ???? In the future, please send bug reports to BUG-MMODEM@MC, not INFO-CPM. MMODEM does do TCTYP REFUSE. I've installed the current version of MMODEM on AI. Let me (not info-cpm) know if the problem still occurs. by the way,another hint/tip: If you are on ITS and want to download a file from the CP/M archive, :COPY it first from the archive to your disk area and then run MMODEM - archives take a LOT LONGER to access This is a total waste of time. The first thing MMODEM does is copy the file into memory, so doing a :COPY first makes for a total of two COPY's.. 13-Mar-83 22:29:00,1133;000000000000 Date: 13 Mar 1983 2129-PST Subject: Re: CP/M to CP/M file transfers From: Tom Carnahan To: Keith Petersen , POURNE@mit-mc.arpa cc: Info-Cpm@brl.arpa POSTAL-ADDRESS: Tom Carnahan, SMC 1819, NPS, MONTEREY,CA 93940 Phone: (Home) 408-372-7480 (NPS office) 408-646-2174 AV 878-2174 In-Reply-To: Your message of 10 March 1983 05:57 EST Received: From Usc-Isie.ARPA via smtptcp; 14 Mar 83 10:59 EST Received: From Brl.ARPA via smtptcp; 14 Mar 83 16:06 EST Received: From brl-gateway.ARPA via smtptcp; 14 Mar 83 16:23 EST Keith, This message sparked my interest again. HOW can I get a source listing of MDM705 FTP'ed to me? I am vaguely familiar with FTP. I HAVE ftp'ed to MIT-MC and gotten a directory listing of CPM; directory. However, I must be doing something wrong...just can't find the right file...or I try to FTP and I get garbage. If you habve time to respond to this msg, could you include a PHOTO of the procedure...I'm still pretty green at it. We have a TOPS20 system here (prompt: @). Greatly appreciative, Tom Carnahan ------- 13-Mar-83 23:32:31,996;000000000000 Date: 13 Mar 83 23:32:31 PST (Sun) From: David Allen Gewirtz Subject: SQ zcpr2 files Message-Id: <8303140732.AA18567@UCBARPA.ARPA> Received: by UCBARPA.ARPA (3.327/3.14) id AA18567; 13 Mar 83 23:32:31 PST (Sun) Received: from UCBARPA.ARPA by UCBVAX.ARPA (3.327/3.15) id AA11433; 13 Mar 83 23:30:24 PST (Sun) To: info-cpm@brl.arpa Received: From Ucb-Vax.ARPA via smtptcp; 14 Mar 83 11:33 EST Received: From Brl.ARPA via smtptcp; 14 Mar 83 16:09 EST Received: From brl-gateway.ARPA via smtptcp; 14 Mar 83 16:25 EST The below files were moved via FTP from MC to the local UNIX system. I tried using the unix usq (xusq.107c) to unsqueeze the files. Usq errors with the message: blah.aqm not a SQueezed file. z2rat.wq z2rat.wqh z2ug.wq z2ug.wqh z2ug1.wq zcpr2.23aqm zcpr2.23lqb What's up? This is a 4.1BSD system. Is there some incompatibility with usq or FTP or am I doing something wrong? Thanks, David 14-Mar-83 14:23:42,974;000000000000 Return-Path: Date: 14 Mar 1983 13:23:42-PST From: goldfarb.ucf-cs@rand-relay.arpa Subject: PH.C To: POURN@mit-mc.arpa Cc: INFO-CPM@brl.arpa Via: UCF-CS; 15 Mar 83 0:27-PDT Received: From Rand-Relay.ARPA via smtptcp; 15 Mar 83 3:42 EST Received: From Brl.ARPA via smtptcp; 15 Mar 83 3:57 EST Received: From brl-gateway.ARPA via smtptcp; 15 Mar 83 4:19 EST I'll just follow this with a copy of the program in question. It has enough internal documentation to guide its user; I think 8500 words on this rather trivial subject is overkill. The program uses the little-known and little-used block transfer mode of PIP which uses XON/XOFF to control transmission. While this is a rudimentary and slow way to handle transmission of binary data, it is good enough to bootstrap modem7 or some such program. Try it; you'll like it. It is simple and small, but bigger and more verbose is not necessarily better. Ben 14-Mar-83 18:00:01,605;000000000000 Date: 14 Mar 1983 17:00:01-PST From: Ron Broersma Reply-to: CCVAX.ron@nosc-cc.arpa To: UCBARPA.dag@ucb-vax.arpa, info-cpm@brl.arpa Subject: Re: SQ zcpr2 files Received: From Nosc-Cc.ARPA via smtptcp; 14 Mar 83 20:12 EST Received: From Brl.ARPA via smtptcp; 14 Mar 83 21:44 EST Received: From brl-gateway.ARPA via smtptcp; 14 Mar 83 22:00 EST You need to do the FTP in binary (type image) and then convert that from ITS format to something that Unix likes. I've written an ITS to Unix converter which does the job nicely. Let me know if you need a copy. --Ron 14-Mar-83 19:38:00,980;000000000000 Date: 14 March 1983 19:38 EST From: Charlie Strom Subject: CP/M Plus on Compupro To: INFO-CPM@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 14 Mar 83 19:39 EST Received: From Brl.ARPA via smtptcp; 14 Mar 83 21:43 EST Received: From brl-gateway.ARPA via smtptcp; 14 Mar 83 21:59 EST Does anyone know if Godbut is working on an implementation of CP/M Plus (aka 3.0) on the Godbout 8080/z80 hardware? I have great difficulty in obtaining any meaningful intelligence on what software developments they have in the hopper, and am loathe to start from scratch here if someone else is further along than wishful thinking! Would also of course like to hear about same from G&G or any hackers; perhaps we could pool our resources? I just received Plus from DR, so they are indeed shipping; I would like to think that I will be able to do something other than admire the fancy documentation for the next several months! Charlie Strom 15-Mar-83 01:08:09,987;000000000000 Return-Path: Date: 15 Mar 1983 00:08:09-PST From: goldfarb.ucf-cs@rand-relay.arpa Subject: SQ To: UCBARPA.dag@ucb-vax.arpa Cc: info-cpm@brl.arpa Via: UCF-CS; 15 Mar 83 0:34-PDT Received: From Rand-Relay.ARPA via smtptcp; 15 Mar 83 3:45 EST Received: From Brl.ARPA via smtptcp; 15 Mar 83 3:57 EST Received: From brl-gateway.ARPA via smtptcp; 15 Mar 83 4:20 EST Being the individual who hacked xusq107 for 4.1bsd, I can take a blind guess at what your problem is. But since I know absolutely nothing about FTP I may be way off base. Usq will fail if you invoke it on a squeezed file that was transferred using a 7 bit protocol or doing any newline translation. Is this what you are doing? I encountered that problem when I used umodem in the 'text' mode for handling squeezed files; it went away when I started using the 'binary' mode. Ben Goldfarb uucp: ...!duke!ucf-cs!goldfarb ARPA: goldfarb.ucf-cs@Rand-Relay 15-Mar-83 03:16:00,30531;000000000000 Date: 15 March 1983 03:16 EST From: Keith Petersen Subject: RCPMLIST.35 To: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 15 Mar 83 3:17 EST Received: From Brl.ARPA via smtptcp; 15 Mar 83 3:35 EST Received: From brl-gateway.ARPA via smtptcp; 15 Mar 83 3:46 EST +++ Remote CP/M Software Exchange Systems, List # 35 +++ Last Revised --- March 12, 1983 =============================================================== A summary of all known (and running) Remote CP/M Software Exchange Systems using XMODEM for program transfers. List # 35 revised and updated courtesy of: Kim Levitt and Jud Newell Changes should be sent to TORONTO RCP/M SYSTEM ONE (416-231- 9538), TORONTO RCP/M SYSTEM TWO (416-231-1262) or HOLLYWOOD RCP/M RBBS (213-653-6398) =============================================================== CODE KEY: (See notes at end of list for more information) Baud Rates: B1 = PMMI B2 = 300 B3 = 212A 1200, 300 B4 = Vadic 1200, 300 B5 = 212A 1200, Vadic 1200, 300 Alternate Long Distance Services: LD1 = None LD2 = Sprint LD3 = MCI LD4 = ITT Call Back: CB = Call Back, NCB = No Call Back Disk Capacity: DSK: (total disk space shown in KB or MB). =============================================================== --------------------------------------------------------------- NORTHEAST --------------------------------------------------------------- Programmer's Anonymous RCP/M, (207) 839-2337. Ralph Trynor. NCB. 24 Hours. B3;LD1;DSK: 180k. [Gorham, Maine] Interest in new software, modem programs, help and software for the Osborne. (System runs on an Osborne 1.) Will be adding 22 Mb drive sometime soon. --------------------------------------------------------------- TORONTO ONTARIO RCP/M SYSTEM ONE, (416) 231-9538, Jud Newell. NCB. 24 hrs. B5;LD1;DSK: 10mb. Hard. [Toronto, Ontario, Canada] Interest in New and New Releases of Software. Online programs exceed 1000, and online program catalog of 6000 on request programs available. (System formerly named MISSISSAGUA RCPM.) (SYSTEM ONE as of 03/01/83 is no longer a public system, as access is now restricted to fee-paying members.) --------------------------------------------------------------- TORONTO ONTARIO RCP/M SYSTEM TWO, (416) 231-1262, Jud Newell, NCB. 24 hrs. B1;LD1;DSK: 10mb. Hard. [Toronto, Ontario, Canada] System supports extensive database and help systems, as well as over 2mb of BASIC utilties/games/etc. (SYSTEM TWO is still a public system.) --------------------------------------------------------------- MISSISSAUGA ONTARIO HUG-RCP/M, (416) 231-4174, Toronto Heath Users Group. NCB. 1800-0600 wkdys, 24 hrs wkends. B1;LD1;DSK:2+mb. [Toronto, Ontario, Canada] --------------------------------------------------------------- Mid-Suffolk RCP/M and Data Exchange, (516) 751-5639, Al Klein, NCB. 1700-0900 weekdays, 1700 Friday - 0900 Monday. B2;LD2,3; DSK:400k. [Long Island, NY] Sysop interested in new programs for all micros. Note Phone will be answered voice 0900-1700 Monday-Friday. --------------------------------------------------------------- Johnson City, NY SJBBS, (607) 797-6416, Charles ---. NCB. Eves., etc. B2,LD1,DSK:2mb. [Upstate New York] --------------------------------------------------------------- SuperBrain RCPM, (617) 862-0781, Paul Kelly. NCB. 1900-0700 wkdys, 24 hrs wkends. B5;LD2,3,4;DSK:300k. [Lexington, MA:] Special interest in Superbrain-adapted CP/M programs. --------------------------------------------------------------- Rochester RBBS, (716) 524-1785, Arnie McGall. NCB. 24 hrs. B5;LD2,3,4;DSK:2.4mb. [Upstate New York] --------------------------------------------------------------- Bearsville Town SJBBS, (914) 679-6559, Hank Szyszka. NCB. 24 hrs. B1;LD1;DSK:4mb. [Upstate New York] --------------------------------------------------------------- Woodstock RCP/M RBBS. (914) 679-8734. John Doak. NCB. 24 Hrs. (Machine answers after 3rd ring.) B3;LD2,3,4;DSK:2.8mb. [Woodstock, New York] Heath H8 System. Sysop interested in all CP/M software, plus ham radio software. CPMUG and RCPM library is available. Baud rates in addition to 212A 1200/300: 75, 110, 134, 150 and 450. --------------------------------------------------------------- Brewster RBBS, (914) 279-5693, Paul Bosshold & Carl Erhorn. CB. 9pm-8am Weekdays, 24 hour weekends. B1;LD1;DSK:500k. [Downstate New York] (S-100 based. General CP/M software) --------------------------------------------------------------- EAST CENTRAL --------------------------------------------------------------- Flanders, NJ. (201) 584-9227, Ken Stritzel. NCB. 24 hrs, B3(0700 Monday-1700 Friday);B1(1700 Friday-0700 Monday); LD2;DSK: 26mb Hard. [Northern New Jersey] Emphasis on new programs and recent updates of standard programs --------------------------------------------------------------- Paul Bogdanovich's RBBS, (201) 747-7301, Paul Bogdanovich, NCB. 1800-2300 wkdys, 0800-2300 wkends. B1;LD1;DSK:1mb. [New Jersey] --------------------------------------------------------------- RIBBS of Cranford, New Jersey (201) 272-1874, Bruce Ratoff. NCB. 24 hrs. B1 (B3 on request); LD2,3; DSK: 3mb. [New Jersey] General CP/M software; Bulletin Board of SIG/M (Special Interest Group/Microcomputers, ACGNJ) Will soon have 75Mb on-line! --------------------------------------------------------------- The C-Line, (201) 625-1797, David Fiedler. NCB. Mon-Fri 2000- 0900, 24 hrs weekends. B1; LD2,3?,4?; DSK: 2 Mb. [Northwest NJ] Running CP/M under MicroShell. Special interest UNIX, UNIX-like systems, C software. On-line instruction in UNIX and C is planned. --------------------------------------------------------------- Allentown RBBS/RCPM System, (215) 398-3937, Bill Earnest. NCB. 24 hrs. B1;LD2,4;DSK:10mb Hard. [E. Pennsylvania] General CP/M software. Bulletin board of the Lehigh Valley Computer Club and SIG/M Group. --------------------------------------------------------------- Laurel, MD. RCPM/RBBS, (301) 953-3753, Wayne Hammerly. NCB. 24 hrs. B2;LD2;DSK: 64mb hard. [Washington DC Area] Now running on Molecular Super micro 32, with three phone lines for remote use. Note numbers 953-3753,3754 are 300 baud, 953-3755 is 1200 baud. --------------------------------------------------------------- BHEC RBBS/RCPM, (301) 661-4447, Walt Jung, Charlie Schnepf, Harry Barley. NCB. 6pm-9:30am Daily, 9pm Thu-9:30am Fri, 5pm Sat-9:30am Mon. B2;LD2,3,4;DSK:10mb Hard. [Baltimore, MD] --------------------------------------------------------------- PROVIDENCE RCP/M, (401) 751-5025. Mark Rippe. CB. 1000 Sat-2200 Sun. B2;LD2,3;DSK:1.2mb [Providence, R.I.] --------------------------------------------------------------- RLP RCP/M, McLean VA, (703) 524-2549, Bob Plouffe. NCB. 24 hrs. B2;LD2,3;DSK:2.7mb. [Wash DC Area] Running CBBS for messages. --------------------------------------------------------------- Arlington RCPM/DBBS of Virginia, (703) 536-3769, Eliot Ramey, NCB. 2200-1500 weekdays, random weekends, B1;LD2,3,4;DSK:800k. [Arlington, Virginia] Recent updates and new releases. --------------------------------------------------------------- OxGate-007 Grafton VA, (804) 898-7493, Dave Holmes. NCB. 24 hrs. B2;LD2;DSK:200k. [Tidewater, VA.] Carries CP/M, TRS-80 & Apple software; plans for setting up a dual system (on one line) with an LNW-80 as well as the CP/M computer. Active as bulletin board. --------------------------------------------------------------- State College, PA. CUG-NODE, (814) 238-4857, Joe Shannon. NCB. 24 hrs. B2;LD1;DSK:3mb. [Pennsylvania] --------------------------------------------------------------- MIDWEST --------------------------------------------------------------- Logan Square RCPM, (312) 252-2136, Earl Bockenfeld. NCB. 24 hrs. B1;LD2,3,4;DSK:1mb. [Chicago] Special interest in recent releases and developing on- line databases, with daily change of software on B drive --------------------------------------------------------------- Palatine RCPM, (312) 359-8080, Tim Cannon. NCB. 1800-0600 wkdys, 24 hrs weekends. B1 (Thursday 1800-Sunday 1800),B4 (All other times);LD2,3,4;DSK:4.8mb. [Chicago] Emphasis on very recent releases, updates to existing programs and BDS C programs. Disks on B:;C:; and D: are rotated with a second set daily. --------------------------------------------------------------- IBM-PC BBS, (312) 647-7636, Gene Plantz. NCB. 1800-0700 wkdys & 24 hrs wkends. B5;LD2,3,4;DSK:200k. [Niles: Chicago area] --------------------------------------------------------------- AIMS, Hinsdale, Ill. (312) 789-0499, Mark Pulver. NCB. 24 hrs. B1;LD2,3,4;DSK: 10mb Hard. [Chicago area] --------------------------------------------------------------- NEI RCPM System, (312) 949-6189, Chuck Witbeck. NCB. 1800-0100 wkdys, 1200-0100 wkends. B1;LD2,3,4;DSK:2mb. [Chicago area] Main emphasis is on communications programs, including versions adapted to non-standard CP/M systems. --------------------------------------------------------------- Technical CBBS, (313) 846-6127, Dave Hardy. NCB. 24 hrs. B1;LD2,3,4;DSK:3mb. [Detroit area] Emphasis on very recent releases. RCPM sysops desiring access to the passworded RCPM Clearing House system should leave a msg on TCBBS. Active message system --------------------------------------------------------------- Royal Oak CP/M, (313) 759-6569, Keith Petersen. CB. 24 hrs. B1 (B5 available on request);LD2,3,4;DSK:10 mb. Hard. [Detroit area] Emphasis on new programs & recent updates of standard progs. --------------------------------------------------------------- Southfield, MI, RBBS/RCPM, (313) 559-5326, Howard Booker. NCB. 24 hrs. B2;LD2,3,4;DSK: 2.7mb. [Michigan] Special interest in BDSC programs, doc. files and recent updates of standard programs. --------------------------------------------------------------- MINICBBS/Sorcerer's Apprentice Group, (313) 535-9186, Bob Hageman. NCB. 24 hrs. B1;LD2,3,4;DSK: 500k. [Detroit,Michigan] Running on an Exidy Sorcerer. Special interest in adapting CP/M software and assorted hardware to Sorcerer systems. --------------------------------------------------------------- OZZY #1 - Osborne RBBS/RCPM of Milwaukee, (414) 342-4599. Jim Ryan. NCB. Mon-Thu 11pm-8am, Fri-Sat 8pm-12pm, Sun 8pm-8am. B2; LD2,3,4; DSK: 416k. [Milwaukee, Wisconsin] Special Interest in Osborne Software and Info. System software is first generation and does have some bugs. Be patient. New hours since RCPM-034.LQT. -------------------------------------------------------------- Fort Fone File Folder, (414) 563-9932, Al Jewer, Shawn Everson, Ron Fowler. NCB. 24 hrs. B1;LD1;DSK: 20mb Hard. [Ft. Atkinson, Wisconsin] --------------------------------------------------------------- Mike's RCP/M System, (414) 647-0903, Mike Wesolowski. NCB. Mon- Fri 6pm-6am, 24 hrs weekends & holidays. B2;LD2,3,4;DSK: 700k. [Milwaukee, Wisconsin] --------------------------------------------------------------- Cincinnatti RBBS, (513) 489-0149, Henry Deutsch. NCB. 1800-0600 daily. B1;LD2;DSK: 1.8mb. [Ohio] Specializes in Telecommunications. --------------------------------------------------------------- West Carrolton RCP/M, (513) 435-5201, Rich Malafa & Bob Drake. NCB.24 hrs. B1;LD2;DSK:11mb Hard. [Dayton, OH] --------------------------------------------------------------- Columbus CBBS, (614) 272-2227, (268-CBBS), John Walpole. NCB. 24 hrs. B1;LD2,3,4;DSK: 300k. [Ohio] Now running MP/M, on a Tarbell SD controller; occasional slow response means the sysop is also using the system; special interest in BDS-C programs. Also active as a bulletin board. --------------------------------------------------------------- Pickerington RBBS, (614) 837-3269. Greg Bridgewater. NCB. ??? Schedule. B2;LD2;DSK: 1mb. Running TRS-80 with Omikron. [Ohio] ------------------------------------------------------------- Mission, KA, (913) 362-9583, Dave Kobets. NCB. 24 Hrs. B3;LD2;DSK: 2mb. [Kansas] --------------------------------------------------------------- AlphaNet RCP/M RBBS, (913) 843-4259. Larry Miller. NCB. 1800- 0900 daily. B2;LD3;DSK: 700k. B drive changes daily. [Lawrence, Kansas] Superbrain w/Hayes Smartmodem. General CP/M Software. --------------------------------------------------------------- SOUTH --------------------------------------------------------------- NACS/UAH RBBS/RCPM, (205) 895-6749, Don Wilkes. CB. 24 hrs. B1;LD1;DSK: 700k [Huntsville, Alabama] Run for N. Ala. Computer Soc. at U. of Ala.; general CP/M software. --------------------------------------------------------------- REDSTICK RCPM, (504) 766-8962, Phil Cary, NCB. W'days 2200- 1900, w'ends 2200-0900. B1;LD2;DSK: 2.3mb. [Baton Rouge, La.] Message system "REDSTICK" written by sysop. General software. Special Interest in CB-80. --------------------------------------------------------------- SOUTHERN CALIFORNIA --------------------------------------------------------------- Los Angeles RCP/M, (213) 296-5927, Bob McCown. NCB. 24 hrs. B1;LD2,3,4;DSK: 2.5mb. [West. L.A.] System features catalog of the latest CP/M, Apple, Atari, TRS-80 and IBM PC software. --------------------------------------------------------------- Granada Engineering Group RCP/M, (213) 360-5053, Webber Hall. NCB. 24 Hrs. B2;LD2,3,4;DSK: 1mb. [Granada Hills, Ca.] Special interest in CP/M utilities, assembly language programs, hardware/software technical information. --------------------------------------------------------------- The MOG-UR'S HBBS, (213) 366-1238, Tom Tcimpidis. NCB. 24 hrs. B3;LD2,3,4;DSK: 2mb. [San Fernando valley, LA Area] Disk cap. now 2MB. 450 Baud supported (Bell 103 std). New version of system on-line as of Feb. 7 with new features and enhancements. CP/M and HDOS software is rotated on a monthly basis. --------------------------------------------------------------- G.F.R.N. Data Exchange (RBBS), (213) 541-2503, Skip Hansen. NCB. 24 hrs. B5;LD2,3,4;DSK: 2.4mb. [Palos Verdes, CA] Standard CP/M s'ware with special interest in ham radio-related programs. Soon (with MP/M) will also be reachable thru 450 mhz radio. --------------------------------------------------------------- Pasadena RBBS, (213) 577-9947, Rich Berg. NCB. 1600-0700 weekdays, 24 hrs weekends. B1;LD2,3,4;DSK: 1.5mb. Heath H89. [Los Angeles Area] --------------------------------------------------------------- HOLLYWOOD RCPM/RBBS. (213) 653-6398. Kim Levitt. NCB. 24 hrs. (Phone not answered when in use, keep trying...) B2; LD2,3,4; DSK: 382k. (Drive B: changed frequently, leave requests for off-line software on RBBS.) [Los Angeles, CA] Special Interests: CP/M utilities, data communications, videographics, applications for entertainment industry. System is a Kaypro II with Hayes Smartmodem 300. >>> THIS SYSTEM IS ALSO A COLLECTION POINT FOR UPDATES TO THIS LIST. PLEASE SEND THE INFO. AS A FILE OR MESSAGE TO SYSOP. -------------------------------------------------------------- Pasadena CBBS, (213) 799-1632, Dick Mead. NCB. 24hrs. B1;LD2,3,4;DSK: 8.3mb Hard. [Los Angeles Area] Also active as bulletin board. General CP/M software.) --------------------------------------------------------------- BARSTOW RCP/M, (619) 256-3914, Bill Wood. NCB. 24 hrs Monday- Friday, off 0900-1800 Sat/Sun. B1/B5;LD1;DSK: 4.9mb. [Barstow, California] General interest CP/M Public Domain Software. Note System Power is off until Modem Carrier Lock. (does not recognize CR's for 15 seconds after lock, while System auto boots. --------------------------------------------------------------- San Diego RCPM, (619) 273-4354, Brian Kantor. NCB. 24 hrs. B5;LD2,3,4;DSK: 2.4mb. [San Diego, CA] --------------------------------------------------------------- G.F.R.N. Data Exchange (RBBS), Garden Grove, (714) 534-1547, Doug Laing, NCB. 24 hrs, B5;LD2;DSK: 5mb. [Garden Grove, Ca.] Special interest in amateur radio and apple/cpm software, also general interest CP/M. --------------------------------------------------------------- AnaHug RCPM/CBBS, (714) 774-7860, Bob Mathias, John Secor. NCB. 24 hrs. B2;LD2,3,4;DSK: 10mb Hard. [Ahaheim, Ca.] Special interest in hobby computing, ham, electronics hobbyists. ----------------------------------------------------------------- Thousand Oaks Technical RCP/M, (805) 492-5472, Trevor Marshall. NCB. 24 hrs. B3, (also 600 baud, baud rate set at log on or with NEWBAUD); LD1; DSK: 2mb. [Thousand Oaks, CA] --------------------------------------------------------------- Simi RCP/M, (805) 527-2219, Pete Mack, NCB. 1900-2300 PST, Mon-Fri, 24 hrs on weekends. (300-600 PMMI rates); LD1; DSK: 10mb. [Simi Valley, Ca.] Mostly BDS C programs and occasional new releases of general interest. Disk capacity now 10 mb., another 10 mb due to be added in April. -------------------------------------------------------------- CP/M-Net(tm), (805) 527-9321, Kelly Smith. NCB. 1900-2300 (Pacific) Mon-Fri, 1900 Fri to 0700 Mon. B1;LD2;DSK: 20mb Hard. [Simi Valley, CA] --------------------------------------------------------------- NORTHERN CALIFORNIA --------------------------------------------------------------- OxGate-001 Saratoga, (408) 867-1243, Paul Traina, NCB. 24 hrs. B5;LD2,3,4;DSK: 2.4mb. [South SF Bay Area] Special Interest in latest releases, also functions as west coast "Sysop's Clearinghouse". (OxNet hub) --------------------------------------------------------------- OxGate-002 Milpitas, (408) 263-2588, Mel Cruts, CB, 24 hrs. B1;LD2,,3,4;DSK 1.2mb. [South SF Bay Area]. --------------------------------------------------------------- Cro'sNEST RCP/M -- DataTech node 004, (408) 732-2433, Robert Kuhman. NCB. 24 hrs. B1;LD2,3,4;DSK: 1mb. [South SF Bay Area] CROMEMCO system two based. Specializing in CP/M, CDOS, and CROMIX software. Many new CDOS programs (never before released to public domain) are available. --------------------------------------------------------------- Silicon Valley Interchange -- OxGate-004. (408) 732-9190, Ed Svoboda. NCB. 7:45am-11:00pm 7days/week. B2;LD2,3,4;DSK: 2.7mb. [South SF Bay Area] APPLE ][ CP/M based. Specializing in very recent releases, telecommunications, and Apple CP/M prgms. Note: additional 256k installed. --------------------------------------------------------------- RCP/M Sunnyvale, (408) 730-8733, Eric Sarti. NCB. 3:30pm- 10:00pm 7days/wk. B2;LD2,3,4;DSK: 256k, APPLE ][ CP/M based. [South SF Bay Area] --------------------------------------------------------------- DataTech Network Headquarters System, (415) 595-0541, Edward Huang. NCB. 24 hrs. B5;LD2,3,4;DSK: 200k. [ Box 290, San Carlos, CA 94070 S.F. Bay Area] Heath/Zenith based. Special interest in utilities and communications as well as general software. --------------------------------------------------------------- Piconet RBBS-RCP/M, (415) 965-4097, Byron McKay. NCB. 24 hrs. B1;LD2,3,4;DSK 2.4mb. Sponsored by PicoNet CP/M group. [SF Bay Area] --------------------------------------------------------------- RBBS of Marin County, (415) 383-0473, Jim Ayers. NCB. Eves & nites wkdys, 24 hrs wkends. B1;LD2,3,4;DSK: 1mb. [SF Bay Area] --------------------------------------------------------------- Larkspur RBBS/RCPM, (415) 461-7726, Jim C. NCB. 24 hrs. B1;LD2,3,4;DSK: 2mb. [SF Bay Area] --------------------------------------------------------------- Napa Valley RBBS/RCPM, (707) 257-6502, Dave Austin. NCB. 24 hrs. B1;LD1;DSK: 600k. [Napa, CA] Supports TRS, Apple, Osborne, Atari and CP/M systems. Also interested in amateur radio and net info. Phone number changed since RCPM-034.LQT --------------------------------------------------------------- SOUTHWEST --------------------------------------------------------------- Dallas RCP/M CBBS, (214) 931-8274, Dave Crane. NCB. 1800-0800 Mon-Fri, 24 Hrs Sat/Sun/holidays. B1;LD2,3,4;DSK: 2.4mb. [Dallas, Texas] Special interest in programs for and discussions of application of micros to science & engineering, especially earth sciences. --------------------------------------------------------------- Boulder, Colorado RCPM, (303) 499-9169, Jack Riley. NCB. 1900- 2230 weekdays, 1200-2230 weekends. B1;LD2,3;DSK: 32mb Hard. [Boulder, Colorado] --------------------------------------------------------------- Colorado Springs RIBBS, (303) 634-1158, Richard Evers (Arvada Electronics). NCB. 24 hrs. B3;LD2,3;DSK: 2.4mb. [Colorado Springs, Co]. --------------------------------------------------------------- Pinecliffe RMP/M RBBS, (303) 642-3034, Craig Baker. NCB. Irregular hrs, 24 hrs. soon, (try anytime). B3;LD2,3;DSK: 16mb. [Pinecliffe, Colorado] Login by using "LOGIN" program. On-line databases on such topics as nuclear power, Retrieval system, MP/M-II mods, interest in active discussions. --------------------------------------------------------------- Denver CUG-NODE, (303) 781-4937. ? Sysop. NCB. 24 hrs. B1;LD2,3;DSK: 1mb. [Denver, Colorado] --------------------------------------------------------------- Lakewood RCPM/RBBS, (303) 985-1108. Gary Shaffstall. NCB. 24hrs. B3;LD2,3;DSK: 12.86 MB. on A:-D:. [Denver, Colorado] General interests in CP/M, MP/M, CP/NET, CP/NOS. --------------------------------------------------------------- Satsuma RCP/M, (713) 469-8893. Charlie Sanborn. NCB. 1400- 2400 CST. B3;LD2,3;DSK: 10mb hard. [Houston, TX]. No Message system, either active or planned. Software exchange only. Heath H-8 with Hayes Smartmodem 1200. --------------------------------------------------------------- El Paso Texas Apple UG RBBS/RCPM, (915) 533-2202. NCB. 24 hrs. B2;LD2,3;DSK: 3.5mb. [El Paso, Texas] Runs on a 3.5Mb segment of North Star Hard Disk (multiuser system.) General, APPLE, and BDS C software. --------------------------------------------------------------- El Paso Texas RCPM, (915) 598-1668, Sigi Kluger. NCB. 1700-0600 weekdays, all day w'ends. B1;LD2,3;DSK:1.3mb. [El Paso, Texas] XMODEM MAST.CAT for list of available files. Diskettes rotated every 2 days. --------------------------------------------------------------- NORTHWEST --------------------------------------------------------------- Olympia RCPM, (206) 357-7400. Tim Linehan. NCB. 24 hrs. B1;LD1;DSK: 16mb. Hard. [Olympia, Washington] Phone number changed since RCPM-034.LQT. --------------------------------------------------------------- Yelm RBBS & CP/M, (206) 458-3086, Dave Stanhope. CB. 24 hrs. B1;LD1;DSK: 250k. [Olympia, Washington] --------------------------------------------------------------- Edmonton RCPM, (403) 454-6093, Dave McCrady, NCB. 24 hrs (somewhat sporadic .. not answered when system in use by SYSOP), B5;LD1;DSK: 3.8mb. [Edmonton, Alberta, Canada] General CP/M software;some HDOS, Apple and TRS80 stuff available as well. --------------------------------------------------------------- Helena Valley RBBS/RCPM, (406) 443-2768. Marion thompson. NCB. 8am-8pm Monday-Friday, intermittent on weekends. B3;LD1;DSK: 1.2mb. [Helena, Montana] Special Interest in CAI, S-100 and general CP/M software. Also CPA related spread sheet programs. --------------------------------------------------------------- Chuck Forsberg's RCPM, (503) 621-3193, NCB. 24 hrs. B5;LD2;DSK: ?. [Oregon] --------------------------------------------------------------- DOCTOR DOBB'S CP/M EXCHANGE RCPM, (503) 758-8408. Gene Head. CB. 2100-0900 weeknites. B2;LD1;DSK: 336k. [Corvallis, Or.] Interested in helping get new modems up and running, and magazine (DDJ) input from readers.(Letters, articles, listings, etc). People phone (503) 758-0279 0900-2100 daily. -------------------------------------------------------------- Beaverton, Oregon RCPM, (503) 641-7276, (641-RCPM), Dave Morgan. NCB. 24 hrs. B1;LD2;DSK: 26mb Hard. [Oregon] Interest in very recent releases and computer art. --------------------------------------------------------------- Frog Hollow CBBS/RCPM, (604) 873-4007, David Bowerman. NCB. 24 hrs. B1;LD1;DSK: 1.2mb. [Vancouver, BC, Canada] --------------------------------------------------------------- Anchorage RCPM, (AMS), (907) 337-1984, Thomas Hill. NCB. 11pm- 9am 7 days/wk. B2;LD1;DSK:12.4mb. Hard. [Anchorage, Alaska] Sysop interested in "just about everything". Has text files on articles written for Lifelines on C: user 6. Voice contact at same phone, 9am to about 7pm. --------------------------------------------------------------- GENERAL NORTH AMERICA --------------------------------------------------------------- CP-MIG. On MicroNet, type 'R CP-MIG' or GO PCS-47, Sysops Dave Kozinn, Tom Jorgenson & Charlie Strom are arranging to have MN carry much of the new CPMUG and SIG/M software, plus a newsletter and a CP/M-oriented CBBS. --------------------------------------------------------------- OVERSEAS --------------------------------------------------------------- SOFTWARE TOOLS RCPM, 61-2-997-1018 (Australia), Bill Bolton. NCB. 24hrs. 300 baud CCITT V21 standard. LD1; DSK: 4.8Mb. [Sydney, Australia] Special interest in 'C' programs. --------------------------------------------------------------- MICOM CBBS, 61-3-762-5088 (Australia), Peter Jetson. NCB. 24hrs. 300 baud CCITT V21 standard. LD1; DSK: 500k. [Melbourne, VIC, Australia] (as of Jan'83, CBBS only, no XMODEM) --------------------------------------------------------------- --------------------------------------------------------------- NOTES: 1. Call-back systems are those where a computer and real people share the same telephone line. To contact the people, just dial & let the phone ring until you get an answer. To contact the computer: (1) dial, (2) let the phone ring once, (3) hang up just before the 2nd ring, & (4) re-dial. Call back systems are noted as CB, systems not requiring call back are noted as NCB. 2. Baud rates are shown as Bx, where x is a code indicating: 1= PMMI rates (110-710 baud) ; 2 = 300 baud only 3= Bell 212A and 300 baud ; 4 = Vadic 3451 and 300 Baud 5= Bell 212A, Vadic 3451 and 300 Baud. Note that the 212A/Vadic 1200 baud modems may not be compatable with yours. Most of the above systems are using Vadic 3451 Triple modems, compatable with both Bell and Vadic Standard. Sign on the first time at 300 baud to determine the system capabilities. Note also that PMMI's can sometimes be used over 300 baud with 1200 baud systems. PMMI baud rates are: 110, 300, 450, 600, 710. 3. Alternate Long Distance servies are shown as LDx, where x is a code indicating: 1= None 2=Sprint 3=MCI 4=ITT Whether a program exchange system is accessible by an a.l.d.s. (=alternative long-distance service) should be con- sidered when planning to modem over long programs. Charges on SPRINT, ITT/CITYCALL and MCI are 50-60% of Ma Bell's regular long distance rates. 4. Disk capacity is shown for reference. Note that disks not noted as HARD may be any combination of floppies, and that hard disks are generally divided into a number of logical disks. Check the system documentation for exact details when logging on. 5. All times listed are local time. 6. NEW SYSOPS: When messaging Jud or Kim with information about your system, please include the following data: a. Your System's Name (& BBS type) (examples: Joe Blow's RBBS, Home Town RCPM/CBBS) b. Your System's area code and phone number. c. Your Name. d. Call Back/No Call Back. e. Hours of operation. f. Baud rates supported. g. Alternative Long Distance Services that can call you. (Note that you don't have to subscribe to any, just list ones that can call your area. If you don't know, call the local MCI, SPRINT and/or ITT offices or their 800 number and ask 'em.) h. Your on-line storage capacity. (Total KB or MB). i. Your location. (City, State; State, Area) j. Special features and interests, hardware notes, etc. It will greatly assist Jud and Kim if you can modem the information in a format similar to those already existing in the current listing. This list revised by Kim Levitt on 03/12/83. 15-Mar-83 05:07:00,651;000000000000 Date: 15 March 1983 05:07 EST From: Jerry E. Pournelle Subject: CP/M Plus on Compupro To: CSTROM@mit-mc.arpa cc: INFO-CPM@brl.arpa In-reply-to: The message of 14 Mar 1983 19:38 EST from Charlie Strom Received: From Mit-Mc.ARPA via smtptcp; 15 Mar 83 5:08 EST Received: From Brl.ARPA via smtptcp; 15 Mar 83 5:34 EST Received: From brl-gateway.ARPA via smtptcp; 15 Mar 83 5:43 EST There's good reason why Godbout's people are loathe to tell you what they're working on. They are flying about in cricles flapping their arms getting rady for the Faire... More data fter teh Faire. JEP 15-Mar-83 05:12:20,1669;000000000000 Return-Path: Date: 15 Mar 1983 04:12:20-PST From: goldfarb.ucf-cs@rand-relay.arpa Subject: godbout To: CSTROM@mit-mc.arpa Cc: info-cpm@brl.arpa, pourne@mit-mc.arpa Via: UCF-CS; 15 Mar 83 7:42-PDT Received: From Rand-Relay.ARPA via smtptcp; 15 Mar 83 11:10 EST Received: From Brl.ARPA via smtptcp; 16 Mar 83 3:21 EST Received: From Brl-Bmd.ARPA via smtptcp; 16 Mar 83 3:26 EST I'm afraid I can't help one helluva lot with the news about CP/M Plus for Compupro. They are so hostile out there that I can't even get any help with my problem of more immediate concern. All I can go on is rumor; so far I haven't even heard a rumor about CP/M Plus. This morning I called the friendly Godbout folk to see if I could get some tech help for my CPU-68K problems. (A friend and I, both with a lot of 68000 programming experience, failed to get the thing working over the weekend). I was told by the sweet, young thing on the other end of the phone that I should contact my dealer. When I persisted, telling her that my dealer knows as much about software as my nine year-old nephew and even less about hardware, she told me that she'd "put me through this time, but I can get into a lot of trouble for this." After a suitable delay, Miss Telephone Manners advised me that none of the tech people were in, "maybe they're in a meeting or something." So you see Godbout is on my **** list at the moment. Maybe if I send a copy of this to Jerry Pournelle, he can give me a technique for solving the 'Godbout Reachability Problem.' In the meanwhile, I guess I'll dust off the logic analyzer... Ben 15-Mar-83 10:40:39,796;000000000000 Date: 15 Mar 83 10:40:39 EST (Tue) From: Rick Conn To: info-cpm@brl.arpa Subject: [Charlie Strom (: Installation Manual] Received: From Brl.ARPA via smtptcp; 16 Mar 83 3:19 EST Received: From Brl-Bmd.ARPA via smtptcp; 16 Mar 83 3:25 EST FYI. This should complete the ZCPR2 Manual set, less SYSLIB 2.5. Overview AR80 to 83 in FJW. Thanks, Charlie. Rick ----- Forwarded message # 1: Date: 15 Mar 83 6:11:39 EST (Tue) From: Charlie Strom (NYU) To: Rick Conn cc: CCP-GROUP@Brl.ARPA Subject: Installation Manual Received: From brl-gateway.ARPA via smtptcp; 15 Mar 83 6:16 EST Rick, Z2INS.WQ, Z2INS.WQH are now in AR83:FJW; Charlie ----- End of forwarded messages 15-Mar-83 14:16:31,1016;000000000000 Return-Path: Date: 15 Mar 1983 13:16:31-PST (Tuesday) From: Jim moore Subject: customizing user-defined functions in wordstar To: info-cpm@brl.arpa Cc: moore.losangel.ibm@udel-relay.arpa Via: IBM-SJ; 16 Mar 83 12:14-PDT Received: From Rand-Relay.ARPA via smtptcp; 16 Mar 83 15:21 EST Received: From Brl.ARPA via smtptcp; 16 Mar 83 15:33 EST Received: From Brl-Bmd.ARPA via smtptcp; 16 Mar 83 16:58 EST I attempted to define strings in USR1 ... USR4 to provide esc-sequences to output to an Okidata (epson-like) printer. Nothing worked. Instead of the desired sequences being produced, small amounts or repeatable, printable garbaghe were printed instead. I wanted ctl-Q,W,E,R to evoke Italics, Double Width, narrow width and Reset. Has anyone succeeded at this? How? Please reply to me at moore.losangel.ibm@udel-relay. I do not regularly check the net address where i receive info-cpm. Thanks. Jim 15-Mar-83 19:13:00,1258;000000000000 Date: 15 Mar 1983 at 2013-CST From: mknox@utexas-11.arpa Subject: Small micro-computers To: info-cpm@brl.arpa Received: From Utexas-11.ARPA via smtptcp; 15 Mar 83 21:37 EST Received: From Brl.ARPA via smtptcp; 16 Mar 83 3:34 EST Received: From Brl-Bmd.ARPA via smtptcp; 16 Mar 83 4:04 EST A company I have dealings with is looking to purchase around 100 microcomputers for in-house workstations. They are currently evaluating: o NEC APC o IBM-PC o Heath Z-100 o BMC o TRS-80 Model-16 They want color and a UNISCOPE terminal emulator, but it isn't mandatory. They also want to run CP/M (but don't seem to know that there are different versions such as CP/M-2.2, CP/M-86, CP/M-68K). Right now the BMC seems to be the front- runner because it is color and has the UNISCOPE program which apparently does work. I am familiar with the Model-16 and somewhat with the IBM-PC, though don't know of a UNISCOPE for either. Any comments? By-the-way, I handled the NEC machine a while. It is not a bad machine, good graphics, but the CP/M-86 implementation is the pits. They don't even do disk blocking/deblocking. Heads load/unload every 128 bytes, making for one of the slowest TYPE commands anywhere. ------- 15-Mar-83 19:21:00,1310;000000000000 Date: 15 Mar 1983 at 2021-CST From: mknox@utexas-11.arpa Subject: CP/M-Plus To: info-cpm@brl.arpa cc: info-trs80@mit-ml.arpa Received: From Utexas-11.ARPA via smtptcp; 15 Mar 83 21:52 EST Received: From Brl.ARPA via smtptcp; 16 Mar 83 3:34 EST Received: From Brl-Bmd.ARPA via smtptcp; 16 Mar 83 4:05 EST Don't know Godbout's plans, but two pieces of info concerning CP/M-Plus on the TRS-80 Model-II, -12, -16. o Tandy announced it for one-week delivery back in January. Their best guess now is maybe the end of April. Also, it is a minimal implementation. Leaves a small TPA, and not all the expanded features which require bank switching (according to reports, they still haven't shipped my copy). o Pickles&Trout, one of the two major suppliers of CP/M-2.2 for the above machines, has announced that they do NOT intend to support CP/M-Plus. The reason, they feel that the hardware is not suited to the task and that their new ACP (a CCP replacement much like ZCPR) will make up the difference. If I get the time (a very dubious prospect at present) I will take a look at the schematics and see if it is really all that big a problem to do a proper CP/M-Plus. Don't know yet if the Tandy version has enough info left with it to re-do the job, but I doubt it. ------- 16-Mar-83 15:34:00,886;000000000000 Date: 16 Mar 1983 1434-PST From: Dick Subject: FTP of squeezed/obj files To: info-cpm@brl.arpa Received: From Usc-Eclb.ARPA via smtptcp; 16 Mar 83 17:38 EST Received: From Brl.ARPA via smtptcp; 16 Mar 83 17:42 EST Received: From Brl-Bmd.ARPA via smtptcp; 16 Mar 83 17:48 EST There is usually a 4 byte header at the start of these types of files, placed there by the modem utility that is used (not FTP), and so the files have to have those 4 bytes removed. I do this by loading the file with DDT and moving the file down 4 bytes, effectively copying over itself. Of course the entire file MUST fit in ram, so large files are lost to me, the other option is to be able to use the BILLW MODEM program, which I am told an can remove the 4 offending bytes. I don't know the reason for the bytes something to do with ITS, (operating sys??) ------- 16-Mar-83 17:26:00,673;000000000000 Date: 16 Mar 1983 1626-PST From: DKREBILL@usc-isie.arpa Subject: MODEM Routines for VAX 11/780 Using VMS To: info-cpm@mit-mc.arpa cc: dkrebill@usc-isie.arpa Received: From Mit-Mc.ARPA via smtptcp; 16 Mar 83 19:27 EST Received: From Brl.ARPA via smtptcp; 16 Mar 83 19:28 EST Received: From Brl-Bmd.ARPA via smtptcp; 16 Mar 83 19:32 EST I recently saw a part of an Info-cpm message that made mention of an implementation of MODEM for a VAX/VMS. We would like to implement same on VMS 3.2 for use with micros and possibly as a part of an ETHERNET LAN . Can anyone out there point me towards such an implementation???? Thanks, .....Dan Krebill ------- 16-Mar-83 17:41:00,1229;000000000000 Date: 16 Mar 1983 1941-EST From: J. Eliot B. Moss Subject: Hard disks To: info-cpm@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 16 Mar 83 20:14 EST Received: From Brl.ARPA via smtptcp; 16 Mar 83 20:20 EST Received: From Brl-Bmd.ARPA via smtptcp; 16 Mar 83 20:27 EST The February Mini-Micro Systems magazine has a lot of info on Winchesters, including a comparison chart and numerous advertisements. The previously mentioned Western Dynex 5 Mb removable drive is being shipped 12 weeks after receipt of order, according to their office in Arizona. Advanced Digital Corp. has what seems to be a good controller for the S-100 bus and ST-506 interface. It uses the Westrn Digital LSI hard disk controller chip. It does not use or require DMA -- it buffers an entire sector and provides/accepts the data through an I/O port. Price is $500, including CP/M driver code in MicroSoft Macro-80 source form. They are sending me further technical info, but it sounds like a good one. Several people said that they had problems using the Morrow Designs board. One said he uses a Western Digital board, but it requires extra work to interface to the S-100 bus. Eliot ------- 16-Mar-83 17:45:00,837;000000000000 Date: 16 Mar 1983 1945-EST From: J. Eliot B. Moss Subject: CP/M Plus To: info-cpm@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 16 Mar 83 20:14 EST Received: From Brl.ARPA via smtptcp; 16 Mar 83 20:20 EST Received: From Brl-Bmd.ARPA via smtptcp; 16 Mar 83 20:28 EST I have the Jade set of boards with the "free" CP/M 3.0 (= CP/M Plus) on order and should receive it within a week or two. Right now I have a CP/M Plus manual set, but it does not have the manual describing the BDOS/BIOS interface -- it is a user's and programmer's manual. Still, I think I understand some of the techniques they are using, and believe they will be highly effective. Anyway, if anyone has specific questions, I will see if I can answer them from the information I have and receive later. Eliot ------- 16-Mar-83 18:34:00,1217;000000000000 Date: 16 March 1983 18:34 EST From: Charlie Strom Subject: CP/M-Plus To: mknox@utexas-11.arpa cc: INFO-CPM@brl.arpa In-reply-to: The message of 15 Mar 1983 at 2021-CST from mknox at utexas-11.arpa Received: From Mit-Mc.ARPA via smtptcp; 16 Mar 83 18:41 EST Received: From Brl.ARPA via smtptcp; 16 Mar 83 18:44 EST Received: From Brl-Bmd.ARPA via smtptcp; 16 Mar 83 18:50 EST I have done a little investigation and have found someone who has plans to implement a full banked CP/M Plus installation on a Godbout. Time frame is on the order of a month he says, and since it will be his third implementation, I believe him! I will keep the net informed, and am fairly certain the BIOS will be placed into the public domain. I think it will be worthwhile to try to develop a list of Plus implementations as they appear. I will try to do same, though I do not expect that I will be posting anything to the list for at least several weeks. P&T is all wet if they think a banked Plus system is of minimal advantage over a 2.2 setup. This of course of course is an opinion based on a reading of the doc and heresay. I will share more experiences as I gain them. Charlie 17-Mar-83 08:31:31,906;000000000000 Sender: RCampbell.es@parc-maxc.arpa Date: 17 Mar 83 8:31:31 PST (Thursday) From: DKREBILL@usc-isie.arpa Subject: MODEM Routines for VAX 11/780 Using VMS To: info-cpm@mit-mc.arpa cc: dkrebill@usc-isie.arpa Received: From Mit-Mc.ARPA via smtptcp; 16 Mar 83 19:27 EST Received: From Brl.ARPA via smtptcp; 16 Mar 83 19:28 EST Received: From Brl-Bmd.ARPA via smtptcp; 16 Mar 83 19:32 EST Received: From Mit-Mc.ARPA via smtptcp; 17 Mar 83 12:44 EST Received: From Brl.ARPA via smtptcp; 17 Mar 83 12:57 EST Received: From Brl-Bmd.ARPA via smtptcp; 17 Mar 83 13:08 EST I recently saw a part of an Info-cpm message that made mention of an implementation of MODEM for a VAX/VMS. We would like to implement same on VMS 3.2 for use with micros and possibly as a part of an ETHERNET LAN . Can anyone out there point me towards such an implementation???? Thanks, .........Dan Krebill ------- 17-Mar-83 14:52:00,547;000000000000 Date: 17 Mar 1983 1352-PST From: Chuck McManis Subject: CP/M on PDP-11s To: info-cpm@brl.arpa, info-micro@brl.arpa Received: From Usc-Eclc.ARPA via smtptcp; 17 Mar 83 16:54 EST Received: From Brl.ARPA via smtptcp; 17 Mar 83 17:02 EST Received: From Brl-Bmd.ARPA via smtptcp; 17 Mar 83 17:08 EST I heard a while back of a program that simulates a CP/M system on a PDP-11 under RSX-11M. We have a PDP 11/t55 with among other things 2 RX01 floppies. Any pointers would be appreciated. --Chuck ------- 17-Mar-83 23:57:50,1023;000000000000 Date: 17 Mar 83 23:57:50 PST (Thu) From: David Allen Gewirtz Subject: Bios Cold Boot Vector Message-Id: <8303180757.AA10135@UCBARPA.ARPA> Received: by UCBARPA.ARPA (3.327/3.17) id AA10135; 17 Mar 83 23:57:50 PST (Thu) Received: from UCBARPA.ARPA by UCBVAX.ARPA (3.327/3.17) id AA10186; 17 Mar 83 23:55:15 PST (Thu) To: info-cpm@brl.arpa Received: From Ucb-Vax.ARPA via smtptcp; 18 Mar 83 2:58 EST Received: From Brl.ARPA via smtptcp; 18 Mar 83 3:04 EST Received: From Brl-Bmd.ARPA via smtptcp; 18 Mar 83 3:15 EST Is the first BIOS vector (the cold boot vector) used once CP/M is running? I want to be able to put another vector into that location after the system has warm booted. Do any programs use the cold boot once CP/M is running? (Yes, I know that if they used it, it would cause the system to cold boot. But do any programs purposely cold boot? Perhaps another way of phrasing it is why does that vector exist?) Thanks, David 18-Mar-83 05:32:00,624;000000000000 Date: 18 March 1983 05:32 EST From: Paul R. Grupp Subject: Bios Cold Boot Vector To: UCBARPA.dag@ucb-vax.arpa cc: info-cpm@brl.arpa In-reply-to: Msg of 17 Mar 83 23:57:50 PST (Thu) from David Allen Gewirtz Received: From Mit-Mc.ARPA via smtptcp; 18 Mar 83 5:33 EST Received: From Brl.ARPA via smtptcp; 18 Mar 83 5:36 EST Received: From Brl-Bmd.ARPA via smtptcp; 18 Mar 83 5:43 EST Some Bios coldboots patch the coldboot vector to the warmboot address AFTER the coldboot has taken place.... So this should be acceptable. Regards, Paul 18-Mar-83 09:54:00,752;000000000000 Date: 18 March 1983 09:54 EST From: Keith Petersen Subject: Bios Cold Boot Vector To: UCBARPA.dag@ucb-vax.arpa cc: Info-Cpm@brl.arpa In-reply-to: Msg of 17 Mar 83 23:57:50 PST (Thu) from David Allen Gewirtz Received: From Mit-Mc.ARPA via smtptcp; 18 Mar 83 10:11 EST Received: From Brl.ARPA via smtptcp; 18 Mar 83 10:17 EST Received: From Brl-Bmd.ARPA via smtptcp; 18 Mar 83 16:50 EST I have seen some programs that use the cold-boot vector, but I don't recall what their names are. If you want some jump vectors without adding them at the end of the present jump table, how about PUNCH and READER? Some CBIOSs don't implement those at all, just do a RETurn. 18-Mar-83 23:37:00,5354;000000000000 Date: 18 Mar 1983 2237-PST From: LHILL@usc-eclb.arpa Subject: AR61, AR80-83 Trials To: info-cpm@brl.arpa Received: From Usc-Eclb.ARPA via smtptcp; 19 Mar 83 1:39 EST Received: From Brl.ARPA via smtptcp; 19 Mar 83 1:45 EST Received: From Brl-Bmd.ARPA via smtptcp; 19 Mar 83 1:46 EST Over the past week I have attempted to download the files on the MIT-MC CPM directory disks AR61 and AR80-AR83. My success has been mixed. I will provide a record (below), but 1st let me describe the configurations. MC to ECLB All files were first moved from MC to ECLB under IMAGE. ECLB I have tried to download files, which failed, several times using various combinations of: MODEM.EXE.116 MODEM.EXE.31 MODEM.EXE.90 NMODEM.EXE.49 XMODEM.EXE.1 MODEM.MAC.115 MODEM.EXE.? (Thanks are extended to each of these programmers for making these files available) Each of these programs run under the TOPS EXE, and may all derive from a common root program, as it is dificult to tell them apart when running. TAC I must operate through a TAC, upon which I set: @p t @f i e @f o e and sometimes @b i s @b o s which dosen't seem to make any difference. At HOME I have a MAX80 upon which I can run CP/M 2.2 or LDOS5.1.3 and a 300 baud Hayes Smartmodem. To download the files I have tried MODEM72, SMODEM37, MDM705 and LMODEM (under LDOS - Les Mikesells pgm). I have used both CHECKSUM and CRC mode - no difference noted. RESULTS In the list below where a file failed to transfer it failed, each time on the same sector, CONSISTANTLY. All combinations of MODEM programes (TOPS and at HOME) produced the exact same result! All transfers were S to R (also tried many combinations like SQ, SQN, SQIN, R, RQ,etc) except one (*). FILE Failed # of FILE Failed # of in SEC Sectors in SEC Sectors # AR61 AR82 MDM705 ASM 110 1075 * CCPLOC COM OK 5 MDM705 CFGASM OK 107 CD COM 20 32 MDM705 COM OK 129 COMPAR COM 32 37 MDM705 DOC OK 269 CONFIG COM OK 147 MDM705 INF OK 37 CRC COM 20 60 MDM705 MSG OK 8 DEVICE COM 20 22 MDM705 NMASM OK 27 DIFF COM OK 43 MDM705 OSASM OK 79 DU2 COM OK 78 MDM705 OSINF OK 6 ECHO COM OK 5 MDM705 SET OK 61 ERASE COM 27 52 GENINS COM 89 98 AR80 HELP COM OK 20 Z2RAT WQ OK ?? IOLOAD COM 23 30 Z2RAT WQH OK ?? LD COM OK 33 Z2SYS MOD OK ?? LDIRZ COM OK 45 Z2UG WQ 5 399 LRUNZ COM OK 14 Z2UG WQH 36 67 MCHECK COM OK 36 Z2UG1 WQ 180 372 MCOPY COM OK 85 ZCPR2 23AQM 12 296 MENU COM OK 16 ZCPR2 23LQB 1 82 MENU CPR OK 4 MKDIR COM OK 59 AR81 PATH COM OK 38 CFILES HQP OK 114 PROTEC COM 20 58 COMPAR HQP 2 37 PWD COM 11 34 CPMTR HQP 2 107 RECORD COM OK 15 DU2 HQP 1 180 RENAME COM 20 61 HELP HQP OK 8 STARTU COM 20 28 HELP2 HQP 2 111 SUB COM OK 24 IO HQP OK 70 TINIT COM 17 34 LU HQP 115 141 WHEEL COM OK 11 MCOPY HQP 2 58 XDIR COM OK 84 MENU HQP 85 146 ZEX COM OK 48 NDIRS HQP 1 182 XDIR3 HQP 3 113 AR83 Z2ALT HQP 2 109 Z2CON WQ 316 615 Z2RES HQP 1 38 Z2CON WQH 1 37 ZCPR2 HQP 1 29 Z2UG2 WQ OK 290 Z2UG3 WQ OK 252 * I captured this ASCII file. Z2INS WQ 201 455 Z2INS WQH 1 26 The above information is provided to: 1. provide those who maintain the data base (hopefully) some useful imformation, 2. seek help from anyone who may be able to spot the error in my methods, and 3. represent a success/fail table for others who are attempting to download these files. I would, very much, like some feedback! Lem Hill ------- 19-Mar-83 08:03:00,959;000000000000 Date: 19 March 1983 08:03 EST From: Charlie Strom Subject: New CP/M Plus ARchive To: INFO-CPM@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 19 Mar 83 8:05 EST Received: From Brl.ARPA via smtptcp; 19 Mar 83 10:36 EST Received: From Brl-Bmd.ARPA via smtptcp; 19 Mar 83 10:42 EST I have uploaded Dave Hardy's CP/M Plus (aka 3.0) BIOS for the Morrow DJ2D disk controller to AR18:CPM on MC. This is the first entry in this arcive, but we expect to be able to expand the available Plus BIOS implementations in the near future. See Dave's article series in Microsystems magazine for an excellent treatment of upgrading from 2.2 to 3.0. I solicit any CP/M Plus software for this archive. Please contact me if you have any contributions; I am also planning on editing a list of available implementations both proprietary and in the public domain, and would appreciate details if you know of such. Charlie Strom 19-Mar-83 12:19:00,938;000000000000 Date: 19 Mar 1983 1119-PST Sender: LEVYAL@usc-isi.arpa Subject: Apparent problem with TAC/TCP From: LEVYAL@usc-isi.arpa To: LHILL@usc-eclb.arpa Cc: Info-cpm@mit-mc.arpa Message-ID: <[USC-ISI]19-Mar-83 11:19:31.LEVYAL> Received: From Mit-Mc.ARPA via smtptcp; 19 Mar 83 14:22 EST Received: From Brl.ARPA via smtptcp; 19 Mar 83 14:27 EST Received: From Brl-Bmd.ARPA via smtptcp; 19 Mar 83 14:38 EST I tried to download AR82:CPM;CD and died at block 20, exactly where LHILL did . I ran Modem705 on Apple I had f o e and f i e set to delete flow control( I noticed that that command turns off nulls). I also tried a different program ASCOM which uses Check character not CRC as modem705 does. Results exactly the same. I would guess there is some code sensitivity in net. Any help from the TCP/TAC gurus would be appreciated. Oh-Modem705 said timeout. Hope this helps, Allan PS Modem705 is really very very nice .... 19-Mar-83 13:01:00,784;000000000000 Date: 19 Mar 83 13:01 PST (Saturday) From: Stiles.es@parc-maxc.arpa Subject: Re: MODEM Routines for VAX 11/780 Using VMS In-reply-to: RCampbell's message of 17 Mar 83 8:31:31 PST (Thursday) To: RCampbell.es@parc-maxc.arpa cc: info-cpm@mit-mc.arpa, dkrebill@usc-isie.arpa Received: From Mit-Mc.ARPA via smtptcp; 19 Mar 83 16:00 EST Received: From Brl.ARPA via smtptcp; 19 Mar 83 16:11 EST Received: From Brl-Bmd.ARPA via smtptcp; 19 Mar 83 16:21 EST Dan, By MODEM do you mean MODEM7 (such as a micro uses to talk to an RCPM system) or XMODEM (the program at the RCPM which talks to the micro)? I