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 T