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 am looking for a public domain implementation of XMODEM for a VAX/VMS 11-780, and would appreciate any pointers to same. Thanks, William Stiles (213) - 536-5826 19-Mar-83 13:09:01,917;000000000000 Date: Sat 19 Mar 83 15:09:01-EST From: Dan Tappan Subject: Re: Apparent problem with TAC/TCP To: LEVYAL@usc-isi.arpa cc: LHILL@usc-eclb.arpa, Info-cpm@mit-mc.arpa, Tappan@bbng.arpa, JGoldberger@usc-isi.arpa In-Reply-To: Your message of Sat 19 Mar 83 14:19:00-EST Received: From Mit-Mc.ARPA via smtptcp; 19 Mar 83 15:14 EST Received: From Brl.ARPA via smtptcp; 19 Mar 83 15:25 EST Received: From Brl-Bmd.ARPA via smtptcp; 19 Mar 83 15:37 EST I suspect that the problem is that TOPS20 is not properly doubling the 377 character (the TELNET protocol requires that or the TAC will eat it) and on that block the checksum is coming out to 377. We have code in our monitor to fix this but it may not have migrated to ISI/ECL yet. I'll make it available to your system people. We probably shouldn't be bothering the whole info-CPM list with this discussion. Dan ------- 19-Mar-83 13:22:00,1454;000000000000 Date: 19 Mar 83 13:22 PST (Saturday) From: fisher.eos@parc-maxc.arpa Subject: Distributed Databases under Multiprocessing CPM? To: INFO-CPM@brl.arpa cc: DonStewart.eos@parc-maxc.arpa, fisher.eos@parc-maxc.arpa Received: From Parc-Maxc.ARPA via smtptcp; 19 Mar 83 16:20 EST Received: From Brl.ARPA via smtptcp; 19 Mar 83 16:25 EST Received: From Brl-Bmd.ARPA via smtptcp; 19 Mar 83 16:35 EST I have a problem which involves two PC's communicating over a (poor quality) telephone line and maintaining two copies of the same database. While communicating each PC will be involved with querying and updating the database. Entries made in one database want to be transmitted to the other PC for automatic update of the other database; and vice versa. My questions: 1) Has anyone heard of any similar applications? Using CPM? 2) It seemed that a multiprocessing CPM might make the application easier to create. Is there a multiprocessing CPM available? 3) Any standard packages that might help? I have been considering using CPM, extracting the Ward Christensen FTP suff from a MODEM-like program, and maintaining the database via MBASIC or FORTRAN, perhaps using a product like MDBS. Any suggestions? 4) The PC is up in the air. Am looking with a portable with some track record including a 5-15Mb hard disk. Any experiences here would be appreciated? Thanks in advance for your response. Pete 19-Mar-83 14:31:00,1550;000000000000 Date: 19 Mar 83 14:31 PST (Saturday) Sender: fisher.eos@parc-maxc.arpa From: fisher.eos@parc-maxc.arpa Subject: Distributed Databases under Multiprocessing CPM? (Update) To: INFO-CPM@brl.arpa cc: DonStewart.eos@parc-maxc.arpa, fisher.eos@parc-maxc.arpa Received: From Parc-Maxc.ARPA via smtptcp; 19 Mar 83 17:28 EST Received: From Brl.ARPA via smtptcp; 19 Mar 83 17:32 EST Received: From brl-gateway.ARPA via smtptcp; 19 Mar 83 17:35 EST I have a problem which involves two PC's communicating over a (poor quality) telephone line and maintaining two copies of the same database. While communicating each PC will be involved with querying and updating the database. Entries made in one database want to be transmitted to the other PC for automatic update of the other database; and vice versa. My questions: 1) Has anyone heard of any similar applications? Using CPM? 2) It seemed that a multiprocessing CPM might make the application easier to create. Is there a multiprocessing CPM available? 3) Any standard packages that might help? I have been considering using CPM, extracting the Ward Christensen FTP suff from a MODEM-like program, and maintaining the database via MBASIC or FORTRAN, perhaps using a product like MDBS. Any suggestions? 4) The PC is up in the air. Am looking with a portable with some track record including a 5-15Mb hard disk. Any experiences here would be appreciated? Thanks in advance for your response. Please respond to: Fisher.eos@PARC-MAXC.ARPA Pete 19-Mar-83 21:54:00,417;000000000000 Date: 19 March 1983 21:54 EST From: James William O'Toole To: INFO-CPM@mit-ml.arpa Received: From Mit-Ml.ARPA via smtptcp; 19 Mar 83 21:53 EST Received: From Brl.ARPA via smtptcp; 19 Mar 83 22:15 EST Received: From Brl-Bmd.ARPA via smtptcp; 19 Mar 83 22:25 EST I need CP/M for a TRS model I with lowercase mod,2 5.25 inch drives, and a modem. Thanks in advance. --James O'Toole 20-Mar-83 09:07:50,590;000000000000 Date: 20 Mar 83 9:07:50 EST (Sun) From: Rick Conn To: Keith Petersen cc: UCBARPA.dag@ucb-vax.arpa, Info-Cpm@brl.arpa Subject: Re: Bios Cold Boot Vector Received: From Brl.ARPA via smtptcp; 20 Mar 83 14:11 EST Received: From Brl-Bmd.ARPA via smtptcp; 20 Mar 83 14:13 EST Some CBIOSs -do- implement PUNCH and READER, however ... as clock I/O for one, or special I/O devices (like a remote computer). If you don't care about creating transportable code and your system doesn't use PUNCH and READER, this is an answer. 20-Mar-83 09:19:03,873;000000000000 Date: 20 Mar 83 9:19:03 EST (Sun) From: Rick Conn To: Stiles.es@parc-maxc.arpa cc: RCampbell.es@parc-maxc.arpa, info-cpm@mit-mc.arpa, dkrebill@usc-isie.arpa Subject: Re: MODEM Routines for VAX 11/780 Using VMS Received: From Mit-Mc.ARPA via smtptcp; 20 Mar 83 9:25 EST Received: From Brl.ARPA via smtptcp; 20 Mar 83 14:11 EST Received: From Brl-Bmd.ARPA via smtptcp; 20 Mar 83 14:13 EST I am working on VMODEM as time permits these days. It is an implementation of UMODEM that is to run under VAX/VMS on our 11/780 at work. Am writing it in C using DEC's new C compiler. Will send it to MC and post a message when it is done, but don't hold your breath. Time is not permitting. PS -- I'm getting around the binary mode conversion problem by using exec and invoking SET TERM /PASSALL as a subprocess. Rick 20-Mar-83 14:17:34,4439;000000000000 Date: 20 Mar 83 14:17:34 EST (Sun) From: Keith Petersen To: Info-Cpm@brl.arpa Subject: [gregr: Re: New CP/M Card for APPLE ][] Received: From Brl.ARPA via smtptcp; 20 Mar 83 14:25 EST Received: From Brl-Bmd.ARPA via smtptcp; 20 Mar 83 14:36 EST This should have been posted to Info-Cpm, but I hear that the usenet gateway to Info-Cpm has been inoperative since January. I suppose that's why the author of the message posted it to Info-Micro instead. I am forwarding it because it is very informative. Appologies to those who receive two copies. --Keith ----- Forwarded message # 1: Date: 19 Mar 83 2:40:47-PST (Sat) To: info-micro@brl.arpa From: menlo70!sytek!zehntel!tektronix!tekid!gregr@ucb-vax.arpa Subject: Re: New CP/M Card for APPLE ][ Article-I....D.: tekid.1039 Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 20 Mar 83 1:31-PST Received: From Sri-Unix.ARPA via smtptcp; 20 Mar 83 4:44 EST Received: From Brl.ARPA via smtptcp; 20 Mar 83 4:47 EST Received: From Brl-Bmd.ARPA via smtptcp; 20 Mar 83 4:52 EST I was also very interested in the ALS CP/M Card because I currently have a Microsoft Softcard for my Apple ][ and have found several deficiencies relative to my applications. The most important performance consideration for me is speed and the Softcard has an effective clock rate of only 2 Mhz. Also the Softcard does not include all standard CP/M utilities such as SYSGEN nor does it include the BIOS source code although this has been documented in magazines. As soon as I saw the ALS ad I called them to confirm the apparent 6 Mhz clock rate. I asked to speak to technical support or a product engineer but was told they were "too busy completing the product design in order that shipments might begin by the end of March". The marketing folks informed me that the Z-80 ran at 6 Mhz without wait states although they didn't seem to know what wait states were initially. I was also interested in details about how bank switching was done ( a feature of CP/M Plus ) such as the effective clock rate when using the motherboard RAM. I really needed to talk to a product engineer for this information and followup questions but they weren't available. I next decided to confirm that schematics were available for the board but I was told that schematics were NOT included and none would be provided under any circumstances. I also asked if BIOS source code was included and again the reply was NO! Again this would not be supplied under any circumstances although this policy was subject to review at some future time I was told. I immediately checked the ad for the product and found this claim; "...and full documentation - for just $399.". I can find no reasonable justification for these omissions and I consider them essential portions of the documentation. The bad part of all this is that I really want to buy this product. (I had even reserved one with my local retailer). At this point I not sure what to do next. If any other potential customers for this product feel the same about this issue as I do you could help us all by calling ALS and expressing your opinion. ALS has a toll-free number 800-538-8177 outside California that you can use to get additional information or express your concerns. Anyone obtaining additional information about this product could mail it to me or post it to the net. I really believe that this product is an excellent value except for the documentation problem and will be valuable for any Apple CP/M user. A little more information -- I was told that the CP/M Card will come with all documentation and utility programs that one would receive from Digital Research if you were to purchase CP/M Plus directly from them. I f this is so it makes this product an even better value. GSX-80, also from DR is not yet released but will be shipped to all CP/M Card owners as soon as its available. Finally -- I believe that another 6 Mhz Z-80 card is available but I recall no mention of CP/M Plus. The price was somewhere around $600. The initials of the company were something like PCIP. Does anyone have any information about this board? Also how long will it take Microsoft to respond with their own product? Anyone have any insight on this? Greg Rogers Tektronix ----- End of forwarded messages 21-Mar-83 05:12:00,1112;000000000000 Date: 21 March 1983 05:12 EST From: Keith Petersen Subject: New MDM705 Osborne overlay To: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 21 Mar 83 5:14 EST Received: From Brl.ARPA via smtptcp; 21 Mar 83 5:24 EST Received: From Brl-Bmd.ARPA via smtptcp; 21 Mar 83 5:26 EST Osborne users who are interested in MDM705 (the latest version of MODEM7) will want to get a copy of MDM705OS.ASM. If you tried this one before and it didn't work, try again. This is a fixed version of the Osborne overlay file. It's available from MIT-MC as AR61:CPM;MDM705 OSASM. Here's a short note explaining the changes/fixes to the Osborne overlay: --- MDM705OS.MSG edited 3/18/83 by Keith Petersen, W8SDZ Date: 03/16/82 From: Norm London To: All The MDM705OS program did not work properly. I have corrected some of the problems and have uploaded a modified MDM705OS.AQM which works prooperly with the OCC-1. This version always prompts for baudrate when Init routine is activated. Enter 0 to get default set by OSFIG. --> FILE: MDM705OS.AQM CRC = 2F CE 21-Mar-83 06:24:00,459;000000000000 Date: 21 March 1983 06:24 EST From: Keith Petersen Subject: SWEEP38 now available To: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 21 Mar 83 6:27 EST Received: From Brl.ARPA via smtptcp; 21 Mar 83 6:29 EST Received: From Brl-Bmd.ARPA via smtptcp; 21 Mar 83 6:41 EST A new version of SWEEP, the directory maintenance and file copy program is now available on MIT-MC. AR24:CPM;SWEEP 38COM AR24:CPM;SWEEP 38DOC 21-Mar-83 07:42:24,497;000000000000 Date: 21 Mar 83 7:42:24 EST (Mon) From: Harold Carter (AFIT) To: info-cpm@brl.arpa cc: hcarter@brl.arpa Subject: Small-C V2 Received: From Brl.ARPA via smtptcp; 21 Mar 83 7:49 EST Received: From Brl-Bmd.ARPA via smtptcp; 21 Mar 83 8:25 EST In trying to execute Small C for the first time, I was unable to find the external references in RUNTIM. Anyone know where they should be? Also, what is the best way to handle long integers? Hal 21-Mar-83 15:50:30,668;000000000000 Date: 21 Mar 83 15:50:30 PST (Mon) From: David Allen Gewirtz Subject: YAM8 Message-Id: <8303212350.AA25928@UCBARPA.ARPA> Received: by UCBARPA.ARPA (3.327/3.17) id AA25928; 21 Mar 83 15:50:30 PST (Mon) Received: from UCBARPA.ARPA by UCBVAX.ARPA (3.331/3.17) id AA00582; 21 Mar 83 16:19:10 PST (Mon) To: info-cpm@brl.arpa Received: From Ucb-Vax.ARPA via smtptcp; 21 Mar 83 19:23 EST Received: From Brl.ARPA via smtptcp; 21 Mar 83 23:39 EST Received: From Brl-Bmd.ARPA via smtptcp; 21 Mar 83 23:41 EST Both dif.2c and ssed.2c require YAM8 in linkage. Where is this file located? Thanks, David 22-Mar-83 01:18:57,1021;000000000000 Received: from TARTAN-20 by CMU-CS-C (with TLNMTS); 22 Mar 83 01:18:25 EST Received: ID ; 22 Mar 83 01:18:57 EST Date: 22 Mar 83 01:18:57 EST From: Steve Subject: Morrow DJ2D To: info-cpm@mit-mc.arpa cc: byrne%TARTAN-20@cmu-cs-c.arpa Work-phone: (412) 621-2210 Received: From Mit-Mc.ARPA via smtptcp; 22 Mar 83 2:12 EST Received: From Brl.ARPA via smtptcp; 22 Mar 83 3:15 EST Received: From Brl-Bmd.ARPA via smtptcp; 22 Mar 83 3:18 EST Folks: I currently have a real old DJ controller board and am looking at replacing it (it's terribly slow as much of the control functions are done in software). I've heard good things about the DJ2D, but I am worried that it too suffers from "software-itis" (using software where hardware is more appropriate). Are my fears justified? What kind of performance does this board provide? Are there any restrictions (such as not having any other DMA devices on the bus)? Thanks. steve ------- 22-Mar-83 12:40:38,983;000000000000 Date: 22 Mar 1983 11:40:38-PST From: CCVAX.revc@nosc-cc.arpa To: info-cpm@brl.arpa Subject: Modifying WordStar for printers Received: From Nosc-Cc.ARPA via smtptcp; 22 Mar 83 15:16 EST Received: From Brl.ARPA via smtptcp; 22 Mar 83 21:20 EST Received: From Brl-Bmd.ARPA via smtptcp; 22 Mar 83 23:18 EST ------- I thought some people on the net might also be interested in this. - Bob To: MORE.LOSANGEL.IBM@rand-relay Subject: printer controls ------- Jim ; We have a local Users group member who re-configures WordStar for a living. He charges less that $50 to make all the corrections and add a whole fist-full of features. If you send me your mailing address, I'll pass it to him and he can mail you some info. His business is called C.I. Software, and the product is called HexprinteR. (he's not on the net) Bob Van Cleef mail repies to: ARPA CCVAX.revc at NOSC-CC Usenet "...floyd!cmc12!philabs!sdcsvax!nosc!revc ------- 22-Mar-83 16:23:00,526;000000000000 Date: 22 Mar 1983 1523-PST From: Dick Subject: Small-C V2 doc?? To: info-cpm@brl.arpa Received: From Usc-Eclb.ARPA via smtptcp; 22 Mar 83 18:24 EST Received: From Brl.ARPA via smtptcp; 22 Mar 83 21:36 EST Received: From Brl-Bmd.ARPA via smtptcp; 22 Mar 83 23:40 EST I would like info on the route I need to take to assemble/compile the sources in AR76/77. Is the HEX file the compiled version of the current MAC files??? I need a little documentation for my RCPM users. Thanks... ------- 22-Mar-83 16:34:00,641;000000000000 Date: 22 Mar 1983 1534-PST Subject: Re: Perfect Writer/Formatter/Calc/Filer bugs From: Jim Moore To: bridger@rand-unix.arpa, info-cpm@brl.arpa, info-micro@brl.arpa In-Reply-To: Your message of Wednesday, 9 Mar 1983 12:56-PST Received: From Usc-Isib.ARPA via smtptcp; 22 Mar 83 18:35 EST Received: From Brl.ARPA via smtptcp; 22 Mar 83 21:37 EST Received: From Brl-Bmd.ARPA via smtptcp; 22 Mar 83 23:41 EST I am intereste d in your results/summary of the \perfect Stuff (but have no wisdom to contribute). Please put me on your list of people who receive your summary. Thanks. Jinm Moore ------- 22-Mar-83 20:58:00,531;000000000000 Date: 22 March 1983 20:58 EST From: Eric J. Swenson Subject: DU2.COM in AR82:CPM; To: W8SDZ@mit-mc.arpa, rconn@brl.arpa, info-cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 22 Mar 83 23:38 EST Received: From Brl.ARPA via smtptcp; 22 Mar 83 23:48 EST Received: From Brl-Bmd.ARPA via smtptcp; 23 Mar 83 0:06 EST Has anyone else reported difficulties with DU2.COM? I can't get it to run correctly on my system...it just sits there upon invocation and prints CRLFs until I reboot the system. 23-Mar-83 01:44:00,1063;000000000000 Date: 23 March 1983 01:44 EST From: (ADDRESS PROBLEM at host BRL-BMD: "Eric J. Swenson ") Subject: Small-C V2 doc?? To: MEAD@usc-eclb.arpa cc: INFO-CPM@mit-mc.arpa In-reply-to: Msg of 22 Mar 1983 1523-PST from Dick Received: From Mit-Mc.ARPA via smtptcp; 23 Mar 83 1:50 EST Received: From Brl.ARPA via smtptcp; 23 Mar 83 1:53 EST Received: From Brl-Bmd.ARPA via smtptcp; 23 Mar 83 1:57 EST The .HEX file in AR77: is the result of linking the CC1.REL, CC2.REL, CC3.REL, CC4.REL, RUNTIME.REL, CALL..REL, and SYSLIB.REL files. The linking is done with the L80 linker. The .REL files are produced from the .MAC files by usin the M80 macro assembler (both M80 and L80 are from Microsoft). SysLIB.REL can be found in ar19:cpm;. Here is a step by step process in case you prefer: First assemble CC1, CC2, CC3, CC4, RUNTIME, and CALL using M80. Then link them all together with the L80 command line: RUNTIME,CC1,CC2,CC3,CC4,CALL,SYSLIB/S,C.HEX/N/E This will produce C.HEX.. 23-Mar-83 02:27:00,1446;000000000000 Date: 23 March 1983 02:27 EST From: Ronald G. Fowler Subject: [RGF: Small-C V2 doc??] To: INFO-CPM@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 23 Mar 83 2:26 EST Received: From Brl.ARPA via smtptcp; 23 Mar 83 2:35 EST Received: From Brl-Bmd.ARPA via smtptcp; 23 Mar 83 2:39 EST Date: 23 March 1983 02:21 EST From: Ronald G. Fowler To: MEAD at USC-ECLB cc: RGF Re: Small-C V2 doc?? Yes, the HEX file seems to be the linked version of the sources. I was able to generate a new compiler from the sources by assembling each, then using L80 to link them together. I believe the cmmand line I used was L80 RUNTIME,CC1,CC2,CC3,CC4,CALL,SYSLIB/S,CC/N/Y/E. You'll get some undefined globals from this; they are references in the header (at top of each CCx.MAC) that are externals declared and never referenced. They cause no problem, but I edited them out of my local versions of the CCx.MAC files, just to keep it clean. Note that these globals are for Hexdrix's SMALL-VM package, which is not used unless expressly turned on when C is compiled. As background, the CCx.MAC files are not the source for the compiler, but rather the output of a version 1 compiler (running on a UNIX machine). Hence, to make any substantial changes to the compiler, you'd need the CCx.C source files. I haven't actually gotten as far as recompiling the compiler on itself. --Ron Fowler 23-Mar-83 03:45:19,605;000000000000 Date: 23 Mar 83 3:45:19 EST (Wed) From: Rick Conn To: Eric J. Swenson cc: W8SDZ@mit-mc.arpa, rconn@brl.arpa, info-cpm@brl.arpa Subject: Re: DU2.COM in AR82:CPM; Received: From Brl.ARPA via smtptcp; 23 Mar 83 3:48 EST Received: From Brl-Bmd.ARPA via smtptcp; 23 Mar 83 3:56 EST I haven't heard of any problems with DU2 since I corrected that queue status print bug the other day. Suggest you check CRCs to see if they match (the MIT-MC copy versus yours) and, if so, run GENINS on it and make sure it is properly installed. Rick 23-Mar-83 09:39:00,717;000000000000 Date: 23 March 1983 09:39 est From: Boebert.SCOMP@mit-multics.arpa Subject: Apple MBASIC Disk I/O To: info-cpm@brl.arpa Received: From Mit-Multics.ARPA via smtptcp; 23 Mar 83 9:45 EST Received: From Brl.ARPA via smtptcp; 23 Mar 83 9:48 EST Received: From Brl-Bmd.ARPA via smtptcp; 23 Mar 83 10:01 EST I am currently enhancing the Eamon Adventure game generator system for the Apple and was contemplating converting it to MBASIC for the CP/M archives. The thing does a fair amount of file manipulation. If I convert and debug the thing using the MBASIC that comes with the Softcard for the Apple, will the result be compatible with other MBASICs, or is the disk I/O different for each of them? 23-Mar-83 12:32:00,1464;000000000000 Date: 23 March 1983 12:32 cst From: Cargo.PD@hi-multics.arpa Subject: Software Tools for CP/M To: info-cpm@brl-bmd.arpa Received: From Hi-Multics.ARPA via smtptcp; 23 Mar 83 20:59 EST Received: From Brl-Bmd.ARPA via smtptcp; 23 Mar 83 21:10 EST I am now on the verge of being able to transfer software from 8 in SSSD diskettes into my system. At the top of my list of things I want are the tools from the Software Tools Users' Group (STUG), which are based on the programs from Software Tools by Kernighan and Plauger. I was previously aware of one implementation of these from Unicorn Systems in Castro Valley, CA. I came across a mention of another implementation from Carousel MicroTools in El Cerrito, CA. My questions are: If you have these tools, what kind of experience have you had with them (good/bad/not worth the money/etc.)? What kind of experience have you had with the vendors? What are the resources that you find you need to take advantage of them (disk size, memory size, Fortran-80 compiler revision, etc.)? I have read the reviews of the Unicorn Systems tools in InfoWorld, and Byte, and I have their address. I have NO address for Carousel MicroTools, and would appreciate one if anyone knows. I am particular interested in comparing these two vendors in terms of features, qualitiy of implementation, support, and cost. Thanks in advance for all your help. ...David S. Cargo (Cargo.PD at HI-Multics) 23-Mar-83 12:32:00,1580;000000000000 Date: 23 March 1983 12:32 cst From: Cargo.PD@hi-multics.arpa Subject: Software Tools for CP/M To: info-cpm@brl-bmd.arpa Received: From Hi-Multics.ARPA via smtptcp; 23 Mar 83 20:59 EST Received: From Brl-Bmd.ARPA via smtptcp; 23 Mar 83 21:10 EST Received: From Brl.ARPA via smtp; 24 Mar 83 18:33 EST Received: From Brl-Bmd.ARPA via smtp; 25 Mar 83 14:05 EST I am now on the verge of being able to transfer software from 8 in SSSD diskettes into my system. At the top of my list of things I want are the tools from the Software Tools Users' Group (STUG), which are based on the programs from Software Tools by Kernighan and Plauger. I was previously aware of one implementation of these from Unicorn Systems in Castro Valley, CA. I came across a mention of another implementation from Carousel MicroTools in El Cerrito, CA. My questions are: If you have these tools, what kind of experience have you had with them (good/bad/not worth the money/etc.)? What kind of experience have you had with the vendors? What are the resources that you find you need to take advantage of them (disk size, memory size, Fortran-80 compiler revision, etc.)? I have read the reviews of the Unicorn Systems tools in InfoWorld, and Byte, and I have their address. I have NO address for Carousel MicroTools, and would appreciate one if anyone knows. I am particular interested in comparing these two vendors in terms of features, qualitiy of implementation, support, and cost. Thanks in advance for all your help. ...David S. Cargo (Cargo.PD at HI-Multics) 23-Mar-83 20:33:09,892;000000000000 Mail-from: Ethernet host GSB-HOW rcvd at 23-Mar-83 19:33:48-PST Date: Wed 23 Mar 83 19:33:09-PST From: Edjik Subject: Re: Software Tools for CP/M To: Cargo.PD@hi-multics.arpa cc: NCP.EGK@su-gsb-how, info-cpm@brl-bmd.arpa In-Reply-To: Your message of Wed 23 Mar 83 12:32:00-PST Received: From Su-Dsn.ARPA via smtp; 24 Mar 83 15:40 EST Received: From Brl-Vgr.ARPA via smtp; 24 Mar 83 18:28 EST Received: From Brl-Bmd.ARPA via smtp; 25 Mar 83 14:03 EST Carousel's addr is: Carousel MicroTools, Inc. 609 Kerney St EL Cerrito, Ca. 94530 (415) 528-1300 I ran across an ad from them today. The tools come in two kits, a binary only and a source kit with extra tool ddevelopment frobs. Does anyone know if there is a Software tools implementation in the public domain. does anyone how well built are carousels tools? tnx -- Edjik ------- 23-Mar-83 23:03:40,410;000000000000 Date: 24 Mar 1983 01:03:40-EST From: reece@nadc.arpa To: info-cpm@brl.arpa Subject: copyfast program Received: From Nadc.ARPA via smtptcp; 24 Mar 83 1:05 EST Received: From Brl.ARPA via smtp; 24 Mar 83 18:39 EST Received: From Brl-Bmd.ARPA via smtp; 25 Mar 83 15:18 EST Does anyone know where I can get the public domain "copyfast" or "fastcopy" (I'm not sure which) program for CP/M? Jim Reece 23-Mar-83 23:41:00,1480;000000000000 Date: 23 March 1983 23:41 EST From: David A. Boulton Subject: Software Tools To: Cargo.PD@hi-multics.arpa cc: Info-CPM@brl.arpa Received: From Mit-Ai.ARPA via smtptcp; 23 Mar 83 23:44 EST Received: From Brl.ARPA via smtp; 24 Mar 83 18:35 EST Received: From Brl-Bmd.ARPA via smtp; 25 Mar 83 14:08 EST Carousel MicroTools is the new name of Unicorn Systems. I talked to them at the West Coast Computer Faire last weekend, and they had a large sign in their booth to that effect. I cannot tell you very much about their packages, since I have not used them. They sell two different packages. One is called the 'Carousel Use-a-ToolKit' which contains only .COM files of almost all of the tools. The other package, called 'Carousel Build-a-ToolKit' contains source for all the tools, the Ratfor preprocessor, and a few associated programs. The binary license version is 3 diskettes, 61 .COM files. The source license version is 6 diskettes. The prices are $249 and $395 respectively. The manual is $40. They currently support only CP/M-80, but they plan on having CP/M-86 and MSDOS versions out soon. Overall, it looked interesting, but I figured it would be a little too cumbersome to be of much real use, so I didn't buy it. Their address is 609 Kearney St. El Cerrito, CA 94530 (415) 528-1300 -- Dave P.S. I'm amazed! Carousel's flyer was only the fourth one from the top in a 3 pound stack of Faire garbage! 24-Mar-83 03:27:00,640;000000000000 Date: 24 March 1983 03:27 EST From: Jerry E. Pournelle Subject: Perfect Writer/Formatter/Calc/Filer bugs To: MOORE@usc-isib.arpa cc: info-cpm@brl.arpa, info-micro@brl.arpa, bridger@rand-unix.arpa In-reply-to: Msg of 22 Mar 1983 1534-PST from Jim Moore Received: From Mit-Mc.ARPA via smtptcp; 24 Mar 83 4:26 EST Received: From Brl.ARPA via smtp; 24 Mar 83 18:48 EST Received: From Brl-Bmd.ARPA via smtp; 25 Mar 83 17:01 EST saw a recent demonstration in which Perfect Speller passed about 500 misspelled words that were later caught by The Word Plus. If that's relevent (sp).. 24-Mar-83 03:47:00,720;000000000000 Date: 24 March 1983 03:47 EST From: Jerry E. Pournelle Subject: CP/M-Plus To: CSTROM@mit-mc.arpa cc: INFO-CPM@brl.arpa, mknox@utexas-11.arpa In-reply-to: Msg of 16 Mar 1983 18:34 EST from Charlie Strom Received: From Mit-Mc.ARPA via smtptcp; 24 Mar 83 3:50 EST Received: From Brl.ARPA via smtp; 24 Mar 83 18:47 EST Received: From Brl-Bmd.ARPA via smtp; 25 Mar 83 15:42 EST Investiagations at CompuPro indicate that CPM+ is SLOWER than CPM 2.2x, and most of the CP/M + features can be had by doing a proper bios for 2.2x... I have not much more info. My bright friend is at CompuPro just now, and that's a phone report. I do not think I misunderstood.. 24-Mar-83 03:52:00,746;000000000000 Date: 24 March 1983 03:52 EST From: Jerry E. Pournelle Subject: Small micro-computers To: mknox@utexas-11.arpa cc: info-cpm@brl.arpa In-reply-to: Msg of 15 Mar 1983 at 2013-CST from mknox at utexas-11.arpa Received: From Mit-Mc.ARPA via smtptcp; 24 Mar 83 3:54 EST Received: From Brl.ARPA via smtp; 24 Mar 83 18:47 EST Received: From Brl-Bmd.ARPA via smtp; 25 Mar 83 15:42 EST I recommend S-100 buss equipment. My own is CompuPro (Godbout) and I never have problems. There are color boards for the buss if you want color, otherwise a terminal works. I have 8085/8088 dual processor which gives both 8 and 16 bit capability. Z-100 is pretty good, but it is BIG and no detachable keyboard. Look at it.. 24-Mar-83 03:59:00,2077;000000000000 Date: 24 March 1983 03:59 EST From: Jerry E. Pournelle Subject: godbout To: goldfarb.ucf-cs@rand-relay.arpa cc: CSTROM@mit-mc.arpa, info-cpm@brl.arpa In-reply-to: Msg of 15 Mar 1983 04:12:20-PST from goldfarb.ucf-cs at rand-relay.arpa Received: From Mit-Mc.ARPA via smtptcp; 24 Mar 83 4:01 EST Received: From Brl.ARPA via smtp; 24 Mar 83 18:47 EST Received: From Brl-Bmd.ARPA via smtp; 25 Mar 83 15:44 EST The problem is that they're in a technological fuge just now; the Faire wasted them, now my crazy friend Tpony is up there. And they are moving. I wanted to read them the copy I was writing on them in my Faire report and I couldn't get past the answering service; fortunately somebody in there called me. The 68000 is a problem; there are aabout two copies of CPM-68K in existence that sort of work, and there seem to be some fatal bugs in the stuff. Digital keeps recalling and revising. It will all be made to work, but some patience is going to be rquired. The problem t here is that there's not really enough technical staff (they'd hire more if they could find them) and the place is not well organized; instead, the programmers and engineers are happy. As hardware goes that's a great place to deal with.. For software, I can see you would have trouble because most of the Godbout people don't, deep down inside, believe in software. They don't even use computers in much of their business application. This seems crazy, but... They got one hell of a hardware outfit, though, and I always recommend anybody buying their stuff deal with a good systems consultant;; there's enough slack in the prices that you can get systems for the advertised price through a systems consultant and get the consultant free; or you can buy at discounts and do your own; but if you rely on getting the Godbout people on the phone, you may have leaned on a weak reed. I haven't solved the reachability problem except through one secret technique involving strange golden liquid known as Grand marnier./.... 24-Mar-83 04:12:00,1096;000000000000 Date: 24 March 1983 04:12 EST From: Jerry E. Pournelle Subject: godbout To: goldfarb.ucf-cs@rand-relay.arpa cc: CSTROM@mit-mc.arpa, info-cpm@brl.arpa In-reply-to: Msg of 15 Mar 1983 04:12:26-PST from goldfarb.ucf-cs at Rand-Relay Received: From Mit-Mc.ARPA via smtptcp; 24 Mar 83 4:16 EST Received: From Brl.ARPA via smtp; 24 Mar 83 18:48 EST Received: From Brl-Bmd.ARPA via smtp; 25 Mar 83 15:46 EST I wish this hadn't happened; in fact, I wish they'd stop selling boards before they have software. The trouble is, Godbout's people don't BELIEVE in software. They put out great boards and hope someone will figure out a way to make use of them in good systems. Often people do, but the 68000 hAs been a kind of disaster, in that the OS's that were to materialize didn't. There is an operating system for the 68K board. It is in FORTH. They use it to test the board. You will not want it. I could have it and decided against it. I hate to say it, but my counsel is PATIENCE. All will be well, and reasonably soon. But soon could be weeks. 24-Mar-83 18:25:00,934;000000000000 Date: 24 March 1983 18:25 EST From: Charlie Strom Subject: CP/M-Plus To: POURNE@mit-mc.arpa cc: CSTROM@mit-mc.arpa, INFO-CPM@brl.arpa, mknox@utexas-11.arpa In-reply-to: Msg of 24 Mar 1983 03:47 EST from Jerry E. Pournelle Received: From Mit-Mc.ARPA via smtp; 25 Mar 83 20:26 EST Received: From Brl.ARPA via smtp; 26 Mar 83 1:15 EST Received: From Brl-Bmd.ARPA via smtp; 26 Mar 83 1:57 EST I find it very difficult to believe that a properly written banked CP/M Plus is slower than 2.2, though this migt be the case for non-banked (minimal) implementation. All of the people I have spoken to who have diddled with PLUS thus far say it is considerably faster in disk I/O, directory searches, etc., and it makes emminent sense that it ought to be. I hope to be able to give a more first-hand report in the not too distant future. Sounds like sour grapes to me emanating from Oakland! 25-Mar-83 09:46:00,862;000000000000 Date: 25 Mar 83 12:46-EDT (Fri) From: Charles Hutchinson Return-Path: Subject: poly-HST, poly-TRM, poly-XFR To: INFO-CPM@umass-ece Cc: HUTCHINSON@umass-ece Via: UMASS-ECE; 25 Mar 83 21:03-EST Received: From Mit-Mc.ARPA via smtp; 26 Mar 83 6:04 EST Received: From Brl.ARPA via smtp; 26 Mar 83 6:16 EST Received: From Brl-Bmd.ARPA via smtp; 26 Mar 83 6:23 EST HellO! Does anyone out there have any experience with poly-HST, poly-TRM or poly-XFR, a set of file-transfer programs put out by Polygon Associates (Missouri) I recently got them for my Rainbow 100, but have to get HST up on a Vax or another CP/M system. Does anyone know if these use the Christensen protocol? Thanks, John Hutchinson (HUTCHINSON.UMASS-ECE@UDEL-RELAY) 26-Mar-83 13:49:22,772;000000000000 Date: 26 Mar 1983 12:49:22-PST From: Jim Gilbreath Reply-to: CCVAX.gil@nosc-cc.arpa To: info-cpm@brl.arpa, pourne@mit-mc.arpa Subject: cpm plus on godbout Received: From Nosc-Cc.ARPA via smtp; 26 Mar 83 15:54 EST Received: From Brl.ARPA via smtp; 26 Mar 83 20:31 EST Received: From Brl-Bmd.ARPA via smtp; 26 Mar 83 20:33 EST Compupro's cpm 2.2 is so slow on floppies driven by the disk 1 board due to some designs compromises that it is not surprising that plus is even slower on the first try. It takes some software smarts to make any bios perform to the limits of the hardware, and that isn't likely to happen on the first few tries. Unfortunately Godbout doesn't keep trying to improve things once they get it to work. 26-Mar-83 14:34:00,719;000000000000 Date: 26 March 1983 14:34 EST From: Keith Petersen Subject: Wizzard of OZ phone list To: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtp; 26 Mar 83 14:33 EST Received: From Brl.ARPA via smtp; 26 Mar 83 14:47 EST Received: From Brl-Bmd.ARPA via smtp; 26 Mar 83 20:21 EST If there's anyone out there who has contact with the "Wizzard of OZ" remote CP/M system, I would appreciate it very much if they were told that their list of RCPMs is over a year out of date and inaccurately lists my system. It not only has the wrong (old) phone number, it does not show that my system is a "ring-back" one and many people are calling and not getting an answer because of this. --Keith 26-Mar-83 16:18:00,459;000000000000 Date: 26 Mar 1983 at 1718-CST From: mknox@utexas-11.arpa Subject: ATON To: info-cpm@brl.arpa Received: From Utexas-11.ARPA via smtp; 26 Mar 83 18:21 EST Received: From Brl.ARPA via smtp; 26 Mar 83 20:34 EST Received: From Brl-Bmd.ARPA via smtp; 26 Mar 83 20:34 EST Does anyone know if ATON, a new implementor of CP/M-2.2 for the Tandy Model-II has folded? I have been trying to call them for two weeks and get no answer at all. ------- 27-Mar-83 03:19:00,981;000000000000 Date: 27 March 1983 03:19 EST From: Jerry E. Pournelle Subject: cpm plus on godbout To: CCVAX.gil@nosc-cc.arpa cc: info-cpm@brl.arpa In-reply-to: Msg of 26 Mar 1983 12:49:22-PST from Jim Gilbreath Received: From Mit-Mc.ARPA via smtp; 27 Mar 83 3:19 EST Received: From Brl.ARPA via smtp; 27 Mar 83 3:28 EST Received: From Brl-Bmd.ARPA via smtp; 27 Mar 83 3:36 EST It all depends on the BIOS. We have 2.2 on 2S2D floppies (1.1 mByte/floppy) that's rather fast, and also has M drive and N drive. This is waht is now distributed with the system, I believe. It is certainly true that once Compupro gets the hardware out the door, they don't worry about the software. Len Ott, their softwaerre man, hs planty smarts, but not much support. Of course this makes for some good opportunities, since the hardware is DAMN good; and some people have done well writing optimization software for Compupro systems.. 27-Mar-83 03:27:00,620;000000000000 Date: 27 March 1983 03:27 EST From: Jerry E. Pournelle Subject: CP/M-Plus To: CSTROM@mit-mc.arpa cc: INFO-CPM@brl.arpa, mknox@utexas-11.arpa In-reply-to: Msg of 24 Mar 1983 18:25 EST from Charlie Strom Received: From Mit-Mc.ARPA via smtp; 27 Mar 83 3:27 EST Received: From Brl.ARPA via smtp; 27 Mar 83 3:39 EST Received: From Brl-Bmd.ARPA via smtp; 27 Mar 83 3:47 EST Serves me right for reporting second hand information. I do not know. I repeated what I was told. I will not do so in future. I have no further information. You are undoubtedly right.. 27-Mar-83 04:26:00,718;000000000000 Date: 27 March 1983 04:26 EST From: Keith Petersen Subject: UNERA16.ASM now available To: INFO-CPM@brl.arpa Received: From Mit-Mc.ARPA via smtp; 27 Mar 83 4:25 EST Received: From Brl.ARPA via smtp; 27 Mar 83 4:34 EST Received: From Brl-Bmd.ARPA via smtp; 27 Mar 83 4:53 EST The latest version of UNERA, the public-domain CP/M file "un-erasing" program is now available on MIT-MC. See also the DOC file for ver 1.5, which was previously not available on MC. The latest version fixes a bug which prevented the program from finding the erased file on a hard disk system where the directory maximum is a large number of names. AR23:CPM;UNERA 16ASM and AR23:CPM;UNERA 15DOC 27-Mar-83 04:37:00,1209;000000000000 Date: 27 March 1983 04:37 EST From: Keith Petersen Subject: Osborne MODEM program update To: INFO-CPM@brl.arpa Received: From Mit-Mc.ARPA via smtp; 27 Mar 83 4:36 EST Received: From Brl.ARPA via smtp; 27 Mar 83 4:45 EST Received: From Brl-Bmd.ARPA via smtp; 27 Mar 83 4:54 EST Osborne users will want to try OTERM404 (with possible update to OTERM405 if needed). This is an exapanded version of the older OTERM401 which was previously available on MIT-MC. The present version offers several modes of operation, including terminal, MODEM2-compatible file transfers, and CompuServe protocol file transfers - all in one package! Sorry, the source is not available, but the author can be contacted on CompuServe's CP-MIG. AR41:CPM;OTERM 404COM the .COM file stored in ITS format AR41:CPM:OTERM 405SUB SUBMIT file for updating to ver. 4.05 if needed. older files still available: AR41:CPM;OTERM 401DOC documentation AR41:CPM;OTSET 4COM a configuration program for OTERM AR41:CPM;OTSET 4DOC documentation for configurator If you can't FTP ITS format COM files, send a request to INFO-CPM-REQUEST@BRL asking for a HEX file to be made. 27-Mar-83 14:32:44,483;000000000000 Date: 27 Mar 83 14:32:44 EST (Sun) From: George Keller (IBD) To: info-cpm@brl.arpa Subject: Typing tutor Received: From Brl.ARPA via smtp; 27 Mar 83 14:43 EST Received: From Brl-Bmd.ARPA via smtp; 27 Mar 83 14:48 EST I need a pointer to a CP/M typing tutor program, either free or for $. With all the power of this box, surely someone has a typing-teaching program I could use to help non-typists make better use of it. George 27-Mar-83 19:56:00,1876;000000000000 Date: 27 March 1983 19:56 EST From: Keith Petersen Subject: FILE13.ASM/DOC available To: INFO-CPM@mit-mc.arpa Received: From Mit-Mc.ARPA via smtp; 27 Mar 83 19:58 EST Received: From Brl.ARPA via smtp; 27 Mar 83 20:10 EST Received: From Brl-Bmd.ARPA via smtp; 27 Mar 83 20:14 EST A new version of FILEFIND, now renamed to FILE, is now available on MIT-MC. It's in AR22:CPM;FILE 13ASM and AR22:CPM;FILE 13DOC. Here's what the latest revisor has to say about it: --- TOPIC : FILE.COM FROM : IRV HOFF DATE : 13 FEB 83 NOTE: ORIGINAL NAME WAS 'FILE'. RENAMED EARLY 1981 TO 'FILEFIND' BY SOMEONE OTHER THAN ORIGINAL AUTHOR. NOW CORRECTLY NAMED 'FILE'. SYSOPS: THIS IS AN IDEAL PGM FOR USE AS A0>FILE.COM TO AUGMENT (OR REPLACE THINGS LIKE DIR NAME*.* $U0AD. This program finds a requested file on any/all disk drives and any user area allowed by the system. Just say: A>FILE NAME*.* and it will find any file commencing with 'NAME' on any disk drive and any user area. It doesn't matter what user area or drive you are in when you start, it commences at A0: This takes the place of things like: A>DIR NAME*.* $U0AD, or A>DIR NAME $AD, etc. (Those commands normally commence at whatever drive you are already on. If starting from D3, you must reset to A0: before commencing the search or it will skip the A: B: and C: dives com- pletely. 'FILE' starts at A0: regardless, making it very convenient to use.) It is an universal program that adapts equally well to CBBS, RBBS, DATATECH, OXGATE and other similar RCPM systems. It is easy to use and gives all users on all systems a common command. (You can also get the entire directory of all drives and all avail- able user areas by saying: A>FILE *.* - Irv Hoff 27-Mar-83 20:21:45,1785;000000000000 Date: 27 Mar 83 20:21:45 EST (Sun) From: Keith Petersen To: Dick cc: Info-Micro@brl.arpa, Info-Cpm@brl.arpa Subject: PMMI 103/212 S-100 modem Received: From Brl.ARPA via smtp; 27 Mar 83 20:31 EST Received: From Brl-Bmd.ARPA via smtp; 27 Mar 83 20:35 EST It is supposed to be ready for sale to the public in June. I wil be getting one in about two weeks to do some Beta testing and to write some software for PMMI. I'll let you know how it works when I get it. It probably won't support 600 baud any more than a normal Racal-Vadic modem because it is just that - a cooperative venture between PMMI and Racal-Vadic, with PMMI designing the entire S-100 interface and Racal-Vadic building their 103/212 programmable modem on the board. It is NOT a piggy-back. It's a fresh design from PMMI. PMMI even wrote some new software for the Microprocessor that's on the board. This board has many features, including: dial-tone detect, touch-tone dialing/rotary dialing, redialing of last number, distant end ringing detect, voice detection (i.e. got a human instead of another modem, better hang up), busy detect, etc. Lots of new and interesting features. Oh yes, it's possible to count the rings when deciding whether to answer a call or not. This means that call-back operation IS practical with the new PMMI 300/1200 baud modem (the DC Hayes Smart modem won't do that). The board meets the full IEEE S-100 specs, including the ability to operate correctly with systems using 5 mhz clocks (it may actually work above this, the specs are not final yet). It looks like a normal USART-type serial port to the system, making it easy to program. It also has maskable interrupt capability. 27-Mar-83 20:23:46,684;000000000000 Date: 27 Mar 1983 19:23:46-PST From: Jim Gilbreath Reply-to: CCVAX.gil@nosc-cc.arpa To: POURNE@mit-mc.arpa Subject: Re: cpm plus on godbout Cc: info-cpm@brl.arpa Received: From Nosc-Cc.ARPA via smtp; 27 Mar 83 22:30 EST Received: From Brl.ARPA via smtp; 27 Mar 83 22:37 EST Received: From Brl-Bmd.ARPA via smtp; 27 Mar 83 22:41 EST Yeh, I have the same stuff, but it's still slower than the humble Jade controller due to the dumb way the disk 1 scans the drives all the time and in the process drops the select the head flapping. A fix is supposedly coming in the new model of the disk 1, but sorry, no updates to the existing customers! 28-Mar-83 07:32:00,485;000000000000 Date: 28 March 1983 07:32 EST From: Eric Stork To: info-cpm@brl.arpa Received: From Mit-Mc.ARPA via smtp; 28 Mar 83 7:33 EST Received: From Brl.ARPA via smtp; 28 Mar 83 14:56 EST Received: From Brl-Bmd.ARPA via smtp; 28 Mar 83 16:29 EST Subject: SANYO MICRO Am contemplating the purchase of the SANYO package (advertised for $1795 in Washington DC area). Anyone have any experience with it? WIll appreciate any advice or cautions. STORK at MIT-MC 28-Mar-83 07:43:05,509;000000000000 Date: 28 Mar 83 7:43:05 PST (Monday) From: NNicoll.ES@parc-maxc.arpa Subject: Re: Typing tutor In-reply-to: keller@brl.arpa's message of 27 Mar 83 14:32:44 EST (Sun) To: George Keller (IBD) cc: info-cpm@brl.arpa Received: From Parc-Maxc.ARPA via smtp; 28 Mar 83 10:42 EST Received: From Brl.ARPA via smtp; 28 Mar 83 17:07 EST Received: From Brl-Bmd.ARPA via smtp; 28 Mar 83 17:57 EST I have also been looking for such a program. Please c: me any information. Thanks \Nick 28-Mar-83 15:00:38,650;000000000000 Date: 28-Mar-83 17:00:38-EST From: jalbers@bnl.arpa Subject: help To: Info-CPM@mit-mc.arpa, with@brl.arpa, Ozzie@brl.arpa, communications@brl.arpa, software@brl.arpa Received: From Mit-Mc.ARPA via smtp; 28 Mar 83 17:06 EST Received: From Brl.ARPA via smtp; 28 Mar 83 17:28 EST Received: From Brl-Bmd.ARPA via smtp; 28 Mar 83 18:03 EST Do to the upgrade memory changes when changeing from a single density Ozzie to a Double Density Ozzie, most Communications software is useless. Does anyone know of an 'upgraded' version of OTERM405 or it's commercial counterpart TERM5000 for the DD Ozzie. Please help!! jalbers@bnl 28-Mar-83 17:25:50,1026;000000000000 Date: 28 Mar 83 17:25:50 PST (Mon) From: David Allen Gewirtz Subject: ITS Headers on SQ files Message-Id: <8303290125.AA01000@UCBARPA.ARPA> Received: by UCBARPA.ARPA (3.332/3.19) id AA01000; 28 Mar 83 17:25:50 PST (Mon) Received: from UCBARPA.ARPA by UCBVAX.ARPA (3.332/3.19) id AA25820; 28 Mar 83 20:08:12 PST (Mon) To: info-cpm@brl.arpa Received: From Ucb-Vax.ARPA via smtp; 28 Mar 83 23:11 EST Received: From Brl.ARPA via smtp; 28 Mar 83 23:14 EST Received: From Brl-Bmd.ARPA via smtp; 28 Mar 83 23:18 EST I had requested a fix to the files (all the ZCPR2 files) which have been squished and now cannot be unsqueezed. It is my understanding that there is something in the ITS format that prevents a UNIX machine from unsqueezing these files FTP'ed directly off ITS. I also understand that there is a filter program out there to remedy this problem. Help in this matter is urgently requested. HELP!!! Thanbks (or even thanks) David 28-Mar-83 23:15:51,528;000000000000 Date: 28 Mar 1983 22:15:51-PST From: CCVAX.revc@nosc-cc.arpa To: Info-CPM@mit-mc.arpa, Ozzie@brl.arpa, communications@brl.arpa, jalbers@bnl.arpa, software@brl.arpa, with@brl.arpa Subject: Re: help Received: From Mit-Mc.ARPA via smtp; 29 Mar 83 2:07 EST Received: From Brl.ARPA via smtp; 29 Mar 83 2:11 EST Received: From Brl-Bmd.ARPA via smtp; 29 Mar 83 2:21 EST I'm having no trouble with Modem796 or Oterm 4.04. True, Oterm doesn't restore the standard function keys, but a cold boot always works. - Bob 29-Mar-83 01:19:00,935;000000000000 Date: 29 March 1983 01:19 EST From: Keith Petersen Subject: MDM705 config file for Kaypro To: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtp; 29 Mar 83 2:05 EST Received: From Brl.ARPA via smtp; 29 Mar 83 2:10 EST Received: From Brl-Bmd.ARPA via smtp; 29 Mar 83 2:20 EST Kaypro owners interested in MDM705 will want to look at AR61:CPM;MDM705 KPASM which I've just uploaded. It's the configuration area for the Kayro with some interesting added features over the original Kaypro overlay. --forwarded from my RCPM--- Date: 3/28/83 From: Bruce Kargol To: All Re: Improved Kaypro config file for MDM705 I made a few mods to the Kaypro config file and have uploaded it here. Added ability to set for 600 and 9600 baud. (Good @ 600 with some Smartmodems and 9600 for direct connections). Added clrscreen and clreos. Works fine. Bruce. 29-Mar-83 01:45:00,518;000000000000 Date: 29 March 1983 01:45 EST From: Keith Petersen Subject: CPM;CPM DIRLST updated To: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtp; 29 Mar 83 2:14 EST Received: From Brl.ARPA via smtp; 29 Mar 83 2:22 EST Received: From Brl-Bmd.ARPA via smtp; 29 Mar 83 2:32 EST The list of all MIT-MC CPM directories has been updated as of today. If you cannot FTP this file, send a message to Info-Cpm-Request and you will be put on a list to receive these listings periodically. --Keith 29-Mar-83 03:34:01,764;000000000000 Received: from GSB-HOW with Pup; Tue 29 Mar 83 02:38:05-PST Date: Tue 29 Mar 83 02:34:01-PST From: Edjik Subject: Re: ITS Headers on SQ files To: dag%UCBARPA@ucb-arpa.arpa cc: info-cpm@brl.arpa, NCP.EGK@su-gsb-how In-Reply-To: Your message of Mon 28 Mar 83 17:25:50-PST Received: From Su-Score.ARPA via smtp; 29 Mar 83 5:44 EST Received: From Brl.ARPA via smtp; 29 Mar 83 5:53 EST Received: From Brl-Bmd.ARPA via smtp; 29 Mar 83 6:00 EST Umm, saying that there is something in the ITS format that prevents files from being unsqueezed by a unix system, once ftp'd off ITS doesnt saying anything against ITS, its does say something against unix. if the brain damage is in unix, dont blame it on its. ------- 29-Mar-83 12:18:24,1520;000000000000 Date: Tue Mar 29 1983 11:18:24-PST From: Lauren Weinstein Subject: ITS binary format Return-Path: Message-Id: <8302292345.24224@LBL-CSAM.ARPA> Received: by LBL-CSAM.ARPA (3.284 [1/5/83]) id AA24224; 29-Mar-83 15:45:37-PST (Tue) To: info-cpm@brl.arpa Received: From Lbl-Csam.ARPA via smtp; 29 Mar 83 18:44 EST Received: From Brl.ARPA via smtp; 29 Mar 83 18:48 EST Received: From Brl-Bmd.ARPA via smtp; 29 Mar 83 18:52 EST I've had lots of problems with "com" binary files on ITS over the years, and not just from Unix systems -- so don't blame Unix! The issue is that ITS stores these files in a sort of "packed" format that is oriented around its 36 bit words, and includes some other header information as well. For example, let's say you have a file that you uploaded to ITS using the LMODEM "com file" mode. Now you try to FTP the file from ITS to a non-ITS system (in binary/image mode). The file you get has this packing and strange header information included. Small wonder that squeezed files won't unsqueeze! When instead you download such a file through LMODEM, ITS performs the conversions and you get a "proper" binary file again. Ideally, ITS should have a special FTP mode which would convert the ITS com file format back to "real" binary on the fly during transfer. I suspect that the ITS folks never considered FTP'ing of com binaries to non-ITS systems to be a "high-demand" type project. --Lauren-- 29-Mar-83 16:39:38,1007;000000000000 Date: 29 Mar 83 16:39:38 PST (Tue) From: David Allen Gewirtz Subject: Re: ITS Headers on SQ files Message-Id: <8303300039.AA04489@UCBARPA.ARPA> Received: by UCBARPA.ARPA (3.332/3.19) id AA04489; 29 Mar 83 16:39:38 PST (Tue) Received: from UCBARPA.ARPA by UCBVAX.ARPA (3.332/3.19) id AA18780; 29 Mar 83 23:02:56 PST (Tue) To: NCP.EGK%SU-GSB-HOW@su-score.arpa, dag%UCBARPA@ucb-arpa.arpa Cc: NCP.EGK@su-gsb-how, info-cpm@brl.arpa Received: From Ucb-Vax.ARPA via smtp; 30 Mar 83 4:01 EST Received: From Brl.ARPA via smtp; 30 Mar 83 6:20 EST Received: From Brl-Bmd.ARPA via smtp; 30 Mar 83 6:31 EST Gee, your comment was really helpful. My interest is not which machine has a problem, though you personally seem to. My interest instead was a simple need of converting one format to another. If you cannot separate reality from raving, I respectfully suggest that you have a problem that needs help. Keeping an open mind, David 30-Mar-83 00:06:00,2563;000000000000 Date: 30 March 1983 00:06 EST From: Gail Zacharias Subject: ITS binary format To: info-cpm@brl.arpa, vortex!lauren@lbl-csam.arpa In-reply-to: Msg of Tue Mar 29 1983 11:18:24-PST from Lauren Weinstein Received: From Mit-Mc.ARPA via smtp; 30 Mar 83 14:07 EST Received: From Brl.ARPA via smtp; 30 Mar 83 14:26 EST Received: From Brl-Bmd.ARPA via smtp; 30 Mar 83 15:00 EST There are two separate issues here. First is packing 8 bit bytes into PDP-10's 36 bit words. This is unavoidable, standard, and the ITS ftp server deals with it just fine. The problem is getting the unix user end to tell ITS to do it. SEE BELOW FOR HOW TO DO THIS. The second problem is the 4-byte header put in the binary CP/M files stored in the CPM; directory. This has nothing to do with ITS, and was a decision made by those involved with maintaining this directory and related programs. There is no reason on earth for ITS system programs such as FTP to understand the conventions used by a small segment of the user population (and believe it or not, providing CP/M software to unix hackers is not MC's rason d'etre). In any case, SEE BELOW FOR HOW TO DEAL WITH THIS. I might suggest that instead of dreaming about what ITS FTP could or could not be made to do, someone fix umodem to recognize those header bytes (they are 93H,3AH,D8H,00H) and strip them off. umodem could also use them for their intended purpose, differentiating between ascii and binary files, so the user wouldn't have to give a "b" switch (I assume that's what the -sb below does). The TOPS-20 modem program already does this. Anyhow, unix people, here are the answers (if unix is so wonderful, how come everybody has so much trouble figuring this out? (don't bother answering that)) Date: Wednesday, 9 Mar 1983 12:56-PST From: bridger at rand-unix To: Gail Zacharias cc: FJW, W8SDZ, guyton at rand-unix Re: downloading .com files Thanks for the protocol, which enabled our resident expert, jim guyton, to develop this method of downloading binary files. At Rand-unix we are using a version of the BBN ftp program. If you think it's of general interest, please post it. 1. to retrieve "AR14:CPM;NAMEXX COM" from mit-mc: ftp mit-mc type i quote type "l 8" get "AR14:CPM;NAMEXX COM" longnamexx.com bye 2. to strip off the 4 header bytes: dd if=longnamexx.com of=namexx.com bs=1 skip=4 3. to download to a cpm machine: umodem -sb namexx.com bridger 30-Mar-83 02:29:00,721;000000000000 Date: 30 March 1983 02:29 EST From: Michael C. Adler Subject: DICCRE V2.0 To: info-cpm@brl.arpa Received: From Mit-Mc.ARPA via smtp; 30 Mar 83 15:58 EST Received: From Brl.ARPA via smtp; 30 Mar 83 16:02 EST Received: From Brl-Bmd.ARPA via smtp; 30 Mar 83 16:06 EST A new version of DICCRE (the dictionary creation program for SPELL) has been stored in MC:AR59:CPM;DICCRE 20MAC, etc. It fixes a bug found by Leor Zolman. Don't worry about the integrity of dictionaries you have already created! You would have noticed had the bug hit you. DICCRE V1.0 failed to write double apostrophes to SPELL0.MAC if one was in a word. Obviously, M80 simply choked on such files. -Michael 30-Mar-83 05:41:00,4933;000000000000 Date: 30 March 1983 05:41 EST From: Keith Petersen Subject: XMODEM73 now available on MC To: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtp; 30 Mar 83 5:41 EST Received: From Brl.ARPA via smtp; 30 Mar 83 6:26 EST Received: From Brl-Bmd.ARPA via smtp; 30 Mar 83 6:32 EST RCPM operators and others occasionally using their systems with remote console software (like BYE) will want to get the new XMODEM73. It has many new features, explained in some detail below. --- TOPIC: XMODEM73 FROM : IRV HOFF W6FFC DATE : 27 MAR 83 XMODEM is a program used primarily on remotely operated RCPM systems that allows program transfer to and/or from remote users. It can trans- fer any type of CP/M file including absolute binary files (.OBJ). Originally written by Keith Petersen and based at that time on Ward Christensen's MODEM ver 2.0 it has since undergone extensive revision. Nearly every new version has tacked on yet another computer/modem combination. It has grown very unwieldy in size and awkward to handle. In a major contribution to simplifying the program, Sigi Kluger with his XMODEM 6.8 stripped out all the various hardware configurations. He wound up with a jump table at the beginning that permits use of external overlay files for a particular computer/modem.... The current version is XMODEM 7.3. The 7.x series has several new features which give it a tremendous flexibility. Major recent additions include: 1) A general purpose menu. Just type: A0>XMODEM This menu includes the drive/user area for normal uploading. (The A0> prompt in this and subsequent examples is shown as a typical possibilty of a drive/user area you may be in.) 2) Ability to send (download to the remote user) member files from a library group (.LBR) without having to copy the entire li- brary file. (Use a separate program called LDIR.COM to find the member names of a library group.) 3) Ability to specify what disk/user area from which to send a pro- gram so the remote user doesn't have to go to that area first: A0>XMODEM S B6:HELLO.DOC (An option limits the maximum user area.) 4) Programs can be uploaded to a special non-public user area for the exclusive use of the SYSOP. These can include replacement programs for one already on some public area, experimental programs you wish him to test before making them public, pre- typed notes for his exclusive reading or any program you wish him to see that is not appropriate for public use at that time. 5) Ability to download from a special area. This enables the SYSOP to place special programs, pretyped messages, etc. in this area. He can then leave a private message on his bulletin board to the person for whom the program is intended. Al- though any user COULD download that program, only the SYSOP and his intended recepient know the its correct name. This provides excellent security. The SYSOP can thus make any per- son an instant temporary privileged user. This gives him a tremendous flexibility he has not previously had. 6) Spaces can now be used without error. Example: A0>XMODEM L B7: CATALOG CAT2.DOC will send a file called CAT2.DOC from the CATALOG.LBR library. NOTE: The .LBR extent need not be included. If not, it is added automatically. At this time there are several external overlays available. The list will obviously grow as others add to it: XM73ACAT - for Apple users with the Novation APPLE-CAT modem XM73MMII - for Apple users with the Micromodem II modem XM73DCXX - for Apple users with the D.C. Hayes modem XM73PMMI - for S-100 users with PMMI modem boards XM73HZ89 - for Heath/Zenith H8 or H89 users with external modem XM73INT3 - for those using the Compupro Interfacer 3/4 modem XM73EXT - for computers with 8251 I/O and external modems These contain instructions on how to then use DDT (or SID) to read- ily adapt the external overlay to the main program. These files are available from the MIT-MC CPM; directory. The names were changed slightly to fit better into the six-character two-field filename arrangement that ITS uses. All are in AR63:CPM; XMACAT 73ASM XMDCH 73ASM XMEXT 73ASM XMHZ89 73ASM XMINT3 73ASM XMMMII 73ASM XMODEM 73ASM XMODEM 73INF XMODEM 73MSG XMPMMI 73ASM Users who can download ITS-style "COM" files will find the same ten files in AR100:W8SDZ; in "squeezed" format to save downloading time. This is a temporary ARchive only and will be deleted in a few days. As with squeezer convention, the next-to-last character of the filename is a "Q" instead of its original character. --Keith 30-Mar-83 10:57:00,589;000000000000 Date: 30 Mar 83 10:57 PST (Wednesday) From: Henning.ES@parc-maxc.arpa Subject: Re: SANYO MICRO In-reply-to: STORK@mit-mc.arpa's message of 28 Mar 83 07:32 EST To: Eric Stork cc: info-cpm@brl.arpa Received: From Parc-Maxc.ARPA via smtp; 30 Mar 83 14:02 EST Received: From Brl.ARPA via smtp; 30 Mar 83 14:25 EST Received: From Brl-Bmd.ARPA via smtp; 30 Mar 83 14:42 EST What is the model number of the SANYO? Is is the MBC-1000, or the MBC-2000, or the MBC-3000? I've heard that the 2000 is going to be discontinued, to be replaced with a newer model. 30-Mar-83 13:39:04,1082;000000000000 Date: 30 Mar 83 13:39:04 EST (Wed) From: Bob Bloom (TECOM) To: info-cpm@brl.arpa cc: bbloom@brl.arpa Subject: how DO you FTP files from mc? Received: From Brl.ARPA via smtp; 30 Mar 83 13:45 EST Received: From Brl-Bmd.ARPA via smtp; 30 Mar 83 13:49 EST As one can see from the header, I'm on the brl machine (a PDP-11/70 something running Unix version something) I've never been able to transfer a .com file from mc through ftp to brl and then MODEM down- load to my micro. I've been quite sucessfull tranfering .hex and .txt files. From the ongoing discussion, I think I know why this is but I'd really like to know how to get around it. I have ftp'ed a .com and a .hex file of the same program, loaded the .hex file, and uploaded the (loaded) .com file to compare with the original ftp'ed .com file. NO RELATION! I was hoping that I could find those four characters that ITS uses as a file identifier (from 446353300000 octal = 223,072,330,0 as first four bytes) No luck. So how do you do it? bob bloom 30-Mar-83 17:44:00,788;000000000000 Date: 30 Mar 1983 1644-PST From: HFISCHER@usc-ecl.arpa Subject: TRS80 model 100 To: info-cpm@mit-mc.arpa cc: hfischer@usc-eclb.arpa Received: From Mit-Mc.ARPA via smtp; 30 Mar 83 20:22 EST Received: From Brl.ARPA via smtp; 31 Mar 83 0:30 EST Received: From Brl-Bmd.ARPA via smtp; 31 Mar 83 0:42 EST Does anybody know anything about software structure for the TRS80 model 100? (Appears to be microsoft rom-resident program, executing on cmos 8085, with decent integration to basic facilities.) Is it possible to generate compatable 8085 code from "C" or LISP-like tools on a mainframe and downlink for execution? Or is there a interpreter for the internally supported primitives which accepts something other than basic? Herm Fischer (HFischer@eclb) ------- 30-Mar-83 20:35:17,1299;000000000000 Date: 30 Mar 83 20:35:17 EST (Wed) From: Keith Petersen To: CCVAX.revc@nosc-cc.arpa cc: Info-Micro@brl.arpa, Info-Cpm@brl.arpa Subject: Re: 1200 Baud PMMI S-100 modem Received: From Brl.ARPA via smtp; 31 Mar 83 0:30 EST Received: From Brl-Bmd.ARPA via smtp; 31 Mar 83 0:44 EST The forthcoming 300/1200 baud PMMI S-100 modem will NOT have the Vadic 3400 protocol included. Several people asked about that. Vadic isn't including it in most of their new OEM units. There has been some discussion about whether 3400 is better than 212A, and one comment I read was that it really wasn't a better protocol. The only reason it SEEMED better, the sender said, was that the 212A part of the "Triple Modem" wasn't as well designed as it could have been. I assume that if this is true, it could be the reason that Racal hasn't included the 3400 protocol in the new units. They may have improved the 212A part instead, in the interests of gaining a wider market. This is all conjecture, however. For those interested in the new PMMI modem (when it's available in June), here's the address and phone number: PMMI Communications 5201 Leesburg Pike Suite 604 Falls Church, Virginia 22041 Phone (703) 379-9660 --Keith 30-Mar-83 23:21:01,1886;000000000000 Date: 30 Mar 83 23:21:01 EST (Wed) From: Rick Conn To: info-cpm@brl.arpa Subject: New SYSLIB 2.6 Received: From Brl.ARPA via smtp; 31 Mar 83 0:33 EST Received: From Brl-Bmd.ARPA via smtp; 31 Mar 83 0:44 EST AR19:CPM now contains the new SYSLIB 2.6; CRCs check. AR80:FJW now contains the upgrade doc for it as Z2SYS 2MOD. It is a short file, so copy follows: SOFTWARE UPGRADES to SYSLIB and ZCPR2 30 March 1983 by Richard Conn SYSLIB 2.6 Upgrade from SYSLIB 2.5 1.0 Baselines The following baseline software is established by this up- grade: SYSLIB 2.6 2.0 Associated Upgrade Documentation No additonal documentation accompanies this upgrade. Existing documentation reflects Version 2.6 of SYSLIB correctly. 3.0 Files Affected by this Upgrade The following files are provided with this upgrade: SDIR.MAC SVERSION.MAC SYSLIB.REL These files have the following CRC values: 1 File: SDIR .MAC -- Size: 34K -- CRC: 36 FA 2 File: SVERSION.MAC -- Size: 1K -- CRC: 15 E5 3 File: SYSLIB .REL -- Size: 14K -- CRC: 38 D0 4.0 Reasons for Changes to Programs and Files SYSLIB Change Summary: The DIRF routine in the SDIR module did not correctly select files from ALL user areas when bit 5 of the A register was set; this was caused by an error in the DIRLOAD routine; the DIRLOAD routine has been corrected 31-Mar-83 12:37:00,678;000000000000 Date: 31 Mar 1983 1437-EST From: DEUFEL@dec-marlboro.arpa To: INFO-CPM@brl.arpa Subject: CAD Tools Message-ID: <"MS10(2055)+GLXLIB1(1056)" 11907843351.13.385.60896 at DEC-MARLBORO> Received: From Dec-Marlboro.ARPA via smtp; 31 Mar 83 14:38 EST Received: From Brl.ARPA via smtp; 31 Mar 83 14:51 EST Received: From Brl-Bmd.ARPA via smtp; 31 Mar 83 15:02 EST I am trying to put together a list of CAD tools that run under CP/M to aid in circuit design, logic design, PC board layout, etc. Does such a list exist? If one does not, send me any info you may have and I will distribute a list of those programs that turn up. Thanks, -Abdul- -------- 31-Mar-83 12:49:32,724;000000000000 From: Sent by HNIJ Date: 03/31/83 12:49:32 Subject: More than 256 files/disk? Received: From Mit-Mc.ARPA via smtp; 1 Apr 83 2:46 EST Received: From Brl.ARPA via smtp; 1 Apr 83 2:54 EST Received: From Brl-Bmd.ARPA via smtp; 1 Apr 83 3:01 EST rms.g.hnij%mit-oz@mit-mc (Sent by HNIJ) 03/31/83 12:49:32 Re: More than 256 files/disk? To: Info-CPM at MIT-MC Is there a way to get more than 256 (or whatever the Disk Parameter Header says) files per disk? Is there any good reason why I couldn't change my BIOS dph table to be 512 entries? I have a few disks that have 100-200k free, but the directory is full. John Labovitz rms.g.hnij%mit-oz @ mit-mc 31-Mar-83 22:26:00,1002;000000000000 Date: 31 March 1983 22:26 EST From: Allan D. Plehn Subject: MODEM7 available on SUPERBRAIN disk. To: INFO-CPM@mit-mc.arpa cc: PLEHN@mit-mc.arpa Received: From Mit-Mc.ARPA via smtp; 31 Mar 83 22:25 EST Received: From Brl.ARPA via smtp; 31 Mar 83 22:34 EST Received: From Brl-Bmd.ARPA via smtp; 31 Mar 83 22:42 EST In the Feb 21 issue of INFOWORLD, page 63, there is an offer of MODEM7 on a 5-inch disk in SuperBrain format. Dave Steidley of Omnitech, 50 Baltusrol Way Short Hills, .J., 07078 offers the disk for only $7.50 copying charge. I sent for one and got it in about 10 days. It is an older version of MODEM7 (7.3, I think) but it works fine. Used that to bring MODEM705 up on the SuperBrain, saving all the time of bootstrapping up via MBOOT3. You don't have to send a disk, it is included in the $7.50. On the same page there is a similar offer of MODEM7 for the Vector Graphic. Also 85 volumes of CPMUG on Kaypro format disks. Al Plehn 31-Mar-83 01:30:00,891;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 18:31 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 Jun 83 18:25 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 2 Jun 83 18:21 EDT Date: 31 March 1983 01:30 EST From: Keith Petersen Subject: how DO you FTP files from mc? To: bbloom@brl cc: INFO-CPM@mit-mc In-reply-to: Msg of 30 Mar 83 13:39:04 EST (Wed) from Bob Bloom (TECOM) BRL's ftp doesn't know about BINARY files. It's a dumb ASCII-only ftp. It strips ALL high-order bits from the file. This has been brought to the attention of the system gurus at BRL but so far no fix has been forthcoming. This was caused by the changeover to TCP/IP, which required the BRL people to re-write FTP. They seem to have little interest in the problems of us CP/M'ers. (Maybe a little competativeness showing there?)..