1-Aug-84 20:50:02-MDT,933;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 Aug 84 20:49:57-MDT Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 1 Aug 84 22:19 EDT Received: from mit-mc.arpa by BRL-VGR.ARPA id a019535; 1 Aug 84 22:12 EDT Date: Wed 1 Aug 84 22:11:05-EDT From: Mark Becker Subject: Letter in Dr. Dobb's Journal, August '84 To: Info-CPM@BRL-VGR.ARPA Hello NetLand - Just received my Aug. issue of Dr. Dobbs and read the complaint regarding DRI's RMAC compiler. So I hauled out my copy (came with my CPM+ stuff, haven't implemented it yet) and typed in the sample bug. How this ever escaped DRI just flat out mystifies me. Or maybe this is "industry standard"? Has anyone seen a reasonable fix for it? Mark Becker | RMAC is trademarked by Cent.Mbeck%MIT-OZ@MIT-MC | Digital Research, Inc. ------- 1-Aug-84 22:25:45-MDT,3146;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 Aug 84 22:25:37-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 1 Aug 84 23:51 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 1 Aug 84 23:52 EDT Date: 1 Aug 1984 21:50 MDT (Wed) Message-ID: From: Richard Conn To: decvax!mcnc!decvax!mcnc!ecsvax!emigh@Ucb-Vax.ARPA Cc: rconn@Simtel20.ARPA, info-cpm@Brl-Aos.ARPA Subject: LDR Problem In-reply-to: Msg of 1 Aug 1984 09:21-MDT from decvax!mcnc!decvax!mcnc!ecsvax!emigh at Berkeley Hi, Ted, Your report of problems with LDR is interesting. No, no one has reported having any similar problems. I notice a few items from your report: 1. First, since you did not assemble LDR, you should have received a distribution version. It contains a Class 1 Environment Descriptor and you should see the address of your Environment Descriptor buffer at 109H and 10AH. I recommend that you check the original CRC against the value in the distribution list to make sure that you have a good copy. Also, after running Z3INS on LDR, load LDR.COM with DDT and check 109H-10AH to see that the address of your Environment Descriptor is properly in place. LDR.COM should extend from 100H to 0AFFH (next PC is 0B00H). 2. I highly suspect the LDR.COM that you have as being invalid since you report a "DIRALPHA -- Pointer Error" message, and there is no such message inside of the distribution version of LDR.COM. This particular message comes from the SYSLIB2 DIRALPHA routine and, as a rule, should never appear anyway, since it indicates that the pointer-based sort routine failed. If someone tried to reassemble LDR with SYSLIB2 instead of SYSLIB 3, they would have had to change the source and would now be bringing in all sorts of older routines which should not be there, such as routines which deal with disk-based named dirs. In short - one absolute mess. 3. You are quite correct in the loading sequence. Once LDR has been installed, it contains only a pointer to an Environment Descriptor. This descriptor must be resolved first, and then the other System Segments may be loaded. This is a common mistake which is made the first time around, and it looks like you avoided it. That is the analysis I can offer from the information you gave me. It sounds like your source does not have the correct files, offhand. You might want to consider going with the Echelon alternative, because for only $39 you can get a complete starter kit and a hard copy of the installation manual and Sampler without having to worry about corrupted or modified files (a CRC list is provided). This also ties you into the support system of Echelon and gets you a subscription to the newsletter (of which issue 4 is now coming up). The newsletter, among other things, talks about questions that people have been asking on a recurring basis and may resolve some of your problems before you encounter them. SIMTEL20 contains the CRC lists if you don't have access to one. Rick 1-Aug-84 22:32:36-MDT,2416;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 Aug 84 22:32:29-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 Aug 84 0:01 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 1 Aug 84 23:52 EDT Date: 1 Aug 1984 21:52 MDT (Wed) Message-ID: From: Richard Conn To: info-cpm@Brl-Aos.ARPA Subject: [decvax!mcnc!decvax!mcnc!ecsvax!emigh: LDR Problem] FYI -- This is Ted's problem which I responded to in the other message. Rick Date: Wednesday, 1 August 1984 09:21-MDT From: decvax!mcnc!decvax!mcnc!ecsvax!emigh at Berkeley To: rconn at SIMTEL20.ARPA cc: ecsvax!emigh at Berkeley Re: LDR Problem Original-From: Ted Emigh Location: Genetics and Statistics, N.C. State University Address: {decvax akgua unc duke ihnp4}!mcnc!ecsvax!emigh Arpanet: decvax!mcnc!ecsvax!emigh@BERKELEY.ARPA Rick, I have been getting ZCPR3 in pieces. Looks good, BUT... I often have trouble loading SYS.ENV. (In fact, I almost always do). I can boot ZCPR3. I look at the various areas, and they are all initialized correctly. (Basically the same as the one given in the Installation guide, but my NorthStar prom is at E800H, so the addresses are somewhat shifted). My SYS.ENV is a Class 1 Environment. When I issue LDR SYS.ENV, one of several things happen: If LDR.COM is installed with SYS.ENV, then my system dies. Sometimes it will reboot the system (Jump to around E800H). By some quirk, after it reboots, LDR will load SYS.ENV correctly. If LDR.COM is installed with a Class 2 SYS.ENV, I get the message "DIRALPHA -- Pointer Error". However, SYS.ENV is loaded, and further LDR commands will execute correctly. Under any case, once SYS.ENV has been loaded correctly, it will reload without any problem (and will then load SYS.*). The cold boot loader is similar to my working copy for ZCPR2. I don't have the source for LDR.COM yet, but am trying to get it, then I can trace it. Until then, I wanted to know if anyone else has mentioned this problem to you. I'll keep you posted to whether this is my problem or a problem with LDR. --Ted-- -- Ted H. Emigh Genetics and Statistics, North Carolina State U, Raleigh NC USENET: {akgua decvax duke ihnp4 unc}!mcnc!ecsvax!emigh ARPA: decvax!mcnc!ecsvax!emigh@BERKELEY 2-Aug-84 08:34:58-MDT,1017;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 Aug 84 08:34:52-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 Aug 84 10:05 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 2 Aug 84 10:06 EDT Date: 2 Aug 1984 08:05 MDT (Thu) Message-ID: From: Richard Conn To: dual!islenet!richard@Ucb-Vax.ARPA Cc: info-cpm@Brl-Aos.ARPA Subject: ZCPR3 Phase 2 ... In-reply-to: Msg of 2 Aug 1984 06:40-MDT from dual!islenet!richard at Berkeley You have a good point ... it is certainly not too late to correct. The reason I did that was because, while \n represented the LF char literally, the effect of using it with routines like PRINTF was to issued CRLF. Hence, I elected to let \n mean CRLF and \l was added for LF only. I think I'll move back to \n meaning LF only and either not have a char for CRLF (it is easy enough to create a word for it) or make up something. Rick 2-Aug-84 09:05:45-MDT,1374;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 Aug 84 09:05:36-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 Aug 84 10:05 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 2 Aug 84 10:07 EDT Date: 2 Aug 1984 08:06 MDT (Thu) Message-ID: From: Richard Conn To: info-cpm@Brl-Aos.ARPA Subject: [dual!islenet!richard: ZCPR3 Phase 2 ...] This is the message from Richard I responded to re DPROG. -- Rick Date: Thursday, 2 August 1984 06:40-MDT From: dual!islenet!richard at Berkeley To: RCONN at Simtel20.ARPA Re: ZCPR3 Phase 2 ... It all sounds very interesting. Can't wait to see it. One question; you appear to be using a lot of C conventions, which is very nice, why this funky little incompatibility? > \l Line Feed Char (LF) > \n New Line char (CRLF pair) > \r Carriage Return char (CR) Was it really necessary to have available as a single unit? If so, why not create a new notation for it such as "\$" ? The way you have it, you have broken two of the most important C character notation conventions. Now if you were to provide the facility to have newlines (0xa) be converted to crlf's on output that would be useful. Keep up the good work. Richard Foulk Honolulu, Hawaii 3-Aug-84 08:29:44-MDT,1355;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 08:29:37-MDT Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 3 Aug 84 0:35 EDT Received: from mit-mc.arpa by BRL-VGR.ARPA id a000120; 3 Aug 84 0:29 EDT Date: Thu 2 Aug 84 22:29:11-EDT From: Mark Becker Subject: task scheduling programs (Critical Path Method?) To: Info-Micro@BRL.ARPA, Info-CPM@BRL-VGR.ARPA Hello NetLand - I'm looking for pointers to or reviews of task scheduling programs that will run under CP/M-80. If you've used any of the Critical Path Method (or maybe not CPM, I'm not picky) programs, I'd appreciate your responses to a couple of questions: - What kind of support are you receiving from the vendor or software house that wrote your scheduler? - Is source code available to allow 'tweaking'? If not, do you consider it flexible enough to not need it? What language is it written in? - Any and all quirks/bugs you had problems with during installation? - Ease of use? (from 1 to 10, 1 = easy, 10 = need guru) - A public-domain program would be acceptable if the documentation was well-written. Have you seen one? Please reply directly to me. Summary requests will be honored. Thanks in advance - Mark Becker ------- 3-Aug-84 08:39:01-MDT,1238;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 08:38:54-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Aug 84 10:06 EDT Date: 3 Aug 1984 07:27 MDT (Fri) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Mark Becker Cc: Info-Cpm@AMSAA.ARPA Subject: task scheduling programs (Critical Path Method?) In-reply-to: Msg of 2 Aug 1984 20:29-MDT from Mark Becker There are Critical Path Method programs available here in our archives at SIMTEL20. Here's a list: Filename Type Bytes Sectors CRC Directory MICRO: CPM-PERT.BAS.1 ASCII 10288 81 = 51H 074DH This is the original program. Use SETUP.ASM with it - see instructions. CPMPRT51.BAS.1 ASCII 11129 87 = 57H 3B3DH This is an improved version. Check it out - it may be much better for your application. Does not need SETUP.ASM. SETUP.ASM.1 ASCII 1161 10 = AH 4C3FH This is a short assembly-language program to allow easy on-off switching of the output of CPM-PERT to your printer. --Keith 3-Aug-84 08:49:37-MDT,664;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 08:49:29-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Aug 84 10:12 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 2 Aug 84 23:22 EDT Date: 2 August 1984 23:23-EDT From: "James Lewis Bean, Jr." Subject: Sugart Optima 1000 Drives To: INFO-CPM@Mit-Mc.ARPA, INFO-VAX@Mit-Mc.ARPA A friend of mine is about to purchase one of these RW optical disk systems. Does anyone out there have any comments about these? Is there a better system for the money? Thanks in advance, lewis BEAN at Mit-MC 3-Aug-84 09:13:01-MDT,1789;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 09:12:53-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Aug 84 10:12 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 3 Aug 84 2:26 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 2 Aug 84 23:14-PDT Date: 31 Jul 84 12:25:32-PDT (Tue) To: info-cpm@Brl.arpa From: decvax!mcnc!ecsvax!emigh@Ucb-Vax.arpa Subject: New Version of BISHOW (bidirectional display program) Article-I.D.: ecsvax.3028 Since the last time bishow (a CP/M80 program to display a text file) was posted to net.sources, several significant changes have been made. In particular, the following changes have been made since version 1.08: - lf's in file ignored. adds lf after each cr (can display F80 files) - introduced double buffering of file -- gives significant improvement in positioning across buffer boundaries with floppies - added routine to position to end of file - fixed EXIT bug so ALL pending console characters get deleted - moved changeable routines to beginning of program - added option to clear screen before a page display - added option to display sign-on message The current version number is 1.11. If you would like a copy of bishw111.asm and bishw111.doc, please send mail to the address below. If there are sufficient requests, I'll post it to net.sources. For those of you on the ARPA side of the net, I'm arranging to get it put on SIMTEL20 -- although it feels good to finally have some software on the USENET that is not on SIMTEL20 :-). -- Ted H. Emigh Genetics and Statistics, North Carolina State U, Raleigh NC USENET: {akgua decvax duke ihnp4 unc}!mcnc!ecsvax!emigh ARPA: decvax!mcnc!ecsvax!emigh@BERKELEY 3-Aug-84 09:24:16-MDT,1009;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 09:24:07-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Aug 84 10:13 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 3 Aug 84 5:18 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 3 Aug 84 2:13-PDT Date: 31 Jul 84 8:52:00-PDT (Tue) To: info-cpm@Brl.arpa From: pur-ee!uiucdcs!uicsl!hr@Ucb-Vax.arpa Subject: Re: MOVCPM: The final solution!!!!! - (nf) Article-I.D.: uicsl.6100002 In-Reply-To: Article <157@dataio.UUCP> #R:dataio:-15700:uicsl:6100002:000:359 uicsl!hr Jul 31 10:52:00 1984 <> I must admit to being a bit on the novice side of this, but... Why couldn't one get the source to the BDOS and just reassemble the monitor with the BIOS and ZCPR (or whatever)? Wouldn't this pretty much obviate the need for MOVCPM? The November (or was it December) issue of Byte mentioned a company that sold a CPM disassembler that supplied comments. 3-Aug-84 09:38:59-MDT,3824;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 09:38:46-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Aug 84 10:25 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 3 Aug 84 8:52 EDT Date: 3 Aug 1984 06:52 MDT (Fri) Message-ID: From: Richard Conn To: info-cpm@Brl-Aos.ARPA Cc: rconn@Simtel20.ARPA Subject: ZCPR3 Utilities I have been receiving some reports recently stating that people are reassembling the utilities rather than simply installing them. To date, I know of only one utility for which this is necessary -- ZEX. Problems have been reported with ALIAS and LDR in this regard, and I have verified that this is unnecessary with LDR and I have not checked ALIAS yet. Each ZCPR3 utility contains a pointer to the ZCPR3 Environment Descriptor, and this pointer is the ONLY system-dependent part of the utility. To prove the point, I edited my Z3BASE.LIB file, changing every value therein, and reassembled LDR. Upon running DIFF, only one byte was different -- the value of the pointer to the Environment Descriptor. It is this pointer that is altered when Z3INS is run. Note that Z3INS has to be run on EVERY utility in order for it to be installed. If you think you have found a utility which this is not the case for (ie, you have to reassemble it in order to get it to work), then run my little test. Assemble it with two different Z3BASE.LIB files and compare the two resulting COM files. If they are different in any place other than the pointer at locations 109H and 10AH (from org 100H), please let me know. This rule, of course, does not apply to ZEX and you may find two pointers in ALIAS -- I will be checking ALIAS this weekend. I have yet to duplicate Ted's reported problem with LDR, having installed ZCPR3 six times so far with two different Environment Descriptor locations. Am working with Ted to see if the problem shows itself to me. Until then, I'll assume that the problem is not in LDR but in his SYS.ENV or some other place. Frank Gaude has reported that ZCPR3 is now installed on over 60 different types of systems with, supposedly, 60 different configurations. In providing support, he has noted that most of the questions from the people trying to install the system were already answered in the Installation Manual. You just had to find the answers, and people were evidently a little overwhelmed by the size of the manual and didn't read the whole thing before trying to install the system. May I recommend that the installers be sure to read the manual over at least once before making the attempt? This could save you a lot of frustration in the long run. Now that the autoinstall Z3-dot-com is running in beta test satisfactorily (so I am told), it should not be long before anyone can install ZCPR3 on whatever system they may have. Under Z3-dot-com, the installation procedure is drastically simplified. I should be able to review it soon (in a week or so). I have seen four ZCPR3 newsletters so far from Echelon. They are coming out every two weeks now. The last two addressed and clarified several installation questions. Frank has offered to send me copies on disk so I can put them on SIMTEL20 for you to see. I'm not sure if I'll be doing this for many newsletters, so if you are really interested in keeping up with Echelon, you might want to subscribe. If you purchased your ZCPR3 from Echelon, you are automatically on the list. The book, which is going to the publishers on Monday for final edit, will have a whole package on installation, and I am including more than the original installation manual had. More later. Rick 3-Aug-84 10:01:23-MDT,1561;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 10:01:16-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Aug 84 10:26 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 3 Aug 84 9:02 EDT Date: 3 Aug 1984 07:01 MDT (Fri) Message-ID: From: Richard Conn To: Hilgert.WBST@XEROX.ARPA Cc: RCONN@SIMTEL20.ARPA, Ssalzman.Es@XEROX.ARPA, info-cpm@Brl-Aos.ARPA Subject: Running .OBJ files under ZCPR3 In-reply-to: Msg of 3 Aug 1984 06:40-MDT from Hilgert.WBST at XEROX.ARPA Hi, Ron, Yes, I do have a suggestion on this. I have a special login program that runs under ZCPR3 which identifies the user as a wheel as a result of his login. At this point, it leaves a message saying that the user is a wheel or not and sets or resets the Wheel byte. LOGIN is run from a startup alias, and the command after it is an IF that does one thing if the user is priveleged and another if he is not. If he is priveleged, it sets his path to one thing. If he is not, the user gets a different path. Once the STARTUP alias ends, the non-priv user is in one directory (which cannot access the PATH command) and the priv user is in another (which can run anything). If I have time, LOGIN will be cleaned up and released with Phase 2 ... if not, it will be released later. In either case, this concept will be documented in the book. In that way, there is no need to have OBJ files versus COM files around. Rick 3-Aug-84 10:10:37-MDT,699;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 10:10:31-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Aug 84 11:17 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 3 Aug 84 11:09 EDT Date: Fri 3 Aug 84 09:09:29-MDT From: Robert Reiner Subject: documentation To: info-cpm@BRL.ARPA In a recent article in Micro-Systems the Public Domain writer mentioned something about NYACC documentation which some of us could not relate to a publisher or other source. Doe anyone have any ideas about what Chris Terry was talking about? May have misspelled Chir's name. Soryy. John ------- 3-Aug-84 12:16:31-MDT,782;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 12:16:27-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Aug 84 13:26 EDT Received: From mitre-bedford.arpa.ARPA by BRL-AOS via smtp; 3 Aug 84 13:23 EDT Date: Friday, 3 Aug 1984 13:15-EDT From: sac@Mitre-Bedford.ARPA To: info-cpm@Brl-Aos.ARPA Cc: security!sc@Mitre-Bedford.ARPA Subject: ZCPR3 Has anyone succesfully installed ZCPR3 on a DEC VT180 (i.e. Robin)? I have been tied in knots with school work and don't have the time to download,install etc.. But I would love to use it. Please reply to the undersigned.. Mucho gracios! Stu [ARPA] sac @ mitre-bedford [UUCP] {allegra,decvax,wivax}linus! {security!sc,bccvax!sac} 3-Aug-84 12:54:14-MDT,839;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 12:54:09-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Aug 84 13:48 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 3 Aug 84 13:46 EDT Date: 3 Aug 1984 11:45 MDT (Fri) Message-ID: From: Richard Conn To: Robert Reiner Cc: Info-cpm@Brl-Aos.ARPA Subject: documentation In-reply-to: Msg of 3 Aug 1984 09:09-MDT from Robert Reiner The NYACC is the New York Amateur Computer Club, Inc. The following addresses include that of the NYACC. I'm repeating these addresses for the newcomers and those who missed the previous message. Rick -- following message contains address -- 3-Aug-84 12:58:13-MDT,3905;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 12:57:57-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Aug 84 13:48 EDT Received: From amsaa.arpa.ARPA by BRL-AOS via smtp; 3 Aug 84 13:43 EDT Date: Fri, 3 Aug 84 13:37:41 EDT From: David Towson (SECAD) To: Robert Reiner cc: info-cpm@brl.arpa Subject: Re: documentation John - I haven't read the Microsystems article, but from your description I suspect that the attached messages have the answers to your questions. Dave towson@amsaa Date: 17 Apr 83 22:49:30 EST (Sun) From: Rick Conn To: info-cpm@brl.arpa cc: info-micro@brl.arpa Subject: Public Domain Software Documentation The New York Amateur Computer Club, Inc, has published a series of DOCUMENTATION catalogs of the public domain software. There are 7 catalogs so far, each containing over 200 pages of documentation on public domain software. This documentation is almost exclusively copied from the documentation files on the public domain disks themselves. I skimmed through all 7 catalogs this afternoon, and they seem to be quite worthwhile to get. As I see it, they provide three main services: 1) they provide a good overview of the public domain software in SIG/M and CP/M UG; more than just listing the names of the files/programs on these disks, the documentation is included, so you can scan the documentation to see what you real- ly are dealing with before you acquire the disks 2) they provide a HARD COPY of the documentation; once one obtains a disk of software, he usually wants to print out the documentation anyway; these catalogs are in good, letter-quality print and contain tables of content 3) they consolidate the information on public domain software and are provided at a reasonable cost (the NYACC sells them at just slightly above cost, and the profit is used to fund club activities) Several people have been expressing concerns about the ZCPR2 and SYSLIB documentation. Among other things, the last three catalogs contain ALL of the ZCPR2 and SYSLIB documentation. The catalogs contain the following information: Book 1 (204 pages): CP/M 1 to 49; SIG/M 1 to 18 Book 2 (214 pages): CP/M 50 to 54, 78, 79 (CP/M 55 to 77 are reissues of SIG/M 1, 2, 11, 4-10, 13-25 resp); SIG/M 19 to 42 Book 3 (217 pages): SIG/M 43 to 60 Book 4 (210 pages): CP/M 80 to 84; SIG/M 61 to 76 Book 5 and Book 6 (400+ pages): SIG/M 77 to 106 (ZCPR1 is in SIG/M 77 and ZCPR2 is in SIG/M 98 to 108; SYSLIB is in SIG/M 88 to 90, 106 to 108) Book 7 (200+ pages): SIG/M 107 (SYSLIB documentation) For those interested in ZCPR2 and SYSLIB, Books 5 to 7 contain good hardcopies of all of the documentation. Each book costs $10 (including shipping) in North America and $15 (via airmail) overseas. All orders must be prepaid in US Funds. The address to write to for ordering the books is: New York Amateur Computer Club, Inc PO Box 106 Church St Station New York, NY 10008 Note: the NYACC is a non-profit organization. Date: 17 Apr 83 23:21:27 EST (Sun) From: Rick Conn To: info-cpm@brl.arpa cc: info-micro@brl.arpa Subject: NYACC phone One last note about the NYACC: those interested in their catalogs can phone Susan Perricone at (212) 243-0325 for more info. I believe that details such as unlimited distribution and copy permission within a computer club or company may be worked out. Reselling was also mentioned. 3-Aug-84 13:10:36-MDT,1469;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 13:10:29-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Aug 84 13:48 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 3 Aug 84 13:48 EDT Date: 3 Aug 1984 11:48 MDT (Fri) Message-ID: From: Richard Conn To: info-cpm@Brl-Aos.ARPA Subject: [rconn: Addresses] The following addresses should provide some pointers. ACGNJ is the Amateur Computer Group of New Jersey, NYACC is the New York Amateur Computer Club, SIG/M is the Special Interest Group in Microcomputers, and CP/M UG is the CP/M User's Group. Rick Date: Monday, 2 July 1984 07:01-MDT From: Rick Conn To: rconn at Simtel20.ARPA Re: Addresses 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 San Diego Computer Society: ZCPR2 San Diego Computer Society P.O. Box 81537 San Diego, CA 92138 3-Aug-84 19:25:10-MDT,733;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 19:25:05-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Aug 84 20:59 EDT Date: 3 Aug 1984 19:01 MDT (Fri) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Robert Reiner Cc: Info-Cpm@AMSAA.ARPA Subject: documentation and NYACC In-reply-to: Msg of 3 Aug 1984 09:09-MDT from Robert Reiner See MICRO:GROUPS.USER here at SIMTEL20. It has the address of NYACC, which is a computer club that offers public-domain catalogs which include DOC files. --Keith 3-Aug-84 20:22:14-MDT,842;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 20:22:06-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Aug 84 21:56 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 3 Aug 84 21:58 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 3 Aug 84 18:48-PDT Date: 1 Aug 84 6:11:16-PDT (Wed) To: info-cpm@Brl.arpa From: decvax!ittvax!dcdwest!sdcsvax!sdccs6!loral!simard@Ucb-Vax.arpa Subject: cmsg cancel <297@loral.UUCP> Article-I.D.: loral.330 -- [ ] [ I am not a stranger, but a friend you haven't met yet ] [ ] Ray Simard Loral Instrumentation, San Diego {ucbvax, ittvax!dcdwest}!sdcsvax!sdccsu3!loral!simard 3-Aug-84 23:18:16-MDT,837;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 23:18:11-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 4 Aug 84 0:30 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 4 Aug 84 0:21 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 3 Aug 84 21:13-PDT Date: 1 Aug 84 11:25:45-PDT (Wed) To: info-cpm@Brl.arpa From: ihnp4!pegasus!cmf@Ucb-Vax.arpa Subject: modem730 (H89 version) Article-I.D.: pegasus.1545 I've recently received modem730 from Keith Petersen for the Zenith h89. The installation went flawlessly. This program is my main interface to UNIX. It seens that the program is eating ESC characters. This a serious problem when using 'vi' or emacs. Any help is appreciated. Thanks in advance. ihnp4!pegasus!cmf Chuck Fingerman 4-Aug-84 09:42:47-MDT,1431;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Aug 84 09:42:34-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 4 Aug 84 11:15 EDT Date: 4 Aug 1984 09:17 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: ihnp4!pegasus!cmf@Ucb-Vax.arpa Cc: Info-Cpm@AMSAA.ARPA Subject: MDM7xx doesn't eat ESC characters In-reply-to: Msg of 1 Aug 1984 12:25-MDT from ihnp4!pegasus!cmf at Ucb-Vax.arpa The problem of MDM7 "eating ESC characters" (in the terminal mode) is caused by the way you have an option set in the user overlay. Look for an equate which says it will "filter out" control characters. Change it so it does not do that. This option was put in for people who had problems with noisy phone lines and wanted a measure of protection against funny things happening to their terminals. When you change the equate, you'll get the full range of characters and EMACS and other cursor-oriented software on your mainframe will work properly. It's too bad that almost all of the overlays were distributed with the equate set to filter out control characters - this has caused a lot of unnecessary head-scratching and some people even quit using MDM7 because they thought there was something wrong with the terminal mode when they couldn't use EMACS. --Keith 4-Aug-84 10:38:07-MDT,1909;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Aug 84 10:37:55-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 4 Aug 84 12:08 EDT Date: 4 Aug 1984 10:10 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: MDM7 overlay for Kaypro allows 4800 baud Reply-To: STORK@Mit-Mc.ARPA Date: Sunday, 29 July 1984 13:52-MDT From: Eric Stork To: W8SDZ at SIMTEL20 Re: MDM7 overlay for Kaypro allows 4800 baud I have modified M7KP-2.ASM in several ways that serve my needs. Others may have similar needs, and may find the revised file (M7KP-X48.ASM) useful. The primary purpose of the mod is to facilitate the direct 4800 baud (i.e., RS-232 to RS-232, without phone lines) transfer of files to and from KAYPROs. I find that very useful -- I do some work on the Kaypro, or my subcontractors do, and then I can upload to my S-100 and continue to process the data into a single report. This can easily be done with three wires. I explain in the file how to do it, including a diagram for a simple cross-over switch to match the other computer's RS-232 configuration (I installed such a switch into the RS-232 connector itself). But most importantly, the file is set up so that by saying YES or NO to two equates, one can also assemble it for normal modem operation, and one can set it up to run off the KP-n-84's serial PRINTER port. That is useful if you do not want to unplug your regular modem whenever you want to transfer a file direct at 4800 baud. Eric Stork The file is now available on SIMTEL20: Filename Type Bytes Sectors CRC Directory MICRO: M7KP-X48.ASM.4 ASCII 21203 166 = A6H A0ACH --Keith 4-Aug-84 13:49:52-MDT,643;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Aug 84 13:49:48-MDT Received: From utexas-20.arpa.ARPA by AMSAA via smtp; 4 Aug 84 15:23 EDT Date: Sat 4 Aug 84 14:26:11-CDT From: Douglas Good Subject: Kaypro IV BBS'es To: info-cpm@AMSAA.ARPA Does anybody know of a BBS run on any type of Kaypro? I am trying to run an RCPM/RBBS system and so far everything works except my Xmodem program which is one of the good parts of my BBS. I would appreciate any phone numbers of any known Kaypro BBS'es so I can share information with them. --Doug ------- 4-Aug-84 14:29:21-MDT,1739;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Aug 84 14:29:15-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 4 Aug 84 16:04 EDT Date: Saturday, 4 August 1984 13:47-MDT Message-ID: Sender: Mark Becker From: Mark Becker To: KPetersen@SIMTEL20.ARPA Subject: Query on usages of 'public-domain' software ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Sat 4 Aug 1984 14:06-MDT Hello Keith - I've got a couple of questions regarding copyrights and such on software released to the SIMTEL20 CP/M archives. A local firm has asked me for some help with their office problems and they are willing to lay out some bucks for my efforts. For me, as I'm currently unemployed, this could be a lot of fun as well as maybe profitable. Some of the stuff they want done I'll have to write myself. But a good chunk of other things they want live in the 'public-domain' - LU.COM, SQ.COM, USQ.COM, etc., etc.. Keith, I was thinking of sending them utilities and only charging them for my efforts in transmission and maybe some customizing efforts. Should I contact all the authors of the above mentioned packages and set up some agreement with them? This stuff is *NOT* for re-sale, just for in-house use. Heck, I don't know if I'm even allowed to charge for transmission of these and other utilities. Your help is appreciated.. (I'm just flat out confused by all these conflicting rules on 'copyrights' after seeing all the stuff fly by regarding Irv Hoff and MDM7xx). Mark Becker 4-Aug-84 14:34:36-MDT,1747;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Aug 84 14:34:31-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 4 Aug 84 16:04 EDT Date: Saturday, 4 August 1984 14:03-MDT Message-ID: From: Keith Petersen Sender: KPETERSEN@Simtel20.ARPA To: Mark Becker Subject: Query on usages of 'public-domain' software ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Sat 4 Aug 1984 14:07-MDT You may give away any of the public-domain programs without contacting the authors. It doesn't matter that these programs will be used for commercial applications UNLESS the program documentation specifically prohibits commercial use. Even then, unless it's copyrighted that doesn't mean anything. Public-Domain is Public-Domain - for ALL to use in any manner they deem fit. Public-Domain programs should not be sold for profit, but a "reasonable" charge can be made for copying and/or customization as required. The definition of "reasonable" is vague, but I'd say you should let your conscience be your guide. Charge only a small fee for copying and make your money on a per-hour labor charge for customization. Typical free-lance computer consultant fees are $25 to $50 per hour or "by the piece" if it will take too many hours to make using the "per-hour" charge practical. What you charge for an hourly fee will be decided by what the traffic will bear and by what value you place on your time. Don't under-sell yourself and don't forget your overhead costs, such as disks, computer time, travel, phone calls, overtime, etc. --Keith 4-Aug-84 19:42:06-MDT,536;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Aug 84 19:42:03-MDT Received: From ut-ngp.arpa.ARPA by AMSAA via smtp; 4 Aug 84 20:59 EDT Date: Sat, 4 Aug 84 19:50:26 cdt From: garey@ut-ngp.ARPA Posted-Date: Sat, 4 Aug 84 19:50:26 cdt Message-Id: <8408050050.AA06908@ut-ngp.ARPA> Received: by ut-ngp.ARPA (4.22/4.22) id AA06908; Sat, 4 Aug 84 19:50:26 cdt To: rconn@simtel20.ARPA Subject: zcpr3 Cc: info-cpm@amsaa.ARPA Has anyone gotten zcpr3 running on the Kaypro yet? 5-Aug-84 11:03:44-MDT,791;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Aug 84 11:03:40-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 5 Aug 84 12:32 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 5 Aug 84 12:28 EDT Date: 4 Aug 1984 22:26 MDT (Sat) Message-ID: From: Richard Conn To: garey@ut-ngp.ARPA Cc: info-cpm@Brl-Aos.ARPA Subject: zcpr3 In-reply-to: Msg of 4 Aug 1984 18:50-MDT from garey at ut-ngp.ARPA Echelon has it running on the Kaypro-10. I'm not aware of any other Kaypro-specific installation, but the auto-install should eliminate that problem readily. The auto-install is still in beta test and I'll be able to report more when I see it. Rick 5-Aug-84 16:36:25-MDT,753;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Aug 84 16:36:20-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 5 Aug 84 18:09 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 5 Aug 84 18:04 EDT Date: 5 Aug 1984 16:03 MDT (Sun) Message-ID: From: Richard Conn To: "Michael C. Adler" Cc: info-cpm@Brl-Aos.ARPA Subject: vlib.hlp In-reply-to: Msg of 5 Aug 1984 11:42-MDT from Michael C. Adler Both VLIB.HLP and SHSET are in Release 2. So are a lot of other things, for that matter. SIMTEL20 has the complete first release. There is no release 3 planned. Rick 5-Aug-84 16:42:04-MDT,1051;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Aug 84 16:41:59-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 5 Aug 84 18:20 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 5 Aug 84 18:21 EDT Date: Sun, 5 Aug 1984 18:11 EDT Message-ID: From: Alex Fraser To: Info-Cpm@Mit-Mc.ARPA Cc: Heath-People@Mit-Mc.ARPA Speaking of all the C compilers that you people have been rating, I have a problem with mine. It lacks an INP() statement. The compiler is Software Toolwork's C/80 compiler version 3.0 for a Heath/Zenith-89. Has anyone written one for it? I'm told that it would be an extremely easy routine to write, but unfortunately I never learned assembler. All it needs to do is input the byte on a given port and return it. If anyone could give me a pointer in the right direction to such a statement I would be eternally greatful... Alex Fraser 617-646-6188 Gzt.Alex%Mit-Oz@Mit-Mc 6-Aug-84 03:30:49-MDT,776;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Aug 84 03:30:38-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 6 Aug 84 5:10 EDT Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 6 Aug 84 5:10 EDT Received: from GreeneKing.ms by ArpaGateway.ms ; 06 AUG 84 02:08:33 PDT Date: 6 Aug 84 10:07:59+0100 (Monday) From: Hirst.rx@XEROX.ARPA Subject: Re: New Version of BISHOW (bidirectional display program) In-reply-to: decvax!mcnc!ecsvax!emigh's message of 31 Jul 84 12:25:32 PDT (Tue) To: decvax!mcnc!ecsvax!emigh@UCB-VAX.ARPA cc: info-cpm@BRL.ARPA Hi Ted, I'm very interested in Bishow as I deal a lot with ASCII files, I cannot, however, FTP files across the Net, Thanks for a great program//Ken 6-Aug-84 07:24:59-MDT,1707;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Aug 84 07:24:53-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 6 Aug 84 8:48 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 6 Aug 84 8:46 EDT Date: 6 Aug 1984 06:46 MDT (Mon) Message-ID: From: Richard Conn To: info-cpm@Brl-Aos.ARPA Subject: [DGILBERT.ES: ZCPR3 MENU QUESTION] FYI -- Rick Date: Sunday, 5 August 1984 17:53-MDT From: DGILBERT.ES at XEROX.ARPA To: RCONN at SIMTEL20.ARPA cc: DGILBERT.ES at XEROX.ARPA Re: ZCPR3 MENU QUESTION Hello again Rick, I have a question regarding ZCPR3 menu's. They don't seem to behave like the ZCPR2 menu. My hard disk system has several named directories, each with its own menu.cpr. Under ZCPR2, I could invoke 'CD newdir' from the menu, and the new menu.cpr in newdir would take over. Under ZCPR3 I have a problem. I renamed menu.cpr to menu.mnu. While executing menu.com, the menu is displayed as before. But, when I ask for 'CD newdir:', it says its going to the new directory (message from CD), but give's me the original menu, not the menu in newdir. Also, I don't seem to remain in 'newdir'. Doing ^C after the 'CD newdir:' command, I'm still in the original directory. What is the correct way under ZCPR3 to move from one menu to another. I tried the command 'cd newdir:;menu' which works, but installs one shell over the other, i.e., ^c from newdir menu returns me back to original menu, not >prompt. Therefore, the stack will probably overflow if I move freely from menu to menu? What am I missing? Thanks, Doug. 6-Aug-84 07:30:39-MDT,1856;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Aug 84 07:30:32-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 6 Aug 84 8:58 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 6 Aug 84 8:53 EDT Date: 6 Aug 1984 06:52 MDT (Mon) Message-ID: From: Richard Conn To: DGILBERT.ES@XEROX.ARPA Cc: info-cpm@Brl-Aos.ARPA Subject: ZCPR3 MENU QUESTION In-reply-to: Msg of 5 Aug 1984 17:53-MDT from DGILBERT.ES at XEROX.ARPA That is a very good question, Doug. One key difference between MENU under ZCPR3 and MENU under ZCPR2 is that the ZCPR3 version notes where it executes from and drops a boat anchor there. In this way, the user can move about under a menu as he desires and always return to home base automatically so the original menu can be found. The MENU under ZCPR3 is a Shell. If you want to go to a difference directory while under a ZCPR3 MENU and stay there, you have to (1) clear the current shell, (2) log into the desired directory, and (3) invoke a new Menu Shell with the new menu. The SHCTRL POP command clears the current shell, CD DIR: or DU: or DIR: logs you into the new directory, and a MENU command of whatever form establishes the new menu. If you want to NEST your menus (ie, be under one MENU in one directory and also under another MENU in another directory at the same time), then do as described but do NOT clear the shell stack. That is, log into the desired directory (via CD DIR: or DU: or DIR:) and issue a MENU command. You now have two MENU shells on your shell stack, and you will stay in the second directory under the second shell. When you exit this shell (say, via ^C), you will pop back to the first directory under the first MENU. Neat, huh? Rick 6-Aug-84 08:00:18-MDT,1190;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Aug 84 08:00:12-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 6 Aug 84 8:58 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 6 Aug 84 8:56 EDT Date: 6 Aug 1984 06:55 MDT (Mon) Message-ID: From: Richard Conn To: info-cpm@Brl-Aos.ARPA Subject: [dgilbert.es: zcpr3 menu - a solution] Doug's solution is also correct (see below). I personally prefer SHCTRL POP because if you are under another shell in the current MENU, then the outer shell is not lost. Doug's solution is perfectly reasonable. I think he is getting the ZCPR3 mind-set! Rick Date: Sunday, 5 August 1984 18:07-MDT From: dgilbert.es at XEROX.ARPA To: RCONN at SIMTEL20.ARPA cc: DGILBERT.ES at XEROX.ARPA Re: zcpr3 menu - a solution RICK, IF YOU READ MY OTHER MESSAGE.....I JUST FIGURED OUT ONE WAY.. USE 'SHCTRL CLR' AS FOLLOWS: TO CHANGE TO ANOTHER MENU ALA' ZCPR2, USE THE COMMAND 'SHCTRL CLR;CD newdir;MENU'. THIS KEEPS THE STACK UNDER CONTROL. Is this the correct solution? Thanks, Doug. 6-Aug-84 15:23:50-MDT,5643;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Aug 84 15:23:35-MDT Received: From apg-1.arpa.ARPA by AMSAA via smtp; 6 Aug 84 12:37 EDT Date: 6 Aug 1984 12:25:57 EDT (Monday) From: Robert Bloom DRSTE-TOI 3775 Subject: dBase II .cmd Program Beta-Testors Wanted To: info-cpm@Amsaa.ARPA Cc: rbloom@Apg-1.ARPA Long message for dBase II People: I need up to four dBase II knowledgeable persons to be willing to Beta-test a dBase II program I've written. The program will be released to the PD community after test. (This will be the first time I've released a major effort to the world - I'd like to know if there are any bad bugs before the unsuspecting world gets it.) The program is called "PMS" for "Project Management System" and is used to manage the milestones, financial info, and other data of interest on a project basis. Additional information and parameters are attached below. Testers should have a good knowledge of dBase II command files as some (and up to a great deal of) customization is to be expected. (Nobody's milestones will be identical to mine and the "data of interest" will vary based on the type projects tracked.) A hard disk is recommended as a complete PMS system with all options activated, the documentation, and several project files may take a mega-byte or more. For instance, a file list on my HD (4k block size - 18Meg HD divided into 13 "Logical" drives of 1 and 2M bytes) shows the PMS related files as: Drive:B User:1 Files:35 Space used:360k (572k Free) (16 PMS Project dBases) Drive:D User:1 Files:104 Space used:952k (940k Free) (dBase II and all of the *.CMD and *.DOC files of PMS) Drive:E User:1 Files:33 Space used:440k (516k Free) (15 PMS Project dBases) Drive:G User:1 Files:29 Space used:256k (488k Free) (13 PMS Project dBases) Drive:J User:1 Files:5 Space used:20k (360k Free) (1 PMS Project dBase) Don't let these figures scare you completely off - the 66 .CMD files alone take "only" ~325k and the whole thing is highly modulized so that it may be trimed down for particular applications. One does not needs the multiple disks as shown above - a megabyte should hold a nice size working system.) After I sort out the replies (if any) to this message, we'll work out a method to transfer the files to the testors machines. (I've a NorthStar so there is a definite media problem.) PROJECT MANAGEMENT SYSTEM (PMS) Copyright (c) 1984 by Robert W. Bloom All Rights Reserved PMS is a set of dBase II "command files" that serve to manage milestone schedules, financial actions, and administration data on a project by project basis. The full-blown system includes facilities for: (limits are program limits - disk size limitations will probably be the driving factor.) * Up to 800 milestones per project, each with an original date, actual date, up to 10 revisions, and each date may have an optional cross-reference number to a comment. * routines for easy revision and completion of milestones, each with the capability of adding comments as part of the revision/completion. * up to 99 comment records per project with up to 150 characters per comment. * unlimited number of projects, however, only 30 may be displayed in the project selection menu. (There is a way to call projects not in the menu.) * All the information for one project is held in one file (and one .ndx) * completely menu driven - the user need not know anything of the underlying dBase II structure, programming language, or commands. (Knowledge of these is necessary to modify the system however.) * Two levels of prompting - "expert and novice". * A unlimited number of Points-of-contacts may be held for each project, each containing name, agency, address, attention line, and phone number. * Adminstrative type data is held for each project - names, numbers, responsible persons and agencies. * Financial actions - requested, received and distributed funding, are held for each project. * A financial plan, i.e. how much is planned to go for what, is held for each project. * 10 different reports in three major areas (administration, milestones, and financial) are available. Reports may be "stacked", in which multiple reports on multiple projects may be all output continuously without additional user input. * reports may to output to printer, terminal or file. * (rudimentary) facilities for retrieving information from a project historical file. * highly modular, easily modified. The total coding size is >300k, but may be reduced by eliminating modules. * facilities for viewing a correctly any record in the data base without resort to any of the dBase II editing commands. Documentation files include: READ-ME.PMS - facilities of PMS, where to look for more help, and short instructions on how to install PMS.DOC - user documentation PMS.INS - detailed installation instructions PMS.HLP - help for customization, program notes PMS.STR - table of the structure of the project files PMS.RPT - Sample reports *dBase II is a trademark of Ashton-Tate 6-Aug-84 19:52:16-MDT,684;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Aug 84 19:52:04-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 6 Aug 84 18:20 EDT Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 6 Aug 84 18:21 EDT Received: from Gamay.ms by ArpaGateway.ms ; 06 AUG 84 15:20:43 PDT From: dgilbert.es@XEROX.ARPA Date: 6 Aug 84 15:20:35 PDT Subject: ZCPR3 MENU...pop To: RCONN@SIMTEL20.ARPA cc: INFO-CPM@BRL.ARPA RICK, AH! Yes, the 'SHCTRL POP' is the answer. That way, I can have another shell installed if I want, and maintain it under MENU control. Works FINE! ....and yes....NEAT! Thanks again, Doug. 7-Aug-84 07:38:27-MDT,3049;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 Aug 84 07:38:06-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 7 Aug 84 8:49 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 7 Aug 84 8:41 EDT Date: 7 Aug 1984 06:41 MDT (Tue) Message-ID: From: Richard Conn To: info-cpm@Brl-Aos.ARPA Subject: [decvax!mcnc!ecsvax!emigh: LDR Problem] FYI -- This is an answer to that LDR anomaly. Will see that a change is posted. Rick Date: Monday, 6 August 1984 12:10-MDT From: decvax!mcnc!ecsvax!emigh at Berkeley To: rconn at SIMTEL20.ARPA cc: ecsvax!emigh at Berkeley Re: LDR Problem Original-From: Ted Emigh Location: Genetics and Statistics, N.C. State University Address: {decvax akgua unc duke ihnp4}!mcnc!ecsvax!emigh Arpanet: decvax!mcnc!ecsvax!emigh@BERKELEY.ARPA References: Msg of 2 Aug 1984 14:06-MDT from decvax!mcnc!ecsvax!emigh at Berkeley Rick, The program LDR.COM does not match LDR.MAC (both on SIMTEL20). I have made a ZSID listing of LDR.COM,and have printed it next to the LDR.MAC listing (forgive the difference in mnemonics, I can't locate DDT just now...). ZSID Disassembly of LDR.MAC from SIMTEL20 LDR.COM from SIMTEL20 ; ; Load Data Buffers from Environment ; setdata: LD HL,(0754) lhld envptr ; get environment descriptor address LD (04DC),HL shld envadr LD DE,0080 lxi d,80H ; pt to Z3TCAP ADD HL,DE dad d LD (04E8),HL shld tcapadr CALL 073F call getrcp ; get RCP data LD DE,04A6 lxi d,rcpdata ; load CALL 02BB call sdload CALL 0701 call getiop ; get IOP data LD DE,04B2 lxi d,iopdata ; load CALL 02BB call sdload CALL 06F0 call getfcp ; get FCP data LD DE,04BE lxi d,fcpdata ; load CALL 02BB call sdload lxi h,ndridat ; init NDR data in case no entry lxi d,ndrdata mvi b,9 ; 9 bytes (1-jmp, 5-ID, 2-adr, 1-size) call moveb CALL 072E call getndr ; get NDR data mov a,h ; no NDR data? ora l rz LD DE,04CA lxi d,ndrdata ; load and fall thru to sdload CALL 02BB call sdload DEC DE dcx d ; pt to entry count LD A,(DE) ldax d ; get entry count PUSH DE push d ; save ptr LD H,00 mvi h,0 ; HL = value LD L,A mov l,a ADD HL,HL dad h ; *2 LD D,H mov d,h ; DE = value * 2 LD E,L mov e,l ADD HL,HL dad h ; *4 ADD HL,HL dad h ; *8 ADD HL,HL dad h ; *16 ADD HL,DE dad d ; *18 LD A,H mov a,h ; /128 RLCA rlc AND FE ani 0feh LD H,L mov h,a LD A,L mov a,l RLCA rlc AND 01 ani 1 ; A = value * 18 / 128 OR H ora h ; +1 INC A inr a ; get ptr POP DE pop d ; save value LD (DE),A stax d RET ret As you can see, the LDR.COM version does not check for valid Named Directories. I have used LDR as assembled from LDR.MAC and it is working fine. This resolves the problem as far as I am concerned. If you would still like me to send you the values in my sys.env file I will do so, but I don't think this is necessary. --Ted-- 7-Aug-84 07:48:49-MDT,1457;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 Aug 84 07:48:42-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 7 Aug 84 9:00 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 7 Aug 84 8:59 EDT Date: 7 Aug 1984 06:58 MDT (Tue) Message-ID: From: Richard Conn To: info-cpm@Brl-Aos.ARPA Subject: ZCPR3 Book The ZCPR3 Book - the WHOLE thing - went to the publisher yesterday. Two editors have been working on it for a couple of weeks now, and there are no problems reported. Three editors will start work on it Thursday or so, and no problems are anticipated at this time. The release of the book is currently set for the first of October - in hardbound (I think) at a list price of $19.95. The draft, as printed by my exhausted Toshiba, is 500 pages long, including a 10-page table of contents and 15-page index. The book is entitled "ZCPR3: The Manual", as opposed to the next book (no contract on this one yet), which is entitled "ZCPR3: The Libraries". I will probably upload a copy of the table of contents to SIMTEL20 soon so anyone who is interested can see what the book looks like. Rick PS - Here is the documentation that several of you have asked for. Every command in all detail with a package of the book (consisting of 5 or 6 chapters) on the internal operation of the ZCPR3 System. 7-Aug-84 13:36:56-MDT,918;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 Aug 84 13:36:47-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 7 Aug 84 14:50 EDT Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 7 Aug 84 13:13 EDT Received: from GreeneKing.ms by ArpaGateway.ms ; 07 AUG 84 10:08:41 PDT Date: 7 Aug 84 13:52:31+0100 (Tuesday) From: Hirst.RX@XEROX.ARPA Subject: XLT86 To: info-cpm@BRL.ARPA cc: Hirst.RX@XEROX.ARPA Reply-To: Hirst.RX@XEROX.ARPA There has been the odd enquiry on the net for a utility to enable translation of 8080 assembly source code to 8086 code. XLT86 from DIG Research is one such utility which is written in PL/I and will run on any 8-bit CP/M (or MP/M) system (min' 48K). I understand there is also a VAX/VMS version (1600 BPI) for large program translation, Does anyone out there have any experience of this package??? Ken 8-Aug-84 07:02:58-MDT,1500;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Aug 84 07:02:51-MDT Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 8 Aug 84 8:32 EDT Received: from radc-multics.arpa by BRL-VGR.ARPA id a001063; 8 Aug 84 8:34 EDT Date: Wed, 8 Aug 84 08:27 EDT From: Wiedemann@RADC-MULTICS.ARPA Subject: BDOS Help Needed To: info-cpm@BRL-VGR.ARPA, info-micro@BRL-VGR.ARPA Message-ID: <840808122757.634252@RADC-MULTICS.ARPA> We have a vintage Imsai 8085 S-100 system with two 8" SS/SD drives here that we are configuring as an RCPM system for out local clup. (Mohwk Valley Microcomputer Club) All the software is finished and runs well. I purchased and installed the Optronics Technology timeout board on the disk drives to reduce disk/head wear,since this board will be operational 24 hours a day. Here's the problem: The timeout board triggers on the "drive select" line from the controller. When it sees this signal, it turns the 115VAC back on to the spindle motor. Several seconds after the loss of this signal, the board will power the spindle motor down. This system uses "Fischer-Freitas" CP/M 2.2. I need to find someone who has worked with this BDOS and can point me in the direction of how to patch it to bring the drive select down after a disk read. I'd do it myself, but time is at a premium right now and I'd like to get this board on line. Thanx much, in advance! Wolf Wiedemann RADC-MULTICS 8-Aug-84 07:52:11-MDT,649;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Aug 84 07:52:06-MDT Received: From apg-1.arpa.ARPA by AMSAA via smtp; 8 Aug 84 8:41 EDT Date: 8 Aug 1984 8:39:06 EDT (Wednesday) From: Robert Bloom DRSTE-TOI 3775 Subject: Enough Betas Already! To: info-cpm@Amsaa.ARPA Thanks to all the responded to my call for beta testors of the "PMS" dBase II package. As of right now I have 12 names and think that's enough (probably too much but we'll handle it.) The rest of you will just have to wait until it appears on simtel or whereever. Thanks again, Bob Bloom 8-Aug-84 08:24:47-MDT,1448;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Aug 84 08:24:41-MDT Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 8 Aug 84 9:49 EDT Received: from nadc.arpa by BRL-VGR.ARPA id a001975; 8 Aug 84 9:44 EDT Date: 8 Aug 1984 09:40:26-EDT From: mlsmith@nadc.ARPA To: Wiedemann@radc-multics.ARPA, info-cpm@BRL-VGR.ARPA, info-micro@BRL-VGR.ARPA Subject: BDOS Help Needed Cc: kushnier@nadc.ARPA I don't know how much applicability this has but here goes: We had a Digital Group (aka AEON) system up with SS/SD 8" disks running CPM and Oasis on a time shared basis. The disks would crash on power down intermittently and the select lines had come high. The answer we got from DG was that they all do that! We abandoned SD and installed DD disks with a new disk controller. Result: three years without a controller glitch (one disk regulator failure). Recommendation: Look at the disk controller before attacking BDOS as our problem was language independent. good luck, mlsmith@nadc.ARPA P.S. A delay after disk read is normal - if the power on the motor shuts down immediately after completion some systems declared the previous data shipped bad and tried again resulting in endless retransmissions. Also some timeout boards include a longer delay >30 seconds to cover the random access file case where excessive cycling would occur. 8-Aug-84 12:13:26-MDT,1845;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Aug 84 12:13:16-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 8 Aug 84 13:36 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 8 Aug 84 13:35 EDT Date: 8 Aug 1984 11:34 MDT (Wed) Message-ID: From: Richard Conn To: Jim Forrest Cc: KPETERSEN@SIMTEL20.ARPA, info-cpm@Brl-Aos.ARPA Subject: RBBS/ZCPR2 In-reply-to: Msg of 8 Aug 1984 06:30-MDT from Jim Forrest Yes, I concur that with programs like SWEEP, security is basically lost if you can get to them. ZCPR3 offers a distinct advantage in this arena in that for secure systems with the DU form disabled, then the DIR form has to be used. Each named directory has a password associated with it. So if the user types ROOT:SWEEP, then if ROOT has a non-blank password, the user is FORCED to provide a correct password before the system will log him in. If he does not provide the correct password, the ROOT: reference is changed (internally) to the current directory. The same is true for commands like TYPE DIR:PASSFILE.TXT, since even for references in the argument fields, the password protection holds under ZCPR3. "Dangerous" commands should be placed into a named directory which is not in the command search path. If you want even more security, have the login sequence DISABLE the reference in the named directory to this "secure" directory, so its NAME is not even available to the user. With DU disabled and no NAME, a directory CANNOT be referenced unless a tool like SWEEP which bypasses the protection system is used, and hopefully the path protection with the named directory reference will stop that. Rick 8-Aug-84 12:15:28-MDT,1419;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Aug 84 12:15:22-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 8 Aug 84 13:36 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 8 Aug 84 13:36 EDT Date: 8 Aug 1984 11:35 MDT (Wed) Message-ID: From: Richard Conn To: info-cpm@Brl-Aos.ARPA Subject: [JFORREST: RBBS/ZCPR2] FYI - this is the message I responded to in my comments about security under ZCPR3. -- Rick Date: Wednesday, 8 August 1984 06:30-MDT From: Jim Forrest To: KPETERSEN at SIMTEL20.ARPA cc: JFORREST at SIMTEL20.ARPA Re: RBBS/ZCPR2 ReSent-From: KPETERSEN@SIMTEL20 ReSent-To: RCONN ReSent-Date: Wed 8 Aug 1984 07:14-MDT Keith Found a serious weakness in security With user areas restricted to 0-9, a user in 0: can type: 11:sweep2 Then can use sweep to go to any user area as it over-rides bye limits I have tried protect and password (whatever correct names are) to no avail. Possibly I have bye set for cpm 2.2 and not zcpr2 or nzcpr2. I am using version of zcpr2 set up for security that eliminates some commands. I was not sure which to use in bye as I had some trouble when I set on zcpr2 or nzpr2. That may be due to difference in max user set with genins and max user set in bye. Jim 8-Aug-84 23:40:09-MDT,1806;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Aug 84 23:40:03-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Aug 84 1:08 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 9 Aug 84 1:09 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 8 Aug 84 22:01-PDT Date: 7 Aug 84 6:22:59-PDT (Tue) To: info-cpm@Brl.arpa From: ihnp4!ihuxp!gvw1@Ucb-Vax.arpa Subject: PCPI Appli-Card(tm) Drivers Article-I.D.: ihuxp.816 The PCPI Appli-Card(tm) is a versatile CP/M(tm) card for the Apple II (or IIe). Using the OEM software that can be obtained from PCPI, one can write special purpose "drivers" that down load into the Apple at boot time. The card comes with a standard set of drivers for controlling the console, printer, etc. Supposely these drivers can be relocatable or can be loaded into an absolute location at boot time. Now to my question for those of you who have a PCPI Appli-Card... I have been able to write a relocatable driver that allows one to call a subroutine in the apple. Yes I know that there is a general command for doing this, but sometimes values have to be placed in the X, Y, and/or A registers before calling the subroutine (eg., calling some of the graphics subroutines in the Applesoft ROMs)--and that's what my driver does. My question is: I am trying to make the driver so that it loads in an absolute address (eg., at $4000 just above Hi-Res page 1). I cann't get it to work--my system hangs when I boot it with this driver installed as an absolute loading driver (It works great as a relocatable driver.). Can anyone give me a hint??? Thanks! George V. Wilder ihnp4!ihuxp!gvw1 1 (312) 979-1937 -- George V. Wilder ihnp4!ihuxp!gvw1 8-Aug-84 23:40:55-MDT,896;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Aug 84 23:40:51-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 9 Aug 84 1:11 EDT Date: 8 Aug 1984 23:13 MDT (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: LUDEF4.DOC new definition file for Library Utility Readers who are interested in keeping up with the official definitions of .LBR files (made with LU.COM and similar programs) will want to get this new file which defines new extensions to the .LBR directory format, including time/date stamping ala MP/M and MS-DOS. The new file is now avaiable on SIMTEL20 as: Filename Type Bytes Sectors CRC Directory MICRO: LUDEF4.DOC.1 ASCII 9449 74 = 4AH BF2EH --Keith 9-Aug-84 11:59:42-MDT,889;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Aug 84 11:59:34-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Aug 84 13:32 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 9 Aug 84 13:33 EDT Date: 9 Aug 1984 11:33 MDT (Thu) Message-ID: From: Richard Conn To: info-cpm@Brl-Aos.ARPA Subject: LDR-UPD.COM I have uploaded a version of LDR.COM to MICRO: which matches the LDR.MAC file. I really apologize for the mixup I made between the old object of LDR and the release (final) object of LDR. The source file (LDR.MAC) is current. Rick PS CRCs check from the upload, but the CRC is not the same as the one on the distribution list, which matches the bad LDR.COM. I will send out the correct LDR.COM in the Phase 2 release. 9-Aug-84 14:24:27-MDT,1260;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Aug 84 14:24:15-MDT Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 9 Aug 84 15:48 EDT Received: from radc-multics.arpa by BRL-VGR.ARPA id a000565; 9 Aug 84 15:40 EDT Posted-Date: 9 Aug 84 15:32 EDT Date: Thu, 9 Aug 84 15:31 EDT From: Wiedemann@RADC-MULTICS.ARPA Subject: Software piracy - a novel approach! To: info-micro@BRL-VGR.ARPA, info-cpm@BRL-VGR.ARPA Message-ID: <840809193145.950394@RADC-MULTICS.ARPA> I received my September Computer Shopper yesterday, and an ad cought my immediate attention. There in the classifieds, was an offer for "used" software for the Z-100. Some of the offerings were: dBASEII for $85, Wordstar with Mailmerge for $85, and Multiplan for $75. Since I was in the market for Multiplan, I called the number listed and asked for Jim. Jim answered the phone and sadly informed me that Multiplan was sold. He then, quite voluntarily and to a perfect stranger (me!) said, (and I paraphrase, not recalling his exact words) "Yeah, see, what I do is buy this software, make a copy of it for myself, and then sell the the original as 'used' software". Incredible! Wolf Wiedemann RADC-MULTICS 9-Aug-84 18:23:30-MDT,1188;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Aug 84 18:23:24-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Aug 84 19:52 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 9 Aug 84 19:50 EDT Date: Thu 9 Aug 84 17:50:26-MDT From: Jim Forrest Subject: Re: RBBS/ZCPR2 To: RCONN@SIMTEL20.ARPA cc: KPETERSEN@SIMTEL20.ARPA, info-cpm@BRL.ARPA, JFORREST@SIMTEL20.ARPA In-Reply-To: Message from "Richard Conn " of Wed 8 Aug 84 11:34:00-MDT I finally got the degree of security I needed by setting BYE NZCPR YES and USEZCPR NO. This unlikely mixture results in users being able to use 0: thru 5: to switch user areas, but having to use CD to connect to user areas 6 thru 9. With BYE set like this, 11:SWEEP results in a ?. No more. I suppose the reason it will not accept 6: thru 9: is due to something in the PUTSEC.HEX file so I will need to obtain PUTSEC.ASM and make a change, if I can find it. I got the HEX file from Steve Sanders, who now has PRO-COM RBBS/RCPM running extremely well on ZCPR3. Do you agree on my assumption about PUTSEC.HEX? Jim ------- 9-Aug-84 19:43:46-MDT,1354;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Aug 84 19:43:40-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 9 Aug 84 21:10 EDT Date: Thursday, 9 August 1984 10:45-MDT Message-ID: Sender: Wiedemann@RADC-MULTICS.ARPA From: Wiedemann@RADC-MULTICS.ARPA To: info-micro@BRL-VGR.ARPA Subject: dBASEII sort problem ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Thu 9 Aug 1984 19:13-MDT I have CP/M dBASE, Version 2.4. There appears to be a problem with the "SORT" function. Whenever I try to SORT ON TO , I get a "END OF FILE FOUND UNEXPECTEDLY" message. Not only that, but even after a CLEAR, I cannot erase the destination sorted file without incurring a FILE ALREADY OPEN message. When I try another CLEAR followed by a USE with the sorted destination file, I get a NO DATA BASE IN USE message. Can anyone shed any light on this? Is it me or my dBASEII? Is there a fix? Wolf Wiedemann RADC-MULTICS P.S. I have verified correct format of the source file I'm trying to sort. Every time I QUIT out of dBASEII and re-enter it, USEing the sorted destination file, all I ever see on a DISPLAY ALL is the first record of the source file, repeated ad infinitum. HELP!! 9-Aug-84 22:55:16-MDT,714;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Aug 84 22:55:12-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Aug 84 0:27 EDT Received: from simtel20.arpa by BRL-AOS.ARPA id a000257; 10 Aug 84 0:25 EDT Date: 9 Aug 1984 22:24 MDT (Thu) Message-ID: From: Richard Conn To: Jim Forrest Cc: KPETERSEN@SIMTEL20.ARPA, info-cpm@brl.ARPA Subject: RBBS/ZCPR2 In-reply-to: Msg of 9 Aug 1984 17:50-MDT from Jim Forrest I am really not familiar with the NZCPRs or the PUTSEC program you mention. Can't say anything about them. Rick 9-Aug-84 22:57:28-MDT,1264;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Aug 84 22:57:23-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Aug 84 0:27 EDT Received: from simtel20.arpa by BRL-AOS.ARPA id a000273; 10 Aug 84 0:30 EDT Date: 9 Aug 1984 22:29 MDT (Thu) Message-ID: From: Richard Conn To: info-cpm@brl.ARPA Subject: ZCPR3 Book Info In MICRO: on SIMTEL20 are the following files: Z3BOOK.0, Z3BOOK.1, Z3BOOK.2, Z3BOOK.3, Z3BOOK.4, Z3BOOK.5. These six files combine in the indicated sequence to form the table on contents for the current draft of the book. For those who are interested, this information will serve to outline what the book will contain. A few more programs will be added to Chapter 5 and a few other changes are planned, but these files essentially tell the story and allow you to look at the book from the top down. In draft form, the book is 500 pages long. I don't know how long it will be after typesetting. The price that has been quoted to me as the list price (as planned at this time) is $19.95. Release of the book is currently set for October. Will keep you posted as things develop. Rick 9-Aug-84 23:21:14-MDT,1029;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Aug 84 23:21:09-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Aug 84 0:38 EDT Received: from simtel20.arpa by BRL-AOS.ARPA id a000278; 10 Aug 84 0:37 EDT Date: 9 Aug 1984 22:36 MDT (Thu) Message-ID: From: Richard Conn To: info-cpm@brl.ARPA Subject: ZCPR3 Talk in Dallas For those of you who are interested and can/want to attend, I am scheduled to give a talk (for about 1 hour) followed by a question and answer session on ZCPR3 at the Dallas CP/M User's Group. The meeting starts at 7:30 on September 20 at Dealy Recreation Center. To get to the meeting, from 635 on the north edge of the city, turn South onto Hill Crest (may be misspelled) and proceed to Royal. Turn right onto Royal, and proceed from one block West on Royal from Hill Crest. The Dealy Recreation Center is a former Elementary School on the right on Royal. Rick 10-Aug-84 06:25:03-MDT,3325;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Aug 84 06:24:51-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Aug 84 7:15 EDT Received: from simtel20.arpa by BRL-AOS.ARPA id a000855; 10 Aug 84 7:14 EDT Date: Fri 10 Aug 84 05:13:54-MDT From: Rick Conn Subject: ZCPR3 Newsletter 1 To: info-cpm@BRL.ARPA From MICRO:NEWS001.Z3 on SIMTEL20 -- .op ..echelon.001 23 July 1984 ZCPR3 Newsletter 001 Thanks for joining in our support for CP/M-80 systems. As we present this premier issue of the Newsletter, we look forward with a positive and confident feeling that our new software fills an important niche in your world. The microcomputer industry was started, nurtured, made viable, by 8-bit machines and Echelon doesn't intend to abandon them, as many have been so quick to do! We believe 8-bit machines are most practical and cost effective for jobs you desire to perform. You will find ZCPR3 provides a powerful set of tools to manage both your present and future computing tasks. Furthermore, the overall software system represented by ZCPR3 is expanding with new application packages to solve new business and personal problems, to integrate existing programs in your library using concise and crisp menus, and to handle day-to-day computer disk file maintenance. WordStar (or WordMaster), SuperCalc, and dBase II are ideal candidates to run from one menu under ZCPR3, because of their similar command structures. TERM III and DISCAT work nicely with these, too. The upgraded VFILER and new VMENU utilities with ZEX batch processing will supply modern screen- oriented, user-convenient control of all work normally performed by your computer. (VFILER and VMENU are contained in ZCPR3, Phase 2, out in a few months.) You quickly learn to write your custom menus from text material supplied with ZCPR3 source and documentation files. Echelon plans to operate a ZCPR3-related computer bulletin board. But until that time arrives, the 300/1200 bps AMPRO Computers, Inc. BBS (run by Jerry Haigwood) may be used to carry ZCPR3 news items. Your questions or statements can be handled by Jerry's board. The number is: 408/258-8128. Questions we can't answer are referred to either Rick Conn or Joe Wright. Joe is nearing completion of a universal auto-installing version of ZCPR3. After beta testing, this version of ZCPR will be offered to those who believe they can't install ZCPR3 by MOVING their system down, modifying their BIOS, and using DDT to overlay the original code. The price is expected to be $149.00. Both Alpha Systems Corporation and Echelon will offer the program to the public. More on its features as the program matures. We enjoy hearing from you, about ideas you have relative to your experience with ZCPR3, thoughts about features you'd like Rick to add, gripes and the reverse -- let's hear from you. Echelon, Inc. 101 First Street Los Altos, CA 94022 Telephone: 415/948-5321 P.S. The WHEEL byte password in the release version of ZCPR3 is the six characters: SYSTEM. DISCAT ships on 15 August, ZCPR3 Manual on 15 September. ------- 10-Aug-84 06:29:01-MDT,1002;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Aug 84 06:28:54-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Aug 84 7:25 EDT Received: from simtel20.arpa by BRL-AOS.ARPA id a000880; 10 Aug 84 7:21 EDT Date: Fri 10 Aug 84 05:21:21-MDT From: Rick Conn Subject: ZCPR3 Newsletters To: info-cpm@BRL.ARPA As I mentioned in a previous message, Echelon is now publishing a newsletter which is coming out every two weeks or so. I have just posted the first two to the net. The third one does not go out until August 20, and I will probably post it around that time. I had mentioned seeing 4 newsletters in my previous message, but I just noted that two of them were advanced copies. Disclaimer: I may or may not agree with everything said in these newsletters. These are a publication of Echelon. I am in support of the effort and will provide information for them from time to time. Rick ------- 10-Aug-84 06:43:03-MDT,6365;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Aug 84 06:42:45-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Aug 84 7:15 EDT Received: from simtel20.arpa by BRL-AOS.ARPA id a000857; 10 Aug 84 7:15 EDT Date: Fri 10 Aug 84 05:14:51-MDT From: Rick Conn Subject: ZCPR3 Newsletter 2 To: info-cpm@BRL.ARPA From MICRO:NEWS002.Z3 on SIMTEL20 -- ..echelon.002 .op 6 August 1984 ZCPR3 Newsletter 002 Thanks for your enthusiastic support of ZCPR3 and the ZCPR3 System. Early reactions indicate a near revolution of new interest in 8-bit CP/M systems is occurring. Those who had left CP/M so quickly to follow a trail of hype for pseudo 16-bit machines appear to be reconsidering what they thought was the death of the 8-bit world! Amen! Let's face it: 8 bits are ideal for personal and lap size computers. No less than 9 major magazine articles are presently in the works. Rick Conn has a feature article in the October issue of COMPUTER LANGAUGE; USER'S GUIDE has one written by Tony Bove and Cheryl Rhoades, August/September issue # 10; a comparison of ZCPR3 and PC-DOS 2.2 in DISCOVER by John Gliedman; John also has one coming out in PUBLISHER'S WEEKLY. Ezra Shapiro, BYTE west coast bureau chief, has a shorty about it in October issue of that magazine and a full-length feature in December. Robert Blum of DR. DOBB'S JOURNAL devotes a couple pages in their September issue thoroughly covering SYSLIB3 and some review of ZCPR3 and the System. Rick Conn is writing three articles in the coming months for MICROSYSTEMS magazine: one each on the AMPRO BOOKSHELF series of computers, ZCPR3 and SYSLIB3. We hope COMPUTER LANGUAGE magazine gives some ink to SYSLIB3, because this macro subroutine library clearly is in a LANGUAGE class by itself and should be utterly newsworthy. All these magazines seem ready-willing-able to report the features of 8-bit ZCPR3 enhanced CP/M systems. Lots of questions have come from interested users of ZCPR3 and those instal- ling for the first time. Careful reading and re-reading of SAMPLER answers most questions ... still nothing is perfect for all levels of understanding. So don't be embarassed to write us a line if there is something unclear after several readings. We are here to help! The entire process of getting ZCPR3 and the utilities up and running is a grand learning experience -- well worth the effort when you finally get to use the results. ZCPR3: the MANUAL, soon to be shipped will be a great aid to learning the ins-and-outs of Z3. Until that time, the online documentation is extremely helpful as is the "//" after the command name. The latter never allows you to be in the dark about syntax, and such, for a command you are ready to use. But for complete online help, type: HELP ZCPR3 HELP.COM and all the .HLP files must be in the same user area along the search path you've chosen. The top ZCPR3.HLP file chains to the rest producing a tree structure menu-driven help system. .heZCPR3 Newsletter 002 Incidently, the LDR.COM loader program must be installed before it can be used. Use Z3INS.COM, ZCPR3.INS and your SYS.ENV files to do this. Type "Z3INS //" to see how this is done. Or patch the base page address of your Environmental Descriptor at location 10AH of the utility object file, using DDT. The release version has F4 at this loaction; put yours in its place. LDR is used to load all the system segments including MYTERM.Z3T. MYTERM.Z3T overlays a portion of your SYS.ENV segment. This seems to have been a stumbling block for a few of you. Here at Echelon we use a STARTUP.COM file to initialize the corporate computer at cold boot time. It is created using ALIAS.COM. Enter the string command at ALIAS prompt: LDR SYS.ENV,SYS.RCP,SYS.FCP,SYS.NDR,MYTERM.Z3T;VFILER;B0: Because MYTERM.Z3T overlays a portion of SYS.ENV, it should always be loaded last. Note all our Z3 utilities are in A15:ROOT> and we use B0: as our WORK> directory. Standard application programs (T/Maker III, Comm7, WordStar, etc.) are in A0:BASE>. STARTUP should be coded into your BIOS, before BIOS assembly, to be the file executed just after cold boot. Hints you think others may find helpful would be appreciated. Pass along by placing them as files or messages on the AMPRO BBS at 408/258-8128 or mail directly to Echelon. By the way, we use an AMPRO BOOKSHELF 122 (with T/Maker III) for a significant amount of Echelon data and text processing. It has never failed in 8 months of near 24-hour a day service. Super machine! .pn 2 .fo Page # Phase 2 Release is in deep beta test now. The utility extensions contained in the next phase are significant. VFILER has been upgraded from ZCPR2. DU3 and MU3 are full-screen and cursor-oriented disk and memory editors. VMENU permits cursor control in menus as well as screen highlighting. SHSET is used to make a SHELL of any application program, even programs like WordStar and dBase II! Several other new utilities are as useful. We like SHOW, ALIAS, and MENU best of the original utilities. MU3 is dynamite, as is DU3. It is thought system integrators will find VMENU most useful in setting up turn-key systems for their customers. Phase 2 should ship 3 September 1984, barring unforeseen major bugs. Existing owners of ZCPR3 may obtain Phase 2 two-disk set by sending $16.00 plus shipping and handling of $2.00 to Echelon. (The auto-install version of ZCPR3, now called Z3-Dot-Com, a trademark of Alpha Systems Corporation of San Jose, is soon going into beta testing. More next issue.) The Z3 System -- what a system of productivity tools! You can create the computer environment your dreams were made of. Many large main-frames do not have the power of ZCPR3 and the ZCPR3 System. Next Newsletter has listing of sample BIOS buffers and a CBIOS.LIB file you may find useful to complement your present knowledge of ZCPR3 techniques. Long live 8-bit CP/M! See you down the lines... Echelon, Inc. 101 First Street Los Altos, CA 94022 Telephone: 415/948-5321 ------- 10-Aug-84 10:07:14-MDT,1193;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Aug 84 10:07:08-MDT Received: From nosc-gw.ARPA by AMSAA via smtp; 10 Aug 84 11:42 EDT Received: from marlin.ARPA by nosc.ARPA (4.12/4.7) id AA11424; Fri, 10 Aug 84 08:43:21 pdt Received: by marlin.ARPA (4.12/4.7) id AA10801; Fri, 10 Aug 84 08:44:28 pdt Date: Fri, 10 Aug 84 08:44:28 pdt Sender: Bob Van Cleef From: "Bob Van Cleef" %marlin@Nosc.ARPA Reply-To: revc@Nosc.ARPA Errors-To: revc@Nosc To: CMP.DOUG@UTEXAS-20.ARPA Cc: info-cpm@AMSAA.ARPA Subject: Re: Kaypro IV BBS'es In-Reply-To: Your message of Sun Aug 5 18:15:37 1984 Message-Id: ------- The Disabled Interest Group (DIGSIG) of the San Diego Computer Society runs a RBBS called DIG-EX for use by disabled individuals or those that work/want to work with the disabled. (619)454-8078. This is on a Kaypro-10. Bob R.E. Van Cleef (REVC) Computer Sciences Corporation San Diego, CA ihnp4 \ MILNET revc@nosc akgua \ UUCP decvax -------------!sdcsvax!noscvax!revc dcdwest / ucbvax / CompuServe 71565,533 ------- 10-Aug-84 13:41:38-MDT,968;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Aug 84 13:41:32-MDT Received: From apg-1.arpa.ARPA by AMSAA via smtp; 10 Aug 84 15:13 EDT Date: 10 Aug 1984 15:12:42 EDT (Friday) From: Robert Bloom DRSTE-TOI 3775 Subject: Crc modes of UC? To: info-cpm@Amsaa.ARPA I got the following results witiK %9From CP/M: B.COM crc = 25 40 # chars = 1920 T.TXT crc = DF 88 # chars = 1920 Then uploaded via umodem -rb (or -rt) From Unix: uc crc's: file upload #chars text (-c) binary (-C) B.COM -rb 1920 BC1400080 2540FFFO jjz-5B.COM -rt 620 EA6200080 6E01FFFFF T.TXT -rb 1920 9C5A00080 DF88FFFFF <--ok T.TXT -rt 476 26EE00080 8F94FFFFF Notes: CP/M crc's from CRCK.COM v4.4 CP/M Char counts from BYTFREQ.COM UNIX Char counts from 'ls -l' UNIX crc's from UC Version 1.2 Why this strange action? What's the -c mode of uc good for? 10-Aug-84 15:43:08-MDT,716;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Aug 84 15:43:00-MDT Received: From usc-ecl.arpa.ARPA by AMSAA via smtp; 10 Aug 84 17:11 EDT Date: Fri 10 Aug 84 14:06:47-PDT From: Ted Shapin Subject: MEX error recovery To: info-cpm@AMSAA.ARPA Postal-address: Beckman Instruments, Inc. Postal-address: 2500 Harbor X-11, Fullerton, CA 92634 Phone: (714)961-3393 I am unable to recover from errors sending from MEX10 in batch mode to a DEC-20 running BILLW's modem v 4(316)-7 at 4800 baud. MEX times out with 10 retires at the first sign of the DEC rejecting a packet. Has anyone else experienced bad error recovery? ------- 10-Aug-84 15:53:09-MDT,726;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Aug 84 15:53:04-MDT Received: From usc-ecl.arpa.ARPA by AMSAA via smtp; 10 Aug 84 17:23 EDT Date: Fri 10 Aug 84 14:18:15-PDT From: Ted Shapin Subject: TOSHIBA T100 To: info-cpm@AMSAA.ARPA Postal-address: Beckman Instruments, Inc. Postal-address: 2500 Harbor X-11, Fullerton, CA 92634 Phone: (714)961-3393 In response to a question from Mike Gingell: The TOSHIBA T100 does not have any kind of hardware UART. The RS232 "PORT" is driven by a 8255. A sotware program to drive it is limited to 300 baud! I don't know any more than this. A friend of mine has one. I don't. ------- 10-Aug-84 16:16:10-MDT,821;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Aug 84 16:16:05-MDT Received: From sumex-aim.arpa.ARPA by AMSAA via smtp; 10 Aug 84 17:39 EDT Date: Fri 10 Aug 84 14:41:21-PDT From: Sam Hahn Subject: Borland C and Modula To: info-cpm@AMSAA.ARPA Borland sent two tech support people to the latest Piconet meeting at SLAC (Aug 9), and they are projecting Modula-2 to be released "before the end of the year", and C right around the end of the year. Both are probably to be priced around $80.00. The 8-bit versions will follow the 16-bit versions. Both will follow the same style, eg. editor included, in-memory compilation, etc. The same programmers that did Pascal will be doing these two, or so was claimed last night. ------- 11-Aug-84 05:56:36-MDT,1165;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Aug 84 05:56:31-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 11 Aug 84 7:16 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a001031; 11 Aug 84 7:16 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 11 Aug 84 3:41-PDT Date: 9 Aug 84 18:07:04-PDT (Thu) To: info-cpm@BRL.ARPA From: hplabs!tektronix!tekchips!vice!mike@UCB-VAX.ARPA Subject: MODEM7 program for Apple II+ needed Article-I.D.: vice.21 Does anyone know where I can find a copy of one of the CP/M "X-protocol" MODEM programs for an Apple II+ with a SoftCard? Better yet, does anyone have enough experience with this combination to offer any application hints? Obviously, without a file transfer program I need a copy on an Apple-compatible 5-1/4 inch disk. Thanks! -- Mike Mueller uucp: {decvax,harpo,ihnss,pur-ee,ucbvax,unc,zehntel}!teklabs!vice!mike ARPA: vice!mike.tek@Rand-Relay CSnet: vice!mike@tek US Mail: Mike Mueller, Tektronix, Inc. Box 500 MS 59-323, Beaverton OR 97077 Phone: (503)627-3187 11-Aug-84 09:57:08-MDT,3046;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Aug 84 09:56:56-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 11 Aug 84 11:23 EDT Date: 11 Aug 1984 09:25 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: New patches to speed up WordStar 3.3 WSFAST15.SUB is now available on SIMTEL20. WSFAST11.SUB was the first released version of this package. It was originally written by Steve Sanders to correct the annoying problem with slow sign-on of WordStar ver. 3.3. It has been enhanced and modified by adding routines to eliminate the first two screens completely, allow the printing of one document while editing another, and, optionally, signing on the the B: drive at startup. The new files are: Filename Type Bytes Sectors CRC Directory MICRO: WSFAST15.DOC.1 ASCII 4848 38 = 26H D56DH WSFAST15.SUB.1 ASCII 5391 43 = 2BH DE7BH WSLSTPAT.HEX.1 ASCII 100 1 = 1H 48DEH == REVISION HISTORY == Vers. 1.1 Steve Sanders 05/10/84 Locations changed: 2b1h lengthens time before WS brings up the help messages 2b2h Copyright notice delay 2b3h Screen refresh delay 28eh Delay after cursor movement 28fh Delay after WS functions ============================================================ Vers. 1.2 Jim Gronek and Wm. A. Rhodes,Ph.D. 07/06/1984 Added fill patches to further speed up sign-on Ver 1.2 NOTE---> This fill patch overlays the MicroPro copyright notice sign-on with nulls, it can only legally be used on YOUR copy of Wordstar 3.30. ============================================================ Vers. 1.3 Jim Gronek and Wm. A. Rhodes,Ph.D. 07/10/84 Added fill patch to bypass first screen sign on. This line was to be included in vers. 1.2, but Murphy's Law prevails. ============================================================ Vers. 1.4 Jim Gronek and Wm. A. Rhodes,Ph.D. 07/16/84(not released) This version was not generally released. It contains a user selectable patch to automatically sign on to drive B: at sign-on. ============================================================ Vers. 1.5 Jim Gronek 08/09/84 Revised menu patches from 1.2 and 1.3 with patch from Mark Howard, CNY Technical RCP/M. Added patch to allow printer output while editing, without long delays when the printer goes busy. Patch modified from John G. Donohue's version for WS 3.0. ============================================================ Documentation by Jim Gronek 08/09/1984 11-Aug-84 13:47:48-MDT,879;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Aug 84 13:47:43-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 11 Aug 84 15:24 EDT Received: from cmu-cs-a.arpa by BRL-AOS.ARPA id a001905; 11 Aug 84 15:25 EDT Date: 11 Aug 84 1522 EDT (Saturday) From: George.Wood@CMU-CS-A.ARPA To: info-cpm@BRL.ARPA Subject: Kaypro help wanted: 7-bit even parity for sio Message-Id: <11Aug84.152252.GW90@CMU-CS-A.ARPA> Help! I am trying to help a friend set up modem7xx for his kaypro 2. The problem is that the host he is connecting to demands 7 bit data with even parity (?? stop bits). I have some documentation on programming the sio, and have tried, to no avail, to set this up. Has anyone out there tried this, or does anyone know the proper sequence of commands to send to the sio to accomplish it? George 11-Aug-84 15:17:56-MDT,2039;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Aug 84 15:17:49-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 11 Aug 84 16:35 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a001978; 11 Aug 84 16:36 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 11 Aug 84 13:28-PDT Date: 9 Aug 84 13:16:10-PDT (Thu) To: info-cpm@BRL.ARPA From: ihnp4!mgnetp!burl!clyde!watmath!utzoo!dciem!king@UCB-VAX.ARPA Subject: Bubble memory problem (still) Article-I.D.: dciem.1042 Firstly, I'd like to thank those people who mailed me advice regarding my problem with the bubble memory. Your comments were greatly appreciated, but I still cannot PIP to the bubbles from disk. Here's a synopsis;: 1) The driver software for the bubble is patched directly into the BIOS. System calls are screened to see if the bubble is being accessed, and if so a jump is made to the appropriate routine. This works just fine. 2) I have tried filling the bubble memory entirely with 0xe5; this was necessary as even DIR would not work without a BAD SECTOR error. DIRI can now load a program, exit to cp/m and SAVE the program in the bubble, and have the program appear on a directory. Furthermore, I can load the program back from the bubble and run it with no problem. 3) I have double checked the DPH and DPB for the bubble but can see no problem there. The fact that STAT DSK: works for the bubble seems to indicate that the parameter header and block are OK. 4) I can use ED to create a file in the bubble memory only if I specify the new file name as a command trailer. Entering ED (cr) causes an error, namely DISK OR DIRECTORY FULL. 5) PIP, when attempted, responds with the message - NOFILE = aA:xxxx.COM, (where xxxx is the name of the file to be copied), yet STAT assures me that I have space left in the bubble pack. Can anyone point out where the problem may lieie - in the BIOS, in PIP or wherever? Thanks in advance, Steve. 11-Aug-84 19:19:44-MDT,620;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Aug 84 19:19:40-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 11 Aug 84 20:50 EDT Date: 10 August 1984 20:59-EDT From: Eric Stork Subject: Non-receipt of INFO-CPM To: info-cpm@Amsaa.ARPA cc: STORK@Mit-Mc.ARPA Hi there: Somehow my name seems to have been dropped from your distrubution list, for in the last 10 days or so I've not received a single item. Could you check, please, and if I' not on the list any more, please restroe my name. Thanks, Eric Stork%MIT-MC 12-Aug-84 14:57:22-MDT,2566;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 Aug 84 14:57:12-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 12 Aug 84 2:04 EDT Date: 12 August 1984 02:07-EDT From: Eric Stork Subject: Programmers Guide to CP/M To: info-cpm@Amsaa.ARPA cc: STORK@Mit-Mc.ARPA This message is of interest to owners (and prospective owners) of Andy Johnson-Laird's superb THE PROGRAMMER'S CP/M HANDBOOK (Osborne/McGraw-Hill), and is based on recent correspondence from the author. In the original edition, about two pages of listing were not printed. The missing listing is lines 04628 thru 04919 (see page 261-262). Anyone who wants the missing lines can get them from the author's office: Johnson-Laird, Inc., 6441 SW Canyon Court, Portland OR 97221. Send a SASE with a note on what you want. (Johnson-Laird said the book went into its 2nd printing in January 1984, and the missing material should be in that 2nd version. But he is out of the country on a project and tells me he has not seen the 2nd version.) Other errors in the book: . page 64, figure 4-3, location 0153, correct to read: JM CTPX (instead of MB CTPX) . On page 149, 7 lines from the bottom, there is a reference to CCP+6. That reference should be CCP+0. The letter from the author said that there may be other such erroneous references, for CCP+6 is a CP/M-86 convention and thus the source of the error, but he has not found other such errors. . page 258, line 03828, change this line to read: STA MOB$Character . page 282, after line 09270, insert: LXI H,Disk$Control$5 (Note: after inserting that line the byte references will be offset by 3 bytes, if you type it all in and assemble it.) Finally, Johnson-Laird wants to know about any other bugs, typos, errors and what have you that anyone may spot. Since he's not on ARPANET, you may send such information DIRECT to me (STORK at MIT-MC), and I'll relay to Johnson-Laird. If you have not yet seen the book, look at it. If you buy it, you'll probably not lend it out -- it's too valuable to do without for anyone who has any notion about playing around with 8080 assembler and CP/M in general. Eric Stork (Stork at MIT-MC) 12-Aug-84 14:57:43-MDT,2789;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 Aug 84 14:57:33-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 12 Aug 84 2:15 EDT Date: 12 August 1984 02:16-EDT From: Eric Stork Subject: The Programmer's Guide to CP/M To: info-cpm@Amsaa.ARPA cc: STORK@Mit-Mc.ARPA This repeats a message I sent a bnit earlier, only to discover it had a lot of control charas that my word processor put in (nulls, etc) that did not show on my screen but showed on the net. Sorry about that. This message is of interest to owners (and prospective owners) of Andy Johnson-Laird's superb THE PROGRAMMER'S CP/M HANDBOOK (Osborne/McGraw-Hill), and is based on recent correspondence from the author. In the original edition, about two pages of listing were not printed. The missing listing is lines 04628 thru 04919 (see page 261-262). Anyone who wants the missing lines can get them from the author's office: Johnson-Laird, Inc., 6441 SW Canyon Court, Portland OR 97221. Send a SASE with a note on what you want. (Johnson-Laird said the book went into its 2nd printing in January 1984, and the missing material should be in that 2nd version. But he is out of the country on a project and tells me he has not seen the 2nd version.) Other errors in the book: . page 64, figure 4-3, location 0153, correct to read: JM CTPX (instead of MB CTPX) . On page 149, 7 lines from the bottom, there is a reference to CCP+6. That reference should be CCP+0. The letter from the author said that there may be other such erroneous references, for CCP+6 is a CP/M-86 convention and thus the source of the error, but he has not found other such errors. . page 258, line 03828, change this line to read: STA MOB$Character . page 282, after line 09270, insert: LXI H,Disk$Control$5 (Note: after inserting that line the byte references will be offset by 3 bytes, if you type it all in and assemble it.) Finally, Johnson-Laird wants to know about any other bugs, typos, errors and what have you that anyone may spot. Since he's not on ARPANET, you may send such information DIRECT to me (STORK at MIT-MC), and I'll relay to Johnson-Laird. If you have not yet seen the book, look at it. If you buy it, you'll probably not lend it out -- it's too valuable to do without for anyone who has any notion about playing around with 8080 assembler and CP/M in general. Eric Stork (Stork at MIT-MC) 12-Aug-84 14:58:05-MDT,3110;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 Aug 84 14:57:54-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 12 Aug 84 3:26 EDT Date: 12 August 1984 03:28-EDT From: Jerry E. Pournelle Subject: Programmers Guide to CP/M To: STORK@Mit-Mc.ARPA cc: info-cpm@Amsaa.ARPA In-reply-to: Msg of 12 Aug 1984 02:07-EDT from Eric Stork can you, or ohnson-laird, send me a letter to this effect so I can publish in BYTE? POB 372 Hancock NH 03449 Date: 12 August 1984 02:07-EDT From: Eric Stork To: info-cpm at Amsaa.ARPA cc: STORK at Mit-Mc.ARPA Re: Programmers Guide to CP/M This message is of interest to owners (and prospective owners) of Andy Johnson-Laird's superb THE PROGRAMMER'S CP/M HANDBOOK (Osborne/McGraw-Hill), and is based on recent correspondence from the author. In the original edition, about two pages of listing were not printed. The missing listing is lines 04628 thru 04919 (see page 261-262). Anyone who wants the missing lines can get them from the author's office: Johnson-Laird, Inc., 6441 SW Canyon Court, Portland OR 97221. Send a SASE with a note on what you want. (Johnson-Laird said the book went into its 2nd printing in January 1984, and the missing material should be in that 2nd version. But he is out of the country on a project and tells me he has not seen the 2nd version.) Other errors in the book: . page 64, figure 4-3, location 0153, correct to read: JM CTPX (instead of MB CTPX) . On page 149, 7 lines from the bottom, there is a reference to CCP+6. That reference should be CCP+0. The letter from the author said that there may be other such erroneous references, for CCP+6 is a CP/M-86 convention and thus the source of the error, but he has not found other such errors. . page 258, line 03828, change this line to read: STA MOB$Character . page 282, after line 09270, insert: LXI H,Disk$Control$5 (Note: after inserting that line the byte references will be offset by 3 bytes, if you type it all in and assemble it.) Finally, Johnson-Laird wants to know about any other bugs, typos, errors and what have you that anyone may spot. Since he's not on ARPANET, you may send such information DIRECT to me (STORK at MIT-MC), and I'll relay to Johnson-Laird. If you have not yet seen the book, look at it. If you buy it, you'll probably not lend it out -- it's too valuable to do without for anyone who has any notion about playing around with 8080 assembler and CP/M in general. Eric Stork (Stork at MIT-MC) 12-Aug-84 23:42:46-MDT,960;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 Aug 84 23:42:41-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 13 Aug 84 1:13 EDT Date: 12 Aug 1984 23:16 MDT (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Hams@Simtel20.ARPA, Info-Cpm@Amsaa.ARPA Subject: AMRAD VADCG TNC Daughter Board instruction book available The recently-posted instruction book for the AMRAD VADCG Terminal Node Controller (TNC) Daughter Board VDS-1 is now available on SIMTEL20 in both ASCII and SQueezed forms. The files are: Filename Type Bytes Sectors CRC Directory MICRO: DAUGINST.TQT.1 COM 39552 309 = 135H 6520H DAUGINST.TXT.1 ASCII 62681 490 = 1EAH 4EF4H Thanks to Rod Hart for sending the file to me for our Ham Radio collection at SIMTEL20. --73, Keith W8SDZ 13-Aug-84 02:56:25-MDT,949;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 02:56:21-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Aug 84 4:22 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a002590; 13 Aug 84 4:17 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 13 Aug 84 1:01-PDT Date: 9 Aug 84 13:17:02-PDT (Thu) To: info-cpm@BRL.ARPA From: ucsfcgl!harrison@UCB-VAX.ARPA Subject: Looking for modem7 for ibmpc Article-I.D.: ucsfcgl.331 In-Reply-To: Article <19570@wivax.UUCP> There was an old version around that did not do any dialling or have terminal emulation. Is there any improved version? Also, does anyone know of a program implementing the XMODEM protocol on a PDP 11/70 running iAS operating system. Please reply by mail. harrison@ucsfcgl.UCSF ucbvax!ucsfmis!harrison ucsfmis!harrison@berkeley One of those ought to make it to me. Peter Harrison 13-Aug-84 03:19:39-MDT,840;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 03:19:33-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Aug 84 4:33 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a002620; 13 Aug 84 4:31 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 13 Aug 84 1:00-PDT Date: 9 Aug 84 13:07:18-PDT (Thu) To: info-cpm@BRL.ARPA From: ucsfcgl!harrison@UCB-VAX.ARPA Subject: Re: looking for xmodem protocol software on PDP-11 iAS Article-I.D.: ucsfcgl.330 In-Reply-To: Article <48@decvax.UUCP> Does anyone know of a program implementing the XMODEM protocol on a PDP 11/70 running iAS operating system. Please reply by mail. harrison@ucsfcgl.UCSF ucbvax!ucsfmis!harrison ucsfmis!harrison@berkeley One of those ought to make it to me. Peter Harrison 13-Aug-84 03:28:31-MDT,713;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 03:28:27-MDT Received: From xerox.arpa.ARPA by AMSAA via smtp; 13 Aug 84 4:38 EDT Received: from Koshu.ms by ArpaGateway.ms ; 13 AUG 84 01:40:56 PDT Date: 13 Aug 84 17:40:51 +0900 (Monday) From: Yamazaki.FX@XEROX.ARPA Subject: Re: AMRAD VADCG TNC Daughter Board instruction book available In-reply-to: To: Keith Petersen cc: Info-Hams@SIMTEL20.ARPA, Info-Cpm@AMSAA.ARPA Keith I would like to get the book. But, I don't have any priviliges to get file from the directory. Could you suggest how to get it? -- Takemi JA1MIR 13-Aug-84 04:20:07-MDT,1377;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 04:20:00-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Aug 84 5:34 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a002800; 13 Aug 84 5:29 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 13 Aug 84 2:05-PDT Date: 7 Aug 84 12:29:11-PDT (Tue) To: info-cpm@BRL.ARPA From: ihnp4!alberta!auvax!martin@UCB-VAX.ARPA Subject: Re: SuperMicro - Dimension 68000 Article-I.D.: auvax.437 In-Reply-To: Article <1607@sdccs6.UUCP> For those of you who don't know, there is an article about this marvellous machine in the August (I think) issue of Computing Now!. What they describe is truely a great machine. It can be just about whatever you want it to be. Plug in a 6502 board and it is an Apple, moreso than a lot of the lookalikes/workalikes/clones etc. It supports all of the Apple calls to monitor routines (Also runs Zaxon which apparently the clones don't do so well). Plug in an 8088 and you have an IBM PC that runs like an IBM. Or run the software that has been designed for it. Obviously, you pay the price for this technology, you could buy an actuall Apple or IBM PC for less than the Dimension but of course then you wouldn't have the versatility. Don Martin (auvax!martin) Athabasca University 13-Aug-84 05:29:15-MDT,795;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 05:29:11-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Aug 84 6:36 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a002915; 13 Aug 84 6:35 EDT Date: 13 August 1984 06:35-EDT From: "Jerry E. Pournelle" Subject: SuperMicro - Dimension 68000 To: ihnp4!alberta!auvax!martin@ucb-vax.ARPA cc: info-cpm@brl.ARPA In-reply-to: Msg of 7 Aug 84 12:29:11-PDT (Tue) from ihnp4!alberta!auvax!martin at UCB-VAX.ARPA BEWARE: the Dimension 68000 cncept is great. Whether they are delivering working machines is not quite so apparent. Use caution and look before leapoing. Does anyone have actual experience with actual working Dimension 68000 machine? 13-Aug-84 08:16:41-MDT,508;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 08:16:36-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Aug 84 9:45 EDT Received: from dca-eur.arpa by BRL-AOS.ARPA id a003205; 13 Aug 84 7:40 EDT Date: 13 August 1984 11:31 GMT From: byard@dca-eur.ARPA Subject: Dimension 68000 To: info-cpm@brl.ARPA Date: 13 Aug 1984 11:25:57 Z Text: Nice that it does all of those older machines/technology. Bet it can't emulate a Mac. Larry 13-Aug-84 11:26:26-MDT,2060;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 11:26:16-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Aug 84 12:32 EDT Received: from utexas-20.arpa by BRL-AOS.ARPA id a006182; 13 Aug 84 12:34 EDT Date: Mon 13 Aug 84 11:34:03-CDT From: John Otken Subject: Re: Dimension 68000 To: info-cpm@BRL.ARPA I am not absolutely positive that the machine was a Dimension 68000 but it was a machine quite similar (emulates apple, ibm, etc).. Anyway the story goes: I went to a CP/M-UG meeting in Houston a few months back. One of the machines on demonstration was (probably) a Dimension 68000. I listened to the rep. going through all of the various features of the machine. At one point he was asked about mainframe communications. He went into this claim that the machine could communicate with ANY machine using ANY protocol. The rest of the conversation went something like: ME: "I seriously doubt that." HIM: "Sure it can." ME: "How do you do it?" HIM: "With translation tables." ME: "WHAT?" HIM: "Our machine uses THE [sic] standard serial protocol. The secret is we use translation tables to handle the various protocols." ME: "Could you give a more technical description?" HIM: "Sure. The table is at address C000. The serial port is at 30." ME: "Wait! That is not what I was asking for." HIM: "Look, you said you wanted a technical description. If you want to be technical, I am going to have to talk HEX." ME: "I don't think we are communicating..." HIM: "Well, that's because we have an Engineer talking to a User." ME: "Sure, if that makes you the User." HIM: "NO! I am the Engineer." ME: "OK, can this machine communicate with an IBM 370?" HIM: "Sure." ME: "How?" HIM: "Like I've been telling you -- over the standard serial protocol using a translation table." Fortunately, the place closed and I was saved from the intellectual torture of an extended conversation with this clown. John. ------- 13-Aug-84 17:32:06-MDT,712;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 17:31:58-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Aug 84 19:00 EDT Received: from xerox.arpa by BRL-AOS.ARPA id a009242; 13 Aug 84 18:59 EDT Received: from Gamay.ms by ArpaGateway.ms ; 13 AUG 84 15:57:54 PDT Date: Mon, 13 Aug 84 15:51 PDT From: DGilbert.ES@XEROX.ARPA Subject: Re: NSWP207 bug? In-reply-to: "MEAD@USC-ECLB.ARPA's message of Tue, 24 Jul 84 21:48:38 PDT" To: Dick cc: info-cpm@BRL.ARPA Did you ever get your problem with NSWP207 resolved? I checked the squeeze and unsqueeze on my copy of NSWP207, and all seemed to work fine. Doug. 13-Aug-84 21:57:58-MDT,961;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 21:57:53-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Aug 84 23:29 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a009697; 13 Aug 84 23:28 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 13 Aug 84 19:56-PDT Date: 10 Aug 84 1:55:32-PDT (Fri) To: info-cpm@BRL.ARPA From: decvax!mcvax!tnocsda!jaap@UCB-VAX.ARPA Subject: MPM-86 vs. XENIX-86 ??? Article-I.D.: tnocsda.115 We are about to decide which operating system to use on an Intel 86/12 multi-user system and are comparing MPM-86 and XENIX-86. We would like to hear experiences from anyone who has worked with both systems on a similar configuration. We are interested in maximum number of users, response time, performance, etc.. When there are useful replies, I will post a summary to the net. Thanks Jaap van den Eersten ...!decvax!mcvax!tnocsda!jaap 14-Aug-84 01:21:33-MDT,1456;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 01:21:27-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Aug 84 2:53 EDT Received: from usc-isid.arpa by BRL-AOS.ARPA id a009990; 14 Aug 84 2:55 EDT Date: 14 Aug 1984 02:54-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Dimension 68000 From: ABN.ISCAMS@USC-ISID.ARPA To: byard@DCA-EUR.ARPA Cc: info-cpm@BRL.ARPA Message-ID: <[USC-ISID.ARPA]14-Aug-84 02:54:12.ABN.ISCAMS> In-Reply-To: The message of 13 August 1984 11:31 GMT from byard@dca-eur.ARPA Lots of people are looking at the Dimension because they NEED to do things the "older machines/technology" were doing! But maybe a little faster, a little more, etc., PLUS the new things newer machines/technology can do. Unfortunately, I am hard pressed to be able to say what a Mac CAN do! For sure, there doesn't appear to be too much programming going on! I simply have not been convinced that the necessary tools are available, AND that the Mac can in fact do the things that Apples, IBM PCs, CP/M, etc. have been doing so well (and in so many, many different ways) over the past few years. No way I can recode all the possible utilities and applications available RIGHT NOW and owned RIGHT NOW by my users for a Mac -- and even if I could -- what's the Mac gonna be compatible with? Regards, a contented CP/M /8-bit owner... David Kirschbaum Toad Hall 14-Aug-84 01:31:22-MDT,879;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 01:31:18-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Aug 84 2:58 EDT Received: from usc-isid.arpa by BRL-AOS.ARPA id a009994; 14 Aug 84 2:59 EDT Date: 14 Aug 1984 02:57-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Dimension 68000 From: ABN.ISCAMS@USC-ISID.ARPA To: CC.Otken@UTEXAS-20.ARPA Cc: info-cpm@BRL.ARPA Message-ID: <[USC-ISID.ARPA]14-Aug-84 02:57:41.ABN.ISCAMS> In-Reply-To: The message of Mon 13 Aug 84 11:34:03-CDT from John Otken Pssst, John -- Do you think I could get one of them there "translation tables" for my Toad? I already got a standard serial protocol. (I think.) (Kidding aside - thanks for the insight into our enterprising commercial world!) Regards, David Kirschbaum Toad Hall 14-Aug-84 02:11:01-MDT,1652;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 02:10:55-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Aug 84 3:35 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a010054; 14 Aug 84 3:36 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 14 Aug 84 0:26-PDT Date: 13 Aug 84 6:31:07-PDT (Mon) To: info-cpm@BRL.ARPA From: hplabs!hao!seismo!cmcl2!lanl-a!rgt@UCB-VAX.ARPA Subject: Request for CP/M and MS-DOS in-depth books Article-I.D.: lanl-a.11887 <> I just received a DEC Rainbow 100+ computer. It has both CP/M 80/86 and MS-DOS. I have been trying to use the CP/M assembler for graphics applications, since the GSX-86 graphics package works under CP/M. I have been having trouble with the assembler skipping instructions, and with CP/M not doing what the book says it should. Can anyone give me the names of some good books that explain CP/M and MS-DOS? I do not want the basic "This is a computer, this is a power switch" type books. I want books that explain CP/M for the computer professional. Specifically, I want to know the disk formats for CP/M disks, how the directories are stored on disk, how disk block allocation is done for CP/M, how to call CP/M from assembly language programs, how to modify the operating system to add my own special features, etc. And the same type of information for MS-DOS. I have been programming for over 14 years, and have over 2 years experience with the Intel 8086/88 and 80186/188 family of parts, so I want books that have some depth. Thanks in advance. Richard Thomsen 14-Aug-84 02:11:39-MDT,751;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 02:11:35-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Aug 84 3:35 EDT Received: from dca-eur.arpa by BRL-AOS.ARPA id a010056; 14 Aug 84 3:37 EDT Date: 14 August 1984 07:37 GMT From: byard@dca-eur.ARPA To: ABN.ISCAMS@USC-ISID.ARPA CC: info-cpm@brl.ARPA Re: Re: Dimension 68000 Date: 14 Aug 1984 07:30:33 Z Text: Dave, copy info-mac@sumex and you'll find out that there is a lot going on with the Mac. The answer to your last question is human beings. I have a Z-80/S-100 at home and a bunch of Macs and Lisa 2/10's at work. End argument on this list, okay. Time and the market will determine if I'm right. Larry 14-Aug-84 06:41:25-MDT,938;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 06:41:19-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Aug 84 7:22 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a010509; 14 Aug 84 7:23 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 14 Aug 84 4:05-PDT Date: 13 Aug 84 13:13:53-PDT (Mon) To: info-cpm@BRL.ARPA From: ihnp4!houxm!hogpc!houti!ariel!wjb@UCB-VAX.ARPA Subject: umodem implementation wanted Article-I.D.: ariel.720 I need an implementation of umodem for a Z80 based CP/M system. The hardware configuration is a Tekelec Chameleon. This is a protocol analyzer which has sony micro discs. I would appreciate any assembly language source which implements the protocol no matter what configuration it is for. Please do not tell me to FTP it from ?MICRO?. I am not on the ARPANET. Thanks for any help, Bill Bogstad 14-Aug-84 07:44:25-MDT,1572;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 07:44:16-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Aug 84 9:17 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a011910; 14 Aug 84 9:19 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 14 Aug 84 5:18-PDT Date: 13 Aug 84 7:20:44-PDT (Mon) To: info-cpm@BRL.ARPA From: hplabs!tektronix!uw-beaver!uw-june!entropy!dataio!del@UCB-VAX.ARPA Subject: MOVCPM, the final solution: **** D-R's REVENGE **** Article-I.D.: dataio.175 Well, it looks like Digital Research had the last laugh on me when I posted "the final solution". My apologies to anyone that tried it and had trouble. It certainly never occurred to me that such a simple patch might be machine dependant! Having used the "solution" so many times and never encountering a problem, I was surprised to get mail to the contrary. Sure enough, I checked it out on a couple of friends systems and found one that didn't work. In particular this was a Heath system. I know their BIOS is a little different, but that's no excuse. If the patch worked for you, great. If not, try changing only one or the other of the jumps I identified. In the mean time, I will try to figure out what is going on just as soon as this quarter is over at the UW (this friday), so stay tuned for "The Final Solution: Part II". Let's see now... where did I put that disassembly.... Erik Lindberg AKA del ...!uw-beaver!teltone!dataio!del ( I used to call myself a hacker.... ) 14-Aug-84 09:04:58-MDT,560;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 09:04:54-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Aug 84 10:29 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a012641; 14 Aug 84 10:25 EDT Date: Tue, 14 Aug 84 9:01:27 EDT From: Manny Crivello Subject: need program to compare .com files To: info-cpm@MIT-MC.ARPA hi I need a program that will compare two .com files under cpm & tell me what are diffence & where thay are. Thank you. M.D.Crivello 14-Aug-84 10:17:47-MDT,1008;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 10:17:41-MDT Received: From xerox.arpa.ARPA by AMSAA via smtp; 14 Aug 84 11:42 EDT Received: from Merlot.ms by ArpaGateway.ms ; 14 AUG 84 08:44:34 PDT Date: 14 Aug 84 08:44:20 PDT (Tuesday) From: Chapman.ES@XEROX.ARPA Subject: Re: dBase II .cmd Program Beta-Testors Wanted In-reply-to: rbloom's message of 6 Aug 84 12:25:57 EDT (Monday) To: Robert Bloom DRSTE-TOI 3775 cc: info-cpm@AMSAA.ARPA I am quite knowledgable about DBase II and would be interested in helping you beta test, but I currently only have a dual single-sided single-density system (i.e. max 500K online at any time). I am looking into getting a 10 meg hard disk, but it might be a couple of months before I have it running, if I get it at all. Would it be possible for me to be of use to you? Cheryl P.S. I have an Imsai 8080 with a Z80 processor board added, 8K of ROM and 56K of RAM. 14-Aug-84 13:33:10-MDT,988;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 13:33:02-MDT Received: From usc-eclb.arpa.ARPA by AMSAA via smtp; 14 Aug 84 12:58 EDT Date: 14 Aug 1984 10:01-PDT Sender: STANLEY@Usc-Eclb.ARPA Subject: Cheap Letter-Quality Printer From: STANLEY@Usc-Eclb.ARPA To: info-cpm@Amsaa.ARPA Message-ID: <[USC-ECLB]14-Aug-84 10:01:22.STANLEY> A local company here is holding a closeout sale on Selectone interface kits that turn an Olivetti Praxis 30, 35, or 40 typewriter into an inexpensive letter-quality printer. The interface is available in either parallel or RS-232 serial, and is easy to install (I've put in three of them, and all worked the first time!). At one time, they retailed for $195 -- they're closing them out at $99! If anybody needs/wants one, write or call Wheeler Associates, Ltd., PO Box 9512, Alexandria, VA 22304, telephone (703) 751-6168. I'm pretty sure they take MasterCard and Visa. 14-Aug-84 13:36:38-MDT,632;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 13:36:31-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Aug 84 13:06 EDT Received: from 10.1.0.111 by BRL-AOS.ARPA id a014412; 14 Aug 84 13:05 EDT Date: 14 Aug 1984 12:46:19 EDT (Tuesday) From: jose rodriguez Subject: Otter To: info-micro@brl.ARPA Cc: jrodrig@mitre-gateway.ARPA, info-cpm@brl.ARPA Fellow mailing-listers: Has anyone heard what DRI's project code-named Otter is all about? I have read in a few places quite different things. Jose jrodrig@mitre-gw 14-Aug-84 17:10:52-MDT,1304;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 17:10:47-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Aug 84 18:37 EDT Received: from xerox.arpa by BRL-AOS.ARPA id a018007; 14 Aug 84 18:09 EDT Received: from Merlot.ms by ArpaGateway.ms ; 14 AUG 84 15:06:13 PDT Date: 14 Aug 84 15:06:02 PDT (Tuesday) From: Chapman.ES@XEROX.ARPA Subject: Re: C/PM 2.2 vs. 3.0 question/User Groups in LA In-reply-to: Hirst.RX's message of 7 Aug 84 13:52:31+0100 (Tuesday) To: info-cpm@BRL.ARPA cc: Chapman.ES@XEROX.ARPA A friend is looking into buying a new system. He has the option of getting C/PM 2.2 or 3.0. He has been told that 3.0 is completely upward compatible with 2.2, but I seem to remember messages here that indicated some software will run on 2.2 but not on 3.0. Does anyone else remember the discussions or have some clarifying information of this controversy? Also, does anyone know of a C/PM users group located in the South Bay area of Los Angeles, California? I know of the Xerox Users' Group, which is primarily oriented around the Xerox 820, but since this is a C/PM machine, it sort of qualifies. This users' group is, however, limited to Xerox employees and family members. Are there any others? Cheryl 14-Aug-84 17:24:20-MDT,930;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 17:24:14-MDT Received: From nosc-gw.ARPA by AMSAA via smtp; 14 Aug 84 18:46 EDT Received: by nosc.ARPA (4.12/4.7) id AA09269; Tue, 14 Aug 84 15:48:10 pdt Date: Tue, 14 Aug 84 15:48:10 pdt From: Gerry Key Message-Id: <8408142248.AA09269@nosc.ARPA> To: info-cpm@amsaa.ARPA Subject: Termcap for New Kaypro 4s Does anyone out there know of a 4.2bsd Unix termcap for the new Kaypro 4s, those with CP/M Version 2.2G? For some reason the new 4s, while faster than the old 4s, have what appear to be padding problems with clear-screen, cursor motion, etc. --Gerry Key MILNET/ARPANET >-------------------- key@nosc.arpa ihnp4 \ akgua \ UUCP decvax -------------!sdcsvax!noscvax!key dcdwest / ucbvax / 14-Aug-84 23:43:17-MDT,1392;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 23:43:11-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Aug 84 1:21 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id be00485; 15 Aug 84 1:14 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 5 Aug 84 11:59-PDT Date: 3 Aug 84 7:19:17-PDT (Fri) To: info-cpm@BRL.ARPA From: ihnp4!mhuxl!ulysses!burl!clyde!watmath!utzoo!dciem!king@UCB-VAX.ARPA Subject: Bubble memory - CP/M directory - HELP! Article-I.D.: dciem.1020 * Does anyone in netland know how CP/M structures its directorys? I am trying to interface an Intel bubble memory to a Systems group S-100 processor and am having trouble with the directory. I can use ddt to load a program into RAM, escape from ddt and SAVE the file in the bubble memory without any problem. The file appears in the directory for the bubble pack, yet I cannot PIP to the bubble without getting an error - NO FILE - from PIP. Envoking ED from the bubbles causes the error message DIRECTORY FULL to be returned. I am following the guidelines set out by Louis Wheeler in his Byte articles, but he makes no mention of this type of problem. I would appreciate mail from anyone who has an idea as to how I may overcome this difficulty. Stephen King, DCIEM Toronto ...(ihnp4 and others)!utzoo!dciem!king 15-Aug-84 00:58:37-MDT,1837;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 00:58:30-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Aug 84 2:13 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a000926; 15 Aug 84 2:11 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 14 Aug 84 22:59-PDT Date: 10 Aug 84 8:47:55-PDT (Fri) To: info-cpm@BRL.ARPA From: hplabs!hao!seismo!cmcl2!rocky2!cucard!aecom!glen@UCB-VAX.ARPA Subject: Q: CP/M-80 on the DEC Rainbow Article-I.D.: aecom.768 I am having problems running CP/M 2.2 software on the DEC Rainbow and could use some help from the net gurus. Basically, the software was written on 2.2 machines and gets brain damaged when run on the Rainbow. I assume that the problem is due to some change or lack of support by the Rainbow's CP/M-80 for certain BDOS calls. Firstly, just for the record, the software utilizes the following BDOS (0005h) calls: 1, 2, 3, 4, 5, 6, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 26, 28, 29, 30, 32, and 37 (yes, it's a rather large program). Would anyone be so kind as to verify if the Rainbow supports these? The manuals I have access to do not contain this information. Also, does DEC mention any changes in their operation as compared to CP/M 2.2. Does anyone know, in general, how compatible DEC claims to be (or really is) with 2.2. Many emulators do a pretty good job, others don't. I guess DEC's doesn't. Additionally, does the BIOS support access to the jump table for I/O (const, conin, conout, listout, listst, reader, punch) and the select disk (SELDSK) function? I'd appreciate it greatly if someone took the time to assist me with this brain buster. Thanks in advance. Glen Marianko {philabs,rocky2,ihnp4,cucard}!aecom!glen 15-Aug-84 05:27:30-MDT,1718;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 05:27:23-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Aug 84 6:59 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a001465; 15 Aug 84 6:56 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 15 Aug 84 3:43-PDT Date: 13 Aug 84 10:42:51-PDT (Mon) To: info-cpm@BRL.ARPA From: ihnp4!mgnetp!burl!clyde!watmath!utzoo!utcsrgv!garfield!donald4@UCB-VAX.ARPA Subject: need CBIOS.ASM for EXIDY Sorcerer II Article-I.D.: garfield.1512 [] I need the CBIOS.ASM for the EXIDY Sorcerer II. When I bought the system several years back, it came complete EXCEPT for the CBIOS.ASM. That file and its sister (BIOS.ASM), both came in skeletal versions only, (at least on my disk).. an error, I've been told. But alas, EXIDY is no longer in business, and the California dealer who sold this to us, no longer supports EXIDY. This is an EXIDY Sorcerer II, configured with two 5 1/4" disk drives, soft sectored ssDD, operating on a CP/M 2.2/1f at 77 tracks. If there is anyone out there who has a similarly configured Exidy CP/M (the one that originally came with the machine, the 2.2x version.. NOT the one from LIFEBOAT), can get me, or let me know where I can get the CBIOS.ASM file I need, I'd be very grateful! Please don't "newsgroup" the info. Use E-mail instead to: donald4@garfield.UUCP (also) {utcsrgv,allegra,ihnp4}!garfield!donald4 (with links to utcsrgv:) {dalcs,dciem,utzoo,cornell,decvax,decwrl} or by US/Canadian post to: Donald Geduldig Faculty of Medicine Memorial University of Newfoundland St. John's, Newfoundland Canada, A1B 3V6 15-Aug-84 06:18:12-MDT,1490;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 06:18:07-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Aug 84 7:50 EDT Received: from simtel20.arpa by BRL-AOS.ARPA id a001745; 15 Aug 84 7:45 EDT Date: 15 Aug 1984 05:45 MDT (Wed) Message-ID: From: Richard Conn To: info-cpm@brl.ARPA Subject: [RCONN: ZEX and RELS.UTL] FYI -- Rick Date: Wednesday, 15 August 1984 05:32-MDT From: Richard Conn To: Paul L. Kelley cc: rconn Re: ZEX and RELS.UTL Hi, Paul, Yes, ZEX can be installed without using RELS.UTL, but that is not necessary. RELS.UTL is public. Since your friend obtained ZCPR3 from Echelon, he should be getting the newsletters, and newsletter 3 which is just now coming out (dated 20 Aug) mentions RELS.UTL in the first paragraph. You can use EX.COM instead of ZEX for a first-time installation of ZEX by changing all the *.ZEX files to *.SUB (change ZEX.ZEX to ZEX.SUB and then issue the command EX ZEX with RELS.UTL and the other files mentioned in the beginning of the ZEX.ZEX file in the current directory). RELS.UTL, EX.COM, and MLOAD.COM (by Ron Fowler) are on the AMPRO RCP/M and BBS at 408-258-8128. They are also on SIMTEL20, but I forget what archives offhand. See the first paragraph of the third newsletter for some more text on the subject (not much more, tho). Rick 15-Aug-84 08:55:12-MDT,1188;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 08:55:02-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Aug 84 10:06 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a003551; 15 Aug 84 10:00 EDT Date: 15 Aug 1984 09:58-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: need program to compare .com files From: ABN.ISCAMS@USC-ISID.ARPA To: crivello@BBNCCC.ARPA Cc: info-cpm@MIT-MC.ARPA Message-ID: <[USC-ISID.ARPA]15-Aug-84 09:58:19.ABN.ISCAMS> In-Reply-To: The message of Tue, 14 Aug 84 9:01:27 EDT from Manny Crivello Manny, I usually use COMPASC.COM for ASCII and COMPBIN.COM for binary - work OK so long as there aren't TOO many differences. An earlier COMPARE.ASM is in SIGM Volume 74 at SIMTEL20 (MICRO:COMPARE.ASM (8k. I also see a listing for COMP-12.ASM and .DOC in SIGM.VOL073 ("binary file comparison-use wi DD6" ("enhanced version of DDUMP").. Can't seem to find my pointers to COMPBIN - got it from out there somewhere, and have it myself if no one else points you to the source. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 15-Aug-84 08:57:41-MDT,970;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 08:57:35-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Aug 84 10:17 EDT Received: from usc-isid.arpa by BRL-AOS.ARPA id a003702; 15 Aug 84 10:16 EDT Date: 15 Aug 1984 10:14-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Bubble memory - CP/M directory - HELP! From: ABN.ISCAMS@USC-ISID.ARPA To: ihnp4!mhuxl!ulysses!burl!clyde!watmath!utzoo!dciem!king@UCB-VAX.ARPA Cc: info-cpm@BRL.ARPA Message-ID: <[USC-ISID.ARPA]15-Aug-84 10:14:51.ABN.ISCAMS> In-Reply-To: The message of 3 Aug 84 7:19:17-PDT (Fri) from ihnp4!mhuxl!ulysses!burl!clyde!watmath!utzoo!dciem!king@UCB-VAX.ARPA Stephen, I could recommend the older book "Programmer's Guide to CP/M", extracted articles from older Microsystems Magazine, Microsystems Press. It has many details on the CP/M library schemata. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 15-Aug-84 09:23:42-MDT,1611;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 09:23:33-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Aug 84 10:37 EDT Received: from usc-isid.arpa by BRL-AOS.ARPA id a003936; 15 Aug 84 10:31 EDT Date: 15 Aug 1984 10:29-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Morse Code Instruction From: ABN.ISCAMS@USC-ISID.ARPA To: INFO-CPM@BRL.ARPA Cc: ABN.ISCAMS@USC-ISID.ARPA Message-ID: <[USC-ISID.ARPA]15-Aug-84 10:29:58.ABN.ISCAMS> Netlandians, I have a project to network 15 workstations and an instructor station to teach soldiers Morse Code (using a manual key for input, presenting groups on the screen for transmission, etc.; and more difficult - sending CW to the student and having him copy in block print on a graphics pad). I have most of the Public Domain things from SIMTEL20 (various TTY programs, the package on Packet Radio, some Morse programs), and would appreciate pointers to any other available code. I'm tentatively planning on using Commodore 64s, VIC-20s, or some sort of smart workstation in that class, but would also be interested in anyone who managed to use a nice fast micro to drive a number of workstations or student input stations. Last (the toughy) -- any software out there (commercial even) that'll take handwritten (block print) characters from a cheap graphics pad and ASCIIze it? I've seen ads for the smart tablets (reputed to handle even longhand), but they're still too expensive. Thanks in advance (quite a help list, ne?) David Kirschbaum ABN.ISCAMS@USC-ISID 15-Aug-84 12:06:15-MDT,932;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 12:06:10-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Aug 84 13:31 EDT Received: from xerox.arpa by BRL-AOS.ARPA id a006248; 15 Aug 84 13:32 EDT Received: from Concord.ms by ArpaGateway.ms ; 15 AUG 84 10:31:46 PDT Date: 15 Aug 84 10:31:33 PDT (Wednesday) From: Bicer.ES@XEROX.ARPA Subject: Re: Bubble memory - CP/M directory - HELP! In-reply-to: ihnp4!mhuxl!ulysses!burl!clyde!watmath!utzoo!dciem!king's message of 3 Aug 84 7:19:17 PDT (Fri) To: info-cpm@BRL.ARPA Try to get a copy of DU (Disk Utility). This famous public domain software will not only show you how the directory is organized, but will also let you modify it. Jack Bicer P.S: ihnp4!mhuxl!ulysses!burl!clyde!watmath!utzoo!dciem!king@UCB-VAX.ARPA Stephen, your name is too long for my system to send you a meesage directly. 15-Aug-84 12:27:33-MDT,918;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 12:27:28-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Aug 84 13:52 EDT Received: from su-score.arpa by BRL-AOS.ARPA id a006348; 15 Aug 84 13:44 EDT Date: Wed 15 Aug 84 10:39:00-PDT From: Sam Hahn Subject: Re: Otter To: jrodrig@MITRE-GATEWAY.ARPA cc: info-micro@BRL.ARPA, info-cpm@BRL.ARPA In-Reply-To: Message from "jose rodriguez " of Tue 14 Aug 84 12:46:19-PDT Otter: That's DRI's internal code name for their OS that's based on a VM concept, eg. will encompass CP/M-86, PCDOS, and some UNIX compatibility. Not scheduled for anytime soon, but will appear as a follow-on upgrade in the Concurrent-DOS line. They sent a speaker to PicoNet to talk about this subject a few (3?) months ago. -- hope this helps, sam ------- 15-Aug-84 12:43:33-MDT,1158;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 12:43:26-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Aug 84 13:52 EDT Received: from su-score.arpa by BRL-AOS.ARPA id a006402; 15 Aug 84 13:49 EDT Date: Wed 15 Aug 84 10:44:21-PDT From: Sam Hahn Subject: Re: C/PM 2.2 vs. 3.0 question/User Groups in LA To: Chapman.ES@XEROX.ARPA cc: info-cpm@BRL.ARPA In-Reply-To: Message from "Chapman.ES@XEROX.ARPA" of Tue 14 Aug 84 15:06:02-PDT I've had 3.0 running since March, and have had NO problems with the software that I own. All of it trundled over to 3.0 with nary a sneeze. One thing to be careful of is that xfcb (extended file control blocks) will not appear correctly to 2.2 if you take a 3.0 disk and try to read it under 2.2. That's ok, though, because you can turn xfcb-making on or off, or even delete xfcb's. Another thing to watch out for is fancy shell-programs that assume the ccp does what it does in 2.2. (Since I own no fancy shell-programs, I guess my first paragraph isn't as strong as it might appear). -- sam ------- 15-Aug-84 20:26:36-MDT,840;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 20:26:31-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Aug 84 22:00 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a009246; 15 Aug 84 21:56 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 15 Aug 84 18:44-PDT Date: 14 Aug 84 11:37:47-PDT (Tue) To: info-cpm@BRL.ARPA From: ihnp4!houxm!hounx!gtp@UCB-VAX.ARPA Subject: CPM EDUC. SOFTWARE for YOUNG CHILDREN Article-I.D.: hounx.289 I am looking for educational software for young children (ages 4 - 10 ). I am interested in any feedback about what packages are good or bad. Also information on games that are easy and fun for beginning computer users would be appreciated. Please mail to houxn!gtp in Holmdel (BTL) Thanks in advance G. Peckham 15-Aug-84 21:02:36-MDT,655;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 21:02:32-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Aug 84 22:31 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a009324; 15 Aug 84 22:28 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 15 Aug 84 19:12-PDT Date: 14 Aug 84 12:33:32-PDT (Tue) To: info-cpm@BRL.ARPA From: ihnp4!houxm!hounx!gtp@UCB-VAX.ARPA Subject: CPM EDUC. SOFTWARE for YOUNG CHILDREN ( CORRECTION ) Article-I.D.: hounx.290 Sorry I incorrectly posted the mailing address for mailing. The correct address is hounx!gtp in Holmdel. G. Peckham 15-Aug-84 22:47:40-MDT,1109;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 22:47:34-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 16 Aug 84 0:12 EDT Date: 16 August 1984 00:14-EDT From: Herb Lin Subject: dBASEII sort problem To: Wiedemann@Radc-Multics.ARPA cc: info-cpm@Amsaa.ARPA In-reply-to: Msg of 9 Aug 1984 10:45-MDT from Wiedemann at RADC-MULTICS.ARPA I have CP/M dBASE, Version 2.4. There appears to be a problem with the "SORT" function. Whenever I try to SORT ON TO , I get a "END OF FILE FOUND UNEXPECTEDLY" message. Not only that, but even after a CLEAR, I cannot erase the destination sorted file without incurring a FILE ALREADY OPEN message. When I try another CLEAR followed by a USE with the sorted destination file, I get a NO DATA BASE IN USE message. I'm told that there is a very strange bug with the SORT function of dBase II. The way to get around it is to do an INDEX and then write out the indexed file. [So say the sharpies at Gifford Computer Systems.] 15-Aug-84 23:01:33-MDT,825;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 23:01:29-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 16 Aug 84 0:32 EDT Date: 15 Aug 1984 22:34 MDT (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Manny Crivello Cc: Info-Cpm@Amsaa.ARPA Subject: need program to compare .com files In-reply-to: Msg of 14 Aug 1984 07:01-MDT from Manny Crivello Try HEXDIF.COM. It prints the differences between two .COM files in both hex and ascii. It's available from SIMTEL20 as: Filename Type Bytes Sectors CRC Directory MICRO: HEXDIF.COM.1 COM 6528 51 = 33H CC7CH --Keith 16-Aug-84 04:15:48-MDT,2502;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 Aug 84 04:15:40-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 16 Aug 84 5:38 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a010105; 16 Aug 84 5:37 EDT Date: 16 August 1984 05:36-EDT From: "Jerry E. Pournelle" Subject: Dimension 68000 To: CC.Otken@utexas-20.ARPA cc: info-cpm@brl.ARPA In-reply-to: Msg of Mon 13 Aug 84 11:34:03-CDT from John Otken Welcome to t he INvasion of the Product Snatchers... Date: Mon 13 Aug 84 11:34:03-CDT From: John Otken To: info-cpm at BRL.ARPA Re: Dimension 68000 I am not absolutely positive that the machine was a Dimension 68000 but it was a machine quite similar (emulates apple, ibm, etc).. Anyway the story goes: I went to a CP/M-UG meeting in Houston a few months back. One of the machines on demonstration was (probably) a Dimension 68000. I listened to the rep. going through all of the various features of the machine. At one point he was asked about mainframe communications. He went into this claim that the machine could communicate with ANY machine using ANY protocol. The rest of the conversation went something like: ME: "I seriously doubt that." HIM: "Sure it can." ME: "How do you do it?" HIM: "With translation tables." ME: "WHAT?" HIM: "Our machine uses THE [sic] standard serial protocol. The secret is we use translation tables to handle the various protocols." ME: "Could you give a more technical description?" HIM: "Sure. The table is at address C000. The serial port is at 30." ME: "Wait! That is not what I was asking for." HIM: "Look, you said you wanted a technical description. If you want to be technical, I am going to have to talk HEX." ME: "I don't think we are communicating..." HIM: "Well, that's because we have an Engineer talking to a User." ME: "Sure, if that makes you the User." HIM: "NO! I am the Engineer." ME: "OK, can this machine communicate with an IBM 370?" HIM: "Sure." ME: "How?" HIM: "Like I've been telling you -- over the standard serial protocol using a translation table." Fortunately, the place closed and I was saved from the intellectual torture of an extended conversation with this clown. John. 17-Aug-84 00:06:21-MDT,1034;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Aug 84 00:05:59-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 17 Aug 84 1:43 EDT Received: from hi-multics.arpa by BRL-AOS.ARPA id a000970; 17 Aug 84 1:44 EDT Date: Fri, 17 Aug 84 00:39 CDT From: VaughanW@HI-MULTICS.ARPA Subject: Re: Kaypro help wanted: 7-bit even parity for sio To: George.Wood@CMU-CS-A.ARPA cc: info-cpm@BRL.ARPA In-Reply-To: Message of 11 Aug 84 14:22 CDT from "George.Wood at CMU-CS-A" Message-ID: <840817053922.845819@HI-MULTICS.ARPA> I have the same problem (only with a Kaypro 10 and MEX rather than a Kaypro 2 and MODEM7xx) -- i.e. I have a host that insists on 7-bit even parity (Honeywell Level 6, if you're interested). I tried to fix the overlay but it didn't work right - guess I'm not programming the SIO correctly. Anyhow, I'd appreciate a solution. Thanks, Bill VaughanW at HI-Multics 17-Aug-84 03:12:54-MDT,666;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Aug 84 03:12:50-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 17 Aug 84 4:48 EDT Received: from xerox.arpa by BRL-AOS.ARPA id a001687; 17 Aug 84 4:45 EDT Received: from GreeneKing.ms by ArpaGateway.ms ; 16 AUG 84 15:46:03 PDT Date: 15 Aug 84 17:14:31+0100 (Wednesday) From: Hirst.RX@XEROX.ARPA Subject: Re: Looking for modem7 for ibmpc In-reply-to: ucsfcgl!harrison's message of 9 Aug 84 13:17:02 PDT (Thu) To: ucsfcgl!harrison@UCB-VAX.ARPA cc: info-cpm@BRL.ARPA Peter, I'd be interested to know what you find out Thanks in advance//Ken 17-Aug-84 04:02:36-MDT,1044;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Aug 84 04:02:31-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 17 Aug 84 5:32 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a001931; 17 Aug 84 5:29 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 17 Aug 84 2:15-PDT Date: 15 Aug 84 16:23:23-PDT (Wed) To: info-cpm@BRL.ARPA From: hplabs!sdcrdcf!sdcsvax!akgua!mcnc!ecsvax!julian@UCB-VAX.ARPA Subject: Re: dBASEII sort problem Article-I.D.: ecsvax.3110 In-Reply-To: Article sri-arpa.12286 The END OF FILE FOUND UNEXPECTEDLY usually happens when I used indexed files, but you would not be sorting them is you used an index. Assuming that you can DISPLAY the file, then you must have a trashed file with an EOF character somehow inserted. If not, then kludge it by issuing a USE or two in order to close the file, then USE it again and SORT to your destination. A little more information would pinpoint the proper kludge. Phil Julian mcnc!ecsvax!julian 17-Aug-84 04:51:52-MDT,1009;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Aug 84 04:51:46-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 17 Aug 84 6:23 EDT Received: from xerox.arpa by BRL-AOS.ARPA id a002158; 17 Aug 84 6:16 EDT Received: from GreeneKing.ms by ArpaGateway.ms ; 17 AUG 84 03:13:43 PDT Date: 17 Aug 84 11:03:26+0100 (Friday) From: Hirst.RX@XEROX.ARPA Subject: Re: Morse Code Instruction In-reply-to: <[USC-ISID.ARPA]15-Aug-84 10:29:58.ABN.ISCAMS> To: ABN.ISCAMS@USC-ISID.ARPA cc: INFO-CPM@BRL.ARPA David, I picked up a (teach) morse program from the Palos Verdes RCP/M, (when I was in LA) so I suppose if you can dial up any of the BBS's that support packet radio, that would be a start. I have seen a demo of morse working on one of those Xerox "STAR" 8010 systems, all you do is highlight text, bug start and the dots & dashes blurt out of its speaker! (not bad huh) If you want me to dig into my archives send me a ... --- ... Ken 17-Aug-84 12:21:48-MDT,962;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Aug 84 12:21:42-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 17 Aug 84 13:38 EDT Received: from office-2.arpa by BRL-AOS.ARPA id a008178; 17 Aug 84 13:37 EDT Date: 17-Aug-84 10:34 PDT From: ACB.TYM@OFFICE-2.ARPA Subject: ARCHIVE To: info-cpm@BRL.ARPA Message-ID: <[OFFICE-2.ARPA]TYM-ACB-594YH> I picked up the ARCHIVE program and BDOS patch from the Computer Language BBS and was at first favorably impressed. However, If one erases a file that has been archived, the disk is marked RO. I suspect that the directory checksum is not being updated by the patch which simply removes the archived bit when the Directory Entry is written out. Did I do something wrong? I suspect that any modification of the File that causes the directory entry to be written out (thus clearing the archived bit) causes the same problem. Comments? 17-Aug-84 22:30:03-MDT,1049;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Aug 84 22:29:53-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 18 Aug 84 0:02 EDT Date: Friday, 17 August 1984 11:08-MDT Message-ID: Sender: Dave Maddox From: Dave Maddox To: info-micro@Brl.ARPA Subject: Ancient technology ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: INFO-CPM@Amsaa.ARPA ReSent-Date: Fri 17 Aug 1984 22:04-MDT Can anyone help with the following request? I will forward responses, if you'd like...thanks. Forwarded message follows: ------------------------------------------------------------------------ From: bedford!mintaka!dagobah#gerry@mit-eddie Subject: Ancient technology Does anyone know where I can get a hold of the Schematics for an IMSAI front pannel. It's broken and the original schematics are lost. Unless I can fix it, it will remain a very large paperweight. gerry 17-Aug-84 23:54:26-MDT,1679;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Aug 84 23:54:19-MDT Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 18 Aug 84 1:22 EDT Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.33) id AA04754; Fri, 17 Aug 84 21:05:34 pdt Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA) by ucbjade.CC.Berkeley.ARPA (4.14/4.23.4) id AA05158; Fri, 17 Aug 84 21:05:11 pdt Received: by ucbopal.CC.Berkeley.ARPA (4.14/4.23.5) id AA13155; Fri, 17 Aug 84 21:05:04 pdt Date: Fri, 17 Aug 84 21:05:04 pdt From: William C. Wells Message-Id: <8408180405.AA13155@ucbopal.CC.Berkeley.ARPA> To: info-cpm@amsaa.ARPA Subject: Umodem I know someone who would like to dial into our Unix system and from another Unix system (using the Unix "cu" command), then use a modem program to transfer files. We have the 4.2 BSD xmodem (from UCSD) on our end. Does anyone know how to do this? Some problems encountered so far: Executing xmodem on the answering system and umodem on the originating system from within "cu" does not work. xmodem, tmodem, umodem, and uc all appear to be programs for the answering Unix system. "cu" (version 7) appears to be able to redirect output or input, but not both to the same program. I suspect that "cu" needs to be called from the the originating modem program to establish a terminal mode with the remote system. Does anyone have a modem program that will do this? Or does anyone have a Unix modem program that has a terminal mode? Bill Wells wcwells@Berkeley.ARPA ucbvax!wcwells wcwells@ucbjade.BITNET 18-Aug-84 01:28:37-MDT,1147;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 Aug 84 01:28:31-MDT Received: From bbn-cd.arpa.ARPA by AMSAA via smtp; 18 Aug 84 3:02 EDT Date: Sat, 18 Aug 84 2:53:39 EDT From: Sam Lipson Subject: Mitsubishi 5.25 inch disk drive query To: info-cpm@amsaa.arpa Recently I have seen advertisements for Mitsubishi 5.25", purportedly double sided 96 TPI drives for under $200.00. I have a few questions: 1) Has anyone had any experience with these drives. Do they have problems -- there must be a reason why they're so cheap. 2) Are they totally plug compatible with the Tandon TM-100-4 (which my Zenith Z-90 uses). 3) What is the correct Mitsubishi model number for the double sided 96TPI drive (so I can verify what I order is what I think I'm ordering). I'd also be glad to hear (impartial) recommendations for a particular vendor to buy from. Please respond to me, not the mailing list (I will honor summary requests). Thanks, Sam Lipson [ARPA] slipson@bbncd [UUCP] {decvax,wjhl2,ihnp4,linus,wivax,ima}!bbncca!slipson 18-Aug-84 20:31:23-MDT,1557;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 Aug 84 20:31:18-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Aug 84 22:01 EDT Received: from ut-ngp.arpa by BRL-AOS.ARPA id a013217; 18 Aug 84 21:56 EDT From: mknox@UT-NGP.ARPA Posted-Date: Sat, 18 Aug 84 20:47:06 CDT Message-Id: <8408190148.AA10379@ut-ngp.ARPA> Received: by ut-ngp.ARPA (4.22/4.22) id AA10379; Sat, 18 Aug 84 20:48:31 cdt Date: Sat, 18 Aug 84 20:47:06 CDT To: info-cpm@BRL.ARPA Subject: BIOS2RSX problem The program BIOS2RSX was recently posted to the net. It maps CP/M-2.2 BIOS calls into CP/M-Plus calls, allowing such programs as DU to run under CP/M-Plus. It works well, but recently caused me several sleepless nights. The problem was a loss of data in a CP/M-Plus submit file after the first 128 bytes, IF one of the tasks invoked in the submit file was a 2.2 program (with BIOS2RSX attached) AND that program did disk writes. It turns out that my CP/M-Plus uses the BDOS for blocking/deblocking (as I am sure many do). This buffer is not being flushed by BIOS2RSX and can be overwritten by the 2.2 program. The fix is to go into BIOS2RSX and add the following code: MVI C,030h ;flush disk buffers MVI E,0ffh ; flush data buffers too CALL BDOS before any other disk activity is performed. This seems to fix the problem nicely. Note that the problem will not come up if the blocking/ deblocking is done in the CP/M-Plus BIOS.  18-Aug-84 21:48:56-MDT,2018;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 Aug 84 21:48:48-MDT Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 18 Aug 84 23:13 EDT Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.33) id AA19460; Sat, 18 Aug 84 20:15:58 pdt Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA) by ucbjade.CC.Berkeley.ARPA (4.14/4.23.4) id AA08749; Sat, 18 Aug 84 20:15:35 pdt Received: by ucbopal.CC.Berkeley.ARPA (4.14/4.23.5) id AA14603; Sat, 18 Aug 84 20:15:32 pdt Date: Sat, 18 Aug 84 20:15:32 pdt From: William C. Wells Message-Id: <8408190315.AA14603@ucbopal.CC.Berkeley.ARPA> To: info-cpm@amsaa.ARPA Subject: Re: Umodem Cc: gvax.rej@cornell.ARPA In reply to: Date: Sat, 18 Aug 84 12:37:24 edt From: gvax.rej@Cornell.ARPA (Ralph Johnson) Message-Id: <8408181637.AA06294@CORNELL-GVAX.ARPA> To: wcwells@BERKELEY Subject: Re: Umodem You really want to use uucp to transfer files from one Unix machine to another. It's the standard. Is there some reason why you can't do this? I do not want to use "uucp" because the it requires disk space for spool files and human intervention to set up and maintain. In the next couple of years we expect to have over 2000 microcomputer/workstations on campus. Many of those microcomputer/workstations will be Unix systems with modems and terminal emulation software. The overhead in maintain uucp links with 1000+ workstations would be to high. So what I am looking for is a "xmodem" (cf. MDM7xx) program written in C that will permit a user on a Unix system (eg. a Unix microcomputer) to dial out to a remote Unix system, login to a remote Unix system (via terminal access dial-up lines), execute a remote "umodem" program to start a file transfer, escape back to the local program, and fire up the local end of the file transfer. Bill Wells wcwells@ucbvax.ARPA ucbvax!wcwells wcwells@ucbjade.BITNET 19-Aug-84 00:11:29-MDT,1461;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 Aug 84 00:11:23-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 19 Aug 84 1:43 EDT Received: from rand-unix.arpa by BRL-AOS.ARPA id a013475; 19 Aug 84 1:43 EDT Received: from vortex.UUCP by rand-unix.ARPA; Sat, 18 Aug 84 22:24:25 pdt Date: Sat, 18-Aug-84 22:18:43 PDT From: Lauren Weinstein Subject: Re: Umodem Message-Id: <8408182218.336.1.VT3.4@vortex.UUCP> To: wcwells%ucbopal.CC@ucb-vax.ARPA Cc: info-cpm@brl.ARPA In-Reply-To: Your message of Sat, 18 Aug 84 20:15:32 pdt Both umodem and the C versions of kermit already have "connect" modes for making outgoing connections. Neither directly support automatic dialing, but this is pretty modem specific and trivial to add for any given case. Or, if you prefer, you can always dial out with "cu," suspend the connection, and then use umodem or kermit for the file transfers as you choose. Such procedures would probably be adequate for the sorts of "occasional" file transfers you apparently consider likely within your "network." --Lauren-- P.S. If you plan to use umodem, you'll have to look around for the version with the connect feature. There are a multitude of different versions of umodem that people have spawned off from my original code. So many, in fact, that I no longer officially support umodem in any manner. --LW-- 19-Aug-84 05:42:12-MDT,758;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 Aug 84 05:42:07-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 19 Aug 84 7:19 EDT Date: 19 Aug 1984 05:22 MDT (Sun) Message-ID: From: "Frank J. Wancho" To: INFO-CPM@Amsaa.ARPA Subject: PROMETHEUS Clock I've received several queries in the last few days for code to support the PROMETHEUS clock in RBBS4. If anybody has already developed the function for RBBS4 or can provide me an 8080 or Z80 assembly language routine to query the clock, please send me the code. I'll be glad to convert it and make it available with suitable credit to the original author. --Frank 19-Aug-84 10:10:33-MDT,1170;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 Aug 84 10:10:28-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 19 Aug 84 11:41 EDT Date: 19 Aug 1984 09:44 MDT (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: WSFAST16 now available WSFAST Vers. 1.6 by Jim Gronek 08/14/1984 has just been released. This is the patch for WordStar Vers. 3.3 to speed up the signon. Here's Jim's description of the revision: Revised location for load of hex patch to avoid over- writing arrow key definitions on Kaypro supplied WS.COM. WSLSTPAT.HEX caused the arrow key definitions to 'go away'. WSFAST16.HEX corrects that problem. Note that Jim has renamed WSLSTPAT.HEX to WSFAST16.HEX. Here's a list of the files available on SIMTEL20: Filename Type Bytes Sectors CRC Directory MICRO: WSFAST16.DOC.1 ASCII 5283 42 = 2AH B314H WSFAST16.HEX.1 ASCII 100 1 = 1H B547H WSFAST16.SUB.1 ASCII 6008 47 = 2FH 715AH --Keith 19-Aug-84 22:01:55-MDT,1018;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 Aug 84 22:01:50-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 19 Aug 84 23:36 EDT Received: from wisc-rsch.arpa by BRL-AOS.ARPA id a015236; 19 Aug 84 23:29 EDT Date: Sun, 19 Aug 84 22:30:08 cdt Message-Id: <8408200330.AA06458@wisc-rsch.arpa> Received: by wisc-rsch.arpa; Sun, 19 Aug 84 22:30:08 cdt To: INFO-CPM@brl.ARPA Subject: Osborne I disk drive problems Sender: forwarder@WISC-RSCH.ARPA From: fenchel@WISC-RSCH.ARPA I have the following problem ... any suggestions (other than get yourself a new computer, etc.): The "B" drive in my Osborne seems to be interfering in some manner with the operation of the machine. Whenever the select light comes on, the screen image wobbles quite a bit and the machine fails (usually by "hanging") soon afterward. When the "B" drive is not in use, all is well. Any ideas? Is it possible to install a new drive, and if so what manufacturer etc. 20-Aug-84 01:45:59-MDT,874;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 Aug 84 01:45:54-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 20 Aug 84 3:08 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a015478; 20 Aug 84 3:10 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 19 Aug 84 23:57-PDT Date: 17 Aug 84 13:26:47-PDT (Fri) To: info-cpm@BRL.ARPA From: sun!tj@UCB-VAX.ARPA Subject: wanted - info on Morrow 26M disk & controller for S100 Article-I.D.: sun.1632 I have just recently bought, second hand and cheaply, a Morrow Discus hard disk S100 controller and a 14" shugart winchester. Does anyone have any experience with Morrow controllers, disks and documentation? thanks Cal Thixton Sun Microsystems Dallas - (214) 788-1951 ...sun!tj -- Cal Thixton Sun Microsystems sun!tj 20-Aug-84 08:02:29-MDT,1944;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 Aug 84 08:02:14-MDT Date: Mon, 20 Aug 84 9:23:55 EDT From: Dave Towson (info-cpm-request) To: info-cpm@Amsaa.ARPA Subject: [WIrish.WBST: Some CPM and/or Kaypro II info needed] Can anyone help with this query? Please send replies to the originator, not to me (i.e., don't use the "answer message" function of your mailer). ----- Forwarded message # 1: Received: From xerox.arpa.ARPA by AMSAA via smtp; 14 Aug 84 22:56 EDT Received: from Aurora.ms by ArpaGateway.ms ; 14 AUG 84 18:11:24 PDT Date: Tue, 14 Aug 84 15:48 EDT From: WIrish.WBST@XEROX.ARPA Subject: Some CPM and/or Kaypro II info needed To: info-cpm-request@AMSAA.ARPA cc: WIrish.WBST@XEROX.ARPA I recently purchased a new CPM Plus (version 3 CPM) system. I also have standard CPM (version 2) on another computer. My question is "is it possible to read version 2 disks on a version 3 system???" (I know "Anything is possible", the real question is what program/utility do I use and where do I get it.) Any help would be appreciated. Thanks in advance, Wesley Irish Also... Anyone familiar with the Kaypro II is aware of its little quirks. The one that I would like to eliminate at the moment is the disk drive motor on time. In most cases the drive turns off between reads, only to turn on again seconds (or msecs.) later. This results in excessive disk access time. The Kaypro is slow enough as it is! I am looking for some "standard" patch that will correct this and/or other Kaypro II problems. I realize this (these) problem(s) may be hardware limitations and/or need to be patched in the ROM or in the BIOS. I'll entertain suggestions for any or all of the above. Thanks in advance, Wesley Irish ----- End of forwarded messages Dave Towson info-cpm-request@amsaa.arpa 20-Aug-84 08:41:20-MDT,677;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 Aug 84 08:41:13-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 20 Aug 84 9:53 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a017471; 20 Aug 84 9:11 EDT Date: 20 Aug 1984 09:10:56 EDT From: METH@USC-ISI.ARPA Subject: Osborne Drive B Problems To: INFO-CPM@MIT-MC.ARPA cc: METH@USC-ISI.ARPA You didn't say if you were using an external monitor. If you were, try moving it away from the drive; noise generated by the drive causes external video image jitter. I don't know what the hangup problem is, but it may be related. -Sheldon Meth ------- 20-Aug-84 09:01:01-MDT,1651;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 Aug 84 09:00:53-MDT Date: Mon, 20 Aug 84 10:09:25 EDT From: Dave Towson (info-cpm-request) To: info-cpm@Amsaa.ARPA Subject: Red-hot Wordstar message from bang!crash!!! What else can I say? ----- Forwarded message # 1: Received: From nosc-gw.ARPA by AMSAA via smtp; 18 Aug 84 4:40 EDT Received: from cod.ARPA by nosc.ARPA (4.12/4.7) id AA07448; Sat, 18 Aug 84 01:42:26 pdt From: Received: by cod.ARPA (4.12/4.7) id AA16046; Sat, 18 Aug 84 01:42:46 pdt Date: Sat, 18 Aug 84 01:42:46 pdt Message-Id: <8408180842.AA16046@cod.ARPA> Apparently-To: info-cpm-request@AMSAA In using MicroPro's latest release of WordStar (version 3.33 for the Apple with a PCPI Applicard), the following five delay bytes may be zeroed. They begin at location 2AFh to 2B3h. Location: Old value New value 02AF: 03 00 02B0: 09 00 02B1: 19 00 02B2: 40 00 02B3: 09 00 I think there are two more bytes somewhere around 02E0h. Has anyone found these other two delays (if they exist) or know how to bypass that beginning routine that displays the "text-graphics" title page? {ihnp4,sdchema,sdcsvax}!bang!crash!ihom Irwin Hom ----- End of forwarded messages Dave Towson info-cpm-request@amsaa.arpa 20-Aug-84 21:33:00-MDT,740;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 Aug 84 21:32:55-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 20 Aug 84 23:06 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a023658; 20 Aug 84 23:05 EDT Date: Mon 20 Aug 84 23:00:38-EDT From: "Andrew M. Moore" Subject: ZCPR2 Xerox Users To: INFO-CPM-REQUEST@mit-mc.ARPA cc: INFO-CPM@mit-mc.ARPA I'm looking for Xerox 820-II users who have ZCPR2 installed on single- sided 8" disks (I'm going to use it with MENU) -- Need to exchange disks with someone who has ZCPR2 with multi-command buffer on 820-II format. Thanks in advance, 820-II users. Andrew Moore ------- 20-Aug-84 23:29:22-MDT,845;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 Aug 84 23:29:17-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 21 Aug 84 1:01 EDT Received: from wisc-rsch.arpa by BRL-AOS.ARPA id a023869; 21 Aug 84 1:01 EDT Date: Tue, 21 Aug 84 00:02:02 cdt Message-Id: <8408210502.AA19583@wisc-rsch.arpa> Received: by wisc-rsch.arpa; Tue, 21 Aug 84 00:02:02 cdt To: info-cpm@brl.ARPA Subject: Apple CP/M and Apple Dos Modem7 wanted Sender: forwarder@WISC-RSCH.ARPA From: fenchel@WISC-RSCH.ARPA I'm trying to get an apple 2e with super serial card running modem 7 under DOS, also, I'd like to run Modem7 under CP/M using the Microsoft premium 2e softcard. If anyone has the software configured for this equipment, I'd welcome any advice and/or the opportunity to exchange diskettes. 21-Aug-84 07:14:24-MDT,2450;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Aug 84 07:14:12-MDT Date: Tue, 21 Aug 84 8:37:39 EDT From: Dave Towson (info-cpm-request) To: info-cpm@Amsaa.ARPA Subject: [Drsel-Tcs-Sio: Re:Osborne 1 disk drive problems] Send replies to the originator of this message, not info-cpm-request. ----- Forwarded message # 1: Received: From cecom-1.arpa.ARPA by AMSAA via smtp; 20 Aug 84 14:57 EDT Date: 20 Aug 1984 1458-EDT From: Drsel-Tcs-Sio@CECOM-1.ARPA Subject: Re:Osborne 1 disk drive problems To: INFO-CPM-REQUEST@AMSAA.ARPA I had a similar problem with my Osborne1 "A" (left) drive. The drive would sound erratic, the (internal) CRT would be affected, it would produce (what started to be occasional and eventually became continual) boot errorsa, and it would lock up the drive . I found I could still force it to operate by opening th e drive door, taking out the diskette, and spinning the drive with my finger. This technique worked o.k. as a emergency quick fix, but is not recommended for the health of your system. I then would re-insert the diskette, and the system would continue (ussually), or totally crash (once in a while). Finally, during a period where I was desperately trying to geet my machine back in operation, and not finding any local reapiar place willing to do the work (including Xerox), I dug in with the O-1 Technical Manual and a friendly EE technical advisor. The result was to discover an excessive ammount of "noisew" (using an oscilloscope) in the drive controller board going to and comming from the drive motor. Feling very adventurous and without any re- course (it couldn't get worse), wew tll we took the drive motor out, disassembled it , cleaned it (it was carboned heavily and had some metal falacks in it) and put it back. Believe it or not, I was delighted to find it worked, and all my problems had been solved. kSince then I have found that Priority -One Electronics (see any Byte mag) is supposed to carry parts for MPI disk drives, and should be able to replace yours if you want to try this route. I have been operating my O-1 frequently for over a month now and it still seems to be fixed. ----- GOOD LUCK !! ----- Todd Kersh, DRSEL-TCS-SIO at CECOM-1.ARPA ------- ----- End of forwarded messages 21-Aug-84 07:17:45-MDT,1061;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Aug 84 07:17:38-MDT Date: Tue, 21 Aug 84 8:39:31 EDT From: Dave Towson (info-cpm-request) To: info-cpm@Amsaa.ARPA Subject: [Andrew M. Moore: ZCPR2 Xerox Users] Please send replies to the originator, not info-cpm-request. ----- Forwarded message # 1: Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 20 Aug 84 23:11 EDT Received: from mit-mc.arpa by BRL-VGR.ARPA id a016893; 20 Aug 84 23:07 EDT Date: Mon 20 Aug 84 23:00:38-EDT From: "Andrew M. Moore" Subject: ZCPR2 Xerox Users To: INFO-CPM-REQUEST@mit-mc.ARPA cc: INFO-CPM@mit-mc.ARPA I'm looking for Xerox 820-II users who have ZCPR2 installed on single- sided 8" disks (I'm going to use it with MENU) -- Need to exchange disks with someone who has ZCPR2 with multi-command buffer on 820-II format. Thanks in advance, 820-II users. Andrew Moore ------- ----- End of forwarded messages 21-Aug-84 14:21:44-MDT,1334;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Aug 84 14:21:38-MDT Date: Tue, 21 Aug 84 15:52:28 EDT From: David Towson (SECAD) To: fenchel@wisc-rsch.arpa cc: info-cpm@Amsaa.ARPA Subject: Re: Osborne I disk drive problems I am not an Osborne owner, but the symptoms you cite sound very much like the power drain due to the disk drive may be causing variations of the power supply voltage to the rest of the computer. This could result from a high resistance in the power feed at a point common to both disk drive and computer. I suggest you disconnect and clean every pluggable connector in sight, and see whether that helps. Another useful troubleshooting step would be to swap the two drives. If this causes the problem to move with the drive (i.e., it's always the same physical drive) then you will know there is something wrong with the drive. If, on the other hand, the problem stays with the position (i.e., drive B) then you can look deeper into the wiring. If swapping the drives causes the problem to vanish, then it was probably a dirty connector that got scrubbed a bit when you unplugged it. If so, don't stop there; clean it right, and you should be good for a while. Dave towson@amsaa.arpa 21-Aug-84 18:10:59-MDT,646;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Aug 84 18:10:54-MDT Received: From xerox.arpa.ARPA by AMSAA via smtp; 21 Aug 84 19:45 EDT Received: from Chardonnay.ms by ArpaGateway.ms ; 21 AUG 84 16:46:02 PDT Date: 21 Aug 84 16:47:09 PDT (Tuesday) From: Kaminski.PA@XEROX.ARPA Subject: Re: WSFAST16 now available In-reply-to: To: Keith Petersen cc: Info-Cpm@AMSAA.ARPA Hi, Please tell me, how I can get the patch for 3.3. WS for Xerox 16/8. I would like to send you a disket to copy if it is O.K. for you . Joe... 22-Aug-84 07:19:11-MDT,938;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Aug 84 07:19:04-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 22 Aug 84 4:39 EDT Received: from simtel20.arpa by BRL-AOS.ARPA id a001143; 22 Aug 84 4:38 EDT Date: 22 Aug 1984 02:38 MDT (Wed) Message-ID: From: Richard Conn To: info-cpm@brl.ARPA Subject: ZCPR3 Newsletters 3 and 4 ZCPR3 Newsletters 3 and 4 are stored in MICRO: as NEWS003.Z3 and NEWS004.Z3. Newsletter 3 is quite long (more than 10 pages) and its subject is installation; it addresses many of the common installation questions and provides another approach to installation from a slightly different perspective than that in the installation manual. Newsletter 4 is mainly an editorial by Echelon and several news tidbits, and it is MUCH shorter than 3. Enjoy! Rick 23-Aug-84 04:44:50-MDT,953;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 Aug 84 04:44:43-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 23 Aug 84 6:20 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a001788; 23 Aug 84 6:19 EDT Date: 23 August 1984 06:18-EDT From: Gail Zacharias Subject: Yet another tops-20 CP/M utility. To: INFO-CPM@mit-mc.ARPA MAKLBR is a Tops-20 program for collecting any number of files into a single .LBR file which can then be downloaded and handled with the usual CP/M utilities (LU, LRUN, etc). It can be used as an alternative to batch mode transfers when the latter are unavailable or inconvenient. The source is available on SIMTEL20 in MICRO:MAKLBR.MID. To assemble, do @MIDAS MAKLBR (if your site doesn't have Midas, complain to your system staff). Do @MAKLBR for a short explanation of command line syntax. Report bugs to me. 23-Aug-84 08:47:12-MDT,3426;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 Aug 84 08:46:44-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 23 Aug 84 10:02 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a003962; 23 Aug 84 10:00 EDT Date: 23 August 1984 09:56-EDT From: "Allan D. Plehn" Subject: Changes/additions to SIMTEL20 micro: in last two weeks To: INFO-CPM@mit-mc.ARPA cc: PLEHN@mit-mc.ARPA Changes/additions to subject directory since 11 August are shown below: **** CPM CRCLST OF 23 AUGUST, 1-103 (4468) CPMPRT51.BAS.3 ASCII 11147 88 = 58H 23C1H **** CPM CRCLST OF 11 AUGUST, 1-103 (4468) CPMPRT51.BAS.1 ASCII 11129 87 = 57H 3B3DH *************** **** CPM CRCLST OF 23 AUGUST, 1-337 (14738) LUDEF4.DOC.1 ASCII 9449 74 = 4AH BF2EH **** CPM CRCLST OF 11 AUGUST, 1-337 (14738) LUDEF3.DOC.1 ASCII 7900 62 = 3EH D57FH *************** **** CPM CRCLST OF 23 AUGUST, 1-769 (34144) DAUGINST.TQT.1 COM 39552 309 = 135H 6520H DAUGINST.TXT.1 ASCII 62681 490 = 1EAH 4EF4H **** CPM CRCLST OF 11 AUGUST, 1-769 (34144) *************** **** CPM CRCLST OF 23 AUGUST, 1-798 (35436) MBOOTH89.ASM.1 ASCII 5133 41 = 29H A1B3H **** CPM CRCLST OF 11 AUGUST, 1-796 (35338) *************** **** CPM CRCLST OF 23 AUGUST, 1-1081 (48219) RT11MODM.C.2 ASCII 4088 32 = 20H 085FH RT11MODM.DOC.1 ASCII 946 8 = 8H 6981H **** CPM CRCLST OF 11 AUGUST, 1-1078 (48071) RT11MODM.C.1 ASCII 4125 33 = 21H A457H *************** **** CPM CRCLST OF 23 AUGUST, 1-1129 (50478) M7KP-X48.MSG.1 ASCII 1233 10 = AH D70FH **** CPM CRCLST OF 11 AUGUST, 1-1125 (50280) *************** **** CPM CRCLST OF 23 AUGUST, 1-1821 (81786) BISHW111.ASM.1 ASCII 27202 213 = D5H 6D0EH BISHW111.DOC.1 ASCII 3060 24 = 18H 10BAH **** CPM CRCLST OF 11 AUGUST, 1-1816 (81538) BISHW110.ASM.1 ASCII 25028 196 = C4H 6703H BISHW110.INF.1 ASCII 1195 10 = AH 8E07H *************** **** CPM CRCLST OF 23 AUGUST, 1-1935 (86889) WSFAST15.DOC.1 ASCII 4848 38 = 26H D56DH WSFAST15.SUB.1 ASCII 5391 43 = 2BH DE7BH **** CPM CRCLST OF 11 AUGUST, 1-1930 (86641) WSFAST13.SUB.1 ASCII 3881 31 = 1FH FC25H *************** **** CPM CRCLST OF 23 AUGUST, 1-1947 (87483) WSLSTPAT.HEX.1 ASCII 100 1 = 1H 48DEH **** CPM CRCLST OF 11 AUGUST, 1-1941 (87185) *************** **** CPM CRCLST OF 23 AUGUST, 1-2223 (99920) LDR.MAC.1 COM 11264 88 = 58H E5E0H LDR-UPD.COM.1 COM 2560 20 = 14H 5204H LDR-UPD.MSG.1 ASCII 532 5 = 5H 55D3H **** CPM CRCLST OF 11 AUGUST, 1-2216 (99572) LDR.COM.1 COM 2560 20 = 14H A14EH LDR.MAC.1 COM 11264 88 = 58H E5E0H *************** **** CPM CRCLST OF 23 AUGUST, 1-2236 (100508) NEWS001.Z3.1 ASCII 2872 23 = 17H 70AAH NEWS002.Z3.1 ASCII 5912 47 = 2FH 0D6CH **** CPM CRCLST OF 11 AUGUST, 1-2228 (100107) *************** **** CPM CRCLST OF 23 AUGUST, 1-2310 (103863) Z3BOOK.0.1 ASCII 3117 25 = 19H 481EH Z3BOOK.1.1 ASCII 13730 108 = 6CH 6FA9H Z3BOOK.2.1 ASCII 2262 18 = 12H A546H Z3BOOK.3.1 ASCII 2714 22 = 16H BCA4H Z3BOOK.4.1 ASCII 12009 94 = 5EH 827BH Z3BOOK.5.1 ASCII 1573 13 = DH AFC1H **** CPM CRCLST OF 11 AUGUST, 1-2300 (103366) *************** Al Plehn 24-Aug-84 06:50:28-MDT,574;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 Aug 84 06:50:21-MDT Received: From rutgers.arpa.ARPA by AMSAA via smtp; 24 Aug 84 8:04 EDT Date: 24 Aug 84 08:07:52 EDT From: KSPROUL@RUTGERS.ARPA Subject: Kaypro VT100 terminal emulator To: info-cpm@AMSAA.ARPA Does anyone know of a vt100 (or other decent terminal that will work with DEC stuff) that runs on a Kaypro, I need to buy one ASAP... Thanks much. Keith Sproul Ksproul@Rutgers.arpa pls respond to me since I am not on this bboard.. ------- 24-Aug-84 07:29:22-MDT,789;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 Aug 84 07:29:17-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 24 Aug 84 8:53 EDT Received: from simtel20.arpa by BRL-AOS.ARPA id a012507; 24 Aug 84 8:53 EDT Date: 24 Aug 1984 06:57 MDT (Fri) Message-ID: From: Richard Conn To: info-cpm@brl.ARPA Subject: XLATE2 Version 1.1 XLATE2, VERSION 1.1 is now uploaded to SIMTEL20 in MICRO: as XLATE2-11.MAC. There is also a DOC file. CRCs check from the upload. The MAC file is in binary format. The DOC file is text. XLATE2 translates 8080 assembly language source (Intel mnemonics) to Z80 assembly language source (Zilog mnemonics). Rick 24-Aug-84 08:41:39-MDT,980;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 Aug 84 08:41:33-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 24 Aug 84 10:07 EDT Date: 24 Aug 1984 08:15 MDT (Fri) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Cc: RCONN@Simtel20.ARPA Subject: XLATE2 Version 1.1 files Date: Friday, 24 August 1984 06:57-MDT From: Richard Conn To: info-cpm at brl.ARPA Re: XLATE2 Version 1.1 XLATE2, VERSION 1.1 is now uploaded to SIMTEL20 in MICRO: as XLATE2-11.MAC. There is also a DOC file. CRCs check from the upload. The MAC file is in binary format. The DOC file is text. XLATE2 translates 8080 assembly language source (Intel mnemonics) to Z80 assembly language source (Zilog mnemonics). Rick Note: Both files are now ASCII format. --Keith 24-Aug-84 12:58:09-MDT,546;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 Aug 84 12:58:05-MDT Received: From usc-isi.arpa.ARPA by AMSAA via smtp; 24 Aug 84 14:21 EDT Date: 24 Aug 1984 14:24-EDT Sender: SCHNUR@USC-ISI.ARPA Subject: modem under unix From: SCHNUR@USC-ISI.ARPA To: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISI.ARPA]24-Aug-84 14:24:03.SCHNUR> Could somebody give me pointers for a public domain modem7 type program that runs under unix? (In fortran) Joel Schnur (NRL) Schnur@isi 25-Aug-84 19:01:47-MDT,4948;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Aug 84 19:01:32-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 25 Aug 84 20:31 EDT Date: 25 Aug 1984 18:34 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: XCAT42 for diskette master catalog now available XCAT42 (a part of MCAT, the Master Catalog Program for keeping a complete diskette catalog) is now available on SIMTEL20. Here's a list of the new files: Filename Type Bytes Sectors CRC Directory MICRO: XCAT42.AQM.1 COM 21120 165 = A5H E387H XCAT42.ASM.1 ASCII 30582 239 = EFH AA26H XCAT42.COM.1 COM 2816 22 = 16H 1512H XCAT42.DOC.1 ASCII 4526 36 = 24H 0896H XCAT42.HEX.1 ASCII 6867 54 = 36H 7073H XCAT42U.COM.1 COM 2816 22 = 16H BC5BH XCAT42U.HEX.1 ASCII 6867 54 = 36H AECFH What XCAT does: XCAT uses the CP/M catalog file called MAST.CAT. It makes a new cross-reference file which it can then immediately print in paginated format, or can put the new file directly to disk. It can handle files of any length, even if longer than available memory. MAST.CAT files with thousands of programs can be properly handled by XCAT. It loads in as much of MAST.CAT as available memory permits, then rearranges the file in a cross-reference manner so duplicate copies of the same program show what disks they are on. Here is a small sample which is obtained with the USER equate set NO: CAT .ASM - 106 CAT .COM - 033 034 092 093 106 123 147 CAT .DOC - 033 034 106 CAT2 .COM - 033 034 CATALOG .HLP - 051 CBAS2 .COM - 031 032 040 CCP .ASM - 059 CCP .DOC - 059 CHECKERS.BAS - 082 Paul Traina has added a feature that will appeal strongly to those with hard disks, or who otherwise like to have user areas to show where to find a particular program. An "USER" equate may be set, to display not only the disk but the user area the program is on. (The comparable USER equate in MCAT should be set YES.) CAT .ASM - 106/05 CAT .COM - 033/05 034/12 092/01 093/10 106/07 123/08 147/13 CAT .DOC - 033/05 034/12 106/06 CAT2 .COM - 033/05 034/12 CATALOG .HLP - 051/00 CBAS2 .COM - 031/03 032/11 040/15 CCP .ASM - 059/05 CCP .DOC - 059/05 CHECKERS.BAS - 082/02 Among other things, this allows you to quickly determine how many copies of each file you have, and delete unneeded extra copies. Up to ten disk ID numbers are shown per line. (7 when also displaying user number.) If more exist, a new line is started to continue the numbering. XCAT paginates when printing to the list device. It asks several questions for the operator to answer: 1) Option of including 'space remaining' lines added by MCAT 2) Option to make a disk file instead of printing 3) Option to put tear tabs for roll paper every 11 inches, defaults to fanfold paper with no tear tabs 4) Option to add spaces to the left margin 5) Option to print the date 6) Option to start at any page number 7) Option to print "x" number of pages (defaults to all remaining) Not all printers have adjustable left margins. You can readily insert up to 9 extra spaces, faking an adjustable left margin. Any number of file names may be handled by XCAT. With a 64k com- puter having a typical size BIOS, around 3200 names may be handled each pass. It can handle up to 999 pages on the pagination before it starts over. This should handle at least 50,000 file names. It takes about one minute to handle a file with 3000 names. XCAT also shows the total number of files handled as well as the number of "unique file names", since a great many of the total number are duplicates. This information gives the true count of different files in the catalog. Here is a list of other files associated with the MCAT package. These have not been updated but are included here for your convenience. Filename Type Bytes Sectors CRC Directory MICRO: FIND40.COM.1 COM 1664 13 = DH D443H FIND40.HEX.1 ASCII 4693 37 = 25H 517AH MCAT.SET.1 ASCII 3701 29 = 1DH 44D5H MCAT43.AQM.1 COM 28032 219 = DBH 3472H MCAT43.ASM.1 ASCII 40975 321 = 141H D74AH MCAT43.COM.1 COM 6912 54 = 36H AFA4H MCAT43.DOC.1 ASCII 7273 57 = 39H 0DFBH MCAT43.HEX.1 ASCII 16840 132 = 84H C2BAH NULL.ASM.1 ASCII 4166 33 = 21H 4D17H NULL.COM.1 COM 640 5 = 5H 33F5H NULL.HEX.1 ASCII 1580 13 = DH 3216H --Keith 25-Aug-84 19:03:22-MDT,1359;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Aug 84 19:03:11-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 25 Aug 84 20:34 EDT Date: Friday, 17 August 1984 17:14-MDT Message-ID: Sender: hplabs!sdcrdcf!sdcsvax!akgua!mcnc!ecsvax!communcg@Ucb-Vax.ARPA From: hplabs!sdcrdcf!sdcsvax!akgua!mcnc!ecsvax!communcg@Ucb-Vax.ARPA To: info-micro@Brl.ARPA Subject: Suggestions for Deaf BBS Wanted ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Sat 25 Aug 1984 18:37-MDT I am getting ready to establish a local electronic BBS for deaf people The system must be able to accept 5-bit BAUDOT code (old TTY's) as well as 8-bit ASCII (new telecomm devices for the deaf). Does anyone have experience with any such devices -- hardware/software combinations? I am now considering DEAFNET which is a software/hardware combination (not yet commercially available). It's set up on a TRS-80 Model 16B--the $7000 price tag for hardware, tho, may cause us to change tho -- this is a fairly small town. Other options are an 8-bit machine (Apple or TRS-80), but the ability to have both BAUDOT and ASCII terminals communicating with the same BBS. Any suggestions will be appreciated! Cindy King !ecsvax!communcg 25-Aug-84 20:36:22-MDT,1284;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Aug 84 20:36:15-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 25 Aug 84 21:58 EDT Date: 25 Aug 1984 20:01 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: CCT2 text file program available CCT2 is now available on SIMTEL20. This is an amazing program for its size (2K). It does all sorts of neat stuff: > concatenates text files--makes one big file out of many others > GREP-like--will prefix or append text to files > will substitute for SUBMIT > will write SUBMIT files > tiny text editor--the .DOC file was done with CCT > and more. Read the .INF file for details. An assembled version is included for those without a macroassembler. Here is a list of the files: Filename Type Bytes Sectors CRC Directory MICRO: CCT2.ASM.1 ASCII 26571 208 = D0H 7F0FH CCT2.COM.1 COM 1792 14 = EH 0DDCH CCT2.DOC.1 ASCII 565 5 = 5H 0A7FH CCT2.HEX.1 ASCII 4377 35 = 23H 32E6H CCT2.INF.1 ASCII 10142 80 = 50H 8617H --Keith 25-Aug-84 21:00:35-MDT,594;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Aug 84 21:00:30-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 25 Aug 84 22:28 EDT Date: 25 Aug 1984 20:31 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: SID help file now available A new help file has been added to our collection at SIMTEL20. SID.HLP is for the Digital Research SID debugger. You'll find it in MICRO:SID.HLP --Keith 25-Aug-84 21:02:27-MDT,2084;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Aug 84 21:02:19-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 25 Aug 84 22:15 EDT Date: 25 Aug 1984 20:19 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: MESSAGE makes self-printing .COM files Al Jewer has just released MESSAGE, a short program that many readers will find very useful if you have ever wished that you could easily create a .COM file to print a message to the user. This program is intended to make it easier to create message files for RCPM and other CP/M systems. For instance, if you upgrade a utility on your system, you would want to tell the users to use the new file instead of the old one, for instance: TYPESQ no longer needed - use TYPE instead. You can copy MESSAGE.COM with your text editor, (renaming it appropriately), insert your text (terminated with a $), and rename it to what you want. It can then be run DIRECTLY without assembly or loading!! The trick is that the program was written so that the machine instructions would all be ASCII characters. This means that when you edit the MESSAGE.COM file, the first line of 'funny' characters that you see are actually the program to type the message! When you edit this file, make SURE you use 'NON-DOCUMENT' mode, or the machine code on the first line of the file could get destroyed. Do not alter the characters in the first line - they MUST be left as they are. Start your message on the SECOND line of the screen, and be sure to end it with a dollar-sign ($). Other uses: RCPM Wallchart, system information files, etc..... Here's a list of the files available on SIMTEL20: Filename Type Bytes Sectors CRC Directory MICRO: MESSAGE.ASM.1 ASCII 2700 22 = 16H B283H MESSAGE.COM.1 COM 256 2 = 2H 9358H MESSAGE.DOC.1 ASCII 1228 10 = AH 5EA9H --Keith 25-Aug-84 21:18:06-MDT,3505;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Aug 84 21:17:53-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 25 Aug 84 22:45 EDT Date: 25 Aug 1984 20:48 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: SD-92 directory program now available SD-92, the latest version of the Super Directory program, is now available on SIMTEL20. Here is a list of files, followed by a brief description of all its features: Filename Type Bytes Sectors CRC Directory MICRO: SD-92.AQM.1 COM 66816 522 = 20AH E412H SD-92.ASM.1 ASCII 93017 727 = 2D7H E95CH SD-92.COM.1 COM 4096 32 = 20H 1D0CH SD-92.DOC.1 ASCII 16646 131 = 83H 6DACH SD-92.DQC.1 COM 10880 85 = 55H 8EE1H SD-92.HEX.1 ASCII 9986 79 = 4FH 53AFH SD-92.INF.1 ASCII 2484 20 = 14H 3530H SD-92.LBR.1 COM 83968 656 = 290H F84AH Note: the .LBR file is here for the convenience of those who want the whole package and can FTP ITS-binary files. It may be deleted later if we need the disk space. SUBJECT: SD-92 super directory program DATE: 07/27/84 NOTE: SD-92 will skip over drives where the maximum user area as set in the drive/user look up table is negative. This is for systems that do not have contiguous disk drive like the XEROX 820 hard disk and the CCS hard disk systems. SUBJECT: SD-91 super directory program DATE : 07/27/84 NOTE: SD-91 works automatically with any number of disk drives, up to 16. If a disk has been left out of a drive, the program passes that drive and continues. It can be intentionally set to work with a specified number of drives, however. ======================================================================== QUICK SUMMARY OF OPTIONS: B>SD $U4ADL (etc.) A - All user areas allowed, usually 0-15, less on RCPM systems C - Clear screen (if activated for your CRT) D - All disks starting with 1st available (usually A:) F - Makes a file called DISKMENU.DIR automatically L - Library list option N - No pagination, keeps scrolling if more than one full page P - Printer option - lists to printer R - Reset disk (perhaps a new one installed) S - Shows system files (otherwise doesn't) V - Shows date, version number U8 - Start with user 8 4, 6, or 8 - Displays files in the optional 40, 64 or 80 column format Using the $D option now automatically starts on the 1st available drive (usually A:) drive regardless what drive you were on when you started. It then checks all available drives. Similiarly, using the $A option will now always start with User 0, unless entered as $UnA - where n is a valid user number above zero. You may now use ZCPR2 drive/user# syntax, i.e., A0:, B5:, ect. and there is no need to specify a drive spec in the command line, i.e., SD A: $AD. You You may now vary the number of file names per line on the fly. You may also use (and store) the value used by SD for display at the lo- cation defined by MAXC by enabling the MAXCL equate (YES). Then just have your signon or RBBS program assign the proper value for number of lines, (1-4) and store it at MAXC. This means there is no more need to keep several versions of SD online. --Keith 25-Aug-84 21:45:38-MDT,1819;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Aug 84 21:45:32-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 25 Aug 84 23:02 EDT Date: 25 Aug 1984 21:05 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: PASS30 adds password access to any .COM file PASS30, a new program to add password access to any .COM file is now available on SIMTEL20. Here's a list of the files, followed by a brief description of how it works: Filename Type Bytes Sectors CRC Directory MICRO: PASS30.COM.1 COM 512 4 = 4H 5A48H PASS30.DOC.1 ASCII 1334 11 = BH 9B93H PASS30.HEX.1 ASCII 1271 10 = AH 6139H This is a novel little program that will install a password into any COM file. The best way to explain is to give an example: A>DIR <- the two files are on the dsk PASS30 .COM | STAT .COM A>STAT <- the original file is run A: R/W 38k free A>PASS30 STAT.COM <- PASS30 is invoked Password? FREEDOM <- the PW is now set A>STAT <- someone tries to run it Password? BARF <- oops, wrong pw, so warmboot A> A>STAT <- let's try again Password? FREEDOM <- proper pw entered, so run A: R/W 38k free the program A> DO NOT run PASS30 over a program twice! then you will need to enter TWO passwords (it has no way of "clearing" the pw, so once it's set, it's locked in there.) --Keith 26-Aug-84 04:52:00-MDT,1134;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 26 Aug 84 04:51:55-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 26 Aug 84 6:26 EDT Received: from usc-isid.arpa by BRL-AOS.ARPA id a002459; 26 Aug 84 6:29 EDT Date: 26 Aug 1984 06:27-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Morse Code Instruction From: ABN.ISCAMS@USC-ISID.ARPA To: Hirst.RX@XEROX.ARPA Cc: ABN.ISCAMS@USC-ISID.ARPA, INFO-CPM@BRL.ARPA Message-ID: <[USC-ISID.ARPA]26-Aug-84 06:27:07.ABN.ISCAMS> In-Reply-To: The message of 17 Aug 84 11:03:26+0100 (Friday) from Hirst.RX@XEROX.ARPA Ken, Thanks for the morse offer -- but already reinvented the wheel. Actually convinced the faithful Toad (Morrow Decision I, and NO game ports lately!) to both send and receive Morse, in BASIC and Assembler. Hoo Haaaah! Now porting (??) to a C64. Got it to send, now figuring out the game ports to interface to a standard key. However it (the 3rd this week) just blew up (garbaged screen) - lasted longer than the other two. (Sigh....) Regards, David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID) 26-Aug-84 13:23:47-MDT,1412;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 26 Aug 84 13:23:38-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 26 Aug 84 14:57 EDT Date: 26 Aug 1984 13:00 MDT (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Kaypro-10 CBIOS source available The following new files, available from SIMTEL20, will be of interest to Kaypro-10 owners who need the source code for the CBIOS. --Keith Filename Type Bytes Sectors CRC Directory MICRO: KP10BIOS.DOC.1 ASCII 666 6 = 6H BA7AH KP10BIOS.MAC.1 ASCII 17600 138 = 8AH 842FH BIOS for the Kaypro 10 ====================== The accompanying file is the BIOS source for my Kaypro 10 with the ZCPR3 initialization. This BIOS works on Kaypro 10's with CP/M version 2.2D, 2.2F, and 2.2G. It has been tested with all those versions. There is a table of equates in the beginning of the listing. Set the one corresponding to your CPM version to true and the other two to false and you should be in business. If you don't want the ZCPR3 buffer initialization, just set the ZCPR3 equate to false and you have a "plain vanilla" CPM system. John C. Smith Manlius, NY August 20, 1984 26-Aug-84 21:43:43-MDT,473;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 26 Aug 84 21:43:39-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 26 Aug 84 23:18 EDT Date: 26 August 1984 23:19-EDT From: Herb Lin Subject: disk catalog programs... To: info-cpm@Amsaa.ARPA is there a program (preferably PD) that will allow one to display comments about the contents of a file along with a directory listing? thanks. 27-Aug-84 03:26:22-MDT,1622;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 03:26:14-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Aug 84 5:01 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a004223; 27 Aug 84 4:57 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 27 Aug 84 1:26-PDT Date: 26 Aug 84 19:57:35-PDT (Sun) To: info-cpm@BRL.ARPA From: hplabs!hao!seismo!cmcl2!lanl-a!jp@UCB-VAX.ARPA Subject: dBASE II v. 2.4 'feature' Article-I.D.: lanl-a.12610 I believe that I have discovered a feature of dBASE II v. 2.4. The report command has a new option 'WHILE' ' that terminates the report as soon as the while condition is not satisfied. The feature is that 'WHILE' does not work in combination with 'FOR '. I thought that I would be clever and fix up a way to terminate the report prematurely by using the patch (I forgot where it comes from) that stores the most recent keyboard character in a location (337 decimal) that does not get zeroed by dBASE II. Then I could set up the report something like: REPORT FORM TEST FOR LASTNAME='D' WHILE PEEK(337)<>3 TO PRINT Then, if I was unhappy with the report I could quit with a CTL-C instead of waiting for the whole thing to finish or hitting the reset button (not a good practice if you have recently editted a file.) Both the 'FOR' and the 'WHILE' options work OK by themselves, but not together in either order. Maybe I ask too much of dBASE II. Does anyone have a good idea about how to interrupt a report output without hitting reset??? Jim Potter jp@LANL 27-Aug-84 03:32:41-MDT,1622;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 03:32:15-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Aug 84 5:01 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id ab04223; 27 Aug 84 4:57 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 27 Aug 84 1:25-PDT Date: 26 Aug 84 19:56:21-PDT (Sun) To: info-cpm@BRL.ARPA From: hplabs!hao!seismo!cmcl2!lanl-a!jp@UCB-VAX.ARPA Subject: dBASE II v. 2.4 'feature' Article-I.D.: lanl-a.12609 I believe that I have discovered a feature of dBASE II v. 2.4. The report command has a new option 'WHILE' ' that terminates the report as soon as the while condition is not satisfied. The feature is that 'WHILE' does not work in combination with 'FOR '. I thought that I would be clever and fix up a way to terminate the report prematurely by using the patch (I forgot where it comes from) that stores the most recent keyboard character in a location (337 decimal) that does not get zeroed by dBASE II. Then I could set up the report something like: REPORT FORM TEST FOR LASTNAME='D' WHILE PEEK(337)<>3 TO PRINT Then, if I was unhappy with the report I could quit with a CTL-C instead of waiting for the whole thing to finish or hitting the reset button (not a good practice if you have recently editted a file.) Both the 'FOR' and the 'WHILE' options work OK by themselves, but not together in either order. Maybe I ask too much of dBASE II. Does anyone have a good idea about how to interrupt a report output without hitting reset??? Jim Potter jp@LANL 27-Aug-84 05:57:32-MDT,911;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 05:57:28-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Aug 84 7:23 EDT Received: from simtel20.arpa by BRL-AOS.ARPA id a004507; 27 Aug 84 7:19 EDT Date: 27 Aug 1984 05:19 MDT (Mon) Message-ID: From: CSTROM@simtel20.ARPA To: Herb Lin Cc: Info-CPM@brl.ARPA, CSTROM@simtel20.ARPA Subject: disk catalog programs... In-reply-to: Msg of 26 Aug 1984 21:19-MDT from Herb Lin I have just run across a program that is supposed to allow commenting of volumes and individual files and is designed to run along with Ward's catalog program. It is on CIS (in the CP/M sig) and is available only as a binary with an accompanying doc file. It is called FILE.COM. Are you interested in my uploading it to Simtel20? 27-Aug-84 07:59:30-MDT,612;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 07:59:24-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 27 Aug 84 9:18 EDT Date: 27 Aug 1984 07:21 MDT (Mon) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: DUMP1084.MAC file fixed MICRO:DUMP1084.MAC was trashed in the last sector (it came that way from the author). It has been replaced with a good copy. Sorry if this caused any inconvenience. --Keith 27-Aug-84 08:26:04-MDT,2911;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 08:25:51-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 27 Aug 84 9:46 EDT Date: 27 Aug 1984 07:49 MDT (Mon) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: ERAQ16 selective erase program available ERAQ16 v1.6 - Selective erase program is now available on SIMTEL20. ERAQ shows file names and separately asks confirmation on each, prior to erasure. This minimizes accidental erasures. (If you still erase a file you meant to keep you can easily restore it to normal by using a program called "UNERA". This assumes you have not overwritten any part of it. Every CP/M operator should have "UNERA.COM" for peace of mind! This program is patterned after the ERAQ function provided with Digital Research's MP/M system. Here is a list of the new files, followed by a short Modification & Update List: Filename Type Bytes Sectors CRC Directory MICRO: ERAQ16.ASM.1 ASCII 12012 94 = 5EH DF52H ERAQ16.COM.1 COM 1024 8 = 8H ADF2H ERAQ16.HEX.1 ASCII 2516 20 = 14H 671BH ERAQ16.INF.1 ASCII 2440 20 = 14H 5228H 04/06/84 Modified to display drive code with filename. v1.6 Jim Dreher 12/21/83 Increased capacity to more than 256 files. Used to have v1.5 problems with large directories because file counters were only eight bits wide - now 16. Made the "no files specified" error optional by conditional assembly. Added "ASEG" directive and eliminated colons on equate lables to allow assembly by Macro-80. Tony Newman (WB7FCN) 01/10/83 Modified to eliminate warm reboot when finished. Was most annoying, for if not in 'A' drive rebooted both the current v1.4 drive and 'A' as well. Reformatted, now assembles normally with ASM or MAC. Standardized tab stops, some were missing. Included error message if no files specified for erasure. - Irv Hoff 04/16/82 Mask bit 7 for console output for memory-mapped video boards which use the high bit for attribute info. 12/10/81 Added checks for $SYS and $RO attributes. 11/20/81 Added default to '*.*' if no input parameters. 11/08/81 Original program written by Thomas Hill. The UNERA program mentioned above has been available from SIMTEL20 for some time. Here is a list of the UNERA files, for your convenience: Filename Type Bytes Sectors CRC Directory MICRO: UNERA20.ASM.1 ASCII 17261 135 = 87H 54C6H UNERA20.COM.1 COM 1408 11 = BH 29E4H UNERA20.DOC.1 ASCII 4760 38 = 26H 0E8CH UNERA20.HEX.1 ASCII 3440 27 = 1BH D801H UNERA20.HLP.1 ASCII 4796 38 = 26H EFD0H --Keith 27-Aug-84 09:13:52-MDT,965;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 09:13:41-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 27 Aug 84 10:37 EDT Date: 27 Aug 1984 08:40 MDT (Mon) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: RCPM-053.LST list of all known RCPMs updated The latest list of all known RCPM (Remote CP/M) systems is now available from SIMTEL20. If you cannot FTP and you are not already on the list to automatically receive updates of RCPM-xx.LST, please send a note to me and I'll add you to the mailing list. Filename Type Bytes Sectors CRC Directory MICRO: RCPM-053.LQT.1 COM 33408 261 = 105H C3DFH RCPM-053.LST.1 ASCII 54355 425 = 1A9H 87C9H --Keith Usenet: ...decvax!brl-bmd!w8sdz or ...unc!brl-bmd!w8sdz 27-Aug-84 09:17:54-MDT,803;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 09:17:47-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 27 Aug 84 10:35 EDT Date: 27 Aug 1984 08:32 MDT (Mon) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: LUDEF5.DOC latest definition of .LBR file format The author of LU (the CP/M Library Utility program which makes .LBR files) has just issued an expanded and improved documentation defining the format of .LBR files. The new .DOC file is now available on SIMTEL20 as: Filename Type Bytes Sectors CRC Directory MICRO: LUDEF5.DOC.1 ASCII 16599 130 = 82H 8DC0H --Keith 27-Aug-84 12:26:23-MDT,1527;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 12:26:16-MDT Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 27 Aug 84 13:40 EDT Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.33) id AA00644; Mon, 27 Aug 84 10:41:48 pdt Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA) by ucbjade.CC.Berkeley.ARPA (4.14/4.23.5) id AA06546; Mon, 27 Aug 84 10:43:28 pdt Received: by ucbopal.CC.Berkeley.ARPA (4.14/4.23.5) id AA08794; Mon, 27 Aug 84 10:43:08 pdt Date: Mon, 27 Aug 84 10:43:08 pdt From: William C. Wells Message-Id: <8408271743.AA08794@ucbopal.CC.Berkeley.ARPA> To: info-cpm@Amsaa.ARPA, info-micro@brl.ARPA Subject: Re: Suggestions for Deaf BBS Wanted I would suggest using normal computer bulletin board software and hardware with a BAUDOT/ASCII conversion unit between the computer and the modem. Some local amateur radio operators should be able to help you with information about BAUDOT/ASCII conversion units. Amateur radio operators have been using the BAUDOT code (International Telegraph code # 2) for years. Many of them now use microcomputers instead of teletypewritters as BAUDOT terminals. There are also a couple of commercial companies that sell BAUDOT/ASCII conversion units. I saw one several years ago that used two conversion units BAUDOT/CW and CW/ASCII to do BAUDOT/ASCII conversion. Bill Wells ucbvax!wcwells wcwells@Berkeley.ARPA 27-Aug-84 12:57:57-MDT,1291;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 12:57:49-MDT Date: Mon, 27 Aug 84 13:56:22 EDT From: Dave Towson (info-cpm-request) To: info-cpm@Amsaa.ARPA Subject: [Bridger Mitchel: Re: [WIrish.WBST: Some CPM and/or Kaypro II info needed]] ----- Forwarded message # 1: Received: From rand-unix.arpa.ARPA by AMSAA via smtp; 24 Aug 84 20:41 EDT Received: by rand-unix.ARPA; Fri, 24 Aug 84 17:18:07 pdt From: Bridger Mitchell Message-Id: <8408250018.AA00332@rand-unix.ARPA> Date: 24 Aug 84 17:18:02 PDT (Fri) To: Dave Towson Cc: bridger@rand-unix Subject: Re: [WIrish.WBST: Some CPM and/or Kaypro II info needed] In-Reply-To: Your message of Mon, 20 Aug 84 9:23:55 EDT. PluPerfect Systems, Box 1494, Idyllwild CA 93249 has a low-cost BIOS/BDOS enhancement package that rand-unix Subject: Re: [WIrish.WBST: Some CPM and/or Kaypro II info needed] In-Reply-To: Your message of Mon, 20 Aug 84 9:23:55 EDT. PluPerfect Systems, Box 1494, Idyllwild CA 93249 has a low-cost BIOS/BDOS enhancement package that incorporates 0.1-9 second settable motor timeout (interrupt-timer driven). --bridger ----- End of forwarded messages 27-Aug-84 17:42:32-MDT,1082;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 17:42:18-MDT Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 27 Aug 84 19:13 EDT Received: from radc-multics.arpa by BRL-VGR.ARPA id a015060; 27 Aug 84 19:18 EDT Date: Mon, 27 Aug 84 19:12 EDT From: Wiedemann@RADC-MULTICS.ARPA Subject: MEX11 info needed! To: info-cpm@BRL-VGR.ARPA Message-ID: <840827231227.175341@RADC-MULTICS.ARPA> Last weekend, I downloaded MEX11.COM from CompuServe on the CP/M SIG. I also downloaded the MXO-HZ11.ASM and MXO-SM13.ASM overlays. When I edited the overlays, assembled them and loaded them over MEX11 using MLOAD21.COM, running the program just got me a "+++ Null file name +++" message. Is there something in the documentation for MEX11 I should know about? I hesitated to download it from CompuServe since it was 121K long! Any help is appreciated. Perhaps all I need is the documentation. If anyone might know when it will be on SIMTEL, I'd like to know about it. Wolf Wiedemann RADC-MULTICS 27-Aug-84 21:24:39-MDT,665;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 21:24:34-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 27 Aug 84 22:49 EDT Date: Mon 27 Aug 84 20:52:17-MDT From: Jim Forrest Subject: Eagle To: INFO-CPM@AMSAA.ARPA cc: INFO-MICRO@AMSAA.ARPA, JFORREST@SIMTEL20.ARPA I noticed an ad in Byte for the Eagle IIE/2 computer with 2 390K disk drives, 4Mhz Z-80, 2 serial and 1 par port and several software packages, for $895. Anyone have any info on this computer, and California Digital in Carson, California? Appreciate feedback before decision Jim ------- 27-Aug-84 21:31:31-MDT,803;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 21:31:27-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Aug 84 22:56 EDT Received: from jpl-vlsi.arpa by BRL-AOS.ARPA id a000301; 27 Aug 84 22:52 EDT Date: 27 Aug 1984 1941 PDT From: "Bruce L. Conroy" Subject: Aborting a dBaseII report To: info-cpm@brl.ARPA Cc: jp@lanl.ARPA Reply-To: BLC@JPL-VLSI.ARPA I've always aborted a report with ESCAPE. Unless your have done . SET ESCAPE OFF it dumps you back at the dot prompt. At that point a . SET PRINT OFF is needed to turn off the printer, and unfortunately, any DO file in process is cancelled. Other than these minor problems, it works fine. BLC@JPLVLSI ------ 28-Aug-84 17:54:41-MDT,756;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 Aug 84 17:54:37-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 28 Aug 84 19:32 EDT Received: from simtel20.arpa by BRL-AOS.ARPA id a013190; 28 Aug 84 19:36 EDT Date: 28 Aug 1984 17:35 MDT (Tue) Message-ID: From: CSTROM@simtel20.ARPA To: Wiedemann@radc-multics.ARPA Cc: INFO-CPM@brl.ARPA, CSTROM@simtel20.ARPA Subject: MEX11 info In-reply-to: Msg of 27 Aug 1984 17:12-MDT from Wiedemann at RADC-MULTICS.ARPA There have been several reports of problems with installations of MEX11, and Ron has indeed localized the problem. There should be a _short_ file repairing MEX11.COM in a couple of days. 28-Aug-84 20:38:58-MDT,1822;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 Aug 84 20:38:52-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 28 Aug 84 22:05 EDT Date: 28 Aug 1984 20:08 MDT (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Ron Fowler's MEX111 now available on SIMTEL20 MEX111, the latest version of MEX, the popular modem program by Ron Fowler, is now available on SIMTEL20. MEX111 replaces MEX10 and MEX11. Here is a list of the new files (note that some files are available in both ASCII and SQUEEZED formats, as well as the entire MEX111.LBR itself for those who can FTP ITS-binary files). Filename Type Bytes Sectors CRC Directory MICRO: MEX.HLP.1 ASCII 646 6 = 6H 89DFH MEX.HQP.1 COM 32640 255 = FFH 71EAH MEX111.COM.1 COM 24064 188 = BCH 1DF3H MEX111.HEX.1 ASCII 58580 458 = 1CAH 4810H MEX111.LBR.1 COM 127488 996 = 3E4H 628FH MEX11DOC.TOC.1 ASCII 3030 24 = 18H D59AH MEX11DOC.TQC.1 COM 1664 13 = DH 2922H MEX11DOC.WQ.1 COM 55040 430 = 1AEH D7A2H MEX11DOC.WS.1 ASCII 80416 629 = 275H D84FH MEX11UPD.DOC.1 ASCII 9705 76 = 4CH FB97H MEX11UPD.DQC.1 COM 6400 50 = 32H CC33H MEXPAT11.AQM.1 COM 3712 29 = 1DH 10E4H MEXPAT11.ASM.1 ASCII 4885 39 = 27H FA14H MLOAD21.COM.1 COM 2816 22 = 16H E51EH MLOAD21.HEX.1 ASCII 6867 54 = 36H 2E67H note MLOAD21 is the same as before but listed here for completeness MX111UPD.DOC.1 ASCII 670 6 = 6H 3A03H If you already have MEX11.LBR, the only files you need to update to MEX111 are MEX111.COM and MX111UPD.DOC. --Keith 28-Aug-84 20:59:57-MDT,1266;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 Aug 84 20:59:52-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 28 Aug 84 22:09 EDT Date: Tuesday, 28 August 1984 09:44-MDT Message-ID: Sender: Brian Kantor From: Brian Kantor To: W8SDZ@Simtel20.ARPA Subject: RCPM-053.LST list of all known RCPMs updated References: <12870@sri-arpa.UUCP> ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Tue 28 Aug 1984 20:12-MDT Well, looks like someone decided my system was down. Sigh. Maybe I should take it down, now that it has been officially deleted. San Diego Experimental RC System..................... (619) 452-1869 Brian Kantor. Special interest in amateur radio digital communications. 300/212/Vadic 3.6MB on 3 Drives. 24 Hours. System powers up on ring and will answer on 3rd or 4th ring, you lazy SOBs, so let it ring a couple of times before you decide it doesn't exist any more. ihnp4 \ Brian Kantor, UC San Diego decvax \ akgua >---- sdcsvax ----- brian dcdwest/ ucbvax/ Kantor@Nosc "not at all a well cat..." 29-Aug-84 02:48:29-MDT,1283;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 02:48:24-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 29 Aug 84 4:20 EDT Date: 29 Aug 1984 02:23 MDT (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: mknox@Ut-Ngp.ARPA Cc: Info-Cpm@Amsaa.ARPA Subject: programs for SIMTEL20 MICRO: archive In-reply-to: Msg of 19 Aug 1984 18:43-MDT from mknox at ut-ngp Frank Wancho forwarded your message asking about how to submit files to the CP/M archives at SIMTEL20. There is presently no way to write (i.e. "put") files to SIMTEL20 using the ANONYMOUS login with FTP. However, if your host supports ANONYMOUS login with FTP and if you can set the file attributes (if any) so that they can be accessed in that manner, all you need to do is tell me where the files are and their names. I will retrieve them and then tell you where I have put them on SIMTEL20 so you can announce them to Info-Cpm. If your host does not allow ANONYMOUS ftp access, all is not lost. We do have an account at MIT-MC and you can put files there in the FJW; directory and then send me a message with pointers to them. --Keith 29-Aug-84 03:28:49-MDT,1179;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 03:28:44-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 29 Aug 84 4:49 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id aa14193; 29 Aug 84 4:44 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 29 Aug 84 1:38-PDT Date: 27 Aug 84 20:26:15-PDT (Mon) To: info-cpm@BRL.ARPA From: hplabs!hao!seismo!cmcl2!lanl-a!rgt@UCB-VAX.ARPA Subject: Request for modem programs for Rainbow 100+ Article-I.D.: lanl-a.12651 <> I recently received my Rainbow 100+ and am looking for modem programs that I can use with it. Does anyone have any public domain modem programs that run on a Rainbow? Does anyone have any MEX overlays that run on a Rainbow? (They must be different, since the Z80 will run MEX, but the 8088 has control of the serial ports). I am in the process of adapting a modem program that I wrote before to run on the Rainbow. I would appreciate it if I did not have to do this and could use an already existing program. If not, does anyone else need such a modem program? Richard Thomsen Los Alamos National Lab 29-Aug-84 06:20:18-MDT,967;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 06:20:10-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 29 Aug 84 7:52 EDT Date: 29 Aug 1984 05:53 MDT (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA Subject: Christensen MODEM program for Commodore-64 Commodore-64 owners who need a program to do file transfers to/from CP/M systems (and others using the Christensen MODEM/XMODEM/MODEM7 protocol) will be interested in XMODEM64.BAS which is now available from SIMTEL20. I don't have a C64 but as near as I can determine, the program is written to run on Commodore Basic and does not require the CP/M cartridge. Filename Type Bytes Sectors CRC Directory MICRO: XMODEM64.BAS.1 ASCII 5234 41 = 29H 50D0H --Keith 29-Aug-84 06:46:09-MDT,983;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 06:46:04-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 29 Aug 84 7:55 EDT Date: 29 Aug 1984 05:42 MDT (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Correction to MEX111 announcement MEX.HQP is the help file for MEX111. Of course it must be unsqueezed to MEX.HLP before using. I had forgotten that this file is a special random-access format and cannot be made into ASCII format for those who cannot FTP ITS-binary files from SIMTEL20. I have HEXIFYed the MEX.HQP file and it is now available as: Filename Type Bytes Sectors CRC Directory MICRO: MEXHQP.HEX.1 ASCII 79437 621 = 26DH 9713H To make MEX.HLP, use MLOAD21.COM to make MEXHQP.COM, rename it to MEX.HQP, then unsqueeze it. --Keith 29-Aug-84 07:05:00-MDT,950;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 07:04:54-MDT Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 29 Aug 84 8:21 EDT Received: from mit-mc.arpa by BRL-VGR.ARPA id a003319; 29 Aug 84 8:15 EDT Date: Wed 29 Aug 84 08:06:15-EDT From: Mark Becker Subject: FORTH83.LBR (8080 version) available on SIMTEL20 To: Info-CPM@BRL-VGR.ARPA For those that have been thinking about using the Forth-83 interpreter/compiler from [SIMTEL20] MICRO but have hesitated over downloading such a large amount of data... The ** 8080 ** version has been downloaded, squeezed, made into a library, and then uploaded back to SIMTEL20. The file is now 172k long and its statistics are - Filename Type Bytes Sectors CRC Directory MICRO: FORTH83.LBR.1 COM 175360 1370 = 55AH 489AH --Mark ------- 29-Aug-84 08:07:50-MDT,1412;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 08:07:43-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 29 Aug 84 9:28 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a015945; 29 Aug 84 9:21 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 29 Aug 84 6:05-PDT Date: 28 Aug 84 8:52:38-PDT (Tue) To: info-cpm@BRL.ARPA From: hplabs!sdcrdcf!sdcsvax!sdccsu3!brian@UCB-VAX.ARPA Subject: Re: RCPM-053.LST list of all known RCPMs updated Article-I.D.: sdccsu3.2227 In-Reply-To: Article <12870@sri-arpa.UUCP> Well, somebody decided to delete my system from the RCPM list, so here is the information. Staple it on to your RCPM list. ------------------------------------------------------------------------- San Diego Experimental RC System [SDEXPRC] ........... (619) 452-1869 Brian Kantor 103/212/Vadic. 3.6 MB on 3 drives. News and Mail. Special interests in amateur digital packet radio, graphics, and advanced microprocessor technology. 24 hrs. System powers up on call and will answer on 3rd or 4th ring. No answer when sysop is using system. Our 5th continuous year of operation. ------------------------------------------------------------------------- ihnp4 \ Brian Kantor, UC San Diego decvax \ akgua >---- sdcsvax ----- brian dcdwest/ ucbvax/ Kantor@Nosc "not at all a well cat..." 29-Aug-84 09:08:48-MDT,560;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 09:08:44-MDT Received: From xerox.arpa.ARPA by AMSAA via smtp; 29 Aug 84 10:40 EDT Received: from CheninBlanc.ms by ArpaGateway.ms ; 29 AUG 84 07:43:39 PDT Date: Wed, 29 Aug 84 07:43 PDT From: Eldridge.es@XEROX.ARPA Subject: Text to speech info request To: Info-Cpm@AMSAA.ARPA cc: Eldridge.es@XEROX.ARPA I am looking a program that converts text to speech (text to allophone strings). Any pointers would be greatly appreciated. George 29-Aug-84 09:27:59-MDT,2329;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 09:27:50-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 29 Aug 84 10:34 EDT Received: from apg-1.arpa by BRL-AOS.ARPA id a017187; 29 Aug 84 10:35 EDT Date: 29 Aug 1984 10:31:11 EDT (Wednesday) From: Robert Bloom DRSTE-TOI 3775 Subject: UC crc questions To: info-cpm@brl.ARPA (This message was sent before but was garbled both by wordstar, the mailer, and my own fuzzy thinking. It was re-written and I'll try again.) I was working with the various modes of the crc mode of uc (ver 1.2) trying to determine the proper modes to use to check uploaded files on our local unix machine. However, I got rather confused because the character counts and crcks did not match and the relationship is not clear. This is what I did: I took two small files, B.COM (a binary file) and a A.TXT (a straight 7-bit ascii file) and uploaded with (to) umodem and uc from MEX10 using both the -t (text) and -b (binary) options. Then I ran uc's -c and -C crc checks. Very few numbers matched. file upload ls -l uc crc's name method char count -c (text) -C (binary) A.TXT append into ed 390 C6700080 6C4AFFFFF A.TXT umodem -rb 512 ADFB00080 C67FFFFF A.TXT umodem -rt 390 C6700080 6C4AFFFFF A.TXT uc -rb 512 ADFB00080 C67FFFFF A.TXT uc -rt 390 C6700080 6C4AFFFFF B.COM append into ed 446 976F00080 E05FFFFFF B.COM umodem -rb 1920 BC1400080 2540FFFFF B.COM umodem -rt 620 EA6200080 6E01FFFFF B.COM uc -rb 1920 BC1400080 2540FFFFF B.COM uc -rt 1543 7B0100080 A441FFFFF The A.TXT crc from CRCK44 was 0C67, BYTEFREQ reported 512 characters The B.TXT crc from CRCK44 was 2540, BYTEFREQ reported 1920 characters Leading zeros are apparently dropped in the uc crc output. I would like to understand why the various numbers don't match, which method should I use for text and binary uploads, and how they should be checked with crc. -bob bloom 29-Aug-84 19:05:58-MDT,960;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 19:05:52-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 29 Aug 84 20:35 EDT Date: 29 Aug 1984 18:38 MDT (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Robert Bloom DRSTE-TOI 3775 Cc: Info-Cpm@Amsaa.ARPA Subject: UC crc questions In-reply-to: Msg of 29 Aug 1984 08:31-MDT from Robert Bloom DRSTE-TOI 3775 Bob, I can't answer your UC crck questions, Rick Conn would be best for that. However, I can offer an alternative means for checking files uploaded to a Unix system. Please get MICRO:CRCK2.C and try it. I find it quite useful and unambiguous. Ben Goldfarb did a super job of adding several new features which are detailed at the beginning of the CRCK2.C file. --Keith 29-Aug-84 19:20:59-MDT,1449;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 19:20:50-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 29 Aug 84 20:49 EDT Date: 29 Aug 1984 18:53 MDT (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: rbloom@Apg-1.ARPA Cc: Info-Cpm@Amsaa.ARPA Subject: UC crc questions I read your message again and edited your chart to show the proper method for uploading the A.TXT and B.COM files. Remember that text files stored under Unix do not have Carriage Returns, only Line Feeds at the end of each line. Also the trailing control-Z's from CP/M text files are NOT stored on Unix. file upload ls -l uc crc's name method char count -c (text) -C (binary) A.TXT umodem -rt 390 C6700080 6C4AFFFFF A.TXT uc -rt 390 C6700080 6C4AFFFFF B.COM umodem -rb 1920 BC1400080 2540FFFFF B.COM uc -rb 1920 BC1400080 2540FFFFF The A.TXT crc from CRCK44 was 0C67, BYTEFREQ reported 512 characters The B.COM crc from CRCK44 was 2540, BYTEFREQ reported 1920 characters Note that the .COM file matches exactly on byte count. The .TXT cannot, for the reasons outlined above. --Keith 29-Aug-84 19:45:46-MDT,1141;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 19:45:40-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 29 Aug 84 21:04 EDT Date: 29 Aug 1984 19:08 MDT (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: INFO-CPM@Amsaa.ARPA Subject: Who is WS2ROFF.COM author? Does anyone know the author of WS2ROFF.COM, which has been around for a very long time and for which there is no source nor documentation? I'd like to contact the author with this bug report. For those who don't know what WS2ROFF is, it's supposed to convert WordStar document files to a format that the public-domain ROFF.COM can understand. --Keith Date: Wednesday, 29 August 1984 13:34-MDT From: amd!intelca!cem at Berkeley To: W8SDZ at Simtel20.ARPA Re: WS2ROFF bug The "bug" is WS2ROFF.COM fails to generate page commands. It isn't converting .pa commands to .bp commands. It should probably do the same for ^L's in the file too. Also .pn x commands should convert to .bp x commands. 30-Aug-84 01:52:30-MDT,665;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 01:52:25-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 30 Aug 84 3:10 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a024637; 30 Aug 84 3:08 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 29 Aug 84 23:58-PDT Date: 2 Sep 84 21:24:03-EDT (Sun) To: info-cpm@BRL.ARPA From: ihnp4!ihuxs!jgw1@UCB-VAX.ARPA Subject: Re: S1 operating System Article-I.D.: ihuxs.606 In-Reply-To: Article <595@ihuxs.UUCP> Thanks to all who responded on the S1 Operating System. Sorry to have rehashed an old subject, but thanks for your patience. 30-Aug-84 07:54:54-MDT,1338;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 07:54:46-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 30 Aug 84 9:11 EDT Received: from simtel20.arpa by BRL-AOS.ARPA id a026884; 30 Aug 84 9:05 EDT Date: 30 Aug 1984 07:04 MDT (Thu) Message-ID: From: Richard Conn To: Robert Bloom DRSTE-TOI 3775 Cc: info-cpm@brl.ARPA Subject: UC crc questions In-reply-to: Msg of 29 Aug 1984 08:31-MDT from Robert Bloom DRSTE-TOI 3775 The CRCs generated by UC match those generated by CRC (under ZCPR2 and ZCPR3), Keith's CRCK, and CRC on SIMTEL20. UC was written on UNIX System V to run on System V only (there are many differences between the System V and Berkeley UNIXes in their libraries), and I don't support it under anything other than System V. I question the output you have been receiving since the values are 8 digits long, where the values output by the -c or -C options of UC under System V are only four digits long. If you are running System V, clearly there is a problem with the UC installed there. If you are not running System V, the answer is clear. Keith's solution to use CRCK.C may be best since it is generic (I think). Rick 30-Aug-84 08:31:03-MDT,1013;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 08:30:55-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 30 Aug 84 9:32 EDT Date: 30 Aug 1984 07:34 MDT (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: M7VT-3.ASM MDM7/MEX overlay for DEC-micros available Cc: Info-Modem7@Simtel20.ARPA Bernie Eiben has just released a new overlay for MDM7xx. M7VT-3.ASM is the MODEM / MEX overlay file for the DEC-micro's VT180 (aka Robin), DECmate II (with CP/M option) and Rainbow 100 (supporting CP/M releases 1 and 2 on Rainbow). Assembly via SWITCH-settings, common code for all above micro's using I/O byte redirection. The new file is available from SIMTEL20 as: Filename Type Bytes Sectors CRC Directory MICRO: M7VT-3.ASM.1 ASCII 12437 98 = 62H D52FH Thanks, Bernie! --Keith 30-Aug-84 09:01:13-MDT,669;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 09:01:05-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 30 Aug 84 10:01 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a027924; 30 Aug 84 9:59 EDT Date: Thu, 30 Aug 84 9:48:27 EDT From: Manny Crivello Subject: P.D. new list needed To: info-cpm@MIT-MC.ARPA could some one send me the path ,to get the lastes update of: cpm.crclst, cpmug.crclst and sigm.crclst. My ftp will not let me see whats out there, but if I know the path and the file names that i want I can transfer the files. Thank You M.D.CRIVELLO. 30-Aug-84 09:05:58-MDT,1815;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 09:05:40-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 30 Aug 84 10:08 EDT Date: 30 Aug 1984 08:11 MDT (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: PHONE - an ascii file string searcher - available Bernie Eiben has just released the CP/M-80 version of PHONE. PHONE allows You to search a "flat" ASCII-file for any string and prints out the line containing the string and any line following the target-line, which starts with "white-space". The original MSDOS-version was written using LATTICE-C, the CPM-version was changed for AZTEC-C [slight C-language differences plus changes in default-file searching for both micro-systems and the DOC-file]. PHONE uses SOUNDEX-techniques to "catch" possible mis-spelling and supports ? for wild-character match and * for any-string match. Aside from a "easy going" telephone "memory" any other "string-based reminders" can be build using any editor since PHONE allows to change the text-file-name on the command-line. Bernie says: "PHONE was originally written by Martin Minow and ... (see DOC-file) - so they deserve the announcement credit." The files are available on SIMTEL20 as: Filename Type Bytes Sectors CRC Directory MICRO: PHONE.C.1 ASCII 11252 88 = 58H 0340H PHONE.COM.1 COM 15872 124 = 7CH 38ADH PHONE.DOC.1 ASCII 2890 23 = 17H D1F3H PHONE.HEX.1 ASCII 38647 302 = 12EH 3AF9H The .LBR file is also available for those who want the whole package and can FTP ITS-binary files: PHONE.LBR.1 COM 22272 174 = AEH 7D05H --Keith 30-Aug-84 11:30:39-MDT,1092;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 11:30:34-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 30 Aug 84 12:52 EDT Date: 30 Aug 1984 10:55 MDT (Thu) Message-ID: From: "Frank J. Wancho" To: Manny Crivello Cc: INFO-CPM@Amsaa.ARPA Subject: P.D. new list needed In-reply-to: Msg of 30 Aug 1984 07:48-MDT from Manny Crivello Manny, Here they are: (all of them) Filename Type Bytes Sectors CRC Directory MICRO: CPM.CRCLST.81 ASCII 107540 841 = 349H 7D69H Directory MICRO: ZCPR2.CRCLST.1 ASCII 5225 41 = 29H 9192H Directory MICRO: CPMUG.CRCLST.40429 ASCII 93455 731 = 2DBH F749H Directory MICRO: PC-BLUE.CRCLST.40429 ASCII 41066 321 = 141H 7797H Directory MICRO: SIGM.CRCLST.40715 ASCII 208173 1627 = 65BH EFA5H Directory MICRO: UNIX.CRCLST.40513 ASCII 28951 227 = E3H EAC8H --Frank 30-Aug-84 12:22:06-MDT,843;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 12:22:01-MDT Received: From usc-ecl.arpa.ARPA by AMSAA via smtp; 30 Aug 84 13:34 EDT Date: Thu 30 Aug 84 10:34:01-PDT From: Ted Shapin Subject: Siemens FDD100-8 problem To: info-cpm@AMSAA.ARPA Postal-address: Beckman Instruments, Inc. Postal-address: 2500 Harbor X-11, Fullerton, CA 92634 Phone: (714)961-3393 One of my 8" drives is a surplus SIEMENS and gives me trouble intermittently. After I use it for a while, it acts as though it cannot find the correct track and seeks forever between track 1 and the track it is looking for. I seem to remember seeing an old message that this was a common occurence with these drives. Does anyone know what to do to fix it? Ted. ------- 30-Aug-84 13:52:11-MDT,1749;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 13:52:03-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 30 Aug 84 15:06 EDT Received: from jpl-vlsi.arpa by BRL-AOS.ARPA id a002540; 30 Aug 84 15:03 EDT Date: 30 Aug 1984 0834 PDT From: John McCluskey Subject: Must sell to raise money for IBM-PC (gasp)! To: info-cpm@brl.ARPA Reply-To: MCCLUSKEY@JPL-VLSI.ARPA For Sale to a good Home. $475 ? Big Board II, Z80 single board computer. Featuring: A Z-80B CPU running at 4 Mhz (can be boosted to 5 or 6 MHz). SASI Hard Disk Interface with BIOS Source for a hard disk. STD Bus port for expansion. 1793 Single/Double Density Floppy controller for 8" or 5" disks. Z-80B DART twin RS-232 ports. Z-80 DMA for lightning fast disk transfers. Parallel keyboard input. Two 8 bit output ports, two 8 bit input ports for user I/O. Two Z-80B CTC's for baud rate generation and general timer use. 24 X 80 Video Generator with 7 X 9 pixel Characters emulating an ADM-31. 64 Kbytes of dynamic RAM. 6 sockets for 2732 EPROMS (Monitor EPROM included). Built in EPROM Programmer for 2716's and 2732's, with software! Including: Schematics, theory of operation, and monitor EPROM documentation. Monitor EPROM & BIOS Source code on 8" single density floppy. Games and EPROM programming software on 8" single density floppy. This board with an 8 inch single sided double density disk drive (about $100), makes a very nice CPM 2.2 system. Using 1K sectors, an 8" floppy will hold 720 Kbytes per side (flippy disk). ------ 30-Aug-84 23:09:45-MDT,1234;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 23:09:37-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 31 Aug 84 0:36 EDT Date: Thursday, 30 August 1984 09:40-MDT Message-ID: Sender: prindle@Nadc.ARPA From: prindle@Nadc.ARPA To: info-micro@Brl.ARPA, kpetersen@Simtel20.ARPA Subject: Christensen MODEM program for Commodore-64 ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Thu 30 Aug 1984 22:40-MDT Unfortunately, Commodore BASIC programs, of which this one is no exception, utilize control characters, both normal ascii ones and ones with the high order bit set (ie. chr$(x) where x>127), and are thus not amenable to storage and transfer as normal ascii files. All of the cursor positioning characters and reverse field characters are missing from MICRO:XMODEM64.BAS. Commodore BASIC programs must be treated (especially by XMODEM programs themselves) as "binary", not text, and are best transmitted as hex files. Of course, it is possible to write a C64 program which uses only the normal ascii subset, but I haven't seen one (nontrivial) yet! 31-Aug-84 03:15:10-MDT,816;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Aug 84 03:15:06-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 31 Aug 84 4:53 EDT Received: from sri-unix.arpa by BRL-AOS.ARPA id a000824; 31 Aug 84 4:54 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 31 Aug 84 1:45-PDT Date: 29 Aug 84 7:59:51-PDT (Wed) To: info-cpm@BRL.ARPA From: decvax!wivax!bazelman@UCB-VAX.ARPA Subject: Anyone have SMALLC Version 2.1 running under UNIX? Article-I.D.: wivax.19833 I plan to port the smallc compiler to my non-standard 6502 operating system so that I can write my own C compiler in C. Does anyone have a copy of Hendrix's latest version of smallc (V2.1 I think) running under UNIX? Thanks Rudy Bazelman Wang Institute/Labs 31-Aug-84 07:37:40-MDT,3502;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Aug 84 07:37:29-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 31 Aug 84 9:08 EDT Received: from simtel20.arpa by BRL-AOS.ARPA id a002245; 31 Aug 84 9:04 EDT Date: 31 Aug 1984 07:04 MDT (Fri) Message-ID: From: Richard Conn To: Mike Niswonger Cc: info-cpm@brl.ARPA, rconn@simtel20.ARPA Subject: Little Board In-reply-to: Msg of 30 Aug 1984 20:39-MDT from Mike Niswonger Mike, I use the Ampro Little Board within an Ampro Bookshelf Computer. This computer consists of the little board, two 790K 5 1/4" minifloppies, powersupply, and case and connectors. I have found the little board to be exceptionally reliable. It has never glitched or provided any problems. Physically, it is quite small -- small enough to fit on the back of a 5 1/4" minifloppy drive. It includes a Z80 micro running at 4MHz, 64K RAM (dynamic, 8 bits), one Z80-DART (provides two serial ports, RS-232C, with the normal complement of handshaking - DTR, CTS, etc - and one port can go up to 38,400 baud while the other goes up to 9600 baud), one parallel I/O port (bidirectional), one Z80-CTC counter-timer chip (only one channel out of the four is free for general use - the other three are used for clocking the DART and the disk controller), and one 179x (1793, I think) floppy disk controller chip. The disks are quite fast. I will be running some metrics on them soon, but as a rough estimate I would say they rival my 8" DSSD disks in speed. The unit I use has two 96 TPI drives, giving 790K storage per disk, and it can read and write several different 96 TPI formats. There is also a program which enables it to read (but not write) 48 TPI - I understand that writing 48 TPI on a 96 TPI drive is not physically possible. There is an outgoing connector which can be used to tag on two more drives (either 96 or 48 TPI, so you can obtain 48 TPI compatability), and I have heard that Ampro now has a Winchester (10M) running off the external disk connector. If you have 48 TPI compatability, there are about 20 different disk formats you can read or write, such as Heath, IBM-PC (CPM-86), etc. All must be CP/M compatable. In the way of software, a scaled-down ZCPR3 comes with it. Running on this is FRIENDLY (a VFILER/MENU/other utility), T/MAKER III, and a number of machine-specific programs for configuring the Ampro under software control. Some PD software, like MDM740 and source to the proper overlay, is also included (MDM740 is already installed). Echelon will sell you the standard ZCPR3 package, fully installed for the Ampro, for $39. The version of the Ampro Bookshelf I have been describing (with two 790K minifloppies) runs for $1500. My main use for the Ampro is as a slave off of my main system. I can redirect I/O so that the Ampro can record screen displays for me with no overhead on the main system, and I am in the process of adding a printer spooler and background batch processor to the Ampro. I occasionally use the Ampro in stand-alone mode, like for talks (because it is very portable), but most of the time it is a slave. At 790K, it offers a lot of spooling space and recording space. Some day I plan to experiment with distributed systems using the Ampro and my main machine. Rick 31-Aug-84 08:13:02-MDT,925;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Aug 84 08:12:54-MDT Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 31 Aug 84 9:26 EDT Date: Fri, 31 Aug 84 9:27:09 EDT From: Brint To: info-cpm@BRL-TGR.ARPA Subject: I/O Calls in 2.2 (The following was also sent to net.micro.cpm on Usenet. My apologies if you see it twice.) <> I am running CP/M 2.2 on a TRS-80 with the OKIDATA modification (so that "vanilla" CP/M code will execute unmodified). At present I'm trying to bring up a small-C compiler and it needs primitives for getchar() and putchar(). Surely someone has solved this already. What's the easiest way to do this -- calls to the BIOS? -- to BDOS? -- custom code? All solutions will be appreciated. As usual, sufficient interest will produce a summary to net.micro.cpm Brint 31-Aug-84 08:43:17-MDT,1083;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Aug 84 08:43:10-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 31 Aug 84 10:02 EDT Date: 31 Aug 1984 08:05 MDT (Fri) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: List of all known MDM7 overlays updated The list of all known MDM7 modem program user overlays has recently been updated and is now available on SIMTEL20 as: Filename Type Bytes Sectors CRC Directory MICRO: M7OVL-21.LST.1 ASCII 5602 44 = 2CH 4B7EH Please note that this is NOT a list of the files we have available here at SIMTEL20. We have some of them. If you need one that is listed in this file but not available from SIMTEL20, call one of the RCPM systems listed at the end of the file. If you find it necessary to do this, please upload the new overlay to your host and send a note to me advising how to get it with FTP. --Keith 31-Aug-84 12:25:11-MDT,837;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Aug 84 12:25:07-MDT Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp; 31 Aug 84 13:57 EDT Received: ID ; Fri 31 Aug 84 14:00:28-EDT Date: Fri 31 Aug 84 14:00:27-EDT From: Lee.Sailer@CMU-CS-C.ARPA Subject: modem program for rainbow To: info-cpm@AMSAA.ARPA 29-Aug-84 08:20:38-EDT,398;000000000001 I have a PD modem program for the Rainbow. It is called modem712, came from an RCPM in Pikesvi;;e Maryland, and i cannot promise it works very well. the first version i got was very buggy. this one says it is feeling better. i am a novice here--i am not sure how to send info directly to hplabs!hao!seismo!cmcl2!lanl-a (is that the address?). somebody please advise me... ------- ------- 31-Aug-84 12:56:43-MDT,1000;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Aug 84 12:56:37-MDT Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp; 31 Aug 84 14:14 EDT Received: ID ; Fri 31 Aug 84 14:16:40-EDT Date: Fri 31 Aug 84 14:16:39-EDT From: Lee.Sailer@CMU-CS-C.ARPA Subject: osborne vs. emacs To: info-cpm@AMSAA.ARPA ...which brings me to my own problems. Has anyone got a terminal emulator for an Osborne the is compatible with EMACS @CMU (or anywhere else, i guess). i have several PD programs, and they seem to pass control chars and escape sequences through alright. But there is no TERMINAL TELEVIDEO920 type here (i think that is what the O tries to be). I have tried tv912, and others, but with no luck. (oh yeah, its TOPS-20) What might be the worst problem is that the , ascii 127, appears on the screen as a blot. Anyway, i have all the relevant codes handy for anyone who might help. ------- 31-Aug-84 22:56:28-MDT,709;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Aug 84 22:56:24-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 1 Sep 84 0:27 EDT Received: from bbna.arpa by BRL-AOS.ARPA id a007553; 1 Sep 84 0:31 EDT Date: 1 Sep 1984 00:30-EDT Sender: WAGREICH@bbna.ARPA Subject: Request books From: WAGREICH@bbna.ARPA To: info-micro@brl.ARPA, info-cpm@brl.ARPA Message-ID: <[BBNA] 1-Sep-84 00:30:33.WAGREICH> Are there any books on the following topics? * MS-DOS internals (not user'a manuals) * 80126 assembly language If you send names of books, please give authors, and whenever known, publishers and their locations. Thanks. 31-Aug-84 23:45:24-MDT,2550;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Aug 84 23:45:15-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 1 Sep 84 1:21 EDT Date: 31 Aug 1984 23:24 MDT (Fri) Message-ID: From: "Frank J. Wancho" To: INFO-CPM@Amsaa.ARPA Subject: PLOT33 Package available PLOT33 has been contributed to the public domain collection on SIMTEL20 by Thomas E. Speer at AFIT. This system will do high resolution graphics on a variety of dot matrix printers, and is being used at the Air Force Institute of Technology for purposes ranging from data plotting to VLSI design check points. The package consists of the user's guide documentation for the entire system, the assembly language source for the dot matrix driver, Turbo Pascal, FORTRAN-80, and MBASIC plot packages, and sample programs. A C library is being debugged. Printers supported include the Epson MX-80 etc., CItoh Prowriter, Okidata 92, NEC, Gemini-10, Apple Dot Matrix, and IDS printers. PLOT33 lets you treat your printer as if it were a plotter capable of true vector graphics. Your application program "plots" by writing simple plot commands to a disk file. This file is the key to the whole system because it makes the application program independent of the plotting device and vice versa. It also makes it possible to plot pictures that were created on different computers, or to plot the same picture on different types of hardware, such as CRTs and printers. Future drivers are being planned for creating and interpreting the vector command file on mainframe computers using CALCOMP or Tektronix plotters and terminals. Here's the standard CRC list of the files available on SIMTEL20: Filename Type Bytes Sectors CRC Directory MICRO: FILLS.BAS.1 ASCII 723 6 = 6H 8558H GRAF.F.1 ASCII 43047 337 = 151H 379EH GRAF.FQ.1 COM 23552 184 = B8H F997H GRAF1.PAS.1 ASCII 16863 132 = 84H 779BH GRAF2.PAS.1 ASCII 18855 148 = 94H B0FFH GRAPH.BAS.1 ASCII 9028 71 = 47H 9066H HANDPLOT.BAS.1 ASCII 22477 176 = B0H 93B2H PLOT33.AQM.1 COM 44416 347 = 15BH FC55H PLOT33.ASM.1 ASCII 74560 583 = 247H F92DH PLOT33.DOC.1 ASCII 74617 583 = 247H 9E0FH PLOT33.DQC.1 COM 38400 300 = 12CH 3C2DH TEST.BAS.1 ASCII 1451 12 = CH 9AA4H TEST.PAS.1 ASCII 2338 19 = 13H 41CDH UPLOAD.BAS.1 ASCII 10135 80 = 50H 811DH --Frank