1-Mar-87 06:29:00-MST,1232;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun 1 Mar 87 06:28:48-MST Received: by ucbvax.Berkeley.EDU (5.53/1.23) id AA25928; Sun, 1 Mar 87 05:13:25 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Feb 87 22:01:00 GMT From: convex!techsup!kenb@a.cs.uiuc.edu Subject: local print with mex Message-Id: <-79388959@techsup> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa i run mex114 on a tandy model 2 and i use this system to communicate with several xenix systems. what i would like to do is to get mex to local print on command from the remote. i have several other emulators that will do this, but mex is more convenient. I can do the esc P (ctl-J P) at the keyboard and can print with no difficulty. I want the host to be able to initiate the local print. my question is basically, has anyone done this, or am i overlooking something obvious, or is this just totally out of the question? thanks in advance... ken brookner uucp: ihnp4!techsup!kenb genie: kbrookner 1-Mar-87 12:39:12-MST,616;000000000000 Return-Path: Received: from AMSAA-SEER.ARPA by SIMTEL20.ARPA with TCP; Sun 1 Mar 87 12:39:04-MST Received: from AMSAA-SEER.ARPA by AMSAA-SEER.AMSAA-SEER.ARPA id aa03705; 1 Mar 87 14:06 EST Received: from SIMTEL20.ARPA by AMSAA-SEER.AMSAA-SEER.ARPA id aa03695; 1 Mar 87 13:47 EST Date: Sun 1 Mar 87 11:48:26-MST From: Keith Petersen Subject: Test message To: Info-Cpm@AMSAA-SEER.ARPA Message-ID: <12282962546.10.KPETERSEN@SIMTEL20.ARPA> This message is to test the Info-Cpm mailing list. Please ignore. --Keith ------- 1-Mar-87 14:59:33-MST,1287;000000000000 Mail-From: KPETERSEN created at 1-Mar-87 14:59:20 Date: Sun, 1 Mar 1987 14:59 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Subject: Change in Info-Cpm address Effective immediately, all Internet readers who post messages to Info-Cpm@AMSAA-SEER.ARPA should now use Info-Cpm@SIMTEL20.ARPA. The list has been moved there. Messages sent to the old address will still reach Info-Cpm but there will be a delay because of one additional hop. The Info-Cpm <--> comp.os.cpm (Arpanet <--> Usenet) gateway is now being done at ucbvax.berkeley.edu. Internet readers should notice an immediate improvement in the formatting of the "from" line headers to make it easier to reply to messages posted from the Usenet side. I wish to take this opportunity to thank Dave Towson for all his tireless efforts handing the Info-Cpm mailing list. Dave has retired as list maintainer due to increased workload at his "real" job. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie Mail: W8SDZ RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps) 1-Mar-87 21:49:13-MST,734;000000000000 Return-Path: <@wiscvm.wisc.edu:EOLSON@HMCVAX.BITNET> Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sun 1 Mar 87 21:48:56-MST Received: from HMCVAX.BITNET by wiscvm.wisc.edu on 03/01/87 at 22:47:33 CST Date: Sun, 1 Mar 87 20:46 PST From: "Erik D. Olson" Subject: David Papp To: INFO-CPM@SIMTEL20.ARPA X-VMS-To: IN%"INFO-CPM@SIMTEL20.ARPA",EOLSON Received a message from David Papp at PITTVMS (?) with no From: line (!) So, wherever you are, I don't know what your name/address is. If you try and send the message again, I'll see if I can get you that file. Apologies for having to use the net. Erik Olson 2-Mar-87 05:59:14-MST,3201;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon 2 Mar 87 05:58:45-MST Received: by ucbvax.Berkeley.EDU (5.53/1.23) id AA11594; Mon, 2 Mar 87 04:31:47 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Mar 87 03:45:48 GMT From: ucsdhub!hp-sdd!ncr-sd!crash!kevinb@sdcsvax.ucsd.edu (Kevin J. Belles) Organization: Avalon One Subject: Re: Z-80 CP/M Machines Message-Id: <858@crash.CTS.COM> References: <4720@brl-adm.ARPA> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <4720@brl-adm.ARPA> 7GMADISO%POMONA.BITNET@wiscvm.wisc.EDU writes: > >To: Robert Lewis Harker >I don't know about the machine you asked about, but I'm going to >stick my nose in and say that if that machine doesn't work out, >look into a used Tandy Model 4. It will indeed run CP/M, and a >very nice version at that (Montezeuma Micro). In addition, under >its proprietary DOS (LS-DOS 6.3), it runs **THE** best Z-80 >assembler I've ever seen, called Pro-MRAS, from a company called >Misosys. For an 'obsolete' machine, the amount of support the >Model 4 has has to be seen to be believed!! I woudn't suggest a Tandy Model 4 for programming usage. It has the wierdest memory banking system I've ever seen, the source code for the BIOS is quite difficult to get, and the hard disk subsystem is unusually expensive. It also comes with 2 single-sided 5-1/4" floppies, where I recommend at least DSDD floppies for programming work (.PRN files and macro libraries can get quite large). There's only one serial port available for it, and no real applications notes. I would rather suggest ther Kaypro model 4 (floppy) or 10 (hard) systems. For my use I use a S-100 machine. Disadvantages: Pre-made software is not easy to find, and it's BIG. Advantages: most of them came with source for the opsys, and in my case I'm running both 8"DSDD floppies (*reliable* storage at 1196K) and a 5-1/4 floppy, with a 240K ramdisk made by hooking in a bunch of random manufacturer's memory cards. I can change processors, controllers, and add I/O simply by plugging in (a la STD), as well as change opsyses from IMDOS (one of the first) to UNIX, etc. The advantage of S-100 over STD is that hardly anything save Z-80/8080/8085 was ever made for the STD, whereas S-100 cards I have seen myself include 8080/8085/8086/8088/80286/80386, Z-80, HD64180, 65xx/68xx/68xxx/32xxx, etc. You also get a feel for the system, because improving your system often means implementing code yourself, thus giving you a 'feel' for your environment. It's been around for quite a while, and looks to keep on into the future, with new cards coming out monthly for all kinds of wierd industrial and commercial applications. -- Kevin J. Belles - UUCP: {hplabs!hp-sdd, akgua, sdcsvax, nosc}!crash!kevinb ~~~~~ ~~ ~~~~~~ - ARPA: crash!kevinb@{nosc, ucsd} - INET: kevinb@crash.CTS.COM - BIX: kevinb -------------------------------------------------------------------------- 2-Mar-87 14:22:56-MST,1130;000000000000 Return-Path: Received: from dmc-crc.ARPA by SIMTEL20.ARPA with TCP; Mon 2 Mar 87 14:22:39-MST Received: by dmc-crc.ARPA (4.12/4.7) id AA03865; Mon, 2 Mar 87 16:19:43 est Date: Mon, 2 Mar 87 16:19:43 est From: marwood@dmc-crc.ARPA (G. J. Marwood) Message-Id: <8703022119.AA03865@dmc-crc.ARPA> To: -v@dmc-crc.ARPA, amdahl!meccts!viper!john@ames.ARPA Subject: Applicard and Super Serial Card Cc: info-cpm@simtel20.ARPA Thank you for your comments regarding the use of the Applicard and Super Serial Card at 9600 baud. In answer to your questions, I am attempting to use MEX+ to communicate between the Apple/Applicard and a VAX11/780. MEX uses the regular CP/M BIOS to communicate with the Apple, though this can be bypassed, I believe, by suitable patches in the MEX patch area. What you have said is encouraging, though it suggests that a special DRIVER will have to be acquired or written for the Super Serial Card. Any information that you can provide on this would be useful. thank you again Gordon Marwood 2-Mar-87 14:34:57-MST,758;000000000000 Return-Path: <@wiscvm.wisc.edu:MSRS003@ECNCDC.BITNET> Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon 2 Mar 87 14:34:38-MST Received: from ECNCDC.BITNET by wiscvm.wisc.edu on 03/02/87 at 15:29:03 CST Date: Mon 02 Mar 1987 15:27 CST From: Wizzard Subject: Molecular To: Is there anyone out there that uses Molecular Super Micro's? There are a number of them here in use at Western Illinois University, and we have managed to come up with some strange problems at strange times. I'd just like to know what troubles anyone else may be having with them, if any. Scott McBurney BITNET: MSRS003 @ ECNCDC GEnie: S.MCBURNEY 2-Mar-87 16:57:25-MST,2049;000000000000 Return-Path: <@wiscvm.wisc.edu:7GMADISO@POMONA.BITNET> Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon 2 Mar 87 16:56:52-MST Received: from POMONA.BITNET by wiscvm.wisc.edu on 03/02/87 at 17:29:48 CST Date: Mon, 02 Mar 87 15:20:46 cet To: INFO-CPM@SIMTEL20.ARPA From: 7GMADISO%POMONA.BITNET@wiscvm.wisc.edu Subject: Tandy Model 4 Misinformation Kevin J. Belles made some rather mis-informed comments about the Tandy model 4 recently. While it is true that for some time the standard configuration of a Model 4 was SS drives, the CURRENT machines from Tandy have DS drives; also, many if not most of the used machines have been upgraded by their previous owner to DS drives. The 'BIOS' code is easily available in commented assembly listings from Misosys, Inc. The banks switching is 'weird', you say?? It is simply controlled by 4 bits in $OPREG (the Option Register), which is directly linked to CPU port 84H. It's more complex to explain than it is to use. Further, as I said in my previous post, there is NO Z-80 assembler I have seen that can compare to Pro-MRAS by Misosys. If you want a comprehensive list of its many features, I'll post one. As regards the Kaypro; the Monezeuma Micro version of CP/M is much superior to anything I've seen on the Kaypro. Using the extended RAM available in the 4, MM CP/M automatically provides a 64k RAMdisk; the memory can also be used by programs like Monte's Window, which is similar to SideKick, and VERY useful (the TRSDOS 6.3 equivalent is called Pro-WAM). Further, there is a utility available which will make the memory drive the SYSTEM drive, and so on. The Model 4 is not JUST a CP/M machine, it is much MORE. I don't deny that it has its quirks -- no machine lacks them. However, I DO assert that it is distinctly superior to machines like the Kaypro, which are virtually being ignored by Kaypro. The 4 is no longer Tandy's showpiece, but it is still supported. George Madison (7GMADISO@POMONA.BITNET) 2-Mar-87 16:59:06-MST,791;000000000000 Return-Path: Received: from AMSAA.ARPA by SIMTEL20.ARPA with TCP; Mon 2 Mar 87 16:58:45-MST Received: from AMSAA.ARPA by AMSAA.amsaa.ARPA id aa24542; 2 Mar 87 17:40 EST Received: from BRL-SMOKE.ARPA by AMSAA.AMSAA.ARPA id aa24535; 2 Mar 87 17:24 EST Date: Mon, 2 Mar 87 17:26:48 EST From: Steve Lesh (ISC | howard) To: info-cpm@AMSAA.ARPA cc: info-apple@brl-tgr.arpa Subject: CP/M cards for IIgs Message-ID: <8703021724.aa24535@AMSAA.AMSAA.ARPA> I am contemplating purchasing an Applied Engineering Z80 Plus for my gs. Has anybody had any good, bad or indifferent experience with them? Would also appreciate a modem7 overlay (Kermits, etc) using the new serial chip. Thanks, Steven Lesh 2-Mar-87 22:01:10-MST,1704;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon 2 Mar 87 22:00:57-MST Received: by ucbvax.Berkeley.EDU (5.53/1.23) id AA29145; Mon, 2 Mar 87 20:22:10 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Mar 87 02:18:47 GMT From: mnetor!utgpu!bangia@seismo.css.gov (Naresh Bangia) Organization: University of Toronto Computing Services Subject: CPM for MODEL I Message-Id: <1987Mar2.211847.21135@gpu.utcs.toronto.edu> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Well, here goes my first posting to this group, and I hope it makes sense I know the MODEL I might be dead but for me it has served quite a useful purpose, to enlighten me in hardware and software difficulties first of al let me describe my current system:C{ MODEL I running CP/M 2.2 (ZCPR3) 20 M harddrive 2 serial ports (1 running terminal) a real time clock. The CPM me and a friend have developed from scratch , he did the hardware and I did the software. And I thi7{k we are ready to release it to public domain. The hardware documents and the BIOS source code. The system works quite fast and is relatively cheap to convert to CPM .... I just don't know if the demand for CPM is there anymore. So mail me and let me know if anyone is interested in this posting if not, I will go back into obsecurity. Naresh mail : bangia@gpu.utcs or bangia@utcs -- -- N. Bangia UUCP: {decvax,seismo!mnetor,utzoo}!utcs!bangia ARPA: ?????? 3-Mar-87 12:20:03-MST,783;000000000000 Return-Path: Received: from AMSAA-SEER.ARPA by SIMTEL20.ARPA with TCP; Tue 3 Mar 87 12:19:48-MST Received: from AMSAA-SEER.ARPA by AMSAA-SEER.AMSAA-SEER.ARPA id aa08176; 3 Mar 87 12:51 EST Date: Tue, 3 Mar 87 12:30:18 EST From: "David E. Towson" (SECAD) To: info-cpm@AMSAA-SEER.ARPA Subject: International distribution of info-cpm expands: Message-ID: <8703031230.aa08089@AMSAA-SEER.AMSAA-SEER.ARPA> Fellow CP/Mers - I have just had the pleasure of adding to info-cpm distribution what I believe is our first Japanese reader. Service is being provided via relay.cs.net (nee csnet-relay). Dave Towson info-cpm distribution list maintainer 3-Mar-87 15:10:02-MST,2902;000000000000 Return-Path: <@SRI-NIC.ARPA:info-cpm-request@simtel20.arpa> Received: from SRI-NIC.ARPA by SIMTEL20.ARPA with TCP; Tue 3 Mar 87 15:07:13-MST Received: from ucbvax.Berkeley.EDU by SRI-NIC.ARPA with TCP; Tue 3 Mar 87 13:59:42-PST Received: by ucbvax.Berkeley.EDU (5.53/1.23) id AA15602; Tue, 3 Mar 87 13:31:38 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Mar 87 18:54:03 GMT From: ucsdhub!jack!man!crash!victoro@sdcsvax.ucsd.edu (Dr. Snuggles) Organization: Whizbang Enterprises Subject: Re: Tandy Model 4 Misinformation Message-Id: <863@crash.CTS.COM> References: <8703022358.AA23688@ucbvax.Berkeley.EDU> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <8703022358.AA23688@ucbvax.Berkeley.EDU> 7GMADISO@POMONA.BITNET writes: > >Kevin J. Belles made some rather mis-informed comments about the >Tandy model 4 recently. While it is true that for some time the >standard configuration of a Model 4 was SS drives, the CURRENT >machines from Tandy have DS drives; also, many if not most of the >used machines have been upgraded by their previous owner to >DS drives. Quite correct. In fact, that was my immediate responce to Kevin when I saw his first posting. (If you'll note we are both on the same Unix box..) I am currently using my Tandy 4p with MM CP/M with the extra 64K of memory. I have not yet saved sufficently to upgrade my drives to DSDD, but it should be noted that the MM Config file allows the current hardware to run SSSD SSDD DSDD DSQD and 8" formats. I have also been told that 3.5" drives are available that are electrically identical to 5.25" drives.. > >The banks switching is 'weird', you say?? It is simply controlled >by 4 bits in $OPREG (the Option Register), which is directly linked >to CPU port 84H. It's more complex to explain than it is to use. > There are also expansion kits to add 1 Meg of memory to the 4/4p/4D. There are also speedup kits to 6 and 8 Mhz, and a daughter board that runs that new Hitachi chip and 256K of memory directly addressed. (There have been postings here on it...) > >The Model 4 is not JUST a CP/M machine, it is much MORE. I don't >deny that it has its quirks -- no machine lacks them. However, I >DO assert that it is distinctly superior to machines like the >Kaypro, which are virtually being ignored by Kaypro. The 4 is no >longer Tandy's showpiece, but it is still supported. > > George Madison (7GMADISO@POMONA.BITNET) -- Victor O'Rear {hplabs!hp-sdd, akgua, sdcsvax, nosc}!crash!victoro ARPA: crash!victoro@nosc and the Byte Information eXchange [victoro] Whizbang Enterprises - Pride, heritage, and the highest employee mortality rate of any free world corporation. 3-Mar-87 16:33:59-MST,769;000000000000 Return-Path: Received: from usc-oberon.ARPA by SIMTEL20.ARPA with TCP; Tue 3 Mar 87 16:33:17-MST Received: by usc-oberon.ARPA (5.51/5.5) id AA26878; Tue, 3 Mar 87 15:20:52 PST Received: by hamal.usc.edu (3.2/SMI-3.0DEV3) id AA00455; Tue, 3 Mar 87 15:20:19 PST Date: Tue 3 Mar 87 15:20:14-PST From: Dick Subject: MODEM7 overlay needed.... To: info-cpm@SIMTEL20.ARPA Message-Id: Desires: "gag me with a Valley girl" (ohmigod!) I am looking for an overlay called M7JE for a JONOS or JONAS system. Either a pointer or direct mail of the ASM file would be appreciated... Tks Dick ------- 3-Mar-87 18:50:36-MST,672;000000000000 Return-Path: Received: from lll-lcc.ARPA by SIMTEL20.ARPA with TCP; Tue 3 Mar 87 18:50:28-MST Received: Tue, 3 Mar 87 17:51:57 PST from lll-es-s05.arpa by lll-lcc.ARPA (5.51/) id AA12802; Tue, 3 Mar 87 17:51:57 PST Return-Path: Received: by lll-es-s05.ARPA (1.1/SMI-3.0DEV3) id AA14954; Tue, 3 Mar 87 17:55:39 PST Message-Id: <8703040155.AA14954@lll-es-s05.ARPA> Date: Tue Mar 3 17:55:36 1987 From: hanscom@lll-es-s05 (Roger Hanscom 423-0441) Subject: 8251A USART To: Info-Cpm@SIMTEL20.ARPA Status: N Does anyone know what directory INTE8251.ART is on?? I'd like to have a copy, but can't find it. 4-Mar-87 12:49:27-MST,1668;000000000000 Return-Path: Received: from AMSAA-SEER.ARPA by SIMTEL20.ARPA with TCP; Wed 4 Mar 87 12:48:52-MST Date: Wed, 4 Mar 87 14:49:19 EST From: "David E. Towson" (SECAD) To: info-cpm@AMSAA-SEER.ARPA Subject: Transfer of info-cpm to SIMTEL20: Message-ID: <8703041449.aa01354@AMSAA-SEER.AMSAA-SEER.ARPA> Fellow CP/Mers - After having maintained this list since October 1983, I now find that I no longer have the time to tend the list as regularly as I believe it should be done. I am, therefore, pleased to hand over this responsibility to Keith Petersen, who has distinguished himself as both a list manager and as maintainer of the SIMTEL20 archives. Due to a misunderstanding, info-cpm has been running on both AMSAA-SEER and SIMTEL20 since March first. This became obvious after I posted a note announcing the addition (to the list Keith thought HE was running) of our first reader in Japan; and Keith sent me a polite note saying in essence, "Hey Mack, what's going on?". Yes folks, even electronic communications can't do away with human error - sigh. Anyway, we finally got it straightened out, and I have now adjusted the mail pointers on AMSAA-SEER so that any info-cpm mail that arrives here will be sent along to SIMTEL20. I see from (belatedly) reading the last several days' mail that most of you are already using the new address: INFO-CPM@SIMTEL20.ARPA I guess everyone got the word except me. Sorry for the confusion. So welcome to our new list maintainer. The job is now all yours, Keith. Best regards, Dave 5-Mar-87 06:55:06-MST,693;000000000000 Return-Path: Received: from ARDEC-1.ARPA by SIMTEL20.ARPA with TCP; Thu 5 Mar 87 06:54:49-MST Date: Thu, 5 Mar 87 8:46:40 EST From: "David G. Sampar" (PM-AL) To: info-cpm@SIMTEL20.ARPA cc: dsampar@ARDEC.ARPA Subject: Access to the PD: Files on SIMTEL20 Message-ID: <8703050846.aa12627@ARDEC-1.ARDEC.ARPA> Over the last week I have tried to FTP files from SIMTEL20 using an ANONYMOUS login and have been told to try again after 4PM Mountain Time, or anytime on weekends. Is this a new policy for SIMTEL20 or did I miss some new posting on procdures for access to the the PD: files on SIMTEL20. Dave Sampar 5-Mar-87 20:36:06-MST,622;000000000000 Mail-From: WANCHO created at 5-Mar-87 20:35:54 Date: Thu, 5 Mar 1987 20:35 MST Message-ID: From: WANCHO@SIMTEL20.ARPA To: INFO-CPM@SIMTEL20.ARPA, ADA-SW@SIMTEL20.ARPA Subject: ANONYMOUS FTP Access Restrictions We have had to temporarily impose restrictions on ANONYMOUS FTP access to SIMTEL20 during our prime-time due to extremely high network and system loads. We hope to be able to reinstate prime-time ANONYMOUS FTP access sometime after 1 April when we expect a large group of our users will have migrated to their own host. Please bear with us. --Frank 5-Mar-87 20:51:24-MST,507;000000000000 Return-Path: Received: from XX.LCS.MIT.EDU by SIMTEL20.ARPA with TCP; Thu 5 Mar 87 20:51:18-MST Date: Thu, 5 Mar 1987 22:49 EST Message-ID: From: LIN@XX.LCS.MIT.EDU To: "David E. Towson" (SECAD) Subject: Transfer of info-cpm to SIMTEL20: cc: info-cpm@SIMTEL20.ARPA In-reply-to: Msg of 4 Mar 1987 14:49-EST from "David E. Towson" (SECAD) RAH DAVE!! Thanks from all of us. 6-Mar-87 00:10:42-MST,2539;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri 6 Mar 87 00:10:27-MST Received: by ucbvax.Berkeley.EDU (5.53/1.23) id AA11268; Thu, 5 Mar 87 23:01:20 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Mar 87 00:59:57 GMT From: ihnp4!invest!wheaton!cculver@ucbvax.Berkeley.EDU (Calvin Culver) Organization: Wheaton College, Wheaton IL. Subject: Re: Z-80 CP/M Machines Message-Id: <436@wheaton.UUCP> References: <4720@brl-adm.ARPA>, <858@crash.CTS.COM> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <858@crash.CTS.COM> kevinb@crash.CTS.COM (Kevin J. Belles) writes: >In article <4720@brl-adm.ARPA> 7GMADISO%POMONA.BITNET@wiscvm.wisc.EDU writes: >>look into a used Tandy Model 4. It will indeed run CP/M, and a >>... For an 'obsolete' machine, the amount of support the >>Model 4 has has to be seen to be believed!! > > I woudn't suggest a Tandy Model 4 for programming usage. It has the >wierdest >memory banking system I've ever seen, the source code for the BIOS is quite >difficult to get,... And several other reasons not to use a Model IV. I run a Model IV with 2 DSDD 5.25" drives, 390k each, as well as 2 DSDD 8" 1.25 meg each (with a Holmes disk controller), for a total of >3 meg online. For those who have the hankering for such things, Montezuma Micro provides a sample BIOS with its documentation (not the actual BIOS, but a stripped-down version). I could also install a 256k ramdisk (but with 1228k disks and access time under 15 ms for a resulting throughput time that would beat the pants off almost any 8088 machine around, who needs it?), and I can run at least 4 different operating systems (TRSDOS, which has an excellent base of Tandy supportware, LDOS, Multidos and CP/M). True, the memory banking is somewhat unusual (and, to be fair, has caused some incompatibility problems with some software--most notably ZCPR3), but is far from the "weirdest". In short, the Model IV can be a very good programming environment. And it *does* have an impressive amount of support. --calvin culver-- ...inhp4!invest!wheaton!cculver Cculver@wheaton.UUCP Anyone can make a computer dance with a meg of internal memory Real programmers do it in 8 bits. (Long live CP/M) 6-Mar-87 06:51:31-MST,3704;000000000000 Return-Path: Received: from dmc-crc.ARPA by SIMTEL20.ARPA with TCP; Fri 6 Mar 87 06:50:49-MST Received: by dmc-crc.ARPA (4.12/4.7) id AA04397; Fri, 6 Mar 87 08:49:47 est Date: Fri, 6 Mar 87 08:49:47 est From: marwood@dmc-crc.ARPA (G. J. Marwood) Message-Id: <8703061349.AA04397@dmc-crc.ARPA> To: -v@dmc-crc.ARPA, info-cpm@simtel20 Subject: Modifications to Applicard System I am looking for some help from someone who is very familiar with the Applicard system. A copy of the CCP, BDOS and BIOS is kept in the Apple host and is loaded to the Applicard during a cold boot. On warm boot a fresh version of the CCP and BDOS is loaded. What I would like to do is to make additional space in the BIOS region, to put some additional code which I have developed for using the CTC chip as a real time clock. I currently have this code patched to the BIOS, but hanging outside of it. It is not kept in the Apple but has to be loaded by means of an initialization program. It would be far neater if some of this code could be permanently placed in the BIOS area. To do this I need to lower the starting point of CP/M in the Apple from the present position of 9100H. This starting point is established by the coldboot routine and is easy to adjust. However, I suspect that simply changing this starting point may cause problems to the some of the other code which resides in the Apple. I am familiar with the CCP, BDOS and BIOS bit maps but I think that there may be other things to consider. I would like to discuss these matters with anyone who is familiar with the Applicard to this level of detail. I have added to the end of this note the PCPI6502.MAP file (from SIMTEL20 PD:) to illustrate what is happening in the Apple. Thank you in advance, Gordon Marwood Unofficial Map of Apple 6502 Memory as used with PCPI Applicard +----------------------------+- C000h | RWTS for Apple Disks | +----------------------------+- B800h | Default Driver | +----------------------------+- B730h | CP65 | +----------------------------+- B000h | BIOS _____________ | +---------- | | -+- A700h | BDOS | Z-80 | | +---------- | IMAGE | -+- 9900h | CCP |___________| | +----------------------------+- 9100h | Apple Video (Word) | +----------------------------+- 8FBAh | Other Video (Word) | +----------------------------+- 8FB6h |Poll Routine Table (65bytes)| +----------------------------+- 8F75h | Card-Type Table (8 bytes) | +----------------------------+- 8F6Dh |Cons. Comm. Table (109bytes)| +----------------------------+- 8F00h | Device Table (256bytes) | +----------------------------+- 8E00h | Host Buffer Size | +----------------------------+- (8E00h - Buffersize) HIMEM | FREE MEMORY | +----------------------------+- LOWMEM | DRIVERS | +----------------------------+- 0900h | Cold Boot Code/ Parameter | | Passing Block | +----------------------------+- 0800h | Text Page 1 | +----------------------------+- 0400h | Reset Vector/Power Up Byte | +----------------------------+- 0300h | Scratch | +----------------------------+- 0200h | 6502 Stack | +----------------------------+- 0100h | ------+- Hi P0 | ------+- Lo P0 | Page 0 | | | +----------------------------+- 0000h rev 1.0 6/7/86 7-Mar-87 00:36:09-MST,795;000000000000 Return-Path: <@wiscvm.wisc.edu:Z8BHM@SCFVM.BITNET> Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sat 7 Mar 87 00:35:59-MST Received: from SCFVM.BITNET by wiscvm.wisc.edu on 03/06/87 at 22:54:03 CST Received: by SCFVM (Mailer X1.23b) id 5570; Fri, 06 Mar 87 23:56:11 EST Date: Fri, 6 Mar 87 23:54 EST From: Bruce H. McIntosh Subject: conix info To: Hi there! I'm trying to pin down a good copy of conix.lbr, the shareware version of CHI's conix CP/M enhancement. The copy I got from my local rcpm was corrupted. Is it available on the archives? Also, does anyone have any experience with this product? It certainly claims to be the greatest thing since sliced bread! :-) 7-Mar-87 01:16:43-MST,1002;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat 7 Mar 87 01:16:28-MST Received: by ucbvax.Berkeley.EDU (5.53/1.23) id AA03440; Fri, 6 Mar 87 20:53:39 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Mar 87 16:22:14 GMT From: beta!dzzr@NYU.ARPA (Douglas J Roberts) Organization: Los Alamos Natl Lab, Los Alamos, N.M. Subject: "C" file unsqueezer, XUSQ107.C.1 Message-Id: <1902@beta.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Does anybody know where this file is? The catalog indicates that is on SIMTEL20, PD:, but it's not there. Failing that, does anyone have a BSD4.2 compatible file unsqueezer? Thanks, Doug Roberts. -- Douglas J. Roberts, dzzr@lanl.gov Los Alamos National Laboratory Box 1663, F602 Los Alamos, N. M. 87544 7-Mar-87 05:18:59-MST,814;000000000000 Mail-From: KPETERSEN created at 7-Mar-87 05:18:23 Date: Sat, 7 Mar 1987 05:18 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: dzzr@LANL.ARPA (Douglas J Roberts) Cc: Info-Cpm@SIMTEL20.ARPA Subject: "C" file unsqueezer, XUSQ107.C.1 In-reply-to: Msg of 6 Mar 1987 09:22-MST from beta!dzzr at NYU.ARPA (Douglas J Roberts) Doug, you must have an old copy of the catalog. The SIMTEL20 Unix directories are being reorganized and some files have been moved. You'll want to get a new copy a.s.a.p. (actually anytime you think something is there but it doesn't seem to be). The squeeze/unsqueeze files have been moved to the PD: directory. --Keith Petersen 7-Mar-87 14:37:02-MST,735;000000000000 Return-Path: Received: from XX.LCS.MIT.EDU by SIMTEL20.ARPA with TCP; Sat 7 Mar 87 14:36:46-MST Received: from OZ.AI.MIT.EDU by XX.LCS.MIT.EDU via Chaosnet; 7 Mar 87 10:45-EST Date: Sat 7 Mar 87 10:50:48-EST From: "Mark Becker" Subject: Any Bondwell 2 owners out there? To: Info-CPM@SIMTEL20.ARPA Message-ID: <12284503071.23.CENT.MBECK@OZ.AI.MIT.EDU> Hello - I'd like to correspond with other Bondwell 2 owners to exchange hints & kinks on programming this laptop. My major interest now is in programming the LCD display to do graphics, something which seems to have been left out of the BIOS code. Regards, Mark ------- 7-Mar-87 16:10:50-MST,2819;000000000000 Return-Path: Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Sat 7 Mar 87 16:10:36-MST Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34) id AA02571; Sat, 7 Mar 87 15:10:06 PST Message-Id: <8703072310.AA02571@decwrl.dec.com> Date: 07-Mar-1987 1800 From: w_smith%wookie.DEC@decwrl.DEC.COM (Willie Smith, LTN Components Eng.) To: info-cpm@simtel20.ARPA Subject: Help on caching algorythm? I'm rebuilding my BIOS to (among other things) change my hard disk track buffers over to caching. I've gotten almost the whole thing written, but I have one algorythm I need some help on. I have 4 (will be 8) buffers in another bank of memory, which each holds an 8 K logical track. Each access to a buffer increments a counter, so I know how often (since last warm boot) a buffer has been used. I've done the easy part, finding a buffer (if I have a cache 'hit') or allocating an unused buffer, now I'm looking for an algorythm to deallocate a buffer when I don't have a 'hit' and there aren't any free. I have a few ideas, but there are problems with each: LRU: Least Recently Used. I think the algorythm goes something like "when you use a buffer, move it's number to the top of a block of memory, shuffle others down to make room, and if you need a buffer, use the one whose number is at the bottom of the list." The problems are maintaining the data structure without reams of code, and the fact that a buffer with a high use count can be deallocated by merely reading 4 (8) different tracks before you get back to the first one. Thus you could lose your directory track fairly rapidly, and I know I'm going to need that frequently. Smallest count. Look for the buffer that got used the least, and use that. Looks good as an idea, but there is a major coding problem. Given a table of 4 (8) numbers, how do you find the smallest? [I'm coding in Z-80 assembly, so MIN(x,y,z) doesn't help :+) ]. If you start scanning from the beginning, you will tend to deallocate number 0 more than number 3. If you don't start at the beginning, the coding gets messy. If there are 2 numbers that are a minimum, which one do you pick? I though of a way that would work, "start with one, look for it in the table, if not found, look for two, if not found, look for 3, etc, etc, etc". I'm using byte counters, so I'd only have to go up to 255, but this is kind of a hack, any better ideas? Are there any other, more popular, more useful, simpler, or more elegancache algorythms that anyone knows about? Willie Smith w_smith@wookie.dec.com w_smith%wookie.dec.com@decwrl.dec.com [decwrl.arpa?] Usenet: the_known_universe!decwrl!wookie.dec.com!w_smith BIX: w_smith 7-Mar-87 16:11:32-MST,4807;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat 7 Mar 87 16:11:08-MST Received: by ucbvax.Berkeley.EDU (5.53/1.23) id AA16026; Sat, 7 Mar 87 14:12:11 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Feb 87 08:41:46 GMT From: ubc-vision!alberta!myrias!cg@BEAVER.CS.WASHINGTON.EDU (Chris Gray) Organization: Myrias Research, Edmonton Subject: More info on Draco Message-Id: <488@myrias.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Many thanks to John S. Fisher for his comments on Draco. I'll reply to each of his points in turn. (1) bad code for read(ptr*) where ptr is 'ulong' - I haven't tried this, but it sounds reasonable, and shouldn't be hard to fix. I'll do it before long. (2) lack of goto making a decision table hard to implement - I'm afraid I'm a pretty strong fan of structured programming, so Draco is very unlikely to acquire a goto construct. I'm not sure exactly what you mean by decision tabled based, but can't they be done like state machines, which usually go something like this: type State_t = enum {st_start, st_end, st_nice, st_blue, ...}; State_t CurrentState; CurrentState := st_start; while CurrentState ~= st_end do case CurrentState incase st_start: if blah blah blah then CurrentState := st_nice; else blih blih blih CurrentState := st_blue; fi; incase st_nice: do something or other CurrentState := st_end; etc. esac; od; (3) Wants fixed-format input capability - fixed format input can be read using non-fixed format input, so long as there are delimiters of some kind. If not, reading character arrays, adding a space to the end, and doing memory-to-memory I/O works. (4) lack of floating point - Yep, its a problem for those who need it. The format the compiler uses is IBM-360/370 float format - sign bit, excess 64 hexadecimal exponent, and 24 bits of hex normalized fraction. The linkage needed is exactly that described for operator types. (5) Hmm, I guess I could have checked for sufficient TPA. The needs depend on the complexity of your program, however (recursive descent parsing). (6) how expensive is 'open' on character strings (memory to memory I/O)? - its about 10 lines of Draco code in the run-time library, and the per- character cost is considerably less than disk or console I/O. (7) extending CRT library to handle input, special characters, etc. - sounds like a good idea, but it would take a fair amount of thought and work. Any volunteers? (8) Support and source - I'm quite willing to fix any bugs found, but not to extend the compiler or libraries (there's no memory space to extend the compiler anyway). I'm not sure how to distribute updates, however. If some individual wants to become a distribution site, I'm willing to send that person the sources, and any fixes that are needed. I DON'T want the sources widely distributed, however. The compiler is very tight code, and most attempts to change anything will just result in a broken compiler. If someone wants to become the distributer, send me a note with your net connections, and a bit about your experience with 10,000 line programs. and Jack Goldstein had some questions - yes, Draco has conformant array parameters (any number of dimensions) - no proper modules (it's high on my list of wants), but some sort-of ones - constant declarations allow arbitrary compile-time expressions, including if - expressions (same for array bounds, etc.) - type, constant, external procedure and variable declarations can be freely mixed, but must come before all procedures - 'otherwise' clause on 'case' - yep, it's called 'default' - register keyword as in C. Not on the 8080 version, since the way I did things required all the registers in some cases. I plan on them for the 68000 version, however (all my 370 compilers had them). - assert statements - nope, but you uglily do the same thing with conditional compilation and 'exit'. Draco DOES have a compile-time assert - as in 'if XSIZE < 10 then error("XSIZE not big enough") fi'. - other ports - a friend has a Radio Shack 6000 Xenix box, and we've talked about porting the 68K version there. Also to Mac and Atari. Nothing will happen unless I have access to the machine, however. Meanwhile there is the Amiga version (coming Real Soon Now). Chris Gray (ubc-vision,sask,ihnp4)!alberta!myrias!cg 8-Mar-87 01:36:53-MST,1639;000000000000 Return-Path: Received: from AI.AI.MIT.EDU by SIMTEL20.ARPA with TCP; Sun 8 Mar 87 01:36:26-MST Date: Sun, 8 Mar 87 03:37:41 EST From: "Paul R. Grupp" Subject: Any Bondwell 2 owners out there? To: Cent.Mbeck%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU cc: info-cpm@SIMTEL20.ARPA In-reply-to: Msg of Sat 7 Mar 87 10:50:48-EST from Mark Becker Message-ID: <165148.870308.GRUPP@AI.AI.MIT.EDU> From: Mark Becker Re: Any Bondwell 2 owners out there? I'd like to correspond with other Bondwell 2 owners to exchange hints & kinks on programming this laptop. My major interest now is in programming the LCD display to do graphics, something which seems to have been left out of the BIOS code. Bondwell does have a Graphics BIOS available for this great CP/M laptop. Unfortunately they have decided to discontinue this model as they feel that it is not as profitable (or in competition with) their MS-DOS version, even though they could NOT supply the demand for the CP/M version. If you can find one on close out special you may want to check it out. some of it's features include; full 25 x 80 LCD (200 x 640 pix) display, Z80 w/ CP/M and full MicroPro line, built in 3.5" disk (2nd 2.3" or 5.25" external disk optional), 512K RAM disk optional with CP/M in ROM, 1 serial 1 Cintronics ports, runs about 6 hrs/charge or on AC with adapter/charger unit... I've had mine (two) for about a year with no problems, and would be very unhappy without one. -Paul 9-Mar-87 12:50:43-MST,3960;000000000000 Return-Path: <@wiscvm.wisc.edu:U267105@HNYKUN11.BITNET> Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon 9 Mar 87 12:49:47-MST Received: from HNYKUN11.BITNET by wiscvm.wisc.edu on 03/09/87 at 11:48:49 CST Date: Mon, 09 Mar 87 18:15:38 MET To: INFO-CPM@SIMTEL20.ARPA From: U267105%HNYKUN11.BITNET@wiscvm.wisc.edu Return-Receipt-To: U267105@HNYKUN11.BITNET Date: 9 March 1987, 18:06:38 MET From: Jos Grote Punt 080-566793 U267105 at HNYKUN11 To: INFO-CPM at SIMTEL20 First I'd like to thank John S. Fisher for the beautiful UNARC/UNLIB/UNSQUEEZE utility to run under VM/CMS. It works great! Now we can print the huge document files! Can anyone help me with the following problem? On the SIMTEL20 archives I found the file PD:C128-CPM.JUL. In it there was a description of various Commodore 128 files. But I can't find some of them, probably because they're in a different directory. Does anyone know how to get by them ? I'll include a small part of the file. Library 34 -- Commodore C128 CP/M August 1, 1996 File Name Lib No. Date Size Description ------------ -- ---- -------- --- ------------------------------------- 64CONVRT 34 71 12/29/85 12 Convert C64 files to C128 files Download as 8-bit binary file. Commodore C128 program used to convert sequential files that are in C64 disk format over to CP/M C128 disk format. (See C128-NEW.DOC and C128-IRV.DOC for details). Keywords: CBM,COMMODORE,C128,C64,CPM+,CONVERT 6DECSRC.LBR 34 1067 03/02/86 136 Commodore C-128 BIOS source code Source files for the Commodore C-128 CP/M-Plus BIOS. To build a system from the source you will need the disk that came with the Digital Research manual from Commodore. This library was released for distribution by Von Ertwine. Keywords: CP/M-PLUS,COMMODORE,C-128,C128,BIOS,SOURCE C128-NEW.DOC 34 70 12/29/85 13 Fix for C128 BIOS modem support The original Commodore C128 BIOS does not support modem use in the CP/M mode. This file explains how to get and install the new BIOS as well as the IMP-C128.COM modem program, which is ready to run. Keywords: CBM,COMMODORE,C128,C64,CPM+,CONVERT C128-NEW.IRV 34 69 12/28/85 3 Updating C128 BIOS to support modem Explains what files Commodore C128 users will need to obtain to use a modem in the CP/M mode. The IMP modem program is ready for use and is available here as IMP-C128.COM. Keywords: CBM,COMMODORE,C128,BIOS,NEWSYS,IMP,MODEM C1571-2.COM 34 1039 03/01/86 1 Commodore C128 disk write speedup #2 This program from Commodore will turn off the write verify on the 1571 disk drive to speed saving of files. This new version works with GCR and MFM format disks. It also does automatic turn-off. To reset the drive to normal write verify, just turn off and back on. Keywords: CBM,COMMODORE,C128,C-128,C1571,DISKDRIVE,SPEEDUP CATALOG.800 34 1815 06/20/86 2 SIG/M C128 CP/M sampler #1 catalog Catalog for SIG/M disk #800 (available here as SIGMV800.LBR), featuring SIG/M Commodore CP/M Sampler, (Volume 1 of 2). See SIG/M.CQT for a complete catalog of all SIG/M disks. Volumes 800 and 801 are sample disks of programs for the Commodore. Volume 800 contains modem programs for the Commodore plus instructions and an article on updating the 128. Keywords: SIG/M,VOLUME,800,CATALOG,COMMODORE,C128,C-128 CATALOG.801 34 1814 06/20/86 6 SIG/M C128 CP/M sampler #2 catalog Catalog for SIG/M disk #801 (available here as SIGMV801.LBR), featuring SIG/M Commodore 128 CP/M Sampler, (Volume 2 of 2), a collection of Z80-8080 favorites from the SIG/M library of public domain software. See SIG/M.CQT for a complete catalog of all SIG/M disks. Keywords: SIG/M,VOLUME,801,CATALOG,COMMODORE,C128,C-128 9-Mar-87 22:56:44-MST,336;000000000000 Return-Path: <@wiscvm.wisc.edu:NYI@PSUVM.BITNET> Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon 9 Mar 87 22:56:27-MST Received: from PSUVM.BITNET by wiscvm.wisc.edu on 03/09/87 at 21:17:48 CST Date: Mon, 9 Mar 87 22:18 EST From: To: info-cpm@simtel20.arpa send info 10-Mar-87 03:17:00-MST,2968;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue 10 Mar 87 03:16:32-MST Received: by ucbvax.Berkeley.EDU (5.53/1.23) id AA00729; Tue, 10 Mar 87 01:43:34 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Mar 87 09:28:30 GMT From: pur-phy!piner@h.cc.purdue.edu (Richard Piner) Organization: Purdue Univ. Physics Dept., IN Subject: Re: Z-80 CP/M Machines Message-Id: <2151@pur-phy.UUCP> References: <4720@brl-adm.ARPA>, <858@crash.CTS.COM> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <858@crash.CTS.COM> kevinb@crash.CTS.COM (Kevin J. Belles) writes: >In article <4720@brl-adm.ARPA> 7GMADISO%POMONA.BITNET@wiscvm.wisc.EDU writes: >> >>To: Robert Lewis Harker >>look into a used Tandy Model 4. It will indeed run CP/M, and a >>very nice version at that (Montezeuma Micro). In addition, under >>its proprietary DOS (LS-DOS 6.3), it runs **THE** best Z-80 >>assembler I've ever seen, called Pro-MRAS, from a company called >>Misosys. For an 'obsolete' machine, the amount of support the >>Model 4 has has to be seen to be believed!! > > I woudn't suggest a Tandy Model 4 for programming usage. It has the wierdest >memory banking system I've ever seen, the source code for the BIOS is quite >difficult to get, and the hard disk subsystem is unusually expensive. It also >comes with 2 single-sided 5-1/4" floppies, where I recommend at least DSDD >floppies for programming work (.PRN files and macro libraries can get quite >large). There's only one serial port available for it, and no real applications > ETC. >-------------------------------------------------------------------------- Well, while we are on the subject, there is yet another Z-80 machine around. Namely, the MAX-80 by Lobo. I'm not a big fan, but if you have to have a Z-80 machine, this one is worth checking out. It runs CP/M or LDOS. Outputs are, 5-inch floppy, 8-inch floppy, SASI harddisk, Centronics parallel, 2 RS232 ports (Zilog PIO chip), and composite video. The RS232 ports can be set up to generate interupts, so it can run serial I/O at 19K baud. It has a real keyboard, with ALL the keys and a good feel, for those touch typist. I have a 3.25 inch floppy drive on one of them that holds 750K and the drive only cost $175. The MAX is fairly cheap to expand since the controllers are smart. It doesn't have high-res graphics. It does have programable fonts. For more information, you can contact Lobo Systems, 7334 Hollister Ave., Suite J, Coleta, CA 93117. Phone 805-968-6929. I have a couple of their machines and they run fine. Warranty service has been quick and when they fix a machine, it stays fixed. Usual disclaimers go here. Richard Piner piner@galileo.physics.purdue.edu.UUCP 11-Mar-87 00:15:06-MST,1512;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 00:14:44-MST Received: by ucbvax.Berkeley.EDU (5.53/1.23) id AA19789; Tue, 10 Mar 87 22:23:26 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Mar 87 17:17:54 GMT From: tektronix!tekcrl!tekgvs!toma@ucbvax.Berkeley.EDU (Thomas Almy) Organization: Tektronix, Inc., Beaverton, OR. Subject: Re: Z-80 CP/M Machines Message-Id: <2150@tekgvs.TEK.COM> References: <4720@brl-adm.ARPA>, <858@crash.CTS.COM>, <2151@pur-phy.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <2151@pur-phy.UUCP> piner@pur-phy.UUCP (Richard Piner) writes: > >Well, while we are on the subject, there is yet another Z-80 machine around. >Namely, the MAX-80 by Lobo. I'm not a big fan, but if you have to have a >Z-80 machine, this one is worth checking out. It runs CP/M or LDOS.... Unfortunately, as has beset most companies making CP/M computers, Lobo has gone out of business. I own two of the machines and they have been rock solid. It came with the most complete CP/M Plus implementation of any machine (so says an impartial third party who has seen them all), and was one of the best TRSDOS style machines as well. If you like CP/M and find one of these machines for sale, snap it up. Tom Almy Tektronix 11-Mar-87 00:21:59-MST,2586;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 00:21:47-MST Received: by ucbvax.Berkeley.EDU (5.53/1.23) id AA17778; Tue, 10 Mar 87 19:56:04 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Mar 87 13:55:46 GMT From: mcnc!rti-sel!dg_rtp!harris@seismo.css.gov (Mark Harris) Organization: Data General, RTP North Carolina Subject: Re: CPM for MODEL I Message-Id: <1325@dg_rtp.UUCP> References: <1987Mar2.211847.21135@gpu.utcs.toronto.edu> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <1987Mar2.211847.21135@gpu.utcs.toronto.edu> bangia@gpu.utcs.toronto.edu (Naresh Bangia) writes: > > > > >Well, here goes my first posting to this group, and I hope it makes sense >I know the MODEL I might be dead but for me it has served quite a useful >purpose, to enlighten me in hardware and software difficulties > >first of al let me describe my current system:C{ > > > MODEL I running CP/M 2.2 (ZCPR3) > 20 M harddrive > 2 serial ports (1 running terminal) > a real time clock. > > The CPM me and a friend have developed from scratch , he did the >hardware and I did the software. And I thi7{k we are ready to release >it to public domain. The hardware documents and the BIOS source >code. The system works quite fast and is relatively cheap to >convert to CPM .... I just don't know if the demand for CPM is there >anymore. So mail me and let me know if anyone is interested in this posting >if not, I will go back into obsecurity. > > Naresh > > mail : bangia@gpu.utcs or bangia@utcs >-- >-- >N. Bangia >UUCP: {decvax,seismo!mnetor,utzoo}!utcs!bangia >ARPA: ?????? Well, I for one would be very interested in getting your CP/M and I suspect there are quite a few model I users out there who feel the same way. (On Compuserve and GEnie, I have run into a LOT of people who still hack with the model I.) Although I only use the model I for playing some fun Infocom games, it would be fun to be able to hack around with a public domain OS. Will you post the sources? Sure would be nice. Another thing, how much work would be involved in getting the CP/M up on a model IV? I assume not all that much. What does your hardware modification consist of? Remapping the lower 16K of memory? So in conclusion, go ahead and post the CP/M. Thanks. Mark 11-Mar-87 11:48:00-MST,1738;000000000000 Return-Path: <@WISCVM.WISC.EDU:FISHER@rpicicge.bitnet> Received: from AMSAA-SEER.ARPA by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 11:47:01-MST Received: from WISCVM.WISC.EDU by AMSAA-SEER.AMSAA-SEER.ARPA id aa09986; 11 Mar 87 13:40 EST Received: from RPICICGE.BITNET by wiscvm.wisc.edu on 03/11/87 at 12:04:49 CST Received: by RPICICGE (Mailer X1.23b) id 7928; Wed, 11 Mar 87 13:06:15 EST Date: Wed, 11 Mar 87 12:42:02 EST From: "John S. Fisher" To: INFO-CPM@AMSAA-SEER.ARPA Subject: Ampro's latest "Little Board" Message-ID: <8703111343.aa09986@AMSAA-SEER.AMSAA-SEER.ARPA> Does anyone know anything more about the apparently newly announced "CMOS Little Board/PC" from Ampro? Since I heard only good things about their Z80 Little Board, this new one may be a reasonable upgrade from my venerable H89. What I really what to know is 1. Is this thing fully IBM-PC compatible, whatever that means? 2. Does its V40 cpu mean I can continue to use my beloved CP/M80 software? (Isn't the V40 the schizophrenic chip with both 8088 and 8080 personalities?) 3. How much for the board and its options? The one and only ad I've seen for the unit claims the following: o Mounts on a 5.25" drive (like all Little Boards). o 5 volt only and at 3 watts(!). o Keyboard, speaker, parallel and 2 RS232c ports. o PC bus (unpowered?). o SCSI for hard disks and FDC for all densities of 5.25, 3.5" floppies. o 768K ram. o Boots PC-DOS (but so does the 80186-based Little Board and it only runs the MS-DOS generic applications). o Optional 4-mode video controller, mono, Hercules, CGA and "high-res CGA" (= EGA?). o Clock with battery backup 11-Mar-87 13:02:17-MST,1738;000000000000 Return-Path: <@WISCVM.WISC.EDU:FISHER@rpicicge.bitnet> Received: from AMSAA-SEER.ARPA by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 13:02:04-MST Received: from WISCVM.WISC.EDU by AMSAA-SEER.AMSAA-SEER.ARPA id aa10979; 11 Mar 87 14:51 EST Received: from RPICICGE.BITNET by wiscvm.wisc.edu on 03/11/87 at 12:04:49 CST Received: by RPICICGE (Mailer X1.23b) id 7928; Wed, 11 Mar 87 13:06:15 EST Date: Wed, 11 Mar 87 12:42:02 EST From: "John S. Fisher" To: INFO-CPM@AMSAA-SEER.ARPA Subject: Ampro's latest "Little Board" Message-ID: <8703111452.aa10979@AMSAA-SEER.AMSAA-SEER.ARPA> Does anyone know anything more about the apparently newly announced "CMOS Little Board/PC" from Ampro? Since I heard only good things about their Z80 Little Board, this new one may be a reasonable upgrade from my venerable H89. What I really what to know is 1. Is this thing fully IBM-PC compatible, whatever that means? 2. Does its V40 cpu mean I can continue to use my beloved CP/M80 software? (Isn't the V40 the schizophrenic chip with both 8088 and 8080 personalities?) 3. How much for the board and its options? The one and only ad I've seen for the unit claims the following: o Mounts on a 5.25" drive (like all Little Boards). o 5 volt only and at 3 watts(!). o Keyboard, speaker, parallel and 2 RS232c ports. o PC bus (unpowered?). o SCSI for hard disks and FDC for all densities of 5.25, 3.5" floppies. o 768K ram. o Boots PC-DOS (but so does the 80186-based Little Board and it only runs the MS-DOS generic applications). o Optional 4-mode video controller, mono, Hercules, CGA and "high-res CGA" (= EGA?). o Clock with battery backup 11-Mar-87 14:54:44-MST,720;000000000000 Return-Path: <@wiscvm.wisc.edu:7GMADISO@POMONA.BITNET> Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 14:53:50-MST Received: from POMONA.BITNET by wiscvm.wisc.edu on 03/10/87 at 18:53:06 CST Date: Tue, 10 Mar 87 16:53:56 cet To: INFO-CPM@SIMTEL20.ARPA From: 7GMADISO%POMONA.BITNET@wiscvm.wisc.edu Subject: Tandy Newsgroup? I have noticed on occasion in postings to this newsgroup a mention of a 'comp.sys.tandy'; since I'm a Tandy user, could someone out there who is 'in the know' tell me, a BITnet user, how to subscribe if it is possible?? Thanks in advance, George Madison (7GMADISO@POMONA.BITNET) 11-Mar-87 18:12:53-MST,541;000000000000 Return-Path: Received: from IUS2.CS.CMU.EDU by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 18:12:21-MST Date: Wed, 11 Mar 87 20:04:50 EST From: Ralph.Hyre@IUS2.CS.CMU.EDU To: info-cpm@simtel20 Subject: What does 'z' in a file extension mean? Is it some more elaborate form of data compression? If so, I don't see a reference to it in the directory. For example, I have files named read.mz! and pcpi/z3d.zc. I'll be very grateful of someone could answer ASAP. Thanks. - Ralph Hyre 11-Mar-87 18:19:01-MST,3729;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 18:17:35-MST Received: by ucbvax.Berkeley.EDU (5.57/1.23) id AA08789; Wed, 11 Mar 87 16:59:33 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Mar 87 13:58:40 GMT From: kodak!gardner@CS.ROCHESTER.EDU (dick gardner) Organization: Eastman Kodak Co, Rochester, NY Subject: Re: Z-80 CP/M Machines Message-Id: <738@kodak.UUCP> References: <4720@brl-adm.ARPA>, <858@crash.CTS.COM>, <2151@pur-phy.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <2151@pur-phy.UUCP> piner@pur-phy.UUCP (Richard Piner) writes: >In article <858@crash.CTS.COM> kevinb@crash.CTS.COM (Kevin J. Belles) writes: >>In article <4720@brl-adm.ARPA> 7GMADISO%POMONA.BITNET@wiscvm.wisc.EDU writes: >>> >>>To: Robert Lewis Harker >>>look into a used Tandy Model 4. It will indeed run CP/M, and a >>> deleted comments about Model IV >>-------------------------------------------------------------------------- > >Well, while we are on the subject, there is yet another Z-80 machine around. >Namely, the MAX-80 by Lobo. I'm not a big fan, but if you have to have a ^--- I AM a big fan! What a great machine! >Z-80 machine, this one is worth checking out. It runs CP/M or LDOS. ^--- Z-80B @5.0 MHz >Outputs are, 5-inch floppy, 8-inch floppy, SASI harddisk, Centronics >parallel, 2 RS232 ports (Zilog PIO chip), and composite video. The >RS232 ports can be set up to generate interupts, so it can run serial >I/O at 19K baud. It has a real keyboard, with ALL the keys and a good >feel, for those touch typist. I have a 3.25 inch floppy drive on one of them >that holds 750K and the drive only cost $175. The MAX is fairly cheap to >expand since the controllers are smart. It doesn't have high-res graphics. >It does have programable fonts. For more information, you can contact >Lobo Systems, 7334 Hollister Ave., Suite J, Coleta, CA 93117. >Phone 805-968-6929. I have a couple of their machines and they run fine. >Warranty service has been quick and when they fix a machine, it stays fixed. >Usual disclaimers go here. > Richard Piner > piner@galileo.physics.purdue.edu.UUCP Additional information: It runs most Model I/III/IV programs. (Not all because the serial ports are different devices, but many) It also runs a nice version of CP/M 2.2 and the nicest version of CP/M + (also known as CP/M 3.0) that you've ever seen. The source is included, and is heavily commented. It has 128k ram and a battery-backed up real-time clock. Runs LDOS 5.1.x for R.S. programs. Rumor department: Lobo Systems was known to be in financial trouble, and I don't know their present situation. As far as I do know, this is their one and only product, which seems to guarantee a short life these days. Sales department: I have one of these babies for sale. Includes 2 360k floppies, 2 8" Shugart DSDD drives, lots ofsoftware, manuals, etc. First $700 takes it all. You pay shipping. (parting with it because of the usual reasons....my work requires that I have an IBM compatible machine at home) =#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=# Dick Gardner Eastman Kodak Co. Rochester, New York 14650 (716) 477-1002 UUCP: seismo!rochester!kodak!gardner To err is human -- to really screw it up you need a computer! =#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=# 11-Mar-87 19:23:10-MST,1163;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 19:22:35-MST Received: by ucbvax.Berkeley.EDU (5.57/1.23) id AA09330; Wed, 11 Mar 87 17:22:14 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Mar 87 03:15:00 GMT From: pyramid!oliveb!intelca!mipos3!omepd!uoregon!hp-pcd!orstcs!go@decwrl.dec.com Subject: Re: Need info on Solid State Music 2S+4 Message-Id: <216600001@orstcs> References: <439@percival.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa [ I would have replied direct, but I don't know where "percival" is... ] I don't believe I have heard of a 2s+4p. I do have documentation for the 2s+2p, however, and would be glad to mail you a copy if you let me know your address. By the way, the board is also called the IO4. It has two TMS6011 uarts and four 8212 8 bit parallel ports (two in and two out.) If this is the beast, then you're in luck. Gary Oliver ...!hplabs!hp-pcd!orstcs!go 11-Mar-87 20:15:44-MST,8609;000000000000 Mail-From: KPETERSEN created at 11-Mar-87 20:15:08 Date: Wed, 11 Mar 1987 20:15 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Cc: Ralph.Hyre@IUS2.CS.CMU.EDU Subject: Info about CP/M files on SIMTEL20 This document is intended to give a brief overview of files stored in the public domain archives at SIMTEL20. Many of the files in our archives have been compressed and/or grouped together in a single file by using one of the utilities available to the public domain that either SQueezes, CRUNCHes, LiBRaries, or ARChives files. This has been done to minimize disk storage requirements and also to minimize download time. These processed files are specially named with a filetype and can be identified by the last 3 letters of a filename after the "." that signifies the conversion. These are: .ARK for CP/M files archived (same as MS-DOS "ARC"). .LBR for files libraried. .?Q? for squeezed files (middle letter is a Q). .?Z? for crunched files (middle letter is a Z). A library is a group of files collected together into one file in such a way that the individual files may be recovered intact. A library file can be identified by the "LBR" as the extent of the file name. LU (Library Utility) is a CP/M utility used to maintain libraries of files. LU does not perform any compression. Because of this, most people will squeeze or crunch files before adding them to a library if they want to save space. If you want to remove the component files (members) from a LBR file, you should have a copy of LU.COM or other LBR extractor utility. At the end of this document is a list of the programs available for that function with libraries. Recently, popular CP/M Public Domain software files and information files are being distributed using ARCHIVE files. Archive files are similar to library (LBR) files in that they take a logical group of files and put them together in a single file. The main difference, is that the members of the "ARC" or "ARK" file are automatically compressed. The compression algorithm chosen is one of three which will produce the smallest file. Archive files have been available to the MS-DOS and PC-DOS areas, but, have been made useful in the CP/M environment with the introduction of the "UNARC" program. The current version is 1.4, and is available with extensive documentation, and two executable COM files, a 8080/8085 version and a Z80 version. The Z80 version takes advantage of the expanded Z80 (and equivalent) instruction set for speed and size, and therefore is machine dependent. There is also a modification overlay to adapt the program to non-standard CP/M 2.2 and 3.0 operating systems, such as CP/M68k and CP/M emulators. Programs are available on many machines to process "ARC" files, the Atari ST, systems running the UNIX systems, systems running MS-DOS, and CP/M. There currently is no CP/M utility available to make an "ARK" file. Archive files will be made in the MS-DOS/PC-DOS, TOPS20 or UNIX environment. To avoid confusion on RCP/Ms that support both MS-DOS and CP/M callers, Archive files have a file extension of "ARK" for CP/M software and information files. Some files on SIMTEL20 have been compressed, using one of the standard public domain utilities, to minimize download time and to save storage space. Files that have been compressed can be identified by the filetype (the last 3 letters of a filename after the '.') that signifies the compression. These are: .?Q? for Squeezed files (middle letter is a Q). .?Z? for Crunched files (middle letter is a Z). USQ120.COM is used to unsqueeze, or expand files that have a "Q" as the middle letter of the filetype. Such files have been squeezed, or compressed with SQ111.COM or similar. These programs use Huffman Encoding to reduce the size of the target file. Depending on the distribution of data in a file it can be reduced in size by 30% to 60% by squeezing it. If you download a file with a filetype indicating that it is squeezed, you will need USQ120.COM to expand it before you can use it. There are other programs available, written in different languages and take advantage of special hardware, but USQ120 is 8080/8085/Z80 compatible. Other utilities are available that have the unsqueeze coding imbedded and function with squeezed or unsqueezed files. There are programs that perform file maintenance functions (NSWP), bi-directiona display utilities (BISHOW), and string search programs, (FYNDE and FINDU). This method of compressing files has been used for some time now and programs to uncompress the files are available to several micro processors and main frame computers. CRUNCH uses the Lempel-Ziv-Welch (LZW) techniques. This method is fast and offers compression ratios around 55%. Highest compression is achieved with graphics data, values of 90% are typical, followed by text, with 50%, and COM files around 20%. This method is new to the CP/M environment. See CRUNCH23.LBR for the Z80 CRUNCH and UNCRunch programs. See FCRNCH11.LBR for the 8080/8085 and V20 CRUNCH and UNCRunch programs. Since this method of compression is relatively new, the only utilities available that processes crunched files are "typer" utilities such as TYPELZW, TYPEQZ, and LT, which also type members of libraries and squeezed files. If running a 8080/8085 processor, check the documentation to determine if the utility will only process files on systems using the Z80 processor. Currently, there is no compatible program for other micro processors or mainframes. MicroSoft BASIC programs are always saved as ASCII files (saved with the ",A" operand). They may than be squeezed or crunched. This has been done to allow them to be converted for use with other BASIC compilers or interpreters. Some executable files have a file extension of "OBJ". These are really "COM" files that have been renamed to "OBJ" to avoid execution on RCP/M systems. Rename them back to "COM" for use them as commands on your system. Below is a list of utilities available on SIMTEL20 that work with the above mentioned files. For the current version, check the directory list PD:. CPMSQV3.LBR SQueeze/UnSQueeze - Turbo Pascal CRUNCH23.LBR Data compression with LZW algorithm DELBR11.COM LBR file extractor DLU12.PQS A library utility in turbo pascal FCRNCH11.LBR A cruncher for 8080 systems. LDIR.COM Directory lister for LBR files LDIR23.COM Lists directory of LBR file LRUN20.LBR Run .COM files inside LBRs LSTYPE.LBR Print multiple files inside LBRs LSWEEP13.LBR Library SWEEP utility extract/view LTYPE17.LBR Types text files inside LBRs LT18.LBR Types and extracts files inside LBRs LU300.DQC Documentation for LU LU310.COM Library Utility version 3.10 LU310.HLP Help file for use with LU310 LU310.UPD Update info on LU310.COM LUDEF5.DQC Internal structure of LBR files LZW.LBR Compression/decompression Utilities NULU15.NOT A note from the author of NULU151 NULU15.WQ Complete user's guide for NULU151 NULU151.COM Machine lang. Library Utility pgm NULUFIX.ASM Bug fixes for NULU15.COM NULUTERM.AQM Terminal configuration for NULU151 SQ.PQS File SQueezer SQ111.COM Machine language SQueezer, very fast SQUEEZE.TXT Tutorial on SQueeze/UnSQueeze SQUPRT33.LBR Portable SQueeze/UnSQueeze in C lang UNARC.COM Z80 version of UNARChive utility UNARC14.LBR UNARC utility for CP/M UNARCA.COM 8080/8085 version of UNARChive utility UNCR23.COM UNCRunch for CRUNCH20 and prior USQ.PQS SQueezed file UnSQueezer USQ120.COM Dave Rand's machine lang. UnSQueezer USQFST20.LBR Fast unsqueezer for Z80 computers --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie Mail: W8SDZ RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps) 11-Mar-87 21:39:35-MST,2851;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 21:39:13-MST Received: by ucbvax.Berkeley.EDU (5.57/1.23) id AA13111; Wed, 11 Mar 87 20:15:32 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Mar 87 02:43:48 GMT From: hpcea!hpspdla!hpl-opus!coln@hplabs.hp.com (Mike Coln) Organization: HP Labs, Instrument Tech. Dept. Subject: Re: Help on caching algorythm? Message-Id: <1550002@hpl-opus.HP.COM> References: <8703072310.AA02571@decwrl.dec.com> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Regarding CPM disk caching: I, too, have recently added disk caching to my BIOS code to improve effective hard disk performance, with good results. However, I cache on a disk record (128 byte) basis, reducing the granularity problem. Since the BDOS requests records in any case, this puts the cache logically between the BDOS and any blocking/deblocking/track-reading code that you might have in the physical disk driver. I have 180 kbytes of bank switched memory which is divided between the hash table (2048 words), the cached records themselves (128 bytes/record), and the table identifying the cached records (4 bytes/entry). Each cached record is identified by its drive designator, track, and sector (as seen by the BDOS). The cache is currently operating with "write through", so the disk is never out of sync. Preliminary profiling with a typical mix (for me) of editing, assembling, and file manipulation operations suggests that record writes are only 5%-10% of the total accesses. Reading a large file from the cache (assuming no cache misses but including all the operating system overhead for directory lookup) runs under 2 milliseconds per record. The hashed record lookup is crucial to achieve this speed. To reallocate cache space I use a simple "not recently used" algorithm, somewhat similar to what are called "clock" algorithms. Each record in the cache is assigned a flag bit, set whenever the record is accessed. Upon a cache miss, a reallocation pointer circulates through the cache entries, looking for an entry with the flag not set, and unsetting the flag of each entry it passes. Note that it is guaranteed to eventually find an unset flag. Records that are used often, will set their bit again, before they are dropped from the cache on the next circulation of the pointer. The code is (naturally?) written in Z-80 assembly, and is fairly clean, but has machine dependencies due to the memory bank switching. Please let me know if you desire further information, or can make suggestions. Mike Coln hplabs!coln coln@hplabs.HP.COM 13-Mar-87 08:46:04-MST,1024;000000000000 Return-Path: Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Fri 13 Mar 87 08:45:52-MST Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34) id AA14463; Fri, 13 Mar 87 07:45:21 PST Message-Id: <8703131545.AA14463@decwrl.dec.com> Date: 13-Mar-1987 1031 From: binder%fizbin.DEC@decwrl.DEC.COM (Put it on my tab.) To: info-cpm@SIMTEL20.ARPA, infoapple%fizbin.DEC@decwrl.DEC.COM, infocpm%fizbin.DEC@decwrl.DEC.COM Subject: HARD drives for Apple CP/M with PCPI Applicard? I'd like to find a hard disk at least 10 Mbytes in size that comes with a driver suitable for installing into Applicard CP/M on an Apple //e. (The oddity about Applicard CP/M is that its drivers are written in Apple 6502 code and reside in the Apple's native memory.) Any info out there? Cheers, Dick Binder (The Stainless Steel Rat) DEC Enet: FIZBIN::BINDER UUCP: { decvax, allegra, ucbvax... }!decwrl!fizbin.dec.com!binder ARPA: binder%fizbin.DEC@decwrl.ARPA 13-Mar-87 17:41:51-MST,1037;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri 13 Mar 87 17:41:42-MST Received: by ucbvax.Berkeley.EDU (5.57/1.23) id AA04687; Fri, 13 Mar 87 15:53:18 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Mar 87 20:06:00 GMT From: convex!barr@a.cs.uiuc.edu Subject: Re: Help on caching algorythm? Message-Id: <66100002@convex> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Take a look at Maurice J. Bach's book "The Design of the UNIX Operating System." Look specifically at the section describing the chapter describing the algorithms and data structures used to implement the buffer cache. (I think it's in chapter 3.) The key idea is that the linked list structures automatically implement an LRU strategy which is a lot easier and faster than maintaining and checking reference history. 14-Mar-87 00:28:11-MST,966;000000000000 Return-Path: Received: from XX.LCS.MIT.EDU by SIMTEL20.ARPA with TCP; Sat 14 Mar 87 00:28:06-MST Received: from OZ.AI.MIT.EDU by XX.LCS.MIT.EDU via Chaosnet; 13 Mar 87 23:10-EST Date: Fri 13 Mar 87 23:12:03-EST From: "Mark Becker" Subject: Need info on MITS S-100 card. To: Info-CPM@SIMTEL20.ARPA Message-ID: <12286210876.52.CENT.MBECK@OZ.AI.MIT.EDU> While roving through a flea market recently, I ran across a MITS 88-Diagnostic Card, Revision O. Really kind of an interesting board.. While I realize MITS is long gone, might someone out there have information regarding this thing? It's got two banks of three LED digit displays on the card. One of them is labelled DVM which makes me think there's maybe a functional voltmeter on the card (readable by software?). Please message if you have any documentation. Thanks - Mark ------- 14-Mar-87 06:07:38-MST,1301;000000000000 Mail-From: KPETERSEN created at 14-Mar-87 06:07:23 Date: Sat, 14 Mar 87 11:48:43 +0100 Message-ID: Sender: Alf Christophersen From: Alf Christophersen To: info-cpm-request@SIMTEL20.ARPA Subject: New versions of KERMIT for CP/M????? ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm at SIMTEL20.ARPA ReSent-Date: Sat 14 Mar 1987 06:07-MST Will there be any more releases of KERMIT for CP/M?? I have the CP4KER version and have modified it for running on our old Altos 8000/7 under MP/M 1.12 . It works quite nice, but characters are disappearing if the load is too heavy. I haven't tried to make it interrupt-driven. What I miss now is the possibility of emulating VT100 because we have changed computer from a DEC10 to a VAX8750. Now I need tremendously a VT100 emulator, not the VT52 which is used now. Any hope in near future for me and some others using still a Altos 8000/7 with MP/M 1.12 ????? Sincerely Alf Christophersen Dep. of Nutrition Research P.O.Box 1046 Blindern N-0316 Oslo 3 Norway L_CHRISTOPHE%USE.UIO.UNINETT@NTA-VAX.ARPA In advance, many thanks for any response! 14-Mar-87 23:12:22-MST,890;000000000000 Return-Path: Received: from dmc-crc.ARPA by SIMTEL20.ARPA with TCP; Sat 14 Mar 87 23:12:03-MST Received: by dmc-crc.ARPA (4.12/4.7) id AA16732; Sun, 15 Mar 87 01:10:49 est Date: Sun, 15 Mar 87 01:10:49 est From: marwood@dmc-crc.ARPA (G. J. Marwood) Message-Id: <8703150610.AA16732@dmc-crc.ARPA> To: info-cpm@simtel20.ARPA Subject: Crunched files Ralph Hyre asks about the significance of .?z? files. These files are crunched files, which use a data compression algorithm which generally produces smaller compressed files than the "squeezed" .?Q? files. The means to "crunch" and "uncrunch" may be found in PD: CRUNCH23.LBR.1 on SIMTEL20. Crunched files should not be confused with .AZM files which are used as source files by several Z80 assemblers, e.g. Z80MR. Non-crunched .?Z? files crunch into .ZZZ files. Gordon Marwood 15-Mar-87 09:01:31-MST,10063;000000000000 Mail-From: KPETERSEN created at 15-Mar-87 09:01:20 Date: Sun, 15 Mar 1987 09:01 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Subject: New files uploaded to SIMTEL20 during February The following is a complete list of CP/M-oriented files uploaded to SIMTEL20 during the month of February, 1987. The numbers following the filenames are the file size in bytes followed by the file format. (7) means ASCII, (8) means binary. For a complete list of all CP/M files, see: PD:CPM.CRCLST - Complete list with CRC values PD:FILES.DIR - Abbreviated list with only directory and file names PD:FILES.IDX - Format as below, no descriptions There is currently no complete listing of all files, with descriptions. That is in the process of being created and will be announced when available. Note: to save space in the following listing, the device name PD: which normally appears ahead of the directory name has been omitted. AP60ZCPR.LBR 7808(8) ZCPR3 for Apple Softcard 60K PCPI-MON.LBR 4992(8) 6502 monitor calls from PCPI CP/M PCPI-RAM.LBR 2816(8) Ramdisk for PCPI and //e (built-in) PCPI-SIO.LBR 30592(8) Support for Applicard Z80-SIO card PCPI-XY.BZS 1792(8) VTAB and HTAB for PCPI w/MBASIC PCPI6502.MZP 768(8) 6502 memory map for apple with PCPI PCPIBDOS.MZC 2176(8) BDOS patch for Applicard PCPI-Z3.LBR 66816(8) Ready to install ZCPR3 for PCPI PCPIFST3.IZF 2688(8) Speed-up for Applicard & Ram Extend PCPIGPRT.LBR 6400(8) Use applicard game port as SIO PCPIGRFX.LBR 50944(8) Graphics for the Applicard PCPIVERS.AZM 3584(8) Versacard support for Applicard PCPIZ3V2.MZP 1152(8) Z80 memory map for Applicard/ZCPR3 PCPIBOOT.AZM 1664(8) Patch for Applicard boot msg PCPIDVR4.LZT 1536(8) List of known Applicard Drivers CCPXTEND.LBR 30720(8) Execute COM files from Libraries NLUPATCH.MZC 1920(8) Patches to NULU 1.51 NAVPROG7.LBR 73728(8) Prepares a flight log SAFEBBS.LBR 17664(8) Resident program hides files on RCPM BGQWKSWP.INF 1296(7) Hints for speedy BG ii swapping BGH19SCR.LBR 15488(8) HEATH-19 screen driver source for BG BGK84SCR.LBR 16896(8) Source for Kaypro '84 screen driver KMD22.LBR 118528(8) File transfer program for RCP/M's FORMAT2.COM 2304(8) Format floppy disk for the C128 DSKLABL1.LBR 14080(8) Print label showing files on disk PRNTDF10.LBR 11776(8) Keep track of user group disks DSKLBL16.LBR 2688(8) Makes labels for your disk PROTCCP.LBR 2688(8) Protect CCP from being overwritten EZALIAS2.LBR 10368(8) ALIAS/SYNONYM for EZCPR - new note DIRDATE.SUB 512(8) CP/M+ DIR patch shows date in DD/MM DATEPLUS.LBR 54272(8) CP/M+ DATE.COM replacement CCPX2PLUS.DOC 14840(7) Draft design notes: CCP for CP/M-68K ECLIPSE.LBR 11904(8) Predict the eclipse of Moon and Sun CHEF-FIX.LBR 29568(8) Fix to CHEF, the recipe program SCHEDULE.ARK 24448(8) A personal schedule handler ROLDEX31.LBR 70144(8) Roladex for names and phone numbers PHONEDAT.LBR 19712(8) Keep track of RCP/M and BBS systems DDTZ25.LBR 67456(8) Z80/8080 replacement for DDT (with source) RM104.ARK 15938(8) A UNIX-like file deletion program MAKE26.LBR 19840(8) Change user area without moving file SD118B.LBR 65920(8) Super Sorted Directory also does LBR MSA15.LBR 7808(8) Simple, fast 8080 disassembler. DZ-NOV86.LBR 93056(8) DazzleStar vid-oriented disassembler REVAS25.LBR 53888(8) PD version of REVerse ASsembler FSDU.LBR 25344(8) Full screen disk maintenance utility DS21DOC.LBR 70272(8) Inspect floppy discs for bad sectors TRIVIA2.LBR 30848(8) Trivial Pursuit word game FLASH.LBR 25728(8) Flash card program EPSETUP.LBR 13696(8) Epson MX/RX/FX80 printer setup NSWPTIPS.LBR 8064(8) Tips about the disk Maint utility RPL.LBR 39168(8) Copy files with replace CMP20.LBR 4096(8) Unix-style binary file compare F83V2-80.ARK 155136(8) Forth-83 ver. 2 for CP/M-80 FAST-180.MSG 1801(7) CPU speed upgrade for SB-180 ADVENT.SZL 38400(8) Walkthrough of Adventure Version B01 HEX.TZT 4608(8) Tutorial on hex and binary numbers FUTURE.TZT 4864(8) Comment on future of user groups ORBIT.ARK 36625(8) Satellite orbit prediction program RTTY3.LBR 34688(8) RTTY receive/send for HD3030/CP/M+ LIST-LOG.LBR 20480(8) Manipulate list of records LZED.HZP 9088(8) Help for the "Little Z EDitor" I2AP-8.AQM 18304(8) IMP Overlay - Apple II, various card I2A2-ALS.AQM 7168(8) IMP OVERLAY - APPLE //e, ALS card KPTRCLK.LBR 2176(8) Caption for TurboRom time display KP10MONY.LBR 64640(8) Money management package KP10USER.LBR 3200(8) MASMENU replacement for Kaypro 10 KRAMDISK.TZT 22656(8) Make most of Kaypro with a RAM disk FANFOLD8.LBR 80000(8) Print on both sides of fanfold paper SIDEMT3.LBR 50944(8) List file sideways on printer GFONTS.LBR 77696(8) Fonts for GEEFONT GFSRC.LBR 98816(8) Source for fonts in GFONTS.LBR EXTRAFON.LBR 22528(8) Additional fonts for Bradford print MBSIO-2.AQM 6912(8) MBYE insert for Zilog SIO MBKMDOVL.LBR 116096(8) Machine specific overlays for MB-KMD MBKMDOVL.LST 4244(7) Machine specific overlays for MB-KMD MBKMD120.LBR 114560(8) File transfer with 1k/batch protocol MEXCLS.PAT 423(7) Disable clearing the screen in MEX MXO-R213.AZM 9088(8) MEX Overlay - TRS-80 Model II MXO-MD30.AZM 12672(8) Mex Overlay - Micro Decision 3.0 MXC-KC10.AZM 3200(8) MEX Overlay - Kaypro Kenmore Ztime-I MXH-CPM3.AZM 7424(8) MEX Overlay - CPM Plus MXH-VT36.AZM 9728(8) MEX Overlay - DEC Micro VT180 MXO-AX11.AZM 17024(8) MEX Overlay - Actrix computer MXH-VG4.AZM 17792(8) MEX Overlay - Vector 4 MXH-CC18.AZM 15872(8) MEX overlay - Columbia Commander MEX16.AZN 5760(8) Feature of MEX 1.6 C-BEAUT.LBR 26752(8) A C Source statement beautifier NUKMD111.ARK 126848(8) XMODEM/YMODEM file transfer for RCPM STRINGS.LBR 14080(8) String operations in Pascal PASCALIO.DZC 4992(8) Explanation of Pascal I/O PPMANUAL.PZN 60928(8) Documentation file for Pascal-P PP319DOC.LBR 67200(8) Documentation for Pascal-P PLOTTER.LBR 35968(8) Plotter routines for PascalP WHEEL.AZM 5376(8) Activate the WHEEL byte for SYSOP TWIT-LOG.LBR 15616(8) Track unauthorized RCP/M command use TWOSORTS.LBR 13824(8) Memory and disk sort using quicksort LOG10.LBR 4480(8) Log in drive and user, ZCPR style TM2NOT10.LBR 16128(8) Notes about Modula-2 TURBOFIX.LBR 8704(8) Fixes console input system of Turbo TYPEX.PZS 11136(8) Turbo lister and cross-reference PRTPROC3.LBR 7808(8) List procedures, functions, of Turbo XLIST5.LBR 9984(8) Cross-reference listing for Pascal PASPRINT.TZT 1920(8) Check printer status in Pascal BULLETTP.LBR 4864(8) Screen subroutines for Turbo Pascal RNF13.LBR 97408(8) Text formatter/word processor TAIL20.LBR 4096(8) Displays end of text file SAVETIP.TZT 1280(8) Recover data from memory WS2MW.LBR 45312(8) Converts WordStar files to MacWrite RNF13SOR.LBR 39168(8) Source for the RNF text formatter VDE24HDR.LBR 11008(8) Macro Key programming for VDE WS40CPM.TZT 3456(8) Info about New Word and WordStar 4.0 WSPATNEW.3Z3 15488(8) Patches for WordStar @10.LBR 6400(8) Control screen output AFIND13.LBR 6784(8) Searches the directory for aliases CLEAND15.LBR 16896(8) Sorts, packs, cleans Z3 directory DEV10.LBR 6528(8) Command-driven ZCPR3 IOP control DEVICE10.LBR 7552(8) Screen-oriented ZCPR3 IOP control DIFF21.LBR 10624(8) ZCPR3 tool shows file differences DIR14.LBR 19840(8) ZCPR3 directory program DPGFILE.LBR 23168(8) Files for ZCPR3 DPROG interpreter DPROG12.LBR 13440(8) Peripheral device control for ZCPR3 FNDERR14.LBR 7040(8) Compiler/Assembler automation for Z3 NEWTCAP.ZZ0 3712(8) New Terminal for ZCPR TCAP TCJ01.MZG 4224(8) Information about ZSIG UF.LBR 15104(8) Fast unsqueezer for Z80 computers VCED18.LBR 27648(8) ZCPR3 shell edits command lines VIEW31.LBR 20352(8) ZCPR3 text files scanner/printer VISUAL50.AZM 3712(8) ZCPR 3.3 TCAP for the Visual 50 VMENUFUN.LBR 9728(8) Using the VMENU system Z-NEWS.7Z1 12800(8) ZCPR3/SYSLIB/ZRDOS Newsletter #701 Z-NEWS.7Z2 12032(8) ZCPR3/SYSLIB/ZRDOS Newsletter #702 Z3LOC11.LBR 4096(8) Display Z3 addresses Z3NEW104.LBR 50816(8) Replacement for NEW command Z3TCAP22.LBR 12672(8) Define terminals for use with ZCPR3 --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie Mail: W8SDZ RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps) 15-Mar-87 14:21:23-MST,1539;000000000000 Mail-From: KPETERSEN created at 15-Mar-87 14:20:57 Date: Friday, 27 February 1987 07:42-MST Message-ID: Sender: FISHER%RPICICGE@WISCVM.WISC.EDU (John S. Fisher) From: FISHER%RPICICGE@WISCVM.WISC.EDU (John S. Fisher) To: w8sdz@SIMTEL20.ARPA (Keith Petersen) Subject: Uuencode/uudecode/unsqueeze/uncrunch/LBR/ARC for IBM-VM/SP ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm at SIMTEL20.ARPA, Info-Micro at BRL.ARPA ReSent-Date: Sun 15 Mar 1987 14:20-MST I have uploaded to SIMTEL20: Filename Type Bytes CRC Directory PD: ARCBOOT.EXE.1 BINARY 35328 3D00H ARCUTIL.LBR.1 BINARY 60672 3312H Name: ARCBOOT.EXE Date: 26-Feb-87 Keywords: IBM,host,VM/SP,ARCUTIL,bootstrap Description: This IBM VM/SP exec file plus ARCUTIL.LBR, preferrably in uuencoded form) are all you need to install ARCUTIL on your host without doing any member extractions on your CP/M machine. (A copy of ARCBOOT.EXE is in the .LBR also if you want to extract it rather than download this, too.) To use, rename this file to be ARCBOOT EXEC, then run it. Name: ARCUTIL.LBR Date: 26-Feb-87 Keywords: IBM,host,VM/SP,library,sweep,arc,squeeze,crunch Description: IBM VM/SP host utility. ARCUTIL has sweep, unarc, unsqueeze, uncrunch, uuencode, uudecode functions and supports ASCII -> EBCDIC translation. Very useful for using your host to print documentation, break apart libraries, etc. JSFisher FISHER%rpicicge.bitnet@wiscvm.wisc.edu 15-Mar-87 16:22:42-MST,845;000000000000 Return-Path: Received: from XX.LCS.MIT.EDU by SIMTEL20.ARPA with TCP; Sun 15 Mar 87 16:22:35-MST Date: Sun 15 Mar 87 18:16:41-EST From: Thomas S. Wanuga Subject: free magazines To: info-micro@BRL.ARPA, info-cpm@SIMTEL20.ARPA Message-ID: <12286681393.46.WANUGA@XX.LCS.MIT.EDU> I have three old issues of "Dr. Dobb's Journal", and twenty one old issues of "S-100 Microsystems" (later renamed to "Microsystems") that I no longer want. They are yours for the taking. All I ask is that you pay transportation costs. Tom Wanuga wanuga@xx.lcs.mit.edu Dr. Dobb's Journal S-100 Microsystems ------------------ ------------------ #86 - Dec. 1983 Vol. 1 No. 1 - Jan./Feb. 1980 #87 - Jan. 1984 through #88 - Feb. 1984 Vol. 4 No. 3 - Mar. 1983 ------- 16-Mar-87 06:40:16-MST,1120;000000000000 Mail-From: KPETERSEN created at 16-Mar-87 06:40:09 Date: Mon, 16 Mar 1987 06:40 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Subject: FSDU.LBR (full screen DU) bug report Date: Monday, 16 March 1987 03:39-MST From: Paul R. Grupp To: W8SDZ Re: FSDU.LBR (full screen DU) FSDU is HARD WIRED in ALL the info it should get from the DBP (e.g. BLOCK ZERO starts on TRACK 2, and MAX TRACKS = 76, skewing, dbl/sng density, byte/word blocks, etc...) which needless to say causes gross problems on a hard disk system! When I tried to log in my B: and C: disks it gave me the next 76 tracks of the A: drive! Also there is no patch area (or even equates) for terminal codes, these too are hard wired all over the code. This program could cause much misery to someone less than expert at CP/M disk conventions. -Paul [Note from Keith Petersen: FSDU.LBR has been removed from our collection of public doomain CP/M programs.] 16-Mar-87 08:08:04-MST,2041;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon 16 Mar 87 08:07:51-MST Received: by ucbvax.Berkeley.EDU (5.57/1.23) id AA19383; Mon, 16 Mar 87 06:40:26 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Mar 87 16:53:47 GMT From: hpda!hpcllla!hpclisp!brengle@ucbvax.Berkeley.EDU (Tim Brengle) Organization: HP ITG/ISO Computer Language Lab Subject: Hitchhiker's Guide for CP/M-80 Message-Id: <1140001@hpclisp.HP.COM> References: <2791@hammer.TEK.COM> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa What wonderful news! Especially since I have a Z80 CP/M machine which can handle 5.25" disks. I recently acquired the correct controller card and software which allows my machine to read Kaypro II (and other) disks. Now for the bad news: after gathering my pennies and soliciting requests from friends with similar machines, I called Infocom's 800 number. I was planning to order about $300 worth of Kaypro II stuff and was surprised to hear that they are completely out of stock. For ALL CP/M stuff. On the off chance that the 800 number operators didn't know about the "funeral sale", I called the technical assistance number. They told me that if the operators didn't have them on their computer, they weren't available. Still, I haven't given up. I managed to get an order form from a friend (who has LOTS of Infocom stuff for his MSDOS machine, **SIGH**), and mailed off an order today. When I get some sort of response (either games or a note telling me that they aren't available) I will post the news. 'Til then, keep on hoping! Tim Brengle UUCP: ...!hplabs!hpcllld!brengle ARPA: brengle%hpcllld@hplabs.hp.com P.S. Andrew, here's to all the hours wasted ...er... spent playing ADVENT on Seaver's DecSystem-10! 16-Mar-87 18:39:13-MST,1000;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon 16 Mar 87 18:38:35-MST Received: by ucbvax.Berkeley.EDU (5.57/1.23) id AA00920; Mon, 16 Mar 87 17:33:17 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Mar 87 00:19:52 GMT From: medin@cod.nosc.mil (Ted Medin) Organization: Naval Ocean Systems Center, San Diego Subject: Needed diagnotics for Kaypro II & hard disk Message-Id: <570@cod.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Have a kaypro ii that has been getting flakey. Would appreciate the location of pd diagnostics for the kaypro ii. Also have a hard disk installed and would like a pgm that will read/write & check itself for hard disk failures. I guess the same pgm should work on diskettes also. Thanks in advance. Ted 17-Mar-87 05:09:15-MST,2915;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue 17 Mar 87 05:09:03-MST Received: by ucbvax.Berkeley.EDU (5.57/1.23) id AA11525; Tue, 17 Mar 87 03:48:25 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Mar 87 03:33:25 GMT From: ihnp4!invest!wheaton!cculver@ucbvax.Berkeley.EDU (Calvin Culver) Organization: Wheaton College, Wheaton IL. Subject: Re: Hitchhiker's Guide for CP/M-80 Message-Id: <472@wheaton.UUCP> References: <2791@hammer.TEK.COM>, <1140001@hpclisp.HP.COM> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <1140001@hpclisp.HP.COM> brengle@hpclisp.HP.COM (Tim Brengle) writes: >I called Infocom's 800 number. I was planning >to order about $300 worth of Kaypro II stuff and was surprised to hear that >they are completely out of stock. For ALL CP/M stuff. >... >Still, I haven't given up. I managed to get an order form from a friend (who >has LOTS of Infocom stuff for his MSDOS machine, **SIGH**) > Tim Brengle Now I'm concerned. I called Infocom about 4 weeks back to check on availability for Kaypro stuff and was told they still had stock on everything. I mailed off a check the next day, but have heard or seen nothing from them yet. But now for some (I hope) good news. If I'm correct in my assumptions, you should be able to run much of the MS-DOS stuff under CP/M. Here's how: The .COM file for an Infocom game is a generic file; the only thing that changes from Zork I to Hitchhiker to Suspended is the .DAT file. Any .COM file will run any .DAT file simply by changing the name of the .DAT file to correspond to the .COM file. Thus, for example, simply by changing the name of HITCHHIK.DAT to ZORK1.DAT, placing it on a disk with ZORK1.COM, and typing ZORK1, you should be playing Hitchhiker's Guide to the Galaxy. Neat, huh? I have verified that this does work with the CP/M versions (I have 11 of the 17 Infocom games for CP/M and I've run them all with ZORK1.COM using this method). Alternatively, you could open up, say, ZORK1.COM with DDT and find where it says ZORK1.DAT, then change that to HITCHHIK.DAT and it should then run as is with HITCHHIK.DAT. Thus, I assume that the same is true for MS-DOS versions and, what's even better, you should be able to transfer a .DAT file from an MS-DOS version and run it with any CP/M .COM file. As I haven't got access to any MS-DOS Infocom games I haven't been able to verify this, but I can't see any reason why it shouldn't work. Could you do me a favor? Give this a try for me and see if I'm right. I'm anxious to know. --calvin culver-- ...ihnp4!invest!wheaton!cculver Cculver@wheaton.UUCP 17-Mar-87 06:54:42-MST,2124;000000000000 Return-Path: Received: from BRL-VIM.ARPA by SIMTEL20.ARPA with TCP; Tue 17 Mar 87 06:54:33-MST Date: Tue, 17 Mar 87 8:49:40 EST From: Ferd Brundick (VLD/LTTB) To: Calvin Culver cc: info-cpm@simtel20.arpa Subject: Re: Hitchhiker's Guide for CP/M-80 Message-ID: <8703170849.aa04741@VIM.BRL.ARPA> Haah, I can't comment on Infocom's stock since I've never ordered directly from them, but I'd like to pick a few nits with Calvin Culver's response to Tim Brengle. Yeah, when I was starting out with the Zork trilogy on my CP/M machine I discovered that all ZORK?.COM files were the same, and by patching one with DDT you could change the data file reference from ZORK1.DAT to ZORK2.DAT. This is very easy to do because the name is near the beginning (don't delete the blanks between ZORK1 and DAT). When my wife bought an IBM clone I bought some Infocom games for it. Since the games run faster on her hard disk system than my floppy system, I considered porting the .DAT files. As a test I patched HITCHHIK.COM to use LEATHER.DAT and it worked. Ok, so I've confirmed Calvin's claims. The gotcha is that in the newest games the .COM files are customized -- they aren't as generic as they used to be. For example, HitchHiker warns you to put on your peril sensitive sunglasses before showing your score. One game even added a new command (not the "oops" command; several games have that). While you may be able to run one games data with another .COM files, some things (perhaps critical ones) may not work. I agree that CP/M .DAT files should work under MS-DOS. If I ever stop playing Hollywood Hijinks long enough to wire a new cable I'll try to transfer some .DAT files and see what happens. dsw, fferd Fred S. Brundick USABRL, APG, MD. "That would take all the mystery out of life." 17-Mar-87 12:38:47-MST,1027;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue 17 Mar 87 12:38:19-MST Received: by ucbvax.Berkeley.EDU (5.57/1.23) id AA17529; Tue, 17 Mar 87 11:24:07 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Mar 87 13:57:34 GMT From: ihnp4!ihuxp!gvw1@ucbvax.Berkeley.EDU (George V. Wilder) Organization: AT&T Bell Laboratories - Naperville, Illinois Subject: PCPI Appli-Card(tm) Info on BBSs??? Message-Id: <1397@ihuxp.ATT.COM> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I know that there is a lot of PCPI Info on Simtel20, but I have not been able to retrieve any files from it using the recently announced method. So can anyone tell me about BBSs that may have the PCPI Info on them (i.e., driver sources, memory maps etc.). Thanks, George V Wilder ihnp4!ihuxp!gvw1 17-Mar-87 18:10:54-MST,1040;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue 17 Mar 87 18:10:28-MST Received: by ucbvax.Berkeley.EDU (5.57/1.23) id AA24705; Tue, 17 Mar 87 16:58:50 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Mar 87 15:19:20 GMT From: mcnc!rti-sel!dg_rtp!harris@seismo.css.gov (Mark Harris) Subject: Re: Tandy Model 4 Misinformation Message-Id: <1417@dg_rtp.UUCP> References: <8703022358.AA23688@ucbvax.Berkeley.EDU> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <8703022358.AA23688@ucbvax.Berkeley.EDU> 7GMADISO@POMONA.BITNET writes: > > >Further, as I said in my previous post, there is NO Z-80 assembler >I have seen that can compare to Pro-MRAS by Misosys. If you want a >comprehensive list of its many features, I'll post one. I'll make the same comment for the C compiler PRO-MC. 17-Mar-87 18:13:47-MST,2237;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue 17 Mar 87 18:13:03-MST Received: by ucbvax.Berkeley.EDU (5.57/1.23) id AA24670; Tue, 17 Mar 87 16:57:26 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Mar 87 15:29:04 GMT From: mcnc!rti-sel!dg_rtp!harris@seismo.css.gov (Mark Harris) Organization: Data General, RTP North Carolina Subject: Re: Z-80 CP/M Machines Message-Id: <1418@dg_rtp.UUCP> References: <4720@brl-adm.ARPA>, <858@crash.CTS.COM>, <2151@pur-phy.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <2151@pur-phy.UUCP> piner@pur-phy.UUCP (Richard Piner) writes: >In article <858@crash.CTS.COM> kevinb@crash.CTS.COM (Kevin J. Belles) writes: >>In article <4720@brl-adm.ARPA> 7GMADISO%POMONA.BITNET@wiscvm.wisc.EDU writes: > >Well, while we are on the subject, there is yet another Z-80 machine around. >Namely, the MAX-80 by Lobo. I'm not a big fan, but if you have to have a >Z-80 machine, this one is worth checking out. It runs CP/M or LDOS. >Outputs are, 5-inch floppy, 8-inch floppy, SASI harddisk, Centronics >parallel, 2 RS232 ports (Zilog PIO chip), and composite video. The >RS232 ports can be set up to generate interupts, so it can run serial >I/O at 19K baud. It has a real keyboard, with ALL the keys and a good >feel, for those touch typist. I have a 3.25 inch floppy drive on one of them >that holds 750K and the drive only cost $175. The MAX is fairly cheap to >expand since the controllers are smart. It doesn't have high-res graphics. >It does have programable fonts. For more information, you can contact >Lobo Systems, 7334 Hollister Ave., Suite J, Coleta, CA 93117. >Phone 805-968-6929. I have a couple of their machines and they run fine. >Warranty service has been quick and when they fix a machine, it stays fixed. >Usual disclaimers go here. > Richard Piner > piner@galileo.physics.purdue.edu.UUCP I hadn't realized LOBO was still in business. I take it from your letter that they indeed are alive and kicking? 18-Mar-87 05:33:36-MST,996;000000000000 Return-Path: Received: from dmc-crc.ARPA by SIMTEL20.ARPA with TCP; Wed 18 Mar 87 05:33:26-MST Received: by dmc-crc.ARPA (4.12/4.7) id AA20838; Tue, 17 Mar 87 19:45:13 est Date: Tue, 17 Mar 87 19:45:13 est From: marwood@dmc-crc.ARPA (G. J. Marwood) Message-Id: <8703180045.AA20838@dmc-crc.ARPA> To: ihuxp!gvw1@ucbvax.Berkeley.EDU Subject: PCPI Applicard Information Cc: info-cpm@simtel20.ARPA Concerning the request from George Wilder regarding sources of Applicard information, GFRN BBS in Garden City (?), CA (714) 534-1547 had a good deal of information. I believe that this BBS is undergoing changes and may be only partially operational at the moment. It is supposed to be changing to a greatly expanded form in the near future. ICBBS, Ottawa, Canada has most of the SIMTEL PCPI files (613) 952-2289. I would be interested if anyone else has any information on this subject. Gordon Marwood 18-Mar-87 06:30:47-MST,655;000000000000 Return-Path: Received: from ARDEC-1.ARPA by SIMTEL20.ARPA with TCP; Wed 18 Mar 87 06:30:42-MST Date: Wed, 18 Mar 87 8:29:27 EST From: "David G. Sampar" (PM-AL) To: info-cpm@SIMTEL20.ARPA Subject: Free Magazines Message-ID: <8703180829.aa08468@ARDEC-1.ARDEC.ARPA> I have the first 36 issues of "Computer Language" (VOL 1,NO 1 thru VOL 3,NO 12) that I no longer want and are looking for a home other than my "circular file". They are yours for the taking. All I ask is that you pick them up or pay for their mailing costs. David Sampar AV 880-2919/2023 COMM 201-724-2919/2023 18-Mar-87 07:04:36-MST,705;000000000000 Mail-From: KPETERSEN created at 18-Mar-87 07:04:20 Date: Wed, 18 Mar 1987 07:04 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Subject: PCPI Appli-Card(tm) Info on BBSs??? There is a PCPI expert, Jim Lill, on the CP/M RoundTable on GEnie. He has uploaded MANY PCPI files. Some of the PCPI files are also on my RCP/M. It is reachable on PC Pursuit. See the I: drive there. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie Mail: W8SDZ RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps) 18-Mar-87 07:18:43-MST,2173;000000000000 Mail-From: KPETERSEN created at 18-Mar-87 07:18:18 Date: Wed, 18 Mar 1987 07:18 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA, Info-Micro@BRL.ARPA Subject: Trenton (NJ) Computer Festival info The 12th annual Trenton Computer Festival will occur on April 11 and 12, 1987, on the campus of Trenton State College, Trenton, NJ. (Actually, Trenton State is located in Ewing Township, a lovely residential suburb of Trenton, and not in the city itself.) Last year, we had over 17,000 people who attended the 11th anniversary of the original personal computer show. TCF is the largest non-commercial show of this kind in the country. It is run by volunteers from Trenton State College, Mercer County College, Amateur Computer Group of NJ, Philadelphia Area Computer Society, Central Jersey Computer Club, Princeton section of the IEEE Computer Society/ACM, NY Amateur Computer Club, and Philadelphia Heath users Group. There are over 100 speakers scheduled to speak on a great variety of topics. Additionally, there will be special conferences on packet radio, public domain software, education, business applications, and computers for the handicappped. TCF sponsors an essay contest for junior and senior high schoolers. First prize is a computer system! The computer graphics theater features movies and videos showing applications of the latest and most interesting applications of graphics. The games contest lets kids get their hands on and win prizes. The telecommunications area lets grown ups sample commercial information services at no charge. And there are door prizes awarded by drawings throught both days. Saturday evening features the TCF banquet with a nationally known speaker. Last year, we had Bill Machrone speak. Send $15 per banquet ticket to TCF '87 School of Technology Trenton State College Hillwood Lakes CN 4700 Trenton, NJ 08650-4700 Attn: Ms. Marilyn Hughes (609) 771-2487 Free parking. Admission is $7.00 for both days, available at the door only. 18-Mar-87 12:40:18-MST,1043;000000000000 Return-Path: Received: from ACC.ARPA.ARPA (ACC.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 18 Mar 87 12:40:06-MST Date: 18 Mar 87 11:29:00 PST From: Subject: re: Kaypro Diagnostics To: "info-cpm" cc: shawn@acc.arpa Reply-To: Micro Cornucopia of Bend Or. has a set of domain disks available for KAYPRO types. One of the disks has all sorts of system, ram, and disk diagnostics. The disks are around $8.00 each, and are single sided, double density. This format can be read on all 2s and 4s. I don't have their number or address, but a call to information in Bend, Oregon should get you a number, and you should be able to tell Micro C. what you want, and pay with plastic. They do have ads in the Profiles Mag. I don't work for them, I've had good luck with their disks, and have NO complaints. I have been a subscriber to their mag. for many years. Take Care Shawn Miner shawn@acc.arpa ACC Santa Barbara, Ca. ------ 19-Mar-87 09:45:11-MST,1130;000000000000 Return-Path: <@wiscvm.wisc.edu:WILD@FREMBL51.BITNET> Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Thu 19 Mar 87 09:45:01-MST Received: from FREMBL51.BITNET by wiscvm.wisc.edu on 03/19/87 at 10:22:46 CST Date: Thu, 19 Mar 87 17:14:33 n To: info-cpm@simtel20.arpa From: David Wild Organisation: European Molecular Biology Laboratory Postal-address: c/o ILL, BP 156X, 38042 Grenoble Cedex, France Phone: 76-48-71-11 [switchboard] 76-48-72-75 [direct] Subject: Problems accessing Archive Server Since about January I have not been able to get any replies back from the Archive Server at Simtel-20. I remember seeing a note about a month or so back saying that return addresses for Bitnet sites were not being coerced into the correct form by the mailer at the WISCVM gateway between Bitnet and Arpanet. Does anyone know if this is still the case? Are other Bitnet users able to access the Archive Server - and if so, how? Any information about the situation would be gratefully received. Thanks in advance, David 19-Mar-87 20:42:26-MST,2335;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu 19 Mar 87 20:42:15-MST Received: by ucbvax.Berkeley.EDU (5.57/1.23) id AA12377; Thu, 19 Mar 87 19:39:29 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Mar 87 19:15:04 GMT From: mnetor!utgpu!edwest@seismo.css.gov (Dr. Edmund West) Organization: University of Toronto Computing Services Subject: Teletek hard disk controller software Message-Id: <1987Mar19.141504.21625@gpu.utcs.toronto.edu> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I would like to hear from anyone who might have access to the source code for the set of programs used with the Teletek hard disk controller (HDC). After accepting my purchase order Teletek discovered that several of that product's components were missing. If I can find them somewhere, I am sure I will be able to arrange with Teletek to get a copy. About a year ago I enhanced my Teletek Systemaster-I CP/M system by adding a hard disk and the Teletek HDC. The purchase included COM files for HDLOAD (loads driver into BIOS), HDPATCH (patches parameter table in HDLOAD), and HDU (utility to park heads, verify disk, etc.). These were identified as being version B.10. In December I ordered the source code for these programs. The first diskette they sent me had a garbled directory. The second contained (1) version B.40101 of HDLOAD.ASM [an updated version, good enough], (2) version B.0 of HDPATCH.ASM [which predates my original programs and is incompatible with them], and (3) HDU.ASM [but with none of its subroutines]. Finally, Teletek admitted they can't find the source files for the missing modules. Incidentally, I got started on all this when I tried to install SUPRBDOS (the public domain replacement for DRI's BDOS) and discovered that the HDC driver trashes the IX register SUPRBDOS is using. I can easily modify the new HDLOAD to save and restore the IX register. And I might be able to install the parameter table manually. However, the new HDLOAD and the original HDU appear to be incompatible. I would appreciate whatever help anyone can give me. 19-Mar-87 21:09:33-MST,1582;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu 19 Mar 87 21:09:27-MST Received: by ucbvax.Berkeley.EDU (5.57/1.23) id AA12391; Thu, 19 Mar 87 19:40:00 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Mar 87 19:17:42 GMT From: mnetor!utgpu!edwest@seismo.css.gov (Dr. Edmund West) Organization: University of Toronto Computing Services Subject: relocatable library files and librarian programs Message-Id: <1987Mar19.141742.21741@gpu.utcs.toronto.edu> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I would like to receive recommendations about librarian programs (both public domain and otherwise) which work with Microsoft format relocatable library files. I use SLR Systems' suite of excellent programs. Their assembler and linker understand both Microsoft and SLR formats. Unfortunately, their librarian program (SLRIB) knows about SLR format only. This makes it impossible for me to manipulate Microsoft format libraries. The background to this is that I just updated my Ecosoft ECO-C compiler from version 3.30 to 3.48. Their libraries are released in Microsoft format only, and I have found bugs in both versions. Fortunately, I purchased their source code so that in the cases I've encountered so far I am able to link correct modules directly. But it would be nice to be able to patch the libraries themselves. 19-Mar-87 22:40:34-MST,1524;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu 19 Mar 87 22:40:19-MST Received: by ucbvax.Berkeley.EDU (5.57/1.23) id AA14237; Thu, 19 Mar 87 21:39:27 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Mar 87 16:41:52 GMT From: cbatt!cwruecmp!hal!ncoast!peng!sir-alan!ameyer@ucbvax.Berkeley.EDU ( N2FYE) Organization: Allegheny College, Meadville, PA Subject: hard disk on Altos 5-15ad how? Message-Id: <256@sir-alan.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Greetings netlanders, I'm interested in running a hard disk (ie. Tandon TM-501) on my Altos 5-15ad system. I would think I'd just need the appropriate host/controller board and cables to turn it into a Model 5-5. I've called Altos, and was steered to a fellow selling these boards for a sinful $2400 per set. This is not appealing to me, as that represents exactly twelve times what I paid for the computer. Anything helpful would be appreciated. Thanks. . . . * * * Andrew Meyer . . * * * Interactive Applications Engineering . . * * * Sony Corporation of America . . . * * * . . . . * * * uucp: ..decvax!cwruecmp!ncoast!sir-alan!ameyer . . . . * * * bitnet: ameyer%sir-alan@pitt.UUCP . . . * * * Disclaimer: I'm irresponsible. 20-Mar-87 15:17:12-MST,1943;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri 20 Mar 87 15:16:47-MST Received: by ucbvax.Berkeley.EDU (5.57/1.23) id AA28291; Fri, 20 Mar 87 14:00:56 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Mar 87 16:45:33 GMT From: fluke!doctor@BEAVER.CS.WASHINGTON.EDU (Doug Klopfenstein) Organization: John Fluke Mfg. Co., Inc., Everett, WA Subject: Northstar Horizon Message-Id: <862@tpvax.tc.fluke.COM> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I purchased a Northstar Horizon at a ham radio flea market this weekend. The box contains a 20-meg hard drive and a 5.25" half-height Shugart disk drive. I'm not sure, but I think the system is running ZCPR3. My problem --> I can't seem to get the floppy to SYSGEN a new disk. Each time I try it, the disk is accessed, then the terminal displays the message; T 5 D 1 S 0000. If I put in another disk, the only thing that changes is the number after the "T". I thought the problem might be that the system could not write to the disk, but just PIPing files works ok. Since the system came without manuals, I have a few questions. 1. Does a standard SYSGEN for CP/M work with ZCPR3? 2. Does T 5 D 1 S 0000 mean Track 5 Disk 1 Sector 0000? Is there anything I can do to continue the operation after this message appears? (So far, only ^C, which returns to the operating system, and RETURN, which repeats the message, seems to do anything.) 3. Does anyone know where I can get some manuals for this computer? Any information I could get would be greatly appreciated. Doug Klopfenstein uw-beaver!fluke!doctor John Fluke Mfg. allegra!fluke!doctor Everett, WA (206)356-5232 > work (206)784-3574 > home 21-Mar-87 00:24:52-MST,1144;000000000000 Return-Path: <@po2.andrew.cmu.edu:sw0y#@andrew.cmu.edu> Received: from po2.andrew.cmu.edu by SIMTEL20.ARPA with TCP; Sat 21 Mar 87 00:24:45-MST Received: by po2.andrew.cmu.edu (5.54/3.15) id for info-cpm@simtel20.arpa; Sat, 21 Mar 87 02:23:33 EST Received: via switchmail; Sat, 21 Mar 87 02:23:30 est Received: FROM cmu-psy-boxwood VIA queuemail ID ; Sat, 21 Mar 87 02:23:19 est Message-Id: X-Trace: MS Version 3.21 on sun3 host cmu-psy-boxwood, by sw0y (898). Date: Sat, 21 Mar 87 02:23:11 est From: sw0y#@andrew.cmu.edu (Stephen Wadlow) To: info-cpm@simtel20.arpa Subject: Re: Northstar Horizon In-Reply-To: <862@tpvax.tc.fluke.COM> could it be that the disk is Hard sectored? I know that many of the Northstars were. ----------------------------- Stephen Wadlow Pittsburgh Supercomputing Center ARPA: sw0y@te.cc.cmu.edu, sw0y@Andrew.cmu.edu, sgw@ai.ai.mit.edu, Wadlow@a.psc.cmu.edu Internet: sw0y@tb.cc.cmu.edu Bitnet: Wadlow@Drycas, Wadlow@CPWPSCA.bitnet 21-Mar-87 01:44:16-MST,1807;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat 21 Mar 87 01:44:04-MST Received: by ucbvax.Berkeley.EDU (5.57/1.23) id AA09869; Sat, 21 Mar 87 00:14:11 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Mar 87 04:57:52 GMT From: well!samlb@lll-lcc.arpa (Samuel B. Bassett) Organization: Whole Earth 'Lectronic Link (WELL), Sausalito, CA Subject: Availability of LIB or ARC software for UNIX Message-Id: <2802@well.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I am the "download guru" for the Whole Earth 'Lectronic Link (public access UNIX system) in Sausalito, CA. Recently several of the users here have asked me if there is any software available that runs under UNIX which will pack and unpack files in the MS-DOS ARC or CP/M-80 LIB formats. After looking through the listing of public domain UNIX software from SIMTEL20 and not finding any, I replied that I'd have to go ask the experts -- you. Can anybody help me here? - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Sam'l Bassett, Self-Employed Writer -- My words & ideas are for sale! 34 Oakland Ave., San Anselmo CA 94960; (415) 454-7282 UUCP: {...known world...!lll-crg OR hplabs OR ptsfa}!well!samlb; Compuserve: 71735,1776; MCI: SBassett; EasyLink: ESL 6284-3034 -- Sam'l Bassett, Self-Employed Writer -- My words & ideas are my own! 34 Oakland Ave., San Anselmo CA 94960; (415) 454-7282 UUCP: {...known world...}!hplabs OR ptsfa OR lll-crg!well!samlb; Compuserve: 71735,1776; WU Easylink ESL 6284-3034; MCI SBassett 21-Mar-87 10:40:48-MST,1279;000000000000 Mail-From: KPETERSEN created at 21-Mar-87 10:40:17 Date: Sat, 21 Mar 1987 10:40 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: well!samlb@LLL-LCC.ARPA (Samuel B. Bassett) Cc: Info-Cpm@SIMTEL20.ARPA Subject: Availability of LIB or ARC software for UNIX In-reply-to: Msg of 20 Mar 1987 21:57-MST from well!samlb at lll-lcc.arpa (Samuel B. Bassett) There are utilities available from SIMTEL20 to deal with LBRs and ARCs on Unix hosts. PD: ARC-BSD42.SHAR1.1 ASCII 54219 D7F9H ARC-BSD42.SHAR2.1 ASCII 53075 1832H ARC-BSD42.SHAR3.1 ASCII 54786 85EFH ARC-SYS5.SHAR1.1 ASCII 52777 97B3H ARC-SYS5.SHAR2.1 ASCII 42361 E381H ARC-SYS5.SHAR3.1 ASCII 35887 A059H LAR.C.1 ASCII 14980 6BABH LDIR-LTYPE.MSG.1 ASCII 1302 81F6H LDIR-LTYPE.SHAR.1 ASCII 14372 4D91H LAR is a program to make/extract files from LBR's. LDIR-LTYPE are utilities to list the directories and type files in LBRs. The others are ARC for Unix BSD4.2 and Unix System-V. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie Mail: W8SDZ 21-Mar-87 18:36:32-MST,2734;000000000000 Mail-From: KPETERSEN created at 21-Mar-87 18:36:06 Date: Sat, 21 Mar 1987 18:36 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Reply-To: binder%asd.DEC at DECWRL.ARPA Subject: ANYCODE2.LBR for WordStar now available from SIMTEL20 Now available from SIMTEL20... Filename Type Bytes CRC Directory PD: ANYCODE2.LBR.1 BINARY 10368 7AA3H Despite its relative age, WordStar remains a popular word processing tool, and it is still one of the most powerful word processors available. You can install WordStar to use virtually all of the features of modern daisywheel printers to produce professional printed documents of exceptional quality. You can also install WordStar to take advantage of many of the features of a sophisticated dot matrix printer. But there just aren't enough WordStar codes available to let you use everything a dot matrix printer can do. It would be convenient if you could simply enter the control characters you want into the file the same way you enter codes that WordStar knows about, but it isn't that simple. WordStar filters your document as it prints it, and any nonprintable characters that WordStar doesn't recognize are rejected. The original ANYCODE was written for the Osborne by Doug Hurst, to circumvent this limitation. Its function is to unlock all of the features of a dot-matrix printer by providing a way to fool WordStar into transmitting those control characters. Doug's program is a patch that is inserted logically between WordStar and the CP/M PRIMARY list device - if you're not using the primary list device, this patch isn't guaranteed to work. The version under discussion here, written by Dick Binder and named ANYCODE2, fixes a couple of limitations in the original ANYCODE. What ANYCODE2 does is to examine the printed stream, looking for either of two characters that are set aside for it to use as lead-in characters. A "lead-in" character signifies that a special character sequence follows, telling ANYCODE2 to begin processing. Detection of one of these characters will cause ANYCODE2 to transmit a control character to the printer. The control character is constructed from the next two characters in the file. ANYCODE2 is in 8080 code and can be assembled and installed into WS using DDT under CP/M. It goes into a special patch area provided and does not increase the size of the WS.COM file. Cheers, Dick Binder (The Stainless Steel Rat) DEC Enet: ASD::BINDER UUCP: { decvax, allegra, ucbvax... }!decwrl!asd.dec.com!binder ARPA: binder%asd.DEC@decwrl.ARPA 21-Mar-87 21:12:54-MST,1723;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat 21 Mar 87 21:12:34-MST Received: by ucbvax.Berkeley.EDU (5.57/1.23) id AA22717; Sat, 21 Mar 87 19:43:17 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Mar 87 18:47:55 GMT From: dayton!rosevax!umnd-cs!news@rutgers.rutgers.edu (news) Organization: U. of Minnesota, Duluth - Computing Services Subject: Re: Availability of LIB or ARC software for UNIX Message-Id: <453@umnd-cs-gw.umnd-cs.D.UMN.EDU> References: <2802@well.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <2802@well.UUCP> samlb@well.UUCP (Samuel B. Bassett) writes: > > I am the "download guru" for the Whole Earth 'Lectronic Link (public >access UNIX system) in Sausalito, CA. Recently several of the users here >have asked me if there is any software available that runs under UNIX which >will pack and unpack files in the MS-DOS ARC or CP/M-80 LIB formats. After >looking through the listing of public domain UNIX software from SIMTEL20 >and not finding any, I replied that I'd have to go ask the experts -- you. > > Can anybody help me here? Try looking in mod.sources, net.sources, and on simtel20 pd: or maybe it was pd:. I've got (un)crunching programs, library , .lbr files, programs and of course arc. All of the programs run under 4.2 BSD, Encore Multimax UMAX 4.2 to be exact. They're all out there, you just have to look in all the nooks and crannys. -Rob Healey 21-Mar-87 21:16:45-MST,1108;000000000000 Return-Path: Received: from AMSAA-SEER.ARPA by SIMTEL20.ARPA with TCP; Sat 21 Mar 87 21:15:47-MST Received: from NMFECC.ARPA by AMSAA-SEER.AMSAA-SEER.ARPA id aa10797; 21 Mar 87 23:10 EST Received: from oak.sainet.mfenet by ccx.mfenet with MfeMail ; Sat, 21 Mar 87 20:08:48 PST Date: Sat, 21 Mar 87 20:08:48 PST From: SECRIST%OAK.SAINET.MFENET@nmfecc.arpa Message-Id: <870321200848.0as@nmfecc.arpa> To: INFO-CPM@AMSAA-SEER.ARPA From: SECRIST@OAK.SAINET.MFENET To: INFO-CPM@AMSAA-SEER.ARPA From: (Richard C. Secrist) To: INFO-CPM@AMSAA-SEER.Arpa Subject: Largest Turbo Pascal Program Date: Sat, 21-MAR-1987 22:54 EST Header-Disclaimer: I don't like my headers either ! X-VMS-Mail-To: CPM,SECRIST What is the largest program text file that Turbo Pascal will compile ? I was trying to compile Augusta from DDJ (quasi-Ada) that somebody converted into Turbo (for PCs) but my v1.0 Turbo won't wash. Maybe v3.n ? rcs SECRIST%OAK.SAInet.MFEnet@nmfecc.Arpa 22-Mar-87 07:11:07-MST,5464;000000000000 Mail-From: KPETERSEN created at 22-Mar-87 07:10:54 Date: Sun, 22 Mar 1987 07:10 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA, Info-Micro@BRL.ARPA Subject: SIMTEL20 file server > Pardon my ignorance Keith, but what is the username of your fileserver > for netmail? If I would like to fetch a file using netmail I should > state the filname in the subject line, shouldn't I? I guess you get a > lot of letters asking for the same thing all the time, but I hope you > don't mind helping me... I don't mind at all. The files are here for everyone to access. Internet users should use FTP rather than netmail. FTP transfers the files much faster and avoids placing additional load on the mailer. The subject line is ignored by the fileserver. The fileserver cannot answer requests which use a path that includes seismo. The most successful route is ucbvax because they have an excellent program that properly formats the "From:" line of messages coming through the gateway. To obtain up to five files in a single request message by netmail from the public domain archives kept on SIMTEL20.ARPA, send a message to: ARCHIVE-REQUEST@SIMTEL20.ARPA or via uucp: ...!ucbvax!simtel20.arpa!archive-request ...!uw-beaver!simtel20.arpa!archive-request ...!decwrl!simtel20.arpa!archive-request ...!lll-crg!simtel20.arpa!archive-request ...!ut-sally!simtel20.arpa!archive-request ...!harvard!simtel20.arpa!archive-request [do NOT use host "seismo" - they are blocking messages from the server] The message body must contain lines beginning with the keyword SEND, one SEND line for each file requested. Case is not significant. The general syntax of a SEND line is: SEND format filename In general, a filename consists of the following components: device:file.type.generation "device:" is usually PD:, and the combination of PD: is expected unless an alias has been advertised of the form "alias:", which takes the place of both device and director