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 UNI