1-Jun-84 01:53:49-MDT,1111;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Jun 84 01:53:43-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 1 Jun 84 3:23 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 1 Jun 84 3:20 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 31 May 84 18:12-PDT Date: 30 May 84 10:12:57-PDT (Wed) To: info-cpm@Brl.arpa From: hplabs!sdcrdcf!trwrb!trwspp!brahms@Ucb-Vax.arpa Subject: Request info on coprocessor boards Article-I.D.: trwspp.447 [}{] I am looking for information on coprocessor boards for various computers. Please send me info on any boards you know of, computer they are for, price, operating systems, comments, etc. An example would be the Sritek 68K board for the IBM-PC. The board plus Xenix costs about $2000.00. I am hopping that this will generate a lot of responses. If at all possible, please send directly to me and I will summerize to the net. Thanx in advance for you time. -- Brad Brahms usenet: {decvax,ucbvax,hplabs}!trwrb!trwspp!brahms arpa: Brahms@USC-ECLC 1-Jun-84 01:55:48-MDT,917;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Jun 84 01:55:41-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 1 Jun 84 3:24 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 1 Jun 84 3:23 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 31 May 84 21:29-PDT Date: 30 May 84 1:35:33-PDT (Wed) To: info-cpm@Brl.arpa From: ihnp4!gargoyle!oddjob!sean@Ucb-Vax.arpa Subject: what is modem7?? Article-I.D.: oddjob.257 Anyone know the difference between modem7 and umodem? I have a MacIntosh which has a modem7 file transfer mode, but it doesn't want to talk to umodem (under Unix4.2). Please reply via mail and results will be posted under net.micro.apple. Sean Casey || University of Chicago ...!ihnp4!oddjob!sean || Dept of Astronomy and Astrophysics 1-Jun-84 05:32:23-MDT,931;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Jun 84 05:32:19-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 1 Jun 84 6:55 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 1 Jun 84 6:49 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 1 Jun 84 3:29-PDT Date: 31 May 84 3:44:49-PDT (Thu) To: info-cpm@Brl.arpa From: ihnp4!ihuxk!db21@Ucb-Vax.arpa Subject: Printing Spreadsheets Sideways? Article-I.D.: ihuxk.642 Can anyone direct me to a CP/M program that will print a Multiplan spreadsheet sideways? I have some rather large sheets and find cut and tape rather obnoxious. It would be nice if this program could also print Wordstar files the same way. Please relpy by mail to ihuxk!db21. If I get a number of useful replys, I will post a summary on the net. Thanks in advance. Dave Beyerl 1-Jun-84 05:33:19-MDT,1164;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Jun 84 05:33:15-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 1 Jun 84 7:06 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 1 Jun 84 7:03 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 1 Jun 84 3:48-PDT Date: 31 May 84 5:28:10-PDT (Thu) To: info-cpm@Brl.arpa From: ihnp4!houxm!hou2f!jca@Ucb-Vax.arpa Subject: Kaypro hard diak format pogram Article-I.D.: hou2f.240 <---> Does anyone know of a program which will reformat the hard disk in the Kaypro-10. Someone, not I, powered down one in my lab without running the shutdown program and blew a track . I called Kaypro's hotline for help and they said "...your right. You blew a track on the disk.". The only problem is they don't have, or they won't sell, the program to reformat the drive. They suggest I take it to a dealer and pay them to reformat it. Theres has to be a better way. Any suggestions would be welcomed. Thanks, John C. Antrosiglio ATT-Bell Laboratories Holmdel, New Jersey 07733 hou2f!jca or hotlv!jca 1-Jun-84 07:16:47-MDT,846;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Jun 84 07:16:38-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 1 Jun 84 8:40 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 1 Jun 84 8:38 EDT Date: Fri 1 Jun 84 06:38:52-MDT From: Jim Forrest Subject: Re: Kaypro hard diak format pogram To: ihnp4!houxm!hou2f!jca@UCB-VAX.ARPA cc: info-cpm@BRL.ARPA, JFORREST@SIMTEL20.ARPA In-Reply-To: Message from "ihnp4!houxm!hou2f!jca@Ucb-Vax.arpa" of Thu 31 May 84 06:28:10-MDT THIS HAS HAPPENED TO ME SEVERAL TIMES. I use XAMN.COM. Use the I command to find the track, then use C to change and reformat by entering E5's then use the W command to write and be sure to then use F (forward) at least 4 times to make sure it really writes. Jim ------- 1-Jun-84 08:01:58-MDT,764;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Jun 84 08:01:51-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 1 Jun 84 9:23 EDT Date: 1 Jun 1984 07:27 MDT (Fri) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: RFOWLER@Simtel20.ARPA Subject: New Kaypro overlay for MEX Cc: Info-Cpm@Amsaa.ARPA MXO-KP23.ASM replaces MXO-KP21.ASM. It's now in . This is the overlay for the Kaypro machines, with conditional assembly switches for internal/external modem, old and new Kaypro (I guess for differences in the CBIOS). I erased MXO-KP10.ASM, which is two versions (at least) out of date. --Keith 1-Jun-84 10:41:43-MDT,3922;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Jun 84 10:41:32-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 1 Jun 84 12:07 EDT Received: From amsaa.arpa.ARPA by BRL-AOS via smtp; 1 Jun 84 12:02 EDT Date: Fri, 1 Jun 84 11:52:33 EDT From: David Towson (CSD) To: sean@ucb-vax.arpa cc: info-cpm@brl.arpa Subject: Re: what is modem7?? Sean - Both MODEM7 and UMODEM use the same basic protocol, originally designed by Ward Christensen and commonly known as the Christensen Protocol. However, the original protocol used a checksum method of verifying the accuracy of each 128-byte block sent, whereas updated implementations of the protocol ALSO allow the option of using a more complex (but more capable) cyclic redundancy code, or CRC, checking scheme. MODEM7 is a step in the evolution of Christensen Protocol programs. An offshoot is the MDM7xx series of programs. The particular program you have may or may not be the actual variant known as MODEM7, and it may or may not allow CRC checking. In any case, UMODEM does NOT do CRC checking, so will not work with your program in that mode. If your program defaults to CRC mode, it may eventually switch to checksum mode after some number of failed attempts to transfer the first block. Depending upon how long it takes for the switch to occur, UMODEM may time-out and quit. I suggest you try this: First verify that UMODEM is more-or-less working by giving it the command (from a terminal) to send a file. Assuming that UMODEM starts up and displays messages that say it is going to send so-and-so file of such-and-such length and so on, then YOU play the role of the receiving program (still using your terminal). Send UMODEM a control-U (which is the ASCII "NAK" character), and if it is working, UMODEM will send the first block. If you get the first block on your screen, send another control-U. This will tell UMODEM that you have received the block in error, and that UMODEM should resend that block. You should get it again on your screen. You should be able to repeat this until you reach UMODEM's error count limit, at which time UMODEM should abort and return you to your host's operating system (i.e., UNIX). On the other hand, if you answer a UMODEM transmitted block with a control-F (which is the ASCII "ACK" character), UMODEM should send the NEXT block. You can play around to your heart's content this way, until you are satisfied that UMODEM is (or isn't) working. Because of control-structure changes between BSD 4.1 and 4.2 UNIX, changes to UMODEM are required to make it work on 4.2. Be sure yours is working. If you find that UMODEM is working, then make certain that your "MODEM7" is operating in checksum (not CRC) mode. I have not personally used the real MODEM7 (which you may or may not have), so I know nothing about the command set or help facility (if it has one). Perhaps someone else will comment on that. Does your program work okay in terminal-mode? Are you connected directly to the UNIX computer? Your program may not tolerate the delays of a packet-switching network between you and the UNIX machine. Are you operating over an 8-bit path? Although UMODEM has an optional 7-bit mode, your program almost certainly does not. The original Christensen Protocol requires an 8-bit path because of the way block numbers are encoded for error checking. It won't work over a 7-bit path. UMODEM should be putting the UNIX machine in 8-bit "raw" mode. You can check this by turning on the UMODEM parameter display mode with a "p" in the command line. For example, you might use umodem -stp filename. It is a good idea to have a printing terminal when you do this, as the output is rather voluminous. Good luck. Dave towson@amsaa.arpa 1-Jun-84 14:47:37-MDT,652;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Jun 84 14:47:32-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 1 Jun 84 16:14 EDT Received: From darcom-hq.arpa.ARPA by BRL-AOS via smtp; 1 Jun 84 14:42 EDT Date: Fri, 1 Jun 84 14:16:26 EDT From: Richard G Turner To: info-cpm%brl.arpa@darcom-hq.arpa Subject: MXO-KP23.ASM Bug? I recently used the MXO-KP23.ASM overlay for my Kaypro II, an older model. The new SET display and functions seem to be an improvement, except that the DSC command no longer works. Did I overlook anything? rick 1-Jun-84 22:35:35-MDT,2514;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Jun 84 22:35:27-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 Jun 84 0:08 EDT Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp; 2 Jun 84 0:10 EDT Date: 2 Jun 1984 00:09-EDT Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: Wnat is a good CP/M computer to buy? From: ABN.ISCAMS@Usc-Isid.ARPA To: hplabs!sdcrdcf!sdcsvax!sdccs6!ir320@Ucb-Vax.ARPA Cc: info-cpm@Brl-Aos.ARPA Message-ID: <[USC-ISID] 2-Jun-84 00:09:25.ABN.ISCAMS> In-Reply-To: The message of 30 May 84 15:47:59-PDT (Wed) from hplabs!sdcrdcf!sdcsvax!sdccs6!ir320@Ucb-Vax.arpa John, One of the systems you mentioned considering was the Morrow Decision. Do you mean the big Decision I (S100 buss Z80 model) or the MicroDecision with the single motherboard? I've owned the Decision I for 1 1/2 years now (but not with additional memory - mine's the single-user 64KB version), and can give you feedback on what it's like to live with the Toad (as I fondly call it). I have the model with a nice fast 5 Megger Winchester and 8" floppy disk drive. Have NOT, repeat, NOT gotten the necessary fixes from my Morrow vendor (they said only a new EPROM was needed) to replace the supplied North Star hard sector 5 1/4" floppy drivers/controller with soft-sector - so still dead in the water there. Have NOT, rpt, NOT gotten any guarantees from anyone that I can easily add more memory. Documentation SAYS the Toad can switch back and forth, but no one's guaranteed it yet! So donno if you can pack in a nice banked memory. Have NOT tried a RAM Disk yet, though recent articles (especially one in Dr. Dobbs latest) seem encouraging that it'll be a drop-in fit. Hope this is useful. Get back to me if in fact you mean the Decision I, and I can say more. Personally, if I were buying today and wanted power, flexibility, upgrade, "kind-of" IBM PC family compatibility/similarity, plus access to all the wonders of CP/M Public Domain, etc. -- I'd buy the Zenith Z100/120/etc family - maybe the nice one with the 10 Meg hard disk. If you're a Govt employee, Government Employees Association (GEA) has such a deal! And the software costs (Condor, Lotus 123, etc.) are very cheap. And the documentation is great! Plus - who can argue with $20,000,000 worth of systems in the Navy/USAF plus other colleges pumping out Public Domain goodies? Regards, David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID) 2-Jun-84 01:06:37-MDT,1491;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Jun 84 01:06:31-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 Jun 84 2:29 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 2 Jun 84 2:26 EDT Date: 2 June 1984 02:28-EDT From: Jerry E. Pournelle Subject: Wnat is a good CP/M computer to buy? To: ABN.ISCAMS@Usc-Isid.ARPA cc: hplabs!sdcrdcf!sdcsvax!sdccs6!ir320@Ucb-Vax.ARPA, info-cpm@Brl-Aos.ARPA In-reply-to: Msg of 2 Jun 1984 00:09-EDT from ABN.ISCAMS at Usc-Isid.ARPA Good machines: Kaypro, as entry level and cheapest. Compupro S-100 as experimental, state of art development system, as well as darned good "just use it". They will have 3rd quarter ths year an s-100 IBM Video board, and concurrent Cp/M alrady runs IBM PC DOS within it (the whole mess was working at COMDEX, and with a 2-86 yet, which board will be available now and useful in about a year.) Portable 8-bit Otrona is nice. The New IBM Otrona is not bad either. We are very happy with the Z-100 The Z-150 is VERy IBM Compatible; Peter set ours up today and booted it with an IBM disk right out of the box. The TI Professional is a bit nicer than the IBM PC but not so compatible as the Z-150 (but more so than the TI Professional.) All are pretty good machines. In part what you get shuld depend on your service capabilities: who gonna maintain it and what does the maintainer like? JEP 2-Jun-84 07:29:46-MDT,1183;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Jun 84 07:29:39-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Jun 84 9:04 EDT Date: 2 Jun 1984 07:08 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Apple ALS CP/M card 74S109 vs 74F109 Reply-To: James Byrd Date: Fri, 1 Jun 84 11:32:05 EDT From: James Byrd Subject: 74S109 vs 74F109 To: info-apple@BRL-AOS.ARPA A friend of mine (not on the net) tells me a curious story: He was having problems with his ALS CP/M card occasionally freezing. He called ALS, and they told him to look in location C1 of his Apple IIe and see what chip was there. According to the Apple specs, it should be a 74S109, but sometimes Apple uses a 74F109. Some subtle difference between the two causes the problem, and putting in a 74S109 solves it. Has anybody else run into this? I'm not an engineer, so I don't really appreciate the differences between the various flavors of 74x109. Jim Byrd 2-Jun-84 07:47:30-MDT,2789;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Jun 84 07:47:21-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 Jun 84 9:15 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 2 Jun 84 9:14 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Jun 84 5:52-PDT Date: 31 May 84 18:55:01-PDT (Thu) To: info-cpm@Brl.arpa From: hplabs!sdcrdcf!sdcsvax!alex@Ucb-Vax.arpa Subject: Re: Wnat is a good CP/M computer to buy? Article-I.D.: sdcsvax.848 In-Reply-To: Article <1512@sdccs6.UUCP> The KayPro X is a good buy, with plenty of software. It runs pretty fast, both processing and I/O. It'll never be an IBM PC--the add-on boards for it only make it a "sorta" MS-DOS machine. It ain't as expandable as (say) an S-100/IEE-696 type machine. It is available at many locations. KayPro only acts in its own enlightened self-interest, so its machines aren't always as reliable as they might be. Their hard-disk problems seem to be a thing of the past. The Morrow MD11 (11 meg storage) has a good reputation. It's not as available as the KP10. Its software offerings aren't as popular. It's not designed to be a true portable, though its size lends itself to that. Does anyone know if they use plated-media drives? The MD11's portability is limited upon the terminal you choose. Don't know the 4000, so I won't say anything. The QX-10 still suffers from severe speed problems, enow. This is partially due to the 1/2-high Epson drives, which have a 15 msec track-to-track step rate. This is three times slower than good drives. Valdocs doesn't help this; their CP/M keyboard (there are two) is an "ASCII" layout, like the APPLE II or ASR-33's. Valdocs is infuriatingly slow, despite the Rising Star efforts to speed it up. The QX-10 doesn't come with much software besides this. It's not too bad in the portability department, so long as you have a safe place for the screen--but it takes two carries to move it. I like the Zenith Z-100 (though it's more expensive than the above three in its assembled (and comparable configuration) state). If you can solder at all, the Heath H-100 is a great deal and takes only about 10 hours to build. H/Z offer some good software deals for it. It can take 8" and 5-1/4" drives. (someone offers an 8" disk adapter for the KayPros.) It's not really portable; it's a little heavier than the QX-10. Hard disk option ain't too cheap. It has a 5-slot S-100/IEEE-696 bus in its back for expandability. It'll run CP/M-80, -86, and MS-DOS 1.1 and 2.0. Its user group is very active. Mind you, *my* computer is a CCS Z80 S100 system with dual 8" drives, so I know how hard it can be to move a computer (groan). Alex 2-Jun-84 10:02:27-MDT,960;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Jun 84 10:02:21-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Jun 84 11:37 EDT Date: 2 Jun 1984 09:41 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: RCPM Royal oak adds 1200 baud - SIMTEL20 files My Remote CP/M system, RCPM Royal Oak, Michigan (313-759-6569) is now using a Racal-Vadic Triple modem (provided gratus, courtesy of Racal-Vadic, Inc.). The system now supports 300, 450 or 600 baud (Bell 103 mode) and 1200 baud (Bell 212a or Vadic 3400 mode). Net readers who do not have access to SIMTEL20 will find MOST of the same files (from MICRO:) are available on RCPM Royal Oak. Whenever you see new file annoucements on Info-Cpm, you also should be able to find them on my system. --Keith 2-Jun-84 15:46:24-MDT,1077;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Jun 84 15:46:20-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 Jun 84 17:13 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 2 Jun 84 17:16 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Jun 84 14:10-PDT Date: 1 Jun 84 4:23:01-PDT (Fri) To: info-cpm@Brl.arpa From: ihnp4!ihuxk!db21@Ucb-Vax.arpa Subject: What is Borland's SIDEKICK? Article-I.D.: ihuxk.644 I recently received a flyer from Borland on their Turbo Pascal and Toolbox programs. In their letter, they mentioned that a new product called SIDEKICK would be announced soon, and indicated that some of the June computer mags would have ads for this. I have not yet found any mags carrying this ad. Has anyone else seen this ad? If so, what magazine do you see it in? Can you tell me a little about what the program is supposed to do and at what price? Thanks in advance for any help in this matter. Dave Beyerl ihuxk!db21 2-Jun-84 16:24:52-MDT,1822;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Jun 84 16:24:47-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 Jun 84 17:54 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 2 Jun 84 17:48 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Jun 84 14:44-PDT Date: 1 Jun 84 11:44:37-PDT (Fri) To: info-cpm@Brl.arpa From: hplabs!intelca!cem@Ucb-Vax.arpa Subject: New CPM Version? Article-I.D.: intelca.285 With the advent of MEX and Modem7xx and any number of communications programs. Combined with the neat features of ZCPR it seems it is about time for a new version of "standard" CP/M, say CP/M 2.3. I suggest we add some new jumps to the BIOS for communications hardware. Specifically MDMIN - Modem In, read character from modem into A MDMOUT - Modem Out, write character in C to Modem MDMST - Modem Status, Returns 0/FF in A is modem is ready to send or has recieved a character (C=0 for input status, 1 for output status) Have DRI update the BDOS, (ie fix any bugs) and maybe add some system calls for accessing the communications port. And voila CP/M 2.3. All in 64K so everyone can use it, maybe using banks as a BIOS option. --Chuck McManis ihnp4! Disclaimer : All opinions expressed herein are my \ own and not those of my employer, my dual! proper! friends, or my avacado plant. / \ / fortune! \ / X--------> intelca!cem ucbvax! / \ \ / \ hplabs! rocks34! ARPAnet : "hplabs!intelca!cem"@Berkeley / hao! 2-Jun-84 16:28:59-MDT,2247;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Jun 84 16:28:53-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 Jun 84 17:54 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 2 Jun 84 17:48 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Jun 84 14:43-PDT Date: 1 Jun 84 10:34:36-PDT (Fri) To: info-cpm@Brl.arpa From: hplabs!intelca!cem@Ucb-Vax.arpa Subject: Wordstar Files (decoding) Article-I.D.: intelca.284 I have several documentation files that are in "Wordstar" format, but I do not have Wordstar! Since I have no desire to buy WS just to print these files out, I wondered if anyone knows of a program that implements just the formatting part . I have a copy of FILTER, which I used on the files, that made them into straight ASCII text. However it can either remove "dot" commands or leave them in, not execute them. Since it would be nice to get page breaks, and Headers and Footers, and Boldface and underline I need something that will do just that. Any pointers would be appreciated, even some documentation on what the WS commands do would be nice. If there are any replies I will summarize. ihnp4 Disclaimer : All opinions expressed herein are my \ own and not those of my employer, my dual-----proper friends, or my avacado plant. / \ / fortune \ / --Chuck McManis X----------- intelca!cem ucbvax / \ ARPAnet: "hplabs!intelca!cem"@Berkeley \ / \ hplabs rocks34 / hao -- ihnp4 Disclaimer : All opinions expressed herein are my \ own and not those of my employer, my dual friends, or my avacado plant. / \ fortune \ --Chuck McManis intelca!cem ucbvax / ARPAnet: "hplabs!intelca!cem"@Berkeley \ / hplabs / hao 2-Jun-84 16:45:56-MDT,815;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Jun 84 16:45:53-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 Jun 84 18:04 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 2 Jun 84 17:59 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Jun 84 14:58-PDT Date: 1 Jun 84 13:45:50-PDT (Fri) To: info-cpm@Brl.arpa From: hplabs!sdcrdcf!sdcsvax!alex@Ucb-Vax.arpa Subject: Re: RE: erh's comments on BBS issue Article-I.D.: sdcsvax.851 In-Reply-To: Article <260@sri-arpa.UUCP> Yet, though, doctor, psych, and priest aer all supposed to be confidential, the IRS now has permission (from themselves) to send out agents masquerading as all three. Hurry up with that spaceship, Martha, It's Time To Bug Out From Earth! Alex 2-Jun-84 17:36:08-MDT,1431;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Jun 84 17:36:01-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 Jun 84 19:05 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 2 Jun 84 19:01 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Jun 84 15:43-PDT Date: 31 May 84 12:39:31-PDT (Thu) To: info-cpm@Brl.arpa From: hplabs!sdcrdcf!sdcsvax!sdccs6!ir320@Ucb-Vax.arpa Subject: SEIMANS DRIVES Article-I.D.: sdccs6.1514 I am trying to design an S100 system. It will consist of a Intercontinental Micro Systems SBC 48000 board. I also want 8" drives. It's been recommended that I use either Mitsubishi or Qume drives, but I double drive system with case and supply is upwards of $1500!. I have considered using Seimans drives, as I can get a DSDD 2 drive system for $500. I've heard these drives have a higher breakdown rate, how much higher. Is saving $1000 worth it or will I be replacing the drives every year. Also, any good recommendations on terminals would be appreciated (<$600) ir320 John Antypas UC San Diego UUCP ...!noscvax!sdcsvax!sdccs6!ir320 arpanet sdcsvax!sdccs6!ir320@nosc sdcsvax!sdccs6!ir320@Berkeley 2-Jun-84 17:51:33-MDT,1515;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Jun 84 17:51:28-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 Jun 84 19:25 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 2 Jun 84 19:22 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Jun 84 16:12-PDT Date: 1 Jun 84 13:17:36-PDT (Fri) To: info-cpm@Brl.arpa From: hplabs!sdcrdcf!sdcsvax!alex@Ucb-Vax.arpa Subject: Re: SEIMANS DRIVES Article-I.D.: sdcsvax.850 In-Reply-To: Article <1514@sdccs6.UUCP> Workman & Assoc. has ten Siemens 8" SS drives in action. We've had a bad time with DOAs, but once we found drives that worked, they always worked. Don't know about the DS ones. The Siemens drives are a little slower than yon Qumes. We've had even less trouble with Qumes. With the price of Siemens drives, one of our peeps bought a spare drive. Priority One's $99 price is only $25 more than official service price. W&A also sells spare parts kits for the Siemens SS drives. This includes belts, index assemblies, etc.. We've had much less call for them than the Tandon 5-1/4" drive kits (of which we have sold hundreds). Of course, Tandons have the famous door latch problem. A warning on Mitsubishi 8" drives. They ain't standard. CompuPro, CCS, and several other systems upchuck when you attempt to use them. There are differences in the precompensation settings & other things. This is why Priority One no longer sells them. Alex 3-Jun-84 01:07:01-MDT,1644;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Jun 84 01:06:56-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Jun 84 2:40 EDT Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp; 3 Jun 84 2:43 EDT Date: 3 Jun 1984 02:42-EDT Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: New CPM Version? From: ABN.ISCAMS@Usc-Isid.ARPA To: hplabs!intelca!cem@Ucb-Vax.ARPA Cc: info-cpm@Brl-Aos.ARPA Message-ID: <[USC-ISID] 3-Jun-84 02:42:57.ABN.ISCAMS> In-Reply-To: The message of 1 Jun 84 11:44:37-PDT (Fri) from hplabs!intelca!cem@Ucb-Vax.arpa Chuck (et al), When I hacked my Decision I CBIOS, I implemented a serial port as a modem port. Just kind of duplicated what the console calls do, and tried calls to RDR and PUN - worked fine! Donno why new calls are needed provided you have source for your own BIOS. Agreed, many systems do NOT have such a wealth of information about their own innards, and then you're kind of stuck with a disassembly (tried that on a Franklin Ace 1200 the other night with IOBYTE implemented, some tricky memory switching, etc. - ugh! Never DID find port addresses!). Of course, if you have an IOBYTE switching things around, you can do other fancy calls and do things with a modem too. Just a comment - not too familiar with other systems and their strengths/ weaknesses - and I never mind more built-in functions ... SO LONG as they don't bloat things even bigger than they already are! Those BDOS fiddlings slow things down enough as it is - that's why I use direct CBIOS calls so much. Regards, David Kirschbaum Toad Hall 3-Jun-84 03:05:52-MDT,2357;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Jun 84 03:05:46-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Jun 84 4:31 EDT Received: From rice-gateway.ARPA by BRL-AOS via smtp; 3 Jun 84 4:32 EDT Received: by rice.ARPA (AA00834); Sun, 3 Jun 84 03:01:11 CDT Received: by RICE-JANUS (AA01118); Sat, 2 Jun 84 22:10:51 cdt Date: Sat, 2 Jun 84 21:52:39 CDT From: Stan Hanks Subject: Seimens FD200 drives To: sdcsvax!sdccs6!ir320@berkeley.ARPA Cc: info-cpm@brl.ARPA Message-Id: <1984.06.02.21.52.40.040.01030@Rice-Janus.ARPA> John I have a pair, and 3 close friends have a pair each, for a total of 8 drives in my realm of experience. Of these, 6 work (and have worked) perfectly from day 1; the other 2 are in the third pass of "send back to JDR for new drives". I note the following things about them: (1) they are very speed sensitive; if you don't step at exactly 6ms you are very effectively dead (2) they are quite (when mounted horizontally) (3) the damned doors don't shut unless there is a disk in the drive (4) the AC connector that they use in NOT the standard connector used by every other 8 inch drive I've ever seen. Be very sure that you tell the person you order the enclosure from that you are getting Seimens drives and that you get the correct connector. Making your own is a pain..... (5) there is a problem in multi-sector writes under MS-DOS; if you write the last sector on the back side of a track and need to move to the first sector on the front side of the next track, it hangs if you try to do it conventionally (you have to seek to current track, then step in. Sigh....) (6) for the price, you can't beat them; buy 3 -- use 2 and save one as a backup These are all FD200-8 drives, have been in service since January. The repeated failure is on an IBM PC with Maynard 8" controller. Recent MS-DOS BIOS hacking to rectify the problems in multi-sector writes indicates that the problem is problably software screwing up otherwise good hardware. Stan Hanks Department of Computer Science Rice University Houston TX stan@rice.ARPA (arpanet) stan@rice (csnet) ...!lbl-csam!rice!stan (uucp) 3-Jun-84 03:48:11-MDT,796;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Jun 84 03:48:08-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Jun 84 5:22 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 3 Jun 84 5:16 EDT Date: 3 June 1984 05:19-EDT From: Jerry E. Pournelle Subject: erh's comments on BBS issue To: hplabs!sdcrdcf!sdcsvax!alex@Ucb-Vax.ARPA cc: info-cpm@Brl-Aos.ARPA In-reply-to: Msg of 1 Jun 84 13:45:50-PDT (Fri) from hplabs!sdcrdcf!sdcsvax!alex at Ucb-Vax.arpa Actually, it's an L-5 Colony we need, with propulsion. Getting crowded out here in the asteroids, Martha, hardly room to swing a cat. Mr. Heinlein said once that when a society requires you to carry identity papers, it has already died... 3-Jun-84 07:02:40-MDT,1098;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Jun 84 07:02:36-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Jun 84 8:32 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 3 Jun 84 8:35 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Jun 84 5:22-PDT Date: 1 Jun 84 18:45:37-PDT (Fri) To: info-cpm@Brl.arpa From: decvax!mcnc!ecsvax!dgary@Ucb-Vax.arpa Subject: Re: BBS legal issues Article-I.D.: ecsvax.2641 In-Reply-To: Article sri-arpa.1199 As usual, Lauren steps in amongst the hysteria with a calm and reasonable analysis of the issues. It's nice to know that SOMEBODY on the net thinks before typing. By the way, for BBS operators who want to avoid this confiscation nonsense, it might be wise to monitor ththe boards better and to consider going to the authorities before they come to you in cases where things like credit card numbers are posted. D Gary Grady Duke University Computation Center, Durham, NC 27706 (919) 684-4146 USENET: {decvax,ihnp4,akgua,etc.}!mcnc!ecsvax!dgary 3-Jun-84 18:16:24-MDT,567;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Jun 84 18:16:21-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Jun 84 19:47 EDT Received: From mitre-bedford.arpa.ARPA by BRL-AOS via smtp; 3 Jun 84 19:50 EDT Date: Sunday, 3 Jun 1984 19:46-EDT From: jrv@Mitre-Bedford.ARPA To: info-cpm@Brl-Aos.ARPA Subject: uPROLOG or LISP Reply-To: hplabs!sdcrdcf!sdcsvax!akgua!clyde!burl!ulysses!mhuxl!abnh!cbspt002@Ucb-Vax.arpa Microsoft has muLisp for both CP/M and MSDOS. Jim Van Zandt (jrv@mitre-bedford) 3-Jun-84 18:17:41-MDT,1125;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Jun 84 18:17:37-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Jun 84 19:47 EDT Received: From mitre-bedford.arpa.ARPA by BRL-AOS via smtp; 3 Jun 84 19:50 EDT Date: Sunday, 3 Jun 1984 19:47-EDT From: jrv@Mitre-Bedford.ARPA To: info-cpm@Brl-Aos.ARPA Subject: Wnat is a good CP/M computer to buy? Reply-to: hplabs!sdcrdcf!sdcsvax!sdccs6!ir320@Ucb-Vax.arpa I've had good luck with two North Star Advantage computers. They have been reasonably reliable, they have good graphics and CPM implementation (including a GOOD assembly-language interface with the graphics), and a really solid keyboard. The things I've not liked: no software support (the manuals are good, but there aren't any listings of the BIOS and North Star doesn't want to hear from you), and hard sectored disks (unlike the rest of the world). On the other hand, I have to admit that the Z-100 is a better computer, and will run any CP/M programs that don't require a Z-80. Check the prices. Jim (jrv@mitre-bedford.arpa) 3-Jun-84 18:42:56-MDT,654;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Jun 84 18:42:52-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Jun 84 19:57 EDT Received: From mitre-bedford.arpa.ARPA by BRL-AOS via smtp; 3 Jun 84 20:00 EDT Date: Sunday, 3 Jun 1984 19:49-EDT From: jrv@Mitre-Bedford.ARPA To: info-cpm@Brl-Aos.ARPA Subject: Printing Spreadsheets Sideways? Reply-to: ihnp4!ihuxk!db21@Ucb-Vax.arpa At a recent show, someone was advertising a program called SIDEWAYS to do exactly what you're describing. I wasn't interested at the time, an I can't give you any details. Jim (jrv@mitre-bedford) 3-Jun-84 19:05:29-MDT,916;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Jun 84 19:05:24-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Jun 84 20:28 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 3 Jun 84 20:25 EDT Date: Sun, 3 Jun 1984 20:25 EDT Message-ID: From: RG.JMTURN%MIT-OZ@MIT-MC.ARPA To: James Byrd Cc: INFO-CPM@Mit-Mc.ARPA Subject: Apple ALS CP/M card 74S109 vs 74F109 I find it interesting that someone would find a Fairchild F series chip in an Apple. F series is faster than S (1ns gate delay, typical), and uses less power. It is considerably more susceptable to noise, however. Since F is more expensive and harder to get than S, I can't understand why you'ld see F used. However, it might explain the problems he was having. James Turner RG.JMTURN@OZ%MIT-MC 3-Jun-84 20:17:05-MDT,1450;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Jun 84 20:16:58-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Jun 84 21:44 EDT Date: 3 Jun 1984 19:48 MDT (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA Subject: Kaypro Technical Support BBS Kaypro owners may find this of interest. I found this message on TCBBS Dearborn. It's almost a year old but may still be valid. --Keith Date: 06/24/83 From: DAVID WILLIAMS To: ALL KAYPRO USERS Re: NEW KAYPRO BBS Non-Linear Systems(Kaypro) would like to announce the establishment of a new Computerized Bulletin Board and Software Exchange to better support Kaypro owners. The telephone number of this system is: (619) 481-3942 This system is available 24 hours a day, 7 days a week for your use. The BBS is maintained by members of the Technical Support Group at NLS and any questions left on the BBS will be answered to the best of our ability. Remember, the only way for something like this to become valuble is for you (Kaypro owners) to call in and involve yourselves. If you have any ideas/ programs/questions please call them in. We hope this becomes a big success. Thank you, David Williams, Kaypro Tech Support Group 3-Jun-84 20:44:47-MDT,1270;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Jun 84 20:44:42-MDT Received: From ut-ngp.arpa.ARPA by AMSAA via smtp; 3 Jun 84 22:12 EDT Date: Sun, 3 Jun 84 21:17:22 cdt From: garey@ut-ngp.ARPA Posted-Date: Sun, 3 Jun 84 21:17:22 cdt Message-Id: <8406040217.AA19270@ut-ngp.ARPA> Received: by ut-ngp.ARPA (4.22/4.22) id AA19270; Sun, 3 Jun 84 21:17:22 cdt To: info-cpm@amsaa.ARPA Subject: aztec c I have a friend with a question about linking aztec c microsoft rel files. Please reply to me as he is not on the net: USING AZTEC C WITH THE MICROSOFT OPTION AND THE SOFTLIBC.LIB CREATED FOR THAT OPTION WITH MICROSOFT "LIB" YIELDS REL FILES THAT TEND TO HANG UP MICROSOFT "L80". AFTER ONE FILE IS LINKED THAT REFERENCES A FILE PREVIOUSLY INPUT IN THE L80 SESSION, THE DISK START SPINNING UNPRODUCTIVELY. SUBSEQUENTLY, PLINK-II V1.16 (WITH MODS) WAS TRIED BUT THE LIB OR SEARCH COMMAND UNDER PLINK WAS INEFFECTIVE; ENTRY POINTS IN THE LIBRARY REMAINED UNRESOLVED EVEN WITH A SIMPLE TEST FILE THAT COMPILES CORRECTLY UNDER L80. ANY INFO WILL BE APPRECIATED. M.B. Please reply to garey@ut-ngp.ARPA Thanks. Any help will be greatly appreciated. 4-Jun-84 12:42:47-MDT,785;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Jun 84 12:42:43-MDT Received: From xerox.arpa.ARPA by AMSAA via smtp; 4 Jun 84 14:08 EDT Received: from Concord.ms by ArpaGateway.ms ; 04 JUN 84 11:10:51 PDT Date: 4 Jun 84 10:06:09 PDT (Monday) From: Jack Bicer Subject: Re: aztec c In-reply-to: <8406040217.AA19270@ut-ngp.ARPA> To: garey@UT-NGP.ARPA cc: info-cpm@AMSAA.ARPA SOFTLIBC.LIB is probably in the Aztec format (.LIB extension!). Normally there should be a library with the .REL extension, which is in Microsoft REL format. Try to use that one. If you don't have such a library try to contact Manx because creating the library in .REL format does require some fancy work. Jack Bicer 4-Jun-84 13:14:45-MDT,4612;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Jun 84 13:14:32-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 4 Jun 84 14:21 EDT Date: Sunday, 3 June 1984 23:25-MDT Message-ID: Sender: jpm@BNL.ARPA From: jpm@BNL.ARPA To: Info-Micro@BRL-AOS.ARPA Subject: The latest info on the BBS confiscation case ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Mon 4 Jun 1984 12:24-MDT On Saturday, June 2, there was a meeting of Los Angeles area sysops to find out the truth behind the confiscation of the Mog-Ur BBS. The Sysop of the Mog-Ur BBS was there along with his lawyer. Here is a report on what I learned at the meeting: The messages (there were two of them) containing the AT&T calling card numbers were left on his board using an option to leave an anonymous message. The Sysop can tell who leaves such messages, but the general public can't. Another feature of his BBS software is that you can specify the length of time (in days) that a message should stay up. The messages in question were left with a very small number of days and Tom (the sysop) never got to see them before the system automagically killed them. During the time the messages were on, a Pacific Bell agent called in and saw them. PacBell asked the police to get a search warrent for Tom's computer. This is standard procedure when PacTel finds a BBS handing out phone phreak information. No effort was made to ask Tom to delete the messages or find out who left them. Either somehow Tom found out that PacBell was going to show up or they allowed him to do the work while they were there, but Tom searched his disk to find the information on the offending messages (now killed) and got the name of the person who left the messages. He provided this information to the police. The police confiscated Tom's computer, not to find out who left the messages, but to give Tom a hard time. It is a standard PacBell procedure to have computers confiscated when they are used to run whacker BBS's. The idea is to use terror to keep sysops in line. It didn't matter that Tom had provided them with the name of the person who left it, they were going to take his computer (which with many hardware goodies, including a hard disk, is worth over $10k). The police have charged Tom with conspiracy (which they change you with when they can't find anything else that will stick), and under a law that makes it illegal to provide credit card numbers with the intent to defraud. Tom has retained a lawyer who thinks the whole thing will be thrown out and is going to try to make PacBell look bad. If it ever goes to court he says all he has to do is get a jury of normal people (i.e. no PacBell employees) and present it as a case of John Doe vs. the phone company. Nobody likes the phone company. The lawyer has documented cases where this kind of information was left for weeks on UCLA computers and on CompuServe (I assume in BULLET), and the police did nothing (its easy to pick on a small computer sysop, but trying to confiscate UCLA or CompuSevre is harder). InfoWorld reporter Peggy Watt was on the scene and a story will run on the front page of the next issue about it. If there is any difference between my story and the one in InfoWorld, believe InfoWorld. I have tried to get this correct, but Peggy talked with Tom and his lawyer a lot longer than I did, and she took written notes (this is from memory). PacBell has refused to talk to Peggy, and the LAPD person who conducted the raid is on vacation. When the superior of the detective was asked about it, the reply was like "You mean we confiscated $10,000 worth of computers? I didn't know that!". It was reported earlier that Tom had a section on his BBS called "Underground" where these kinds of messages were posted before. I have found out it was his policy to delete any such messages when he saw them. The idea behind the section was not to rip off the phone company, but to discuss "things you wouldn't want just anybody to read" (Tom's system didn't require validation to use, except for the underground section which you had to ask for access to). Another idea was to provide a place to leave unpopular opinions since it had the ability to leave anonymous messages. I hope this clears up what this section was meant for. Thats all for now. The lawyer is pressing for something to be decided during the next week. I will keep the net posted. 4-Jun-84 16:34:34-MDT,1261;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Jun 84 16:34:21-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 4 Jun 84 17:58 EDT Received: From ucb-vax.arpa.ARPA by BRL-AOS via smtp; 4 Jun 84 17:59 EDT Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.27) id AA08199; Mon, 4 Jun 84 14:59:30 pdt Received: from ucbpopuli.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA (4.14.3/4.18) id AA07792; Mon, 4 Jun 84 14:59:55 pdt Received: by ucbpopuli.CC.Berkeley.ARPA (4.14.3/4.18) id AA20227; Mon, 4 Jun 84 15:00:26 pdt Message-Id: <8406042200.AA20227@ucbpopuli.CC.Berkeley.ARPA> Date: 4 June 84 14:59-PST From: KJBSF%SLACVM.BITNET@Ucb-Vax.ARPA To: INFO-CPM@Brl-Aos.ARPA Subject: BITNET mail follows Date: 4 June 1984, 14:56:48 PST From: KJBSF at SLACVM To: INFO-CPM at BRL.ARPA Subject: CP/M System I am interested in building a computer using the CP/M operating system, and I'd like to not have to pay a whole lot of money for it. I don't have all that much experience with electronic equipment, although I can solder and follow directions. I'd also like it to be able to connect to my Apple //e. I'd appreciate any suggestions. - Kevin 4-Jun-84 18:19:10-MDT,1661;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Jun 84 18:19:04-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 4 Jun 84 19:51 EDT Received: From cisl-service-multics.arpa.ARPA by BRL-AOS via smtp; 4 Jun 84 19:48 EDT Received: from HIS-PHOENIX-MULTICS.ARPA by CISL-SERVICE-MULTICS.ARPA dial; 04-Jun-1984 19:46:46-edt Date: Mon, 4 Jun 84 16:44 MST From: Kevin Kenny Subject: Turbo Pascal bug Reply-To: Kenny%PCO@CISL-SERVICE-MULTICS.ARPA To: INFO-CPM@BRL.ARPA Message-ID: <840604234435.548547@HIS-PHOENIX-MULTICS.ARPA> In the CP/M-80 implementation of Turbo Pascal, the examples given in the manual for processing the CP/M command line DON'T WORK. Consider: procedure foo; var cmdline : string [127] absolute $80; begin WriteLn (cmdline) end. This works correctly for commands up to 32 bytes in length. Beyond that, the command line is filled with rubbish by the time the user program gets control. Seems the Borland folk use that space for a jump table and some other miscellaneous material. They know about the bug -- "we're working on it." It doesn't look as if it would be too difficult to patch a generated COM file to grab the command line at initialization time and stash it somewhere safe. I may try that one of these times, if they don't come up with a fix quickly. My opinion of Turbo just dropped about three notches [to very good, from superb :-) ]. Note that this is just the 8-bit version; the 16-bit versions can use ``absolute CSeg:$80'' and it works just fine. k**2 Kenny.OSNI%PCO@CISL 4-Jun-84 18:53:56-MDT,2064;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Jun 84 18:53:45-MDT Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 4 Jun 84 20:19 EDT Date: Mon, 4 Jun 84 20:20:47 EDT From: Rick Conn To: info-cpm@Brl-Mis.ARPA Subject: ZCPR3 Status The release of ZCPR3, which was scheduled for the end of May, should occur sometime within the next few days. There are just a couple of minor points to clear up and some online documentation to bring up to date. SIG/M (and, I think, the San Diego Computer Society) has sent me some disks which I'm waiting on now, and I already have disks for SIMTEL20 and Echelon. I'll post another message to the group when the disks actually go out. Sorry for the delay, but I guess the delay of a week or so is tolerable. When the release occurs, complete source code to everything will be included, and most of the documentation will be in the form of HLP files. One manual, the installation manual, will be included as well. After this, in about three months, a book on ZCPR3 should come out, providing tons of detail to those who wish to write their own utilities, find out more about the system, and have a nice hardcopy of the documentation. Note that the HELPPR (HELP PRint) utility, which is provided with ZCPR3 at the initial release, will provide you with an easy way to print all the HLP files if you wish. For those of you familiar with and using ZCPR2, I think you will like ZCPR3 very much. I personally can't stand to go back to ZCPR2 any more, being adicted to the new features of ZCPR3. Also, as a pleasant note, all of the ZCPR2 utilities have been converted to ZCPR3, and the average utility, performing the same or more functions, is 60% smaller under ZCPR3 than it was under ZCPR2. About the only thing that did not shrink was VFILER. Chat later when the release occurs. Rick 4-Jun-84 19:15:58-MDT,676;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Jun 84 19:15:52-MDT Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 4 Jun 84 20:37 EDT Received: from mit-mc.arpa by BRL-VGR.ARPA id a002423; 4 Jun 84 20:38 EDT Date: Mon 4 Jun 84 20:38:34-EDT From: Mark Becker Subject: Re: Turbo Pascal bug - Which version (1.0 or 2.0) ? To: Kenny%PCO@CISL-SERVICE-MULTICS.ARPA cc: Info-CPM@BRL-VGR.ARPA In-Reply-To: Message from "Kevin Kenny " of Mon 4 Jun 84 20:14:39-EDT Hello - Which version (1.0 or 2.0) of Turbo Pascal has this bug? -Mark ------- 5-Jun-84 01:30:08-MDT,1150;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Jun 84 01:30:02-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 5 Jun 84 2:54 EDT Date: 5 Jun 1984 00:58 MDT (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Richard G Turner Cc: Info-Cpm@Amsaa.ARPA Subject: MXO-KP23.ASM Bug? In-reply-to: Msg of 1 Jun 1984 12:16-MDT from Richard G Turner Date: Fri, 1 Jun 84 14:16:26 EDT From: Richard G Turner To: info-cpm%brl.arpa@darcom-hq.arpa Subject: MXO-KP23.ASM Bug? I recently used the MXO-KP23.ASM overlay for my Kaypro II, an older model. The new SET display and functions seem to be an improvement, except that the DSC command no longer works. Did I overlook anything? MXO-KP23.ASM has been replaced by MXO-KP25.ASM. Several bugs have been fixed, including the one you mentioned, I believe. It's in MICRO: here at SIMTEL20. --Keith 5-Jun-84 01:50:13-MDT,1704;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Jun 84 01:50:08-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 5 Jun 84 3:12 EDT Date: 5 Jun 1984 01:16 MDT (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Inside CP/M tutoral files now available Recently a file called INSIDCPM.LBR appeared in the RCPM distribution circuit. It is a collection of useful CP/M system routines which can be added to assembly language programs, or used alone to study how CP/M works. The name of the .LBR file suggests it may be from the popular book "Inside CP/M", which is an excellent tutoral. The files are now available on SIMTEL20: Filename Type Bytes Sectors CRC Directory MICRO: ACTDIR.ASM.1 ASCII 1630 13 = DH 8580H ALLDIR.ASM.1 ASCII 1617 13 = DH 65E1H BIOSCALL.LIB.1 ASCII 1460 12 = CH F506H CISUB.LIB.1 ASCII 2215 18 = 12H C884H COSUB.LIB.1 ASCII 1066 9 = 9H CA80H CPMEQU.LIB.1 ASCII 741 6 = 6H 49D6H DPSUB.LIB.1 ASCII 1042 9 = 9H 10FCH FT.ASM.1 ASCII 2420 19 = 13H 6FD8H HEXDIR.ASM.1 ASCII 1632 13 = DH 4A57H HEXSUB.LIB.1 ASCII 2403 19 = 13H BFE3H PROG.LIB.1 ASCII 2387 19 = 13H 5511H READIR.ASM.1 ASCII 2039 16 = 10H 50B8H RECTRAN.ASM.1 ASCII 2353 19 = 13H 2435H TF.ASM.1 ASCII 1011 8 = 8H 6142H XALV.ASM.1 ASCII 1860 15 = FH 51F2H XCMD.ASM.1 ASCII 950 8 = 8H 6292H XDPB.ASM.1 ASCII 2295 18 = 12H 667FH --Keith 5-Jun-84 03:46:44-MDT,1369;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Jun 84 03:46:39-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 5 Jun 84 5:14 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 5 Jun 84 5:11 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 5 Jun 84 2:00-PDT Date: 3 Jun 84 16:31:43-PDT (Sun) To: info-cpm@Brl.arpa From: ucbtopaz!bitmap@Ucb-Vax.arpa Subject: Dr. Dobb's 8080 LISP? Article-I.D.: ucbtopaz.484 I'm looking for a copy of Darrel Van Vuer's 8080 LISP interpreter that appeared in DR. DOBB'S JOURNAL ("LISP Interpreter for the 8080," DDJ, #10, 1978) and in Volume 3 (pp. 429-36) of the Dobb's reprint series. Hopefully, someone reading this has already typed it in and can upload a copy for me; however, I'm willing to type it in if someone can supply me with a clear photocopy of either the journal article or the book reprint. You supply the photocopy and I'll Mail you a copy of the code when I have it in. Reply to ucbvax!cgr@ucbpopuli or to John Hevelin P.O. Box 11372 Milwaukee, WI 53211 Please don't reply to the account listed in the "From" header -- this is being posted for me by a friend. John Hevelin ucbvax!cgr@ucbpopuli 5-Jun-84 08:10:23-MDT,1800;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Jun 84 08:10:17-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 5 Jun 84 9:40 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 5 Jun 84 9:42 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 5 Jun 84 6:40-PDT Date: 3 Jun 84 19:33:34-PDT (Sun) To: info-cpm@Brl.arpa From: ucbtopaz!bitmap@Ucb-Vax.arpa Subject: Dr. Dobb's 8080 ROFF? Article-I.D.: ucbtopaz.485 I'm looking for the 8080 version of ROFF by Mike Gabrielson that appeared in DR. DOBB'S JOURNAL several years ago ("Software Tools FORMAT Program: An 8080 Version," DDJ, #35, 1979,) and reprinted in Volume 4 of the Dobbs reprint series (pp. 188-98). Ideally, someone has already typed this onto disk and could upload a copy of the code, but I'd happily settle for a clear photocopy of the original journal article or the book version to work from -- I'm a skilled technical typist, and it won't take me to long to get it onto the disk. You supply the photocopy, and I'll supply the code in return when I have it typed in. A friend supplied me with a version of ROFF.COM which I understand was a BDS C version, but there are a few bugs in the program that I'd like to correct. Not having either the source code or BDS C, this 8080 version looks like a reasonable place to start. Please reply to ucbvax!cgr@ucbpopuli, or send the photocopy to John Hevelin P.O. Box 11372 Milwaukee, WI 53211 This message is being posted to the network from a friend's account, and I would prefer that he not be inundated with mail for me. John Hevelin ucbvax!cgr@ucbpopuli 5-Jun-84 18:22:59-MDT,1305;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Jun 84 18:22:51-MDT Date: Tue, 5 Jun 84 19:50:53 EDT From: Dave Towson (info-cpm) To: info-cpm@Amsaa.ARPA Subject: [Mike Muuss: Re: Gateway problems?] Fellow CP/Mers - The attached message is the response to a query I just sent to one of our really good system people. I have received mail from several list members saying that those cursed headers-only messages are showing up again. I regret the inconvenience (nuisance, pain in the you_name_it) this may be causing some of you, and I am confident that our system people are as unhappy about it as you are. Please hang in there, and please keep me posted if you are getting these annoying headers-only messages. Our guys will get it fixed. Dave Towson info-cpm-request@amsaa.arpa ----- Forwarded message # 1: Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 31 May 84 22:03 EDT Date: Thu, 31 May 84 22:00:38 EDT From: Mike Muuss To: Dave Towson (info-cpm) Subject: Re: Gateway problems? Yes, we are having MILNET IMP, trunk, and gateway problems. Sorry, please bear with us. -M ----- End of forwarded messages 5-Jun-84 19:01:45-MDT,4013;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Jun 84 19:01:29-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 5 Jun 84 20:18 EDT Received: From bbn-unix.arpa.ARPA by BRL-AOS via smtp; 5 Jun 84 20:11 EDT Received: from BBN-CD.ARPA by BBN-UNIX ; 5 Jun 84 12:33:32 EDT Date: Tue, 5 Jun 84 12:26:33 EDT From: Bob Clements Subject: Xerox 820 and Packet Radio BBS To: info-hams@simtel20.arpa, info-cpm@brl.arpa Cc: clements@bbn-cd.arpa This message announces the availability of a new batch of files in the SIMTEL20 archive. The complete package makes up a Mailbox and Bulletin Board system for Packet Radio, and a subset of the files are useful for any Xerox 820 owner. The files are in the directory MICRO:. The list of files and their CRCs follows. Here is a very brief summary: The files XRXP*.* are a commented disassembly of the version 2 boot PROMs for the Xerox 820. The XBOOT.* and XSBIOS.* files are the bootstrap block and a BIOS for a CP/M or CP/M-clone system for the Xerox 820. [The CP/M itself is not included in this package, being copyrighted. It can be any standard 60K system, the CCP starts at D400.] The remaining files are a bulletin board system for use with a Packet Radio station using a TAPR TNC. It can be used for simply talking to your TNC and sending/receiving files, if you don't want to become a packet SYSOP. This Mailbox is currently running at W0RLI, K1BC and K1OJH, all here in Boston on 145.01. Start with the READ.ME and the FILES.TNC files to see if you are interested in the Mailbox, and see also the XRXP.DOC file for notes on the 820 PROMs. The PROM disassembly is my work, but the rest is the work of Hank Oredson, W0RLI. He is not on either ARPANET or Usenet, so I am posting these for him. I will relay comments and questions to him. You call also reach him by US Mail at his address which is in some of the files (TNC.ASM, for one). And finally, thanks to Keith Petersen for helping me through some cockpit errors and software recalcitrance in getting the files uploaded to the net. Filename Type Bytes Sectors CRC Directory MICRO: CALLS.HRD.1 ASCII 1771 14 = EH A2DFH CONFIG.TNC.1 ASCII 743 6 = 6H 9DE6H CPMDEFS.LIB.1 ASCII 1836 15 = FH C205H DISKDEF.LIB.1 ASCII 6229 49 = 31H 2FD6H DOC.TNC.1 ASCII 2078 17 = 11H 94E0H EXTDIR.LIB.1 ASCII 7402 58 = 3AH 79E8H FILES.TNC.1 ASCII 1537 13 = DH 7C07H HELP.TNC.1 ASCII 611 5 = 5H 9A2CH INIT.COM.1 COM 1152 9 = 9H 6F79H INIT.HEX.1 ASCII 2824 23 = 17H 78D7H MAKESYS.COM.1 COM 3456 27 = 1BH 706CH MAKESYS.HEX.1 ASCII 8433 66 = 42H F795H MBDEFS.LIB.1 ASCII 972 8 = 8H C99FH MULDIV.LIB.1 ASCII 6412 51 = 33H 467DH READ.ME.1 ASCII 2055 17 = 11H 5ECEH SETUP.TNC.1 ASCII 919 8 = 8H 30D3H SPEC.TNC.1 ASCII 9701 76 = 4CH 628FH SYSDEFS.LIB.1 ASCII 4366 35 = 23H 8526H TNC.ASM.1 ASCII 31086 243 = F3H B448H TNC.COM.1 COM 9472 74 = 4AH DD0EH TNC.HEX.1 ASCII 25830 202 = CAH 4DDDH TNC.LIB.1 ASCII 5715 45 = 2DH 92A9H TODO.TNC.1 ASCII 1363 11 = BH 9075H UNTANGLE.ASM.1 ASCII 1895 15 = FH 273DH UNTANGLE.COM.1 COM 2048 16 = 10H 4905H UNTANGLE.HEX.1 ASCII 5006 40 = 28H 1443H XBOOT.ASM.1 ASCII 839 7 = 7H F5B6H XBOOT.HEX.1 ASCII 357 3 = 3H A1AEH XRXLIB.LIB.1 ASCII 1729 14 = EH CA98H XRXP.DOC.1 ASCII 1931 16 = 10H AC78H XRXPDEF.MAC.1 ASCII 5879 46 = 2EH FA62H XRXPH.MAC.1 ASCII 11466 90 = 5AH A0A1H XRXPL.MAC.1 ASCII 37554 294 = 126H 4C20H XSBIOS.ASM.1 ASCII 5636 45 = 2DH 519BH XSBIOS.HEX.1 ASCII 2470 20 = 14H 2BB9H Z80.LIB.1 ASCII 1157 10 = AH 3646H [* Everything is probably a trademark of somebody.] /Rcc (K1BC) 5-Jun-84 22:30:44-MDT,1233;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Jun 84 22:30:33-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 6 Jun 84 0:01 EDT Date: Wed 6 Jun 84 00:04:16-EDT From: Mark Becker Subject: Summary: Re: Turbo Pascal bug - which version (1.0 or 2.0) To: Info-Cpm@AMSAA.ARPA Hello NetLand - Below are messages I've received in response to which version of Borland's Turbo Pascal (Z-80 style) have the pass-command-line bug. -Mark ------------------------------------------------------------------------ Date: Tue, 5 Jun 84 16:04 MST From: Kevin Kenny Both versions appear to have the bug; my personal copy is 2.0. ------------------------------------------------------------------------ Date: Tue 5 Jun 84 18:20:48-EDT From: J. Eliot B. Moss I have Version 2.0, and examineation of object code reveals it has the same problem. The $80-$FF area contains HeapPtr and things like that. Once I have talked to Borland, I may post some real bugs I have found in 2.0. Eliot ------- ------- 6-Jun-84 00:01:43-MDT,1188;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Jun 84 00:01:20-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 6 Jun 84 1:37 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 6 Jun 84 1:37 EDT Date: 6 June 1984 01:40-EDT From: Stephen C. Hill Subject: CP/M-80 emulator under CP/M-86 To: INFO-CPM@Mit-Mc.ARPA cc: STEVEH@Mit-Mc.ARPA I'm passing the following along as a favor to a friend off the net. Please address all messages back to me. Thanks **************************************************************** Date: 5-Jun-84 17:22:35 From: aedge at LOM To: aedge at lom, fbrockwa at gre, dbuschel at atl, jnagle at dal, jdiggs at mis2, ktwineha at mis2, shill at lan, pnorming at cs1, kpresnel at cs1 Subject: CP/M 80 emulator Message-id: 2348/169.61534 Does anyone know of a CP/M 80 emulator that runs under CP/M 86? The idea is to transition from an 8-bit to a 16-bit environment without having to cut over all programs cold turkey. I'd appreciate any input, pro & con, and any suggestions as to who I might contact to locate such a beast. Thanks. 6-Jun-84 02:39:42-MDT,1613;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Jun 84 02:39:36-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 6 Jun 84 4:13 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 6 Jun 84 4:08 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 6 Jun 84 0:57-PDT Date: 4 Jun 84 11:28:32-PDT (Mon) To: info-cpm@Brl.arpa From: decvax!ittvax!dcdwest!sdcsvax!noscvax!kemp@Ucb-Vax.arpa Subject: MODEM730 & KAYPRO: can't print to Epson Article-I.D.: noscvax.506 Help! I'm using MODEM730 on a Kaypro 4 (old, purchased Oct. 83) with a 300 baud modem, and an Epson MX80 printer with GrafTrax running through the serial port. The MODEM730 was derived from M7KP-1.ASM and installed to know about the Hayes Smartmodem (even though I'm not running from one). I created the COM file from SIMTEL20's HEX file, and installed by using DDT. My host is a VAX 11/780 running 4.2bsd Unix. ********* the problem ********* When I select ^P to toggle the Epson online, subsequent lines are losing characters both on the screen and at the printer. It looks like usually the missing characters are at the left part of the lines. When I toggle the printer off, characters stop disappearing. What have I done wrong? I also saw this behavior in earlier versions of MODEM7, so I don't think the problem is a new one. Any ideas? Thanks in advance! Steve Kemp Computer Sciences Corp. Naval Ocean Systems Center San Diego, CA kemp@nosc -or- ...ucbvax!sdcsvax!noscvax!kemp 6-Jun-84 08:11:52-MDT,6455;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Jun 84 08:11:36-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 6 Jun 84 9:00 EDT Date: 6 Jun 1984 07:04 MDT (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: David Towson (CSD) Cc: Info-Cpm@Amsaa.ARPA Subject: MDM7xx and MODM700 progress In-reply-to: Msg of 5 Jun 1984 20:06-MDT from David Towson (CSD) Thanks for the note, Dave. MODM700 will replace MDM7xx because MODM700 is the next update. It is the same program, but with a different name because Irv Hoff has copyrighted the MDM7xx name and claims that no one but he is "authorized" to make updates. When he released MDM740 without source code and announced that source would no longer be available, it was the "last straw" because there are others with excellent ideas for improvements and they have been unable to add them because Irv rejected the ideas for one reason of another. I agree, he has made significant improvements, but it's time for the program to return to the public domain. Here's a progress report on MODM700 - it looks great! Date: 31 May 1984 01:59-EDT From: Robert L. Plouffe To: Keith Petersen Re: MODM700 progress MODM700 is alive and well. Nearly finished. New features are: 1. Wild cards (*) in file names, as well as multiple file names (in send), automatically place the transfer protocol into batch mode. Can still use 'B' option but is not necessary. 2. Uses Carrier Detect lead on modem to do various things... a. Avoid re-initializing modem and port to default speed if carrier is already ON when executing the program -- so you can go out to cp/m and then back to MODM700 without affecting your modem parameter settings. b. Reset modified modem command prompt if carrier is off. See 3 below for modified command prompt. 3. The end that dials a connection and gets connected has its command line prompt modified to say "Enter LOCAL Command" instead of just "Enter Command". Thus you can always tell which end is giving you the command prompt as you proceed and switch between Command mode and Terminal mode 4. Any command that can be executed from the Modem command line can also be executed from the CP/M command line by entering the command after the program name. This includes dialing a number or a library ID. 5. Length of dialing command from either the CP/M command line or the Modem command line is no longer restricted to 3 letters. You can now use 'C', 'CALL', 'CAL', or 'DIAL'. Also the position of the command and the number (either one or both) is no longer critical on the command line within the limits normally imposed by CP/M. 6. The above freedom for other commands and their command tails (if any) also apply. 7. New command parser that avoids 'INLNCOMP' routine. Scans legal commands first and then looks for legal options (which are retained from previous versions). This procedure avoids the 'RESTART' sequence to catch primary options. Many synonyms for commands are allowed such as the example above for dialing. The list also includes 'SEND', 'RCV', `RECEIVE', 'STAT', 'SAVE', 'CAPTURE', etc, etc... 8. The modem-end that initiates the connection returns to Terminal mode automatically after a file transfer, and the other end returns to Command mode. No need for 'T' on the command line for this to happen. 9. Automatic disconnect of phone line in batch mode if more than 3 attempts to receive or send a file name upon detection of file name errors or timeouts. You can now safely go to bed and let it run to completion without worrying if it will crash and keep your long-distance connection up if file name errors occur. The 'D' option already provides for disconnect upon completion or if too many errors on sector sending or receiving. 10. Extensive clean-up of messages to operator in batch mode. No more nonsense like 'Awaiting name NAK'. Now sends the message 'Sending file name' instead, which is actually what is going on and more meaningful to the user. This is only an example and there are others. Like, says 'File name received' instead of 'Awaiting file name' and does it only when the file name is received. This avoids the extra 'Awaiting file name' message at the end of file transfers in batch. Ditto was done for the messaging in sending of file names also. 11. You can toggle between 'Q'uiet mode and verbose-reporting during file transfers by entering a control-V at the keyboard. Thus if you are using the 'V'iew option for either S, R or both to see characters being transferred (including protocol characters), this useful toggle will prevent the 'verbose-reporting' from interfering and confusing the viewing on the screen. Alternatively, it can be used simply to toggle 'Q' mode on and off even if not in the 'V' mode. 12. All of the syntax of MODEM7xx, MDM7xx etc that derive from the original MODEM2/MODEM7 is retained in addition to the new commands and syntax options. 13. Last but not least, the program does not build a table of file names any more for sending in batch mode. It searches (next) for files specified both as wild cards and as individual file names (including their drive designation) for all name specifications entered on the modem command line. This will continue indefinitely until no more files can be found from the file name specifications. Thus, the program is NO LONGER limited to just 64 files in batch. You may enter as many file name specifications (including wild-carded ones as well as ones with different Drive designations) as the command line will handle -128 characters, same as cp/m command line Does anyone really want the batch calling of phone numbers that is in MDM740? I haven't looked at that yet but it should be easy to do if anyone is really interested. I don't care for it myself. Well, that is about it, -and all I can recall for the moment, except for several clean-ups and removal of little 'hacks' that didn't do any- thing. This effort will result in returning the source code for MODEM7 in its latest revised and improved state back to the "public-domain" where it rightfully belongs. 6-Jun-84 08:47:55-MDT,1046;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Jun 84 08:47:50-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 6 Jun 84 9:59 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 6 Jun 84 9:57 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 6 Jun 84 6:46-PDT Date: 5 Jun 84 13:56:20-PDT (Tue) To: info-cpm@Brl.arpa From: hplabs!sdcrdcf!sdcsvax!sdccs6!ir320@Ucb-Vax.arpa Subject: Ferguson Big Board Article-I.D.: sdccs6.1534 Subject: Ferguson Big Boards? Newsgroups: net.micro.cpm,sdnet.computing It's me again. I have heard that a FBB (Ferguson Big Board) may be just what I need. It allows me 2 serial ports (terminal & modem) and a printer and 8" drives under CP/M. Are there any FBB owners out there who would care to share their thoughts on this subject? Can I buy a FBB A&T or just in kit form? ix255 John Antypas UC San DIego UUCP: ...!noscvax!sdcsvax!sdccs6!ix255 arpanet: sdcsvax!sdccs6!ix255@Berkeley 6-Jun-84 10:06:25-MDT,700;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Jun 84 10:06:18-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 6 Jun 84 11:29 EDT Received: From lll-mfe.arpa.ARPA by BRL-AOS via smtp; 6 Jun 84 11:27 EDT Date: Wed, 6 Jun 84 08:25 PDT From: Maron@LLL-MFE.ARPA Subject: HELLLLPPPP! To: info-cpm@brl.arpa I would like to send a message to John Antypas on sdcsvax!sdccs6!ix255@berkeley which is his supposed address in the mail message. How do I do that over arpanet????? I am sorry to send this to everyone but I sure someone that gets it will have the answer. And from everyone else I'll just get flak.--Neil (Maron@lll-mfe.arpa) 6-Jun-84 11:39:51-MDT,1107;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Jun 84 11:39:46-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 6 Jun 84 13:04 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 6 Jun 84 13:04 EDT Date: 6 Jun 1984 13:03-EDT Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: CP/M-80 emulator under CP/M-86 From: ABN.ISCAMS@Usc-Isid.ARPA To: STEVEH@Mit-Mc.ARPA Cc: INFO-CPM@Mit-Mc.ARPA Message-ID: <[USC-ISID] 6-Jun-84 13:03:22.ABN.ISCAMS> In-Reply-To: The message of 6 June 1984 01:40-EDT from Stephen C. Hill Steve (et al) The Wang PCs we procured here at Fort Bragg do have a CP/M-80 emulator, but it's quite proprietary and I don't think it would likely run on anything but a Wang PC. It works fair - so long as it's pure "vanilla" CP/M programs that don't use any fancy tricks (donno how to define fancy tricks, but it darned sure can't find ports, peeks or pokes into the guts of the CCP/BDOS, etc.). Sorry, no other information. Regards, David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID) 6-Jun-84 19:54:44-MDT,1551;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Jun 84 19:54:40-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 6 Jun 84 21:27 EDT Received: From brl-bmd.arpa.ARPA by BRL-AOS via smtp; 6 Jun 84 20:28 EDT Date: Wed, 6 Jun 84 20:19:43 EDT From: Charlie Strom (NYU) To: INFO-CPM@Brl.ARPA Subject: S-100 IBM PC graphic boards I have heard of two S-100 boards that are supposed to emulate the IBM PC graphics "standard". One, a CompuPro board, was supposed to be exhibited at Comdex. Did anyone actually see this board? I understand that the Lomas board more imminent, perhaps a month away from appearing on dealers' shelves, and that there will be two versions, the lower cost one being strictly IBM PC compatible, the fancy one offering a mode with twice the resolution as well. The Lomas boards will supposedly have a keyboard port for a Keytroncs (IBM) keyboard, and net single piece cost for the lower cost version (discounted, not list) is on the order of $300. Can anyone shed any more light on this subject? Assuming one installs such a beast in an 8088-based S-100 system, what good is it if one is not running MSDOS or PCDOS? The other obvious question is whether there will be any provision to transfer software from PC disks to 8" or other 5" formats. At first blush it sounds like an interesting idea, but without CCPM with PCMODE, I am not clear what if anything such a board will buy me. Any thoughts would be welcome. 6-Jun-84 20:04:55-MDT,2065;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Jun 84 20:04:48-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 6 Jun 84 21:27 EDT Received: From rutgers.arpa.ARPA by BRL-AOS via smtp; 6 Jun 84 20:58 EDT Received: from RU-BLUE.ARPA by RUTGERS.ARPA with PUP; 6 Jun 84 20:58:59 EDT Date: 6 Jun 84 20:58:41 EDT From: Seymour Subject: Octagon CP/M 80 BIOS bug To: info-cpm@BRL.ARPA This message refers to a bug in the OCTAGON hard disk attach BIOS for CP/M-80 that sometimes causes the internal disk buffers to get lost on program exits. I called Dr. Goodman at Octagon (he wrote the bios) and described our problem to him. I had guessed what the problem was, but since we run a highly modified bios, I wasn't sure if the bug was in our code or his. I asked Dr. Goodman to look into it and read him a short basic program that one of my employees, Al Fallone, wrote to demonstrate the problem. 10 OPEN a random access file 20 FIELD a string in it 30 LSET the string to "OLD" 40 PUT the string to the file 50 CLOSE the file 60 OPEN the file again 70 FIELD the file the same way as in 20 80 LSET the string to "NEW" 90 PUT the string to the file 100 CLOSE the file again 110 SYSTEM The bug causes the file to end up with the word "OLD" in it. the change to the word "NEW" never gets written. Dr. Goodman called back at 7:47pm. Here is the beginning of our conversation: Dr G: Hello. Me: Hello. Dr G: Guess what? Me: What. Dr G: Its a bug. Me: No kidding. ------------ SCORE Rutgers - 2 Octagon- 0 Dr Goodman said that putting a call to FLUSHBUF right after the label HDwboot (warmboot) in the file HD.ASM will fix the problem. I added it. Then I used the submit file to generate a new HD.COM. Guess what? It works. Dr. Goodman went on to say that the 8086 version of the bios does not have this bug. So you 16 bitters out there needn't worry. Seymour Joseph System programmer/Microcomputers ------- 7-Jun-84 04:14:18-MDT,1738;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Jun 84 04:14:09-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 7 Jun 84 5:42 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 7 Jun 84 5:35 EDT Date: 7 June 1984 05:38-EDT From: Jerry E. Pournelle Subject: S-100 IBM PC graphic boards To: strom@Brl-Bmd.ARPA cc: INFO-CPM@Brl-Aos.ARPA In-reply-to: Msg of Wed 6 Jun 84 20:19:43 EDT from Charlie Strom (NYU) 1. The CompuPro S-100 PC video board was designed by Tony Pietsch, and a wire-wrap was demonstrated at COMDEX. Faster'n hell, color and high-res on same board, steady, said to be 100% PC compatible down to Flight Simulat or although I have NOT seen FS run on it. 2. I hAve had telephone conversations with Lomas, who promised to send me some literature and a letter; the idea is to get some of ths stuff out here to Chaos Manor. The day after I talked to him, his secretary called to ask my address again. That was at least thre weeks ago (I'd have to look in the log to be sure exact date) and since then I have heard NOTHING. The editors at BYTE asked me to talk to this guy, and I certainly would be glad to, but so far the results have not benn encouaraging. I dunno if (1) they got mad at me, (2) the Post Awful lost their stuff, (3) their shipping dept never sent whatever it was, (4) they don't have anytyhing to ship, (5) none of the above. Anyone who is in contact with Lomas might tell them I still have heard nothing. 3. The CompuPro board was running under Concurrent CP/M with the PC DOS emulator (not emulator, exaclty) module. Worked fine, and could do other jobs. 7-Jun-84 05:19:41-MDT,1269;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Jun 84 05:19:36-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 7 Jun 84 6:57 EDT Received: From brl-bmd.arpa.ARPA by BRL-AOS via smtp; 7 Jun 84 6:55 EDT Date: Thu, 7 Jun 84 6:50:22 EDT From: Charlie Strom (NYU) To: Jerry E. Pournelle cc: INFO-CPM@Brl.ARPA Subject: Re: S-100 IBM PC graphic boards Thanks for the reply... any word on release dates for either the graphics board or CCPM with PCMODE? Since I have heard that the Compupro version will be little different from DRI's OEM release, there should be little holdup on its release (unless of course the DRI release is buggy, and that would not be all that amazing, would it?) For your information, Gifford will be releasing their own version of CCPM 8-16 in the not too distant future; it will be an upgrade from their MP/M 8-16 and will probably look pretty similar at the user interface level. They have been making lots of happy sounds about their implementation of DR's SoftNet (Arcnet) and have approximately 15 Compupro and IBM systems tied together. I may finally have a good enough reason to purchase an IBM PC! 7-Jun-84 08:08:13-MDT,2090;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Jun 84 08:08:04-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 7 Jun 84 9:36 EDT Date: 7 Jun 1984 07:35 MDT (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: SWEEP40 file copy program available on SIMTEL20 SWEEP version 4.0 by Robert Fisher is now available on SIMTEL20. This utility program is for maintaining file directories, and transferring files between drivers and user areas under CP/M 2.2. When SWEEP is invoked, you will see a menu of commands and the first entry in the directory. You will also be given a total space (in K) occupied by the files and the remaining space on the disk. Typing 'space' or 'return' moves you forward in the directory; typing B moves you backward. The directory is circular, so typing space at the end of the directory moves you to the beginning. This program was written in PL/I and the complied .COM file is 28k, which is much larger than NSWP or DISK7. However, SWEEP40 has been around for a long time and there have been no bugs reported. I have received two reports of NSWP205 trashing hard disk directories. SWINIT is a setup program which allows you to customize SWEEP40 for your terminal's screen clear command, maximum number of drives allowed, maximum user number allowed, etc. No .DOC file is needed because the program has built-in help and because SWINIT allows customization which was formerly documented in a .DOC file and required DDT to patch. Here is a list of the files (the .HEX files are for those who cannot FTP binary files): Filename Type Bytes Sectors CRC Directory MICRO: SWEEP40.COM.1 COM 28032 219 = DBH 0599H SWEEP40.HEX.1 ASCII 68232 534 = 216H 7549H SWEEP40.TXT.1 ASCII 249 2 = 2H EE98H SWINIT40.COM.1 COM 13952 109 = 6DH D80BH SWINIT40.HEX.1 ASCII 33975 266 = 10AH 41A7H --Keith 7-Jun-84 09:19:45-MDT,1112;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Jun 84 09:19:40-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 7 Jun 84 10:49 EDT Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 7 Jun 84 10:42 EDT Received: from GreeneKing.ms by ArpaGateway.ms ; 07 JUN 84 07:42:34 PDT Date: 7 Jun 84 14:00:31+0100 (Thursday) From: Hirst.rx@XEROX.ARPA Subject: Re: BBS legal issues To: info-cpm@BRL.ARPA cc: Hirst.RX@XEROX.ARPA I don't beleive that anyone has mentioned the fact that it is possible to verify users messages before unleashing them onto the board. CBBS (Ward & Andy's program) supports this feature. I'm not advocating this as I'm sure there are types of boards in the USA which are better totally open. An interesting fact over here in the United Kingdom is that the telephone company must approve the modem and the use of the line for Data comms. We have yet to enter this sort of dimension, as the boards here tend to be of a technical, or, for sale nature. I sincerely hope that Tom can get his system back very soon Ken 7-Jun-84 09:39:15-MDT,2028;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Jun 84 09:39:08-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 7 Jun 84 11:12 EDT Received: From utexas-20.arpa.ARPA by BRL-AOS via smtp; 7 Jun 84 11:04 EDT Date: Thu 7 Jun 84 10:04:27-CDT From: John Otken Subject: Re: Ferguson Big Board To: hplabs!sdcrdcf!sdcsvax!sdccs6!ir320@UCB-VAX.ARPA, info-cpm@BRL.ARPA In-Reply-To: Message from "hplabs!sdcrdcf!sdcsvax!sdccs6!ir320@Ucb-Vax.arpa" of Tue 5 Jun 84 15:56:20-CDT I have extensively used a couple of Big Board II systems over the last 6 monsths. The general specs for this single board computer are: A 4Mhz Z80, 64k RAM, 1 SIO, 2 CTCs, 1 DMA channel, CRT controller, SASI interface, STD bus, 256k RAM piggy back option, 6 EPROM slots. For the most part this is a really nice computer. Some very good engineering. For example the ports may be configured as DTEs or DCEs by moving some jumper blocks. The CP/M CBIOS is the fastest I have seen anywhere (that runs in 64k). You can get a hard disk system up for a very reasonable price using this as a base (I did). I have had only minor reliability problems which are more than offset by the very reliable CBIOS. A EPROM programmer program is available. If you are interested in nit picking... There were a few screw ups... The system cannot drive 5.25 and 8" disks at the same time. There is a minor design error in the write precompensation circuit (most other disk controllers also have this problem). The distributors, Cal-Tex Computers, is a garage operation. Which is not to say that they are dishonest (I believe that they are very honest). But they might not be around in a year or two. Oh yea, do NOT ask Bill Siegman (the owner) anything other than yes/no/how-much questions.. He will talk your head off about the silliest subjects. If you have any questions -- ask (me.. Not Cal-Tex.. See above). John Otken 512-471-3241. ------- 7-Jun-84 13:15:26-MDT,1888;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Jun 84 13:15:17-MDT Received: From mitre.arpa.ARPA by AMSAA via smtp; 7 Jun 84 14:49 EDT Date: 7 Jun 1984 13:50:47 EDT (Thursday) From: Jeffrey Edelheit Subject: ROLM PABX To: info-cpm@Amsaa.ARPA Cc: edelheit@Mitre.ARPA We've got a ROLM PABX that we're also using as a digital switch. (It's the newest model, not one of the older ones that had some really bad problems.) Anyway, we have had it now for about one month and have found that it has a couple of no-cost additional features such as: 1. Dropping your session without the least warning. Under this scenario, your host session gets dropped, you recall the host and can re-login. 2. Dropping your session without the least warning but when you manually reconnect, it puts you into someone else's session without you having to login! As you are going into a LAN, you can find yourself in any number of different hosts. (It's interesting to find yourself in the middle of your Dept. Head or Division Head's PROFs acct.) When you log-off of the "bad" acct. and try to login on your own acct., and if the system will not allow multiple concurrent accesses under the same user id (a la IBM VM/CMS) you can't get in unless the person who may now have your session logs-off or your you call the machine operator and request that you get forced off. All-in-all, I think the ROLM stinks. Worse yet, I think I am stuck with it for at least 2 more years. I am sort of curious if any other Netlanders have had ane experiences with this wonderful device. I'll summarize all responses and post them for those who might be interested. Thanks in advance, Jeff Edelheit (edelheit at mitre) 7-Jun-84 20:20:45-MDT,1096;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Jun 84 20:20:40-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 7 Jun 84 21:52 EDT Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 7 Jun 84 20:08 EDT Received: from Muscat.ms by ArpaGateway.ms ; 07 JUN 84 17:04:49 PDT Date: Thu, 7 Jun 84 18:48 EDT From: ayala.henr@XEROX.ARPA Subject: Re: Ferguson Big Board In-reply-to: "hplabs!sdcrdcf!sdcsvax!sdccs6!ir320@UCB-VAX.ARPA's message of 5 Jun 84 13:56:20 PDT (Tue)" To: hplabs!sdcrdcf!sdcsvax!sdccs6!ir320@UCB-VAX.ARPA cc: info-cpm@BRL.ARPA I have owned a Big Board for some 3 years now and it has given me no trouble at all since I put the thing together. I recommend it highly. The price of a kit is under $300 if memory serves me, and you can buy the bare board if you have a source for parts. (nothing too exoitic on the BB, just LS and TTL). Also some good add on boards available for double density, RAM Disk, etc. Also a decent magazine (micro Cornucopia) for ideas and support. Joe Ayala Xerox@PARC.ARPA 7-Jun-84 21:06:38-MDT,1829;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Jun 84 21:06:32-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 7 Jun 84 22:40 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 7 Jun 84 22:29 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 7 Jun 84 19:26-PDT Date: 6 Jun 84 8:58:12-PDT (Wed) To: info-cpm@Brl.arpa From: hplabs!intelca!cem@Ucb-Vax.arpa Subject: Re: Ferguson Big Board Article-I.D.: intelca.296 In-Reply-To: Article <1534@sdccs6.UUCP> The Ferguson Big Board, sometimes refered to the Big Board II, is a neat little machine. It has all of the features mentioned, plus a SCSI interface that will talk to a Xebec hard disk host adapter and then a hard disk. The BIOS supposedly supports it already, I don't know of anyone running a hard disk on one though. The Video is neat and you can use it as is or write your own emulator for your particular terminal. All in all a neat system. The FBB can be purchased from Halted Specialties Corp in Sunnyvale A&T for $545 their # is (408) 732-1573. It does not come with CP/M but they sell CP/M 2.2 for $150. You can also get the bare board and ROM set (Monitor, Character generator) for $245. -- --Chuck McManis ihnp4! Disclaimer : All opinions expressed herein are my \ own and not those of my employer, my dual! proper! friends, or my avacado plant. / \ / fortune! \ / X--------> intelca!cem ucbvax! / \ \ / \ hplabs! rocks34! ARPAnet : "hplabs!intelca!cem"@Berkeley / hao! 7-Jun-84 21:21:10-MDT,916;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Jun 84 21:21:05-MDT Date: Thu, 7 Jun 84 22:59:19 EDT From: Dave Towson (info-cpm) To: info-cpm@Amsaa.ARPA Subject: Forwarded message about BBS's. ----- Forwarded message # 1: Received: From utexas-20.arpa.ARPA by AMSAA via smtp; 6 Jun 84 0:17 EDT Date: Tue 5 Jun 84 23:22:14-CDT From: Douglas Good Subject: BBS's To: info-cpm-request@AMSAA.ARPA Are there any other BBS's for CP/M other than RBBS? I've been working on my own BBS in MBASIC and have discovered major difficulties in I/O. Does anyone know any other ways to communicate to the RS232 port than with the INP and OUT statement? It sure makes programing tedious to have to do I/O a character at a time in MBASIC. Doug Good ------- ----- End of forwarded messages 7-Jun-84 22:14:52-MDT,1425;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Jun 84 22:14:47-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 7 Jun 84 23:48 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 7 Jun 84 23:40 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 7 Jun 84 20:27-PDT Date: 5 Jun 84 21:39:20-PDT (Tue) To: info-cpm@Brl.arpa From: hplabs!sdcrdcf!sdcsvax!sdccs6!ir320@Ucb-Vax.arpa Subject: Ferguson Big Board info wanted Article-I.D.: sdccs6.1536 I have been told to look into a FBB. I can't seem to find one even in Byte. If anyone out there has any info on a FBB system, please let me know. Is it worth my money, if I don't plan to expand beyond a printer and a modem? About how much does the board, case, power supply and two 8" DDDS (or if needed DDSS) drives cost? Second, I have the option of buying a terminal board and adding a keyboard to it, but I can't see how that's going to save much. Where can I get a good new/used 24x80 terminal w. green screen and full * properly arranged * keyboard. (I don't care about keypads or function keys if they cause the terminal to be $600. Anything in the $300-$450 range? Send replies to: John Antypas (who else?) UC San Diego UUCP: ...!noscvax!sdcsvax!sdccs6!ix255 arpanet: sdcsvax!sdccs6!ix255@Berkeley Thanks. 7-Jun-84 23:12:34-MDT,787;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Jun 84 23:12:30-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 8 Jun 84 0:52 EDT Date: Fri 8 Jun 84 00:55:26-EDT From: Mark Becker Subject: Looking for info on or about Pied Piper computer To: Info-CPM@AMSAA.ARPA Hello NetLanders - I'm looking for comments and information about a recent entry into the portable-computer forest regarding a machine called STM Pied Piper. From what I hear, the manufacturer is located up in Toronto somewhere. If anyone has come up with a MDM7xx-style overlay for this thing, that would solve some of the problems I'm running into. Thanks in advance - Mark Becker ------- 8-Jun-84 10:29:10-MDT,646;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Jun 84 10:29:06-MDT Received: From jpl-vlsi.arpa.ARPA by AMSAA via smtp; 8 Jun 84 12:00 EDT Date: 8 Jun 1984 0853 PDT From: Jeff Skaletsky Subject: USR Password Production halt? To: info-cpm@Amsaa.ARPA Reply-To: JEFF@JPL-VLSI.ARPA Anyone with information on the production halt of the US Robotics Password modem? Is this a discontinuation, a temporary QC problem, or a lawsuit? Also, I'd appreciate any comments on the Promethius Modem as an alternative. Thanks, Jeff Skaletsky ------ 8-Jun-84 10:37:35-MDT,2984;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Jun 84 10:37:26-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 8 Jun 84 12:10 EDT Received: From utexas-20.arpa.ARPA by BRL-AOS via smtp; 8 Jun 84 12:00 EDT Date: Fri 8 Jun 84 11:00:52-CDT From: John Otken Subject: Re: Ferguson Big Board info wanted To: hplabs!sdcrdcf!sdcsvax!sdccs6!ir320@UCB-VAX.ARPA, info-cpm@BRL.ARPA In-Reply-To: Message from "hplabs!sdcrdcf!sdcsvax!sdccs6!ir320@Ucb-Vax.arpa" of Tue 5 Jun 84 23:39:20-CDT > I have been told to look into a FBB. I can't seem to find one even > in Byte. If anyone out there has any info on a FBB system, please let > me know. Is it worth my money, if I don't plan to expand beyond a > printer and a modem? About how much does the board, case, power > supply and two 8" DDDS (or if needed DDSS) drives cost? Second, I > have the option of buying a terminal board and adding a keyboard to > it, but I can't see how that's going to save much. Where can I get a > good new/used 24x80 terminal w. green screen and full * properly > arranged * keyboard. (I don't care about keypads or function keys if > they cause the terminal to be $600. Anything in the $300-$450 range? Take a bit of advice.. Quit nickel and dime(ing) when it comes to the purchase of computer equipment.. A Big Board is a good deal because something similar (but configured) is going to cost at least $1000 more, but the difference between a $400 and $800 dollar terminal is the difference between junk and quality. I highly recommend either a Heathkit H-29 (kit) or Zenith Z-29 (assembled). If you locate a 10% discount coupon from Heathkit you can get the H-29 for ~$600. It will take you aprox 30 hrs to build. I don't know of a better terminal around for the money (anyone else have an opinion?). As for the cost of a Big Board system: Big Board II $600 (Cal-Tex unkit, assembled ~$800) Power Supply $200 (Ferguson UPS 5-200) Case $200 (tricky to find a good one) 3 Siemans FD100-8s $400 (Priority 1, 2 production + 1 spare) Monitor $150 (I have seen them for $25-$60 w/o case) Keyboard $125 (Jameco, not recommended but only 1 I know) -or- H-29 $650 XEBEC $350 (Kieruff or $425 from Priority 1) 5 meg ST-506 $500 (seen them for as low as $300) Misc + Cables $200 CP/M w/ CBIOS $150 (Cal-Tex) Micro Cornucopia $15 (A must for serious BB hackers) 256k Memory board $50 (Ferguson, only for hardware hackers) 3 sets of 8 64k chips $200 (CompuAdd sells 9@$59 w/ 1 yr warranty) Check Micro Corn, Microsystems or Computer Shopper for BB ads. There are plenty of ways to cut the above cost even further (e.g., get a cheaper linear power supply as opposed to the switcher listed above; build your own case; shop around for misc bargains in Computer Shopper). Moral: Substitue back work for bucks. The more back the less bucks. John Otken. ------- 8-Jun-84 13:41:51-MDT,1395;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Jun 84 13:41:42-MDT Received: From xerox.arpa.ARPA by AMSAA via smtp; 8 Jun 84 14:58 EDT Received: from Mission.ms by ArpaGateway.ms ; 08 JUN 84 11:54:14 PDT Date: 8 Jun 84 10:36:06 PDT (Friday) From: Bicer.ES@XEROX.ARPA Subject: Re: Forwarded message about BBS's. In-reply-to: cpmlist's message of Thu, 7 Jun 84 22:59:19 EDT To: Douglas Good cc: info-cpm@AMSAA.ARPA -- GENERAL CASE... I don't think that there is an easy way out. I would recommend writing three subroutines. 1 - PORT INSTAT - Check Port Data Received (RxRDY) status. 2 - PORT IN - If PORT INSTAT is ready then INput the character. 3 - PORT OUT - Check Port Data Ready to Send (TxRDY) status, if it is not ready, loop, else OUTput the character. These routines are not difficult to write, and once you write it, you can call them as many times as you like. -- ALTERNATIVE ... If you are very lucky to have the BIOS implementor of your system implement the I/O byte, such that the system checks the I/O byte location before it does I/O operation, AND the port you wish can be specified as logical CP/M device (see STAT documentation), then all you have to do is poke a value into location 3. The INPUT, INKEY and PRINT will work on the set port. Jack Bicer 8-Jun-84 16:03:41-MDT,1942;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Jun 84 16:03:30-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 8 Jun 84 17:41 EDT Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp; 8 Jun 84 17:39 EDT Date: 8 Jun 1984 14:38-PDT Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: Ferguson Big Board info wanted From: ABN.ISCAMS@Usc-Isid.ARPA To: CC.Otken@Utexas-20.ARPA Cc: hplabs!sdcrdcf!sdcsvax!sdccs6!ir320@Ucb-Vax.ARPA Cc: info-cpm@Brl-Aos.ARPA Message-ID: <[USC-ISID] 8-Jun-84 14:38:54.ABN.ISCAMS> In-Reply-To: The message of Fri 8 Jun 84 11:00:52-CDT from John Otken Good advice, and especially good detail on what it takes with the Big Board to get up and running. However...terminals. I've been running a Freedom 100 terminal since they first came out (cost about $490 or so then), and have had absolutely NO problems! Fast scrolling (normally run at 19200 from my Decision I serial port), a BUNCH of commands, almost exactly like a Televideo 925. The original Freedom 100 had a kind of non-glamorous keyboard -- works just great, don't get me wrong, but doesn't look quite so sexy. Oh, yeah - by the time I got a printer to try the Auxiliary serial port off the back of the Freedom, I was out of warranty, and have never managed to get that port working for Screen Print, etc. Bad luck, I guess. The new Freedom 110s (I think) are even nicer - sexy keyboard, PLUS true programmable function keys (my 100 had the same keys, but NOT software programmable). One good looking machine, and advertised retail at only about $525 in Byte and elsewhere. I don't know if it's emulating a Televideo 950 or higher in its normal mode or not; suspect so. Manual isn't so bad either, though not like a DEC terminal manual. Just takes a little figuring and playing. Hope this helps. David Kirschbaum Toad Hall 8-Jun-84 18:37:20-MDT,1297;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Jun 84 18:37:14-MDT Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 8 Jun 84 20:17 EDT Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.28/4.27) id AA23316; Fri, 8 Jun 84 17:15:56 pdt Received: from ucbruby.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA (4.14.3/4.18) id AA04038; Fri, 8 Jun 84 17:17:10 pdt Received: by ucbruby.CC.Berkeley.ARPA (4.14.3/4.18) id AA10395; Fri, 8 Jun 84 17:16:43 pdt Received: by ucbeuler.Berkeley.ARPA (4.6/4.25) id AA13091; Fri, 8 Jun 84 17:15:10 PDT Date: Fri, 8 Jun 84 17:15:10 PDT Message-Id: <8406090015.AA13091@ucbeuler.Berkeley.ARPA> From: Phil Lapsley To: info-cpm@amsaa.ARPA Subject: Cheap terminals I'm reluctant to start in on terminal discussions on info-cpm (isn't there already an info-terms or something?) ... but... We've got a Qume QVT-102, which is pretty nice. It's emulates about 4 other terminals as well as having its own mode (the Televideo 910 mode is the most useful), and it sells somewhere in the neighborhood of $550. Priority One carried them at one time, and may still; I don't have a current catalog. Phil (phil@Berkeley.ARPA) 8-Jun-84 22:29:50-MDT,1044;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Jun 84 22:29:45-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 8 Jun 84 23:34 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 8 Jun 84 23:30 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 8 Jun 84 20:26-PDT Date: 6 Jun 84 21:05:35-PDT (Wed) To: info-cpm@Brl.arpa From: hplabs!sdcrdcf!sdcsvax!sdccs6!ir320@Ucb-Vax.arpa Subject: How good is Insight Enterprises SBC? Article-I.D.: sdccs6.1539 Subject: How good is the Insight Enterprises Corp. Single Board Computer? Newsgroups: sdnet.computing,net.micro.cpm I have been looking into a Ferguson Big Board, but I also saw an IEC SBC. Are there any users out there of this board? Is it worth the extra $300 over the FBB? Send replies to: John Antypas UC San Diego UUCP: ...!noscvax!sdcsvax!sdccs6!ix255 arpanet: sdcsvax!sdccs6!ix255@Berkeley 9-Jun-84 00:29:56-MDT,1197;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Jun 84 00:29:51-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Jun 84 2:03 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 9 Jun 84 2:01 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 8 Jun 84 22:56-PDT Date: 5 Jun 84 8:24:16-PDT (Tue) To: info-cpm@Brl.arpa From: hplabs!hpda!fortune!dsd!symplex!pat@Ucb-Vax.arpa Subject: Re: Wnat is a good CP/M computer to buy? Article-I.D.: symplex.143 In-Reply-To: Article <1512@sdccs6.UUCP> If portability is a major concern I think your best bet will be the Kaypro-10. The only drawback I know of is the screen size. The Morrow MD-11 has more cables (the computer & drives residing in one box & the terminal being an off-the-shelf ASCII RS232 variety), but the screen is full-sized. The hard disk is (obviously) an 11Mbyte model. The present terminal (MDT-60) is a little brain damaged (the cursor arrow keys send capitol letters) but that hopefully will be resolved in the future. Richard Patrick Symplex Communications ..!hpda!fortune!dsd!symplex!pat 9-Jun-84 04:29:56-MDT,758;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Jun 84 04:29:52-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Jun 84 5:58 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 9 Jun 84 5:49 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 9 Jun 84 2:43-PDT Date: 6 Jun 84 10:24:05-PDT (Wed) To: info-cpm@Brl.arpa From: hplabs!tektronix!uw-beaver!microsoft!fluke!sota@Ucb-Vax.arpa Subject: CPM 3.0 disk utility request Article-I.D.: vax2.1049 Is anyone aware of a disk utility program for CPM 3.0, (similar to du for CPM 2.2, "du" does not work on CPM 3.0.)? I would like to find some way of examining disk sectors, directories, etc. Will I have to write my own? 9-Jun-84 07:36:32-MDT,1318;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Jun 84 07:36:27-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Jun 84 8:40 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 9 Jun 84 8:23 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 9 Jun 84 5:17-PDT Date: 8 Jun 84 6:34:30-PDT (Fri) To: info-cpm@Brl.arpa From: ihnp4!ihuxq!covert@Ucb-Vax.arpa Subject: mdm740 copyrighted-- how can he do it?? Article-I.D.: ihuxq.986 In-Reply-To: Article <542@sri-arpa.UUCP> How can Irv Hoffman copyright the mdm7xx programs. As I understand it the latest mdm740 is based upon the original work of Ward Christensen. Is Hoffman going to split his profits with Ward?? Also, how did Irv Hoffman get sole possension of the source code to mdm7xx?? I for one, will not buy Hoffman's version of mdm7xx even though I have been using the mdm7xx programs for years. BTW, if anyone has the source to mdm740 and wishes it translated to the Zilog mnemonics then I have a program called makez80 which does the translation.(A little plug for my program,he he he). Heres to hoping that public domain programs remain public. -- Richard Covert AT&T Bell Laboratories ...ihnp4!ihuxq!covert (312) 979-7488 9-Jun-84 09:28:14-MDT,1018;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Jun 84 09:28:09-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Jun 84 10:05 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 9 Jun 84 9:59 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 9 Jun 84 6:48-PDT Date: 7 Jun 84 5:52:09-PDT (Thu) To: info-cpm@Brl.arpa From: ihnp4!houxm!mhuxl!ulysses!burl!mgnetp!ltuxa!tty3b!estes@Ucb-Vax.arpa Subject: Need help marking bad sectors on hard disk Article-I.D.: tty3b.376 ---- I am currently involved in adding a hard disk to our Explorer post's CP/M 2.2 system. The controller I have is from Western Digital, and makes writing the BIOS a breeze. My only question is: How do I mark bad blocks? I would like to put an undeletable file in those blocks which are bad. Is this possible? Any and all suggestions are greatly appreciated. Thanx in advance. Ted Estes AT&T Teletype Corp. Skokie, IL ...!ihnp4!tty3b!estes 9-Jun-84 12:53:32-MDT,498;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Jun 84 12:53:28-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Jun 84 14:15 EDT Received: From hi-multics.arpa.ARPA by BRL-AOS via smtp; 9 Jun 84 14:09 EDT Date: Sat, 9 Jun 84 13:04 CDT From: Eaton@HI-MULTICS.ARPA Subject: zcpr3 To: info-cpm@BRL.ARPA Message-ID: <840609180458.859624@HI-MULTICS.ARPA> What is the latest status on ZCPR3? Jesse (been gone too long) Eaton 9-Jun-84 12:55:49-MDT,598;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Jun 84 12:55:45-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Jun 84 14:26 EDT Received: From hi-multics.arpa.ARPA by BRL-AOS via smtp; 9 Jun 84 14:15 EDT Date: Sat, 9 Jun 84 13:14 CDT From: Eaton@HI-MULTICS.ARPA Subject: zcpr2 under cpm3 To: info-cpm@BRL.ARPA Message-ID: <840609181433.047663@HI-MULTICS.ARPA> Is anyone successfully running zcpr2 under cpm3? I've heard rumors of someone in Texas doing it but that's all I've heard so far? Jesse (o.s. freak) Eaton 9-Jun-84 13:04:12-MDT,630;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Jun 84 13:04:09-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Jun 84 14:25 EDT Received: From hi-multics.arpa.ARPA by BRL-AOS via smtp; 9 Jun 84 14:15 EDT Date: Sat, 9 Jun 84 13:09 CDT From: Eaton@HI-MULTICS.ARPA Subject: CPM 3.0 ON SUPERQUAD To: info-cpm@BRL.ARPA Message-ID: <840609180950.860283@HI-MULTICS.ARPA> I am in need of a cpm 3.0 bios for an Advanced Digital Superquad. Can anyone out there help me on this? I hate re-inventing the wheel...... Jesse (trying to save beaucoup time) Eaton 9-Jun-84 13:19:18-MDT,545;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Jun 84 13:19:15-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Jun 84 14:26 EDT Received: From hi-multics.arpa.ARPA by BRL-AOS via smtp; 9 Jun 84 14:21 EDT Date: Sat, 9 Jun 84 13:18 CDT From: Eaton@HI-MULTICS.ARPA Subject: zcpr3 and cpm3 To: info-cpm@BRL.ARPA Message-ID: <840609181813.854236@HI-MULTICS.ARPA> Is zcpr3 compatible with cpm3 as well as 2.2? Jesse (been gone for a long time, please bear with me) Eaton 14-Jun-84 13:28:45-MDT,3112;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:28:34-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Jun 84 9:10 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 10 Jun 84 8:58 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 10 Jun 84 5:54-PDT Date: 8 Jun 84 17:38:54-PDT (Fri) To: info-cpm@Brl.arpa From: hplabs!sdcrdcf!sdcsvax!dcdwest!ittvax!ittral!hall@Ucb-Vax.arpa Subject: CP/M text editors, Turbo Pascal Article-I.D.: ittral.424 [real sites don't eat lines] Several weeks ago I posted a request for information on good CP/M text editors. I was interested mostly in public domain stuff, but asked for info on commercially available editors as well. Twenty-six people responded. Out of these twenty six people, twenty-four said "TURBO Pascal! A good text editor and a great Pascal compiler, too." So I bought it. And it really is a great package. For about 50 bucks you get a really nice editor and Pascal compiler. The text editor has a command structure similar to MicroPro's WordStar; I had no trouble adapting to it, even though I'd never used WordStar before. So the text editor comes highly recommended. But wait, there's more... The Pascal compiler alone is easily worth the price of the package. I'm using an Apple //e with a Z-80 card, and I would venture to say that for the money TURBO Pascal is one of the best Pascal compilers available for the Apple. It compiles down to Z-80 code (compared with Apple Pascal, which compiles to interpreted p-code), and compiles and runs very fast. Here are some comparisons: Sieve benchmark (1 iteration): Apple Pascal --- 52 seconds TURBO Pascal --- 5 seconds Empty loops (1,000,000 times): Apple Pascal --- 600 seconds TURBO Pascal --- 46 seconds Given that Apple Pascal is p-code, the above figures aren't all that surprising, but many's the time I've wished for a faster Pascal than Apple Pascal; now I have it. Very compatible, too. I have moved about 20 programs over from Apple Pascal to TURBO, usually with only minor changes necessary, sometimes none at all. TURBO Pascal allows the compiled code to be placed on disk (in a .COM file) or directly into memory where it may be executed immediately. In both cases the compilation is quite fast, much faster than Apple Pascal. TURBO also allows overlays. Well, that's about it. I'm quite impressed with the package. It's one of the few pieces of software I've bought that I really feel was worth the money. By the way, I don't mean to start a debate over Apple Pascal and Turbo Pascal, as they both have their places and I still use them both. Apple Pascal was the only Pascal compiler I had to compare with. I'd be interested in comments from other TURBO users. Doug Hall ITT Telecom Business & Consumer Communications Raleigh, NC ittvax!ittral!hall 14-Jun-84 13:29:07-MDT,767;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:29:01-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Jun 84 12:11 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 10 Jun 84 12:00 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 10 Jun 84 8:56-PDT Date: 9 Jun 84 15:45:55-PDT (Sat) To: info-cpm@Brl.arpa From: ihnp4!houxm!hou2f!jca@Ucb-Vax.arpa Subject: Red Editor Article-I.D.: hou2f.250 <----> Sorry that last article was sent before it was finished. What I was trying to say was that the Red editor was a nice system for a CP/m68k System. Most likely you'll have to purchase it, but its worth the money. John Antrosiglio houxm!hou2f!jca 14-Jun-84 13:29:20-MDT,1157;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:29:15-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Jun 84 12:22 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 10 Jun 84 12:14 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 10 Jun 84 9:11-PDT Date: 14 Jun 84 7:41:22-EDT (Thu) To: info-cpm@Brl.arpa From: hplabs!hao!seismo!cmcl2!floyd!vax135!ukc!west44!kbrown@Ucb-Vax.arpa Subject: Dobbs screen editor offered. Article-I.D.: west44.235 In the Dr Dobbs journal (No 63, Jan '82) was published a screen editor for cpm systems. I have typed the thing in and will post it to anyone as a shar archive who mails me on the net or contacts me at, Westfield College, University of London, Kidderpore Avenue, Hampstead, London NW3 7ST. It's not 'vi' but it's better than nothing!! Written requests on the back of a twenty pound note please!! Keith Brown. -- "Specialist subject, the bleedin' obvious!!" Keith Brown ....!ukc!root44!west44!kbrown ( And other leading Usenet paths ) 14-Jun-84 13:29:41-MDT,709;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:29:32-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Jun 84 15:21 EDT Received: From mitre-bedford.arpa.ARPA by BRL-AOS via smtp; 10 Jun 84 15:12 EDT Date: Sunday, 10 Jun 1984 15:10-EDT From: jrv@Mitre-Bedford.ARPA To: ihnp4!houxm!mhuxl!ulysses!burl!mgnetp!ltuxa!tty3b!estes@Ucb-Vax.ARPA Cc: info-cpm@Brl-Aos.ARPA Subject: Need help marking bad sectors on hard disk Try FINDBD54.ASM, on SIG/M disk 67. It can be downloaded from SIMTEL20. I don't remember the file name, but it's listed in micro:sigm.crclst at SIMTEL20. -Jim Van Zandt (jrv at mitre-bedford.arpa) 14-Jun-84 13:30:06-MDT,648;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:29:56-MDT Received: From bnl.arpa.ARPA by AMSAA via smtp; 10 Jun 84 15:25 EDT Date: 10-Jun-84 15:23:34-EDT From: prm@Bnl.ARPA Subject: MEX overlay for Apple? To: Info-Cpm@Amsaa.ARPA Does anyone know whether there is an overlay for the Apple II/II+/IIe with a Z80 softcard (Applicard, Softcard, or ALS card) for MEX. Where is it? Is anyone working on one, and will it support the MicroModem as well as the Apple-Cat II? Thanks for any information. Philip Munger Arpa: prm@BNL.ARPA Usenet: decvax!sbcs!philabs!bnl!prm 14-Jun-84 13:30:20-MDT,435;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:30:15-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Jun 84 18:20 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 10 Jun 84 18:17 EDT Date: Sat 9 Jun 84 15:29:47-EDT From: STRAZ.ASP%MIT-OZ@MIT-MC.ARPA Subject: Boston area RCP/Ms To: info-cpm@Mit-Mc.ARPA Does anyone know of any? --Jim ------- 14-Jun-84 13:30:29-MDT,799;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:30:25-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 11 Jun 84 8:42 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 11 Jun 84 8:23 EDT Date: Monday, 11 Jun 1984 08:04-EDT From: sac@Mitre-Bedford.ARPA To: STRAZ.ASP%MIT-OZ@Mit-Mc.ARPA Cc: INFO-CPM@Mit-Mc.ARPA Subject: BOSTON AREA RCP/M There are many in this area. The best known (and free)is BINEX RCP/M 423-6985 24 hours also at Linclon Labs 862-0781 from 1900-0900 I have a real long list but am too lazy to type it all in. If you send me a sase I'll mail you a copy Stuart Cohnen sac @ MITRE-Bedford The MITRE Corp. M/S K203 Burlington Road Bedford, MA 01730 14-Jun-84 13:30:43-MDT,1698;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:30:37-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 11 Jun 84 9:33 EDT Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp; 11 Jun 84 9:28 EDT Date: 11 Jun 1984 06:28-PDT Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: Need help marking bad sectors on hard disk From: ABN.ISCAMS@Usc-Isid.ARPA To: ihnp4!houxm!mhuxl!ulysses!burl!mgnetp!ltuxa!tty3b!estes@Ucb-Vax.ARPA Cc: info-cpm@Brl-Aos.ARPA Message-ID: <[USC-ISID]11-Jun-84 06:28:11.ABN.ISCAMS> In-Reply-To: The message of 7 Jun 84 5:52:09-PDT (Thu) from ihnp4!houxm!mhuxl!ulysses!burl!mgnetp!ltuxa!tty3b!estes@Ucb-Vax.arpa Ted, I tried FINDBAD, a CP/M public domain program available on one of the SIG/M disks and also available via FTP from SIMTEL20 (can get you specific pointerss if interested). It seems to work OK on floppies (though sometimes it doesn't find ALL the bad tracks - don't know why!), but never tried it on my hard disk (a Morrow- provided 5-Megger with my Decision I) -- scared, I guess! My hard disk formatting program seems to do a pretty good job of locating bad sectors - at least it never found any, and I never get a bad sector error! However that formatting program is proprietary, so I can't give it to you. I THINK there was an older Morrow hard disk formatting program also at SIMTEL20, but don't have the pointers right here and don't remember the details (I looked at it out of curiosity but had no need for it). Sorry I can't be of more use,but maybe this'll point you toward something useful. Regards, David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID) 14-Jun-84 13:30:56-MDT,1268;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:30:49-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 11 Jun 84 11:10 EDT Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp; 11 Jun 84 11:05 EDT Date: 11 Jun 1984 08:04-PDT Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: Dobbs screen editor offered. From: ABN.ISCAMS@Usc-Isid.ARPA To: hplabs!hao!seismo!cmcl2!floyd!vax135!ukc!west44!kbrown@Ucb-Vax.ARPA Cc: info-cpm@Brl-Aos.ARPA Message-ID: <[USC-ISID]11-Jun-84 08:04:25.ABN.ISCAMS> In-Reply-To: The message of 14 Jun 84 7:41:22-EDT (Thu) from hplabs!hao!seismo!cmcl2!floyd!vax135!ukc!west44!kbrown@Ucb-Vax.arpa Keith, I'd be most interested in a download of that Dr Dobbs text editor you typed in -- but what's a "shar archive"? Does that mean I can FTP it from somewhere? Or you can maybe mail it to me (in chunks - IF it doesn't overload your/my mailer or Usenet)? Sorry, checked all over, but couldn't find any paper heavy enough to make a twenty-pound note! Considered pasting a regular letter to a cement block, but couldn't quite see the purpose in it! Hope this weightless electronic mail will suffice! Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 14-Jun-84 13:31:10-MDT,1846;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:31:03-MDT Received: From nosc-gw.ARPA by AMSAA via smtp; 11 Jun 84 12:17 EDT Received: from marlin.ARPA by nosc.ARPA (4.12/4.7) id AA09379; Mon, 11 Jun 84 09:17:27 pdt Received: by marlin.ARPA (4.12/4.7) id AA01120; Mon, 11 Jun 84 09:17:02 pdt Date: Mon, 11 Jun 84 09:17:02 pdt From: Gerald S. Key Message-Id: <8406111617.AA01120@marlin.ARPA> To: info-cpm@Amsaa.ARPA Subject: File Transfers thru a TAC Cc: key%marlin@Nosc.ARPA I am trying to transfer a text file from a Kaypro 4 through a MILNET TAC (specifically, the ACCAT-TAC) to VAX-11/780 running 4.2bsd UNIX. I am using a MODEM7 variant, kmdm795, in checksum mode on the Kaypro. I have used both xmodem and umodem on the VAX side, in both receive-text and receive-binary mode and also with the 7-bit mask option (with umodem). I have tried sending both with and without "binary input start" and "binary output start" set on the TAC. In each instance I receive the following error message: Sending #1 (0001H) 87H Rec'd, not ACK Sending #1 (0001H) 87H Rec'd, not ACK . . . . until the transfer dies from too many errors. Curiously, if I turn things around and transfer a file from the VAX to the Kaypro using the same software and the same path, all works fine! I have been using umodem/xmodem and kmdm795 for a long time to transfer files without problem to/from the same VAX via a local area network. Any suggestions? Gerry Key key@nosc.arpa ...!ucbvax!sdcsvax!noscvax!key 14-Jun-84 13:31:22-MDT,949;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:31:16-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 11 Jun 84 12:53 EDT Received: From nosc-gw.ARPA by BRL-AOS via smtp; 11 Jun 84 12:43 EDT Received: from cod.ARPA by nosc.ARPA (4.12/4.7) id AA09609; Mon, 11 Jun 84 09:43:53 pdt Received: by cod.ARPA (4.12/4.7) id AA02408; Mon, 11 Jun 84 09:42:33 pdt Date: Mon, 11 Jun 84 09:42:33 pdt From: Stephen P. Kemp Message-Id: <8406111642.AA02408@cod.ARPA> To: hplabs!hao!seismo!cmcl2!floyd!vax135!ukc!west44!kbrown@Ucb-Vax.ARPA, info-cpm@Brl.ARPA Subject: Re: Dobbs screen editor offered. Yes! Please send me a copy.... Thanks, Steve Kemp kemp@nosc Computer Sciences Corp. -or- Naval Ocean Systems Center ...ucbvax!sdcsvax!noscvax!kemp San Diego, CA 14-Jun-84 13:31:39-MDT,2218;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:31:28-MDT Received: From usc-isid.arpa.ARPA by AMSAA via smtp; 11 Jun 84 15:09 EDT Date: 11 Jun 1984 12:08-PDT Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: File Transfers thru a TAC From: ABN.ISCAMS@Usc-Isid.ARPA To: key%marlin@Nosc.ARPA Cc: info-cpm@Amsaa.ARPA Message-ID: <[USC-ISID]11-Jun-84 12:08:07.ABN.ISCAMS> In-Reply-To: <8406111617.AA01120@marlin.ARPA> Gerald, I suspect you may be having the same problem I am with going through a TAC. Downloads work fine, upload NO GO! I suspected the TAC's input buffer was to blame (heck, I can overrun that just by manual typing when the system is slow), and someone else out on the net confirmed that. They also said you can talk with your local TAC wizards about getting the buffers expanded from their usual size (I THINK 60-some bytes) to 130-some (whatever MODEM's packet length is) to overcome this problem. I talked with mine, and they're talking with the Powers That Be, but no big buffers yet (they're researching possible bad side effects). I'm stuck too for packetized uploading, and so use KERMIT for all uploads requiring error-checking. (KERMIT's packet length can be adjusted, so I routinely set them for 48 or so -- works fine.) For other uploads when the lines are clear, I engage flow control (FIS on my system) so the TAC give me XON/XOFFs (so as not to overflow its buffers), and upload right into a text editor -- works fine. If I want a binary upload, I use the PD utility UNLOAD to change my binary file back to hex (ASCII), upload into the text editor, and send it that way for the other end to LOAD or MLOAD (another PD utility) back to binary. There's also a problem when uploading through a TAC -- the TAC's Intercept Character. I've patched both KERMIT and MDM730 to check each character sent (in automated, bulk uploads) for the TAC Intercept Char, and if found, to send it twice. This insures that character gets to the far end and the TAC doesn't choke. If you need more details on this, yell. Hope this helps. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 14-Jun-84 13:31:53-MDT,1657;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:31:47-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 11 Jun 84 15:40 EDT Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp; 11 Jun 84 15:31 EDT Date: 11 Jun 1984 12:29-PDT Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: Dobbs screen editor offered. From: ABN.ISCAMS@Usc-Isid.ARPA To: kemp%cod@Nosc.ARPA Cc: hplabs!hao!seismo!cmcl2!floyd!vax135!ukc!west44!kbrown@Ucb-Vax.ARPA Cc: info-cpm@Brl-Aos.ARPA Message-ID: <[USC-ISID]11-Jun-84 12:29:39.ABN.ISCAMS> In-Reply-To: <8406111642.AA02408@cod.ARPA> Stephen (et al) A wise friend on the net gave me some good advice - to ask for any sort of transfer of that editor from our friend Keith in London would create some pretty bad phone bills for some of the nets/routers in between. I didn't really look at the message routing, but going back now -- I gotta agree! He also says that editor is "available in the CP/M archives" -- I asked him for specific pointers (I assume he means SIMTEL20's treasure trove), and will be glad to pass on to you (et al) when confirmed. Alternatively, if that is NOT available here -- Keith, I'm presently involved in another software transfer (all Public Domain, of course) from the UK, and can link you up with my Old Country contact. Possibly you could piggyback that program over with him (though all this now seems like somewhat of a kludge). Not wanting to interfere - but just save all some problems and not abuse this wonderful system we have here... Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 14-Jun-84 13:32:09-MDT,777;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:32:04-MDT Received: From nalcon.arpa.ARPA by AMSAA via smtp; 11 Jun 84 15:41 EDT Received: by nalcon (4.12/4.7) id AA01508; Mon, 11 Jun 84 15:39:46 edt Message-Id: <8406111939.AA01508@nalcon> Date: 11 Jun 84 15:39 EDT From: "I. Larry Avrunin" Subject: Re: File Transfers thru a TAC To: key%marlin@Nosc.ARPA Cc: info-cpm@Amsaa.ARPA In-Reply-To: Your message of Mon, 11 Jun 84 09:17:02 pdt Gerry; When using the TAC put it into Binary mode with @B O S and @B I S to get it through. You will not be able to give TAC commands afer that. Also be sure your umodem has the 4.2 changes to it. Good Luck Larry Avrunin ------- 14-Jun-84 13:32:32-MDT,749;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:32:25-MDT Received: From utexas-20.arpa.ARPA by AMSAA via smtp; 11 Jun 84 17:48 EDT Date: Mon 11 Jun 84 16:48:27-CDT From: Douglas Good Subject: getchar() in c To: info-cpm@AMSAA.ARPA I have started programming in C and have run into a few problems. First when I use the getchar statement it reads in characters until I type a return instead of one character. I have been using both C/80 and UNIX's C and the problem exists on both versions. Does anybody know what the best method for doing input is? I would also like to know how to send text to my printer and RS232 in C/80. Doug Good ------- 14-Jun-84 13:33:02-MDT,6898;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:32:40-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 11 Jun 84 23:16 EDT Date: 11 June 1984 23:16-EDT From: Keith Petersen Subject: MEX-EASY.DOC To: Info-Cpm@Amsaa.ARPA I picked this up on the Sysop Clearinghouse RCPM last night. --- ================================================================= MEX-EASY.DOC 05/20/84 STEVE SANDERS ================================================================= So you got MEX10 and can't quite figure out what steps are necessary to input the phone numbers and such... Well, you are not alone! I have most of it figured out after a week of playing with it and will pass on what little I do know. ENTRY OF PHONE LIBRARY ====================== From the MEX prompt enter "PHONE id=number", like this: [MEX] A0>>phone a=1-555-111-1111 or [MEX] A0>>phone alan=997-0020 The "id" string may be up to twelve characters or as few as one. By entering "PHONE" now, the following will be displayed: [MEX] A0>>phone A = 1-555-111-1111 ALAN = 997-0020 The simplest way to enter a pre-done library is to make up a file to be "READ" in by MEX. Use Wordstar in non-doc mode and edit a file called PHONE.PHN, enter the following: PHONE A=1-555-111-1111 PHONE ALAN=997-0020 PHONE id=numbers PHONE etc... Fill in as many as you want up to a maximum of 30 numbers. Then bring up MEX and enter: [MEX] A0>>read phone.phn You will then see MEX "read" in each of the phone command lines until it reaches the end of the phone.phn file. You may now check the newly installed phone library by entering: [MEX] A0>>phone To make this new library a permanent part of your MEX, just use the CLONE command now to copy an image of MEX from memory with the library installed: [MEX] A0>>clone mex1.com You will now have a new file called MEX1.COM which will have the phone library already in it. WHAT IS INI.MEX ?? =================== When MEX is first brought up, it is pre-set to look for the file called INI.MEX. This file contains commands to be READ in to MEX when it is first initialized. This is very similar to the STARTUP command under ZCPR2 which also holds a multi-command statement to be executed after a cold boot. You may create INI.MEX with Wordstar in non-doc mode and include any "legal" MEX10 command line. Such as: GLOBAL T;ID "[ MY-MEX ] ";CAL A The form of the file is: command;command;command Each "legal" MEX command MUST BE seperated by semicolons. This would make the return to terminal (T) mode default after a file "R"eceive or "S"end operation; change the ID string to read "[ MY-MEX ]" rather than "[MEX]"; and automatically dial the number associated with the id "A". ... Or, you can forget INI.MEX altogether and just receive a "Can't find INI.MEX" error message on initialization. Which does not hurt anything, it just indicates that the file is not on the current drive/user if SEARCH = 0. INSTALLING "KEY" STRINGS ======================== Just as MDM7xx has a CTRL-L logon, you can set one up in MEX much the same way. Once in "T"erminal mode, the only escape back to command state is with a CTRL-J followed by an "E". A complete menu of escape "CTRL-J" functions is seen by entering a CTRL-J followed by a "?" from Terminal mode. Any other ASCII key character is a "legal" definable key that can be used in Terminal mode for special functions. To set up the "L" key the same as the logon key in MDM7xx, enter: [MEX] A0>>key l="firstname;lastname^M" NOTE: The carat "^" indicates a CTRL key and ^M is the same as a carriage return. It MUST be inside the quote marks that define the keystring entered. Now once you are connected with the remote system and wish to send your logon in, simply enter a CTRL-J followed by an "L". If you attempt to specify one of the characters that is already used as a Terminal mode command an error is returned. Also note that MEX will always prompt you with a "Syntax error" message if the command you are trying to enter is illegal. USING THE HELP COMMAND ====================== MEX has an extensive on-line HELP facility if the HELP.MEX is on the current drive/user along with your MEX.COM file. From the MEX prompt enter: [MEX] A0>>help ? The complete list of help files available is displayed. Then just enter HELP followed by the command name desired: [MEX] A0>>help call This would list the help info for the auto-dial command CAL USING THE SENDOUT COMMAND ========================= The SENDOUT command is used in .MEX files for automatic operation of MEX.COM with the remote host system. The SENDOUT command will send a string out the modem port (hence the name SENDOUT). You can specify a prefix and a suffix for all SENDOUT strings allowing real flexibility. Most commonly used would be a null string for the prefix and a "^M" (carriage return) as the suffix. The prefix and suffix can be set by INI.MEX at startup or defined by you after MEX is up and running. Type HELP PREFIX or HELP SUFFIX for full info on this. If you know the DIRectory of the system you are calling, you can build a file like this: SENDOUT "XMODEM S B5:SD-88.LBR^M";R SD-88.LBR SENDOUT "XMODEM S B1:MEXNEWS.0Q2^M";R MEXNEWS.0Q2 SENDOUT "XMODEM S A0:RCPM-049.LQT^M";R RCPM-049.LQT DSC;EXIT After connecting with the host system, signing in, and entering the CP/M system - use CTRL-J then E to get to command prompt. Let's say this file is called AUTO.MEX, use the following: [MEX] A0>>read auto.mex MEX will now send the commands to the host system to XMODEM the three files listed above in the SENDOUT commands and then initiates the "R"eceive mode and save all 3 files. When it's done, MEX will disconnect from the host (DSC), and exit MEX to your CP/M operating system. I think you can see the possibilities here are endless. The above sequence could have been performed UNATTENDED. This can save you a lot of $$$ on long distance charges if you know what files you want in advance. There are many more commands than the ones I have described here, but this should get you started in the right direction. Just remember that MEX can be as simple as as complicated as you desire. It is a great program and will get even better. 14-Jun-84 13:33:22-MDT,1649;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:33:15-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 11 Jun 84 23:18 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 11 Jun 84 23:12 EDT Date: 11-Jun-84 22:17:08-EDT From: jalbers@Bnl.ARPA Subject: Osborne Computer Corporation Update To: info-cpm@Mit-Mc.ARPA, info-micro@Brl-Aos.ARPA Greetings, all: I have just come home from the Capital Osborne Users Group (CapOUG) here in Washington, D.C., and I thought I should share some news of OCC with you: Osborne is expected to come out of chapter 11 in the next month or so. They have been selling overseas as well as in Canada since before chapter 11, and plan to re open sales in the U.S. by introducing two new microcomputers. The first release will be of a lap-sized micro using a regular CRT, which is to be bundled with the usual OCC software package. (CP/M, WordStar, SuperCalc, MBASIC/CBASIC, etc.). It is not known, at this time, what the specifics of it are yet, but it is rumored that it will be upgradeable to be IBM-PC compatable. The second release will be a desk-top/transportable micro, running MS-DOS. Though this doesn't sound too exciting, the real news comes when one is told of the response of an OCC engeneer when asked if it would have a 68000 processer in it (---AAAH, Maybe!!!). They will continue to produce the Executive I, and the Executive II, and they are making some serious considerations for continuation of the production of the Ozzie 1. }i Jon Albers jalbers@bnl 14-Jun-84 13:33:36-MDT,939;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:33:30-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 12 Jun 84 2:02 EDT Received: From csnet-pdn-gw.ARPA by BRL-AOS via smtp; 12 Jun 84 1:52 EDT Received: From ibm-sj.csnet by csnet-relay; 12 Jun 84 1:22 EDT Date: 11 Jun 1984 12:53:07-PDT (Monday) From: Jim moore To: info-cpm@brl.arpa Subject: KAYPRO-10 - DIABLO 630 interface troubles. CC: moore.losangel.ibm@csnet-relay.arpa TWIMC, F.Y.I. I have been having problems with large printouts handshaking properly w/ my 630. Seems as though someone drops one or two characters per 630-buffer. After consultation w/ the folks at Kaypro, the problem has been narrowed down to a bug in the ROM. They are sending me V. 1.9E (not e) and CP/M 2.2G, which they claim solves the problem. We'll see ... 14-Jun-84 13:34:18-MDT,7344;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:33:54-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 12 Jun 84 8:45 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 12 Jun 84 8:39 EDT Date: 12 June 1984 08:15-EDT From: Robert L. Plouffe Subject: MODM700 To: INFO-CPM@Mit-Mc.ARPA There will be a new release of MODEM7 software w/source to the public domain. It is fully tested with a Hayes modem now and some local testing with PMMI modems is going on this week. It will be initially released to the INFO-MODEM7 list for comment and/or Beta testing, followed by full release in a few weeks. Work to be done is some documentation, minor clean up, and testing. My time is limited so be patient. The source contains the following info regarding improvements. NOTICE: This is a new fork in the MODEM7 generic series and contains many new features and improvements. See detail below. Especially see the special configuration requirement necessary to obtain the features listed in 2 below under New Features. The purpose of this effort is to return the source code for MODEM7, in its latest revised and improved state, back to the "public-domain" where it rightfully belongs. Bob Plouffe --June 12, 1984 ************ New features are: 1. Wild cards (*) in file names, as well as multiple file names (in send), automatically place the transfer protocol into batch mode. Can still use 'B' option but is not necessary. 2. Uses Carrier Detect lead on modem to do various things... a. Avoid re-initializing modem and port to default speed if carrier is already ON when executing the program -- so you can go out to cp/m and then back to MODM700 without affecting your modem parameter settings. b. Reset modified modem command prompt if carrier is off. See 3 below for modified command prompt. c. Prevents DIAL (CALL) command from working at either end if already connected as indicated by presence of carrier. d. Allows for compatibility with remote automatic answering software that requires that the Carrier Detect lead in the RS232 interface follow the presence or absence of carrier. NOTE: You must have a routine in your overlay for checking the status of the CARRIER DETECT lead for these three features (a,b & c) to work as advertised. You will need to get to that through a special jump which you must add to the overlay at the label JMP$CHKCD. The routine in your overlay must return the Z flag set if carrier is absent and NZ if it is on. You may modify any of the M7 overlays to include this jump and routine without affecting their use for MDM7XX. On a Hayes SmartModem set switch 6 to ON or UP in order for Carrier Detect to be active (else it is tied high permanently). All other switch settings should be the Factory Settings as listed in Table 1 on page 2-6 of the manual. The ORG for JMP$CHKCD is 145H, so place a jump to your routine at that location in your overlay. There are 3 NOP's there now, so just replace them with the JMP. If you have a PMMI modem, the correct routine is already in this source so you won't have to do anything. 3. The end that dials a connection and gets connected has its command line prompt modified to say "Enter LOCAL Command" instead of just "Enter Command". Thus you can always tell which end is giving you the command prompt as you proceed and switch between Command mode and Terminal mode. 4. Any command that can be executed from the Modem command line can also be executed from the CP/M command line by entering the command after the program name. This includes dialing a number or a library ID. 5. Length of dialing command from either the CP/M command line or the Modem command line is no longer restricted to 3 letters. You can now use 'C', 'CALL', 'CAL', or 'DIAL'. Also the position of the command and the number (either one or both) is no longer critical on the command line within the limits normally imposed by CP/M. 6. The above freedom for other commands and their command tails (if any) also apply. 7. New command interpreter that avoids 'INLNCOMP' routine. Scans legal commands first and then looks for legal options (which are retained from previous versions). Many synonyms for commands are allowed such as the example above for dialing. The list also includes 'SEND', 'RCV', `RECEIVE', 'STAT', 'SAVE', 'CAPTURE', etc. 8. The modem-end that initiates the connection returns to Terminal mode automatically after getting connected and/or after file trans- fers are completed. No need for 'T' on the command line for this to happen. The other end automatically returns to Command mode. 9. Automatic disconnect of phone line in batch mode if more than 3 attempts to receive or send a file name upon detection of file name errors or timeouts. You can now safely go to bed and let it run to completion without worrying if it will crash and keep your long-distance connection up if file name errors occur. The 'D' option already provides for disconnect upon completion or if too many errors on sector sending or receiving. 10. Extensive clean-up of messages to operator in batch mode. No more nonsense like 'Awaiting name NAK'. Now sends the message "Waiting..." instead and, when the NAK does get received it says "Sending file name" which is actually what is going on and more meaningful to the user. This is only an example and there are others. Like, it says "File name received" instead of "Awaiting file name" and does it only when the file name has been received. This avoids the extra "Awaiting file name" message at the end of file transfers in batch. Ditto was done for the messaging in sending of file names also. 11. You can toggle between 'Q'uiet mode and verbose-reporting during file transfers by entering a control-V at the keyboard. Thus if you are using the 'V'iew option for either S, R or both to see characters being transferred (including protocol characters), this useful toggle will prevent the 'verbose-reporting' from interfering and confusing the viewing on the screen. Alternatively, it can be used simply to toggle 'Q' mode on and off even if not in the 'V' mode. This toggle will work only at the end making a phone connection and not at the end that may answer under 'BYE'. 12. All of the syntax of MODEM7xx, MDM7xx etc that derive from the original MODEM2/MODEM7 is retained in addition to the new commands and syntax options. 13 Last but not least, the program does not build a table of file names any more for sending in batch mode. It searches (next), after each file transfer, for files specified BOTH as wild cards and as individual file names (including their drive designation) for all name specifications entered on the modem command line. This will continue indefinitely until no more files can be found from the file name specifications (or until the receiving end exhausts disk space). Thus, the program is NO LONGER limited to just 64 files in batch. ************ 14-Jun-84 13:34:39-MDT,781;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:34:36-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 12 Jun 84 11:02 EDT Received: From utexas-20.arpa.ARPA by BRL-AOS via smtp; 12 Jun 84 10:56 EDT Date: Tue 12 Jun 84 09:57:08-CDT From: Aaron Temin Subject: keeping modm700 in the public domain To: info-cpm@BRL.ARPA It seems criminal that Irv Hoff was able to take mdm7 out of the public domain, but I haven't followed all the discussions - maybe there was a good reason. However, what stops Mr. Hoff, or someone else, from doing the same with modm700? There seem to be ways to keep things private (e.g. copyrights) but how does one keep things public? aaron ------- 14-Jun-84 13:35:01-MDT,1587;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:34:51-MDT Date: Tue, 12 Jun 84 11:43:51 EDT From: Dave Towson (info-cpm) To: info-cpm@Amsaa.ARPA Subject: Use of info-cpm for personal correspondence. Fellow CP/M'ers - I have just received the following message from a reader of this list: Subject: "personal" mail on info-cpm To: info-cpm-request@BRL.ARPA Dave, I may be out of line here, but I don't like having my mailbox cluttered with "personal" messages, like the recent few asking a fellow for copies of the text editor from Dr. Dobbs journal. People are awfully free with carbon copies to info-cpm. If you agree, I wonder if you could put out a message asking folks to be more considerate of what they put out net-wide. Thanks, ------- I feel that this is a very reasonable request. I cannot imagine any reason why the general readership would want to know that Joe User is asking for a copy of some program from an individual source. That is a private transaction, and I ask that you do not send copies of such things to the whole list of readers. Not only do such personal matters waste people's time and computer resources, but they also COST MONEY for our USENET friends, many of whom have considerable telephone bills resulting from their network activities. Please broadcast only general interest messages, and use limited addressing for the private stuff. Thanks. Dave Towson info-cpm-request@amsaa.arpa 14-Jun-84 13:35:13-MDT,941;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:35:09-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 12 Jun 84 22:23 EDT Received: From hi-multics.arpa.ARPA by BRL-AOS via smtp; 12 Jun 84 22:18 EDT Posted-Date: 12 Jun 84 21:17 CDT Date: Tue, 12 Jun 84 21:16 CDT From: Weinstein@HI-MULTICS.ARPA Subject: smodem batch mode for IBM-PC To: imnodfeo-m7modem7@BRL.ARPA, info-modem7@BRL.ARPA cc: info-cpm@BRL.ARPA, info-micro@BRL.ARPA Message-ID: <840613021603.765286@HI-MULTICS.ARPA> I just got an IBM-PC(really a COMPAQ) and would like to transfer CPM files from my CPM computer which has SMODEM. I would like to use the BATCH MODE so that I can transfer whole discs to the CCOMPAQ. Anyone who can mail me the program which runs on the IBM/COMPAQ and handles BATCH transfers, pls sendt it soon.....I would really appreciate it. Thanks Dennis 14-Jun-84 13:35:28-MDT,1746;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:35:21-MDT Received: From hi-multics.arpa.ARPA by AMSAA via smtp; 13 Jun 84 10:34 EDT Date: Wed, 13 Jun 84 09:28 CDT From: DBrown@HI-MULTICS.ARPA Subject: Re: keeping modm700 in the public domain To: info-cpm@AMSAA.ARPA Message-ID: <840613142811.451146@HI-MULTICS.ARPA> Well, I shan't comment on the legality of claiming copyright of previously published material: it varies with whether you adhere to the Berne conventions or not. However, copyright can be used to keep a published work available, if not really in the public domain. (1) Claim copyright on your own behalf, and that of the previous authors (2) Make use of the program contingent on acceptance of a contractual obligation (3) Make the contract enforce the accessability requirements you desire. The following is at least close to correct in Canada: Copyright (C) 1965, 1967, 1983 XXX.YYY A free and unrestricted licence to use, modify and distribute this program is granted, subject to acceptance of the following requirements: That this notice appear unchanged in the program source and executable That the program be distributed in full source to any further recipients, and That .... . This does NOT prevent a person from claiming copyright on extensions, or refusing to release his copyrighted parts to the public domain. It does keep him from from simply claiming that "no-one owned it so I took it". --dave (unix hack on a bun) brown DBrown @ HI-MULTICS.ARPA watbun!drbrown @ watmath.UUCP 14-Jun-84 13:35:41-MDT,905;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:35:37-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Jun 84 10:40 EDT Received: From radc-tops20.arpa.ARPA by BRL-AOS via smtp; 13 Jun 84 10:31 EDT Date: Wed 13 Jun 84 10:30:51-EDT From: TAYLOR@RADC-TOPS20.ARPA Subject: Re: Dobbs screen editor offered. To: hplabs!hao!seismo!cmcl2!floyd!vax135!ukc!west44!kbrown@UCB-VAX.ARPA cc: RTaylor@RADC-MULTICS.ARPA, info-cpm@BRL.ARPA In-Reply-To: Message from "hplabs!hao!seismo!cmcl2!floyd!vax135!ukc!west44!kbrown@Ucb-Vax.arpa" of Thu 14 Jun 84 07:41:22-EDT Keith, I, too, am interested in the Dobbs screen editor. I don't know what a "shar archive" is but will do my best to find out. I only have 15-pound note paper, so have sent this on the "usual" electrons. Thanks. Roz ------- 14-Jun-84 13:36:15-MDT,1140;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:36:08-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Jun 84 7:53 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 13 Jun 84 23:46 EDT Date: Wed 13 Jun 84 22:32:56-EDT From: Edward Huang Subject: Re: Prom Erasure To: hplabs!hao!seismo!cmcl2!floyd!clyde!burl!ulysses!gamma!mb2c!uofm-cv!tom@UCB-VAX.ARPA cc: INFO-CPM@BRL.ARPA In-Reply-To: Message of Wed 6 Jun 84 08:15:38-EDT Hello, I have a Sylvania F6T5BL "black light" tube, it gives off a purpulish glow... It doesnt seem to erase my EPROMS but is the same kind used in that BYTE article. Could it be that programming an EPROM several times require longer erasure times???? or do I have the wrong UV tube? In any case, the idea of UV light, +25v besides blown eproms and melted power supplies is making me go toward the new EEPROM (Seeq and Xicor +5v EEPROM) -- does anyone know how to order these things from the distributors, often rude and only cater to orders of 10000's ?? thank very much -Ed ------- 14-Jun-84 13:36:30-MDT,1577;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:36:24-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Jun 84 7:54 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 14 Jun 84 3:22 EDT Date: 14 June 1984 03:23-EDT From: Jerry E. Pournelle Subject: keeping modm700 in the public domain To: CS.Temin@Utexas-20.ARPA cc: info-cpm@Brl-Aos.ARPA In-reply-to: Msg of Tue 12 Jun 84 09:57:08-CDT from Aaron Temin In the United States, anything which has been published without copyright notice, or published with copyright notice plus message to effect that it is released into public domain is in public domain; claims to the contrary are not going to be enforced by courts and authorities. The case where a public domain work is modified and then copyright is attempted is cloudy. Take "My Fair Lady": this is of course drawn from Bernard Shaw's now public domain Pygmalian; but of course it is also an original work. When first done Pygmalian was not public domain, and license fees were paid to the Shaw estate. Now the original is PD but My Fair lady decidedly is not, as you will find if you try to put it on without obtaining permission. Susanna is an opera drawn from the Bible which is certainly PD; but Susanna is not. A copyright is no more than a license to sue (under certain circumstances); there are supposed criminal penalties for willfull violation of copyright but in practice these are seldom applied. 14-Jun-84 13:36:48-MDT,639;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:36:44-MDT Received: From xerox.arpa.ARPA by AMSAA via smtp; 14 Jun 84 9:13 EDT Received: from GreeneKing.ms by ArpaGateway.ms ; 14 JUN 84 06:13:03 PDT Date: 14 Jun 84 14:12:44+0100 (Thursday) From: Hirst.rx@XEROX.ARPA Subject: Re: SWEEP40 file copy program available on SIMTEL20 In-reply-to: To: Keith Petersen cc: Info-Cpm@AMSAA.ARPA Keith, As SWEEP is written in PL/I, is it likely that this program will become available for Concurrent CP/M? Ken 14-Jun-84 13:44:53-MDT,706;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 13:44:49-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Jun 84 14:36 EDT Received: From washington.arpa.ARPA by BRL-AOS via smtp; 14 Jun 84 14:24 EDT Date: Thu 14 Jun 84 11:24:38-PDT From: Ronald Blanford Subject: Dr. Dobbs screen editor To: info-cpm@BRL.ARPA The editor is available from the archives at SIMTEL20. Grab the entire MICRO: directory for the source code. It is written in BDS C but I have a version modified for C/80 if anyone wants it. I don' particularly care for the command structure and capabilities myself. ------- 14-Jun-84 14:54:35-MDT,598;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 14:54:31-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Jun 84 16:17 EDT Received: From mit-xx.arpa.ARPA by BRL-AOS via smtp; 14 Jun 84 16:11 EDT Date: 14 Jun 1984 1614-EDT From: JPRESTIVO@Mit-Xx.ARPA Subject: CPM-86 RAM disk To: info-cpm@Brl-Aos.ARPA, info-micro@Brl-Aos.ARPA I am trying to write a RAM disk emulator for my NEC-APC running CPM-86, has anybody written such an emulator, or know where I can find information on how to do this. jp == ------- 14-Jun-84 23:56:47-MDT,833;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Jun 84 23:56:43-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Jun 84 1:35 EDT Received: From hi-multics.arpa.ARPA by BRL-AOS via smtp; 15 Jun 84 1:31 EDT Date: Fri, 15 Jun 84 00:25 CDT From: Eaton@HI-MULTICS.ARPA Subject: RAM DISK IMPLEMENTATION To: info-cpm@BRL.ARPA Message-ID: <840615052559.468790@HI-MULTICS.ARPA> JP, since you didn't include your node address I can't respond to you personally on this subject. I have implemented ram disk on an 8 bit system and would be happy to share my experience with you if you're interested. Contact me via mail for more info. I'll post it to the net if there is a need. Jesse (faster but not that much faster than hard disk) Eaton.HFED@HI-MULTICS 15-Jun-84 10:07:52-MDT,501;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 15 Jun 84 10:07:47-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Jun 84 11:40 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 15 Jun 84 11:32 EDT Date: 15 Jun 1984 11:28:55 EDT From: PSPARKS@Usc-Isi.ARPA Subject: CPM MAIL LIST To: INFO-CPM@Mit-Mc.ARPA cc: PSPARKS@Usc-Isi.ARPA Please add my name to your CP/M Info List...TNX Paul My net name is: PSPARKS@ISI ------- 15-Jun-84 21:55:59-MDT,1475;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 15 Jun 84 21:55:54-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Jun 84 23:34 EDT Received: From jpl-vlsi.arpa.ARPA by BRL-AOS via smtp; 15 Jun 84 23:28 EDT Date: 15 Jun 1984 2020 PDT From: Harris B. Edelman Subject: MogUr's BBS Update To: info-cpm@Brl-Aos.ARPA Cc: info-micro@Brl-Aos.ARPA Reply-To: HEDELMAN@JPL-VLSI.ARPA Found the following this morning: Message 81 is from: TOM 1517 To: ALL Subject: mogur update 06-12-84 10:43 The L.A. District Attorney declined to file felony charges and referred the matter to the City Attorney for determination of a misdeamenor filing. The indication is that he, too, will decline... Meanwhile, the MOG-UR is back up using loaned equment. Still 24 hours a day, still 300/1200 baud and still supports multiple boards. The number is 818-366-1238. InfoworldMagazine has been running a series of articles and editorials on the Mog-ur situation and the ramifications to BBSes in general. The issues of interest are 25,26 and 27. I highly recommend that anyone who is concerned about or interested in this situation read these issues (you can get them at the library if you don't subscribe and can't find them at a newsstand). Thanks for your assistance and support, everyone! Tom ------ 17-Jun-84 17:29:53-MDT,529;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 17 Jun 84 17:29:49-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 17 Jun 84 19:07 EDT Received: From hi-multics.arpa.ARPA by BRL-AOS via smtp; 17 Jun 84 18:21 EDT Date: Sun, 17 Jun 84 17:18 CDT From: Eaton@HI-MULTICS.ARPA Subject: CP/M 3.0 DISASSEMBLY To: info-cpm@BRL.ARPA Message-ID: <840617221845.799175@HI-MULTICS.ARPA> Has anyone successfully disassembled the ccp for cpm plus? Eaton.HFED@HI-MULTICS 18-Jun-84 08:29:42-MDT,496;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Jun 84 08:29:34-MDT Received: From hi-multics.arpa.ARPA by AMSAA via smtp; 18 Jun 84 10:08 EDT Date: Mon, 18 Jun 84 09:04 CDT From: Boebert@HI-MULTICS.ARPA Subject: MDM7/Hayes/PCPI card To: info-cpm@AMSAA.ARPA Message-ID: <840618140425.100547@HI-MULTICS.ARPA> Has anybody out there got MDM7 working on an Apple using the combination of a PCPI Applicard and a Hayes micromodem ][? 18-Jun-84 19:14:02-MDT,1095;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Jun 84 19:13:54-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Jun 84 20:44 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 18 Jun 84 20:38 EDT Date: 18 Jun 1984 18:38 MDT (Mon) Message-ID: From: CSTROM@Simtel20.ARPA To: INFO-CPM@Brl-Aos.ARPA Subject: [CSTROM: Recent uploads to Simtel20] Date: Sunday, 17 June 1984 14:47-MDT cc: CSTROM Re: Recent uploads to Simtel20 I have uploaded some updated files to Simtel20. A new version of the public domain footnote program has been uploaded to : FTNOTE13.COM FTNOTE13.HEX FTNOTE13.DOC Another useful WordStar utility is in : UNSOFT1C.C UNSOFT1C.COM UNSOFT1C.HEX This is a utility written in BDS C that will take a WordStar document file and convert it into a non-document file. See the source for documentation. Note that the complementary program, ENSOFT.COM will convert a non-documant file into a document file. 18-Jun-84 20:53:48-MDT,1746;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Jun 84 20:53:39-MDT Date: Mon, 18 Jun 84 22:31:15 EDT From: Dave Towson (info-cpm) To: info-cpm@Amsaa.ARPA Subject: [Ronald Blanford: Public domain contributions] Ron - Sorry to use this method to contact you, but your CONTEXT address is rejecting all mail because the disk quota is exceeded. If you somehow get this message, please contact me after the problem has been corrected, and contact Keith Petersen about making your contribution to the simtel20 archives. Thanks for your offer. ----- Forwarded message # 1: Received: From washington.arpa.ARPA by AMSAA via smtp; 15 Jun 84 16:37 EDT Date: Fri 15 Jun 84 13:37:25-PDT From: Ronald Blanford Subject: Public domain contributions To: cpmlist@AMSAA.ARPA I have a couple of programs that would best be distributed by including them in the archives at SIMTEL20. If you are interested, please tell me the best way to get them there. The first is a C/80 version of the Dr. Dobbs screen editor, which BDS C version is presently in MICRO:. I have already had several requests for this but don't have the time or disk storage to respond to all of them. The other is a RAM disk emulator for CP/M-86. It has been written using DR's ASM86 for the NEC APC, but should move easily to other systems by giving the segment and offset of the BIOS jumptable. If either or both of these seem of public interest, I can get them on this ARPAnet account for retrieval. -- Ron ------- ----- End of forwarded messages Dave Towson info-cpm-request@amsaa.arpa 19-Jun-84 00:49:18-MDT,1275;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Jun 84 00:49:12-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 19 Jun 84 2:21 EDT Received: From hi-multics.arpa.ARPA by BRL-AOS via smtp; 19 Jun 84 2:13 EDT Date: Tue, 19 Jun 84 01:08 CDT From: Eaton@HI-MULTICS.ARPA Subject: CPM 3.0 To: info-cpm@BRL.ARPA Message-ID: <840619060806.539512@HI-MULTICS.ARPA> Since I am new (very new) to cpm 3.0 aka cpm plus I wonder if any of you with far more experience than I would recommend against using extended directories. Would this then make all my 2.2 disks including hard disk compatible and useableby 3.0? I don't see very much activity on this subject and I wonder if there isno interest or if the compatibilty problems aren't as severe as I imagine them to be. The only two things that I am aware of (without hitting the books too hard) is that direct calls to the bios are not supported by 3.0 and that the directory can look different from 2.2 if so optioned. I am beginning to have second thoughts about installing 3.0 for those reasons and "primarily" because I have fallen in love with zcpr2. Is there a "real" advantage to 3.0 or not? Jesse (installing 3.0 is no breeze) Eaton 19-Jun-84 07:52:14-MDT,1177;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Jun 84 07:52:07-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 19 Jun 84 9:24 EDT Date: 19 Jun 1984 07:24 MDT (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA Subject: BBS confiscation case resolved Relayed from the RCPM Sysop Clearinghouse: Date: June 18, 1984 From: Anda Lee To: All Re: MOG-UR update!!! I just learned through a phonecall from Tom Tcimpidis, Sysop of the Mog-ur's San Fernando Valley HBBS that as of today, June 18th, 1984, that the L.A. City Attorney declined to file charges of mis-demeanor. Evidentally it was realized that the case was very questionable for charges based on the tactics that were used by the complaintants for revealing the alleged illegal information. Horray for Tom! For some interesting reading, see Issues 25, 26, & 27 of Infoworld. Tom's equipment and media should be returned to him within forty-eight hours. Anda - Sysop of Z!E!U!S! (813)-885-4369 19-Jun-84 08:24:40-MDT,1449;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Jun 84 08:24:34-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 19 Jun 84 9:34 EDT Date: 19 Jun 1984 07:34 MDT (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Linking long Basic programs Relayed from the RCPM Sysop Clearinghouse: From: DAVE HOLMES To: ALL Re: LINKING LONG BASIC PROGRAMS Sometime ago I placed an inquiry here about problems I was having linking long basic programs in the 25-29k range. I was getting out of memory aborts from the link process. I talked to Microsoft customer support and there only solution was to make the program smaller. This was my Oxgate BB program that I had previously linked under version 5.2 of Bascom. I asked Microsoft if they had any linker products for sale that would link from disk. They said NO!! but quite by accident I found that the linker LD80 supplied with their Cobol package would work fine. I have used it on large Fortran and Basic programs with good results. Why do you suppose Microsoft doesn't know about their own products? I hope this info will help someone else struggling along. Lifeboat didn't know either or were not telling. They offered to sell me at $350 PLINK. Oh well Live and learn. Dave Holmes (k4umi) 19-Jun-84 10:45:02-MDT,952;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Jun 84 10:44:56-MDT Received: From sri-tsca.arpa.ARPA by AMSAA via smtp; 19 Jun 84 12:08 EDT Received: by sri-tsca.arpa at Tue, 19 Jun 84 09:08:16 pdt From: btn Message-Id: <8406191608.AA00662@sri-tsca.arpa> Date: 19 Jun 1984 0907-PDT (Tuesday) To: Info-CPM@AMSAA.ARPA Cc: btn@Sri-Tsca.ARPA Subject: CPM on iSBC 8612 Hello NetLanders - I am trying to bring up CPM on my Intel single board computer system. The cpu board is the Intel iSBC 8612 and the disk controller is the Intel iSBC 204 (single sided, single density). Could somebody give me pointer to a vendor, or information on how to port an existing system to my hardware. Please reply direct to me so I won't feel guilty about flooding INFO-CPM with another handware software porting inquiry. Thank you in advance. btn@sri-tsca ---------- 19-Jun-84 13:35:19-MDT,897;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Jun 84 13:35:12-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 19 Jun 84 15:05 EDT Received: From su-score.arpa.ARPA by BRL-AOS via smtp; 19 Jun 84 14:36 EDT Date: Tue 19 Jun 84 11:27:01-PDT From: Sam Hahn Subject: Re: CPM 3.0 To: Eaton@HI-MULTICS.ARPA cc: info-cpm@BRL.ARPA In-Reply-To: Message from "Eaton@HI-MULTICS.ARPA" of Mon 18 Jun 84 23:50:22-PDT I don't use zcpr, so I can't help you on the disk questions, but cp/m-3.0 gives you, if I remember correctly, a BDOS call which will perform the BIOS call you actually want. (number ~50 or so). Going from 2.2 to 3.0 was great for me, but the things I hear about zcpr make me think there'd be little reason to choose 3.0 over zcpr, unless you wanted to take advantage of bank-switching. ------- 19-Jun-84 19:37:41-MDT,1258;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Jun 84 19:37:33-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 19 Jun 84 21:19 EDT Date: 19 Jun 1984 19:19 MDT (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Need info on S-100 boards Bob Clyne, Co-Sysop of RCPM Royal Oak, needs some info on S-100 boards. Any help would be greatly appreciated. Please reply to me and I'll relay to him. --Keith Date: 6/04/84 From: BOB CLYNE To: ALL Re: NEED INFO ON S100 BOARDS I need information on the following S-100 boards. Particularly I need configuration information - switch and jumper settings etc. but any and all information would be appreciated. International Data Systems Z80 CPU board c 1980. International Data Systems memory board c 1980 uses 8116 chips. Industrial Micro Systems 4-line communication controller C00480 c 1979. Industrial Micro Systems I/O board C00442 c 1979. I know this isn't much information to identify the boards by but it is all there seems to be on them. Bob Clyne 19-Jun-84 20:37:47-MDT,1253;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Jun 84 20:37:40-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 19 Jun 84 21:28 EDT Date: 19 Jun 1984 19:28 MDT (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Morrow DJ2D/B disk controller Fujitsu chip problems Forwarded from the Sysop RCPM Clearinghouse for information to DJ2D/B owners. From: TIM CANNON To: DAVE HARDY Dave, Well you had the right answer to the problem of the DJ controller not being able to copy from 1024 byte sectors to 128 byte sectors. The 1791 was indeed the culprit. The controller that came with the board was a Fujitsu 8866 and not a 1791. It follows Morrows habit of using cheaper chips that don't match what's on the schematic. Replacing the 1791 also cured another problem with SYSGEN. SYSGENing would work a little better than 50% of the time. Now it never fails. It would never get off the first track and just hang the system. Obviously the same problem as the 1st. track is single density. Well, thanks again for steering me in the right direction. Tim. 19-Jun-84 20:52:44-MDT,1163;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Jun 84 20:52:36-MDT Received: From washington.arpa.ARPA by AMSAA via smtp; 19 Jun 84 22:25 EDT Date: Tue 19 Jun 84 19:25:55-PDT From: Ronald Blanford Subject: DDJ Editor and CPM86 Ramdisk To: info-cpm@AMSAA.ARPA New programs have been added to the archives at SIMTEL20. The source code for a RAM disk emulator for CP/M-86 is in the account MICRO: under the name RAMDISK.A86. It is written for the NEC APC and will run under any release of CP/M-86 for that machine. To port it to the IBM PC or other machines, it will be necessary to determine the segment and offset of the BIOS jumptable and modify two initial equates to have it work correctly. The program is written in Digital Research's ASM86. A version of the Dr. Dobbs screen editor modified for C/80 is in the account MICRO: in about 13 files all prefixed with ED (so that ED*.* will get them all). The same thing for BDS C has been in MICRO: for some time. The CRC list for the files is as follows: ------- 19-Jun-84 21:17:25-MDT,1377;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Jun 84 21:17:19-MDT Received: From washington.arpa.ARPA by AMSAA via smtp; 19 Jun 84 22:26 EDT Date: Tue 19 Jun 84 19:26:51-PDT From: Ronald Blanford Subject: DDJ Editor (part 2) To: info-cpm@AMSAA.ARPA 19-Jun-84 18:55:13-PDT,990;000000000001 Return-Path: Received: from SIMTEL20.ARPA by WASHINGTON.ARPA with TCP; Tue 19 Jun 84 18:55:10-PDT Date: Tue 19 Jun 84 19:54:26-MDT From: Keith Petersen Subject: List of C80 editor files To: CONTEXT@WASHINGTON.ARPA Filename Type Bytes Sectors CRC Directory MICRO: ED1.H.1 ASCII 3326 26 = 1AH 1660H ED10.C.1 ASCII 8652 68 = 44H 6D4BH ED2.C.1 ASCII 9117 72 = 48H 1744H ED3.C.1 ASCII 13633 107 = 6BH 2EB8H ED4.C.1 ASCII 12917 101 = 65H DEB1H ED5.C.1 ASCII 3224 26 = 1AH 888AH ED6.C.1 ASCII 2181 18 = 12H CBB1H ED7.C.1 ASCII 2845 23 = 17H D21AH ED8.C.1 ASCII 3627 29 = 1DH A279H ED9.C.1 ASCII 3869 31 = 1FH 3ABFH EDLIB.C.1 ASCII 1115 9 = 9H 0C98H EDSCREEN.C.1 ASCII 180 2 = 2H 5A04H EDSCREEN.DOC.1 ASCII 5520 44 = 2CH 5135H EDSCREEN.TXT.1 ASCII 570 5 = 5H 297AH ------- ------- 20-Jun-84 00:10:06-MDT,646;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Jun 84 00:10:02-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 20 Jun 84 1:49 EDT Received: From mit-multics.arpa.ARPA by BRL-AOS via smtp; 20 Jun 84 1:45 EDT Date: Wed, 20 Jun 84 01:39 EDT From: Paul Schauble Subject: Hidden goodies in commercial software. To: Human-Nets@USC-ECLB.ARPA, Info-CPM@BRL-AOS.ARPA, Info-Micro@BRL-AOS.ARPA, Info-IBMPC@USC-ECLB.ARPA Message-ID: <840620053918.443822@MIT-MULTICS.ARPA> The collection is now stored in MICRO:goodies.mail on SIMTEL20. 20-Jun-84 08:09:10-MDT,764;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Jun 84 08:09:05-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 20 Jun 84 9:45 EDT Received: From amsaa.arpa.ARPA by BRL-AOS via smtp; 20 Jun 84 9:38 EDT Date: Wed, 20 Jun 84 9:33:35 EDT From: David Towson (CSD) To: Paul Schauble cc: Human-Nets@usc-eclb.arpa, Info-CPM@brl-aos.arpa, Info-Micro@brl-aos.arpa, Info-IBMPC@usc-eclb.arpa Subject: Re: Hidden goodies in commercial software. Correction: The interesting contribution from Paul Schauble is in Simtel20 file MICRO:GOODIE.MAIL - not "...GOODIES.MAIL" as announced. Dave towson@amsaa.arpa 20-Jun-84 08:51:46-MDT,713;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Jun 84 08:51:41-MDT Received: From nbs-sdc.arpa.ARPA by AMSAA via smtp; 20 Jun 84 9:58 EDT Date: Wed, 20 Jun 84 09:58:43 EDT From: wilson@Nbs-Sdc.ARPA Subject: Softcard-serial card problem To: INFO-CPM@Amsaa.ARPA Cc: wilson@Nbs-Sdc.ARPA Has any one encountered a problem using a Microsoft IIe Softcard with a super serial card? Several different cards of each type have been tried in the Apple IIe we are using and in all cases CP/M fails to boot if the serial card is set in printer mode. The serial card drives the printer normally under Apple Dos 3.3 with or without the softcard in the IIe. 20-Jun-84 15:35:35-MDT,1461;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Jun 84 15:35:28-MDT Received: From hi-multics.arpa.ARPA by AMSAA via smtp; 20 Jun 84 17:00 EDT Date: Wed, 20 Jun 84 15:58 CDT From: Boebert@HI-MULTICS.ARPA Subject: Re: Softcard-serial card problem To: info-cpm@AMSAA.ARPA Message-ID: <840620205833.423959@HI-MULTICS.ARPA> This may or may not be relevant. I had so many difficulties with my older Softcard (the one that uses the Apple memory) that I trashed it in favor of the PCPI Applicard (which I think is really neat). The system crashed without fail when a card other than an Apple disk controller was in a slot > 3. Crash symptoms were random. Crashes **only** occurred with the > 44k versions, that is, the versions which attempted to use the extended memory in slot 0. So there is evidently a bug in the BIOS in the bank-switching logic. I wasted a lot of time chasing hardware bugs until I discovered that 44k 2.2b ran and 56k 2.2b crashed. I tried 3.0 and it crashed too. Microsoft's technical support consists of the logical equivalent of busy signals. So I upgraded to a 6mhz board with ramdisk that works. Even if (as I assume) you are putting the board in slot 1, Microsoft's BIOS seems buggy in this area of RAM/ROM address switching and this may be causing the problem. Don't expect them to fix or even acknowledge the difficulty if you pin it down. 21-Jun-84 00:24:06-MDT,762;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Jun 84 00:24:02-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 21 Jun 84 2:00 EDT Date: 21 June 1984 02:02-EDT From: Jerry E. Pournelle Subject: Softcard-serial card problem To: Boebert@Hi-Multics.ARPA cc: info-cpm@Amsaa.ARPA In-reply-to: Msg of Wed 20 Jun 84 15:58 CDT from Boebert at HI-MULTICS.ARPA We have a year experience with Applicard, and we like it a lot. The DRI Goldcard works (with a couple of extras over Applicard) but costs more; it does let you find the output ports better than Applicard does. After observing the neighbor kids experience with the Microsoft version, we elected to try Applicard. 21-Jun-84 05:46:06-MDT,1051;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Jun 84 05:46:02-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 21 Jun 84 7:25 EDT Date: 21 Jun 1984 05:26 MDT (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA Subject: Programmers wanted - job opportunity I picked this up on RCPM Royal Oak this morning. It's offered for informational purposes only. I have no connection with the company. --Keith Date: 6/20/84 From: RICHARD JACKSON Re: HELP WANTED PROGRAMMERS FOR I. S. C. - PROGRAMMERS ARE NEEDED FOR MICRO COMPUTERS IN A BUSINESS ENVIRONMENT. * IBM PC * HP 120,125,150-TOUCH SCREEN * CP/M PROGRAMMERS MIGHT BE NEEDED ALSO RESUME NEEDED. CONTACT ME A.S.A.P. AS I WILL BE LEAVING TOWN JULY 1. RICHARD JACKSON 313-341-6304. I CAN BE MOST EASILY REACHED IN THE MORNINGS BUT YOU CALL ANY TIME AS I HAVE ANS. MACHINE. 21-Jun-84 07:36:04-MDT,566;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Jun 84 07:36:01-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 21 Jun 84 9:06 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 21 Jun 84 8:58 EDT Date: Thu 21 Jun 84 06:52:56-MDT From: Rick Conn Subject: ZCPR3 Releae - Phase 1 To: info-cpm@BRL.ARPA cc: RCONN@SIMTEL20.ARPA The phase 1 release of ZCPR3 is now taking place. More details to follow. SIMTEL20 will be one of the first to receive it. Rick ------- 21-Jun-84 11:46:43-MDT,1838;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Jun 84 11:46:36-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 21 Jun 84 12:28 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 21 Jun 84 12:23 EDT Date: Thu 21 Jun 84 10:22:09-MDT From: Jim Forrest Subject: LSWEEP13.COM/DOC To: INFO-CPM@BRL.ARPA cc: JFORREST@SIMTEL20.ARPA LSWEEP13.COM AND LSWEEP13.DOC BY Joe Vogler are now available on SIMTEL-20 in: MICRO: A short description follows: HOW TO USE LSWEEP ================= The program is run this way: A> lsweep [ ..... ] Example: A> lsweep justone A> lsweep onesy twosy threesy A> lsweep b:this c:that another d:last You can name as many Libraries as you can fit on the command line. You can specify Libraries on different drives. You must specify at least one Library. The program will 'process' the Library names in the order specified. When you are done with one, it continues on to the next, or exits after the last one.You can also use wildcards. This was not the case with v1.0. The wildcards are expanded by the program. You'll get lots of non- library names if you forget to use '.LBR' when using wildcards. For each Library, he program builds a list of member names & file sizes and displays one after another, as you hit the RETURN key (or any key not set up as a command key). There are only three command keys: ? - Displays HELP menu V - Views the 'current' member E - Extracts the 'current' member X - eXits the current Library and proceeds to the next one or quits, if there are no more. Jim (For Keith Petersen) ------- 21-Jun-84 13:29:57-MDT,1387;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Jun 84 13:29:50-MDT Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 21 Jun 84 14:43 EDT Received: from ucb-vax.arpa by BRL-TGR.ARPA id a006198; 21 Jun 84 14:36 EDT Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.28/4.31) id AA19920; Thu, 21 Jun 84 11:35:43 pdt Received: from ucbpopuli.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA (4.14.3/4.20) id AA09308; Thu, 21 Jun 84 11:38:06 pdt Received: by ucbpopuli.CC.Berkeley.ARPA (4.14.3/4.20) id AA04400; Thu, 21 Jun 84 11:30:23 pdt Message-Id: <8406211830.AA04400@ucbpopuli.CC.Berkeley.ARPA> Date: 21 June 84 11:30-PST From: KJBSF%SLACVM.BITNET@ucb-vax.ARPA To: INFO-CPM@BRL-TGR.ARPA Subject: BITNET mail follows Date: 21 June 1984, 11:26:37 PST From: KJBSF at SLACVM To: INFO-CPM at BRL-TGR.ARPA Subject: Softcard problems I had alot of problems with the Softcard in my II+, escpecially when using the combination of CPM60 + my 80-column card. Apparently, the softcard has problems with the switching in and out of the memory in the language card. With 56K the problems seemed to have gone away. In the //e it has some problems with my extended 80-column card. Arggghh.. I'm seriously thinking of getting rid of it. Oh well, that's just about $250. - Kevin 21-Jun-84 15:46:31-MDT,766;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Jun 84 15:46:26-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 21 Jun 84 17:08 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 21 Jun 84 17:04 EDT Date: Thu 21 Jun 84 15:02:43-MDT From: Jim Forrest Subject: Question from a Novice To: INFO-CPM@BRL.ARPA cc: JFORREST@SIMTEL20.ARPA I have a Kaypro 10 that uses double side double density disks. When I format these disks I get 390K. However, when I format a single side double density I also get 390K. My question is, What is the advantage of using a double side disk when I get 390K from single and double sided disks? Can someone enlighten me? Jim ------- 21-Jun-84 18:00:24-MDT,1746;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Jun 84 18:00:17-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 21 Jun 84 19:41 EDT Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp; 21 Jun 84 19:40 EDT Date: 21 Jun 1984 19:35-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Question from a Novice From: ABN.ISCAMS@USC-ISID.ARPA To: JFORREST@SIMTEL20.ARPA Cc: INFO-CPM@BRL.ARPA Message-ID: <[USC-ISID.ARPA]21-Jun-84 19:35:59.ABN.ISCAMS> In-Reply-To: The message of Thu 21 Jun 84 15:02:43-MDT from Jim Forrest Jim, Is your software asking for a single sided double density (SSDD) option selection? If not, and it just does DSDD -- a disk rated at SSDD DOES still have the magnetic media on that "back" side, and it CAN still be formatted and written to. (You must have missed the Great Double-Sided Disk Debate on the net a few months ago!) It's just that the manufacturer did not certify or warrant or guarantee that "back" side for double density or something. Maybe it WILL do just fine, and maybe it WON'T! Only your trying will tell! Lots of people buy El Cheapo (no offense, please - I do it too) single sided single density disks, punch a couple of holes to tell their disk drive it IS double sided (it's a physical thing, telling the disk drive), and go right ahead and format/use DSDD! Sometimes it works and sometimes... Now, I do NOT understand why your disk drive isn't picking up the physical difference (location of timing holes, square write protect notch) between SSDD and DSDD - maybe one of our Kaypro owners out there can enlighten us? Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 21-Jun-84 22:26:23-MDT,869;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Jun 84 22:26:18-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 21 Jun 84 20:22 EDT Received: From usc-eclb.arpa.ARPA by BRL-AOS via smtp; 21 Jun 84 20:20 EDT Date: Thu 21 Jun 84 17:18:21-PDT From: Christopher Ho Subject: Re: Question from a Novice To: Info-Cpm@BRL.ARPA cc: JForrest@SIMTEL20.ARPA In-Reply-To: Message from "ABN.ISCAMS@USC-ISID.ARPA" of Thu 21 Jun 84 16:35:00-PDT Work: Jef 117 (213)743-5935 David et al, The physical difference between SS and DS diskettes exists only for 8" diskettes. 5.25" diskettes are basically all identical, and this is the variety used on all the Kaypros. Chris ps:By identical I do not include soft- vs. hard-sectored, which are two different kinds of animal. ------- 21-Jun-84 22:26:35-MDT,1229;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Jun 84 22:26:29-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 21 Jun 84 21:02 EDT Received: From rand-unix.arpa.ARPA by BRL-AOS via smtp; 21 Jun 84 20:55 EDT Received: by rand-unix.ARPA (4.12/4.7) id AA27780; Thu, 21 Jun 84 17:50:47 pdt From: Bridger Mitchell Message-Id: <8406220050.AA27780@rand-unix.ARPA> Date: 21 Jun 84 17:50:44 PDT (Thu) To: ABN.ISCAMS@usc-isid.ARPA Cc: JFORREST@simtel20.ARPA, INFO-CPM@brl.ARPA, bridger@Rand-Unix.ARPA Subject: Re: Question from a Novice In-Reply-To: Your message of 21 Jun 1984 19:35-EDT. <[USC-ISID.ARPA]21-Jun-84 19:35:59.ABN.ISCAMS> A contributing factor may be the BIOS firmware shipped with the Kaypro 4's and 10's. It doesn't correctly support the CPM disk-reset function call. A drive, once logged in with a double-sided disk, remains double-sided until the next warm boot, despite any disk-reset call. This is a pain in programs that permit disk swapping, if you have both single and double-sided disks. One solution is the CP/M upgrade from Plu*Perfect Systems, which does the disk-resets correctly. --bridger 22-Jun-84 00:37:32-MDT,647;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Jun 84 00:37:28-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 22 Jun 84 2:06 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 22 Jun 84 2:03 EDT Date: 22 June 1984 02:04-EDT From: Stephen C. Hill Subject: CP/M gang attribute setter needed To: INFO-CPM@Mit-Mc.ARPA cc: STEVEH@Mit-Mc.ARPA I would like to get/have/request a program, similar to SWEEP that would allow tagged settings of the various attribute bits (R/O, R/W, ARC, MOD, SYS, DIR, NCL, PCL, etc.) Does anyone know of such a beast? 22-Jun-84 01:51:41-MDT,788;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Jun 84 01:51:38-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 22 Jun 84 3:32 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 22 Jun 84 3:28 EDT Date: 22 June 1984 03:28-EDT From: Jerry E. Pournelle Subject: Question from a Novice To: JFORREST@Simtel20.ARPA cc: INFO-CPM@Brl-Aos.ARPA In-reply-to: Msg of Thu 21 Jun 84 15:02:43-MDT from Jim Forrest The only difference between "single side" and "double side" is quality control; premium disk houses test both sides and if they get soft errors on one side either put the disk out as single side or job lot it to somebody else to sell however they want to... 22-Jun-84 04:42:19-MDT,631;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Jun 84 04:42:15-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 22 Jun 84 6:14 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 22 Jun 84 6:12 EDT Date: Fri 22 Jun 84 04:01:44-MDT From: Jim Forrest Subject: Thanks from a Novice To: INFO-CPM@BRL.ARPA cc: JFORREST@SIMTEL20.ARPA I received 9 responses to my question about SS vs DS 5 1/4" disks. I appreciate it very much, and I am glad my question did not re-open what I understand was a big debate a while back. Jim ------- 22-Jun-84 05:12:40-MDT,364;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Jun 84 05:12:37-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 22 Jun 84 6:44 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 22 Jun 84 6:36 EDT Date: 22 June 1984 06:37-EDT From: Roger L. Long To: info-cpm@Brl-Aos.ARPA 22-Jun-84 06:44:12-MDT,758;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Jun 84 06:44:08-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 22 Jun 84 8:17 EDT Received: From apg-1.arpa.ARPA by BRL-AOS via smtp; 22 Jun 84 8:10 EDT Date: 22 Jun 1984 8:04:32 EDT (Friday) From: Robert Bloom DRSTE-TOI 3775 Subject: Re: CP/M gang attribute setter needed In-Reply-to: Your message of 22 June 1984 02:04-EDT To: Stephen C. Hill Cc: info-cpm@Brl-Aos.ARPA NewSweep version 2.0 on has capability of doing ALL the sweep functions plus set/reset r/o, sys, arc, and the first 4 character msb's; and squeezes/unsqueezes; and is about HALF the size of Sweep. Try it, you'll like it! 22-Jun-84 07:18:30-MDT,1834;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Jun 84 07:18:21-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 22 Jun 84 8:38 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 22 Jun 84 8:36 EDT Date: Fri, 22 Jun 84 8:21:40 EDT From: Rick Conn To: Stephen C. Hill cc: INFO-CPM@mit-mc.arpa, STEVEH@mit-mc.arpa Subject: Re: CP/M gang attribute setter needed The PROTECT program of the ZCPR2 and ZCPR3 systems may be of interest. It has the following syntax: PROTECT list-of-files options and the options are quite handy in two nice ways specifically: PROTECT list-of-files I will set the indicated attributes on the list of files with inspection. The user is given each file name in the list which matches the list spec and is asked to approve the setting of the attributes. Another option: PROTECT list-of-files C goes thru each file in the list and allows the user to manually specify the attributes for each file. Examples: PROTECT B7:*.TXT,ROOT:*.*,WORKDIR:MYWORK.ASM R1I -- sets all *.TXT files in B7, all *.* files in ROOT:, and MYWORK.ASM in WORKDIR: to Read/Only and attribute 1 with inspection; each file matching each reference in the list is named, and the user is asked if he wants to set it PROTECT ROOT:*.COM,BASE:*.COM C -- names all *.COM files in ROOT: and BASE: and allows the user to input the new attributes for each file named on a case-by-case basis In all cases with PROTECT, all 11 attribute bits (A, R, S, and 1-8) can be referenced. Finally, to illustrate one of the big advantages of ZCPR3, PROTECT.COM is only 4K in size! One note: PROTECT.COM for ZCPR3 will ONLY RUN under ZCPR3. Rick 22-Jun-84 07:45:25-MDT,3227;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Jun 84 07:45:12-MDT Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 22 Jun 84 9:01 EDT Date: Fri, 22 Jun 84 8:58:11 EDT From: Rick Conn To: info-cpm@Brl-Mis.ARPA Subject: Some Metrics on the ZCPR3 Release The release of ZCPR3 is now underway, and the first three shipments have gone to Echelon in Silicon Valley (see the latest Microsystems for address/phone), SIMTEL20, and the Air Force Institute of Technology (AFIT) EE Dept at Wright-Patterson AFB (for internal use, altho they might let you copy the disks if you are in the AF at WPAFB). I am preparing three more shipments to go out soon to SIG/M, the San Diego Computer Society, and XEROX (again, for internal use, altho they might let you copy the disks if you work for XEROX). AMPRO Computers was one of the test sites, and an earlier version of ZCPR3 (1 before the release) has been hidden on their disks for some time now, and they will be upgrading to the release soon (see the AMPRO ads if you want to contact them). Also, Echelon has installed ZCPR3 on the Kaypro 10 (again, 1 before the release version), and you can contact Echelon for details if you are interested. The release of ZCPR3 is taking place in three phases: Phase 1 -- the ZCPR3 Command Processor the main ZCPR3 System Segments a 120-page installation manual a 40-page user's perspective 58 utilities and associated HLP files SYSLIB 3.0 and associated HLP files [ complete sources to all of the above] Phase 2 -- more ZCPR3 utilities and HLP files more System Segments Z3LIB and associated HLP files VLIB and associated HLP files TIMELIB and associated HLP files [ all sources provided ] Phase 3 -- published book: ZCPR3 user/programmer doc published book: ZCPR3 libraries [ bookpublished by NY Zoetrope, Inc ] The doc provided in phases 1 and 2 is quite adequate to install and begin using the system. The books provide hardcopy of all online doc and much internal information (which is not available elsewhere). There are 14 disks in the ZCPR3 Phase 1 distribution -- 2 ZCPR3 System disks (ZCPR3 CP and System Segments) 1 ZCPR3 utilities (all COM files) 2 HLP files documenting the utilities and CP/Sys Segs 3 sources for utilities 1 installation manual (WordStar with MailMerge needed to print) 1 user's perspective (WS with MM needed to print) 3 SYSLIB 3.0 sources 1 SYSLIB 3.0 HLP files and 2/3 differences ZCPR3 Phase 1 Statistics -- 58 utilities, the largest of which is 8K in size Lines of Code: ZCPR3 Command Processor 4669 ZCPR3 Sys Segments (6) 7655 ZCPR3 utilities (58) 35588 SYSLIB 3.0 sources 14433 Documentation: ZCPR3 Ins Manual (120 pp) 6086 lines ZCPR3 User's Pers 40pp) 1940 lines ZCPR3 HLP files (17) 8465 lines SYSLIB 3.0 HLP files (20) 4572 lines SYSLIB 2/3 diff summary 239 lines More detail later on how to contact Echelon and Zoetrope. As more sets of disks are released, I will post locations to the net. Rick 22-Jun-84 08:59:00-MDT,881;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Jun 84 08:58:55-MDT Received: From usc-isid.arpa.ARPA by AMSAA via smtp; 22 Jun 84 9:36 EDT Date: 22 Jun 1984 09:36-EDT Sender: ABN.COSCOM-CE@USC-ISID.ARPA Subject: zcpr et al From: ABN.COSCOM-CE@USC-ISID.ARPA To: INFO-CPM@AMSAA.ARPA Cc: ABN.COSCOM-CE@USC-ISID.ARPA Message-ID: <[USC-ISID.ARPA]22-Jun-84 09:36:07.ABN.COSCOM-CE> Well, I have heard enough to know that ZCPR is a good thing. But where do I start? I have pulled in most of the ZCPR1 stuff but do I even need to bother? Can I go straight to ZCPR3? And the ZCPR2 files seem to (at least they left off the 2) seem to use ZCPR.COM from version 1. Am I wrong? Can someone give me some general guidance? Thanks in advance. Kevin Rappold 1LT(P) GS 1st COSCOM @usc-isid.arpa 22-Jun-84 18:40:15-MDT,758;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Jun 84 18:40:05-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 22 Jun 84 20:19 EDT Date: 22 Jun 1984 18:19 MDT (Fri) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Dave Towson (info-cpm) Cc: Info-Cpm@Amsaa.ARPA Subject: [Paul Schauble: Goodies collection] In-reply-to: Msg of 22 Jun 1984 09:49-MDT from Dave Towson (info-cpm) Sorry for the confusion. I have renamed to the file that Paul announced to MICRO:GOODIES.MAIL. I mistakenly left off the "S" when I got it from him. --Keith 22-Jun-84 22:57:37-MDT,747;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Jun 84 22:57:33-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 23 Jun 84 0:28 EDT Date: 22 Jun 1984 22:16 MDT (Fri) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Simtel CP/m directory list updated MICRO:CPM.CRCLST on SIMTEL20 (the file listing all the filenames, sizes and CRCs of the MICRO directories) has been updated as of today. If you cannot FTP it, and you are not already on the list to receive it via netmail, send a note to W8SDZ@SIMTEL20 asking to be added to the list. --Keith 23-Jun-84 16:53:54-MDT,995;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Jun 84 16:53:48-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 23 Jun 84 18:28 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 23 Jun 84 18:25 EDT Date: 23 June 1984 18:20-EDT From: Stephen C. Hill Subject: zcpr et al To: ABN.COSCOM-CE@Usc-Isid.ARPA cc: STEVEH@Mit-Mc.ARPA, INFO-CPM@Mit-Mc.ARPA In-reply-to: Msg of 22 Jun 1984 09:36-EDT from ABN.COSCOM-CE at USC-ISID.ARPA Basically each of the ZCPRs are independent, upgraded versions of the earlier numbered ZCPRs. These are effectively replacements of the part of the CP/M operating system that processes terminal input to the OS. Rich Conn has then written many utility programs, that have been long needed. I would recommend that you don't waste your time on the ZCPR(1) files, perhaps pull down the documentation files from ZCPR2, just for background, and go directly to ZCPR3. 24-Jun-84 00:57:41-MDT,1877;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 24 Jun 84 00:57:33-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 24 Jun 84 2:04 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 24 Jun 84 1:55 EDT Date: Sat 23 Jun 84 23:53:26-MDT From: Rick Conn Subject: ZCPR3 Notes To: info-cpm@BRL.ARPA Two of the ZCPR3 Phase 1 release packages have been received at their destinations, and reports back are quite good. Echelon has installed the new system on several machines now, and no errors have been encountered. All utilities check out as far as they have been tested so far. The only complaint has been that a few typos were found in the installation manual and the HLP files, but the typos do not impact meaning or present any misinformation - they are merely cases like two "the" phrases in a row. All HLP files will be corrected when they are incorporated into the books. Lt Col Carter at AFIT, WPAFB, has brought up ZCPR3 after only a few hours of effort. He had prior knowledge of ZCPR2, and his reports were that with this knowledge, ZCPR3 came up without any problem. The BIOS mods were along the line of ZCPR2 and the installation manual was complete with all necessary detail. Lt Col Carter brought up ZCPR3 without any instruction from me, just using the manuals. I think that this illustrates the completeness of the manuals. He also reported some typos in the installation manual, but, again, they were minor. I have completed copying all sets of disks in my possession now, so 4 sets of disks should go out Monday or Tuesday. Will let you know when this happens and to whom. Phase 2 of the ZCPR3 release should happen in a few weeks, and then the books will come out (Phase 3). Again, details on events as they happen. Rick ------- 24-Jun-84 13:55:17-MDT,1396;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 24 Jun 84 13:55:11-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 24 Jun 84 14:59 EDT Date: 24 Jun 1984 12:58 MDT (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Mannesman Tally 180L printer configure program In-reply-to: Msg of 22 Jun 1984 06:00-MDT from ABN.ISCAMS at USC-ISID.ARPA Date: Friday, 22 June 1984 06:00-MDT From: ABN.ISCAMS at USC-ISID.ARPA Recently one of our members put out a message about a PD program called MT180L.COM, a little utility to configure the Mannesman Tally 180L printer. I downloaded it from SIMTEL20 and it works perfectly with the MT160L (the 11" model). Nice little utility, pretty formatting, fancy command line and input parsing, MUCH better than pawing through the manual and working the front-panel command input! More glory to the author, Ray Kester. David Kirschbaum --- Here's a list of the files available at SIMTEL20: Filename Type Bytes Sectors CRC Directory MICRO: MT180L.COM.1 COM 3712 29 = 1DH 254EH MT180L.DOC.1 ASCII 9531 75 = 4BH 4275H MT180L.HEX.1 ASCII 9049 71 = 47H CC7EH --Keith 24-Jun-84 20:52:09-MDT,524;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 24 Jun 84 20:52:02-MDT Received: From usc-ecl.arpa.ARPA by AMSAA via smtp; 24 Jun 84 22:32 EDT Date: Sun 24 Jun 84 19:33:10-PDT From: Bruce Tanner Subject: Directory rebuilder? To: info-cpm@AMSAA.ARPA Does anyone know of a (hopefully PD) program to rebuild a trashed CP/M directory? Would any of the general-purpose disk utilities help in rebuilding a directory? Thanks, -Bruce ------- 25-Jun-84 07:18:35-MDT,3068;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Jun 84 07:18:25-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 25 Jun 84 8:43 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 25 Jun 84 3:49 EDT Date: 25 June 1984 03:34-EDT From: Jerry E. Pournelle Subject: BBS vs. TELCO (LONG message) To: INFO-CPM@Mit-Mc.ARPA In a telephone interview Friday, Douglas Cambern, Executive Director of Pacific Bell, told me, eventually, that perhaps Bell had been a bit more severe than was wise; this after I pointed out that Telco had probably managed to make enemies out of a lot of rather intelligent people who did NOT assert any right to publicise telephone codes, etc. Cambern wiggled a lot, obviously unhappy at having to defend the phone company employees action in insisting that Tcimpidas' equipment be siezed; he admitted that Tcimpidas was "terribly cooperative". When I pointed out that Telco actions cost quite a lot of time and money for Tcimpidas, Cambern took the position that both Tcimpidas and Telco were "joint victims" of the people who had posted the codes. He wasn't too comfortable with th fact that Telco lost less ("hundreds of dollars") thant T cimpidas. I also pointed out that the recent actions and publicity would probably generate some desire to harass the Phone co. among people who would not otherwise thnk of doing that. His reply is interesting: "Aperson who is psychologically disposed to take illegal actions has a character defect that will eventually cause him to be caught." He didn't reply when I said, "O, like Patrick Henry?" In any event Cambern now wishes he had attended the meeting of BBS operators in LA, and would like to attend a meeting of BBS people with a view to seeing if application of technological smarts and ingenuity can result in BBS and Telco cooperating on a fix to the difficulty. I think he meant it, although given a telephone interview and the smug attitude he started with it's hard to be sure. Anyone interested in putting together such a meeting with a high Pacific Bell official (he promises to bring technical types from Security)? No guarantees that this isn't some kind of ploy, but it might be real. It was interesting as his attitude changed: in beginning he couldn't spell or pronouce my name althugh it had been both spelled and pronounced for him, and he asked if that was "B-I-T-E Magazine"; after a bit when he learned I had been the Director of Research for the City of LA, (and that BYTE is not so small as he thought, and McGraw-Hill not so insignificant as he hoped) there was a decided change in attitude. I don't figure it's my place to organize such a meeting; I'd loke to come to it, and I'll be glad to convey any invitation to Cambern if something interesting looks like it might develop. I've been unable to log in on Tcimpidas' BB (line busy all the time) so anyone who could relay this to him might be doing him a service. J E P 25-Jun-84 07:24:32-MDT,723;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Jun 84 07:24:27-MDT Received: From mitre.arpa.ARPA by AMSAA via smtp; 25 Jun 84 8:53 EDT Date: 25 Jun 1984 8:26:53 EDT (Monday) From: Jeffrey Edelheit Subject: Re: Directory rebuilder? In-Reply-to: Your message of Sun 24 Jun 84 19:33:10-PDT To: Bruce Tanner Cc: info-cpm@Amsaa.ARPA Try the unerase group of files found at SIMTEL20. The directory is "micro:" and the files include: unera15.doc.1 unera19.asm.1 unerase.com.1 unerase.hex.1 I am not positive, but this may be a starting place for you. Jeff Edelheit (edelheit at mitre) 25-Jun-84 07:30:48-MDT,1160;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Jun 84 07:30:41-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 25 Jun 84 8:52 EDT Date: Sunday, 24 June 1984 20:51-MDT Message-ID: Sender: Mark Becker From: Mark Becker To: Info-Micro@BRL-VGR.ARPA cc: Cent.Mbeck%MIT-OZ@MIT-MC.ARPA Subject: Wanted: 6809 source code version of USQ ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Mon 25 Jun 1984 06:01-MDT I have a request from a local sysop for a 6809-based version of the popular USQueezer program. I looked around in some of the obvious places but didn't see it. Has anyone written such a thing? Please, he will need source code as he is using a non-standard OS and will have to modify the I/O code to fit. Thanks in advance... Mark Becker Cent.Mbeck%MIT-OZ@MIT-ML PS: If you have the SQueezer program, please forward that, too. It will be welcome. 25-Jun-84 08:50:11-MDT,730;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Jun 84 08:50:01-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 25 Jun 84 10:13 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 25 Jun 84 10:08 EDT Date: Mon, 25 Jun 84 9:18:41 EDT From: David Towson (CSD) To: Jerry E. Pournelle cc: INFO-CPM@mit-mc.arpa Subject: Re: BBS vs. TELCO (LONG message) Now see here, Mr. Poor Nell, I never heard of any BITE magazine. Is that a publication of some bunch of perverted flakos with character defects - believers in vampires perhaps? Love it!! Nice going, Jerry. Dave towson@amsaa.arpa 25-Jun-84 08:51:24-MDT,1253;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Jun 84 08:51:12-MDT Date: Mon, 25 Jun 84 9:54:25 EDT From: Dave Towson (info-cpm) To: info-cpm@Amsaa.ARPA Subject: [DBAKER: re: kaypro-10 to 630 problems] This was sent to info-cpm-request by mistake. Dave ----- Forwarded message # 1: Received: From usc-ecl.arpa.ARPA by AMSAA via smtp; 22 Jun 84 18:53 EDT Date: 22 Jun 1984 1552-PDT From: DBAKER@USC-ECL.ARPA Subject: re: kaypro-10 to 630 problems To: info-cpm-request@AMSAA Don't be surprised if the updates to cpm etc don't fix your 630 bug. I bet your using wordstar. The newer versions of wordstar have a bug in the etx-ack protocol area when using HMI to right justify. I tried to get them to fix it to no avail. It seems that if the HMI sequence happens to be an ETX char then the printer responds with an ack and loses the next char or two which are assumed to be the finish of the HMI sequence. Old versions of wordstar don't have the problem. Early versions of the 630 also had a bug in their roms you might check with Diablo on the rev date of your diablo. dbaker@ecla ------- ----- End of forwarded messages 25-Jun-84 14:06:04-MDT,927;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Jun 84 14:05:50-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 25 Jun 84 15:29 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 25 Jun 84 15:26 EDT Date: Mon 25 Jun 84 14:24:58-CDT From: John Otken Subject: Re: zcpr et al To: INFO-CPM@MIT-MC.ARPA I disagree with the recommendation that time spent on ZCPR1 would be a waste. Personally, I found ZCPR2 to be not worth the time spent to hack my BIOS for the few extra features it offered (that I wanted).. ZCPR1 is about as easy to bring up on a system as is possible. It doesn't require that you transfer ~10 disks worth of files. And it is very "standard" as far as CP/M and every transient program that I have ever tried. This is not a critizism of ZCPR2, rather an endorsement of ZCPR1. John Otken. ------- 25-Jun-84 16:55:40-MDT,397;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Jun 84 16:55:36-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 25 Jun 84 18:20 EDT Date: 25 June 1984 18:22-EDT From: Herb Lin Subject: use of UNERA To: info-cpm@Amsaa.ARPA Is this fellow supposed to work on erased files in other than user area 0? tnx. 25-Jun-84 21:17:07-MDT,1701;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Jun 84 21:16:53-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 25 Jun 84 22:34 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 25 Jun 84 22:33 EDT Date: Mon 25 Jun 84 20:27:11-MDT From: Ron Fowler Subject: Zilog SIO as a network controller To: info-micro@BRL.ARPA, info-cpm@BRL.ARPA cc: rgf@SIMTEL20.ARPA I'm involved in a project that involves the interconnection of several Micro's as a local area network under TurboDOS. I had planned to use one of the (very expensive, as it turns out) various new network controller chips, such as the WD2840 or COMM-9026. Recently, however I found out that the Zilog SIO is capable of 800KHz operation (in fact, I've heard that Televideo's TurboDOS implementation employs the SIO as the network controller). Since all of the computers I'm working with already have at least one SIO, I'd prefer to abandon the "fancy" net controller in favor of an SIO. Problem is, it seems that to get this kind of speed, you have to run in one of the synchronous modes (SDLC or Bisync). Does anyone know if this is true? Programming examples would be very helpful also (I don't suppose anyone has a TurboDOS driver already written for a high-speed SIO??? ) Another thing I'm not too sure of is the RS-422 interface itself (I'm considering a bus topology). When one station is transmitting on the RS-422, do all other transmitters have to be tri-stated? If so, what kind of turn-around is required for a station to become a transmitter? Any help will be much appreciated. --Ron Fowler ------- 26-Jun-84 05:26:26-MDT,1089;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Jun 84 05:26:19-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 26 Jun 84 7:05 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 26 Jun 84 7:03 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 26 Jun 84 4:00-PDT Date: 24 Jun 84 17:03:59-PDT (Sun) To: info-cpm@Brl.arpa From: ihnp4!fortune!burton@Ucb-Vax.arpa Subject: Re: ZCPR3 for sale? - (nf) Article-I.D.: fortune.3684 #R:uicsl:6100001:fortune:25500014:000:485 fortune!burton Jun 24 16:47:00 1984 I think that ZCPR3 will be available in both licenced and public domain versions. Rick Conn has posted notes to this group implying that Z3 wil be p/d, but is not finished yet. I know tyhat at least one system, the Ampro Little Board, has a licenced version of ZCPR2 available. Philip Burton 101 Twin Dolphin Drive-MS 133 Fortune Systems Redwood City, CA 94065 (415) 595-8444 x 526 - - - {ihnp4 [ucbvax | decvax!decwrl]!amd70 harpo hpda }!fortune!burton 26-Jun-84 07:15:08-MDT,1217;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Jun 84 07:15:02-MDT Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 26 Jun 84 8:18 EDT Date: Tue, 26 Jun 84 8:13:18 EDT From: Rick Conn To: ABN.COSCOM-CE@usc-isid.arpa cc: INFO-CPM@amsaa.arpa, ABN.COSCOM-CE@usc-isid.arpa Subject: Re: zcpr et al ZCPR2 is unique unto itself. It does not use anything from ZCPR1. MY FEELING is that for new users, it would be best to go straight to ZCPR3. The installation manual is complete, and the online HLP files tell you how everything works. When the book comes out, all documentation will be in hardcopy form, but that will not be for a while yet. It will take a while to get used to the concepts of ZCPR3. The Concepts manual of ZCPR2 can still serve to provide the basis for ZCPR3 understanding, but some items have changed, such as the named directory concept. As with ZCPR2, the hard part of ZCPR3 is getting it up. Once up, however, it is quite easy to use. For now, then, I recommend: get ZCPR3 and use the Concepts manual of ZCPR2 for understanding until the ZCPR3 book comes out. Rick 26-Jun-84 07:36:35-MDT,3693;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Jun 84 07:36:21-MDT Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 26 Jun 84 9:06 EDT Date: Tue, 26 Jun 84 9:01:51 EDT From: Rick Conn To: info-cpm@Brl-Mis.ARPA cc: info-cpm@brl.arpa Subject: ZCPR3 and Echelon You are right about the Ampro Little Board -- it is running ZCPR3. The same ZCPR3 is available to be licensed commercially and from SIG/M. The release to SIG/M, however, is not to the public domain, but rather to the ZCPR3 User Community - if I release it to the pd, I lose all rights to it. You will not find any reference to the pd in any of the ZCPR3 files or documentation - it is not in the pd, and I have a copyright pending on it with the US Gov't. However, you can acquire it thru the regular sources - SIG/M, BBSes, etc - and it is fine with me if you use it. If you are a commercial user who wants to include it in your product, obtaining a license from Echelon is preferred. The money made from this (the cost of a license is very low) is used to support Echelon and its activities, such as the ZCPR3 BBS, and a percentage of the profit goes back to me (in support of my further activities). I don't plan to make much money from this - I mainly hope that Echelon makes enough to continue its activities with ZCPR3. If you are a non-commercial user, Echelon offers you an option thru which to acquire ZCPR3. You can get ZCPR3 thru Echelon, SIG/M, a BBS, etc. All are alternatives for you. What I like about Echelon which the others do/may not offer is: 1. Echelon has a phone number, thru which you can place orders 2. Echelon will be providing technical support (probably for a minor fee) if you have questions and/or problems installing ZCPR3 et al 3. Echelon will be supporting a BBS which you can use for bug reports and to obtain support/answers to questions; I am tied into Echelon and this BBS 4. Echelon has promised a FAST turnaround on orders; they have contracted with a professional disk copying service and have set up things so they can respond quickly to the users 5. I am relieved of the burdon of support and questions from each user individually - this is a huge time sink - but I am still in contact with the users, et al, if problems come up with the system 6. Echelon has some excellent people behind it - Frank Gaude (who wrote DISK7 and COMM7) and Joe Wright (who is known for his expertise in writing BIOSes, such as the Ampro BIOS) - who can provide good technical support 7. Echelon has a staff to handle details and answer the phone; they are not technically-oriented, but they can take orders and do other things 8. Echelon has facilities to handle distribution of the ZCPR3 book (they will be the first to have it when it comes out). Computer clubs and other organizations, such as bookstores, are also welcome to negotiate with Zoetrope for sales rights, so the book will also not be exclusive to Echelon. These services provided by Echelon are available to commercial and non- commercial users. I like Echelon, but am not directly related and cannot be held responsible for their actions (so if you have a problem with something they did, such as send you some disks, contact them and not me). If they respond like they say they will, I think we can all benefit from them. I view this as an experiment at this time (support like this has not been available to the users before), and am interested in seeing how it works out. I will post info on how to access Echelon and Zoetrope in a day or so. Rick 26-Jun-84 07:36:50-MDT,754;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Jun 84 07:36:46-MDT Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 26 Jun 84 9:06 EDT Date: Tue, 26 Jun 84 9:08:17 EDT From: Rick Conn To: info-cpm@Brl-Mis.ARPA Subject: ZCPR3 Phase 1 Release Complete All sets of disks have now been sent out via US mail. When received, the distributers will probably check the CRCs of the files to make sure they have good copies and then go from there. The disks were sent out to: SIG/M San Diego Computer Society XEROX SIMTEL20 AFIT - already received Echelon - already received I'll post addresses and contacts for these in a day or so. Rick 26-Jun-84 08:09:58-MDT,1221;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Jun 84 08:09:52-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 26 Jun 84 9:39 EDT Date: 26 Jun 1984 07:39 MDT (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Using MEX 1.0 with Sanyo Forwaded from RCPM Royal Oak: Date: 5/29/84 From: Richard Latimer To: Ron Fowler Re: MEX/Sanyo bug fix MEX 1.0 has the same SANYO MBC-1000 glitch that the MDMxxx series has. When a connection is made after continuous dialing both go to a loop doing KEYSTAT, WAIT, & BELL. The routines in this order lock the keyboard out and more or less hang the system. The problem can be eliminated by calling the routines in this order: KEYSTAT, BELL, WAIT. It involves changing 13E9h to Call 437BH, and 13ECH to Call 0E53H. I hope you can change these lines in version 2. MEX is a great program, and I thank you very much. When I have the my SANYO overlay spruced up I'll upload it. Richard Latimer Cleveland, Ohio 26-Jun-84 09:59:52-MDT,5173;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Jun 84 09:59:33-MDT Received: From mitre.arpa.ARPA by AMSAA via smtp; 26 Jun 84 11:23 EDT Date: 26 Jun 1984 11:11:59 EDT (Tuesday) From: Jeffrey Edelheit Subject: USENET access to SIMTEL20 archives To: info-cpm@Amsaa.ARPA Cc: edelheit@Mitre.ARPA "How can a user of a USENET host access the public domain microcomputer software collection on the DDN/MILNET host SIMTEL20" is being asked with increasing frequency as that software collection continues to grow. Unfortunately, direct access is not possible as there is no UUCP gateway for file transfer between SIMTEL20 (running TOPS-20) and a USENET host (as there is for electronic mail). (DDN, formerly known as ARPANET, is the Defense Data Network. DDN, along with Arpanet, SATNET, SRINET, etc. are all members of a TCP/IP protocol-based, multiple gateway network called Internet.) USENET has been built on adjacent hosts voluntarily agreeing to store-and-forward relatively short messages across the USENET over dialup lines at 300 or 1200 bps. In the past, helpful InterNet users would fetch the file(s) requested and then e-mail them to the requestor. However, it has been pointed out that large file transfers disrupt the service, delay the shorter messages, and generate unacceptably large phone bills, all of which add up to threaten the tenuous connections that some USENET hosts can barely afford to have. Therefore, we have been asked to encourage InterNet users not to pass archive programs this way. Now for the good news. Some InterNet users, if sent a suitable disk, will download files and return mail the floppy to the requestor. To find a friendly InterNet user, send a message to INFO-CPM at DDN host AMSAA.ARPA via net.micro.cpm identifying your disk format and your request. Usually, someone will respond message and come to your to your aid. If not, don't be bashful, wait a week and try again. But please remember, any such arrangements are strictly between you and your respondent. This is not, repeat NOT, a service of either the InterNet or INFO-CPM. If the above arrangement is inconvenient, or doesn't work, here are several other sources for public domain software. ---------------------------------------------------------------------- Information (and prices) are subject to change without notice. A volume is usually one floppy disk. 1. CP/M User's Group The CP/MUG volumes are available from: CP/M User's Group 1651 3rd Avenue New York, NY 10028 Current volumes are numbered 1 through 92 at $13 per 8" SSSD disk (Northstar format also available). The catalog is $6. 2. Special Interest Group/Microcomputers (SIG/M) The SIG/M volumes are distributed by: SIG/M Amateur Computer Group of New Jersey, Inc. Box 97 Iselin, NJ 08830 Current volumes are numbered 000 through 172. The first disk is $6.00 and $5.00 for each additional disk. The catalog is $2. 3. New York Amateur Computer Club PC-BLUE software volumes for the IBM-PC are available from: S-100, CP/M User Group The New York Amateur Computer Club P.O. Box 106 Church Street Station New York, NY 10008 The documentation files from the SIG/M and CPMUG volumes are available in hardcopy form, grouped into "books", from the NYACC. Each book is priced at $10 including shipping, $15 for overseas airmail. All orders must be prepaid. 4. PicoNet CP/M Users Group PicoNet, CP/MUG, and SIG/M software volumes are available from: PicoNet P.O. Box 391566 Mountain View, CA 94039 Available in 8" and most 5 1/4" soft sector only at $6.00 per disk plus $1.50 shipping per order. California residents add 6.5% sales tax. Quantity discounts are available. 5. Other sources: Compuserve Information Service is another source of public domain software. There are a number of special interest groups (SIGs) devoted to specific hardware as well as CP-MIG, the generic CP/M SIG, a repository for a large quantity of public domain software downloadable by the Compuserve file transer protocol (Christensen protocol is expected by late summer, 1984). There is no charge for access to CP-MIG other than the standard CIS connect charges, and Compuserve can be accessed through their own communications network or through Tymnet. Microsystems magazine periodically publishes a full list of sources for public domain software in addition to those listed here, with monthly updates/additions. ... and many Remote CP/M (RCPM) systems around the country, where software is available for downloading for the price of a phone call. The May 1984 issue of Microsystems contains the full listing of known RCPMs at the time of publication. I would like to thank Dave Towson, Frank Wancho and Charlie Strom for all their assistance in putting this blurb together. If anybody out in InterNet Land has any questions or comments about the above blurb, feel free to contact any one of us. Jeff Edelheit (edelheit at mitre) 26-Jun-84 22:27:13-MDT,579;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Jun 84 22:27:09-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 26 Jun 84 23:41 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 26 Jun 84 23:35 EDT Date: Tue 26 Jun 84 21:33:26-MDT From: Rick Conn Subject: ZCPR3 on SIMTEL20 To: info-cpm@BRL.ARPA For those of you wanting to access ZCPR3 at SIMTEL20, you will have to wait until the disks arrive at White Sands first. When they do, a posting will be made to INFO-CPM. ------- 27-Jun-84 03:42:30-MDT,2021;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Jun 84 03:42:23-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Jun 84 4:49 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 27 Jun 84 4:42 EDT Date: Wed 27 Jun 84 02:40:08-MDT From: Rick Conn Subject: Addresses for ZCPR3 Access To: info-cpm@BRL.ARPA cc: rconn@SIMTEL20.ARPA Accessing ZCPR3 -- The following lists points of contact for accessing ZCPR3. Most of them have not received it yet, but all packages have been shipped (via US mail) no later than 25 June 84. Use your own judgement as to when you should contact them. Those who have already received the disks are so noted. All of this information applies to the ZCPR3 Phase 1 release, and it will probably apply to the Phase 2 release as well. Echelon, Inc (already received shipment) 101 First Street Los Altos, CA 94022 (415) 948-5321 SIG/M Amateur Computer Group of New Jersey, Inc Box 97 Iselin, NJ 08830 Isaac Salzman (XEROX Point of Contact) Intelnet 8*823-6410 or commercial (213)615-6410 DDN: SSALZMAN.ES@XEROX.ARPA Xerox 820 Club, El Segundo (Jim Ingraham), Intelnet 8*823-9779 Xanadu RCPM at (818)906-1636 LA Morrow User's Group San Diego Computer Society (Bob Van Cleef) DDN: REVC@NOSC Distribution by Dick Mason SIMTEL20 Archives on the DDN Directory is (won't be created until arrival of disks) If you are interested in finding out more about the book and arranging for a purchase or resale rights (like for computer clubs), you may contact Echelon or Zoetrope (the publisher). At the present time, there are plans for two books: One on ZCPR3 and one on the ZCPR3 Libraries (SYSLIB3, VLIB, Z3LIB, and TIMELIB). The address of Zoetrope is: New York Zoetrope, Inc Suite 516 80 East 11th St New York, NY 10003 (212) 420-0590 The Source: TCN 121 Compuserve: 71715,727 ------- 27-Jun-84 12:56:57-MDT,712;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Jun 84 12:56:51-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Jun 84 14:28 EDT Received: From lll-mfe.arpa.ARPA by BRL-AOS via smtp; 27 Jun 84 14:21 EDT Date: Wed, 27 Jun 84 18:20 GMT From: JONES%LLL@LLL-MFE.ARPA Subject: Dan Jones To: info-cpm@BRL.ARPA Subject: MEX-10 or MODEM7 patches for Morrow MD-11 To: info-cpm@BRL.ARPA has anyone built an overlay for mex-10 or modem 7xx for the morrow md-11? the md-11 is not the same as the md-1,md-2, or md-3. please reply to me since i am not on the list. thanks, dan jones (jones%lll@lll-mfe) ------- 27-Jun-84 13:37:12-MDT,1051;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Jun 84 13:37:05-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Jun 84 14:51 EDT Received: From csnet-pdn-gw.ARPA by BRL-AOS via smtp; 27 Jun 84 14:43 EDT Received: From gmr.csnet by csnet-relay; 27 Jun 84 14:11 EDT Date: Wed, 27 Jun 84 13:27 EST From: haar%gmr.csnet@csnet-relay.arpa MMDF-Warning: Parse error in preceeding line at csnet-relay.arpa To: info-cpm%brl%arpa@csnet-relay.arpa Subject: zcpr3 re: all the discussion of how to get ZCPR3, how about someone giving a general description of ZCPR3 itself - its capablities, requirements, and installation. Does it run under standard CP/M 3.0 ? Does it need banked memory or can it run in non-banked environments? Does the BIOS have to modified or have extensions added? For the sake of us without FTP access, please post on info-cpm rather than referring us to DOC file somewhere that we cannot get to. Thanks Bob Haar, G.M.Research Labs 27-Jun-84 17:14:50-MDT,634;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Jun 84 17:14:45-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Jun 84 18:46 EDT Received: From jpl-vlsi.arpa.ARPA by BRL-AOS via smtp; 27 Jun 84 18:37 EDT Date: 27 Jun 1984 1529 PDT From: Art Zygielbaum Subject: Help on Christensen Protocols To: info-cpm@Brl-Aos.ARPA Reply-To: AIZ@JPL-VLSI.ARPA Does anyone know an article or published literature which describes the Christensen (XMODEM) protocol? I need it for a reference on a information system study. Thanks, Art Zygielbaum ------ 27-Jun-84 18:42:47-MDT,721;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Jun 84 18:42:41-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Jun 84 20:20 EDT Received: From amsaa.arpa.ARPA by BRL-AOS via smtp; 27 Jun 84 20:09 EDT Date: Wed, 27 Jun 84 20:04:37 EDT From: David Towson (CSD) To: AIZ@jpl-vlsi.arpa cc: info-cpm@brl-aos.arpa Subject: Re: Help on Christensen Protocols Art - The Christensen protocol is described in two files obtainable by FTP from SIMTEL20 using username "anonymous" and password "ftp". The files are: MICRO:MODEM2.PROTO MICRO:MODEM2.PROTOC Dave towson@amsaa.arpa 27-Jun-84 19:09:52-MDT,1934;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Jun 84 19:09:44-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 27 Jun 84 20:38 EDT Date: 27 Jun 1984 18:39 MDT (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Password echo patch for MEX 1.0 Forwarded from the RCPM Sysop Clearinghouse: ; DATE 22jun84 2344 ; For Version 1.0 of MEX with bug fixes up to 3... NOT tested with any file greater than these.... This file will link WCHAR to the function key OUT routines instead of them being linked to the WTECHO routines. The priority for linking to the OUT routine is WTECHO first and if it is OFF then it links to WCHAR. This is needed because if you use a function key to send your password to a remote system that does NOT echo the same characters as the ones that you are sending, the system will wait forever using the WTECHO routines... So normally set WTECHO OFF and WCHAR delay to 0 ms. You may find that you will have to increase the delay time on some systems that are using a basic program such as RBBS... Assembly programs such as E-MX and CBBS should respond well at 0 ms. To use this file strip the POKE statements out of this file and call the file PASSON.MEX ... at the >> prompt in MEX type READ PASSON.MEX then CLONE a new version of MEX... (PLEASE use a DIFFERENT name for the clone!!!) Routine written by Bob Schultz, Toronto, Ontario, Canada. --------------------------------------------------<<<<<<< This is the routine to install the patch: POKE $0A00 $AF $32 $E4 $52 $C5 $CD $96 $3E $C1 $C3 $DF $1E POKE $1EF4 $CA $00 $0A --------------------------------------------------<<<<<<< This routine will 'uninstall' the patch: POKE $1EF5 $DF $1E --end of forwarded message-- 27-Jun-84 19:26:42-MDT,1305;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Jun 84 19:26:36-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Jun 84 21:04 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 27 Jun 84 20:58 EDT Date: 27 Jun 1984 18:58 MDT (Wed) Message-ID: From: CSTROM@Simtel20.ARPA Subject: 16 bit files uploaded To: INFO-CPM@Brl-Aos.ARPA cc: CSTROM@Simtel20.ARPA For those hardy souls not caving in to big blue, I have uploaded a couple of 16 bit utilities for CP/M-86 and MP/M-86 to Simtel20. These files may be found in the directory, which, incidentally, is painfully small. The few files resident there could use a little company! DELBR11.CMD DELBR11.DOC DELBR is the 16 bit equivalent of the 2.2 utility of the same name - it will break a Novosielski-type library (.LBR) file into its members. NUSQ110.CMD NUSQ110.D}iOC NUSQ is a file unsqueezer written in 8086 assembly language. This program is not merely a literal translation of the eight bit code - it has had some optimization performed, and as a rule, it is very fast. The doc file describes both CP/M-86 and MSDOS versions. I could probably upload the latter if demand so dictates. -Charlie 27-Jun-84 20:22:55-MDT,545;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Jun 84 20:22:47-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Jun 84 21:49 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 27 Jun 84 21:47 EDT Date: Wed, 27 Jun 1984 21:48 EDT Message-ID: From: Alex Fraser To: Info-Cpm@Mit-Mc.ARPA Please add me to the Info-CPM list. I run a Heath 89, and hope to soon put up a BBs... Thanks, Alex Fraser 27-Jun-84 22:17:10-MDT,2143;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Jun 84 22:17:03-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Jun 84 23:53 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 27 Jun 84 23:44 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 27 Jun 84 20:41-PDT Date: 26 Jun 84 13:58:20-PDT (Tue) To: info-cpm@Brl.arpa From: hplabs!sdcrdcf!sdcsvax!bmcg!asgb!rob@Ucb-Vax.arpa Subject: CP/M and CB80 questions Article-I.D.: asgb.500 ( whew! The li ng monster onl ouple of bites ) I have a couple of questions which Digital Research left unanswered in their documentation. I understand they have been improving, but the versions of their manuals I have seem to fall short of the quality of their software. I did try calling them, but they refused to answer, as I have not purchased their $250.00 programmers support subscription. Sounds rather outrageous at first, but I guess they have to do that or else they would end up consulting for half the country. The questions: 1. This question is about the CP/M* file "$$$.SUB". How does one generate the values for the first byte of each sector? I've written a nicer version of the "SUBMIT" command, and this is the only thing keeping it from working. 2. When compiling CB-80* programs, is there any way to tell the compiler a given function, variable, or statement label is either external or global so they may be referenced by all linked modules? I am converting a program to CB-80 for a friend. I would like to plthece the main menu and a frequently used functions in the resident module and have them callable from overlays. I saw no provision for this in their manual, and I don't have the compiler on my system to experiment with. I would appreciate some help anyone might be able to give me on these questions. Please reply with "mail". * CPM (CP/M) and CB80 are trademarks of Digital Research Inc. Thanks in advance, Rob Greenbank Burroughs, Boulder Colorado decvax!ittvax!dcdwest!sdcsvax!bmcg!asgb!rob 28-Jun-84 04:10:44-MDT,1699;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Jun 84 04:10:37-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 28 Jun 84 5:26 EDT Date: Thu 28 Jun 84 05:28:22-EDT From: Mark Becker Subject: Re: 6809 source code for USQueezer wanted To: Info-Micro@BRL-VGR.ARPA, Info-CPM@AMSAA.ARPA Hello NetLanders - Since I posted the original message requesting 6809 source to the popular USQ and SQ programs, there have been a bunch of "If you see it, please send me a copy." type messages in my mailbox. But no real responses. Surely someone must have it? Or, if not in 6809 source, maybe the C source? I think I can find a 6809 C compiler someplace around here. Anywho, here's a re-posting of the original message: Date: Sun 24 Jun 84 22:51:59-EDT From: Mark Becker Subject: Wanted: 6809 source code version of USQ To: Info-Micro@BRL-VGR.ARPA I have a request from a local sysop for a 6809-based version of the popular USQueezer program. I looked around in some of the obvious places but didn't see it. Has anyone written such a thing? Please, he will need source code as he is using a non-standard OS and will have to modify the I/O code to fit. Thanks in advance... Mark Becker Cent.Mbeck%MIT-OZ@MIT-ML PS: If you have the SQueezer program, please forward that, too. It will be welcome. ------- ------- 28-Jun-84 11:04:28-MDT,522;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Jun 84 11:04:22-MDT Date: Thu, 28 Jun 84 12:26:47 EDT From: David Towson (CSD) To: Mark Becker cc: Info-Micro@brl-vgr.arpa, Info-CPM@amsaa.arpa Subject: Re: 6809 source code for USQueezer wanted Mark - The C source code for the squeezer and unsqueezer programs is in directory MICRO: on Simtel20. Dave towson@amsaa.arpa 28-Jun-84 11:52:02-MDT,3341;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Jun 84 11:51:49-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 28 Jun 84 13:18 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 28 Jun 84 13:08 EDT Date: Thu 28 Jun 84 11:08:34-MDT From: Rick Conn Subject: ZCPR3 Intro To: haar%gmr.csnet@CSNET-RELAY.ARPA cc: info-cpm@BRL.ARPA Some time ago, I sent out a rather lengthy intro to ZCPR3 to INFO-CPM. I am including the first of 10 messages which made up that intro here in response to your question. This is carboned to INFO-CPM in case there are others with the same question. If you would like more detail than what this provides, I will send all ten messages to you at your request. Re your specific questions, ZCPR3 is CP/M 2.2 compatible, as ZCPR1 and ZCPR2 were. Since full source code is provided, the potential exists for adapting it to CP/M 3.0. In order to take advantage of the extended capabilities of ZCPR3, a BIOS modification (which is optional) is required. If you do no chose to make the BIOS modification, most of the features are lost and you may as well use ZCPR1. AN INTRODUCTION TO ZCPR3 FROM THE USER'S PERSPECTIVE by Richard Conn The ZCPR3 System is a collection of programs based around the ZCPR3 Command Processor. Forming an integrated system of tools, the ZCPR3 System offers a number of convenient and sometimes more user-friendly features to the CP/M 2.2 user. Maintaining CP/M 2.2 compatibility at all times (all known commercial CP/M 2.2 programs run under ZCPR3 without modification), the ZCPR3 System brings to its users a variety of tools which conceptually implement features found in other operating systems, including TOPS-20 (1), UNIX (2), NOS (3), MULTICS (4), and VMS (5), and tools which implement features unique to the ZCPR3 System (to my knowledge). This Introduction is intended to outline some of the key features of the ZCPR3 System from the user's perspective. More complete technical details of implementation and use will follow later. Knowledge of CP/M 2.2 is assumed, and some experience with ZCPR2 is useful, in order to understand the following presentation in detail. The major features of the ZCPR3 System which are described in this Introduction include: o Directories o Wheel Users and Passwords o Command Lines o Command Processing o Resident Command Packages o Flow Command Packages o ZEX Command Files o Error Handlers o Aliases o Shells o Z3TCAP o Variable o Screen-Oriented Terminal o MENU Configuration o VFILER o "Secure" Systems ---- Trademarks ---- (1) TOPS-20 - Digital Equipment Corporation (2) UNIX - Bell Laboratories (3) NOS - Control Data Corporation (4) MULTICS - Honeywell (5) VMS - Digital Equipment Corporation Rick ------- 29-Jun-84 00:15:27-MDT,1544;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 29 Jun 84 00:15:19-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 29 Jun 84 1:53 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 29 Jun 84 1:42 EDT Date: 28 Jun 1984 23:31 MDT (Thu) Message-ID: From: Richard Conn To: info-cpm@Brl-Aos.ARPA Subject: [RCONN: Zcpr Hooks] Date: Thursday, 28 June 1984 23:05-MDT From: Richard Conn To: cc: cem at Berkeley, Rconn Re: Zcpr Hooks Yes, there is one "big" hook you can look forward to in ZCPR3 which is necessary to give you perhaps 80% of the new features. A 1K (my recommendation) buffer area is needed to contain the ZCPR3 Environment Descriptor (which includes TCAP - Terminal Capabilities Entry), named directory buffer, shell stack, messages, external FCB, external stack, and (perhaps) path. This is detailed to the nth degree in the installation manual, which is included in the distribution. If you have ZCPR2 up, you should have no problem getting ZCPR3 up. It involves just more of the same types of BIOS initializations. Also, if you remember the old GENINS procedure for ZCPR2, the ZCPR3 generalized installation program involves issued one simple command and watching Z3INS step thru all the programs in the INS file, installing everything it finds. The 58 utilities in Phase 1 release took me about 4 minutes to install. Rick 29-Jun-84 00:54:38-MDT,519;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 29 Jun 84 00:54:34-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 29 Jun 84 2:27 EDT Received: From jpl-vlsi.arpa.ARPA by BRL-AOS via smtp; 29 Jun 84 2:19 EDT Date: 28 Jun 1984 2300 PDT From: Peter Lyman Subject: xmodem on u1100?? To: info-cpm@Brl-Aos.ARPA Reply-To: LYMAN@JPL-VLSI.ARPA Any body out there know if xmodem has been ported to the Univac 1100 (Sperry 1100)??? ------ 29-Jun-84 08:38:52-MDT,574;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 29 Jun 84 08:38:47-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 29 Jun 84 9:20 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 29 Jun 84 9:13 EDT Date: Fri 29 Jun 84 07:12:52-MDT From: Jim Forrest Subject: Question on BYE To: INFO-CPM@BRL.ARPA cc: JFORREST@SIMTEL20.ARPA Rather than burden the list, will someone knowledgeable about MBYE program and willing to answer a couple questions contact me direct? Jim ------- 29-Jun-84 16:51:40-MDT,2256;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 29 Jun 84 16:51:26-MDT Received: From usc-isid.arpa.ARPA by AMSAA via smtp; 29 Jun 84 17:53 EDT Date: 29 Jun 1984 17:16-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: MOVCPM.COM From: ABN.ISCAMS@USC-ISID.ARPA To: INFO-CPM@AMSAA.ARPA Cc: ABN.ISCAMS@USC-ISID.ARPA Message-ID: <[USC-ISID.ARPA]29-Jun-84 17:16:17.ABN.ISCAMS> NetLandians, Got my new PROMS in the other day for my Decision I, and a new CBIOS to implement soft-sector 5.25 drives. All very nice, except the CP/M with the new CBIOS had expanded from 16 pages to 18 pages. Morrow documentation explained how their MOVCPM had a byte at 103h that you could patch for 16 or 18, to adjust for the new CP/M length. Unfortunately, it didn't work. For the first time I encountered the "Synchronization Error" which rudely throws you right into your monitor with a HLT instruction! Looking at MOVCPM isn't much help because it's a hotbed of self-patching code, and nothing's like it appears once it starts running! It even does a tricky XTHL or something to call up the "Synchron..." so you can't even intercept that call. Someone told me the abort happens when serial numbers or version numbers or something don't match -- but I couldn't make much sense of that. I finally kludged my way around the problem - stepped through the 18-page MOVCPM with DDT until it crashed, noted the number of operations (just over 3000 (sigh...)), and then stepped to just sort of the crash, zipped out of DDT, and saved my new 18-page CP/M - but that's no way to do things! It isn't anything unique about the new MOVCPM or a bug there -- I overlaid my old MOVCPM over top of the front of the code, and the same thing happened! Anyone know exactly WHY you can't MOVCPM an 18-page (or whatever) CP/M when you're running an older, smaller CP/M in your system? Memory seems to have nothing to do with it (e.g., couldn't construct a 48Kb CP/M in my 64K system). Patch something in the old CP/M? In MOVCPM? What? I fought this for THREE DAYS, so I really would like to know why. Thanks in advance, David Kirschbaum (a very weary hacker) Toad Hall ABN.ISCAMS@USC-ISID 29-Jun-84 17:21:09-MDT,1456;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 29 Jun 84 17:21:03-MDT Received: From usc-isid.arpa.ARPA by AMSAA via smtp; 29 Jun 84 17:53 EDT Date: 29 Jun 1984 17:00-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Magazine Articles From: ABN.ISCAMS@USC-ISID.ARPA To: info-cpm@AMSAA.ARPA Cc: abn.iscams@USC-ISID.ARPA Message-ID: <[USC-ISID.ARPA]29-Jun-84 17:00:41.ABN.ISCAMS> NetLandians, I need some advice from you all or perhaps any publishers on the net. (Byte, are you out there?) Code, articles found in magazines -- can we type them in and upload them, distribute, etc., as Public Domain (assuming, of course, we'd keep all credits, bibliographic information, etc.)? Specifically the Spreadsheet listing and article in the latest Byte. Alternatively, is it acceptable to ask the publisher or copyright holder, case by case, for permission, and do it then (including their permission)? The wonderful Dr. Dobbs is Public Domain by its very nature and heritage, and we commonly see things from there ... but what about the others? I'd like to share the wealth; it SHOULDN'T hurt the magazine if we wait a month or two before uploading (won't directly affect sales very much that way). I'll be glad to consolidate opinions for the net, and forward responses from any specific publisher if desired. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID.ARPA 29-Jun-84 22:12:34-MDT,1299;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 29 Jun 84 22:12:25-MDT Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 29 Jun 84 23:48 EDT Date: Fri, 29 Jun 84 23:51:22 EDT From: Harold Carter (AFIT) To: info-cpm@Brl-Mis.ARPA Subject: Another ZCPR3 system up and running... I have installed ZCPR3 on a Big Board system with little problem in about 4 hours of effort. I was running ZCPR2 before. The system is as Rick Conn advertizes and runs better than I expected on a floppy disk system. (Rick uses a winnie for all his work). Using a double density 8" disk drive system (~670 Kbytes per disk) I can put all of the ZCPR3 utilities and system segments on a disk with about 300 Kbytes left. The system loads fast and runs very fast in spite of the extra transient programs which are executed to support shells, aliases and IF constructs. One of the nicest features is the TCAP (like TERMCAP) capability. On a Televideo 950, almost all utilities are screen oriented with half intensity enhancement. Very Nice! I think Rick Conn has a real winner here. The entire system is user friendly and consistent. Get a copy from SIGM or SIMTEL20. You will like it.... Hal Carter 30-Jun-84 09:45:15-MDT,4608;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 30 Jun 84 09:45:01-MDT Date: Sat, 30 Jun 84 11:09:04 EDT From: David Towson (CSD) To: abn.iscams@usc-isif.arpa cc: info-cpm@Amsaa.ARPA Subject: Re: Recent query concerning MOVCPM "synchronization error" David - Here are three messages I saved from a while ago which apply to your recent query concerning MOVCPM "synchronization error". If you work out the patches to MOVCPM that will disable this feature, please let us know. I realize the feature was put there to prevent people from doing bad things to CP/M by trying to move it with the wrong version of mover, but it is a nuisance at times, isn't it. Dave towson@amsaa.arpa ----- Forwarded message # 1: Received: From Brl.ARPA by BRL-BMD via smtp; 29 Jul 83 16:17 EDT Date: Fri, 29 Jul 83 15:56:47 EDT From: Rick Conn To: ACB.TYM@office-2 cc: info-cpm@brl Subject: Re: BDOS secrets Hi -- 1. The first six bytes of the BDOS (before the entry point) contain the serial number. In CP/M systems, the serial number is contained within the CCP and the BDOS. 2. The four byte-pairs after the entry point are addresses of subroutines to be executed when certain BDOS errors occur. Specifically, these four byte pairs have the following meanings: 1st Pair: Address of Permanent Disk Error routine; this routine is executed when bad block is encountered 2nd Pair: Address of Select Error routine; this routine is executed when a select to an invalid disk (such as E when the BIOS allows for up to D) is made 3rd Pair: Address of Disk R/O Error routine; this routine is executed when a write to a R/O disk is attempted 4th Pair: Address of File R/O Error routine; this routine is executed when a write to a R/O file is attempted As a rule, these routines usually print an error message and then do a warm boot. Utilities may use these to trap out errors they cause and perform other functions besides warm boot. To summarize, the picture looks like this: Base of BDOS: DS 6 ;Serial Number JMP BDOSE ;Enter the BDOS at the command processor DW PERSUB ;Permanent Disk Error DW SELSUB ;Select Disk Error DW ROSUB ;R/O Disk Error DW RONSUB ;R/O File Error BDOSE: ... ;BDOS command processing Rick ----- Forwarded message # 2: Received: From Brl.ARPA by BRL-BMD via smtp; 30 Jul 83 20:58 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 30 Jul 83 20:52 EDT Date: 30 July 1983 20:50 EDT From: Ronald G. Fowler Subject: [RGF: BDOS secrets] To: INFO-CPM@mit-mc Date: 30 July 1983 18:50 EDT From: Ronald G. Fowler To: ACB.TYM at OFFICE-2 cc: RGF Re: BDOS secrets 1) Those six bytes at the beginning are the CP/M serial number; they have little significance to anything other than the MOVCPM program (which disables interrupts and halts if these numbers do not match MOVCPM's internal serial number). I'm also told that some rather rude implementations of CP/M come with utilities that take it upon themselves to do this serial number check also. 2) The four vectors are pointers to the following routines (in order): a. Permanent error subroutine (ie, BDOS ERROR ON X: BAD SECTOR) b. Select error c. Disk read/only error d. File read/only error The BDOS uses these addresses to find the corresponding error- handling subroutine; in theory, a transient program could overlay this table with pointers to its own routines, and thereby circum- vent the unfriendly BDOS error handlers, replacing the routines with more human-oriented messages. In practice, few programs do this; it's a risky practice, and not quite as clear-cut as it sounds. --Ron Fowler ----- Forwarded message # 3: Received: From Brl.ARPA by BRL-BMD via smtp; 1 Aug 83 2:46 EDT Received: From Rand-Relay.ARPA by BRL via smtp; 1 Aug 83 2:41 EDT Date: 1 Aug 1983 01:26:05-EDT From: goldfarb.ucf-cs@rand-relay Return-Path: Subject: Re: [RGF: BDOS secrets] To: RGF@mit-mc Cc: info-cpm@brl Via: UCF-CS; 31 Jul 83 23:28-PDT Have you ever noticed that when MOVCPM halts with a serial number disparity, it prints: SYNCRONIZATION [sic] ERROR This goes back as far as I can remember (version 1.?). Maybe they were looking for one byte to save in MOVCPM and dumped the 'H'? :-) Ben ----- End of forwarded messages 30-Jun-84 16:46:26-MDT,887;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 30 Jun 84 16:46:21-MDT Date: Sat, 30 Jun 84 18:15:00 EDT From: David Towson (CSD) To: ABN.ISCAMS@usc-isid.arpa cc: info-cpm@Amsaa.ARPA Subject: Re: Recent query concerning MOVCPM "synchronization error" David - I suggest that you just disable the serial number checking in MOVCPM, and leave all else alone, which is what I believe you intend to do. MOVCPM contains the actual code of the CP/M operating system, along with a bit-map showing which bytes must be relocated for the different size versions. If you diddle the wrong thing, you'll screw it up. I have been wanting to have a hack at this myself, but just haven't gotten to it. It sounds like you have already located the area where you have to change things. Dave