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 bu