1-Dec-85 11:08:00-MST,1900;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 1 Dec 85 11:07:52-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a007967; 1 Dec 85 12:40 EST Received: from usenet by TGR.BRL.ARPA id a018791; 1 Dec 85 12:44 EST From: Chuck Forsberg WA7KGX Newsgroups: net.micro,net.micro.cpm,net.micro.pc Subject: Unix / DOS+CP/M File Transfer programs Posted Message-ID: <261@omen.UUCP> Date: 30 Nov 85 12:22:43 GMT Xref: seismo net.micro:13629 net.micro.cpm:5324 net.micro.pc:6492 To: info-cpm@AMSAA.ARPA The current versions of sb and rb, *nix programs supporting XMODEM, YMODEM, and YMODEM Batch file transfers, have been posted to net.sources. Recent changes include support for BSD 4.2 and SYS V terminal control conventions. Compared to the last version of UMODEM examined, rb and sb load the CPU less because of multi-character terminal i/o operations. In additon, YMODEM 1k packets (supported by YAM, MEX, PibTerm, IMP, etc.) give greater throughput than XMODEM. For example, at 9600 bps, an otherwise idle PC-AT Xenix downloads to Pro-YAM with YMODEM-g twice as fast as it does to Crosstalk XVI 3.6 with XMODEM. This disparity increases with transmission speed and system response time. YMODEM batch transfers can also preserve the exact file length and modification time. VMS versions of these programs are also available, and will be posted when a terminal mode problem unique to VMS version 4 is corrected. Enjoy. -- Chuck Forsberg WA7KGX ...!tektronix!reed!omen!caf CIS:70715,131 Omen Technology Inc 17505-V NW Sauvie Island Road Portland OR 97231 Home of Professional-YAM, the most powerful COMM program for the IBM PC Voice: 503-621-3406 Modem: 503-621-3746 (Hit CR's for speed detect) omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp 1-Dec-85 14:13:43-MST,1266;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 1 Dec 85 14:13:38-MST Received: from brl-aos.arpa by AMSAA.ARPA id a009177; 1 Dec 85 15:27 EST Received: from mit-eddie.arpa by AOS.BRL.ARPA id a013600; 1 Dec 85 15:27 EST Received: by mit-eddie (4.12/4.7) id AA23034; Sun, 1 Dec 85 15:07:02 est Date: Sun 1 Dec 85 15:10:32-EST From: Andrew Moore Subject: Hayes test pattern To: info-cpm@BRL.ARPA Message-Id: <12163701972.28.T.MOORE@MIT-EECS> I think there was a discussion on this before, but I have noticed the problem for the first time on my Hayes recently. When connected to a system, the modem will (at random) send out "UUUUUUUUUU"'s and go offline. I can resolve this by quickly unplugging the phone line and plugging it in fast enough to keep the connection -- the modem is back to normal then and I am returned to the system. I can only suppose that this is some sort of test pattern for the Hayes. I am using MEX usually when this happens, but it has occurred once or twice in another terminal program as well. Any explanations and/or solutions would be appreciated; mail me directly, I am not on info-cpm. Thanks. -drew ------- 1-Dec-85 18:09:48-MST,1017;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 1 Dec 85 18:09:43-MST Received: from brl-aos.arpa by AMSAA.ARPA id a010432; 1 Dec 85 19:41 EST Received: from mit-eddie.arpa by AOS.BRL.ARPA id a014734; 1 Dec 85 19:43 EST Received: by mit-eddie (4.12/4.7) id AA26470; Sun, 1 Dec 85 19:28:50 est Date: Sun 1 Dec 85 19:28:26-EST From: Andrew Moore Subject: EZCPR & the CCP To: info-cpm@BRL.ARPA Message-Id: <12163748920.23.T.MOORE@MIT-EECS> How can I get around the problem of trying to install EZCPR on a system whose CCP is not located where EZCPR expects to find it? I am using an Apple system (MicroSoft-Compatible CP/M), where the CCP is 2000H higher (is this correct?) than normal. If that's not correct, I do know that there is a difference in the CCP somewhere. When I run SYS215.COM, it tells me "CCP Not Located", and EZCPR cannot locate the CCP. How can I get around this problem? -drew ------- 1-Dec-85 23:55:05-MST,1299;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 1 Dec 85 23:55:00-MST Received: from brl-aos.arpa by AMSAA.ARPA id a014176; 2 Dec 85 1:24 EST Received: from usc-isid.arpa by AOS.BRL.ARPA id a016093; 2 Dec 85 1:30 EST Date: 2 Dec 1985 01:28-EST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Hayes test pattern From: ABN.ISCAMS@USC-ISID.ARPA To: T.MOORE%MIT-EECS@MIT-EDDIE.ARPA Cc: info-cpm@BRL.ARPA Message-ID: <[USC-ISID.ARPA] 2-Dec-85 01:28:07.ABN.ISCAMS> In-Reply-To: <12163701972.28.T.MOORE@MIT-EECS> Drew (et al), You aren't the only one to experience this little Hayes "UUUUUUUU" phenomenom .. a net buddy and I occasionally link thru our local TAC and distant mainframe host. He uses a Hayes modem. On occasion (and we canNOT identify any unique trigger), he blows away with a stream of "UUU"s. I'm still on the net, but he's gone! Gotta tell him about toggling the on/off switch or whatever since to date we've been stymied, and the local TAC wizards swear innocence (and you KNOW what the mainframe operators had to say about us micro users...). Sure don't have an explanation, though .. and would be most interested in the answer when/if you get one! Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 2-Dec-85 14:23:05-MST,895;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Dec 85 14:22:56-MST Received: from brl-aos.arpa by AMSAA.ARPA id a012084; 2 Dec 85 15:41 EST Received: from hi-multics.arpa by AOS.BRL.ARPA id a003606; 2 Dec 85 15:33 EST Acknowledge-To: Wilkinson@HI-MULTICS.ARPA Date: Mon, 2 Dec 85 14:23 CST From: Wilkinson@HI-MULTICS.ARPA Subject: Re: Hayes Test Pattern To: INFO-CPM@BRL.ARPA Message-ID: <851202202351.918119@HI-MULTICS.ARPA> I have experienced the same phenomenon on my Pop-Comm X100 external modem which is Hayes compatible (I suspect that is extraneous) when connected over local city lines to our main-frame host (I am on an IBM PC.XT running QMODEM. f you get an expanation I would apprecite hearing it. How about a bug in a modem chip that they both use? Richard Wilkinson {Wilkinson@HI-MULTICS.ARPA} 2-Dec-85 21:50:00-MST,1594;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Dec 85 21:49:44-MST Received: from brl-aos.arpa by AMSAA.ARPA id a014110; 2 Dec 85 18:52 EST Received: from mit-mc.arpa by AOS.BRL.ARPA id a006663; 2 Dec 85 18:59 EST Date: 2 Dec 1985 18:57 EST (Mon) Message-ID: From: "Leonard N. Foner" To: Wilkinson@HI-MULTICS.ARPA Cc: Info-CPM@BRL.ARPA, Foner%MIT-OZ@MIT-MC.ARPA Subject: Hayes Test Pattern In-reply-to: Msg of 2 Dec 1985 15:23-EST from Wilkinson at HI-MULTICS.ARPA I hesitate to mention this, because I'm sure someone's already said it and I haven't seen it yet. But... That UUUUU pattern you see is what happens when a modem which communicates in dibits (as does the Hayes) loses carrier. [Thus your 1200 bits-per-second modem is actually 600 baud, since each change of signal corresponds to a cartesian product of two one-bit quantities, (generally either phase and frequency or phase and amplitude---I don't recall which---each have two possible states, so you can combine them four ways to get a dibit) which means each change of signal can transmit two bits simultaneously. Anyway, 'nuff on that.] ASCII U is alternating ones and zeros, and the "no-carrier" state looks like the dibit for 01. Thus, you get a few UUU's and then the modem recognizes it has lost carrier. My VA3451 does that whenever the foreign system drops carrier on logout, for example. As for *why* one modem sees carrier dropped, I can't help you. 2-Dec-85 21:50:16-MST,788;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Dec 85 21:50:10-MST Received: from ru-blue.arpa by AMSAA.ARPA id a014350; 2 Dec 85 20:27 EST Date: 2 Dec 85 10:17:36 EST From: Davidann Subject: Re: Pocket Computers To: Bicer.ES@XEROX.ARPA cc: info-cpm@AMSAA.ARPA, info-micro@BRL-VGR.ARPA In-Reply-To: <851126-191610-1473@Xerox> Message-ID: <12163910788.29.DZIMMERMAN@BLUE.RUTGERS.EDU> In response to Jack Bicer's query about pocket computers: The Radio Shack PC-4 is made by Casio, not Sharp, if I am correct. I have one, and, although limited, it gives quite a bang for the buck. Pretty rugged, too - you could drop kick it a few times and still have no problems with it. Davidann ------- 2-Dec-85 21:50:30-MST,1346;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Dec 85 21:50:22-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a014367; 2 Dec 85 20:36 EST Received: from usenet by TGR.BRL.ARPA id a010718; 2 Dec 85 20:41 EST From: kelvin%bocklin.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: help needed: Access Matrix Message-ID: <470@bocklin.UUCP> Date: 29 Nov 85 15:36:13 GMT To: info-cpm@AMSAA.ARPA we just purchased (and are seriously considering returning) an Access Matrix. We understand that the manufacturer has gone out of business but the price was right. however, we're having lots of problems with the software. CP/M didn't include DDT or ASM. And application programs that were supplied don't run as documented (for example, Telcom+ doesn't give the menu that it's supposed and pfont (a variant of fancy font) reports that its loading... and then exits immediately to CP/M). is this to be expected or is my package worse than normal? what i really need is a communications package that works for this beast. any clues? soon after, i need to know what's inside the i/o space and where to find it. anyone have schematics and/or hardware descriptions of this computer? thanks in advance, kelvin nilsen uucp: arizona!kelvin csnet: kelvin@arizona 3-Dec-85 04:39:01-MST,1277;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Dec 85 04:38:55-MST Received: from simtel20.arpa by AMSAA.ARPA id a015117; 3 Dec 85 6:08 EST Date: Tue, 3 Dec 1985 04:14 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: New ZCPR3-related files available from SIMTEL20 Several new ZCPR3-related files are now available from SIMTEL20: Filename Type Bytes CRC Notes Directory PD: Z3NEWS.308.1 ASCII 21365 B56FH <--Echelon newsletter Z3NEWS.3Q8.1 BINARY 12800 D2AEH <--same, squeezed ZHELPR13.RAS.1 ASCII 4198 5BF2H <--volunteer helper list ZHELPR13.RQS.1 BINARY 2560 5559H <--same, squeezed ZNODES13.LQT.1 BINARY 2816 A380H <--updated Z-node list ZNODES13.LST.1 ASCII 4130 E84BH <--same, squeezed The squeezed files are also copied in PD:. The files above in PD: will be deleted when the next new files are announced. --Keith Arpa: W8SDZ@SIMTEL20.ARPA uucp: ...!seismo!SIMTEL20.ARPA!W8SDZ uucp: ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz uucp: ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz 3-Dec-85 06:53:34-MST,1215;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Dec 85 06:53:28-MST Received: from simtel20.arpa by AMSAA.ARPA id a018207; 3 Dec 85 8:19 EST Date: Tue, 3 Dec 1985 06:25 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: RCP/M Royal Oak now supports 2400 bps RCP/M Royal Oak installed a Courier 2400 modem last week. If you called the first few days after it was installed and noticed a lot of garble, this has been fixed. It was not the modem, it was bad carbons at the phone company central office. If you are unable to access SIMTEL-20 because of network restrictions please remember that MOST of the new files announced to Info-Cpm are also available on my RCP/M Royal Oak (MI) which may be accessed at 300 bps (Bell 103a), 1200 bps (Bell 212a), or 2400 bps (V22.BIS). The telephone number is (313) 759-6569. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA uucp: ...!seismo!SIMTEL20.ARPA!W8SDZ uucp: ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz uucp: ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz 3-Dec-85 08:53:37-MST,2151;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Dec 85 08:53:23-MST Date: Tue, 3 Dec 85 9:52:29 EST From: Dave Towson (info-cpm-request) To: info-cpm@AMSAA.ARPA Subject: [CHATHAM: kERMIT FOR CPM [KAYPRO]?; K4's drives for K2000?] Fellow CP/Mers - I have responded to the first question regarding access to SIMTEL20. Can anyone help with the second query? Dave ----- Forwarded message # 1: Received: from usc-isi.arpa by AMSAA.ARPA id a004762; 2 Dec 85 11:21 EST Date: 2 Dec 1985 11:26-EST Sender: CHATHAM@USC-ISI.ARPA Subject: kERMIT FOR CPM [KAYPRO]?; K4's drives for K2000? From: CHATHAM@USC-ISI.ARPA To: INFO-CPM-REQUEST@AMSAA.ARPA Cc: CHATHAM@USC-ISI.ARPA Message-ID: <[USC-ISI.ARPA] 2-Dec-85 11:26:41.CHATHAM> Dear INFO-CPM; I have a KAYPRO II [-turned-into-a-IV via MicroCornucopia] that I want to use to talk to my new Kaypro 2000. Feeling comfortable using Kermit to pass files to and from the MILNET and a DARPA IBM-PC, I would like to use it for my CPM-pc to/from IBM-pc file transfers. I have a useable copy of MS-KERMIT, and would like one to work on my CPM machine. While I am willing to try most anything, I need some more-precise directions than most of your INFO-CPM readers might. Please don't tell me "do an anonymous FTP to SRI and get ..." . I need reasonably explicit directions on how to get from the MILNET to SIMTEL20 (if that is where some needed file resides) and how to drag it back out to a file at my MILNET address. SECOND QUESTION: Is there a public domain disk drive control program like Uniform for the Kapro II/IV machines to read IBM data disks? I don't need generality, just a way to load IBM 5 inch disks down onto my Kaypro 2000's 3 inchers. Having a perfectly good set of 5 inch DSDD drives on a Kaypro IV makes one think that there should be a simple [or at least cheap] solution. If anyone cares to answer, could you info me at my ARPA-net [MILNET] address as well as the bboard. Thanks, Yours, etc., ralph chatham ----- End of forwarded messages 3-Dec-85 10:06:02-MST,630;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Dec 85 10:05:54-MST Received: from sri-kl.arpa by AMSAA.ARPA id a027891; 3 Dec 85 11:34 EST Date: Tue 3 Dec 85 08:40:01-PST From: LMTRA@SRI-KL.ARPA Subject: Emacs Macros for Mix Editor To: Info-micro@BRL-VGR.ARPA cc: Info-CPM@AMSAA.ARPA Some time ago, someone very generously offered to supply their macro defs for the Mix editor to make it look like Emacs. Well, I've decided to buy and would appreciate the opportunity to take advantage of the offer. Thanks in advance, L. Traister (Lmtra@SRI-KL.Arpa) ------- 3-Dec-85 19:06:41-MST,1532;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Dec 85 19:06:32-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a001880; 3 Dec 85 13:56 EST Received: from usenet by TGR.BRL.ARPA id a026587; 3 Dec 85 13:56 EST From: Pete Holzmann Newsgroups: net.micro.cpm Subject: PLEASE HELP w/ CP/M Directory trashing bug Message-ID: <179@octopus.UUCP> Date: 3 Dec 85 01:32:35 GMT To: info-cpm@AMSAA.ARPA I have a very strange problem in CP/M 80. Does any guru out there know what could cause: - A directory looks fine using DIR or public domain variants that I know of (e.g. D) - If I do 'stat *.*' however, a file shows up twice in the directory. - A CB-80 program seems to semi-randomly get one or the other copy of the file - the file duplicates itself sometime during execution of the CB-80 program (a big accounting package) Questions: 1) What could cause the difference between DIR and STAT? 2) Could this problem be caused by a bug in: - CP/M (this is running on a Molecular) - CB-80 - A programmer's error Any answers would be much appreciated! (Please mail, don't post. If there is enough interest, I will summarize. I DON'T subscribe to net.micro.cpm) -- OOO __| ___ Peter Holzmann, Octopus Enterprises OOOOOOO___/ _______ USPS: 19611 La Mar Court, Cupertino, CA 95014 OOOOO \___/ UUCP: {hplabs!hpdsd,pyramid}!octopus!pete ___| \_____ Phone: 408/996-7746 4-Dec-85 07:27:39-MST,898;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Dec 85 07:27:24-MST Received: from eglin-vax.arpa by AMSAA.ARPA id a012849; 4 Dec 85 8:53 EST Date: 0 0 00:00:00 CDT From: "UV2::FERRILL" Subject: Apple 8" Floppy Controller Inquiry To: info-cpm Reply-To: "UV2::FERRILL" This is a reposting of a previous request to include usps and phone. I'm looking for help with the SVA ZVX4 8" floppy controller for the APPLE ][ +. I picked up the controller board real cheap but have no documentation. All calls to SVA result in a recording saying they'll get back to me and they never do. Any and all help is greatly appreciated. Paul Ferrill ferrill@eglin-vax.arpa Computer Science & Applications 2-H David St. Fort Walton Beach, FL 32548 (904) 863-0310 ------ 4-Dec-85 10:30:04-MST,1822;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Dec 85 10:29:39-MST Received: from simtel20.arpa by AMSAA.ARPA id a008928; 3 Dec 85 21:33 EST Date: Tue 3 Dec 85 19:39:40-MST From: Mike Niswonger Subject: Re: [CHATHAM: kERMIT FOR CPM [KAYPRO]?; K4's drives for K2000?] To: cpmlist@AMSAA.ARPA In-Reply-To: Message from "Dave Towson (info-cpm-request) " of Tue 3 Dec 85 08:53:38-MST Message-ID: <12164297099.23.CNISWONGER@SIMTEL20.ARPA> Resent-Date: Wed, 4 Dec 85 11:50:32 EST Resent-From: cpmlist@AMSAA.ARPA Resent-To: info-cpm@SIMTEL20.ARPA Ralph, To do newwork file transfers, you probably will have to find an FTP gugru at your site. Since there are almost as many versions of the FTP pro- gram as there are sites, you will have to get some local help. This is the real reason that most of the instructions are so vauge -- they have to be to cover all cases. In addition, learning how your version of FTP interacts with the remote FTP is also interesting. However, since I am a Simtel user, let me know if you have direct questions about files on Simtel. To solve your disk transfer problems, there are two ways to go about things: 1), use a serial file transfer (over RS-232) program such as MODEM7, MEX (my favorite) or Kermit, or 2) add a 5" drive to the 2000 (external of course) and simply copy from disk to disk. Method 2 is definitely the pre- ferred way if possible (not sure, haven't tried it) but is more expensive. Method 1 needs only a willing computer with 5" drives, an appropriate RS-232 cable and compatible transfer programs. Again, due to the number of details, try to find a local guru, but if you get stuck, give a yell. -- Mike Niswonger ------- 4-Dec-85 18:32:07-MST,1321;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Dec 85 18:31:57-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a001394; 4 Dec 85 19:57 EST Received: from usenet by TGR.BRL.ARPA id a009290; 4 Dec 85 19:51 EST From: Chuck Forsberg WA7KGX Newsgroups: net.sources,net.micro,net.micro.pc,net.micro.cpm Subject: rb/sb Compilation Message-ID: <265@omen.UUCP> Date: 3 Dec 85 23:20:08 GMT Xref: seismo net.sources:3977 net.micro:13668 net.micro.pc:6531 net.micro.cpm:5335 To: info-cpm@AMSAA.ARPA Some confusion has been reported concerning the compile time options needed for the rb and sb programs recently posted to net.sources. For V7 and Berkeley systems (2.8 to 4.3), use -DV7 For SYS III and SYS V, use -DUSG Those with Regulus, Coherent, Venix systems should examine the #ifdef's in the files to determine the best compile time option to use. -- Chuck Forsberg WA7KGX ...!tektronix!reed!omen!caf CIS:70715,131 Omen Technology Inc 17505-V NW Sauvie Island Road Portland OR 97231 Home of Professional-YAM, the most powerful COMM program for the IBM PC Voice: 503-621-3406 Modem: 503-621-3746 (Hit CR's for speed detect) omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp 5-Dec-85 00:57:08-MST,961;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 00:57:03-MST Received: from usc-isi.arpa by AMSAA.ARPA id a001826; 5 Dec 85 2:22 EST Date: 5 Dec 1985 02:23:38 EST Subject: READING DOS DRIVES FROM CPM From: Rex Buddenberg To: INFO-CPM@AMSAA.ARPA cc: CHATHAM@USC-ISI.ARPA, BUDDENBERGRA@USC-ISI.ARPA What I have is special purpose, but indications are that there is more out there. The current software suite provided by AMPRO for Little Boards includes a program called DOS.COM which allows you to set up one of the Little Board drives as a DOS drive. You can then transfer files from a CPM disc to a DOS disc and back. AMPRO disc format is not quite Kaypro, but they are fairly close (I can read Kaypro discs too). The program was released to AMPRO by Paul Bartholomew (NFI). It is copyrighted, not public domain. Hope this helps some. Rex ------- 5-Dec-85 04:28:14-MST,1725;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 04:28:08-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a002147; 5 Dec 85 5:56 EST Received: from usenet by TGR.BRL.ARPA id a014627; 5 Dec 85 5:51 EST From: rik%ucla-cs.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: Unix on CP/M 2.2 Message-ID: <7856@ucla-cs.ARPA> Date: 4 Dec 85 03:33:37 GMT To: info-cpm@AMSAA.ARPA Is anybody familiar with "C/NIX"? I received a catalogue from SPITE SOFTWARE, Portland, OR, with the following ad: C/NIX adds most of the power of Unix to any CP/M 2.2 system. C/NIX features include named hierarchical directories, redirectable I/O, and many of the commands and utilities of Unix (ls, cd, mkdir, tree, walk, grep, etc.) Even on-line Help! [...] You can even turn on a "log" file, which captures everything that appears on the screen and places it in a file. [...] Even with all these features, you can still use DIR, TYPE, PIP or any other operatings system utilities you have become familiar with. At $59.95, C/NIX is a remarkable package. It's a big package though, and we recommend it for daily use only for those with double-sided or hard disks. Apparently they have it available for Morrow, Kaypro, Epson QX-10, Osborne Exec, Osborne 1, and a few others. Anybody any experience with this? Is it as good as it sounds? I sure wouldn't mind a couple of Unix features on my CP/M, but at $59.95 I'm afraid it's going to be a kind of trivial product...? Rik Verstraete 3804G Boelter Hall rik@LOCUS.UCLA.EDU University of California ...!{ihnp4,ucbvax}!ucla-cs!rik Los Angeles, CA 90024 5-Dec-85 08:26:27-MST,859;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 08:26:15-MST Received: from apg-3.arpa by AMSAA.ARPA id a008829; 5 Dec 85 9:40 EST Date: Thu, 5 Dec 85 9:37:31 EST From: John Shaver STEEP-TMAC 879-7602 Subject: PCPI driver for Apple Unidiskc To: info-cpm@AMSAA.ARPA Cc: info-apple@brl-tgr.ARPA, jshaver@apg-3.ARPA Last week I reported that the folks at PCPI did not have a driver for the Unidisk for their Applicard/Starcard CP/M. This week I am pleased to report that they DO! have a driver and that it is available for $15.00. To get it, call Greg Eyeazian at (619) 485-8411. He says you can Mastercharge or Visa it. Don't ask for an explanation for the conflicting stories. I just report the facts (both people I talked to claimed to work for PCPI). . 5-Dec-85 13:30:39-MST,968;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 13:30:21-MST Received: from xerox.arpa by AMSAA.ARPA id a018921; 5 Dec 85 14:43 EST Received: from Aurora.ms by ArpaGateway.ms ; 05 DEC 85 11:48:54 PST Date: Thu, 5 Dec 85 14:48 EST From: Thieret.WBST@XEROX.ARPA Subject: Greek & Hebrew Word Processor ?? To: Info-Cpm@AMSAA.ARPA cc: Thieret.WBST@XEROX.ARPA Message-ID: <851205-114854-2611@Xerox> Some time ago there was a message from a group in the religion department at Duke about a Greek and/or Hebrew Word processor which they had written and were selling/providing. My younger brother is now in seminary taking Hebrew 101 and Greek 301 (first and third years respectivally). He has a PC and would like to do Biblical language word processing. Anyone having information about such a program (you folks at Duke listening???) please respond. Thanks, Tracy (Thieret.WBST@Xerox.ARPA) 5-Dec-85 13:42:08-MST,637;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 13:42:02-MST Received: from xerox.arpa by AMSAA.ARPA id a019324; 5 Dec 85 14:54 EST Received: from Aurora.ms by ArpaGateway.ms ; 05 DEC 85 11:51:35 PST Date: Thu, 5 Dec 85 14:50 EST From: Thieret.WBST@XEROX.ARPA Subject: Microsoft WORD.COM funny business. To: Info-Cpm@AMSAA.ARPA cc: Thieret.WBST@XEROX.ARPA Message-ID: <851205-115135-2619@Xerox> Does the text in the WORD.COM file for the PC beginning at 7E1H through 89CH concern anyone. Just thought you might want to know. Tracy (Thieret.WBST@Xerox.ARPA) 5-Dec-85 14:10:30-MST,711;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 14:10:17-MST Received: from xerox.arpa by AMSAA.ARPA id a019359; 5 Dec 85 14:54 EST Received: from Aurora.ms by ArpaGateway.ms ; 05 DEC 85 11:53:06 PST Date: Thu, 5 Dec 85 14:53 EST From: Thieret.WBST@XEROX.ARPA Subject: Epson MX-80 Graftrax ROMS To: Info-Cpm@AMSAA.ARPA cc: Thieret.WBST@XEROX.ARPA Message-ID: <851205-115306-2623@Xerox> Folks, My youngest brother is using an old EPSON MX-80 and doesn't have the graphics ROMs installed. Is there a source for these yet remaining? He would really like to do some graphics on his printer. Thanks, Tracy (Thieret.WBST@Xerox.ARPA) 6-Dec-85 07:08:55-MST,1235;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Dec 85 07:08:45-MST Received: from simtel20.arpa by AMSAA.ARPA id a002723; 6 Dec 85 8:27 EST Date: Fri, 6 Dec 1985 06:33 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Chuck Forsberg WA7KGX Cc: Info-Modem7@simtel20.ARPA, Info-Micro@brl.ARPA, Info-Cpm@AMSAA.ARPA Subject: Unix / DOS+CP/M File Transfer programs Posted Chuck, the man page for sb makes no mention that Unix new lines will NOT be converted when downloading ascii files. rb apparently has no provisions for stripping CRs on uploads. This is probably due to the fact that if batch up/downloads are done, a global convert is undesirable since binary and ascii files MAY be mixed. Some mention should be made of utilities such as "unixcpm" and "cpmunix" to handle such files. sb's attempt to restore the tty after the transfer (i.e., un-do the raw) results in a lock-up condition on BRL Unix 4.2 BSD. This MAY be due to the fact that I'm accessing BRL through a TAC. I had to reset the connection and log in again. --Keith 6-Dec-85 07:27:27-MST,966;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Dec 85 07:27:17-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a002887; 6 Dec 85 8:38 EST Received: from usenet by TGR.BRL.ARPA id a001322; 6 Dec 85 8:42 EST From: WhiteR Newsgroups: net.micro.cpm Subject: CP/M Database Needed Message-ID: <1220@druxm.UUCP> Date: 5 Dec 85 15:47:48 GMT To: info-cpm@AMSAA.ARPA I am trying to locate a Public Domain database that can run under a Z80 CP/M based system. My main concern is that it be able to sort on any field without writing lengthly template/sort formulas. I am currently using Perfect Filer on my Kaypro 4 and it doesn't allow for easy sorting. Any help would be greatly appreciated. Thanks in advance. Randy White ATT Information Systems 11900 N. Pecos Denver, Co. 80234 (303)538-4027 work (303)772-1579 home druxm!rlw 6-Dec-85 07:52:21-MST,786;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Dec 85 07:52:14-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a003175; 6 Dec 85 9:07 EST Received: from usenet by TGR.BRL.ARPA id a002011; 6 Dec 85 8:57 EST From: guarna@uiucdcsb.cs.uiuc.edu Newsgroups: net.micro.cpm Subject: 68000 Adaptor Board? Message-ID: <4800009@uiucdcsb> Date: 3 Dec 85 13:59:00 GMT Nf-ID: #N:uiucdcsb:4800009:000:230 Nf-From: uiucdcsb.CS.UIUC.EDU!guarna Dec 3 07:59:00 1985 To: info-cpm@AMSAA.ARPA A couple of weeks ago, someone made a comment about the existence of a 68000 adaptor board for Z-80 based CP/M systems (that runs OS-9). Has anyone heard of such a board? Could I get a vendor name? Vince ihnp4!uiucdcs!guarna 6-Dec-85 09:54:44-MST,1090;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Dec 85 09:54:38-MST Received: from acc.arpa by AMSAA.ARPA id a006979; 6 Dec 85 11:16 EST Date: 6 Dec 85 08:04:00 PST From: shawn@ACC.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Subject: Arabic and Hebrew word processor To: "thieret.wbst" cc: shawn@acc.ARPA, info-cpm@AMSAA.ARPA Reply-To: shawn@ACC.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA First, I saw the ad for the first time, the day before yesterday so am only passing on location info. NOT user info. The ad is in the Nov. 85 Profiles page 16. "Pangloss" turns Wordstar into a bilingual word processor. Supports dot or daisy printers including Juki (some Kaypro packages include the Juki). Techware P.O. Box 10545 Eugene, OR 97440 phone: (503)484-0520 Most of the above names are trademarks and belong to someone. Keeping in mind pleast that "It is easier to get forgivness than to get permission" shawn@acc.arpa ------ 9-Dec-85 09:43:06-MST,1172;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 09:42:56-MST Received: from simtel20.arpa by AMSAA.ARPA id a006775; 9 Dec 85 10:17 EST Date: Sat, 7 Dec 1985 06:33 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Pete Holzmann Cc: Info-Cpm@AMSAA.ARPA Subject: HELP w/ CP/M Directory trashing bug In-reply-to: Msg of 2 Dec 1985 18:32-MST from Pete Holzmann Peter, CP/M is dumb when it comes to keeping directory entries. It does not check to see if a file by that name already exists before allowing you to create a new one. You as the user are expected to check first to see if it exists, delete it if it does, then make the new file. Otherwise you will end up with two or more files by the same name. Also make sure that you do a proper close on any open files before exiting your program. Otherwise the directory will not be updated and any pending characters in the deblocking buffer will not be written to the file. --Keith 9-Dec-85 09:45:53-MST,2569;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 09:45:40-MST Received: from simtel20.arpa by AMSAA.ARPA id a006792; 9 Dec 85 10:17 EST Date: Sunday, 1 December 1985 20:24-MST Message-ID: Sender: Don Libes From: Don Libes To: info-micro@BRL-VGR.ARPA Subject: Micro/Systems Journal, Creative Computing and Ziff-Davis ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Sat 7 Dec 1985 06:37-MST In article <364@pedsgd.UUCP> bobh@pedsgd.UUCP (Bob Halloran) writes: > In article <228@mips.UUCP> kim@mips.UUCP (Kim DeVaughn) writes: > >BTW, Sol & Lennie Libes have resurrected Microsystems (which I believe they > >started, before Ziff-Davis got ahold of it), and renamed it Micro/Systems > >Journal. They've just published their 5th issue, and are running it out of > >their garage. It has a very high percentage of TECHNICAL/editorial content, > >and deserves to be successful. If you haven't yet tried it, pick up an > >issue ... if you're technically oriented, I think you'll like it. > > Yes, the Libes' DID start S-100 Microsystems; I remember getting my first > issue at the old Computer Mart of NJ. If the revived journal is as good > as the original S-100 Microsystems, then I sincerely wish them every > possible bit of good luck. I want to correct some information. The Libes' are not running M/SJ out of their garage. They are running it out of their basement. I should know - it is impossible to play ping-pong anymore with the production department doing pasteup on top of it. Also, the last time I was home, the room my bed was in no longer looked like my old bedroom but was referred to as the Circulation/Advertising Depts and Administrative Offices. (To complete the picture, the den is the Editorial Dept.) Though I don't ordinarily read it, I picked up a copy of Creative Computing which ZD just closed. Dave Ahl wrote a very polite editorial considering the situation. He was also quite blunt, however. It was very anguishing to read his own job-wanted ad at the end of his column. What really galls me is that there are still subscription cards, request for reader response, advertising rates, etc in the magazine, even though the issue cover was marked "collector's item", so they obviously knew months ahead that it would be closed. Don Libes {seismo,umcp-cs}!nbs-amrf!libes 9-Dec-85 09:48:26-MST,427;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 09:48:17-MST Received: from bbncct.arpa by AMSAA.ARPA id a006906; 9 Dec 85 10:21 EST Date: Fri, 6 Dec 85 20:06:11 EST From: "Matthew D. Howard" Subject: add to list To: info-cpm@AMSAA.ARPA Cc: mhoward@BBNCCT.ARPA please add gviernes to your CPM list.. thanks P.S. account is on BBCCT 9-Dec-85 10:02:51-MST,1296;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 10:02:41-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a007522; 9 Dec 85 10:38 EST Received: from usenet by TGR.BRL.ARPA id a004193; 7 Dec 85 3:43 EST From: Ed Greenberg Newsgroups: net.micro.cpm Subject: Looking for Morrow S-100 users Message-ID: <189@micropro.UUCP> Date: 6 Dec 85 23:54:06 GMT To: info-cpm@AMSAA.ARPA I am looking to make contact with users of Morrow Designs S-100 hardware including the Multi-I/O board and the Disk Jockey floppy and hard disk controllers. I have a Morrow M-20 (aka Decision I) computer with an 8 inch DD floppy and 8 inch 20 megabyte hard disk. This is an S-100 computer, not a MicroDecision or other single board computer. I am looking to discuss assembly language level programming of the Morrow hardware such as the Real Time Clock on the Multi-I/O board, the 13 Bit printer port, etc. Also to discuss BIOS fixes and bugs. If I get any response, I'll post or mail a summary. -edg -- Ed Greenberg; MicroPro International Corp. (disclaimer) UUCP: {hplabs,ptsfa,glacier,lll-crg}!well!micropro!edg {ucbvax,decwrl}!dual!micropro!edg AT&T: 415-499-4096 9-Dec-85 12:47:20-MST,5082;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 12:47:07-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a002996; 9 Dec 85 14:00 EST Received: from usenet by TGR.BRL.ARPA id a008269; 9 Dec 85 13:58 EST From: Stanley Dunn Newsgroups: net.micro,net.micro.cpm,net.micro.pc Subject: Emacs Setup file for the MIX Editor Message-ID: <2488@umcp-cs.UUCP> Date: 8 Dec 85 00:04:06 GMT Xref: seismo net.micro:13698 net.micro.cpm:5348 net.micro.pc:6568 To: info-cpm@AMSAA.ARPA My apologies for being so late with this, but finally I have posted my Emacs setup file for the MIX Editor. This setup is by no means perfect, and I am sure many of you will have better ideas on how I did some of the conversions. If you do make changes, I would like to know so that my setup can be updated. My wish list -- 1. You still have to type the file name to exit MIX (^X ^F), since I did not modify the editor to use a variable to keep the file name. 2. I would like to fix delete line (^K) but too many troubles with the MIX =JL command. Any ideas? 3. Blank compression is still a problem. I have turned it off in this setup. Enjoy, and keep me informed. Thanks. -- Stanley Dunn Univ. of Md. Dept. of Computer Science Here it is -- ; INIT "^GLoading EMACS setup file ..." ;send message to terminal ; ; Terminal Characteristics for the Morrow MT-70 (ADM 31) ; TERMINAL CLEAR '^[*' TERMINAL CLREOS '^[Y' TERMINAL CLREOL '^[T' TERMINAL INSLINE '^[E' TERMINAL DELLINE '^[R' TERMINAL DELCHAR '^[W' TERMINAL INSONE '^[Q' TERMINAL CURSOR '^[=' TERMINAL SCROLL '^J' TERMINAL RSCROLL '^[E^K' CURSOR ROWCOL HEIGHT 24 WIDTH 80 ; TRANSKEY "^H" "=RU" ;Make Back Space delete ; ; Attempt to define equivalent EMACS commands. ; Stanley Dunn, August 10, 1985. ; TRANSKEY "^[x" "=CM" ;Command Mode (^[ is ESC key) TRANSKEY "^[u" "^u" ;Help escape character ; TRANSKEY "^n" "=LD" ;Line down TRANSKEY "^p" "=LU" ;Line up TRANSKEY "^v" "=SD" ;Screen down TRANSKEY "^[v" "=SU" ;Screen up TRANSKEY "^a" "=LB" ;Line beginning TRANSKEY "^e" "=LE" ;Line end TRANSKEY "^f" "=CR" ;Character right TRANSKEY "^[f" "=WR" ;Word right TRANSKEY "^b" "=CL" ;Character left TRANSKEY "^[b" "=WL" ;Word left TRANSKEY "^o" "=OL" ;Open line ; MACKEY "^[<" "=GO1=NL" ;Go to top of file MACKEY "^[>" "=GO-1=NL=SU" ;Go to bottom of file, up 1 screen ; TRANSKEY "^d" "=DC" ;Delete character TRANSKEY "^[d" "=DW" ;Delete word ; ; Because of the problem with using the =JL ; function in MIX, the EMACS ^k function is altered. ; In EMACS, ^k deletes to end of line, and hitting ; ^k a second time will delete the line break. ; If 2 windows are open in MIX, doing a =JL to ; delete the line break will scroll EVERYTHING up, ; including the second window! ; ; More often than not an entire line will be deleted, so ; ^k is made to delete the line, and esc-k is made to ; delete to end, if it is absolutely needed. ; TRANSKEY "^k" "=DL" ;Delete an entire line TRANSKEY "^[k" "=DE" ;Delete to end if needed (watch out!) ; TRANSKEY "^s" "=FS" ;Find string ; ; Macro to get parameters for the replacing functions. ; This uses variables 0 and 1. ; MACNAME "M1" "=GV0=NL'Replace:'=NL=GV1=NL'With:'=NL" MACKEY "^[q" "=CMM1=NL=QR=0=NL=1=NL=PP" ;Query replace, then go back MACKEY "^[r" "=CMM1=NL=RG=0=NL=1=NL=PP" ;Global replace, then go back ; ; Set mark in Emacs is a ^@ which does not seem to work ; in the Mix Editor, so I used ^x instead. ; TRANSKEY "^x " "=XB" ;Mark the beginning of a block MACKEY "^w" "=XE=OB=DB" ;Mark the end, and output ; ; In Emacs, ^y is an undo for the delete buffer ; which can contain single lines. ; This ^y will only undelete marked buffers. ; TRANSKEY "^y" "=IB" ;Restore the block ; TRANSKEY "^x^s" "=SA" ;Write file, continue editing TRANSKEY "^x^f" "=EX" ;Really exit ; ; Macro to read filename for opening a second window. ; uses variable 2, so as not to conflict with the ; search and replace variables 0 and 1. ; MACNAME "M2" "=GV2=NL'Visit file:'=NL" MACKEY "^x^v" "=CMM2=NL=SS12=NL=NL=OW=ED=2=NL" ;Open new window with file ; ; This will only work if one window is open. ; In Emacs both windows are closed, and the ; the editor exits. ; MACKEY "^c" "=QTY=NL" ;Abort (I think this is correct) ; TRANSKEY "^u" "=RP" ;Repeat a command ; MACKEY "^x2" "=SS12=NL=NL" ;Open an empty second window TRANSKEY "^xp" "=OW" ;Dummy these for the time being TRANSKEY "^xn" "=OW" ;They should go up and down ; ; Initial commands: ; - set tabs stops at 8 ; - turn off auto indent ; - set cursor to beginning of line ; START "=TB8=NL=AI=LB" ; ; Leaving Editor: ; - ring bell ; - clear screen ; EXIT "^G^Z" ;send message to terminal 9-Dec-85 19:24:52-MST,1164;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 19:24:45-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a010776; 9 Dec 85 20:44 EST Received: from usenet by TGR.BRL.ARPA id a018597; 9 Dec 85 20:44 EST From: Pete Holzmann Newsgroups: net.wanted,net.unix,net.micro.cpm,net.wanted.sources Subject: WANTED: Unix to Z-80 Cross Assembler/Linker Message-ID: <180@octopus.UUCP> Date: 9 Dec 85 20:54:56 GMT Xref: seismo net.wanted:8269 net.unix:6934 net.micro.cpm:5352 net.wanted.sources:1731 To: info-cpm@AMSAA.ARPA We are doing Z80 development work on CP/M right now and want to move it to a Unix machine. Does anybody know of public domain or commercial Z80 Assembly language development tools that run on Unix? Please mail replys. I'll summarize if there are responses and/or other people looking for the same thing! -- OOO __| ___ Peter Holzmann, Octopus Enterprises OOOOOOO___/ _______ USPS: 19611 La Mar Court, Cupertino, CA 95014 OOOOO \___/ UUCP: {hplabs!hpdsd,pyramid}!octopus!pete ___| \_____ Phone: 408/996-7746 9-Dec-85 19:30:15-MST,2476;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 19:30:02-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a010778; 9 Dec 85 20:45 EST Received: from usenet by TGR.BRL.ARPA id a018702; 9 Dec 85 20:46 EST From: "M.HAAS" Newsgroups: net.micro.cpm Subject: Are There Useful Programs for CPM ? Message-ID: <864@houxa.UUCP> Date: 8 Dec 85 15:46:32 GMT To: info-cpm@AMSAA.ARPA Is CPM dead? It sure seems so. I have seen all sorts of ad's for CPM programs to hack with: command processors, compilers, terminal emulators, file transfer programs, debuggers, etc, etc. But, there are vary few (none?) ad's for programs useful to the non-hacker. Contrast this with the wealth of programs available for the IBM PC and Apples. Does this mean that this dust collector on my desk is forever useless? Can anyone here point me in the direction of one or more programs that I can use to: 1) Record and handle my personal checkbook. One that is as easier to use than the regular manual methods, not harder and slower. I am not particularly interested in summary reports or graphs. 2) Maintain and printout my mailing and phone list. I would like to be able to printout just the phone numbers periodically as a useful thing to have by each phone, and printout the addresses around Christmas to serve as mailing labels. 3) A typing tutor program for my kids. One just like the one for the VIC-20 that presents exercises and scores the results and advances in difficulty in an intelligent manner (finger group by finger group). 4) Educational programs that drill in reading, spelling, arithmetic, geography, science, etc. for ages 6 and up. 5) For my hacking self: an emacs that is emacs (or mods to MINCE that make it look more like emacs), a roff that works (nothing fancy), a yearly budget planner that has the categories already worked out, a desk calculator that can be brought up quickly and is easy to use. I am willing to pay for these programs, they don't have to be public domain - aren't there others that need them, too? I have SuperCalc, dBase II, BDS C, PILOT, various BASICS and assemblers, and know how to use them (but don't want to). We have WordStar and that is fine for letters, reports, and such - the only useful program I have on the machine. Mel Haas , [ihnp4!]odyssey!mel , houxa!mel1 11-Dec-85 04:25:38-MST,1536;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Dec 85 04:25:31-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a001531; 11 Dec 85 3:13 EST Received: from usenet by TGR.BRL.ARPA id a008141; 11 Dec 85 5:45 EST From: Dave Lewis Newsgroups: net.micro.cpm Subject: Re: Epson MX-80 Graftrax ROMS Message-ID: <971@loral.UUCP> Date: 9 Dec 85 16:34:41 GMT Keywords: Epson MX-80, Graftrax To: info-cpm@AMSAA.ARPA ------------------------------------- I also have an old Epson (MX-80 F/T) which I bought in 1980. The machine is still running great but I kept putting off getting the Graftrax proms. Recently I inquired at the local Jade electronics outlet and was told that Epson no longer offered them. The proms are no big deal -- 2716's are easy to obtain and copy -- but it's the MANUALS that count. Any info would help. I refuse to replace a perfectly good printer which has never given me any trouble just because the manufacturer won't support it. I'm going to insert .signature by hand here 'cause last time it didn't get included automatically. If it shows up twice I'm gonna rename the &$%&@^$*&^$%*# thing. ------------------------------- Dave Lewis Loral Instrumentation San Diego sdcc6 ---\ gould9 --\ ihnp4 ---->-->!sdcc3 ---->--->!loral!dml (uucp) sdcrdcf -/ sdcsvax -/ "Always put your clothes and weapons where you can find them quickly in the dark" -- Lazarus Long. 11-Dec-85 10:10:44-MST,24535;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Dec 85 10:09:16-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a009509; 11 Dec 85 8:29 EST Received: from amsaa.arpa by TGR.BRL.ARPA id a015501; 11 Dec 85 11:06 EST Date: Wed, 11 Dec 85 8:20:00 EST From: Dave Towson (info-cpm-request) To: info-cpm-arpa@BRL-TGR.ARPA Subject: 23K characters - New Archive Blurb: Fellow CP/Mers - After much delay, I have finally gotten the new archive blurb pushed into shape, and I am distributing it herewith to all DDN subscribers. I am not sending it to non-DDN readers since they cannot access SIMTEL20. Please send any comments, suggestions, gripes, etc. to info-cpm-request at amsaa.arpa . Dave Towson info-cpm list maintainer ------------------------------------------------------------------------------ THE SIMTEL20 ARCHIVES SIGNIFICANT CHANGES Files moved: A new large disk device called PD: has been installed to house the entire public domain software collection. All files are now accessible using file specifications of the form: PD:file_name Example: PD:LU310.COM New logical names: Files in the archive can also be specified with a new shortened notation using a logical name for each directory. Thus, the file in the above example can also be specified as: STARTER-KIT:LU310.COM Note that the part of the directory name following the dot has been used as the logical name (followed by a colon). But remember, this new form of file specification applies only to the archive. To avoid confusion, all examples in the text to follow will use the PD: specification, as this form works with ALL of the archives. Getting started: The above example provides a sneaky introduction to yet another new feature that should greatly ease the "bootstrap phase" for new archive users. Now in one place, PD:, you will find all of the basic essentials needed to begin using the archives. These programs provide the means for transferring, unsqueezing and de-librarying archive files, and more will be said about them later in this document. Special kudos to archive maintainer Keith Petersen for this worthwhile addition. Finally, a reminder: For quite some time now, "ITS binary format" has not been used for storage of binary files in the SIMTEL20 archives. If you are a new user of the archives and you don't know what ITS binary format is, don't worry about it; it no longer matters. But apparently, some "veteran archive users" are still unaware of the change. Therefore, please note that stripping the first four bytes of binary files, once necessary for removal of the special "ITS header", is no longer required. Indeed, if you do this now, YOU WILL DESTROY THE FILES. OVERVIEW There is a collossal amount of free public domain CP/M, PCDOS/MSDOS and UNIX software in several archives on SIMTEL20.ARPA, a DECsystem-20 running the TOPS-20 operating system at White Sands Missile Range. There is also a relatively new archive of software for the DoD standard programming language, Ada. Archives of correspondence for several newsgroups, including INFO-CPM, are also available. You can obtain these files using the InterNet file transfer protocol, FTP (described in a following paragraph), with user-name "anonymous". For a login password, use your host-name or any other string of printing characters. Throughout this message, FTP examples are given in a GENERIC syntax. You will have to consult either local documentation or your friendly system wizard to learn the actual syntax used with your local mainframe operating system. For the sake of brevity, the domain suffix ".ARPA" will be dropped from further references to SIMTEL20 in this discussion. To obtain directory listings, connect to SIMTEL20 via FTP and do this: get pd:cpm.crclst get pd:cpmug.crclst get pd:sigm.crclst get pd:pc-blue.crclst get pd:unix.crclst get pd:ada.crclst The archive is the one to watch for the very latest CP/M offerings, as it is updated frequently. The , and archives contain software distributed by the CP/M Users Group, the SIG/M Users Group and the PC-Blue Users Group respectively. This software is available on diskettes from the associated users groups, and the archives are updated as new volumes are issued. The archive contains software for the IBM-PC and similar machines. Some runs under CP/M, and some under PCDOS/MSDOS. The archive contains a variety of UNIX tools. Those which apply specifically to CP/M are in the directory . The archive is growing rapidly. Information about this archive is in directory PD:. Files in all of these archives can be obtained using the FTP procedures described in this message. There are many overlaps in the first three archives, but where duplications occur, you will usually find the latest versions in the archive. In general, the archived software is very good, having been worked- over and refined by many users. The documentation and comments tend to be complete and informative. But please note that due to the large number of files available, the archive maintainers cannot possibly attempt to validate the proper operation of the various programs. When a program bug is reported, immediate action is taken to either correct the error or remove the offending program from the archives. Still, users must understand that all archive programs are offered AS IS, and the archive maintainers specifically disclaim any liability should these programs malfunction or cause damage, incidental or otherwise. When testing ANY new software, be certain that all information stored on disk is backed-up before you start, so that you can recover if files are damaged or erased. This is particularly true if you have a hard disk, in which case malfunctions can be spectacularly disasterous. FILE TYPES Files are stored in two formats: Text files such as those with names that end with DOC, HEX, INF and ASM are sometimes stored as ASCII files, but usually these files are stored in binary squeezed form. Binary storage is also used for executable (COM) and library files. Squeezed and library files are described below. All binary data are stored as four 8-bit bytes per 36-bit SIMTEL20 word, with the low-order four bits of each word filled with zeros. If such a file is interpreted as a contiguous string, as will happen if a straight binary transfer is made to a 16 or 32-bit UNIX machine, the four zero filler-bits per 36-bit group will cause rather bizarre and frustrating results. The methods for dealing with this situation, which differ from machine to machine, are explained in a following paragraph. Squeezed files have been compressed using programs available in directory to obtain an approximate 35-percent size reduction. These files can be identified by the letter Q in the extension field. For example, the file PD:RMACPAT.AQM is a squeezed file. It must be transferred as a binary file, and then unsqueezed. The unsqueezing can be done on a CP/M system using USQ-xx.COM (where "xx" is the current version) from directory , or there are several host-based unsqueezers in the and archives (see for example, directories and ). CP/M library files (those with names ending in LBR) combine several regular CP/M files into a single BINARY file which contains an internal directory of its contents. They are created using the CP/M library utility LUxxx.COM (where "xxx" is the current version) or some other compatible utility. The complete packages for LUxxx and a newer compatible program called NULUxx (where "xx" is the version) can be found in directory PD:. C-language source code for a compatible UNIX utility called LAR (library archiver) is in directory PD:. Although the type of storage used for a particular file can usually be inferred from the file-name, this is not always true. It is a good idea to check the appropriate "crclst" file to ascertain the storage format used for each file of interest. Now, and for the foreseeable future, storage formats for files in the , and archives can be determined from their "generation numbers", as shown by the FTP directory command. For example, the FTP command: dir pd: will yield results of the form: -CATALOG.001.2 ABSTRACT.001.2 BW.ASM.2 BW.BAS.1 BW.EXE.1 COLOR.ASM.2 COLOR.BAS.1 COLOR.EXE.1 ...and so on All files with names ending in ".1" are stored in binary format, and those with names ending in ".2" are stored in ASCII. This relationship will continue to apply for files in the , and archives until further notice. WARNING: Because the public domain archives on SIMTEL20 consume a huge amount of disk-space, storage capacity will be conserved by the greatest practical use of libraries and squeezed files, both of which are stored in binary format. If you cannot properly transfer binary files, you are going to be VERY FRUSTRATED! If you need help, please contact your local system wizard and provide him/her with a copy of this message. Having done that, if you are still unable to make things work correctly, send a message to INFO-CPM-REQUEST at AMSAA.ARPA and I will try to help you. Please provide the following information: 1. Machine and operating system (e.g., VAX-11/780, 4.2 BSD UNIX) 2. Network software in use (e.g., 3-Com UNET) 3. Complete list of available FTP commands (e.g., GET, PUT, etc.) Important files in the and archives are the CATALOG files. These files, which are stored in ASCII, contain the "-CATALOG.nnn" files from all the volumes of their respective archives. To obtain these composite catalog files, connect to SIMTEL20 via FTP and do this: get pd:cpmug.cat get pd:pcblue.cat A similar file exists for the archive, but it is stored in squeezed form. This file, when unsqueezed, yields SIG.CAT (the catalog). It can be obtained using the FTP command: get pd:sig.cqt (NOTE: That's "L-and-three-zeros" in "vol000") FILE TRANSFER VIA FTP FTP stands for File Transfer Protocol, a formalized procedure for moving files among machines on the Defense Data Network (DDN) and other networks that connect with the DDN. The protocol is implemented by a program often called FTP. The different mainframe operating systems implement FTP with variations in command syntax. Some systems have the remote-file-name precede the local- file-name in the command. Others reverse this order. Some versions have the whole command on a single input line, while others use multiple lines. Read the documentation for your local system, or consult a friendly system wizard for the details of your local FTP command syntax. UNIX users can do something like "man ftp" for on-line instructions. However, not all UNIX FTP programs are called "ftp", so you may have to snoop around in the system directories or ask a system wizard for the correct local name to use with the "man" command. ITS users can do ":INFO FTP", and "HELP FTP" works on TOPS-20 and some other operating systems. I will be happy to update this message with pointers to other sources of on-line documentation if they are sent to INFO-CPM-REQUEST@AMSAA.ARPA. FTP transfers from SIMTEL20 can be made with user-name "anonymous". Use your host-name or any other string of printing characters for a password. For anonymous logins, SIMTEL20 supports the FTP "change working directory" command. (Your local syntax may be something like CD, or CWD.) Ignore the message that prompts you to enter a password. This command allows you to specify a default SIMTEL20 directory to be used for all file retrievals, and thereby relieves you from having to repeatedly type "pd:" as part of each filename. For example, you can do something like this: cd pd: get filename-1 get filename-2 ...and so on instead of using the longer filename forms shown in previous examples. Users of TOPS-10, TENEX, TOPS-20 or ITS systems can use "image" or "paged" mode for ALL transfers. UNIX users must use "ascii" mode for ASCII files, and "tenex" or "type L 8" mode for binary files. MULTICS users can use "ascii" mode for ASCII files, but binary files require special treatment that is best described by the following example provided by Paul Schauble : !ftp simtel20 220 SIMTEL20.ARPA FTP Server Process 5Z(14)-7 at Mon 10-Sep-84 00:27-MDT user_ftp: !login anonymous 331 ANONYMOUS user ok, send real ident as password. Password: !guest user_ftp: !quote "type l 8" <--(NOTE: That's lowercase "L" 8.) 200 Type L bytesize 8 ok. user_ftp: !get micro:alias.hlp alias.hlp 150 Retrieve of MICRO:ALIAS.HLP.1 started. 226 Transfer completed. Total elapsed time: 35.7 seconds. 4348 bytes transferred in 18.5 seconds (1850 bits/sec). user_ftp: !quit 221 QUIT command received. Goodbye. Lines beginning with "!" are typed by the terminal user. The received files are stored on MULTICS with one 8-bit byte per 9-bit word, and can be trans- ferred to a microcomputer with Kermit (described in a following paragraph). All aspects of the FTP process for UNIX machines have been automated to a high degree by a program in directory PD:. With this program, a simple command like "mb modm700.com" can connect to SIMTEL20 and transfer the binary file "modm700.com" from directory PD: to a local file also named "modm700.com", all with no user intervention. Batch command files containing multiple lines of the form in the above example can be run in no-hangup background mode to transfer whole directories without the user even remaining logged-in on his local system. For more information, get the file PD:AUTOFTP.DOC. PROGRAMS FOR TRANSFERRING FILES AMONG MAINFRAMES AND MICROS Christensen Protocol Mainframe Programs: For a micro to reliably exchange files with a mainframe, cooperating file transfer programs with automatic error detection and retransmission of faulty blocks must be running on both computers. One such family of programs uses a popular protocol created by Ward Christensen and enhanced by others. Directory PD: contains two programs, UC and the older UMODEM (both written in C), which implement this protocol on UNIX machines. See the file PD:UNIX.CRCLST for a list of other useful UNIX utilities. On ITS machines, file transfer using the Christensen protocol can be done using MMODEM (type :MMODEM for instructions), or LMODEM. Documentation for LMODEM is in file .INFO.;LMODEM HELP. Other useful ITS utilities include: TYPE8 - types an ASCII file stored in ITS binary format. TYPESQ - types an ITS binary format "squeezed" file (see the first paragraph under FILE TYPES). USQ - creates an unsqueezed version of a squeezed file. HEXIFY - creates an Intel hex format file from an ITS binary format COM file. COMIFY - creates a COM file from an Intel hex file. CRC - computes the Cyclic Redundancy Check value for a file, using the same algorithm that is used by the CP/M program CRCK. Brief instructions for any of these utilities except LMODEM can be obtained by typing ":utility_name" (for example, :CRC). The ITS utilities listed above are also available for use with TOPS-20, but since ITS binary format is no longer being used for the SIMTEL20 archives, these utilities have been converted to work with TOPS-20 binary formats. A collection of TOPS-20 utilities for transferring and manipulating files can be found in directory PD:. See PD:CPM.CRCLST for a list of available programs. File transfer and conversion utilities for use with VAX/VMS machines are contained in directory PD:. See CPM.CRCLST for details. Christensen Protocol Microcomputer Programs: An excellent program for transferring files between micros, or between micros and mainframes is called MODM7xx, where the "xx" is replaced with two digits to give the current version number. This program, often referred to as MODEM7 (the name of its easier to pronounce ancestor), uses the popular Christensen protocol to transfer files with automatic error detection and retransmission of erroneous blocks. To get started with MODM7xx, you should first FTP and examine the "DOC" and "MSG" files from the binary library file PD:MODM7xx.LBR. The "DOC" and "MSG" files are actually stored in the library in squeezed form, so you will have to perform three steps to get them: 1. FTP the binary library file. 2. Extract the elements having filename extensions of "DQC" and "MQG". If you have no facilities for doing this on your mainframe host (see the earlier comments on mainframe-based library utilities), then you will have to transfer the library to a microcomputer and extract the necessary elements there. If this requirement seems to put you in a "Catch-22" situation because you have no facilities for mainfrome-to-microcomputer transfers, there is a way out; read the "Getting Started" section which follows|. 3. Use an "unsqueezer" (described above) to convert the "DQC" and "MQG" files extracted from the library into "DOC" and "MSG" files. As in the case of the library extractions, unsqueezing can be done on either a mainfrome host or a microcomputer, depending on your circumstances. Together, these files will tell you just about all there is to know about getting MODM7xx to run on your machine. Take the time to read them; they're quite informative. You will also get some helpful insights from reading some of the overlay files. These overlays, described in file PD: M7OVL-yy.LST, are used to customize MODM7xx for particular machines without having to edit and assemble the huge MODM7xx source file. Complete instructions for performing this procedure are contained in each overlay file. The letters "yy" in the above filename should be replaced with two digits giving the current version number as determined from CPM.CRCLST. And then, there is MEX. MEX stands for "modem executive", and it is just what the name implies, a communications and file-transfer program with a built-in mini operating system that runs under CP/M. This program can do file transfers using either the Christensen or Compuserve protocol, and it has an enormous potential for highly automated operations because it can read and execute command-scripts pre-stored in disk files. These scripts can include sending commands to a remote computer, as if they had been sent manually from the microcomputer in terminal-mode. Users of this relatively new program are still exploring its possibilities. For more information, look in CPM.CRCLST under the heading "PD:", and then get the various files that have "DQC" and "IQF" in their names. These DOCumentation and INFormation files are stored in squeezed form (note the "Q" in the filename extensions), so you will have to unsqueeze them. Overlays for MODM7xx will also work with MEX, but they will not provide all of the extended MEX features. Kermit: Another excellent program for transferring files is called KERMIT. This program has the advantage of being available for an impressively large number of mainframes and micros. It is, for example, available for the IBM-PC, and it DOES NOT require CP/M. To get started with KERMIT, connect to CU20B.ARPA using FTP, and do this: get ker:aaaread.me Note that this file is NOT on SIMTEL20, and the name is subject to change. If you cannot find a file with this name, snoop around in the first half- dozen or so files in the alphabetical listing obtainable using the FTP DIRectory command. You should find something useful. Questions can be addressed to INFO-KERMIT-REQUEST at CU20B.ARPA. Getting Started: In order to get MODM7xx, MEX or KERMIT running on your micro, you must first transfer the necessary files from mainframe to micro. If you already have a receive-to-disk communications program of some sort, you can use it to move the needed files. In the long-run it is essential to be able to transfer 8-bit binary files, but initially it is not absolutely necessary. Some of the files are quite large. For example, MODM7xx.COM is over 18K bytes, and the HEX file (which you will need if you can't transfer 8-bit files) is over 45K. Moving large files to your micro without using an error detecting protocol can result in frustrating errors, but it can be done by receiving multiple copies and using manual or machine-assisted comparisons to locate and repair bad parts of the code. However, there IS a better way. Directory PD: contains a short starter-program that can be FTPed to your mainframe, printed, and then entered into your microcomputer by hand and assembled. To examine this option, connect to SIMTEL20 via FTP and do this: get pd:pipmodem.asm get pd:pipmodem.doc get pd:mboot3.asm All are ASCII files. Read PIPMODEM.DOC first, then look at MBOOT3.ASM. PIPMODEM.DOC explains the situation very nicely. Questions concerning these programs should be sent to INFO-CPM@AMSAA.ARPA (NOT to INFO-CPM-REQUEST). NEWSGROUP CORRESPONDENCE ARCHIVES Copies of correspondence for several newsgroups are kept in directory PS: on SIMTEL20. At present, archives for the following newsgroups are available: ADA-SW AMETHYST-USERS INFO-68K INFO-APPLE INFO-CPM INFO-FORTH INFO-HAMS INFO-MICRO INFO-MODEM7 INFO-MODEMXX NORTHSTAR-USERS INFO-PASCAL UNIX-SW INFO-XENIX310 Descriptions of these and other newsgroups can be obtained via FTP with anonymous login (as for SIMTEL20) from the Network Information Center's host SRI-NIC.ARPA. Ask for the file PS:INTEREST-GROUPS.TXT (an ASCII file). And please note, this is NOT on SIMTEL20. File names for SIMTEL20 newsgroup correspondence archives have two forms. For example, PS:CPM.ARCHIV.ymmdd is a group of files containing INFO-CPM correspondence going back several years. The characters "ymmdd" in the file names are actually digits giving the year, month and day of the last message in each particular file. Current correspondence is kept in the file PS:CPM-ARCHIV.TXT, which is constantly changing. Although INFO-CPM has been used as an example here, the same naming scheme is used for the other newsgroup files as well. For a complete list of available files, connect to SIMTEL20 via FTP and do this: dir ps: At present, all of these files are stored in ASCII. ADDITIONS, IMPROVEMENTS AND CORRECTIONS Suggestions for additions, improvements and corrections to this message are always welcome. Please send them to INFO-CPM-REQUEST@AMSAA.ARPA. Contributions of public domain software are actively solicited. If you have something that seems appropriate for inclusion in the archive, please contact Keith Petersen . Likewise, contact Richard Conn if you wish to contribute to the archive, and Sue Tabron if you have something for the archive. Happy computing! Dave Towson INFO-CPM-REQUEST@AMSAA.ARPA 12-Dec-85 02:27:26-MST,3381;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Dec 85 02:27:17-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a023147; 12 Dec 85 3:56 EST Received: from usenet by TGR.BRL.ARPA id a000257; 12 Dec 85 3:47 EST From: The Polymath Newsgroups: net.micro.cpm Subject: Re: Are There Useful Programs for CPM ? Message-ID: <52@ttidcc.UUCP> Date: 10 Dec 85 19:55:37 GMT To: info-cpm@AMSAA.ARPA In article <864@houxa.UUCP> mel1@houxa.UUCP (M.HAAS) writes: > > ... Can anyone here point me in the direction of >one or more programs that I can use to: >1) Record and handle my personal checkbook. One that is as easier > to use than the regular manual methods, not harder and slower. > I am not particularly interested in summary reports or graphs. I don't think there's such an animal on any system. Some things just aren't worth computerizing. >2) Maintain and printout my mailing and phone list. I would like to > be able to printout just the phone numbers periodically as a > useful thing to have by each phone, and printout the addresses > around Christmas to serve as mailing labels. I maintain my Christmas list with WordStar and use a short BASIC program to print out labels. A minor mod to the BASIC program would let it handle phone numbers as you want. (The whole thing took under half an hour to write and debug). >3) A typing tutor program for my kids. One just like the one for the > VIC-20 that presents exercises and scores the results and advances > in difficulty in an intelligent manner (finger group by finger group). >4) Educational programs that drill in reading, spelling, arithmetic, > geography, science, etc. for ages 6 and up. I can't point to a specific program, but you might try _The Whole Earth Software Catalog_. I'd expect them to have some information on stuff like this. >5) For my hacking self: an emacs that is emacs (or mods to MINCE that make > it look more like emacs), a roff that works (nothing fancy), a yearly > budget planner that has the categories already worked out, a desk > calculator that can be brought up quickly and is easy to use. I've implemented my budget planner with SuperCalc. It's a trivial application that's served me well for years. > I have SuperCalc, >dBase II, BDS C, PILOT, various BASICS and assemblers, and know how >to use them (but don't want to). We have WordStar and that is fine >for letters, reports, and such - the only useful program I have on >the machine. Sounds like you've already got much of what you need. There are budget planners and mailing list programs out there if you insist (again, see _The Whole Earth ..etc._), but it's unlikely any will be _exactly_ what you want. Most will take just as long to set up and customize as it would take to implement them with SuperCalc or BASIC. -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ The Polymath (aka: Jerry Hollombe) Citicorp(+)TTI The more I work with C, the more I 3100 Ocean Park Blvd. appreciate the simple elegance of Santa Monica, CA 90405 FORTRAN. (213) 450-9111, ext. 2483 {philabs,randvax,trwrb,vortex}!ttidca!ttidcc!hollombe 12-Dec-85 19:48:07-MST,871;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Dec 85 19:47:58-MST Received: from wiscvm.arpa by AMSAA.ARPA id a009286; 12 Dec 85 21:29 EST Received: from (MAILER)UCF1VM.BITNET by WISCVM.WISC.EDU on 12/12/85 at 20:28:06 CST Return-path: WOODRUFF%UCF1VM.BITNET@WISCVM.ARPA Received: by UCF1VM (Mailer X1.21) id 5308; Thu, 12 Dec 85 21:23:03 EST Date: Thu, 12 Dec 1985 21:19 EST From: "Mark G. Woodruff" Subject: Performance comparisons To: "net.cpm?" Are there any published comparisons of performance of various CP/M machines? I am particularly interested in the 6 Mhz SB64180 versus the 8 Mhz Z80H. Regards, Mark P.S. Please send me a copy of whatever you post directly, as I get Info-CPM in digest form. 13-Dec-85 19:11:24-MST,1679;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Dec 85 19:11:12-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a029749; 13 Dec 85 20:17 EST Received: from usenet by TGR.BRL.ARPA id a005648; 13 Dec 85 19:54 EST From: George Wilson Newsgroups: net.micro.cpm Subject: Help with Kaypro Serial Port Message-ID: <1304@tekgvs.UUCP> Date: 12 Dec 85 06:30:51 GMT To: info-cpm@AMSAA.ARPA Here is a question for the Kaypro people out there. I have a early Kaypro IV and would very much like to initialize the serial port. Iam working on writing a terminal program for a special host. The host needs to have the communications setup a special way. From the documentation provided Iam not able to figure out how to communicate with the registers of the SIO. When I run my terminal program it does not send or receive any characters from the serial port. My program sets the baud rate bye writing a hex 0E to port 0. This should set me up for 9600. This is true if the system was reset. If I run one of my existing terminal programs, like SMODEM, and exit after it has initialized the serial port my program runs just fine. The system comes with a book that gives the port numbers and their functions as follows: Port# Function 0 Baud rate 4 R/W port for characters 6 Status/Control Is there something Iam missing in the documentation? Is there some example program I could look at? If it matters Iam programming in LMI Z80FORTH. Please reply to me at (503) 627-6596 or (503) 645-0765 Thanks Jed 13-Dec-85 19:39:48-MST,1189;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Dec 85 19:39:31-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a029836; 13 Dec 85 21:10 EST Received: from usenet by TGR.BRL.ARPA id a006714; 13 Dec 85 20:54 EST From: Bruce Walker Newsgroups: net.micro.cpm Subject: 5.25" disk format (Ampro) Message-ID: <512@aesat.UUCP> Date: 10 Dec 85 22:19:25 GMT To: info-cpm@AMSAA.ARPA I need to know the disk layout for an Ampro DSDD (single tracking) 386K formatted disk. If anyone out there with the following info could mail me same, I would be greatly appreciative. I need to know - number of reserved tracks. size of allocation block (2K or 4K or 16K etc) number of directory entries if sector skew is needed (or if done during formatting) A note went by regarding a file in the SIGM distribution that purported to tell all about various 5.25" disk formats. If someone can identify a source of *that* for me, I'd also be much appreciative. Bruce Walker {allegra,ihnp4,linus,decvax}!utzoo!aesat!bmw "I'd feel a lot worse if I wasn't so heavily sedated." -- Spinal Tap 13-Dec-85 20:00:41-MST,8326;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Dec 85 20:00:09-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a029874; 13 Dec 85 21:26 EST Received: from usenet by TGR.BRL.ARPA id a007105; 13 Dec 85 21:03 EST From: Bruce Eckel Newsgroups: net.micro.cpm Subject: Re: Unix on cpm Message-ID: <1049@vax2.fluke.UUCP> Date: 11 Dec 85 19:07:15 GMT To: info-cpm@AMSAA.ARPA > Is anybody familiar with "C/NIX"? I received a catalogue from SPITE > SOFTWARE, Portland, OR, with the following ad: > > C/NIX adds most of the power of Unix to any CP/M 2.2 system. C/NIX > features include named hierarchical directories, redirectable I/O, and > many of the commands and utilities of Unix (ls, cd, mkdir, tree, walk, > grep, etc.) Even on-line Help! [...] You can even turn on a "log" > file, which captures everything that appears on the screen and places it > in a file. [...] Even with all these features, you can still use DIR, > TYPE, PIP or any other operatings system utilities you have become > familiar with. At $59.95, C/NIX is a remarkable package. It's a big > package though, and we recommend it for daily use only for those with > double-sided or hard disks. > > Apparently they have it available for Morrow, Kaypro, Epson QX-10, > Osborne Exec, Osborne 1, and a few others. > > Anybody any experience with this? Is it as good as it sounds? I sure > wouldn't mind a couple of Unix features on my CP/M, but at $59.95 I'm > afraid it's going to be a kind of trivial product...? > > Rik Verstraete > 3804G Boelter Hall rik@LOCUS.UCLA.EDU > University of California ...!{ihnp4,ucbvax}!ucla-cs!rik > Los Angeles, CA 90024 Yes, I have C/NIX; I was given a copy to review and I played around with it for a while on my Kaypro 2X. If you are really stuck on the *details* of Unix, don't bother. You can see where the patches and limitations of CP/M are encountered. It lives on top of CP/M and hooks into the BDOS like anything else; I believe it replaces the CCP. It executes piping by creating temporary files which are redirected into the next program (you didn't really expect it to fork a process, did you?); but piping and redirection must be supported by the programs you are using. The programming language it is apparently written in, and "supports" is C/80 (which is a good system). You can even "relocate" a program up to 200H if it is in C/80 rel format and is assembled accordingly (I never did this so I am not sure whether I got the description right). The help function is quite similar to the man pages in unix, and is satisfactory. The tree-structured directories use (what else) user areas; a directory is simply a file with the names of the files in the other user area in it; 'cd' changes you to the user area. I am not sure if you can have 16 or 32 subdirectories. It would probably have been nice on the kaypro 10 with the hard disk, but even with 400k on a floppy I found it rather distracting. I think tree-structured directories are great when you have one big storage space, but when things are broken up into 400k sections which you have to manipulate by hand it is bothersome (but then, so are floppies). To sum, I think if you are a C programmer and are setting up a C programming environment, and are using a plain-vanilla cpm system, this would be an enhancement and probably useful to you (however, I don't know whether datestamper programs, and their accompanying 'make' programs will work with the system -- they might -- and I think 'make' would be of more use). If you use a lot of cpm programs it might be a hassle. Don't let the price scare you (you thought it was too low?); when I got the review copy it was over $100, I believe, and I think that was too much, but for 60$ it could provide a unix adherent with some comfort (and you don't *have* to use treed directories). Of course, the best system would be a 68020, 32032 or 80386 system with 8Mb and a 40 Mb disk running GNU at under $5k. Hopefully, in the next five years. In the meantime, I will be satisfied if I can get gnuemacs on a micro. Bruce Eckel uw-beaver!fluke!morgan From postnews Wed Dec 11 10:56:57 1985 Subject: Re: Unix on CP/M 2.2 Newsgroups: net.micro.cpm Distribution: net References: <7856@ucla-cs.ARPA> > Is anybody familiar with "C/NIX"? I received a catalogue from SPITE > SOFTWARE, Portland, OR, with the following ad: > > C/NIX adds most of the power of Unix to any CP/M 2.2 system. C/NIX > features include named hierarchical directories, redirectable I/O, and > many of the commands and utilities of Unix (ls, cd, mkdir, tree, walk, > grep, etc.) Even on-line Help! [...] You can even turn on a "log" > file, which captures everything that appears on the screen and places it > in a file. [...] Even with all these features, you can still use DIR, > TYPE, PIP or any other operatings system utilities you have become > familiar with. At $59.95, C/NIX is a remarkable package. It's a big > package though, and we recommend it for daily use only for those with > double-sided or hard disks. > > Apparently they have it available for Morrow, Kaypro, Epson QX-10, > Osborne Exec, Osborne 1, and a few others. > > Anybody any experience with this? Is it as good as it sounds? I sure > wouldn't mind a couple of Unix features on my CP/M, but at $59.95 I'm > afraid it's going to be a kind of trivial product...? > > Rik Verstraete > 3804G Boelter Hall rik@LOCUS.UCLA.EDU > University of California ...!{ihnp4,ucbvax}!ucla-cs!rik > Los Angeles, CA 90024 Yes, I have C/NIX; I was given a copy to review and I played around with it for a while on my Kaypro 2X. If you are really stuck on the *details* of Unix, don't bother. You can see where the patches and limitations of CP/M are encountered. It lives on top of CP/M and hooks into the BDOS like anything else; I believe it replaces the CCP. It executes piping by creating temporary files which are redirected into the next program (you didn't really expect it to fork a process, did you?); but piping and redirection must be supported by the programs you are using. The programming language it is apparently written in, and "supports" is C/80 (which is a good system). You can even "relocate" a program up to 200H if it is in C/80 rel format and is assembled accordingly (I never did this so I am not sure whether I got the description right). The help function is quite similar to the man pages in unix, and is satisfactory. The tree-structured directories use (what else) user areas; a directory is simply a file with the names of the files in the other user area in it; 'cd' changes you to the user area. I am not sure if you can have 16 or 32 subdirectories. It would probably have been nice on the kaypro 10 with the hard disk, but even with 400k on a floppy I found it rather distracting. I think tree-structured directories are great when you have one big storage space, but when things are broken up into 400k sections which you have to manipulate by hand it is bothersome (but then, so are floppies). To sum, I think if you are a C programmer and are setting up a C programming environment, and are using a plain-vanilla cpm system, this would be an enhancement and probably useful to you (however, I don't know whether datestamper programs, and their accompanying 'make' programs will work with the system -- they might -- and I think 'make' would be of more use). If you use a lot of cpm programs it might be a hassle. Don't let the price scare you (you thought it was too low?); when I got the review copy it was over $100, I believe, and I think that was too much, but for 60$ it could provide a unix adherent with some comfort (and you don't *have* to use treed directories). Of course, the best system would be a 68020, 32032 or 80386 system with 8Mb and a 40 Mb disk running GNU at under $5k. Hopefully, in the next five years. In the meantime, I will be satisfied if I can get gnuemacs on a micro. Bruce Eckel uw-beaver!fluke!morgan 13-Dec-85 20:35:48-MST,1343;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Dec 85 20:35:41-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000114; 13 Dec 85 22:06 EST Received: from usenet by TGR.BRL.ARPA id a008100; 13 Dec 85 22:00 EST From: "Edward G. Savage" Newsgroups: net.micro,net.micro.cpm,net.micro.trs-80,net.micro.6809,net.lang,net.wanted,net.wanted.sources Subject: Public Domain Compilers & Interpreters Message-ID: <4267@topaz.RUTGERS.EDU> Date: 13 Dec 85 00:29:50 GMT Xref: seismo net.micro:13770 net.micro.cpm:5359 net.micro.trs-80:557 net.micro.6809:656 net.lang:2059 net.wanted:8304 net.wanted.sources:1744 To: info-cpm@AMSAA.ARPA Does anyone out there know of any public domain compilers for any of the popular languages that are available for the TRS-80 Model I or CoCo? I know there is the old Dr. Dobbs C compiler, but does anyone have a converted CP/M version working on their Model I or CoCo? And what about the Xlisp interpreter? Does anyone have that working on their Model I or CoCo? How about any of the other popular languages like Prolog, Pascal, etc.? Any information related to such compilers or interpreters would be appreciated. Ed Savage SAVAGE@RU-GREEN -or- topaz!savage 15-Dec-85 12:14:03-MST,903;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Dec 85 12:13:56-MST Received: from usc-isi.arpa by AMSAA.ARPA id a003017; 15 Dec 85 13:55 EST Date: 15 Dec 1985 13:53:17 EST From: DKREBILL@USC-ISI.ARPA Subject: Osborne1 Help? To: info-cpm@AMSAA.ARPA cc: krebill@ARDC.ARPA I recently inherited an early Osborne1. It lacks the DD option, has no feature for supporting 80 Col., etc. am looking for pointers for sources for such upgrades, preferably as cheap as possible... There are two other "non-standard" things I would like to attempt with the box: 1) Hook up an external 8" floppy drive (possibly DS/DD) 2) Hook up my trusted H19 terminal to the RS232 port I would appreciate any help with any of these things! Merry Christmas! Dan Krebill P.S. Are there any on-line Osborne1 PD info/programs out there on the net? ------- 15-Dec-85 13:36:44-MST,901;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Dec 85 13:36:35-MST Received: from mitre.arpa by AMSAA.ARPA id a003158; 15 Dec 85 15:19 EST Message-Id: <8512151956.AA05752@mitre.ARPA> To: DKREBILL@USC-ISI.ARPA Cc: info-cpm@AMSAA.ARPA Cc: krebill@ARDC.ARPA Subject: Re: Osborne1 Help? In-Reply-To: Your message of 15 Dec 1985 13:53:17 EST. Date: 15 Dec 85 14:55:59 EST (Sun) From: Jeff Edelheit Dan - Look in the SIMTEL20 archives. There is a fair amt. of stuff specific to the O1 and lots of generic cp/m stuff that could be used. As an ex-O1 owner, I remember getting mailings from a company in Calif. that offered upgrades to the 80 col. support, double, quad & hard drives, big ram disks, etc., but the name of the company escapes me. Anyone else remember the company? Best of Luck. Jeff Edelheit 15-Dec-85 15:12:30-MST,2383;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Dec 85 15:12:21-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a003330; 15 Dec 85 16:46 EST Received: from usenet by TGR.BRL.ARPA id a002950; 15 Dec 85 16:41 EST From: Tom Nadas Newsgroups: net.micro.cpm Subject: Re: Are There Useful Programs for CPM ? Message-ID: <1798@utcsri.UUCP> Date: 14 Dec 85 16:07:02 GMT To: info-cpm@AMSAA.ARPA Try MailMerge for mailing labels Typing Tutor for typing tutor Checks & Balances from CDE software. The problem isn't the availability of CP/M software. I find that there's plently of first rate stuff out there. The problem is finding out what exists. Some excellent sources: FOGHORN: The newsletter of the First Osborne Group, the best CP/M specific publication in existence. $24 a year for 12 issues plus access to public domain bulletin boards. PROFILES: The slick mag from Kaypro corp. KAYPRO SOFTWARE DIRECTORY nad ADDENDUM, massive paperbacks listing hundreds of CP/M programs, with prices and publishers. Any Kaypro deal should be able to show you a copy. CANADA REMOTE SYSTEMS: a reputable mail order software dealer and huge public domain bbs. It doesn't matter which CP/M computer your using. Almost every program is available in versions for all major machines. Only problem is diskette compatibility, if you've got something weird. Get Media Master to solve that problem. A bargin at $39.95. There are some truly great programs in CP/M. I really like: dBase II FYI 3000 (textual database manager) NewWord (for specific projects, such as script writing; WS is still better for most serious writing) Tour: a terrific public domain outline processor The Word Plus: an absolutely first-rate spelling checker StarIndex: a servicable indexer and table of contents generator wsNote: a perfect footnoting utility for WordStar or NewWord FontStar: a font program for dot matrix printers that's much easier to use and less expensive than Fancy Font (although less versatile, as well). If you need specific info, mail me and I'll try to dig it out of my files. RJS Happy owner of an Osborne 1 in Toronto c/o -- Tom Nadas UUCP: {decvax,linus,ihnp4,uw-beaver,allegra,utzoo}!utcsri!tom CSNET: tom@toronto 15-Dec-85 19:21:45-MST,1319;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Dec 85 19:21:38-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a003744; 15 Dec 85 20:55 EST Received: from usenet by TGR.BRL.ARPA id a005887; 15 Dec 85 20:45 EST From: Carl Greenberg Newsgroups: net.micro.cpm Subject: Need MEX overlays Message-ID: <401@proper.UUCP> Date: 15 Dec 85 05:13:40 GMT Keywords: MXO-RS13.ASM MXO-VP10.ASM To: info-cpm@AMSAA.ARPA Help! I have a standard TRS-80 Model 4P running Montezuma Micro CP/M. I have plenty of nice PD stuff and a little other stuff, but my main trouble is that my only terminal program is a version of MDM730 that is a lot of wasted space (I took a look at it with a sector editor) on dialing stuff in Hayes mode, and not even CURSOR MOTION. So for now I have to use this thing in the TRSDOS mode... Even if I HAD a hayes I don't know how to activate the dialling, so my VenTel MD212+ has to be used manually. Help! I downloaded MEX114 and MEX112 libraries from a local RCP/M, but my current problem is that they aren't overlayed right. If anyone can send me the MXO-RS13.ASM overlay for the Mod 4 with Montezuma Micro CP/M, and MXO-VP10.ASM for my modem, I would be very grateful. Carl Greenberg 16-Dec-85 06:17:33-MST,2911;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 06:17:24-MST Received: from usc-isif.arpa by AMSAA.ARPA id a005752; 16 Dec 85 7:42 EST Date: 16 Dec 1985 04:39-PST Sender: STANLEY@USC-ISIF.ARPA Subject: Re: Osborne1 Help? From: STANLEY@USC-ISIF.ARPA To: DKREBILL@USC-ISI.ARPA Cc: info-cpm@AMSAA.ARPA, krebill@ARDC.ARPA Message-ID: <[USC-ISIF.ARPA]16-Dec-85 04:39:52.STANLEY> In-Reply-To: The message of 15 Dec 1985 13:53:17 EST from DKREBILL@USC-ISI.ARPA Received: FROM USC-ECLB.ARPA BY USC-ISIF.ARPA WITH TCP ; 15 Dec 85 11:21:29 PST from AMSAA.ARPA by USC-ECLB.ARPA; Sun 15 Dec 85 11:17:54-PST from usc-isi.arpa by AMSAA.ARPA id a003017; 15 Dec 85 13:55 EST Date: 15 Dec 1985 13:53:17 EST From: DKREBILL@USC-ISI.ARPA To: info-cpm@AMSAA.ARPA Cc: krebill@ARDC.ARPA Subject: Osborne1 Help? Return-Path: <@USC-ECLB.ARPA:info-cpm-request@AMSAA> I recently inherited an early Osborne1. It lacks the DD option, has no feature for supporting 80 Col., etc. am looking for pointers for sources for such upgrades, preferably as cheap as possible... There are two other "non-standard" things I would like to attempt with the box: 1) Hook up an external 8" floppy drive (possibly DS/DD) 2) Hook up my trusted H19 terminal to the RS232 port I would appreciate any help with any of these things! Merry Christmas! Dan Krebill P.S. Are there any on-line Osborne1 PD info/programs out there on the net? ------- -------------------- It is probably possible to hook up your H19 by redesignating the RS-232 port to CRT: with the SETUP program, but I haven't tried it. Because the OS-1 BIOS is in ROM, you have to fiddle it from the system tracks if you want to make changes to facilitate different devices, etc. In my 3 1/2 years with two Ozzies, I have not heard of anyone hooking up an eight-inch drive to one. It might be possible via the parallel port and/or the video port. Best source of poop on Osbornes is the First Osborne Group (FOG) in San Francisco. I'll try to locate their exact addres and send it to you. There is still quite a lot of software and new products available for the OS-1, especially from an outfit called Spite Software, and lots of RAM drive and interface accessories from West Wind. I've dealt with both and had no problems. There is PD software aplenty for the OS-1. One of the most complete is a terminal program called OTERM. It provides MODEM protocols, CIS protocols, ASCII transfer, etc, and is keyed to a 52-column Osborne. Our machines have been workhorses for a long time now, and we have had excellent luck with them. Keep it cool and clean and you should have no trouble. ...Dick Stanley (stanley@isif) 16-Dec-85 11:39:39-MST,642;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 11:39:32-MST Received: from usc-ecl.arpa by AMSAA.ARPA id a015959; 16 Dec 85 13:02 EST Date: Mon 16 Dec 85 09:59:45-PST From: Ted Shapin Subject: Re: 5.25" disk format (Ampro) To: bmw%aesat.uucp@BRL.ARPA cc: INFO-CPM@AMSAA.ARPA In-Reply-To: <512@aesat.UUCP> Phone: (714)961-3393; Mail:Beckman Instruments, Inc. Mail-addr: 2500 Harbor Blvd., X-11, Fullerton CA 92634 Message-ID: <12167610322.28.BEC.SHAPIN@USC-ECL.ARPA> i FORGOT TO ADD THERE IS NO SKEW, SKEW TABLE = 1,2,3,4,5,6,7,8,9,10 ------- 16-Dec-85 11:40:15-MST,845;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 11:40:04-MST Received: from usc-ecl.arpa by AMSAA.ARPA id a015936; 16 Dec 85 13:01 EST Date: Mon 16 Dec 85 09:57:59-PST From: Ted Shapin Subject: Re: 5.25" disk format (Ampro) To: bmw%aesat.uucp@BRL.ARPA cc: INFO-CPM@AMSAA.ARPA In-Reply-To: <512@aesat.UUCP> Phone: (714)961-3393; Mail:Beckman Instruments, Inc. Mail-addr: 2500 Harbor Blvd., X-11, Fullerton CA 92634 Message-ID: <12167610001.28.BEC.SHAPIN@USC-ECL.ARPA> SPT: 28H SECTORS/TRACK BSH: 04H BLK SHIFT BLM: 0FH BLK MASK EXM: 01H EXTENT MASK DSM: 00C2H DISK SIZE-1 DRM: 007FH DIR ENTRIES-1 ASV0: C0H DIR GROUP ALLOCATION 0 ALV1: 00H DIR GROUP ALLOCATION 1 CKS: 0020H CHECK SIZE OFF: 002H OFFSET (NUMBER OF RESERVED TRACKS) ------- 16-Dec-85 15:01:57-MST,1110;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 15:01:42-MST Received: from xerox.arpa by AMSAA.ARPA id a025734; 16 Dec 85 16:26 EST Received: from PinotNoir.ms by ArpaGateway.ms ; 16 DEC 85 12:27:53 PST Date: 16 Dec 85 12:24 PST From: Ghenis.pasa@XEROX.ARPA Subject: Re: Osborne1 Help? In-reply-to: Jeff Edelheit 's message of 15 Dec 85 14:55:59 EST (Sun) To: edelheit@MITRE.ARPA cc: DKREBILL@USC-ISI.ARPA, info-cpm@AMSAA.ARPA, krebill@ARDC.ARPA Message-ID: <851216-122753-1102@Xerox> You can get a full catalog of CP/M and Osborne goodies, both software and hardware, from: Spite Software 4875 SW 19th Drive Portland, Oregon 97201 800-824-7888 for orders Other helpful sources: FOG (First Osborne Group) PO Box 3474 Daly City, CA 94015-0474 (415) 755-2000 Nuevo Electronics Corporation (for Osborne hardware ugprades) PO Box 209 Richmond, TX 77496 (713) 341-6001 Disclaimer: I have no interest in or relationship with the above organizations except as a satisfied customer 16-Dec-85 15:40:51-MST,737;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 15:40:42-MST Received: from wiscvm.arpa by AMSAA.ARPA id a026771; 16 Dec 85 17:05 EST Received: from (MAILER)UMCVMB.BITNET by WISCVM.WISC.EDU on 12/16/85 at 16:03:57 CST Return-path: CCUC%UMCVMB.BITNET@WISCVM.ARPA Received: by UMCVMB (Mailer X1.21) id 7802; Mon, 16 Dec 85 15:53:17 CST Date: Mon, 16 Dec 85 15:47:14 CST From: UMC file server To: INFO-CPM@AMSAA.ARPA Subject: Subscription Please add CCUC@UMCVMB.BITNET to your mailing list. Also, please send a description of your archived correspondence. Thanks, Richard Winkel, UMC Computing Services (CCRJW@UMCVMB.BITNET) 16-Dec-85 18:20:35-MST,1036;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 18:20:21-MST Received: from dockmaster.arpa by AMSAA.ARPA id a027384; 16 Dec 85 19:44 EST Date: Mon, 16 Dec 85 19:38 EST From: "Paul E. Woodie" Subject: Osborne Memory Expansion To: info-cpm@AMSAA.ARPA Message-ID: <851217003802.752230@DOCKMASTER.ARPA> Has anyone had any experience with either the INOVA 500 memory card from Microtech Computer Services or the Multi-Function Board from Nuevo Electronics Corp.? Both are memory expansion boards for the Osborne Executive computer. I would like to expand the RAM memory in my Executive (bank switched cpm 3) and have heard of both of these memory expansion products through Spite Software but know nothing about either of them. Both claim to expand the memory (I assume through an internal memory board changeout) to 512k of ram. Both are roughly the same price. Thanks in advance, --Paul Woodie (Woodie.CPE -at dockmaster) 17-Dec-85 01:12:08-MST,2650;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Dec 85 01:11:59-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a028013; 17 Dec 85 2:54 EST Received: from usenet by TGR.BRL.ARPA id a000424; 17 Dec 85 2:41 EST From: Pete Holzmann Newsgroups: net.micro.cpm Subject: SUMMARY: The REAL answer to CP/M Directory Trashing Bug Message-ID: <186@octopus.UUCP> Date: 17 Dec 85 01:19:21 GMT To: info-cpm@AMSAA.ARPA Thanks to all who responded to my request for help! Several had good clues that led me to the correct answer. Original problem: STAT shows two identically-named files in a directory. DIR and other directory commands don't. How did it happen? How to fix? Suggestions: 1. Don't trust STAT. (*WRONG* STAT was correct. DIR was wrong!) 2. There may be invisible garbage characters in one filename. (*WRONG, In this case* but that can happen, I know...) 3. Maybe STAT sees a 2-extent file as 2 files? (*WRONG*) 4. A file is in the current user and in the public (user 0) area. (*WRONG* - That isn't a problem on Molecular, nor on any CP/M I know of, other than maybe OSM) 5. There are 2 files. The CREATE call doesn't check for existing files first. (*RIGHT*... But see below!) SUMMARY: It is up to the programmer to delete any existing file before using the CP/M CREATE call. CREATE always makes a new directory entry. HOWEVER, in MP/M, no previous delete is needed- the CREATE call returns an error if the file already exists! It appears that CB-80 assumes you will run programs under MP/M, so it doesn't bother with the delete. On the Molecular, you can run in either CP/M mode or MP/M mode. In our case, it turned out that one user had the MP/M flag turned off, so they were the unknown source of duplicate filenames. NOTE that duplicate filenames are an unexpected thing in xP/M, and different programs treat them differently. For example: STAT - sees both files DIR - sees one file D - sees one file, adding size of both files to get 1 size PIP - tacks one on to the end of the other (PIP will recombine the files automatically... maybe it collects all of the extents before moving anything?) OPEN call - usually gets the first directory entry in the system. MORAL: Watch your CREATES and P/M's! -- OOO __| ___ Peter Holzmann, Octopus Enterprises OOOOOOO___/ _______ USPS: 19611 La Mar Court, Cupertino, CA 95014 OOOOO \___/ UUCP: {hplabs!hpdsd,pyramid}!octopus!pete ___| \_____ Phone: 408/996-7746 17-Dec-85 16:40:24-MST,298;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Dec 85 16:40:17-MST Date: Tue, 17 Dec 85 18:13:58 EST From: Brian Samolyk (AWD) To: info-cpm@AMSAA.ARPA Subject: remove Please remove me from this list. 18-Dec-85 07:03:11-MST,2932;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 07:03:01-MST Received: from simtel20.arpa by AMSAA.ARPA id a028484; 18 Dec 85 8:31 EST Date: Monday, 16 December 1985 08:54-MST Message-ID: Sender: bower@DCA-EUR.ARPA From: bower@DCA-EUR.ARPA To: w8sdz@simtel20.ARPA Subject: MCAT/XCAT Ver 5 release ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Wed 18 Dec 1985 06:29-MST Now available from SIMTEL20: Filename Type Bytes CRC Directory PD: MCAT505.LBR.1 BINARY 100864 16D3H XCAT502.LBR.1 BINARY 81664 4053H New Release MCAT Version 5 Disk Cataloging Program XCAT Version 5 Catalog Cross-Reference Lister These two programs work as a team. MCAT catalogs the directory of any specified disk drive to a Master Catalog called MAST.CAT. XCAT reads the catalog and produces a cross-referenced listing of a selected set, or all of the files to the console, printer or disk file. In addition to Filenames and Types, a disk ID is automatically appended to each name in the catalog. Optional fields can also be appended with Version 5 to show the file's user area, and the created/modified date provided by Plu*Perfect Systems' DateStamper(tm). With Date features, CP/M 2.2 is required. If dates are not required, CP/M 3 should be useable. Major features provided in both MCAT and XCAT Version 5 are: * Two-level operation; interactive screen-oriented mode, and one-shot "Expert" mode with parameters passed on the command line. * Protection against corruption of MAST.CAT by conflicting operations * Ability to pre-define default settings without reassembly, and to set new values interactively within the programs. * Cursor and screen control definitions compatible with Plu*Perfect Systems' SETTERM utility for terminal installation. And some specific features: MCAT - Create MAST.CAT in any drive/user area and enter "Ignore" names - Ambiguous as well as unambiguous "Ignore" names supported - Add a disk ID from within the program - Delete catalog entries for any specific disk by disk ID XCAT - Search catalog and display only selected filenames, types or disks - Selectable destination for output filename, drive and user list - Display dates in US (mm/dd/yy) or European (dd.mm.yy) format Authors: v 5.0 Harold "Hal" Bower v 4.?? Irv Hoff v 1.0 Ward Christensen Bugs and revisions: Report bugs and suggested improvements to Hal Bower, or to Bridger Mitchell at Plu*Perfect Systems. In order to avoid a proli- feration of minor changes, please do not publicly release revisions of these programs. DateStamper is a trademark of Plu*Perfect Systems. CP/M is a trademark of Digital Research 18-Dec-85 08:59:24-MST,501;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 08:59:18-MST Received: from apg-3.arpa by AMSAA.ARPA id a002963; 18 Dec 85 10:29 EST Date: Wed, 18 Dec 85 10:21:59 EST From: John Shaver STEEP-TMAC 879-7602 Subject: MCAT505 and XCAT 502 To: info-cpm@AMSAA.ARPA Cc: jshaver@apg-3.ARPA I have previously used these programs as a part of the DATESTAMPER beta test. They are excellent and I recommend them. John 18-Dec-85 12:24:41-MST,1102;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 12:24:28-MST Received: from brl-aos.arpa by AMSAA.ARPA id a008437; 18 Dec 85 13:46 EST Received: from lll-mfe.arpa by AOS.BRL.ARPA id a014023; 18 Dec 85 13:40 EST Date: Mon, 16 Dec 85 16:32 EST From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA Subject: EMACSing under CP/M-80 To: INFO-CPM@BRL.ARPA Date: Mon, 16-DEC-1985 16:33 EST To: INFO-CPM@BRL.Arpa Message-ID: <[OAK.SAINET.MFENET].A8E6C160.008E799B.SECRIST> Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn. Geographic-Location: 36 01' 42" N, 84 14' 14" W CompuServe-ID: [71636,52] X-VMS-Mail-To: ARPA%"INFO-CPM@BRL.Arpa" What is your favorite EMACS-like editing environment under CP/M-80 ? Is this a product or a personal hack ? If a product, whose is it and where did you get it ? How does it compare to EMACS on 'the big machine' at work ? This should be interesting ! If you post it directly to me, I'll digest it for the list. Thanks ! Richard Secrist%OAK.SAInet.MFEnet@LLL-MFE.Arpa 18-Dec-85 20:16:17-MST,2694;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 20:16:05-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a016098; 18 Dec 85 21:47 EST Received: from usenet by TGR.BRL.ARPA id a005252; 18 Dec 85 21:44 EST From: "plus ca change, plus c'est la meme chose" Newsgroups: net.micro.cpm Subject: Public Domain CP/M database program Message-ID: <54@decwrl.UUCP> Date: 17 Dec 85 21:14:22 GMT Sender: daemon%decwrl.uucp@BRL.ARPA To: info-cpm@AMSAA.ARPA Randy White writes: > I am trying to locate a Public Domain database that can run under a > Z80 CP/M based system. My main concern is that it be able to sort on > any field without writing lengthly template/sort formulas. If you know anything about programming you might want to consider the public domain version of MUMPS. It's called MicroMUMPS and is available from: Dr. Richard Walters Dept. Elec. Comp. Engineering University of California Davis, CA 95616 I use it on my Kaypro II, and find it works well. I believe the cost is on the order of $60.00. MUMPS is a string-oriented ANSI-standard language which is designed to facilitate building and manipulating databases, and handles sorts very nicely from the programmers perspective. To sort on a field all you have to do is use the SET command to create an array (either in memory or on disk) using the desired field as a subscript, and MUMPS sorts it for you automatically. For example, let's say I have a MUMPS array: ^PEOPLE(NUMBER)=NAME;STREET;CITY;STATE;ZIP where NUMBER is an internal counter, and the data nodes (NAME, etc.) are my fields. To sort on ZIP would involve looping through ^PEOPLE(NUMBER), setting a variable ZIP to the 5th Piece of the node, and SETing the following scratch array : ^TEMP(ZIP,NUMBER)="" Then all I would need to do is loop through ^TEMP(ZIP,NUMBER), and retrieve my data nodes from ^PEOPLE(NUMBER), and do whatever I wanted with the records (write them out to a file, generate form letters, whatever...). If you have a hard disk on your Z80 system, there is a public domain database management system called Fileman (developed and used heavily at the Veterans Administration) which is also available from Dr. Walters which can do all this for you, without your needing to know anything about MUMPS code. Robert Craig Medical Systems Group (Home of Digital Standard Mumps) ..decwrl!ozone!craig 18-Dec-85 20:30:02-MST,1694;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 20:29:54-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a016147; 18 Dec 85 21:59 EST Received: from usenet by TGR.BRL.ARPA id a005341; 18 Dec 85 21:46 EST From: The Polymath Newsgroups: net.micro.cpm Subject: Re: Osborne1 Help? Message-ID: <63@ttidcc.UUCP> Date: 17 Dec 85 18:51:16 GMT To: info-cpm@AMSAA.ARPA In article <703@brl-tgr.ARPA> DKREBILL@USC-ISI.ARPA writes: >I recently inherited an early Osborne1. It lacks the DD option, >has no feature for supporting 80 Col., etc. am looking for >pointers for sources for such upgrades, preferably as cheap as >possible... The following three addresses should get you, and anyone else interested in Osborne software, off to a good start. First Osborne Group P.O. Box 3474 Daly City, CA 94015-0474 Phone: (415) 755-2000 WestWind Computer 1690 65th Street Emeryville, CA 94608 Phone: (415) 652-3222 Spite Software 4875 SW 19th Drive Portland, OR 97201 Phone: (800) 824-7888, operator 311 There are a number of other sources. Many are listed in the Spite catalog and the Foghorn (FOG's newsletter). Disclaimer: I'm not associated with any of the above companies, but I do own an Osborne 1. (It seemed like a good idea at the time). -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ The Polymath (aka: Jerry Hollombe) Citicorp(+)TTI 3100 Ocean Park Blvd. Geniuses are people so lazy they Santa Monica, CA 90405 do everything right the first time. (213) 450-9111, ext. 2483 {philabs,randvax,trwrb,vortex}!ttidca!ttidcc!hollombe 18-Dec-85 20:58:42-MST,3956;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 20:58:29-MST Received: from xerox.arpa by AMSAA.ARPA id a016157; 18 Dec 85 22:00 EST Received: from Tokay.ms by ArpaGateway.ms ; 18 DEC 85 18:58:44 PST Sender: "Philip M. Burton.osbunorth"@XEROX.ARPA Date: 18 Dec 85 17:18:29 PST (Wednesday) Subject: PC/BLUE Collection From: burton.osbunorth@XEROX.ARPA To: stidd.osbunorth@XEROX.ARPA cc: INFO-CPM@AMSAA.ARPA, INFO-MICRO@BRL.ARPA Message-ID: <851218-185844-1900@Xerox> GVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGV From: "Frank J. Wancho" To: INFO-IBMPC@usc-isib.ARPA, INFO-HZ100@radc-multics.ARPA cc: INFO-CPM@AMSAA.ARPA, INFO-MICRO@brl.ARPA Subject: The PC/BLUE Collection Return-Path: Redistributed: XeroxInfo-CPM^.wbst Received: from AMSAA (AMSAA.ARPA) by Xerox.ARPA ; 19 AUG 85 10:39:32 PDT Received: from simtel20.arpa by AMSAA.ARPA id a011438; 19 Aug 85 12:31 EDT Message-ID: GVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGV The complete PC/BLUE distribution is now available on SIMTEL20 from Volumes 000 through 124 in PD:. (Note the PD: designation as the current alias for the MICRO: structure.) Some notes: 1. Volumes 001 through 042 were reissued on double-sided disks, two volumes per disk. We made no attempt to split the files on those disks into their respective volumes as originally issued. Thus, for the volumes in this range, the files for the even-numbered volumes will be found in the directory containing the next-lower numbered volume. There are a few exceptions. It would be best to get a copy of PD:PC-BLUE.CRCLST to check. 2. These volumes were uploaded from copies of the distribution disks using a real IBM-PC using MEX-PC, except for two, which were uploaded later. In all cases, the MODEM protocol was used. This means that because PCDOS stores files in exact length and the MODEM protocol sends fixed blocks of 128, those files which were not exact multiples of 128 could not be checked with CRCK to verify the values against the published values in the -CATALOG files. Thus, we are going to assume, unless otherwise informed, that the copies were correctly uploaded from the disks we received, and further assume that the disks we received were correct copies of the master disks from which the published CRCs were computed. This is further compounded by the fact that we uploaded all the files in binary format and then post-processed the files to convert to ASCII those which follow certain rules. Thus, the resulting CRCs we publish in PD:PC-BLUE.CRCLST assume files are multiples of 128 and ASCII files are padded with ^Zs to the next 128-byte boundary. 3. We used the MODEM protocol instead of KERMIT so that you may use either protocol to download these files and use our published CRC values to verify that you got a correct copy of what we have stored here. Had we used KERMIT, those of you using MODEM would not have any basis to check on the file transfers. 4. Given the recent appearance of so-called Trojan Horse programs, we make no guarantees that these programs will work as documented and only as documented, and furthermore assume no liability should these programs fail to work or cause damage, incidental or otherwise. We merely present this collection as-is for those of you with Internet FTP access to SIMTEL20 for your convenience. 5. For those users at sites without Internet access, have your site manager contact me to make arrangements for one-time, as-is, tape copies of our collections made at our convenience on tapes you supply with return postage. There is no fee and our turnaround is slow. We can only write TOPS-20 DUMPER, TOPS-10 Interchange, and Unix tar format tapes, 9-TRK, 1600 bpi. --Frank 19-Dec-85 15:49:20-MST,655;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 15:48:57-MST Received: from usc-ecl.arpa by AMSAA.ARPA id a002415; 19 Dec 85 17:19 EST Date: Thu 19 Dec 85 14:14:43-PST From: Ted Shapin Subject: One-way password transform wanted To: info-ibmpc@USC-ISIB.ARPA, info-cpm@AMSAA.ARPA Phone: (714)961-3393; Mail:Beckman Instruments, Inc. Mail-addr: 2500 Harbor Blvd., X-11, Fullerton CA 92634 Message-ID: <12168443171.43.BEC.SHAPIN@USC-ECL.ARPA> I am looking for a one-way transform algorithm that could be used with passwords on 8088 and/or 8080 systems. ------- 19-Dec-85 18:23:20-MST,884;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 18:23:11-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a002778; 19 Dec 85 19:54 EST Received: from usenet by TGR.BRL.ARPA id a024377; 19 Dec 85 19:42 EST From: "J.S.Jonas" Newsgroups: net.micro,net.micro.cpm Subject: MPI disk drive specs needed Message-ID: <630@sfmin.UUCP> Date: 18 Dec 85 16:23:30 GMT Xref: seismo net.micro:13892 net.micro.cpm:5377 To: info-cpm@AMSAA.ARPA [Bdos err on drive a: BAD SECTOR] I need the specs for an MPI 52S DSDD 5.25 inch floppy drive, specifically, track-to-track seek time head settling time (so I can determine the CP/M seek rate) head loading time power consumption Thanks in advance Jeff 'still homebrewin' Skot {ihnp4 | allegra | mcnc ...} attunix ! jeffj 19-Dec-85 18:27:53-MST,1511;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 18:27:46-MST Received: from brl-tgr.arpa by AMSAA.ARPA id aa02778; 19 Dec 85 19:54 EST Received: from usenet by TGR.BRL.ARPA id a024381; 19 Dec 85 19:42 EST From: "J.S.Jonas" Newsgroups: net.micro.cpm Subject: May I boot from drive B. Please? Pretty please? Message-ID: <631@sfmin.UUCP> Date: 18 Dec 85 16:26:02 GMT To: info-cpm@AMSAA.ARPA [when in doubt, pip it!] When CP/M boots, it considers the drive that it booted from A: and starts with with the A> prompt. Can I corece it into believing it booted from B:, and how? One may ask "why", and I haven't a complete answer. I am puzzling over how to handle a system with a SSDD and a DSDD drive. Normally I boot from the SSDD, but if that boot is bad, I would want to boot from the DSDD. Unfortunately, the boot ROM looks only for device 0 so I have to change the drive addresses and will probably confuse CP/M (watta you mean drive 0 is single sided? It was double sided when I booted!). My solution for now is to logically define the double sided drive as B: double sided and D: single sided. This way, I can copy A: (the single sided drive) to D: and use the disk in drive A:. I just have to keep enough backups of the single sided system disk to keep out of trouble. Thanks in advance. Jeff 'how did I get into this' Skot {ihnp4 | allegra | mcnc} attunix ! jeffj 19-Dec-85 18:55:07-MST,1647;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 18:54:56-MST Received: from brl-tgr.arpa by AMSAA.ARPA id ab02778; 19 Dec 85 19:54 EST Received: from usenet by TGR.BRL.ARPA id a024400; 19 Dec 85 19:43 EST From: "J.S.Jonas" Newsgroups: net.micro.cpm Subject: disk errors [!PLEH] Message-ID: <633@sfmin.UUCP> Date: 18 Dec 85 16:30:51 GMT To: info-cpm@AMSAA.ARPA [BDOS err on a: bad sector] I see that message way too often. I am using NASHUA diskettes purchased bulk from JDR, so the medium should be fine. They start off error free, but then disaster strikes. (well, I'm using ED until I get WS. Could ED be bombing the disk?) I think the sector CRC may be off. Is there a program for CP/M similar to FSDB that allows you to read a bad sector, edit it and write it back with a new CRC? Should be fine is the correct phrase. I added a DSDD drive, and several diskettes have failed verification. It is always tracks >32 on side 1 (as opposed to side 0 which is used by SSDD drives). I doubt it is the disk drive since it is only in the inner tracks on one side (seek errors would be both sides, a bad head would be all tracks. Maybe the wire to the head?). Cable problems would be intermittent. I doubt it is the driver since it is side dependent. Could it be the medium? If anything I'd suspect the 0 side since the bottom side seems to have a larger unpolished hub than side 1 (the upper side). Any ideas? Thanks in advance. Jeff 'this is frustrating' Skot {ihnp4 | allegra | mcnc} attunix ! jeffj 19-Dec-85 19:53:29-MST,1166;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 19:53:19-MST Received: from mit-mc.arpa by AMSAA.ARPA id a002963; 19 Dec 85 21:25 EST Date: Thu, 19 Dec 85 21:26:02 EST From: Herb Lin Subject: help?? To: info-cpm@AMSAA.ARPA cc: LIN@mit-mc.ARPA Message-ID: <[MC.LCS.MIT.EDU].761678.851219.LIN> I run with two 8 inch floppies (QUME 842s) and a Compupro DISK-1 controller. I have been having trouble booting my MP/M 8-16 system. What happens is that the MPM loader needs to read a file from the data area on the floppy, and when it does so I get a BDOS Bad Sector error. The possible reasons are 1. bad drive 2. bad disk 3. bad controller It isn't the drive: I get the error when I interchange the drives so that the old A is the new B and vice versa -- the new A gives the same error. It isn't the disk: I tried it with several disks, and it happened with each. That leaves the controller. Anyone care to comment on whether or not a controller would do flaky things to reads and writes from just one or two tracks on a floppy? thanks. Herb 19-Dec-85 21:52:29-MST,833;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 21:52:22-MST Received: from simtel20.arpa by AMSAA.ARPA id a003137; 19 Dec 85 23:24 EST Date: Thu, 19 Dec 1985 21:22 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: "Ralph W. Hyre Jr." Cc: Info-Cpm@AMSAA.ARPA, Info-Micro@brl.ARPA, Info-HZ100@radc-tops20.ARPA Subject: SQ for TOPS-20 In-reply-to: Msg of 19 Dec 1985 13:57-MST from Ralph W. Hyre Jr. I see lots of unsqueeze utilities in pd:, but no obvious squeeze utilities. Any hints? - Ralph Yes, you'll find everything you need on SIMTEL20 in PD: --Keith 19-Dec-85 22:35:50-MST,1988;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 22:35:44-MST Received: from simtel20.arpa by AMSAA.ARPA id a003170; 19 Dec 85 23:58 EST Date: Tuesday, 17 December 1985 12:45-MST Message-ID: Sender: "Ralph W. Hyre Jr." From: "Ralph W. Hyre Jr." Subject: PCPI Applicard (aka StarCard) device drivers available ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Thu 19 Dec 1985 21:56-MST The following PCPI AppliCard (aka StarCard) device drivers are now available from SIMTEL20: Filename Type Bytes CRC Directory PD: PCPI-DRVR-READ.ME.1 ASCII 1023 A09CH PRINTER-BUFFER-DRVR.ASM.1 ASCII 25020 DFFBH SERIAL-GAME-DRVR.ASM.1 ASCII 14013 BC22H SVA-ZX4-DISK-DRVR.ASM.1 ASCII 17042 093EH SYNETIX-RAMDISK-DRVR.ASM.1 ASCII 27608 CF03H VISTA-DISK-DRVR.ASM.1 ASCII 20704 E911H Bought to you courtesy of the following individuals: Keith Petersen, installed software on simtel-20 Ralph Hyre, who uploaded the sources he got from Chris Peck. Chris Peck, who transfered files from a BBS to bitnet to ARPA (by mail) Doug Laing, who runs the RCP/M system the files were archived on. and of course, the authors... Printer-Buffer-Drvr.Asm.1; A printer buffer driver Serial-Game-Drvr.Asm.1; Uses Apple Game I/O port for serial output (just like they did in the good 'ol Red Apple book days) Synetix-Ramdisk-Drvr.Asm.1; A RAMDisk driver for the Synetix Flashcard Sva-Zx4-Disk-Drvr.Asm.1; Drivers for disk subsystems Vista-Disk-Drvr.Asm.1; (other than the Apple-supported ones) Executable drivers will be made available as soon as the sources are assembled. If you have a hardware configuration that you can test some of the drivers on please inform ralphw@c.cs.cmu.edu (or ralphw@cmu-cs-c) Thanks. - Ralph Hyre 20-Dec-85 05:57:53-MST,1100;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 05:57:45-MST Received: from simtel20.arpa by AMSAA.ARPA id a004317; 20 Dec 85 7:33 EST Date: Fri, 20 Dec 1985 05:31 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: SY.FDC@cu20b.ARPA Cc: Info-Modem7@SIMTEL20.ARPA, Info-Cpm@AMSAA.ARPA Subject: RB/SB YAM program for Unix Chuck Forsberg's rb and sb YAM-compatible programs for Unix are available from SIMTEL20 as: Filename Type Bytes CRC Directory PD: RB.1.2 ASCII 4311 7AC9H RB-217.C.1 ASCII 18475 40ECH RB-217.MAN.1 ASCII 5078 71FBH RBSB.C.3 ASCII 4354 57FDH SB.1.2 ASCII 3087 DABDH SB-222.C.1 ASCII 14743 2937H SB-222.MAN.1 ASCII 3614 93C9H Questions and comments to: Chuck Forsberg WA7KGX --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA GEmail: W8SDZ uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz 20-Dec-85 10:22:13-MST,757;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 10:22:00-MST Received: from xerox.arpa by AMSAA.ARPA id a011981; 20 Dec 85 11:45 EST Received: from PinotNoir.ms by ArpaGateway.ms ; 20 DEC 85 08:41:05 PST Date: 20 Dec 85 08:39 PST From: Ghenis.pasa@XEROX.ARPA Subject: Re: May I boot from drive B. Please? Pretty please? In-reply-to: "J.S.Jonas" 's message of 18 Dec 85 16:26:02 GMT To: jeffj%sfmin.uucp@BRL.ARPA cc: info-cpm@AMSAA.ARPA Message-ID: <851220-084105-1946@Xerox> On an Osborne-1 if you hit " (double quote) at boot time the system will think that a: is b: and viceversa, hence booting from the physical b: drive (you still get the a> prompt) 20-Dec-85 15:14:33-MST,920;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 15:14:20-MST Received: from xerox.arpa by AMSAA.ARPA id a022139; 20 Dec 85 16:37 EST Received: from Salvador.ms by ArpaGateway.ms ; 20 DEC 85 13:34:50 PST Sender: "Philip M. Burton.osbunorth"@XEROX.ARPA Date: 20 Dec 85 12:30:57 PST (Friday) Subject: Re: help?? From: Burton.osbunorth@XEROX.ARPA To: LIN@MIT-MC.ARPA cc: info-cpm@AMSAA.ARPA, LIN@MIT-MC.ARPA In-Reply-to: LIN%mit-mc:ARPA:Xerox's message of 20-December-85 (Friday) 1:57:28 PST - Reply-to: Burton.osbunorth@XEROX.ARPA Message-ID: <851220-133450-2188@Xerox> Herb, A friend having the same configuration (Compupro, Controller 1, etc.) had the same problem. We finally solved it using a head cleaner. Moral: Try the simple things first. Check the power supply, the cabling, and the heads. And the baud rate. Phil Burton 20-Dec-85 19:10:57-MST,1111;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 19:10:44-MST Received: from brl-aos.arpa by AMSAA.ARPA id a022684; 20 Dec 85 20:44 EST Received: from mit-eddie.arpa by AOS.BRL.ARPA id a020470; 20 Dec 85 20:36 EST Received: by mit-eddie (4.12/4.7) id AA21841; Fri, 20 Dec 85 20:20:39 est Date: Fri 20 Dec 85 20:23:44-EST From: Andrew Moore Subject: 56k -> 60k CP/M (HELP) To: info-apple@BRL.ARPA Cc: info-cpm@BRL.ARPA Message-Id: <12168739722.8.T.MOORE@DEEP-THOUGHT.MIT.EDU> Is there any way I can get around the "disk space already in use" message when trying to put 60k CP/M on a 56k CP/M disk (apple II+)? I was installing ZCPR2 on a floppy but the file was not working correctly and now I am stuck with 56k CP/M -- not much use since my hard drive works only under 60k. I have CP/M on the HD already but would like to have it available on the floppies as well. Whenever I try to put 60k on the 56k disk, I get the message and am returned to CP/M. Any suggestions? -drew ------- 20-Dec-85 20:03:55-MST,1216;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 20:03:49-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a022719; 20 Dec 85 21:16 EST Received: from usenet by TGR.BRL.ARPA id a013251; 20 Dec 85 21:04 EST From: Chuck Forsberg WA7KGX Newsgroups: net.micro,net.micro.pc,net.micro.cpm Subject: VMS 4.x rb and sb programs posted (YMODEM) Message-ID: <274@omen.UUCP> Date: 18 Dec 85 21:25:34 GMT Xref: seismo net.micro:13918 net.micro.pc:6747 net.micro.cpm:5384 To: info-cpm@AMSAA.ARPA Versions of the rb and sb programs with bug workarounds for VMS 4.x have been posted to net.sources. The manual pages are posted separately. In addition to the VMS version, the new manual pages better describe the Unix version posted a few weeks ago. -- Chuck Forsberg WA7KGX ...!tektronix!reed!omen!caf CIS:70715,131 Omen Technology Inc 17505-V NW Sauvie Island Road Portland OR 97231 Home of Professional-YAM, the most powerful COMM program for the IBM PC Voice: 503-621-3406 TeleGodzilla: 621-3746 (Hit CRs) L.sys entry for omen: omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp 20-Dec-85 20:46:38-MST,1261;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 20:46:13-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a022824; 20 Dec 85 22:18 EST Received: from usenet by TGR.BRL.ARPA id a014187; 20 Dec 85 22:06 EST From: "John M. Cole" Newsgroups: net.micro.cpm,net.micro Subject: How do I autostart my KAYPRO?? Message-ID: <989@mako.UUCP> Date: 19 Dec 85 23:41:32 GMT Xref: seismo net.micro.cpm:5385 net.micro:13922 To: info-cpm@AMSAA.ARPA This is my second posting of this. Somehow I don't think it got out as I never saw it on any of the requested newsgroups except for one local newsgroup (it's been 3 days). If it did, please excuse the reposting. I need some help in trying to figure out a way to get my KayproII to autostart a file from a cold boot. It seems to me that CP/M had some way to do this with AUTO.COM or something, but I don't see it in any of the documentation. I am working towards a "turnkey" system. I am running CP/M 2.2. I am familiar with how Northstar did it on their boxes running 2.2, but it seems this is different for Kaypro. Any advice/pointers would be greatly appreciated. Thanks in advance, John 21-Dec-85 10:18:25-MST,666;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 10:18:17-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a023912; 21 Dec 85 11:52 EST Received: from usenet by TGR.BRL.ARPA id a021662; 21 Dec 85 11:40 EST From: " L. L. Griffin " Newsgroups: net.general,net.micro.cpm Subject: Word Processer ROM pac for Exity Sorcerer. Message-ID: <357@we53.UUCP> Date: 19 Dec 85 18:58:33 GMT Xref: seismo net.general:4103 net.micro.cpm:5391 To: info-cpm@AMSAA.ARPA Does anyone know how and where I can acquire a Word Processer ROM pac for my Exidy Sorcerer II? ihnp4!we53!llg 21-Dec-85 10:21:25-MST,703;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 10:21:11-MST Received: from brl-tgr.arpa by AMSAA.ARPA id aa23912; 21 Dec 85 11:52 EST Received: from usenet by TGR.BRL.ARPA id a021671; 21 Dec 85 11:40 EST From: " L. L. Griffin " Newsgroups: net.general,net.micro.cpm Subject: Word Processing ROM pac for Exidy Sorcerer. Message-ID: <358@we53.UUCP> Date: 19 Dec 85 21:22:27 GMT Xref: seismo net.general:4104 net.micro.cpm:5392 To: info-cpm@AMSAA.ARPA Does anyone out there know where and how I can get the above WP rom bac for my little old Exidy Sorcerer II with 48K? ihnp4!we53!llg 314-291-3829 21-Dec-85 15:46:24-MST,540;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 15:46:18-MST Received: from usc-isi.arpa by AMSAA.ARPA id a024309; 21 Dec 85 17:25 EST Date: 21 Dec 1985 17:22:35 EST Subject: ARC utility for CP/M From: Steve Noland To: INFO-CPM@AMSAA.ARPA Does anyone know if there has been a version of the MSDOS ARC utility done for CP/M, or at least something that would allow one to extract files from a .ARC file? Thanks in advance, Steve Noland ------- 21-Dec-85 16:28:24-MST,698;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 16:28:18-MST Received: from usc-isid.arpa by AMSAA.ARPA id a024377; 21 Dec 85 18:05 EST Date: 21 Dec 1985 18:02-EST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: ARC utility for CP/M From: ABN.ISCAMS@USC-ISID.ARPA To: NOLAND@USC-ISI.ARPA Cc: INFO-CPM@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA]21-Dec-85 18:02:30.ABN.ISCAMS> In-Reply-To: The message of 21 Dec 1985 17:22:35 EST from Steve Noland Steve, Yes, DEARC.PQS at SIMTEL20, available via ANONYMOUS FTP as: TURBOPAS:DEARC.PQS no less. Turbo Pascal. David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 21-Dec-85 16:39:23-MST,1107;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 16:39:14-MST Received: from xerox.arpa by AMSAA.ARPA id a024393; 21 Dec 85 18:17 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 21 DEC 85 15:15:16 PST From: NBaheti.es@XEROX.ARPA Date: 21 Dec 85 15:15:32 PST Subject: Re: How do I autostart my KAYPRO?? In-reply-to: johnco%mako.uucp@BRL.ARPA's message of 19 Dec 85 23:41:32 GMT, <989@mako.UUCP> To: "John M. Cole" cc: info-cpm@AMSAA.ARPA Message-ID: <851221-151516-2705@Xerox> I don't own a Kaypro, so have never tested the program, but I have a program called AUTOBOOT on my RCP/M that has different versions for different KP CP/M's. It is under 20k, so can be downloaded quie easily. If you can't call, mail me directly and we can work out some sort of "disk-swap" via US-Mail. --Arun Baheti NBaheti.es@Xerox ...litvax!flkvax!trwrb!group3!arun 213-530-0670 [data/24hrs daily/300/1200/2400 baud] ps - Please reply to my @Xerox address if possible; I rarely check my UUCP account. 21-Dec-85 17:25:39-MST,1294;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 17:25:32-MST Received: from simtel20.arpa by AMSAA.ARPA id a024459; 21 Dec 85 19:03 EST Date: Sat, 21 Dec 1985 17:02 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Steve Noland Cc: Info-Cpm@AMSAA.ARPA Subject: ARC utility for CP/M In-reply-to: Msg of 21 Dec 1985 15:22-MST from Steve Noland Does anyone know if there has been a version of the MSDOS ARC utility done for CP/M, or at least something that would allow one to extract files from a .ARC file? Steve, DEARC.PQS is for MSDOS, not CP/M. It must be changed slightly and that has been done. DEARC for CP/M is available from SIMTEL20 as: Filename Type Bytes CRC Directory PD: DEARC-CP.LBR.1 BINARY 28032 C01AH I can't get it to run on my system because I don't have enough TPA space. Please give it a try, though. My TPA is smaller than most people's because of an EPROM at E000h. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA GEmail: W8SDZ uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz 21-Dec-85 18:13:13-MST,1429;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 18:13:03-MST Received: from simtel20.arpa by AMSAA.ARPA id a024503; 21 Dec 85 19:38 EST Date: Wednesday, 18 December 1985 14:25-MST Message-ID: Sender: Chuck Forsberg WA7KGX From: Chuck Forsberg WA7KGX Subject: VMS 4.x rb and sb programs (YMODEM) now on SIMTEL20 ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Sat 21 Dec 1985 17:27-MST Versions of the rb and sb programs with bug workarounds for VMS 4.x have been uploaded to SIMTEL20. They are available as: Filename Type Bytes CRC Directory PD: VMODEM.H.1 ASCII 925 88B7H VVMODEM.C.1 ASCII 6417 51F1H VVRB101.C.1 ASCII 16312 83E1H VVRB101.MAN.1 ASCII 5650 1C6AH VVSB.MAN.1 ASCII 4109 47FFH VVSB101.C.1 ASCII 11483 D655H In addition to the VMS version, the new manual pages better describe the Unix version posted a few weeks ago. -- Chuck Forsberg WA7KGX ...!tektronix!reed!omen!caf CIS:70715,131 Omen Technology Inc 17505-V NW Sauvie Island Road Portland OR 97231 Voice: 503-621-3406 TeleGodzilla: 621-3746 (Hit CRs) L.sys entry for omen: omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp 21-Dec-85 18:43:00-MST,789;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 18:42:55-MST Received: from simtel20.arpa by AMSAA.ARPA id a024542; 21 Dec 85 20:00 EST Date: Sat, 21 Dec 1985 17:56 MST Message-ID: From: "Frank J. Wancho" To: INFO-CPM@AMSAA.ARPA, INFO-MICRO@brl.ARPA, UNIX-SW@SIMTEL20.ARPA, ADA-SW@SIMTEL20.ARPA Cc: INFO-IBMPC@usc-isib.ARPA, INFO-HZ100@radc-tops20.ARPA Subject: Using "cd" (or "cwd") with ftp to SIMTEL20 In the past few days, we finally tracked down and fixed a problem that caused some user FTP programs to appear to hang after doing a "cd" or "cwd" to a directory on our PD: structure. Sorry for the temporary inconvenience. --Frank 22-Dec-85 02:18:34-MST,826;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Dec 85 02:18:30-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a025001; 22 Dec 85 3:50 EST Received: from usenet by TGR.BRL.ARPA id a028119; 22 Dec 85 3:41 EST From: jp@LANL.ARPA Newsgroups: net.micro.cpm Subject: Re: ARC utility for CP/M Message-ID: <35209@lanl.ARPA> Date: 22 Dec 85 05:22:24 GMT To: info-cpm@AMSAA.ARPA There exists a version of ARC in Turbo Pascal. I don't remember the exact name but it is something obvious like ARC.PAS. It is available on many BBS systems that have Turbo Pascal interest groups. I am pretty sure that there is a copy available on the Santa Fe BBS (505) 988-5867. This machine is available from 4pm to 6am MST and on weekends. Jim Potter jp@lanl.arpa 22-Dec-85 23:14:17-MST,1721;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Dec 85 23:14:07-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a026459; 23 Dec 85 0:54 EST Received: from usenet by TGR.BRL.ARPA id a005343; 23 Dec 85 0:42 EST From: Bruce Eckel Newsgroups: net.micro.cpm Subject: auto-booting a kaypro Message-ID: <1061@vax2.fluke.UUCP> Date: 21 Dec 85 01:54:23 GMT To: info-cpm@AMSAA.ARPA > I need some help in trying to figure out a way to get my KayproII to > autostart a file; I am working towards a "turnkey" system. I am > running CP/M 2.2. I am familiar with how Northstar did it on their > boxes running 2.2, but it seems this is different for Kaypro. Any > advice/pointers would be greatly appreciated. > The easiest way for you to do this is to get Plu*perfect's enhanced operating system for the Kaypro. Look in a Profiles for the address; they are in idyllwild CA. Their system has an autoboot configuration in the CPMCONFIG program. They also have a lot of other nice things; sort of a commercial ZCPR. You could also do it by hacking around with the operating system; apparently there is some space on the system tracks where, if you insert a command line, it will autoboot that line. I remember reading about it, but I already had pluperfect so I didn't pay much attention. It might be in a back issue of micro C (before they went MSDOS; well, only one issue has come out since that happened, but I am still a bit shocked at David Thompson -- last summer at SOG, he said he would support CP/M tp the grave. I didn't realize he meant *it's* grave). Bruce Eckel uw-beaver!fluke!morgan 23-Dec-85 14:10:40-MST,642;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Dec 85 14:10:33-MST Received: from usc-ecl.arpa by AMSAA.ARPA id a009823; 23 Dec 85 15:34 EST Date: Mon 23 Dec 85 12:32:38-PST From: Ted Shapin Subject: Resident screen copier wanted To: info-cpm@AMSAA.ARPA Phone: (714)961-3393; Mail:Beckman Instruments, Inc. Mail-addr: 2500 Harbor Blvd., X-11, Fullerton CA 92634 Message-ID: <12169473161.27.BEC.SHAPIN@USC-ECL.ARPA> I am looking for a program that will stay resident and copy everything that other programs send to the console to a disk file. ------- 23-Dec-85 18:30:42-MST,2536;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Dec 85 18:30:27-MST Received: from brl-aos.arpa by AMSAA.ARPA id a011904; 23 Dec 85 20:02 EST Received: from mit-mc.arpa by AOS.BRL.ARPA id a006129; 23 Dec 85 19:56 EST Received: from Xerox.ARPA by MC.LCS.MIT.EDU 23 Dec 85 19:55:58 EST Received: from PinotNoir.ms by ArpaGateway.ms ; 23 DEC 85 16:49:20 PST Date: 23 Dec 85 15:05 PST From: Ghenis.pasa@XEROX.ARPA Subject: So. California Computer Club Raffle and Auction To: Ghenis.pasa@XEROX.ARPA, CPMInterest^.dlos@XEROX.ARPA, 820Interest^.wbst@XEROX.ARPA, HomeComputing^.x@XEROX.ARPA, info-micro@BRL-VGR.ARPA, info-cpm@MIT-MC.ARPA Reply-to: Ghenis.pasa@XEROX.ARPA Message-ID: <851223-164920-1060@Xerox> PLEASE EXCUSE THE WIDE DISTRIBUTION. I know this only concerns people in the Los Angeles area, but I couldn't scope the distribution down and still get to all those interested. SORRY. (If you must flame do it personally to avoid net clutter) ANNOUNCEMENT: OKOK, a non-profit public-service computer club for CP/M users (and now MS-DOS too) meets the second Tuesday of each month in the Winette Lounge at Cal Tech, Pasadena, California. Hands-on sessions are from 6:30 to 8:00 upstairs, General Meeting from 8:00 to 10:00 PM downstairs. The Tuesday, January 14th meeting (at 6:30) will feature a HARDWARE AND SOFTWARE RAFFLE, followed by an AUCTION. Many valuable items have been donated for this event by members and local merchants. Don't miss this event! YOU DO NOT NEED TO BE A MEMBER TO ATTEND AND PARTICIPATE. Club Description: *Monthly meetings with hands-on sessions, guest speakers, vendor demos, public domain software exchange. *Additional meetings throughout the month for special interest groups (MS-DOS, hardware, telecommunications, writers, programming, etc) *Monthly newsletter mailed to members. Members can place free ads. *Remote Bulletin Board System. *OKOK arranges group purchases. In the past members have enjoyed discounts as large as 65% on some products. *Low tuition mini-classes (fees in 1985 were $15 for 3 or 4 hours) on many subjects and levels, such as introductory, intermediate or advanced WordStar, Supercalc, DBase II, programming in BASIC, Turbo Pascal, LISP, telecommunications, computer maintenance, etc *Annual membership dues are only $24 FOR MORE INFORMATION just message me, Pablo Ghenis (Ghenis.pasa@Xerox.Arpa) or call (818)449-9012 (evenings and holidays). 23-Dec-85 23:34:28-MST,3152;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Dec 85 23:34:18-MST Received: from simtel20.arpa by AMSAA.ARPA id a013063; 24 Dec 85 1:08 EST Date: Mon, 23 Dec 1985 23:06 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Ted Shapin Cc: Info-Cpm@AMSAA.ARPA Subject: Resident screen copier wanted In-reply-to: Msg of 23 Dec 1985 13:32-MST from Ted Shapin I am looking for a program that will stay resident and copy everything that other programs send to the console to a disk file. Just such a program was recently uploaded to SIMTEL20: Filename Type Bytes CRC Directory PD: PHOTO.LBR.1 BINARY 6016 473BH PHOTO.COM makes a copy (takes a picture) of all screen displays and keyboard entries; and write these characters to a disk file. This is useful for getting all of the screen prompts from a given program that does not have a companion .DOC file that will tell you what to expect. To use PHOTO.COM for I/O capture, use the command line: A>PHOTO D:filename.typ D:program Where: D: is the disk drive D:filename.typ -- is the file to be created by PHOTO.COM D:program is the program (PROGRAM.COM) whose screen prompts you want to copy are the normal parameters you would enter after the program name (WS B:filename) Photo will continue to write all screen displays and keyboard entries to FILENAME.TYP until C is entered from the keyboard. EXCEPTIONS Unfortunately, if PROGRAM.COM contains certain hard device calls or screen controls these program elements may either defeat PHOTO.COM, or enter characters in FILENAME.TYP that will prevent the file from being edited by programs like WordStar. For Example, you want a file copy of the log on-messages in WordStar. The proper command line is: A>PHOTO D:WORDSTAR.MSG D:WS WORDSTAR.MSG will contain all of the WordStar signon messages, however, it will also contain screen control characters that will prevent WordStar from editing the file. If the file does not show you the expected text when you open it under WordStar, exit WordStar and try viewing it with: A>TYPE filename.ext If TYPE displays the text as you expect to see it, you must edit out the screen control characters with DDT, SID, DUU or some other ASCII file editor. If you are unable to access SIMTEL-20 because of network restrictions please remember that MOST of the new files announced to Info-Cpm are also available on my RCP/M Royal Oak (MI) which may be accessed at 300 bps (Bell 103a), 1200 bps (Bell 212a), or 2400 bps (V.22 bis). The telephone number is (313) 759-6569. They are also available from the CPM RoundTable on General Electric Information Services' GEnie. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA GEmail: W8SDZ uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz 24-Dec-85 06:16:14-MST,848;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 06:16:09-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a015208; 24 Dec 85 7:52 EST Received: from usenet by TGR.BRL.ARPA id a022816; 24 Dec 85 7:47 EST From: Tom Nadas Newsgroups: net.micro.cpm Subject: Re: May I boot from drive B. Please? Pretty please? Message-ID: <1830@utcsri.UUCP> Date: 20 Dec 85 15:36:23 GMT To: info-cpm@AMSAA.ARPA Depends on your computer. On the Osborne 1, hitting " (i.e, shift- double quote) will boot from B. On the Osborne Executive and Vixen, hitting Tab instead of will boot from B. don't know about other brands. RJS in Toronto c/o -- Tom Nadas UUCP: {decvax,linus,ihnp4,uw-beaver,allegra,utzoo}!utcsri!tom CSNET: tom@toronto 24-Dec-85 06:52:11-MST,1792;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 06:51:57-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a015762; 24 Dec 85 8:19 EST Received: from usenet by TGR.BRL.ARPA id a023480; 24 Dec 85 8:05 EST From: "Richard L. Klappal" Newsgroups: net.micro.cpm Subject: Re: disk errors [!PLEH] Message-ID: <252@chinet.UUCP> Date: 22 Dec 85 08:34:55 GMT To: info-cpm@AMSAA.ARPA In article <633@sfmin.UUCP> jeffj@sfmin.UUCP (J.S.Jonas) writes: >[BDOS err on a: bad sector] > > I see that message way too often. I am using NASHUA diskettes >purchased bulk from JDR, so the medium should be fine. >They start off error free, but then disaster strikes. >(well, I'm using ED until I get WS. Could ED be bombing the disk?) >I think the sector CRC may be off. Is there a program for CP/M >similar to FSDB that allows you to read a bad sector, edit it and >write it back with a new CRC? It sounds like you may have a problem with dirty heads and/or head alignment. The higher numbered tracks are towards the hub, thus the information is packed more tightly there. Re: disk editors, check most any RCP/M for Ward Christensen's DU program (or its later derivatives). It will allow you to read/edit /rewrite any sector on the disk, and I have used it on Os1, Kaypro, and the pseudo-disks that the Mimix package creates for CP/M on my Fortune 32:16 (UN*X derivative), all without any modification whatsoever. There are commercial editing programs avail (Disk Doctor, Inspect, and who knows what else), that may be easier to use than Wards, but they aren't any better (my opinion). -- --- UUCP: ..!ihnp4!chinet!uklpl!rlk || MCIMail: rklappal || Compuserve: 74106,1021 --- 24-Dec-85 08:37:46-MST,971;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 08:37:29-MST Received: from brl-tgr.arpa by AMSAA.ARPA id aa18959; 24 Dec 85 10:07 EST Received: from usenet by TGR.BRL.ARPA id a025555; 24 Dec 85 9:59 EST From: Ross Greenberg Newsgroups: net.micro.cpm Subject: Re: auto-booting a kaypro Message-ID: <2078@phri.UUCP> Date: 23 Dec 85 20:06:08 GMT To: info-cpm@AMSAA.ARPA > > > I need some help in trying to figure out a way to get my KayproII to > > autostart a file; I am working towards a "turnkey" system. I am > > running CP/M 2.2. I am familiar with how Northstar did it on their > > boxes running 2.2, but it seems this is different for Kaypro. Any > > advice/pointers would be greatly appreciated. > > > The copy program that comes with the KAYPRO has the ability of setting up the autostart line when you are copying or formatting a disk. 24-Dec-85 09:02:21-MST,1090;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 09:02:09-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a018959; 24 Dec 85 10:07 EST Received: from usenet by TGR.BRL.ARPA id a025482; 24 Dec 85 9:57 EST From: Alex Pensky Newsgroups: net.micro.cpm Subject: Re: disk errors [!PLEH] (BDOS err on a:) Message-ID: <711@abic.UUCP> Date: 23 Dec 85 17:31:35 GMT To: info-cpm@AMSAA.ARPA > [BDOS err on a: bad sector] > I see that message way too often. ... Could be that CP/M is still using the directory and disk parameters from a disk previously in the same drive, for which the current disk access would have been erroneous. The solution is to warm boot (control C) after every disk change. If you are running purchased software which requires disk changes but doesn't reread the directory after you do so, the software is buggy. Sorry if this seems like trivial help, but you didn't say what causes you had already ruled out before suspecting your diskettes. - Alex Pensky 24-Dec-85 09:22:04-MST,935;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 09:21:56-MST Received: from simtel20.arpa by AMSAA.ARPA id a019978; 24 Dec 85 10:39 EST Date: Tue, 24 Dec 1985 08:37 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: New ZCPR3 news files available The following ZCPR3 newsletters are now available from SIMTEL20: Filename Type Bytes CRC Directory PD: Z3NEWS.309.1 ASCII 20988 BC52H <--newsletter 309 Z3NEWS.3Q9.1 BINARY 14592 C14CH <--same, squeezed Z3NEWS3.LBR.1 BINARY 103680 B405H Z3NEWS3.LBR is Echelon newsletters 301-309 squeezed for those who are a bit behind. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA GEmail: W8SDZ uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz 24-Dec-85 09:42:13-MST,3204;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 09:41:59-MST Received: from lll-mfe.arpa by AMSAA.ARPA id a020171; 24 Dec 85 10:47 EST Date: Tue, 24 Dec 85 07:46 PST From: "Webb Mike"@LLL-MFE.ARPA Subject: re: auto loading a kaypro To: info-cpm@AMSAA.ARPA a method for auto loading of cp/m i have used on several different systems is this: o fist you need to copy a bootable work disk, and be sure you have ddt/edfile/patch or some tool you are comfortable with,for use in patching your system image.if you don't have a favorite,the PATCH utility is one i can't live without and i recomend it. o you will also need a copy of your 'system' (ie save a copy with "sysgen" or "movcpm" to the disk). again if you use patch,you can also just patch the system tracks. o using the debug/patching tool of your choice,open up your system image and look for the begining of your CCP.(i am asuming that you are *NOT* running zcpr/zcpr2/zcpr3. if you are,ignore the rest of this note,and read the documentation on the zcpr? you are running.)the big clue here is it should be around 0A00H and you normaly will find the DIGITAL RESEARCH copyright notice close by. o your CCP should begin with 2 jumps. the first is the normal entry for the ccp,the second is an entry to bypass the auto load 'feature' you are trying to turn on.(these will be C3 xx xx C3 xx xx) o when you find this seq. it is decoded as: C3 xx xx C3 xx xx nn ## ** ** ** ** ** ** and so on... \______/ \______/ /\ /\ /\ normal alt. || || || the command starts here and goes ccp ccp || || |+- for a maximum of nn characters. entry entry || || || |+- this is a single byte containing the || length of your command string. || |+- this is a singel byte containing the max. space in the command buffer.(normaly '7F') o after you have patched your immage,don't forget to save it. you then run sysgen/movcpm in the normal way to copy this new system to your system tracks and then boot it. that's about it. if you have any questions or problems let me know and i will try to help. i have never used this on a kaypro,but i think it is generic CP/M. i disclaim all disclaimers and further more state that the above info would have been impossible for me to provide with out an open copy of "PROGRAMMERS GUIDE TO CP/M" eidted by SOL LIBES (hope there are not toooo many typos) mike webb webb@lll-mfe.arpa  24-Dec-85 11:03:03-MST,9071;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 11:02:15-MST Received: from simtel20.arpa by AMSAA.ARPA id a022147; 24 Dec 85 12:23 EST Date: Tue, 24 Dec 1985 10:22 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: New files added to SIMTEL20 between 9-Nov-85 and 24-Dec-85 The following is a list of new files added to SIMTEL20's PD: directories between 9-Nov-85 and 24-Dec-85. For a complete list of all files, get PD:CPM.CRCLST. Filename Type Bytes CRC PD: PCPI-DRVR-READ.ME.1 ASCII 1023 A09CH PRINTER-BUFFER-DRVR.ASM.1 ASCII 25020 DFFBH SERIAL-GAME-DRVR.ASM.1 ASCII 14013 BC22H SVA-ZX4-DISK-DRVR.ASM.1 ASCII 17042 093EH SYNETIX-RAMDISK-DRVR.ASM.1 ASCII 27608 CF03H VISTA-DISK-DRVR.ASM.1 ASCII 20704 E911H PD: TDL-TOOL.LBR.1 BINARY 68224 893BH TIMESTMP.LBR.1 BINARY 9344 A682H XLT80-8.LBR.1 BINARY 42496 9F7DH XREF27.LBR.1 BINARY 40704 D55BH PD: MBPRE-11.LBR.1 BINARY 17408 4C54H PD: -BYE500.NOT.1 ASCII 708 08B9H -BYEUTIL.DOC.2 ASCII 1496 A8E4H B3-TIME.INF.3 ASCII 972 1312H B339INS.LBR.1 BINARY 116736 49C2H B3AC-2.IQS.3 BINARY 2688 B60CH B3AD-2.IQS.3 BINARY 2944 6C08H B3AM-2.IQS.3 BINARY 2944 D693H B3AP-2.IQS.3 BINARY 3072 0EA3H B3B2-0.IQS.3 BINARY 2560 28A8H B3C-5832.IQS.3 BINARY 2176 BBCDH PD: B3C-BBII.IQS.3 BINARY 1792 AE78H B3C-BIN.IQS.3 BINARY 2048 6631H B3C-CW.IQS.3 BINARY 2176 2557H B3C-DD.IQS.1 BINARY 3200 119EH B3C-KCT.IQS.3 BINARY 1408 4D00H B3C-KP4.IQS.3 BINARY 1792 069CH B3C-KPRO.IQS.3 BINARY 3456 C8A6H B3C-LEG2.IQS.3 BINARY 3072 B37EH B3C-QX10.IQS.3 BINARY 2688 5CBFH B3C-SS1.IQS.3 BINARY 2176 7CC4H B3C-XERO.IQS.3 BINARY 1664 972EH B3CC-2.IQS.3 BINARY 3584 025CH B3CMP1.IQS.2 BINARY 2944 6D6FH B3CP-2.IQS.3 BINARY 4224 1B7CH B3DP-2.IQS.3 BINARY 2816 DB5AH B3EA-2.IQS.3 BINARY 2816 5EFAH B3EP-1.IQS.3 BINARY 2688 4CB1H B3H8-2.IQS.3 BINARY 2688 05DCH B3HZ-2.IQS.3 BINARY 3072 DB25H B3KP-2.IQS.3 BINARY 2432 7862H B3MD-2.IQS.3 BINARY 3584 8B51H B3OS-2.IQS.3 BINARY 5248 9EB8H B3OV-2.IQS.3 BINARY 6656 6EE5H B3PH-2.IQS.3 BINARY 2432 0BE9H B3PMMI-4.AQM.1 BINARY 4992 9B82H B3R1-2.IQS.3 BINARY 1920 AA31H B3R2-2.IQS.3 BINARY 3072 B26CH B3R3-2.IQS.3 BINARY 2048 F9EBH B3R4-2.IQS.3 BINARY 2304 0E86H B3SA-2.IQS.1 BINARY 2560 D179H B3SB-2.IQS.3 BINARY 2432 29DAH B3TV-2.IQS.3 BINARY 2560 1FD8H B3US-2.IQS.3 BINARY 2944 CC44H B3XE-2.IQS.3 BINARY 2304 C2EFH B3ZB-3.IQS.3 BINARY 3200 83D0H BDOS.MAC.2 ASCII 2058 ECF5H BDOS.REL.2 BINARY 128 9891H BYE3-INS.INF.3 ASCII 2340 E462H BYE3-INS.IQF.3 BINARY 1920 0FE2H BYE339.AQM.2 BINARY 60032 C781H BYE339.DQC.1 BINARY 32000 74F7H BYE339.LBR.1 BINARY 127872 580FH BYETIME.COM.2 BINARY 9600 F05AH BYETIME.PQS.2 BINARY 2688 B3BDH CALLME.COM.2 BINARY 9088 FD9CH CALLME.PQS.2 BINARY 3072 5F5FH GETNAME.BAS.2 ASCII 1113 E5B3H METAL.FIX.2 ASCII 2631 7D0AH PD: B5AA-2.IQS.1 BINARY 4480 706BH B5EA-2.IQS.1 BINARY 2944 81A9H B5ZB-2.IQS.1 BINARY 3072 0F3FH B5ZB-3.IQS.1 BINARY 3200 509DH PD: CCAT24.LBR.1 BINARY 26752 2017H M-XCAT5.MSG.1 ASCII 2470 270AH MCAT45.LBR.2 BINARY 83968 3EC9H MCAT505.LBR.1 BINARY 100864 16D3H XCAT43.LBR.1 BINARY 30592 24BCH XCAT502.LBR.1 BINARY 81664 4053H PD: BANKSWAP.LBR.1 BINARY 15616 5E0AH PD: ARCDIR.CMD.1 BINARY 14208 56ECH ARCDIR.DOC.1 ASCII 1455 70A7H EMUL-V22.LBR.1 BINARY 15872 F9B0H PD: ARCDIR.COM.1 BINARY 10624 58D5H ARCDIR.DOC.1 ASCII 1455 70A7H NULU11.BQ2.1 BINARY 7808 DD8AH NULU15.BQG.1 BINARY 2432 DA94H PD: DIRR4.LBR.1 BINARY 48512 E238H NEWD.LBR.1 BINARY 9216 2DFBH SD-REV.VQD.1 BINARY 4352 9E72H SD111.LBR.1 BINARY 71680 7D43H UNERA31.LBR.1 BINARY 22912 7716H PD: COMPRESS.AQM.1 BINARY 3968 4253H DAZLSTR1.LBR.1 BINARY 80384 22E1H PD: SODU82.LBR.1 BINARY 33536 1D2EH PD: BARCODE.LBR.1 BINARY 23808 F026H FACELIFT.BQS.1 BINARY 3840 914CH PD: FIP.LBR.1 BINARY 51584 C629H PD: COMID1.LBR.1 BINARY 3840 14C8H COMPAR11.LBR.1 BINARY 8064 F598H GRAB.LBR.1 BINARY 21376 F26AH TABLECRC.LBR.1 BINARY 1920 504CH PD: DISPMEN.LBR.1 BINARY 8576 6B12H PD: INTERNET.GATEWAYS.1 ASCII 9662 E8C2H PD: ARRL0420.TXT.1 ASCII 20529 9EE2H CELLULAR.SIEVE.1 ASCII 14913 EF2AH HAMFREQS.LST.1 ASCII 9825 9AF0H W5YI0720.TXT.1 ASCII 19452 9FB4H PD: DIAL.ASM.1 ASCII 7229 E315H DIAL.INS.1 ASCII 684 86F7H PD: WS.HQP.1 BINARY 2944 2DFBH PD: I2BT-1.AQM.1 BINARY 8192 15B0H I2C8-1.AQM.1 BINARY 10240 3681H I2US-1.AQM.1 BINARY 7424 622EH PD: DEC85.MQG.1 BINARY 22528 E565H KCHRSET1.LBR.1 BINARY 13824 6C45H NDSKMSTR.LBR.1 BINARY 39424 AD87H PD: ZIPP.LBR.1 BINARY 12160 6580H PD: BASE.LBR.1 BINARY 10496 CA19H PD: MXM-AD14.AQM.1 BINARY 10368 4847H MXM-AD14.HQX.1 BINARY 2560 37E5H MXO-BW12.AQM.1 BINARY 13696 32D7H MXO-HZ20.AQM.1 BINARY 16128 DCB3H MXO-MR11.AQM.1 BINARY 23936 9373H PD: BBSLAW01.MSG.1 ASCII 3416 250FH BBSLAW02.MSG.1 ASCII 5805 2BFEH BBSLAW03.MSG.1 ASCII 8391 91B9H BYAREA.BBS.506 ASCII 67583 40D9H EBCDIC.CQ.1 BINARY 1920 7189H PDFT-115.LQT.1 BINARY 11136 3456H PDSE068A.LQT.1 BINARY 53504 726EH ROYALOAK.DQR.5 BINARY 73728 F58AH XEROXBBS.NOV85.1 ASCII 2756 2DBEH ROBUST.EOT.1 ASCII 2547 28B4H M7-OVL27.LST.1 ASCII 5318 E3C4H M7BT-1.AQM.1 BINARY 7936 8428H M7TV-9.AQM.2 BINARY 11136 BA14H PD: ROX.LBR.1 BINARY 124416 9620H PD: 9LANDNET.MAP.1 ASCII 19895 EA7DH BBSHELP.TXT.1 ASCII 13810 CF39H DAUGINST.TXT.1 ASCII 62681 4EF4H GTWY0125.TXT.1 ASCII 14303 255AH GTWY0201.TXT.1 ASCII 16182 4AA7H GTWY0202.TXT.1 ASCII 16280 7C53H GTWY0203.TXT.1 ASCII 17124 FF33H GTWY0204.TXT.1 ASCII 17011 36D9H GTWY0206.TXT.1 ASCII 17154 5547H GTWY0207.TXT.1 ASCII 16727 44BEH MAPR-MAP.18C.1 ASCII 7886 63DCH MULRPT.LBR.2 BINARY 48640 C029H NE-MAP.019.1 ASCII 8229 533BH W0RLI.DQC.2 BINARY 87296 6B5AH PD: ARC450.DQC.1 BINARY 17152 9F81H ARC450.EQE.1 BINARY 24832 561BH ARC450.UPD.1 ASCII 2771 0FBCH AREA3.LBR.1 BINARY 43520 5806H DPROTECT.LBR.1 BINARY 5120 DC89H DUMP.LBR.1 BINARY 8320 56DCH EXTND.IQC.1 BINARY 4480 859EH PCSHELL.LBR.1 BINARY 81792 3008H QMDM112.ARC.1 BINARY 148736 9CEBH SDL31.LBR.1 BINARY 17792 26FFH PD: DIRTYDOZ.003.1 ASCII 9684 4333H KMD08-81.BUG.1 ASCII 1748 68CBH RPASS13.LBR.1 BINARY 21760 BDA0H SFILE26.LBR.1 BINARY 35968 FBAFH WIS103.LBR.1 BINARY 16768 69E2H PD: SIMTEL-ARCHIVES.INFO.2 ASCII 23590 526DH PD: EX15.LBR.1 BINARY 33024 A8BCH MKBATCH2.LBR.1 BINARY 3840 1FFCH SUBMIT.IQF.1 BINARY 5248 685DH PD: EMUL-V22.LBR.1 BINARY 15872 F9B0H PHOTO.LBR.1 BINARY 6016 473BH PD: ADM3.SWITCHES.1 ASCII 4981 A6D3H CLS.LBR.1 BINARY 4352 4415H PD: MODEM.MAC.327 ASCII 56287 A696H PD: DEARC-CP.LBR.1 BINARY 28032 C01AH PRETTY2.PQS.1 BINARY 7808 726DH PD: LD20.LBR.1 BINARY 12928 1F2BH PD: VMODEM.H.1 ASCII 925 88B7H VVMODEM.C.1 ASCII 6417 51F1H VVRB101.C.1 ASCII 16312 83E1H VVRB101.MAN.1 ASCII 5650 1C6AH VVSB101.C.1 ASCII 11483 D655H VVSB101.MAN.1 ASCII 4109 47FFH PD: ENSOFT2.LBR.1 BINARY 7680 6D82H ODDEVEN.PQT.1 BINARY 6016 C01DH PAIRX13.LBR.1 BINARY 3456 BF78H WS.HQP.1 BINARY 2944 2DFBH WSMULCOP.LBR.1 BINARY 16000 86C8H PD: Z3NEWS.309.1 ASCII 20988 BC52H Z3NEWS.3Q9.1 BINARY 14592 C14CH Z3NEWS3.LBR.1 BINARY 103680 B405H PD: ARUNZ07.LBR.1 BINARY 15232 E573H KP484Z3.LBR.1 BINARY 69248 121DH PCPI-ZCPR.LBR.1 BINARY 67712 C362H Z3NEWS.3Q4.1 BINARY 12544 EF22H Z3NEWS.3Q8.1 BINARY 12800 D2AEH Z3NEWS.3Q9.1 BINARY 14592 C14CH Z3NEWS3.LBR.1 BINARY 103680 B405H ZHELPR13.RQS.1 BINARY 2560 5559H ZNODES13.LQT.1 BINARY 2816 A380H 24-Dec-85 16:16:31-MST,860;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 16:16:26-MST Received: from xerox.arpa by AMSAA.ARPA id a026863; 24 Dec 85 17:50 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 24 DEC 85 14:49:00 PST From: NBaheti.es@XEROX.ARPA Date: 24 Dec 85 14:49:19 PST Subject: Re: auto-booting a kaypro In-reply-to: greenber%phri.uucp@BRL.ARPA's message of 23 Dec 85 20:06:08 GMT, <2078@phri.UUCP> To: Ross Greenberg cc: info-cpm@AMSAA.ARPA Message-ID: <851224-144900-1376@Xerox> Also, along with the FORMAT system, there are programs available that will do the trick. Or you could dig down into the first few sectors on the disk and find the 20H characters that signify such a spot. --Arun Baheti NBaheti.es@Xerox ...litvax!flkvax!trwrb!group3!arun 25-Dec-85 06:32:37-MST,836;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Dec 85 06:32:30-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a027769; 25 Dec 85 8:09 EST Received: from usenet by TGR.BRL.ARPA id a004900; 25 Dec 85 7:57 EST From: guarna@uiucdcsb.cs.uiuc.edu Newsgroups: net.micro.cpm Subject: CP/M for 16FDC Message-ID: <4800011@uiucdcsb> Date: 23 Dec 85 16:33:00 GMT Nf-ID: #N:uiucdcsb:4800011:000:282 Nf-From: uiucdcsb.CS.UIUC.EDU!guarna Dec 23 10:33:00 1985 To: info-cpm@AMSAA.ARPA Does anyone know where I might be able to buy CP/M for a Z-80 system using the Cromemco 16FDC disk controller. Up to this point I have been using Cromemco's CDOS (CP/M look-alike, sorta), but I have finally started having some compatibility problems. Vince ihnp4!uiucdcs!guarna 25-Dec-85 19:14:40-MST,797;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Dec 85 19:14:35-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a029015; 25 Dec 85 20:48 EST Received: from usenet by TGR.BRL.ARPA id a009976; 25 Dec 85 20:40 EST From: Blackwell Newsgroups: net.music,net.micro.cpm Subject: MIDI <-> CP/M-80 Message-ID: <642@aicchi.UUCP> Date: 25 Dec 85 04:43:22 GMT Xref: seismo net.music:11416 net.micro.cpm:5413 To: info-cpm@AMSAA.ARPA I am looking for any information on interfacing my Otrona Attache (CP/M-80, z80, rs-232, rs-422, std bus) to a MIDI synth. Any pointers to available hardware, software, books, etc, will be greatly appreciated. Thanks in advance, Mike Blackwell ..ihnp4!aicchi!mdb 25-Dec-85 20:35:37-MST,1064;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Dec 85 20:35:31-MST Received: from lll-mfe.arpa by AMSAA.ARPA id a029097; 25 Dec 85 22:09 EST Date: Wed, 25 Dec 85 22:06 EST From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA Subject: SYSGEN woes To: info-cpm@AMSAA.ARPA Date: Wed, 25-DEC-1985 22:08 EST To: info-cpm@amsaa.arpa Message-ID: <[OAK.SAINET.MFENET].DE860A40.008E80DC.SECRIST> Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn. Geographic-Location: 36 01' 42" N, 84 14' 14" W CompuServe-ID: [71636,52] X-VMS-Mail-To: ARPA%"info-cpm@amsaa.arpa" I use CP/M-80 on a variety of machines, but mostly on my Apple //e at home (I also have CP/M for my C64). Anyway, PCPI, ALS, and Commodore were not nice enough to provide a SYSGEN or MOVCPM program with their products. Short of hacking upon the disk itself with a sector editor, are their any substitute utilities I could use ? Suggestions anyone ? Many thanks. Richard SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa 26-Dec-85 23:21:12-MST,784;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Dec 85 23:21:07-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a008666; 27 Dec 85 0:56 EST Received: from usenet by TGR.BRL.ARPA id a005961; 27 Dec 85 0:45 EST From: Jim Gilbert Newsgroups: net.micro.cpm Subject: MIX C Message-ID: <4445@fritz.UUCP> Date: 26 Dec 85 16:40:57 GMT To: info-cpm@AMSAA.ARPA I would greatly appreciate it if anyone with exposure to the MIX C compiler for CP/M 80 would mail me their comments. If the quantity and quality of replies received warrants I will dutifully summarize them and post the summary to this newsgroup. Thank you kindly. Happy holidays! Jim Gilbert ihnp4!trwrb!felix!jim 27-Dec-85 11:07:17-MST,1483;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Dec 85 11:06:56-MST Received: from office-1.arpa by AMSAA.ARPA id a015267; 27 Dec 85 12:43 EST Date: 27 Dec 85 09:17 PST From: Alan Bomberger Subject: Osborne Executive question To: info-cpm@AMSAA.ARPA Message-ID: I have this product (Write-Hand-Man) that has recently been converted to run on CP/M 3.0 (primarily for the C-128 market). I find that it fails to work on the Executive. Since I had trouble with the Vixen (another osborne creation tha was a non-standard CP/M 2 machine) I suspect the Executive is not a "simple" CP/M 3.0 machine. Can someone answer a few questions. What is the size of the Common Bank. What are the System Addresses (in both banks, BDOS and BIOS addresses, SCB address and the like) What are the first few instructions of the BDOS (in both banks) Is the BIOS jump vector "complete" allowing SELBNK calls from RSX's that happen to be in the common bank (see question 1). WHM is an RSX that Reenters the BDOS and thus must reach inside and save Stacks and state variables in both banks before it reenters the BDOS. I had hoped that since CP/M 3.0 was even less alive than CP/M 2.2 (have you ever tried to get an unconfigured CP/M 3.0 system with all the manuals and source?) there would be few "custom versions". Leave it to osborne. Thanks for any help 27-Dec-85 12:22:39-MST,511;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Dec 85 12:22:31-MST Received: from mit-mc.arpa by AMSAA.ARPA id a017334; 27 Dec 85 13:57 EST Date: Fri, 27 Dec 85 13:47:43 EST From: Herb Lin Subject: epson LX-80 vs Panasonic KX-1091 To: INFO-PRINTERS@mit-mc.ARPA cc: LIN@mit-mc.ARPA, info-cpm@AMSAA.ARPA Message-ID: <[MC.LCS.MIT.EDU].767234.851227.LIN> anyone have any comments on these guys? a friend is considering them both. 28-Dec-85 17:07:43-MST,1322;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Dec 85 17:07:27-MST Received: from brl-aos.arpa by AMSAA.ARPA id a021054; 28 Dec 85 18:42 EST Received: from mit-eddie.arpa by AOS.BRL.ARPA id a026445; 28 Dec 85 18:37 EST Received: by mit-eddie (4.12/4.7) id AA00660; Sat, 28 Dec 85 18:08:34 est Date: Sat 28 Dec 85 18:21:42-EST From: Andrew Moore Subject: Alternate WP for Apple CP/M To: info-apple@BRL.ARPA Cc: info-cpm@BRL.ARPA Message-Id: <12170814660.8.T.MOORE@MIT-EECS> I am looking for a word processor that I can use under CP/M on an Apple II+. WordStar updates the screen at an annoyingly dead slow pace. The fact that my eighty-column card does not support line insert/delete does not help, but I do know that it can run a little faster than WordStar wants to. Any information other word processing software would be appreciated. Hardware setup includes Apple II+ 10MB (sider) hard disk MicroSoft CP/M (60k 2.23) Videx-compatible eighty-column card (Viewmax-80) Diablo 630 printer on an Apple Serial Interface (NOT the SSC, but I do have a SSC that I can use if the word processor will not work with Apple's interface) -drew MOORE%MIT-EECS@MIT-MC.ARPA ...mit-eddie!moore ------- 29-Dec-85 21:01:36-MST,1387;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 29 Dec 85 21:01:27-MST Received: from purdue-cs-il-gw.arpa by AMSAA.ARPA id a022723; 29 Dec 85 22:40 EST Received: from ec.Purdue.EDU (purdue-ecn-ec) by mordred.Purdue.EDU; Sun, 29 Dec 85 22:38:18 EST Date: Sun, 29 Dec 85 22:38:00 EST From: mjs <@purdue.ARPA (Mike Spitzer):mjs@purdue-ecn-ee.ARPA> Received: by ec.Purdue.EDU; Sun, 29 Dec 85 22:38:00 EST (5.5/5.20) Message-Id: <8512300338.AA26986@ec.Purdue.EDU> To: info-cpm@AMSAA.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Subject: Help needed with 8251 USART Does anyone out there have any experiece programming the 8251 USART? I am using a Royal Alphatronic PC with CP/M 2.2, and want to be able to set and change the baud rate. I have the data sheets for the 8251, and through much experimentation, I am able to change the baudrate to suit my needs. Unfortunatly, as soon as I try to send data out the port, the chip locks up. Data coming in works fine. Anyone know anything about this? I can send you the code that I am using if you think that you can help me out... Thanks... Mike Spitzer mjs@purdue-ecn [decvax,ucbvax,ihnp4,inuxc]!pur-ee!mjs 30-Dec-85 01:40:29-MST,1094;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Dec 85 01:40:23-MST Received: from sdcsvax.arpa by AMSAA.ARPA id a023001; 30 Dec 85 3:18 EST Received: by sdcsvax.ARPA (5.31/4.41) id AA23398; Mon, 30 Dec 85 00:16:06 PST hops=0 From: crash!kevinb@SDCSVAX.ARPA Message-Id: <8512300816.AA23398@sdcsvax.ARPA> Date: Sun, 29 Dec 85 23:14:46 PST To: gould9!ihnp4!pur-ee!mjs@SDCSVAX.ARPA Subject: 8251 Usart Cc: Info-CPM@AMSAA.ARPA The CCS S-100 bus system CPU includes a small program in it's ROM for an auto baud rate detection for console baud rate. When you boot, you hit the return key 3 times and you're in A> prompt. I could try to get a copy of this to you, to use as a source for developeing a driver for whatever comm program you're using. Yes, please send code to the below address, I'll take a look at it. Kevin J. Belles - UUCP {sdcsvax,ihnp4!gould9,noscvax,cbosgd}!crash!kevinb Disclaimer: Anything within, unless directly attributed is my opinion, and does not reflect that of my place of employment. KjB 30-Dec-85 05:19:46-MST,1095;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Dec 85 05:19:40-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a023276; 30 Dec 85 6:51 EST Received: from usenet by TGR.BRL.ARPA id a008854; 30 Dec 85 6:40 EST From: repete%inmet.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: Re: Orphaned Response Message-ID: <16600006@inmet.UUCP> Date: 27 Dec 85 15:11:00 GMT Nf-ID: #R:houxa:-86400:inmet:16600006:177600:531 Nf-From: inmet!repete Dec 27 10:11:00 1985 To: info-cpm@AMSAA.ARPA I read a review of a checkbook program for CPM-80 called "The Smart Checkbook" from Softquest Inc., Vienna, VA (703) 281-1621. Features included printing the checks and addressing envelopes (I think) as well as very flexible budget/account categories allowing checks to be split across several categories; and it was supposed to be fast. The biggest drawback was the price ($139), but I seriously thought about buying it until my VT-180 (DEC "robin") died. Now I'm thinking of an Amiga as a better way to spend the repair money. 30-Dec-85 10:28:39-MST,541;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Dec 85 10:28:33-MST Received: from simtel20.arpa by AMSAA.ARPA id a000681; 30 Dec 85 11:55 EST Date: Mon 30 Dec 85 09:54:23-MST From: Rick Conn Subject: New Z3 files To: info-cpm@AMSAA.ARPA Message-ID: <12171268438.10.RCONN@SIMTEL20.ARPA> In PD: and PD: are: ARUNZ.BUG -- bug report on ARUNZ207 EXTCMDRN.DOC -- another approach to extended command processors under Z3 ------- 30-Dec-85 11:03:47-MST,2049;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Dec 85 11:03:38-MST Received: from purdue-cs-il-gw.arpa by AMSAA.ARPA id a001309; 30 Dec 85 12:35 EST Received: from ec.Purdue.EDU (purdue-ecn-ec) by mordred.Purdue.EDU; Mon, 30 Dec 85 12:32:10 EST Date: Mon, 30 Dec 85 12:31:47 EST From: mjs <@purdue.ARPA (Mike Spitzer):mjs@purdue-ecn-ee.ARPA> Received: by ec.Purdue.EDU; Mon, 30 Dec 85 12:31:47 EST (5.5/5.20) Message-Id: <8512301731.AA07036@ec.Purdue.EDU> To: ihnp4!crash!kevinb <@purdue.ARPA:ihnp4!crash!kevinb@purdue-ecn-ee.ARPA> Subject: Re: 8251 Usart Cc: info-cpm@AMSAA.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Thanks for your quick reply. First of all, let me give you a little background about this computer(Royal Alphatronic PC). According to Royal, the only way to change the baud rate is by a hardwired jumper on the main PCB. But, like I said, I've been able to change it as long as I don't try to send data out. When I send something out, everything locks up and I must do a cold boot. This mystifies me, because everything that I am doing seems to make sense. Here's my setbaud.asm: MCNTR EQU 41H ;Modem control port RESET EQU 01000000B ;Value for port reset MINIT1 EQU 01111010B ;Value for 1 stop bit, even parity, ; 7 data bits, 16X baud rate MINIT2 EQU 00010101B ;Value for Error reset, transmit ;enable, receive enable ORG 100H INITIALISE: MVI A,RESET ;Puts 8251 in instruction mode OUT MCNTR ; MVI A,MINIT1 ;sets up baud, etc. OUT MCNTR ; MVI A,MINIT2 ;Puts 8251 back in normal mode OUT MCNTR JMP 0 This is pretty self explanatory, I guess... and it SHOULD work, but there must be something that I'm missing... Let me know what you can come up with. Thanks again, Mike ihnp4!pur-ee!mjs 30-Dec-85 15:58:00-MST,599;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Dec 85 15:57:51-MST Received: from edwards-2060.arpa by AMSAA.ARPA id a007652; 30 Dec 85 17:33 EST Date: Mon 30 Dec 85 14:31:51-PDT From: D-ROGERS@EDWARDS-2060.ARPA Subject: dirx documentation To: info-dec-micro@SU-SCORE.ARPA cc: info-cpm@AMSAA.ARPA Does anyone out there have a .doc file for the xdir.cmd which is in demo:[cpm.rainbow] at dec-marlboro? Are there any switches available? I'd like to be able to inventory SYS files as well as DIR files. ADVthanxANCE, d e r ------- 31-Dec-85 01:12:45-MST,1065;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 01:12:40-MST Received: from mit-mc.arpa by AMSAA.ARPA id a010196; 31 Dec 85 2:36 EST Date: Tue, 31 Dec 85 00:31:11 EST From: "Paul R. Grupp" Subject: 8251 Usart To: "mjs@purdue.ARPA :mjs"@purdue-ecn-ee.ARPA cc: info-cpm@AMSAA.ARPA Message-ID: <[MC.LCS.MIT.EDU].769344.851231.GRUPP> [ I don't think the mailer will hack your return address, so here it goes to the list at large ] First of all I think you want 8 data bits not 7, and the usual 1 stop bit, 16X baud clock. Second, to RE-init the 8251 you first have to send a command to it to turn it off, THEN the reset, init, and enable sequence. For 8 data, 1 stop, 16X here are the values in HEX. 0AAh 040h 0CEh 017h. Also you *CAN* change the baud rate (within limits) by changing the 1X, 16X, 64X clock devider rate. i.e. if you set the hardware switch to 1200 baud then by changing the 16X to 64X you would get 300 baud! Hope this helps. --Paul 31-Dec-85 01:46:49-MST,522;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 01:46:44-MST Received: from usc-isi.arpa by AMSAA.ARPA id a007842; 30 Dec 85 18:11 EST Date: 30 Dec 1985 18:06:57 EST Subject: LU for ZCPR3 From: Steve Noland To: INFO-CPM@AMSAA.ARPA Does anybody know if there has been a version of either LU or NULU done to support specific ZCPR3 functions, such as Named Directories, TERMCAP, etc.??? Thanks in advance, Steve Noland ------- 31-Dec-85 09:54:57-MST,1467;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 09:54:44-MST Received: from dockmaster.arpa by AMSAA.ARPA id a018149; 31 Dec 85 11:28 EST Posted-Date: 31 Dec 85 11:24 EST Date: Tue, 31 Dec 85 11:21 EST From: "Paul E. Woodie" Subject: Re: Osborne Executive question To: info-cpm@AMSAA.ARPA In-Reply-To: Message of 27 Dec 85 12:17 EST from "Alan Bomberger" Message-ID: <851231162119.947750@DOCKMASTER.ARPA> There was a recent request for memory-map type information on the Osborne Executive. I have not had time to get all the information requested, but I will provide some of it now and some later, as time permits. Bank 0: The lower part contains system space and the upper part contains most of bios and bdos. The top part (4k, I think) is common to all banks and is the normal way that the banks talk to each other. Bank 1: This is the normal user-accessable bank, it contains the cpm 3 base page, the TPA, and the common area in the highest addresses. 0-0ffh: cpm 3 base page 100h-0f305h: TPA 0f306h-0f8ffh: p/o bios,bdos The address of the warm start bios entry point in the jmp at 0000. The address of the bdos entry point in the jmp at location 0005. Banks 2-6: Empty at present Bank 7: Contains video memory Bank 8: Start-up ROM, function key definitions,etc in the lowest part of memory. 31-Dec-85 16:13:02-MST,1563;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 16:12:54-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a023263; 31 Dec 85 17:50 EST Received: from usenet by TGR.BRL.ARPA id a013724; 31 Dec 85 17:40 EST From: jp@LANL.ARPA Newsgroups: net.micro.cpm Subject: Re: 8251 Usart Message-ID: <35676@lanl.ARPA> Date: 31 Dec 85 15:22:32 GMT To: info-cpm@AMSAA.ARPA It's been a while, but I recall that the 8251 had a problem with reset. The solutions I've seen are 1: send reset several (3?) times, 2: go through the reset-program sequence twice. Don't know exactly what the problem with the 8251 is but that seems to fix it. AH, I found some code from my HAL MCEM-8080 (ca 1976). UARTI EQU 8EH ;INITIAL UART MODE WORD URTMO EQU 0EAH ;7 BITS, EVEN PARITY, 2 STOP URTCT EQU 0BH ;UART CONTROL PORT URTDA EQU 0AH ;UART DATA PORT UARTR EQU 55H ;RESET COMMAND TXRXE EQU 27H ;UART RX AND TX ENABLE INIT: MVI A,UARTI ;UART MODE OUT OUT URTCT MVI A,UARTR ;RESET OUT URTCT MVI A,URTMO ;FINAL UART MODE OUT URTCT MVI A,TXRXE ;ENABLE UART OUT URTCT RET The above code works. I have seen a slightly different way, but can't lay my hands on it this morning. I remember now that the 8251 comes on with its brains slightly scrambled. There are two control bytes that are sent to the same address sequentially and it doesn't know where it is in that sequence when first initialized. Hope this is some help. Jim Potter jp@lanl.arpa 31-Dec-85 17:06:55-MST,725;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 17:06:49-MST Received: from brl-aos.arpa by AMSAA.ARPA id a023509; 31 Dec 85 18:43 EST Received: from nadc.arpa by AOS.BRL.ARPA id a000896; 31 Dec 85 18:15 EST Date: 31 Dec 1985 00:17:14-EST From: zielinsk@NADC.ARPA To: info-cpm@BRL.ARPA Subject: terminal translator program? Cc: zielinsk@NADC.ARPA Does anyone know of a program for CP/M which would allow the system to be used as a VT100 terminal (i.e. translat incoming ANSI codes to whatever terminal is hooked to the CP/M system). TERM II comes close but only allows one-for-one mapping. I'm using an ADM31 type of terminal. Thanks. zielinsk@NADC 31-Dec-85 18:19:34-MST,704;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 18:19:26-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a023670; 31 Dec 85 19:53 EST Received: from usenet by TGR.BRL.ARPA id a016072; 31 Dec 85 19:42 EST From: Corporate User Publications Newsgroups: net.micro.cpm Subject: UNERASE.COM Message-ID: <208@decwrl.DEC.COM> Date: 31 Dec 85 16:14:28 GMT Sender: daemon@DECWRL.ARPA To: info-cpm@AMSAA.ARPA DOES ANYONE HAVE A SOURCE FOR A DIRECTORY RECOVERY PROGRAM FOR KAYPRO OR OSBORNE CP/M FORMAT DISKETTES. I ACCIDENTLY REWROTE THE DIRECTORY AND BOOT SECTORS OF A FULL DISKETTE. THANKS PAUL 31-Dec-85 20:44:13-MST,870;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 20:44:05-MST Received: from brl-aos.arpa by AMSAA.ARPA id a023861; 31 Dec 85 22:24 EST Received: from mitre.arpa by AOS.BRL.ARPA id a001890; 31 Dec 85 22:19 EST Date: Tue, 31 Dec 85 22:19:56 est From: Thomas Reid Full-Name: Thomas Reid Message-Id: <8601010319.AA07547@mitre.ARPA> Organization: The MITRE Corp., Washington, D.C. To: info-cpm@BRL.ARPA, zielinsk@NADC.ARPA Subject: Re: terminal translator program? Cc: info-cpm@BRL.ARPA There is a PD program GATE.LBR for generalized async terminal emulator which I have downloaded from somewhere (since I am replying, I don't know whether it is on simtel20 - I will upload it if it isn't). I haven't tried it yet so what info I have is from a quick look at the documentation. 31-Dec-85 21:27:36-MST,1574;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 21:27:27-MST Received: from simtel20.arpa by AMSAA.ARPA id a023954; 31 Dec 85 23:06 EST Date: Tuesday, 31 December 1985 11:34-MST Message-ID: Sender: Dick From: Dick To: w8sdz@SIMTEL20.ARPA Subject: Uploaded LUZ3.LBR ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Tue 31 Dec 1985 21:04-MST I have uploaded to SIMTEL20 a set of LBR utils using Z3 format, I don't have any sources. This may answer a question I saw on INFO-CPM... Filename Type Bytes CRC Directory PD: LUZ3.LBR.1 BINARY 20608 3A2DH This LBR contains the following Library Utilities for ZCPR3: LGET.COM extracts files from within library files with optional unsqueeze. LHELP.COM processes HLP/HQP files from within library files LLF.COM lists files within library files LX.COM executes COM files within library files These tools assist the ZCPR3 user in dealing with libraries in the ZCPR3 environment. Following the ZCPR3 philosophy of how commands should be constructed, these are full ZCPR3 tools which take advantage of the ZCPR3 environment and can only run in the ZCPR3 environment. These tools are written in Z80 code and will only run on Z80 or HD64180 microprocessors. Online documentation for each tool is available by typing the name of the tool followed by two slashes: TOOL // .Dick.