1-Apr-88 01:31:53-MST,7445;000000000000 Return-Path: Date: Fri, 1 Apr 88 01:30:09 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #79 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Fri, 1 Apr 88 Volume 88 : Issue 79 Today's Topics: CONF for C128 The Grudge computer - Happy April 1st! TI 9900 (Really TMS9918A) TRS-80 Model II CP/M ---------------------------------------------------------------------- Date: Thu, 31 Mar 88 11:44:39 MST From: Raymond Carter STEWS-NR-AS 678-3348 Subject: CONF for C128 I have been asked about how to get the program CONF mentioned in a previous letter. I am pretty sure it is available on GEnie, Compuserve, Q-link, Simtel20, and from FOG. It has also been included on the distribution disks for the 1700/1750 ram expansion, and is on the newest 3.5 inch (1581) distribution disk. So far as I know, Commodore permits free distribution of it. If all else fails, leave me a mailing address, and I can send a copy. On GEnie or CIS check the C128 specific area under the CP/M SIG. Once you get a copy, you want to do CONF 40COL=OFF,BAU=110,FEEL=0. I guarantee a significant difference! ------------------------------ Date: Thu, 31 Mar 1988 21:45 MST From: Keith Petersen Subject: The Grudge computer - Happy April 1st! Here is file GRUDGE.DOC, recently uploaded to my RCP/M. I am not the author. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {decwrl,harvard,lll-crg,ucbvax,uunet,uw-beaver}!simtel20.arpa!w8sdz GEnie: W8SDZ RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST) --cut-here-- Dateline April 1, 1988 Anaheim, CA Vengance Computing announces imminent production of it's totally non-PC compatible computer, code-named "The Grudge". Co-Founder Tim Jones: "Look, We've seen enough of all this PC garbage, and certainly had to deal with enough of PC dos to last us a lifetime." Co-Founder Dave Vanhorn: "I've been running Z-system for a long time now, and I'm tired of the supremacist baloney from the PC crowd." "When IBM entered the market, they told us that we were doing it all wrong and that they had all the answers. Well, they were wrong. Now they want you to toss all the junk they sold you before and go with OS/2... (Remember the PC Jr?)" Vengance Computing has decided to come to market with a Z-system engine which is based on a new chip which combines the familiar Z-80 family of chips into a single package. The CPU, CTC, DART and PIO are all nested into a single 100 pin flatpack chip. The chip supports 6 Mhz clock rates. The operating philosophy of Vengance Computing: "In our opinion, the PC family tree is a drug-induced mutation of the Z-80 evolutionary path, and it's time we all woke up and started using real computers again instead of these brain-damaged appliance- level toys which IBM and Intel have palmed off on us." The "Grudge", which is still in the pre-production stage, has a conventional floppy controller, paralell printer port with bidirectional capability, two full-feature serial ports, and a SCSI interface for hard disk interface and plug-in networking which supports four Mbyte/sec data rates. It also includes a real-time clock, and instead of the usual dy- namic ram, has a full 64K of static, battery backed ram. The "Grudge" system will come with bundled software, ZRDOS, and ZCPR3.3. Licencing arraingements on additional packages are still being worked on. It will NOT run flight simulator or Lotus 1-2-3! The system BIOS code will not be copy protected. It will instead be released to the public domain in order to encourage improvements and new ideas. "We absolutely despise the philosophy of the closed archi- tecture and the idea that a real computer user dosen't need BIOS code. Rather than try to keep it a secret, we are giving it away.... Soon!" The systems will come to market in the upper $500 range and will also have an optional 256K-8Mby ramdisk board which will plug in through the expansion bus connector. "We thought that the ramdisk was needed, but we remain skeptical of how many people will pay the estimated $2100 for the ram chips to fully populate this option." (Curent pricing on 1M X 1 dynamic rams is quoted at $32 each, so $32*8*8=$2048.) The "Grudge" board also includes intelligent caching for disks, with extra memory allocated fot this task so as not to use TPA space. The systems are physically similar to the SB-180 and Ampro Little Board computers, and are intended to mount in the same cabinets. "We're also leaving room for other folk's add-on cards, and pro- viding a pair of decoded I/O port banks for them to use." Future plans for the product line include a Z-280 main processor which will take over the "Grudge" and use it as an intelligent I/O pro- cessor. This Z-280 board (Code named "AVENGER") will run on a 16 bit bus, and will include a direct controller for ST-506 type drives which supports 10Mby/Sec transfer rates. Installation will be plug-in with an eprom change on the "Grudge" board. Another future add-on is a "Grudge"-to-PC bus interface allowing the use of suitably cheap PC peripheral cards. "They aren't real won- derful either, but they are cheap and plentyful!" Grudge systems will be available 3rd quarter 88. Vengance Computing can be contacted at: Vengance Computing 2316 S Harbor Blvd Anaheim Ca 92802 - end - ------------------------------ Date: 30 Mar 88 13:32:43 GMT From: abp@j.cc.purdue.edu (Jeffrey J Wieland) Subject: TI 9900 (Really TMS9918A) > I'm looking for a Texas Instruments 9900 data manual. The TI office in > Indianapolis has not been able to help me with this. Sorry for the repost. The processor I need info on is the TMS9918A, which apparently the graphics chip of the 9900 series. I say "apparently" because in a book I found by TI that covered the 9900 series, the graphics characteristics of the "U89" system (9900 based) appear to correspond exactly to those of the 9918A. However, this book does not actually mention the 9918A. Thanks to the people who have responded, but I need info specifically on the 9918A. Jeff Wieland abp@j.cc.purdue.edu wieland@ecn.purdue.edu ------------------------------ Date: Thu, 31 Mar 88 10:28 EST From: "Dr. DOS" Subject: TRS-80 Model II CP/M Does anyone on the list know of a CP/M implementation for the TRS-80 Model II computer? This is a Z80 based system running 8" drives. Any help would be appreciated. I just scrounged up this system for $50 and have a BBS program for it, but it requires CP/M to run. Thanks... Dave Goodwin Goodwin@SMCVAX St. Michael's College Winooski, VT 05404 ------------------------------ End of INFO-CPM Digest ****************************** 2-Apr-88 01:33:12-MST,2771;000000000000 Return-Path: Date: Sat, 2 Apr 88 01:30:11 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #80 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sat, 2 Apr 88 Volume 88 : Issue 80 Today's Topics: 8048, 8049, 8051 cross-assemblers Electronic Design and 80xx Cross Assemblers MexPlus funny ---------------------------------------------------------------------- Date: 31 Mar 88 02:58:30 GMT From: rochester!ur-tut!cwwj@bbn.com (Clarence Wilkerson) Subject: 8048, 8049, 8051 cross-assemblers There are pd cross assemblers in the msdos directory of simtel20. ------------------------------ Date: Fri, 1 Apr 88 08:11:49 PST From: rzh@freedom.llnl.gov (Roger H. Hanscom (415) 423-0441) Subject: Electronic Design and 80xx Cross Assemblers Sorry to post to the group in general, but attempts at a direct e-mail reply bounce. >Date: Fri, 25 Mar 88 14:04 CST >From: OPTON@uhvax1.uh.edu >Subject: electronic design >Is there a network discussion group, similar to this one, that >concentrates on electronic design? > ....... etc........ I know of one group on USENET - sci.electronics. There seems to be some expertise there, however recent discussions seem to center on ways (mostly illegal) to fool police radar (...yawn...). Perhaps some discussion about electronic design would push this sort of thing to the back burner???? >Date: Wed, 30 Mar 88 15:30 CST >From: OPTON@uhvax1.uh.edu >Subject: 8048, 8049, 8051 cross-assemblers >Are there cross assemblers for the Intel 80xx series of microcontrollers >available for CPM and/or MS-DOS? Preferably, they would be public domain. >I would also like recommendations and comments on these same x-assemblers, >or on these microcontrollers. Please Email me, and I will summarize to the >group if there is interest. Please DO post a summary of info. I, for one, would be very interested in seeing it. >Lee Thomison >BITNET: OPTON@UHVAX1 >landline: (713) 749-3127 Roger Hanscom rzh%freedom.llnl.gov@lll-lcc.llnl.gov ------------------------------ Date: 31 Mar 88 05:18:02 GMT From: portal!cup.portal.com!Mike_W_Ryan@uunet.uu.net Subject: MexPlus funny Speaking of MEX...... Does anyone have any idea what the "TIMEBASE" parm in the MEXPAT11.ASM file (MEX114) is for? I have diddled a bit with it but..... I have a problem with buffer overrrun on long listings and am twaeking everything in sight to try and resolve it. ------------------------------ End of INFO-CPM Digest ****************************** 3-Apr-88 01:33:16-MST,3976;000000000000 Return-Path: Date: Sun, 3 Apr 88 01:30:11 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #81 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sun, 3 Apr 88 Volume 88 : Issue 81 Today's Topics: CBM 128 & CP/M Is the Z320 z-80 software compatible? MEX TIMEBASE parameter mice ---------------------------------------------------------------------- Date: 31 Mar 88 20:47:43 GMT From: att-ih!occrsh!uokmax!rjray@gargoyle.uchicago.edu (Randy J Ray) Subject: CBM 128 & CP/M Just today (earlier, at least) someone posted about some work he had done with CP/M and the 128. This work included a graphics package written in COMAL. I meant to write to him directly about it, but I lost the header on the message, and therefore his address. Could anyone, especially him, help me? I have been meaning to get around to exploring the CP/M side of my 128, but you know how that goes... things disappear while in the wait state... Randy J. Ray - - - ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ rjray@uokmax.UUCP "University? What university? Oh, them! They rjray@uokmax.ecn.uoknor.edu don't know me anyway..." inhp4!occrsh!uokmax!rjray Real disclaimer: I speak for myself, unless otherwise noted. What is said, asked or requested has nothing to do with the university. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ------------------------------ Date: 31 Mar 88 09:02:54 GMT From: mcvax!enea!tut!pl@uunet.uu.net (Pertti Lehtinen) Subject: Is the Z320 z-80 software compatible? From article <1243@PT.CS.CMU.EDU>, by ralphw@IUS3.IUS.CS.CMU.EDU (Ralph Hyre): > Saw a blurb the other day about a Z320 32-bit processor. > Is it object-code compatible with the Z80 (or any of > it's succesors?) > -- Z320 is not Z80 compatible. As far as I know it is Z80000 packed into new box. So it is full 32-bit prosessor equipped with MMU and cache. -- pl@tut.fi ! All opinions expressed above Pertti Lehtinen ! are preliminary and in subject N 61 26' E 23 50' ! to change without any further notice. ------------------------------ Date: Sat, 2 Apr 88 08:27:52 est From: marwood@dmc-crc.arpa (G. J. Marwood) Subject: MEX TIMEBASE parameter Regarding the query by Mike Ryan regarding the MEXPAT TIMEBASE parameter, I don't now what this does, and would be interested to know (in fact MEXPAT does not seem to be very fully documented anywhere. There is a file MEX-BUFF.LBR, but I think that it only discusses the buffers part of MEXPAT). I am not sure what exactly is meant by "buffer overrun" in this context. MEX has a "modem port queue" which can fill up when incoming data rates are high. I have experienced this problem when running at 9600 baud and avoided it by setting STAT QUEUE OFF and having an external buffer with the ability to exercise flow control. Gordon ------------------------------ Date: Sat 02 Apr 1988 15:16 CDT From: Scott McBurney Subject: mice I would like to write some software for my Z80 machine that uses a mouse. Can anyone tell me how the many serial mice available for Pc's communicate with the computer. I know that they send data through the serial port, usually at 2400 baud, but I have not been able to figure out the format of the data. Thanks, Scott McBurney Western Illinois University Bitnet: MSRS003@ECNCDC Internet: MSRS003%ECNCDC.BITNET@cunyvm.cuny.edu GEnie: S.MCBURNEY ------------------------------ End of INFO-CPM Digest ****************************** 4-Apr-88 00:34:32-MDT,1963;000000000000 Return-Path: Date: Mon, 4 Apr 88 00:30:46 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #82 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Mon, 4 Apr 88 Volume 88 : Issue 82 Today's Topics: Clarification on ZCPR33 and Z System ---------------------------------------------------------------------- Date: 1 Apr 88 01:36:05 GMT From: portal!cup.portal.com!dgee@uunet.uu.net Subject: Clarification on ZCPR33 and Z System Jay Sage (SAGE@LL.ARPA) writes: > Dave Goodman posted a message recommending ZCPR33 as the CP/M upgrade > of choice. As the author of that code, I wholeheartedly concur. > There were some statements made in that message, however, that I would > like to correct and/or amplify. > > >> Z33 is public domain; you will find it on a number of RCPM's (Remote > >> CP/M System) around the country, or, you can buy it from Echelon, Inc. > >> (at a modest cost) in either an auto-install version, which works on > > First, Z33 is NOT really public domain; it is copyrighted by me and by > Echelon. However, there is no royalty charge for personal > (noncommercial) use. For that use it is distributed on many remote > access computer systems, including my own Z-Node. There is a license > fee for use of Z33 with a commercial product. I'm sorry to say that my fingers got ahead of my brain when I said that ZCPR33 was public domain. I know that Jay Sage/Echelon have copyrighted the code, but have very kindly made it available for all of us to use. Freeware, but not public domain. Apolgies to all and to Jay Sage! Dave Goodman dgee@cup.portal.com ...{ucbvax,seismo}!sun!cup.portal.com!dgee ------------------------------ End of INFO-CPM Digest ****************************** 5-Apr-88 01:34:31-MDT,4499;000000000000 Return-Path: Date: Tue, 5 Apr 88 01:30:38 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #83 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Tue, 5 Apr 88 Volume 88 : Issue 83 Today's Topics: 8" floppy drive probles 8" Hard disk for H89 H67 system TRS-80 Model II CP/M ---------------------------------------------------------------------- Date: 28 Mar 88 05:17:47 GMT From: pyramid!uccba!hal!ncoast!mikes@decwrl.dec.com (Mike Squires) Subject: 8" floppy drive probles Philli Keen writes: >Robert, although I reallize that 8" floppies are still good, but because you >cannot find them hardly anymore I think you should get rid of your 8" floppy >disk drives, but before that get 5 1/4" disk drives then get bunches of >5 1/4" disks and copy your library over to the 5 1/4" disks and then get rid >of your 8" disks and disk drives if you can. Another reason I say this is I've >heard that 8" disks and disk drives are unreliable. I don't know if this >is true or not but it's a rumor I've heard. >-- 8" floppies are easily available from mail order houses and at surplus stores. I have several 8" systems and several 5 1/4" systems; the reliability of the 8" drives is strictly a function of the controller implementation. My experience is that the 5 1/4" floppies are less reliable, overall, and the 8" drives are far more reliable than 5 1/4" drives. I have my IMSAI with two Tandon 848-2`s and a Tarbell DD controller set for 3ms step rates; it is still very fast compared to an IBM PC when running WordStar, or a Televideo HD system running CP/M. Mike Squires Allegheny College Meadville, PA 16335 814 724 3360 uucp: ..!mandrill!ncoast!{mikes,peng!sir-alan!mikes} or ..!pitt!sir-alan!mikes BITNET: mikes%sir-alan@pitt.UUCP (VAX) MIKES AT SIR-ALAN!PITT.UUCP (IBM) ------------------------------ Date: 3 Apr 88 18:32:19 GMT From: rochester!ur-tut!cwwj@cu-arpa.cs.cornell.edu (Clarence Wilkerson) Subject: 8" Hard disk for H89 H67 system I noticed that in the last of isssue of Computer Shopper there were several ads for 8" hard disk that should be suitable for replacing the one in the H67 unit. One ad had a Quantum 2010 for $69. Other prices went up to $300 for a thirty meg model. With minimal reconfiguration, the H67 hardware and software should handle the larger capacity drives also. Or as I mentioned in my original response, one can use the internal sasi bus adapter to talk to a DTC510 or XEBEC 1420 and anybody's 5" st506 drive. These sasi controllers are available for less than a hundred dollars, and there's a lot of 5" winchesters around in the 5-40 megabyte range for $100-400. If you're running CP/M, one small hassle is that the absolute sector number is treated by the bios as a 16 bit unsigned integer, whereas the controller uses a somewhat longer bit pattern to address the drive. What this means is that to get larger drives to work, you need to change the sector size to 1024 bytes/sector so that you can still get to it all with the bios. This is done by a jumper on the controller board. I have a setup on my H89 that I've been running for about 4 years, using the internal H67 card and a DTC510 sasi controller, with a variety of external drives. I never had the 8" drives, so I had to write my own formatting and partitioning software. If anyone still cares about this sort stuff, I'll answer whatever questions you might have. Clarence Wilkerson ------------------------------ Date: 4 Apr 88 04:44:24 GMT From: tektronix!orca!tekecs!frip!andrew@ucbvax.Berkeley.EDU (Andrew Klossner) Subject: TRS-80 Model II CP/M "Does anyone on the list know of a CP/M implementation for the TRS-80 Model II computer?" I've had a model II in regular use since 1981 (pretty good reliability for Radio Shack!) and have used Pickles & Trout CP/M. It's one of the best BIOS implementations I've ever seen. I haven't kept up with P&T; try contacting them at their 1981 address: Pickles & Trout PO Box 1206 Goleta, California 93017 (805) 967-9563 -=- Andrew Klossner (decvax!tektronix!tekecs!andrew) [UUCP] (andrew%tekecs.tek.com@relay.cs.net) [ARPA] ------------------------------ End of INFO-CPM Digest ****************************** 6-Apr-88 01:35:19-MDT,1346;000000000000 Return-Path: Date: Wed, 6 Apr 88 01:30:27 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #84 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Wed, 6 Apr 88 Volume 88 : Issue 84 Today's Topics: Kermit for Kaypro K-1 ---------------------------------------------------------------------- Date: Tue, 5 Apr 88 12:34:55 EST From: "Paul V. Pullen" Subject: Kermit for Kaypro K-1 A customized Kermit configured to run on a stock Kaypro-1 has been added to the PD1: directory at SIMTEL20. It is configured to operate on a K1 as it comes from the Kaypro factory, as the units sold by COMB last November. The library, K1KERMIT.LBR, is made up of a crunched COM and DOC file that explain what I did to create a completely functioning Kermit for my Kaypro-1. The file includes a 4K buffer (maximum the stock K1 will operate in downloading a file at 1200 baud), is configured as an ADM-3A, and includes the TERMCAP I am using on our VAX. I have successfully download Public Domain Software from SIMTEL20 using this Kermit, and hope others enjoy it as well. ------------------------------ End of INFO-CPM Digest ****************************** 7-Apr-88 01:32:01-MDT,2935;000000000000 Return-Path: Date: Thu, 7 Apr 88 01:30:40 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #85 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Thu, 7 Apr 88 Volume 88 : Issue 85 Today's Topics: Software for kids ... ---------------------------------------------------------------------- Date: Wed, 06 Apr 88 09:49:46 EDT From: Paul.Birkel@K.GP.CS.CMU.EDU Subject: Software for kids ... My son turned three a couple of months ago and has taken an inordinate interest in my wifes PC-compatible. Actually its not so inordinate since Daddy spends his entire day playing with 'puters. He's got his own floppy now, but it doesn't do anything (yet). Anyway, the PC compatible was moved to work (for my wife) and I'm thinking about giving him an older CP/M system. So far his interest has been based on getting characters to print at the dos-prompt, and overloading the buffer 'til it beeps. Pretty simple. He's only three, so at this stage I envision that a simple program which displays a *BIG* character on the display in response to a keystrike will be pretty entertaining 'til he learns where most of the keys are. Then I figured that I could down-size the characters from 80x24 to maybe 5x7 so that he could work on words. As I'm under severe pressure to finish my dissertation I would prefer not to spend the time writing this (admittedly simple) code. Actually, any simple program that would respond to keystrokes with pretty significant environmental changes would probably be interesting. Adventure-like games are a little too advanced, might as well hack at the system prompt ... Anyway, can anyone point me to CP/M "kiddy"/"educational" software? Anything public-domain? I'd bet that there must be some for the C64/128, but it's probably in cartridge form. I need 5 1/4" format. I haven't a C compiler and am not prepared to go back to ASM. I do have an old BASIC somewhere ... maybe BASIC source would be my best bet. Anyone have any source? Even PC-based BASIC code for a mono, non-graphic environment would be useful. The terminal is an ADM31 I believe (a Morrow system); don't recall whether there is a graphic font. BTW, what's the easiest way to get a beep into a CP/M system? Seems I could cycle a bit on a parallel port and drive an amp; I could simply gate an oscillator with the bit (NE555?); or I could drive a synthesizer chip. Suggestions? What's a cheap, easy-to-use synthesizer chip? Pointers, help, suggestions gratefully accepted. Other folks must have (have had) kids in a CP/M world. What do (did) they do? paul Paul A. Birkel Dept. of Computer Science Carnegie-Mellon University Pittsburgh, PA 15213 (412) 268-8893 ------------------------------ End of INFO-CPM Digest ****************************** 8-Apr-88 01:33:06-MDT,1497;000000000000 Return-Path: Date: Fri, 8 Apr 88 01:30:23 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #86 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Fri, 8 Apr 88 Volume 88 : Issue 86 Today's Topics: CP/M Directory Entries mpm 1.0 kermit wanted ---------------------------------------------------------------------- Date: 4 Apr 88 22:50:25 GMT From: portal!cup.portal.com!Mike_W_Ryan@uunet.uu.net Subject: CP/M Directory Entries Speaking of CPM directories.... Does anyone know of a PD utilty to hide/unhide files on CPM? ------------------------------ Date: 6 Apr 88 23:17:35 GMT From: amdahl!drivax!braun@AMES.ARC.NASA.GOV (Kral) Subject: mpm 1.0 kermit wanted An associate needs a version of kermit for mpm v1.0. We didn't use kermit when mpm was being used around here, so there wasn't ever a version archived. Does anyone have a running copy? Please email, as I don't read this group that much. Any pointers, etc would be greately appreciated (we just got the most recent distribution, but didn't order the micro tape). Thanx, -- kral 408/647-6112 ...{ism780|amdahl}!drivax!braun Think Globally ... Act Locally DISCLAIMER: If DRI knew I was saying this stuff, they would shut me d~-~oxx ------------------------------ End of INFO-CPM Digest ****************************** 9-Apr-88 01:33:55-MDT,8108;000000000000 Return-Path: Date: Sat, 9 Apr 88 01:30:58 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #87 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sat, 9 Apr 88 Volume 88 : Issue 87 Today's Topics: BSR X-10 controllers Copying Diskettes GAMES FOR KAYPRO? TRS-80 Model II CP/M (2 msgs) VT52/100 Emulation ---------------------------------------------------------------------- Date: 6 Apr 88 02:13:04 GMT From: ccicpg!felix!dennisg@uunet.uu.net (Dennis Griesser) Subject: BSR X-10 controllers In article <8803241752.AA10155@ucbvax.Berkeley.EDU> OPTON@UHVAX1.UH.EDU writes: >Talking about the appliance controllers reminded me of this. Off and on >for the last couple of years, I have been wanting to design and build >some stuff that will respond to BSR X-10 controllers, but I don't know >what their coding protocol is. Anyone know where I can find out? This question crops up every couple of months. Here's a repost of my X-10 bibliography dated 1 Apr 87 01:23:13 GMT. [Parenthetical notes signed "psf" come from a followup by psfales@ihlpe.ATT.COM (Pete Fales), dated 3 Jan 88] o "Computerize a Home" by Steve Ciarcia Byte, January 1980, page 28 Notes: An overview of the X-10 system is presented, along with some photos and block diagrams of the commercial system. Special attention is given to the ultrasonic command wand which communicates with the base station and can control any of the units under the house code that the base station is set to. One suggestion is presented that uses a pair of CMOS MUX chips to simulate matrix closures in the control keypad. This approach is discouraged. Steve then goes on to describe an interface that takes commands from a parallel port and sends them ultrasonically to the X-10 box. $80, plus cable, interface, and power. [Includes a complete description of the format of the ultrasonic signals - psf] o "Plug-in Remote Control System" by Steve Ciarcia Radio Electronics, September 1980, page 47 Notes: Better details on the inside of the X-10 system, including schematics of the base station, lamp module, and appliance module. No buildable project, just lotsa nice info. o "A $5.25 Interface to the BSR X-10 Home Control System" by Alan Trimble Byte, September 1980, page 314 Notes: A Z-80 assembly routine is presented to directly drive a 40 kHz transducer. This provides a software-intensive, but low budget way to do what Steve Ciarcia did in Byte, January 1980, page 28. o "Apple X10 Control" by Wayne Arczynski Byte, December 1981, page 469 Notes: A 6502 version of Alan Trimble's software-driven ultrasonic transducer. This version is intended for the Apple II. o "Ask Byte" by Steve Ciarcia Byte, December 1981, page 254 Notes: More information about using relays to "press" buttons on an existing X-10 base station. Also a suggestion about bypassing the ultrasonic link by injecting the signal into the control circuitry via an opto- isolator. o "An 8080-Based Remote Appliance Controller" by David Staehlin Byte, January 1982, page 239 Notes: An optoisolator is used to couple a home computer into an existing base station. Most of the article is fancy control software to make it all work. A more recent article (Radio Electronics 1985, I think) describes a dedicated single-board computer for home control purposes. It includes direct generation of X-10 signals and injection into the AC line. A bit over a year ago, Steve Ciarcia described his "Home Run" computer system with similar capabilities. I can look these up, if you need them. [ "Build The Home Run Control System - Part 2: The Hardware" by Steve Ciarcia Byte, May 1985, page ??? Notes: This article provides a detailed description of the signals that are sent over the AC line. - psf] ------------------------------ Date: 7 Apr 88 08:28:52 GMT From: mnetor!utzoo!utgpu!water!watmath!julian!deepthot!caper@uunet.uu.net (Greg Kiech) Subject: Copying Diskettes I have some 5 1/4 inch diskettes, containing CP/M programs, which I would like to copy. The problem is that I do not have access to a CP/M machine at the moment. Is there any way to copy these using an IBM PC? I have two programs for the IBM called "Copy Write" (by McQuaid, I believe), and "Copy II PC". These are so called "bit-copiers", not file copiers. It is my hope that such utilities will not attempt to format the disk, but will simply copy the contents, CP/M format and all, without doing any checkng. Does anyone out there know if either of these will successfully make the copy? Thanks in advance. _____ Greg Kiech | Graduate Studies, Comp. Sci. | caper@deepthot.UUCP University of Western Ontario | ------------------------------ Date: Fri, 08 Apr 88 11:54:09 PLT From: Robert Perrin <27256863%WSUVM1.BITNET@CUNYVM.CUNY.EDU> Subject: GAMES FOR KAYPRO? SOME YEARS AGO I BOUGHT A USED KAYPRO 2-84 TO GET MY Z-80 ASSEMBLY LANGUAGE SKILLS UP TO SNUFF. AFTER A TIME, I PUT THIS MACHINE IN THE CLOSET UNTIL A YOUNG FRIEND OF MINE ASKED IF I HAD A Z-80 ASSEMBLER. WELL, I LOANED HIM THE MACHINE AND HE IS NOW CONTEMPLATING BUYING IT FROM ME. THE ONLY THING THAT'S HOLDING HIM BACK IS THE ABSENSE OF ANY (AHEM) GAMES FOR THIS MACHINE. IF ANYONE KNOWS WHERE THERE ARE SOME KAYPRO SPECIFIC GAMES, OR EVEN GENERIC CP/M GAMES, I WOULD GREATLY APPRECIATE THE INFORMATION. A SUM OF MONEY RIDES ON THIS (NOT TO MENTION GETTING RID OF THIS CLUNKER FOR GOOD!) THANKS, ROBERT PERRIN 27256863@WSUVM1.BITNET ------------------------------ Date: 5 Apr 88 19:06:39 GMT From: ncc!alberta!auvax!tech@uunet.uu.net (Richard Loken) Subject: TRS-80 Model II CP/M From article <8803312356.AA16915@ucbvax.Berkeley.EDU>, by GOODWIN@SMCVAX.BITNET ("Dr. DOS"): > Does anyone on the list know of a CP/M implementation for the TRS-80 Model > II computer? This is a Z80 based system running 8" drives. Any help would > be appreciated. I just scrounged up this system for $50 and have a BBS > program for it, but it requires CP/M to run. Thanks... I have the Software Supermarket Lifeboat Associates version. I can dig up an antique address for you or a more detailed description upon request. I don't know how it compares to P&T or any CP/M implementation on any other machine. ********* 73 ********** Richard Loken VE6BSV . **** .. **** Athabasca University .... **** Athabasca, Alberta Canada ..........**** ihnp4!alberta!auvax ------------------------------ Date: Fri, 8 Apr 88 16:55:31 CDT From: mknox@emx.utexas.edu (Margaret H. Knox) Subject: TRS-80 Model II CP/M [Subtitled "My mailer doesn't want to talk to your mailer..." Sure. Contact TriSoft 1825 East 38 1/2 Austin, Texas 78722 1-800-531-5170 ------------------------------ Date: 5 Apr 88 21:24:38 GMT From: rochester!ur-tut!llkl@cu-arpa.cs.cornell.edu Subject: VT52/100 Emulation This is in reply to Tom Waters, who wanted a vt52/100 emulator for his c128. Well, I have one. It's for cp/m mode and it handles all the extra characters for your keyboard (like the tilda and so on) and is quite easy to use. Only problem: no manual. Good News: free-ware. If you drop your name and address to me throught the mail, I'll send you a copy. I'll try to find the name of the guy I got mine from - I got a disk and quite a few useful programs for the cp/m mode for about $5, along with a catalog. Reply to me at llkl@.tut.cc.rochester.edu. Laurie Kleiner ------------------------------ End of INFO-CPM Digest ****************************** 10-Apr-88 01:34:14-MDT,7753;000000000000 Return-Path: Date: Sun, 10 Apr 88 01:30:11 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #88 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sun, 10 Apr 88 Volume 88 : Issue 88 Today's Topics: 8" floppy drive probles (2 msgs) C compilers Copying Diskettes (2 msgs) Software for kids ... ---------------------------------------------------------------------- Date: 18 Mar 88 15:44:44 GMT From: killer!ozdaltx!bill@AMES.ARC.NASA.GOV (Billy Bob) Subject: 8" floppy drive probles In article <802@nuchat.UUCP>, phillip@nuchat.UUCP (Phillip Keen) writes: > Robert, although I reallize that 8" floppies are still good, but because you > cannot find them hardly anymore I think you should get rid of your 8" floppy > disk drives, but before that get 5 1/4" disk drives then get bunches of > 5 1/4" disks and copy your library over to the 5 1/4" disks and then get rid >of your 8" disks and disk drives if you can. Another reason I say this is I've > heard that 8" disks and disk drives are unreliable. I don't know if this > is true or not but it's a rumor I've heard. > -- >Thanks, Snail Address: Phillip Keen It must be true. The two Qume DT-8's that I'm using are only 9 years old. Had to get them cleaned and re-aligned last year, so they must not be very dependable. Course, my system is only used every day for only 6-8 hours. ;-} I did break down last year and buy a newer Qume Track 842 and added it to the stack. I am worried about my hard disk, though, it's 8 years old, and still formats without any errors other than those listed on the factory stat sheet. It's an 8" Quantum 2040, with considerable miles also. YOu'd think that IMS, Industrial Micro Systems, the manufactuer of my S-100, would have made better systems back in 1979....... bob ------------------------------ Date: 8 Apr 88 19:21:13 GMT From: necntc!dandelion!ulowell!hawk!msharp@AMES.ARC.NASA.GOV (Mike Sharp) Subject: 8" floppy drive probles In article <4735@ozdaltx.UUCP> bill@ozdaltx.UUCP (Billy Bob) writes: >In article <802@nuchat.UUCP>, phillip@nuchat.UUCP (Phillip Keen) writes: > >> Robert, although I reallize that 8" floppies are still good, but because you >> cannot find them hardly anymore I think you should get rid of your 8" floppy >> disk drives, but before that get 5 1/4" disk drives then get bunches of >> 5 1/4" disks and copy your library over to the 5 1/4" disks and then get rid >>of your 8" disks and disk drives if you can. Another reason I say this is I've >> heard that 8" disks and disk drives are unreliable. I don't know if this >> is true or not but it's a rumor I've heard. >> -- >>Thanks, Snail Address: Phillip Keen > >It must be true. The two Qume DT-8's that I'm using are only 9 years >old. Had to get them cleaned and re-aligned last year, so they must >not be very dependable. Course, my system is only used every day for >only 6-8 hours. ;-} > > I have a set of old Shugart 851 (DS/DD 8" drives) which I cleaned once (I think - maybe not at all) since a bought them 5-6 years ago -- and they were used when I bought them! During this time I have also cleaned a great number of 5.25" drives repeatedly and replaced two of them (one on a compaq & the other on an NEC APC III) I guess they just didn't make systems as well back then. :-) Moral: They're like the old V-8s, not as much power/area (or in this case tracks/inch) but YOU CAN'T KILL 'EM! Also, if you switch to 5.25" for CP/M, what format will you use? You won't be able to xfer stuff as easily either. (or at least I wont) Remeber: 8" SSSD format is STANDARD for all (ok, well 90%) of the CP/M machines! Mike Sharp ------------------------------ Date: 9 Apr 88 18:59:07 GMT From: marque!dennisf@csd1.milw.wisc.edu (Dennis Flaherty) Subject: C compilers About a month ago I found the address for Mix Software Co. and wrote a letter asking for info about Mix-C. I have yet to receive a reply. Does anybody have Mix-C running? I would like to know how complete it is. There was a SMALL-C that was posted some time ago in comp.os.cpm. The documentation file did not unarc, as the other files did. I can't get SMC21DOC.LBR from an archiver (nonexistant). Where can I get another copy, if the archivers don't have it? Please respond by email. Thanx a lot! Dennis Flaherty dennisf%marque@csd1.milw.wisc.edu Marquette University 3790FLAH@MUCSD.BITNET USNail: 826 N. 20th St. dennisf@marque.mu.edu Milwaukee, WI 53233 {uunet|uwvax}!marque!dennisf ------------------------------ Date: 8 Apr 88 14:35:14 GMT From: mccc!pjh@princeton.edu (Peter J. Holsberg) Subject: Copying Diskettes I use Media Master on my pc clone to read CP/M-formatted disks. I believe that there is also a version of Uniform, the granddaddy of multi-format disk readers, for the pc. -- Peter Holsberg UUCP: {rutgers!}princeton!mccc!pjh Technology Division CompuServe: 70240,334 Mercer College GEnie: PJHOLSBERG Trenton, NJ 08690 Voice: 1-609-586-4800 ------------------------------ Date: 8 Apr 88 15:08:41 GMT From: cadnetix.COM!rusty@uunet.uu.net (Rusty) Subject: Copying Diskettes In article <1144@deepthot.UUCP> caper@deepthot.UUCP (Greg Kiech) writes: > >I have some 5 1/4 inch diskettes, containing CP/M programs, which I would >like to copy. ..... > I cannot comment on the two programs you asked about, but I CAN tell you that there are programs which will allow a PC/compatible to read certain CP/M(r) disks. For example, there is Media Master and Uniform (or is that UniformPC?). I know a tiny bit about MM (Media Master (probably TM, now that I think about it, as probably is Uniform... Oh, well)). MM allows you to read about 30 or 40 different formats, including strange MS/dos formats, every Kaypro(TM?) disk except for kaypro10 disks FORMATTED by a Kaypro 10 (there is a bug in the k10 format routine!), etc. Also, Dr. Dobbs magazine carries some ads for media read/write programs. Seems to me that one of them only cost about $50-$100. The advantage of all of this is that not only do you get to copy the disk to another CP/M disk of the same format, but you actually have access to the data and files on the CP/M disks, so you could change to another CP/M (oh, yes, TM by someone) format or even put the stuff on MS/Dos (tm) disks. And, if you have a CP/M (tm) emulator for your PC, you can run those programs (assuming all legal licensing problems, if any, are taken care of)... (Side note: this (TM) stuff can get really rediculous. Not quite sure why I bothered, but it seemed like the thing to do at the time.) -- Rusty Carruth N7IKQ DOMAIN: gad@cadnetix.com Cadnetix Corp. UUCP: cadnetix!gad 5775 Flatiron Pkwy. {uunet,boulder,nbires}!cadnetix!gad Boulder, CO 80301 (303) 444-8075 ------------------------------ Date: 8 Apr 88 18:13:51 GMT From: rochester!ur-tut!cwwj@cu-arpa.cs.cornell.edu (Clarence Wilkerson) Subject: Software for kids ... I have a program that draws large letters on the screen. The source code is in Turbo Pascal. What machine do you have? ------------------------------ End of INFO-CPM Digest ****************************** 11-Apr-88 01:34:36-MDT,7525;000000000000 Return-Path: Date: Mon, 11 Apr 88 01:30:11 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #89 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Mon, 11 Apr 88 Volume 88 : Issue 89 Today's Topics: 8" floppy drive probles (2 msgs) CP/M Directory Entries GAMES FOR KAYPRO? Reading CP/M Discs with Media Master ---------------------------------------------------------------------- Date: 9 Apr 88 20:19:26 GMT From: rochester!ur-tut!cwwj@cu-arpa.cs.cornell.edu (Clarence Wilkerson) Subject: 8" floppy drive probles You may not want to believe it, but the Apple CP/M format is probably more of standard, based on machines in use. ------------------------------ Date: 10 Apr 88 23:28:21 GMT From: tness7!tness1!nuchat!phillip@bellcore.bellcore.com (Phillip Keen) Subject: 8" floppy drive probles In article <4735@ozdaltx.UUCP>, bill@ozdaltx.UUCP (Billy Bob) writes: > In article <802@nuchat.UUCP>, phillip@nuchat.UUCP (Phillip Keen) writes: > > > Robert, although I reallize that 8" floppies are still good, but because you > > cannot find them hardly anymore I think you should get rid of your 8" floppy > > disk drives, but before that get 5 1/4" disk drives then get bunches of > > 5 1/4" disks and copy your library over to the 5 1/4" disks and then get rid > >of your 8" disks and disk drives if you can. Another reason I say this is I've > > heard that 8" disks and disk drives are unreliable. I don't know if this > > is true or not but it's a rumor I've heard. > > -- > >Thanks, Snail Address: Phillip Keen > > It must be true. The two Qume DT-8's that I'm using are only 9 years > old. Had to get them cleaned and re-aligned last year, so they must > not be very dependable. Course, my system is only used every day for > only 6-8 hours. ;-} > > I did break down last year and buy a newer Qume Track 842 and added it > to the stack. > > I am worried about my hard disk, though, it's 8 years old, and still > formats without any errors other than those listed on the factory stat > sheet. It's an 8" Quantum 2040, with considerable miles also. > > YOu'd think that IMS, Industrial Micro Systems, the manufactuer of my > S-100, would have made better systems back in 1979....... > > bob > It is true, but if you shop around at electronics store you can probably locate them. There were several electronics stores that I have seen the 8" floppy disk drives still, but few and usually with no warranty. I have never seen a machine using 8" floppies but I have never seen one. One of the places I believe I saw an 8" floppy is a place in Lubbock, TX but I cannot remember the name of it. Well, hope you find some or find someone who still work on 8" floppies. Also, does anyone know where about's I can get 3/4 hight 5.25" disk drives? My disk drives on the Zorba have just about had it, and so I need to get some new drives and the Zorba uses 3/4 hight drives. Which one of these CP/M machines would be a good buy, or if there's not a machine on the list that you'd like to specify, please specify it anyways. Thanks. The machines are: [ ] TRS-80 Model 4 [ ] Kaypro (model with 392k DS/DD disk drives) [ ] Xerox 820-II [ ] Osborne 1 [ ] Osborne Executive Any information would be appreciated. Also, i'd like to know a price range now days for what these machines are going for. -- Smail Address: Phillip Keen - 2705 Martin - Pasadena, TX 77502 Path: uunet!nuchat!phillip ------------------------------ Date: 9 Apr 88 02:22:19 GMT From: ncar!noao!mcdsun!nud!anasaz!chad@gatech.edu (Chad R. Larson) Subject: CP/M Directory Entries In article <4314@cup.portal.com> Mike_W_Ryan@cup.portal.com writes: >Speaking of CPM directories.... > >Does anyone know of a PD utilty to hide/unhide files on CPM? Unless I completely misunderstand your question, you don't need any PD utilities. Under CP/M 2.x use "stat filename.typ $sys" and under CP/M 3.x use "set filename.typ[sys]". You may use wildcards in either file spec. These commands set the system attribute in the directory entry which makes the file not appear in directory listings. You may reset the bit with "stat filename.typ $dir" or "set filename.typ[dir]". Other attributes that may be manipulated are read-only/read-write and the "archived" bit. In addition, under CP/M 3.x, files in user area 0 with the system attribute may be opened in read-only mode by programs running in any user area. Makes a good way to stash all your .com files. -crl --------------- "I read the news today, oh boy!" --John Lennon =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | DCF, Inc. | UUCP: ...noao!mcdsun!nud!anasaz!dcfinc!chad | | 14623 North 49th Place | Ma Bell: (602) 953-1392 | | Scottsdale, AZ 85254 | Loran: N-33deg37min20sec W-111deg58min26sec | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | Disclaimer: These ARE the opinions of my employer! | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ------------------------------ Date: 9 Apr 88 15:43:57 GMT From: mccc!pjh@princeton.edu (Peter J. Holsberg) Subject: GAMES FOR KAYPRO? I was about to tell you where there were a dozen or so games for the Kaypro 2/4/10, but since you called it a clunker, forget it! -- Peter Holsberg UUCP: {rutgers!}princeton!mccc!pjh Technology Division CompuServe: 70240,334 Mercer College GEnie: PJHOLSBERG Trenton, NJ 08690 Voice: 1-609-586-4800 ------------------------------ Date: Sun, 10 Apr 88 23:13:46 PDT From: rzh@freedom.llnl.gov (Roger H. Hanscom (415) 423-0441) Subject: Reading CP/M Discs with Media Master I've not had much experience with other multi-format disk reading programs (such as Uniform), but Media Master is a TURKEY! I worked for a guy who purchased it to transfer some old CP/M Wordstar files to an IBM PC. He had trouble with it and asked me to try it out. I had some old Osborne diskettes that it refused to read (I can do sector level reads on them with a Versafloppy controller). It made a good try with some Columbia Data 964?? diskettes. The directory came up but with all the wrong file sizes. Copies of the files would not run with their CP/M emulator. It will not format Cromemco CDOS DS/DD 5 1/4" so that I can write to them, and it will not read 5 1/4" CDOS diskettes created on the Cromemco. When I called the number that is on the Media Master docs., they were not only non-helpful, they were insulting ("your diskettes are bad" (they weren't)...."you don't know what you're doing"...etc.). I have yet to find a format that works with their program besides standard MS-DOS. You might want to try it only as a last resort, and/or try it out on the format you're interested in reading BEFORE you buy it. As far as I'm concerned, it isn't even worth the cost of a blank diskette to copy it on! Roger Hanscom rzh%freedom.llnl.gov@lll-lcc.llnl.gov ------------------------------ End of INFO-CPM Digest ****************************** 12-Apr-88 01:35:22-MDT,11589;000000000000 Return-Path: Date: Tue, 12 Apr 88 01:30:31 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #90 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Tue, 12 Apr 88 Volume 88 : Issue 90 Today's Topics: correction on X-10 remote controller/RS coco. corrections on X-10 remote controller/RS coco. CP/M Directory Entries INFO-CPM Digest V88 #88 Kermit V4.09 and Z-system Media Master Problems with user > 15. Reading CP/M Discs with Media Master Reading CP/M Disks with Media Master ---------------------------------------------------------------------- Date: Mon, 11 Apr 88 14:35 CST From: OPTON@uhvax1.uh.edu Subject: correction on X-10 remote controller/RS coco. It is with some chagrin that I must retract my original assertion that the Radio Shack #26-3142 remote controller was just a BSR unit with the name changed. After some experimenting with my units I can confidently say that the RS unit COMPLETELY IGNORES YOU if you try to talk to it using RS232 voltage levels. After making this determination, I opened up both units to look inside. Both use the 80C48 microcontroller. Both use 6116-2 RAM. In fact, most of the components are the same. This is to be expected. So, I guess the only hardware design difference is in the computer interface circuitry. The BSR unit has a 5 pin DIN receptacle that the cable to the computer plugs into via a D-25-to-5-pin-DIN-plug adapter cable, and it is in the same place as the DIN plug on the RS unit. Perhaps, and I offer this only as sheer speculation, the pin functions on the DIN receptacle on the RS unit vis a vis I/O are the same as the functions on the DIN receptacle on the BSR unit, and the only difference is the voltage levels they operate at. If this is the case, here are the pinouts on my BSR unit (which operates on RS-232 voltage levels). 5 pin DIN RS-232 (DTE?) (on BSR unit) 2 7 gnd 4 2 transmit data 5 3 receive data 1 and 3 appear to be unconnected. There is a good possibility that the control codes in the RS unit are the same as the codes in the BSR unit, so my offer to mail a copy of my BSR X10 Programmers Reference still stands, if anyone is interested and will send me a USmail address. Once again, my apologies for the wrong info. Lee Thomison BITNET: OPTON@UHVAX1 landline: (713) 749-3127 all concievable disclaimers apply. ------------------------------ Date: Mon, 11 Apr 88 14:00 CST From: OPTON@uhvax1.uh.edu Subject: corrections on X-10 remote controller/RS coco. It is with some chagrin that I must retract my original assertion that the Radio Shack #26-3142 remote controller was just a BSR unit with the name changed. After some experimenting with my units I can confidently say that the RS unit DOES NOT FUNCTION if you try to talk to it using RS232 voltage levels. After making this determination, I opened up both units to look inside. Both use the 80C48 microcontroller. Both use 6116-2 RAM. In fact, most of the components are the same. This is to be expected. So, I guess the only hardware design difference is in the computer interface. The BSR unit has a 5 pin DIN receptacle that the cable to the computer plugs into via a D-25-to-5-pin-DIN-plug adapter cable, and it is in the same place as the DIN plug on the RS unit. Perhaps, and I offer this only as sheer speculation, the pin functions on the DIN receptacle on the RS unit vis a vis I/O are the same as the functions on the DIN receptacle on the BSR unit, and the only difference is the voltage levels they operate at. If this is the case, here are the pinouts on my BSR unit (which operates on RS-232 voltage levels). Perhaps the control codes are the same, so my offer to mail a copy of my BSR X10 Programmers Reference still stands, if anyone is interested and will send me a USmail address. Once again, my apologies for the wrong info. Lee Thomison BITNET: OPTON@UHVAX1 landline: (713) 749-3127 all concievable disclaimers apply. ------------------------------ Date: 11 Apr 88 15:59:33 GMT From: hubcap!ncrcae!ncr-sd!ncrlnk!ncrwic!pt1!blair@gatech.edu (Brian Lair) Subject: CP/M Directory Entries In article <948@anasaz.UUCP>, chad@anasaz.UUCP (Chad R. Larson) writes: > > In addition, under CP/M 3.x, files in user area 0 with the system > attribute may be opened in read-only mode by programs running in any > user area. Makes a good way to stash all your .com files. Does anyone know of a way to accomplish this in CP/M 2.2 ? -- Brian R. Lair NCR Corporation, E&M Wichita, Advanced Development Brian.Lair@Wichita.NCR.COM {ece-csc,hubcap,gould,rtech}!ncrcae!ncrwic!Brian.Lair {sdcsvax,cbatt,dcdwest,nosc.ARPA,ihnp4}!ncr-sd!ncrwic!Brian.Lair ------------------------------ Date: Mon, 11 Apr 88 20:27:42 MST From: Raymond Carter STEWS-NR-AS 678-3348 Subject: INFO-CPM Digest V88 #88 Trying to get a message to rjray. All attempts so far have bounced. I am the person he was looking for with regards to info about the CP/M COMAL graphics package for the 128. ------------------------------ Date: Mon, 11 Apr 88 14:18:14 GMT From: MA18%SYSE.SALFORD.AC.UK@CUNYVM.CUNY.EDU Subject: Kermit V4.09 and Z-system Subject: Kermit V4.09 and Z-system This new version of Kermit for Z80 systems allows commands to appear on the command line separted by semicolons, e.g. KERMIT ;SET BAUD 1200;SET PARITY EVEN;CONNECT This is fine for CP/M but has obvious difficults for Z users. I have patched my copy to use vertical bar (|) instead. Would anyone be interested in the details? --Tony Addyman ------------------------------ Date: Mon, 11 Apr 88 07:36:45 EST From: John C Klensin Subject: Media Master Roger, Don't know what version of MediaMaster you are using, but, from our experience, it sounds like you have gotten a different product from a different company. We have (usually) found them very responsive when we have called them, and have used versions of MediaMaster... 1) On Rainbows, under CP/M86-80, to read and write SSDD PCDOS diskettes, SS Osborne diskettes, Kaypro diskettes (subject to the bug earlier mentioned), SuperBrain diskettes, and a few other things. Most of these require driving the 80 track drive in every-other-track mode and we have had few problems (the ones we have had *can* be attributed to individual diskettes or source machines, since others from the same type of machines and software have worked and the problems have been tracked back to slightly out-of-alignment drives or otherwise mis-recording). 2) On DDOsborne Is, reading and writing IBM PC PCDOS diskettes (the DD Ozzie handles most of the CP/M formats that it can handle at all internally, so MediaMaster has not been needed -- but we have used MM on the Ozzie to format diskettes in the formats of a few other systems and used those diskettes successfully thereafter). 3) On the IBM PC, to read and write a number of CP/M formats, and several deviant MSDOS formats. We had no problems with any of these that were within the limitations of the controller (e.g., I know of no one who has succeeded in getting a PC or PC/XT diskette controller to deal with single density diskettes, and MediaMaster seems to be a good program, not a miracle. Recently, we added a replacement controller and a 1.2Mb drive to one of the XTs, with the intention of being able to read and write Rainbow 400Kb floppies on the XT. Media Master manages to make that work too, for both Rainbow MSDOS and CP/M formats, but, at present, seems to leave the controller in an indeterminate state (i.e., MM works fine, but, once we leave it, we need to reboot the machine in order to use the diskette drives again). The problem is likely with the controller, or the XT BIOS, but Intersecting Concepts (Media Master) has been reasonably helpful to us with trying to debug that too. We've even made design suggestions to them, and a fair number have shown up in subsequent versions. The only thing we've asked for that they have not done is support for VMS Files-11 formats on the Rainbow, and I understand and sympathize with their reasons. I've tried their CP/M software emulator for the IBM PC, and it seems to work, but, other than assembling a few programs, I haven't pushed it hard enough to have a good opinion. As I say, I think we may be using a different product, from a different company. Or one of us has weird hardware. John Klensin, Klensin@INFOODS.MIT.EDU ----------- No, we have no affiliation with Intersecting Concepts or Media Master. Just reasonably satisfied customers (I'm rarely completely satisfied with anything I haven't designed and/or written myself, and not often those). ------------------------------ Date: Mon, 11 Apr 88 14:17:10 GMT From: MA18%SYSE.SALFORD.AC.UK@CUNYVM.CUNY.EDU Subject: Problems with user > 15. Subject: User numbers > 15 I have recently re-assembled my ZCPR3.3 to allow use of user numbers 0-31 by simply altering the HIGHUSER flag. I have been a little surprised with a couple of difficulties that have arisen since. 1) BGii (version 1.13) will not allow me access to users above 15, even though I have set it that way with SETBG, (I know it says in the manual that it gets the info from Z) and it replaces a ZCPR3.3 which allows access. SHOW even says access is allowed if SHOW is run under BGii. I assume that I am doing (or not doing) something stupid! Any ideas anyone? 2) CD (version 3.3) does not like users above 15 either. This seems to be independent of whether there is named directory entry for the user area. ------------------------------ Date: 11 Apr 88 16:46:47 GMT From: mccc!pjh@princeton.edu (Peter J. Holsberg) Subject: Reading CP/M Discs with Media Master In article <8804110613.AA16885@freedom.llnl.gov> rzh@FREEDOM.LLNL.GOV (Roger H. Hanscom (415) 423-0441) writes: == == I've not had much experience with other multi-format disk reading programs == (such as Uniform), but Media Master is a TURKEY! I beg to differ. I've used Media Master for years, both on my Kaypro 10 (along with Uniform) and on my PC clone, and have had nary a glitch! -- Peter Holsberg UUCP: {rutgers!}princeton!mccc!pjh Technology Division CompuServe: 70240,334 Mercer College GEnie: PJHOLSBERG Trenton, NJ 08690 Voice: 1-609-586-4800 ------------------------------ Date: Mon, 11 Apr 88 7:39:44 MST From: Frank Bateman USAEPG Ft Huachuca Arizona AV879-7602/6016 602-538-7602/6016 Subject: Reading CP/M Disks with Media Master I certainly won't comment on anyone else's experiences with Media Master, but I use it frequently to copy Otrona and Kaypro CP/M files to a Zenith PC Clone. Copying the other direction works fine, too. I transfer both Wordstar and plain vanilla ASCII files. For the price and for my application, it can't be beat! usual disclaimers... Frank ------------------------------ End of INFO-CPM Digest ****************************** 13-Apr-88 01:31:10-MDT,8539;000000000000 Return-Path: Date: Wed, 13 Apr 88 01:30:15 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #91 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Wed, 13 Apr 88 Volume 88 : Issue 91 Today's Topics: BUG in VLU and TCVIEW12 CP/M 2.2 PUBlic files Media Master and Uniform Public File Access in CP/M 2.2 The Highuser Option in ZCPR33 User numbers > 15 ---------------------------------------------------------------------- Date: Tue, 12 Apr 88 16:06:10 GMT From: MA18%SYSE.SALFORD.AC.UK@CUNYVM.CUNY.EDU Subject: BUG in VLU and TCVIEW12 (Minor) BUG with VLU.COM and TCVIEW12.COM Both these useful programs fail to deal correctly with a TCAP with an escaped characater in one of the control strings. In my case I need to send a null as part of the standout string. This is taken as the string terminator, and the real terminating null ends the 'reverse video off' string immediately. This results in a VLU with the entire screen in reverse video. The back-slash character which prefixes the null is sent to the screen, but fortunately it does no damage! I have not worked out a patch yet for either program, but I have adopted a work-around for my own system, which masks the 'null' byte before using it, so I can simply use a character with enough zero bits at the bottom, but which is not all zero. I hope this is a help to anyone who has a similar problem. When I get time I will try out as many programs as possible, as I suspect that this bug could be quite widespread. When I first got my Z-system I set up a TCAP with reverse-video, but dropped it as some programs produced such awful screens. This may have been the problem. -- Tony Addyman ------------------------------ Date: Tue, 12 Apr 88 10:02:51 PDT From: Bridger Mitchell Subject: CP/M 2.2 PUBlic files Brian R. Lair asks if there is a way to access user-0 SYStem files in read-only mode from another user number. If the need is only for LOADING COM files (by the command processor) from other user numbers, then the ZCPR3... search path will do the job nicely. If you want PROGRAMS to have automatic access to files in other user numbers, more is needed. In my Dr. Dobbs' Journal article (CP/M 2.2 Goes PUBlic, I think Nov. '84) I described the following approach to automatically accessing files from other user numbers: The CP/M 2.2 BDOS can be modified to make specified files on a drive "PUBlic". PUBlic files are accessible from any user number on the drive, and signified by the f2' bit (filename byte 2, bit 7); they are read-write and can be used for virtual memory (swap file) as well as loading COM, overlay, LIB, etc files from another user number. Subsequently, P2DOS, PZDOS and Z80DOS have incorporated this PUBlic functionality. PUBPATCH, a Z-80 patch for an *UNMODIFIED DRI CP/M 2.2 BDOS* is listed in the article. The files are available on simtel20. --bridger ------------------------------ Date: Tue 12 Apr 1988 15:14:02 EDT From: Subject: Media Master and Uniform I, too, was puzzled by the uncomplimentary message about Media Master. I have been using it on my PC computers for many years to convert numerous CP/M formats. I have had few, if any, problems, and I, too, have found the manufacturer, Intersecting Concepts, to be most helpful and responsive. While on this subject, let me add some information on the relative merits as I see them, of UNIFORM and Media Master on a PC type machine. First I like both of them. Both support a vast number of formats. UNIFORM allows one of the drives to become a virtual CP/M drive, allowing any DOS operation to be performed directly on files on the CP/M disk. This is very handy. Unfortunately, UNIFORM does not know how to handle user numbers correctly. It warns you when there are files in user areas other than 0, but it mashes them all together on reads. On writes, UNIFORM actually makes unnecessary modifications to the CP/M directory, permanently changing user numbers of files in areas other than zero, and (most unfortunately) destroying the order -- and hence the DateStamper time stamps -- of all the files! So, use UNIFORM with great caution and never on a DateStamped disk you care about. Media Master does not create a virtual disk and is used only to perform specific operations on files, such as copying them to or from the DOS disk. Media Master transfers files extremely rapidly (I don't know how they manage that -- they are far faster than DOS itself). UNIFORM is often very slow, by the way (though not as horribly slow as I sometimes find it for some foreign formats on my CP/M SB180). Media Master does know about and deal with user areas by allowing you to select the user area to work with (I don't see why UNIFORM can't figure out how to do something like this, but their programmer wrote to me that it "can't be done"). Media Master does not damage the CP/M disk directory or time stamps. ------------------------------ Date: Tue 12 Apr 1988 15:15:35 EDT From: Subject: Public File Access in CP/M 2.2 Brian Lair asked about gaining public access to files in user 0. The Echelon Z System (with ZRDOS) allows files in designated directories to become public. There is also a patch from Plu*Perfect (perhaps Bridger Mitchell will leave a message on where it can be found) that implements something quite similar to the CP/M-Plus system. ------------------------------ Date: Tue 12 Apr 1988 15:14:40 EDT From: Subject: The Highuser Option in ZCPR33 The maximum user area displayed by SHOW.COM is not the highest one you can log into but the highest one you are allowed to reference. SHOW does display on one of its screens whether or not the Z33 command processor will log into high user numbers. Z33 (and Z34) is the only command processor that optionally allows user numbers above 15 to be logged into, and there is considerable risk in doing so. I implemented that feature as an intellectual challenge for experimenters who do not mind living on the edge. I do not recommend logging into high user areas as a matter of course. The fact that CD33 will not log into them is a reflection of the sanity normally built into that program. It is smart enough to check DU and DIR references for a valid login range. It was an oversight that it does not check the HIGHUSER option bit in the Z33 command processor to see if the high user numbers are allowed. I will try to get someone to make the required change (not at all difficult, since there is a Z33LIB library routine for checking the HIGHUSER flag bit, I believe). With Z34 and the extended environment, there is a full drive vector to replace the overly simplistic maxdrive byte. CD should be upgraded to observe the limits imposed by that vector in addition to the maxdrive limit. In this way, CD can, like the Z34 command processor, respect holes in the drive map. ------------------------------ Date: Tue, 12 Apr 88 10:02:10 PDT From: Bridger Mitchell Subject: User numbers > 15 ZCPR v 3.3 and v 3.4 include a "highuser" assembly option that permits the command processor to log into user numbers 16...31. When this is done, the command processor's logged-in drive/user number is stored in the ZCPR3 message buffers, and the value at 0003h is not valid. Programs that refer to 0003 will probably run incorrectly, so you need to check them carefully. Other programs may (a) prevent access to a user number > 15, (b) mask the high bits of a user number, and thus convert a number > 15 into 0...15, which could cause some nasty behavior, or (c) be just fine. Because of these difficulties, I suggest that the highuser option not be used. BGii (BackGrounder ii) does NOT support logging into a "highuser" user number; what it does support is references in the command tail to user numbers up to the MAXUSER value (0...31). Under BGii , this won't work: A>A31: But this will (with MAXUSER = 31) A>DIR A31:*.* --bridger ------------------------------ End of INFO-CPM Digest ****************************** 15-Apr-88 01:33:33-MDT,9860;000000000000 Return-Path: Date: Fri, 15 Apr 88 01:30:56 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #92 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Fri, 15 Apr 88 Volume 88 : Issue 92 Today's Topics: 8" floppy drive probles (2 msgs) CP/M Directory Entries Failed to install P2DOS on Apple Fail to install P2DOS on Apple Media Master Media Master and Uniform Reading CP/M Discs with Media Maste TRS-80 Model II CP/M ---------------------------------------------------------------------- Date: 13 Apr 88 20:23:00 GMT From: clio!berger@uxc.cso.uiuc.edu Subject: 8" floppy drive probles Incidentally, are you sure about those 3/4 height drives? I've seen 2/3 height drives, but never 3/4 height. Mike Berger Department of Statistics Science, Technology, and Society University of Illinois berger@clio.las.uiuc.edu {ihnp4 | convex | pur-ee}!uiucuxc!clio!berger ------------------------------ Date: 13 Apr 88 20:22:00 GMT From: clio!berger@uxc.cso.uiuc.edu Subject: 8" floppy drive probles Perhaps the place in Lubbock that you were thinking of was Texas Instruments. In any case, 8" floppy disk drives are still manu- factured and still very easy to get ahold of... except possibly at Radio Shack. As for which of the computers you listed would be a good buy, that depends highly on price, condition, features, and what you plan to use it for. The Xerox 820 is widely supported by the users, and widely available at hamfests and from surplus dealers. I'd avoid the Radio Shack/Tandy computers. Their CP/M was not really standard, due to hardware constraints on memory locations. Mike Berger Department of Statistics Science, Technology, and Society University of Illinois berger@clio.las.uiuc.edu {ihnp4 | convex | pur-ee}!uiucuxc!clio!berger ------------------------------ Date: 13 Apr 88 05:48:47 GMT From: hp-sdd!ncr-sd!crash!mwilson@hplabs.hp.com (Marc Wilson) Subject: CP/M Directory Entries In article <144@pt1.Wichita.NCR.COM> blair@pt1.Wichita.NCR.COM (Brian Lair) writes: >In article <948@anasaz.UUCP>, chad@anasaz.UUCP (Chad R. Larson) writes: >> >> In addition, under CP/M 3.x, files in user area 0 with the system >> attribute may be opened in read-only mode by programs running in any >> user area. Makes a good way to stash all your .com files. > >Does anyone know of a way to accomplish this in CP/M 2.2 ? Yes. There is a patch for the 2.2 BDOS from Plu*Perfect Software that will enable this feature. Look for PUBPAT.LBR on your local RCP/M. Or, you can email me, and I'll send you a copy. On the other hand, there is a better way. Install a different BDOS. You can use ZRDOS, from Echelon. This allows you to mark a specific DU: as "public." Any file you place there can be found from anywhere else. There is also P2DOS/SUPRDOS/Z80DOS/etc. These do roughly the same thing, although better ( im my opinion ). They use attribute bit F2 to mark a file as public. If this bit is set, the file can be found from anywhere else on the drive. Example: I have WS.COM and the overlays in user 0 with the F2 bit set. Now, I try to edit a file in C5:. WS looks in C5:, and doesn't find its overlays. Next, it switches to drive A:. The files aren't in A5:, but in A0:. The BDOS, on the other hand, makes it *look* like they're in user 5, so that WS works. Any more questions? -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Marc Wilson ARPA: ...!crash!mwilson@nosc.mil ...!crash!pnet01!pro-sol!mwilson@nosc.mil UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson INET: mwilson@crash.CTS.COM ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ------------------------------ Date: Thu, 14 Apr 88 09:36 N From: Subject: Failed to install P2DOS on Apple Yesterday I tried to install P2DOS. As CP/M image file I used CPM60.COM, for the APPLE with Softcard 60K. As DOSSTRT address I used DC00h (high memory) and the image location (in CPM60.COM) was 1800h. I was able to make a P2DOS.HEX file without problems, thereafter I used DDT to load the hex file into CPM60.COM. I saved the new CPM60.COM file as P2DOS.COM. So, I installed the new CPM image onto a fresh disk. I tried to do a coldstart from the new disk and my system went bananas! I checked every step again, but I couldn't find any mistake. Is anyone out there who can give me a hint ? D'haese Gratien Univ. of Antwerp (Belgium) Dept. of Physics E-mail : dhaese@banuia51.bitnet ------------------------------ Date: Thu, 14 Apr 88 09:17 N From: Subject: Fail to install P2DOS on Apple Yesterday I tried to install P2DOS. As CP/M image file I used CPM60.COM, for the APPLE with Softcard 60K. As DOSSTRT address I used DC00h (high memory) and the image location (in CPM60.COM) was 1800h. I was able to make a P2DOS.HEX file without problems, thereafter I used DDT to load the hex file into CPM60.COM. I saved the new CPM60.COM file as P2DOS.COM. So, I installed the new CPM image onto a fresh disk. I tried to do a coldstart from the new disk and my system went bananas! I checked every step again, but I couldn't find any mistake. Is anyone out there who can give me a hint ? D'haese Gratien Univ. of Antwerp (Belgium) Dept. of Physics E-mail : dhaese@banuia51.bitnet ------------------------------ Date: Thu, 14 Apr 88 18:07:49 PDT From: rzh@freedom.llnl.gov (Roger H. Hanscom (415) 423-0441) Subject: Media Master My recent post about problems I have had with Media Master was intended as a warning to folks who might purchase the product for reading CP/M diskettes, and then discover that it will not work with the particular format of interest. I assumed, after seeing the number of messages from "satisfied" customers that have appeared in the last year or so, that it DOES work -- particularly on the more common formats such as Kaypro, Osborne, DOS, etc. I was disappointed with it, and with the vendor. I was trying to use it on a vanilla IBM/PC/XT, attempting to read diskettes that I was able to read on other machines. We had no problems with reading and writing standard MS-DOS diskettes on the IBM in question, or with copying files to and from it....nothing that would suggest alignment difficulties. It was very surprising to me to have trouble with the Cromemco CDOS format. A format as common as that should have been tested...quite a lot. The fact remains: if at all possible, try it out with your format **BEFORE** spending your money. DON'T ASSUME THAT IT WILL WORK WITH ALL THE ADVERTISED FORMATS. You may be disappointed. Roger Hanscom rzh%freedom.llnl.gov@lll-lcc.llnl.gov "your mileage may vary" ------------------------------ Date: 13 Apr 88 20:31:00 GMT From: clio!berger@uxc.cso.uiuc.edu Subject: Media Master and Uniform Does Media Master support formats other than CP/M? How about 8", 5.25" high density, and 3.5" formats? What disk controllers does it support? Uniform supports the Maynard FDC-8 disk controller, and the Micro Solutions Compaticard, which handles all the above disk formats. Mike Berger Department of Statistics Science, Technology, and Society University of Illinois berger@clio.las.uiuc.edu {ihnp4 | convex | pur-ee}!uiucuxc!clio!berger ------------------------------ Date: 13 Apr 88 20:25:00 GMT From: clio!berger@uxc.cso.uiuc.edu Subject: Reading CP/M Discs with Media Maste I use Uniform extensively, and highly recommend it. But don't expect programs like Media Master to work on a non-standard disk controller unless explicitely supported. The fact that you can do a sector read on the disk the "hard way" doesn't mean that the program will work properly with that controller. Mike Berger Department of Statistics Science, Technology, and Society University of Illinois berger@clio.las.uiuc.edu {ihnp4 | convex | pur-ee}!uiucuxc!clio!berger ------------------------------ Date: 8 Apr 88 12:05:00 GMT From: tness7!ninja!sys1!hal6000!techsup!kenb@bellcore.bellcore.com Subject: TRS-80 Model II CP/M > "Does anyone on the list know of a CP/M implementation for the > TRS-80 Model II computer?" > >I've had a model II in regular use since 1981 (pretty good reliability >for Radio Shack!) and have used Pickles & Trout CP/M. It's one of the >best BIOS implementations I've ever seen. I haven't kept up with P&T; >try contacting them at their 1981 address: > > Pickles & Trout > PO Box 1206 > Goleta, California 93017 > (805) 967-9563 > > -=- Andrew Klossner (decvax!tektronix!tekecs!andrew) [UUCP] > (andrew%tekecs.tek.com@relay.cs.net) [ARPA] I contacted Pickles & Trout directly a year or two ago. They no longer directly support their CP/M product. However, Trisoft in Austin, Texas does continue to sell the Pickles and Trout CP/M for the Model II. They also offer pretty good support should a user have any questions. Sorry, I don't have the phone number here, but I'm sure you can get it from directory assist. ken brookner n5lpi ihnp4!techsup!kenb ------------------------------ End of INFO-CPM Digest ****************************** 16-Apr-88 01:34:26-MDT,4166;000000000000 Return-Path: Date: Sat, 16 Apr 88 01:30:15 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #93 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sat, 16 Apr 88 Volume 88 : Issue 93 Today's Topics: CP/M Directory Entries The Highuser Option in ZCPR33 Wordstar Laser Support ---------------------------------------------------------------------- Date: 15 Apr 88 03:30:27 GMT From: eve.usc.edu!mlinar@oberon.usc.edu (Mitch Mlinar) Subject: CP/M Directory Entries In article <144@pt1.Wichita.NCR.COM> blair@pt1.Wichita.NCR.COM (Brian Lair) writes: >In article <948@anasaz.UUCP>, chad@anasaz.UUCP (Chad R. Larson) writes: >> >> In addition, under CP/M 3.x, files in user area 0 with the system >> attribute may be opened in read-only mode by programs running in any >> user area. Makes a good way to stash all your .com files. > >Does anyone know of a way to accomplish this in CP/M 2.2 ? Among its other features, QP/M has a built-in (user-definable) path which allows any files along that path to be opened as read/only (if not in the current drive/user). This is part of the DOS so that any files that are opened from the CCP or inside an executable program will work just fine. -Mitch Line feed fodder. Line feed fodder. Line feed fodder. Line feed fodder. Line feed fodder. Line feed fodder. Line feed fodder. Line feed fodder. ------------------------------ Date: 15 Apr 88 03:40:00 GMT From: eve.usc.edu!mlinar@oberon.usc.edu (Mitch Mlinar) Subject: The Highuser Option in ZCPR33 In article SAGE@LL.ARPA writes: > > The maximum user area displayed by SHOW.COM is not the highest one you >can log into but the highest one you are allowed to reference. SHOW does >display on one of its screens whether or not the Z33 command processor will >log into high user numbers. Z33 (and Z34) is the only command processor >that optionally allows user numbers above 15 to be logged into, and there is Wrong, Jay. QP/M (which you may not know about, although it has been around since 1983) has always offered 31 user areas. In fact, *all* of the programs associated with it (QSTAT, QPIP, CD, DIR, MAKE, etc.) know about 32 user areas. >considerable risk in doing so. I implemented that feature as an >intellectual challenge for experimenters who do not mind living on the edge. >I do not recommend logging into high user areas as a matter of course. > Here, I agree with Jay. I have found it *very* rare that anyone needs that many user areas. Clearly, you never would want it on a floppy (not enough storage to make it worthwhile). Furthermore, CP/M+ trashes files above user number 15 (it only looks at users 0 to 15 to make the allocation bit map) if given half a chance. On a hard drive, if you seem to be exceeding the limit, you should look at your hard drive setup. You might consider breaking your hard drive up into smaller logical drives which should give some breathing room. Although QP/M has always supported 31 user areas, most of the public programs which support du: have problems above user 15 (especially if they want to be compatible with CP/M+). I agree with Jay that it should be used with some care. -Mitch ------------------------------ Date: Fri, 15 Apr 88 00:31:03 PDT From: JAJZ801%CALSTATE.BITNET@CUNYVM.CUNY.EDU (JEFFREY SICHERMAN - CALSTATE LONG BEACH) Subject: Wordstar Laser Support Please forgive the mundaneness of this inquiry but can anybody inform me as to the level of laser printer support in Wordstar 4.0 for the CP/M world. I am particularly interested in native modes - although emulations are also important. What features are available. Any special hardware patches or requirements - I don't have ready Bdos or Bios access for the intended system (a Televideo). Jeff Sicherman Jajz801@calstate.bitnet ------------------------------ End of INFO-CPM Digest ****************************** 17-Apr-88 01:35:08-MDT,1907;000000000000 Return-Path: Date: Sun, 17 Apr 88 01:30:35 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #94 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sun, 17 Apr 88 Volume 88 : Issue 94 Today's Topics: CP/M OS for Northstar Z80 Files & Emulator ---------------------------------------------------------------------- Date: 14 Apr 88 20:43:26 GMT From: mtunx!whuts!homxb!homxc!sgard@rutgers.edu (77223a-S.GARDNER) Subject: CP/M OS for Northstar I have a Nothstar Advantage computer that has a CP/M OS with a 5 Meg hard disk. I have been able to use the computer by loading the operating system from a floppy disk in the computer, but I am unable to access the hard disk. All attempts at gaining access to the HD result in a BDOS error being printed on the screen. Diagnostic run on the HD show that it is functional. Has anybody had a similar experience with this machine or this type of failure who can give me some suggestions about corrective action? Thanks in advance. S. Gardner AT&T-BL Send e-mail replies via any backbone site >> ihnp4!homxc!sgard ------------------------------ Date: 16 Apr 1988 11:44-CDT From: John A. Wright Subject: Z80 Files & Emulator I have just downloaded and compiled the Z80 emulator for CP/M-86 from the SIGM VOL157 collection. It runs fine, but there is a request that I do not understand. Can anyone tel me what the term "command tail" is and what I need to answer. Sorry if this is a dumb question, but I can't find that term in any of the books I have on CPM. Thanks in advance. John Strategic Deterance through Readiness! ------------------------------ End of INFO-CPM Digest ****************************** 18-Apr-88 01:30:22-MDT,4712;000000000000 Return-Path: Date: Mon, 18 Apr 88 01:30:08 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #95 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Mon, 18 Apr 88 Volume 88 : Issue 95 Today's Topics: CP/M Directory Entries (2 msgs) Fail to install P2DOS on Apple Reading CP/M Discs with Media Master Z80 Files & Emulator ---------------------------------------------------------------------- Date: 16 Apr 88 20:42:39 GMT From: portal!cup.portal.com!Mike_W_Ryan@uunet.uu.net Subject: CP/M Directory Entries Thanks to all who responded with the suggestion of using STAT to unhide files. But now another problem. The darn file names have lower case letters. It seems the command interpreter (CCP?) converts to upper case. My choices? Patch the CCP? Or patch my directory entries? ------------------------------ Date: 18 Apr 88 04:54:32 GMT From: rochester!ur-tut!cwwj@rutgers.edu (Clarence Wilkerson) Subject: CP/M Directory Entries In article <4544@cup.portal.com>, Mike_W_Ryan@cup.portal.com writes: > Thanks to all who responded with the suggestion of using STAT to > unhide files. But now another problem. The darn file names have > lower case letters. It seems the command interpreter (CCP?) converts > to upper case. My choices? Patch the CCP? Or patch my directory entries? I suggest you patch the directory entries. MBASIC also allowed lower case file names. If you have MBASIC, you might try NAME "oldfile" AS "newfile" to change the file name! At last, a use for BASIC..... ------------------------------ Date: 16 Apr 88 01:24:06 GMT From: portal!cup.portal.com!dick_a_wotiz@uunet.uu.net Subject: Fail to install P2DOS on Apple DHAESE@BANUIA51.BITNET writes: > Yesterday I tried to install P2DOS. As CP/M image file I used CPM60.COM, > for the APPLE with Softcard 60K. > As DOSSTRT address I used DC00h (high memory) and the image location > (in CPM60.COM) was 1800h. I was able to make a P2DOS.HEX file without > problems, thereafter I used DDT to load the hex file into CPM60.COM. > I saved the new CPM60.COM file as P2DOS.COM. So, I installed the new > CPM image onto a fresh disk. > I tried to do a coldstart from the new disk and my system went bananas! > I checked every step again, but I couldn't find any mistake. > Is anyone out there who can give me a hint ? I have run across similar problems with the Apple Softcard. Apparently, Apple uses a completely non-standard BDOS for the Softcard. In fact, there is not a clear split between the BDOS and BIOS as with other systems. Because of the way the Apple II handles bank-switched memory, any changes or replacements to the BDOS and/or BIOS must be customized for the machine, and almost no standard 'drop-in' replacements will work. As an example, there is a special file in the Simtel20 CPM.APPLE archives for installing ZCPR3 with Softcard CP/M, that does some non-standard patches to get it to work properly. Apple did maintain almost all of the BDOS and BIOS call conventions, so it might be possible to get a replacement BDOS to work. If anyone does, I'd sure like to hear about it! Dick Wotiz dick@portal.com ...!{uunet|sun|atari}!portal!dick Apple did maintail ------------------------------ Date: 16 Apr 88 13:17:35 GMT From: phri!dasys1!pechter@nyu.edu (Bill Pechter) Subject: Reading CP/M Discs with Media Master I don't know why you had problems but Media Master's worked like a charm for me. They had excellent tech support when I needed it. I've run a number of my CP/M programs on my AT&T6300. I really recommend it highly to all of my friends. -- Bill Pechter {sun!hoptoad,cmcl2!phri}!dasys1!pechter Lakewood Microsystems, 103 Governors Road, Lakewood NJ 08701 (201)370-0709 Evenings Big Electric Cat Public Access Unix, New York, NY ------------------------------ Date: Sun, 17 Apr 1988 07:23 MDT From: Keith Petersen Subject: Z80 Files & Emulator John, the command tail is a command that you normally type in on CP/M's command line like this: A>ED MYFILE.TXT ^--this part When you run the emulator you probably type something ahead of the ED in the example above. Since CP/M can only handle two FCB's on the command line it becomes necesssary for the emulator to ask for the command tail. --Keith ------------------------------ End of INFO-CPM Digest ****************************** 19-Apr-88 01:31:33-MDT,3246;000000000000 Return-Path: Date: Tue, 19 Apr 88 01:30:09 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #96 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Tue, 19 Apr 88 Volume 88 : Issue 96 Today's Topics: CP/M Directory Entries Kaypro 10 format bug ---------------------------------------------------------------------- Date: 18 Apr 88 03:02:08 GMT From: marque!gryphon!crash!mwilson@csd1.milw.wisc.edu (Marc Wilson) Subject: CP/M Directory Entries In article <4544@cup.portal.com> Mike_W_Ryan@cup.portal.com writes: >Thanks to all who responded with the suggestion of using STAT to >unhide files. But now another problem. The darn file names have >lower case letters. It seems the command interpreter (CCP?) converts >to upper case. My choices? Patch the CCP? Or patch my directory entries? How did you create them? With BASIC? Microsoft's 'wonderful" BASIC will allow you to create lower case filenames... why, I don't know. You have two possibilities: 1) Rename the files ( which may be easier ) 2) Use a program that does *not* require input from the command line. If you're going to try #2, I suggest NSWP. It should have no problem with the lower case name. One moment, while I check... OK, NSWP *does* know what to do with the filename. The "F"ind command won't locate it in the list ( probably due to the fact that it's capitalizing it's input ), but if you step along to it, and "T"ag it, then use the "Y" command to set its SYStem attribute, you can make it disappear. 'Nuff said. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Marc Wilson ARPA: ...!crash!mwilson@nosc.mil ...!crash!pnet01!pro-sol!mwilson@nosc.mil UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson INET: mwilson@crash.CTS.COM ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ------------------------------ Date: Mon, 18 Apr 88 14:36:58 -0900 From: Subject: Kaypro 10 format bug -- following text extracted from INFO-CPM Volume 88, Issue 88. > ...MM allows you to read about 30 or 40 different formats, including > strange MS/dos formats, every Kaypro(TM?) disk except for kaypro10 > disks FORMATTED by a Kaypro 10 (there is a bug in the k10 format > routine!), etc. ... -- > Rusty Carruth N7IKQ DOMAIN: gad@cadnetix.com > Cadnetix Corp. UUCP: cadnetix!gad > 5775 Flatiron Pkwy. {uunet,boulder,nbires}!cadnetix!gad > Boulder, CO 80301 (303) 444-8075 I was unsuccessful in sending mail to Rusty, so I am replying to the Net. Can anyone give more information on this "bug". I have an '83 Kaypro 10 and have never had problems with diskettes formatting, or using them on my wife's Kaypro 4'83. Thanks...cal. PS. I know Z80 assembler, have hacked my BIOS/BDOS, so don't spare the details on this bug. ------------------------------ End of INFO-CPM Digest ****************************** 20-Apr-88 01:32:21-MDT,7868;000000000000 Return-Path: Date: Wed, 20 Apr 88 01:30:22 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #97 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Wed, 20 Apr 88 Volume 88 : Issue 97 Today's Topics: Fail to install P2DOS on Apple Help with Shugart 801 Drives?? Visual, CTRL P, state indicator ---------------------------------------------------------------------- Date: Tue, 19 Apr 88 10:04 N From: Subject: Fail to install P2DOS on Apple portal!cup.portal.com!dick_a_wotiz@uunet.uu.net wrote : >I have run across similar problems with the Apple Softcard. Apparently, >Apple uses a completely non-standard BDOS for the Softcard. In fact, >there is not a clear split between the BDOS and BIOS as with other >systems. Because of the way the Apple II handles bank-switched memory, >any changes or replacements to the BDOS and/or BIOS must be customized >for the machine, and almost no standard 'drop-in' replacements will >work. > >As an example, there is a special file in the Simtel20 CPM.APPLE >archives for installing ZCPR3 with Softcard CP/M, that does some >non-standard patches to get it to work properly. > >Apple did maintain almost all of the BDOS and BIOS call conventions, >so it might be possible to get a replacement BDOS to work. >If anyone does, I'd sure like to hear about it! > I promised Don Kirkpatrick a full report of what I did. Here it comes: - my configuration is an Apple ][+ with 64 K of RAM, for running CP/M I have a Softcard 60K with a Z80 processor. I run the Apple Softcard CP/M 2.23 (to coldstart). - On my system disk there are two files to generate a startup disk, nl. CPM56.COM and CPM60.COM, which are similar to the SYSGEN program. The difference is that CPM60.COM has a copy of the CPM image inside the com file and with a SYSGEN program one has to save it. - I used the CPM60.COM to generate a new CP/M com file. addresses in image file addresses in high memory ======================= ======================== CCP: F00h - 17FFh CCP: D300h BDOS: 1800h - 26FFh BDOS: DC00h BIOS: 2700h - 2CFFh BIOS: FA03h P.S.: This are the addresses which I think the CCP, BDOS and BIOS probably begin ? If NOT correct please let me know, because the whole installation procedure falls or stands with it ! - In file P2DOS.MAC I filled the following values in : DOSSTRT = DC00h SE RI AL NU MB ER = BD 16 00 00 EC B8 ORG = 100h I assembled P2DOS.MAC with the M80 assembler. B>a:m80 =p2dos (no errors were produced) B>a:l80 p2dos,p2dos/x/n/e (to generate the p2dos.hex file) - type p2dos.hex gives : :20DC0000BD160000ECB8... ---- ------------ BDOS serialnumber - Combined CPM60.COM with P2DOS.HEX using DDT: B>DDT CPM60.COM -f 1800 26FF 0 (to fill with zeroes) -d 1800 (check if made zero) -i p2dos.hex -r 1700 -d 1800 (check if p2dos is there) -^C B>save 44 P2DOS.COM (new CP/M image file) B>P2DOS (on a fresh disk, writes system tracks) - Switch Apple ON/OFF and insert new CP/M startup system disk. RESULT= a lot of noice, and over and out. - Some final considerations : * who has experience with installing a new Apple CP/M image file ? * why not sharing some specific Apple CP/M details about the BDOS, BIOS and all the rest I don't know about. * I could write a technical report about our results and submit it to SIMTEL20. Fair or not ? I say don't waste energy, because there will be a time we'll be glad we have some left ! From D'haese Gratien Bitnet : dhaese@banuia51 Internet : dhaese%banuia51.bitnet@cunyvm.cuny.edu ------------------------------ Date: Tue, 19 Apr 88 11:25:03 PDT From: rzh@freedom.llnl.gov (Roger H. Hanscom (415) 423-0441) Subject: Help with Shugart 801 Drives?? A few weeks ago, I became the proud(?) owner of 2 Shugart 801's. They look to be in fine shape, and I'd like to use them on a Xerox 820-1 that I have kicking around. Trouble is, there is no manual, and I'm more used to Siemens or Qume 8" drives. The select lines on the drive are pretty obvious, but some of the others are not so. Will somebody please explain?? Below is a representation of the connector, showing the jumpers that were on the two drives and my assumption as to what WAS drive A and B. What are the T jumpers --- some kind of termination?? What are D, C, I, R, and S??? | | jumpered (A drive??) (B drive??) /^^^^^^^ 2 |xxxxxx--------o |xxxxxx--------o ======+ (notch) |xxxxxx--------o |xxxxxx--------o |xxxxxx--------o |xxxxxx----------o o |xxxxxx____DC__o |xxxxxx__________o o |xxxxxx____D_____o o x x |xxxxxx____C_____o |xxxxxx____I_____o o |xxxxxx____R_____o |xxxxxx____S_____o o o o |xxxxxx____DS1___o o x |xxxxxx____DS2___o o x |xxxxxx____DS3___o o |xxxxxx____DS4___o o x |xxxxxx____T3____o o x |xxxxxx____T4____o o x |xxxxxx____T5____o o x |xxxxxx____T6_______ |xxxxxx------------- |xxxxxx------------- |xxxxxx------------- |xxxxxx------------- \------i 50 | My newer 8" drives only require +24v ( on 1 & 2 - forgot which is ground or "return") and +5v ( on 5 & 6 ). Don't these guys require -5v ( on 2 & 3 )?? If so, which is -5v and which is ground?? ------------------- | 1 3 5 | ----- ------------ | | | | | | ----- ------------ | 2 4 6 | ------------------- Any help/comments are welcome. Thanks. Roger Hanscom rzh%freedom.llnl.gov@lll-lcc.llnl.gov ------------------------------ Date: 19 Apr 88 14:27:00 PDT (Tuesday) From: TReed.ElSegundo@Xerox.COM Subject: Visual, CTRL P, state indicator Is there a modified or replacement version of the CPM operating system that gives a visual indication of the state of the CTRL P function (Output to LST: Yes/No)? Perhaps some character in the upper right hand corner of the display is toggled, or perhaps the character used as the cursor. This may sound like a trivial problem particularly if you have an impact printer because you will have immediate feedback as to the state of the CTRL P when you make an entry. On the other hand even if you do get immediate feedback you may still want to know the state of CTRL P before you start making entries. However the ability to determine the state of CTRL P is more significant if you are using a laser printer (which I believe will become more and more the case) because they are silent until a page is ready to be printed. At that point in time you may or may not have wanted printed output. Anything around as a solution to the problem? Does it spark any ideas? Thanks, Terry V. Reed ------------------------------ End of INFO-CPM Digest ****************************** 21-Apr-88 01:33:13-MDT,3549;000000000000 Return-Path: Date: Thu, 21 Apr 88 01:30:22 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #98 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Thu, 21 Apr 88 Volume 88 : Issue 98 Today's Topics: CP/M Directory Entries Visible ^P BDOS status Z280 PROBLEMS ---------------------------------------------------------------------- Date: 20 Apr 88 00:22:30 GMT From: portal!cup.portal.com!Mike_W_Ryan@uunet.uu.net Subject: CP/M Directory Entries It seems the simplest way to deal with the lower case file names is to use MBASIC to rename it. It is an isolated case and shouldnt be encountered frequently for me. Thanks to all who responded. ------------------------------ Date: Wed, 20 Apr 88 11:23:26 PDT From: Bridger Mitchell Subject: Visible ^P BDOS status It's going to be difficult to come up with a portable method of providing visible reporting of ^P status. Here are some rough thoughts. 1. Determining the status. Unlike CP/M Plus, CP/M 2.2 and its emulators (ZRDOS, QP/M, ...) have no status-reporting function. You could: a) locate the status byte in your particular BDOS, by disassembly. b) write an RSX to intercept console output functions (and warmboot) and emulate the toggling of ^P. The warmboot trap will need to account for the fact that the BDOS will now not be reloaded on warmboot, and the status byte therefore not reset. Without an RSX in place your BDOS may or may not be reloaded on warmboot, depending on the BIOS implementation of the warmboot function. Initializing the shadow status byte in your RSX is a problem, unless you know where the BDOS's byte is. (i.e. what if ^P is ON when you load the rsx?) c. Patch the BDOS so that it will call a routine when it changes ^P status. Locate the routine the BIOS or other protected memory. You will need to take care that the shaddow status in your routine is correct after a warmboot; the best thing would be for your routine to inspect the status byte in the BDOS. 2. Detecting change in status. a. Have an interrupt-service routine triggered by a clock countdown that checks ^P status once in a while. b. Have the RSX update the cursor/25th line if it is emulating ^P toggling. c. be called by the BDOS patch (1c above). 3. Displaying status. This will require terminal-specific data. Changing the cursor type can usually be done by sending an escape sequence to conout. An alternative is to display an enduring message on the "25th line" of terminals with such a feature. (A message located on a regular text line will quickly scroll off the screen.) Be sure to call BIOS conout so you don't recurse in the BDOS! --bridger ------------------------------ Date: Wed 20 Apr 1988 12:03 CDT From: Scott McBurney Subject: Z280 PROBLEMS Who out there is working with the Z280 processor. I have some interfacing questions and problems which I can't answer. help... Scott McBurney Western Illinois University MSRS003@ECNCDC.BITNET MSRS003%ECNCDC.BITNET@cunyvm.cuny.edu ------------------------------ End of INFO-CPM Digest ****************************** 22-Apr-88 01:34:11-MDT,3220;000000000000 Return-Path: Date: Fri, 22 Apr 88 01:30:36 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #99 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Fri, 22 Apr 88 Volume 88 : Issue 99 Today's Topics: Trenton Computer Festival info ---------------------------------------------------------------------- Date: Thu, 21 Apr 1988 19:57 MDT From: Keith Petersen Subject: Trenton Computer Festival info Thanks to Jay Sage for providing this info. --Keith Trenton Computer Festival '88 April 20, 1988 Jay Sage Since no one else has uploaded an official file about the Trenton Computer Festival, I have composed this one myself. The festival will take place on Saturday, April 23, from 9 am to 6 pm and Sunday, April 24, from 10 am to 4 pm on the Trenton State College campus. There will be more than five acres of flea market, rain or shine, and more than a dozen technical sessions running in parallel! One of the technical sessions on Saturday will concentrate on Z System. I will be speaking on NZCOM and Z3PLUS. If time permits, I may talk about ARUNZ as well. Hal Bower will present the new ZSDOS disk operating system. Bruce Morgen will be there, and others as well, I am sure. We hope to see you there, too. Admission is at the door only. Fee for both days: $7 for adults, $3 for students and senior citizens, free for preschool children. Sunday only admissions are: $5 for adults, $3 students and seniors, free for children under 12 accompanied by an adult. FREE PARKING is available, with shuttle buses from overflow parking areas. Follow posted signs to parking areas. For more information, contact Trenton State College at 609-771-2667. DIRECTIONS: Railroad: Trenton is on the main service line of AMTRAK. The railroad station is in the city, five miles from the campus. The NJ Transit-Mercer "G-Trenton State College" bus goes from the station directly to the campus. Plane: The Mercer County Airport is located within two miles of the campus. It serves airlines offering daily flights between Trenton and Washington, Philadelphia, and Newark. Taxi service is available at the airport. Automobile: The college is most easily reached by automobile. Trailblazers at key intersections near the college will help with directions. from Newark and North Jersey: Exit from the NJ Turnpike at New Brunswick, exit 9. Take Route 18N to Route 1; then follow Route 1 South. Leave Route 1 at I-295 to 95 and travel south toward Pennsylvania. Take exit 4, Pennington Road South. Continue on Pennington Road (Route 31) south through the traffic light at Ewingville Road intersection to the college. The college is on the left about 0.4 mile from the light. from Pennsylvania: Follow I-95 North and cross the Scudder Falls Bridge to Route 31 (Pennington Road) Exit 4A. Then follow directions above. ------------------------------ End of INFO-CPM Digest ****************************** 23-Apr-88 01:35:10-MDT,13792;000000000000 Return-Path: Date: Sat, 23 Apr 88 01:30:07 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #100 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sat, 23 Apr 88 Volume 88 : Issue 100 Today's Topics: Kaypro 10 format bug ---------------------------------------------------------------------- Date: 19 Apr 88 16:54:14 GMT From: rochester!ur-tut!cwwj@rutgers.edu (Clarence Wilkerson) Subject: Kaypro 10 format bug > -- > > Rusty Carruth N7IKQ DOMAIN: gad@cadnetix.com > > Cadnetix Corp. UUCP: cadnetix!gad > > 5775 Flatiron Pkwy. {uunet,boulder,nbires}!cadnetix!gad > > Boulder, CO 80301 (303) 444-8075 > > I was unsuccessful in sending mail to Rusty, so I am replying to the > Net. Here's the program in Turbo Pascal for putting a large block letter on screen. begin 664 alphabet.arc M&@AA;'!H82YC:'(```#@PP\``(H0D&'S90`D```,<```>00`%!Q^`PL&!`($ M0$&'7!R"`A```2`!%X`0L(Q@+`00-RF"D7#,@"PS-NG"@P)1[*'PT$`(2!'Y@#`P#A``"G MH6H"UOFW'QSXT6>??(",!,![,2!%0(,D*7#>=>*I]0%8:ET'20$2;@AA2!"* M=YYY&Y)8@(DD$O#`/R2M..*+)<)X8DK=982$0Y`X)")+&_)8@(]`GA=DCT(6 M2>1-&+&7I':G0<9D4`$XA!@`%#;6I%Y/4B:E0U4Z%%YD#@5%&3X`&&```!C, M=X`_`.`0@%HW.<40EDC2.8!Q*1DG9TIN`K,FFO.9.6:3I`WP6*&'IG0H8(>^ M\0^<`]1T'FGH33&-BB59YC74U%9X:>5"2H"` MDY<#`Z"4'4N`0'`K`,#D%))4PY4V9YS##A"5<:"`\!@0+\`2U`-`1/"8`ZK% MUB4`%)Q'`I.+17G3=8B!0,!UC2G[Z6C7?;$/2M?]L2Z5*3EU+KP`9"?8'\/@ M!D10<@:A%V#^FM8>`"'HA5'!40$BE4#`0/6#0/L2[)`'#I$YP)D,1#D!/X`P MD!T,($`:56A0#'&J):Q8!"@%@8@@#&"6AR( MAU*4`(C!I4-F74GB`''-!8BT#CT`S`^PY`E"LA7=&:S663>%T=6141TU,%`[ M#1<`L2$02*X-O1#(3^;)V913RV)9-]TFUWD3#$``XS$`&P."0'8&L!0`/&$" M0=1$"B^.54.-`T$*5D@05;7"[6VXY(83!?!82)X#($!C(8U.I8;CDHM82`@@ MEBE)KU>^V\YPZ\[\+O3GSPO+\>TNNMD]3\N"1! M;WKIC84.>G@3<:Z=YF@Z"0`6WF.$5`%9`<``*(#P+1$@3&'U.`#^`B!"4!L1 M+8)#0=_$@T/Y1GG9T5DKEZ(XX!2C08`3QQ$#!"!0F()!0`!1HAL$I02!@ND/ M`C]SB`]`D$%=(2H`A6I>2`I'&<3%:5),ZEQ###`1!#2$`DXQ#P`(<1R'&(!< M7KJ.#"%P'28X9`;DLDYW!I`3`#!B3P"X@5/^8QY[#4!)D,%3G0HEJ2G^X%%Y MLM-?\B05)'7Q3E_\RUX@LQN%N8!1@*@`M"1$)0L$)0$V=`CB7$(`>:1&8QS[ M6T[@9``D!HL`?PQ6`:1X)SO%331>$@@*2`(('Q#M3(0D9!4+"8(K`B.26LQD MH3"ILGAECHB\^EO@$!"E.M:+)0!`'"=3,DGC6+)K@2S6L>(E2R#8Q%A#(%.< M4@0&FA$`'#*[R0'`L1G]I0HLGP`$(MLR&-\(+4F;>AN6:3B2?*9 M3"]NLHM^0:=`?Q7&+[[23L?`YZ1[VM.&Q-00$.+((4*X$0!(``(B M``<$"0`!%@`D.B#``(20B^%&E\K0E-[2E0XU)U-+@\(-912C8:),BAY`3(9" MK"!7G!,HX@D%O9C`(1G0B\Y$YY30`0`9#CGK;&1S@"4-#$IQ3$TB1>2^")Y) MK\I"FEXN\"BSZ/.IFESE5T$1UC"99VG@`\&V`/!3.%(I*`*H*7'VJM-M20<` M<`2"`6@*A@"`(CPO.$E9L92Y0:9$FU2R8S<#I\=P0J*/7U6H;E%*29D:8(^B MY%@W3>F25)XTHDYMZ"6Q%--3:9$T?H$NL/KREA?TQ8V@C>--;!43`I`C-8B9 M0#[,=Z:C(@6WF",H29[YS/9A:;7LP8!Y&5`X\8*7`=ZM%P8:GKRDZ`,I2A'28E2 MF`(8J"S,Q(#IRLF\PN"PT(TL9D&+6MCBEF?%;&8RFBH@-VH22`FXF)3,8LT* M8$V9M;8B!1@I=D#Z@VG6:TY(*:2)K@H)!.SVJ[\R3ZZR\X)IKA9,W#ORBZ[D M0_DY)`I!84!#A)"3`"!"($9PR&WH*D,QE5A+HIVP0(K8D#`$Q3ELV*N)D(P1 M0GL/?&5RB)_19!XCQ&0D0%BT!Y@R'[!0)BA_C8F(*IUI2W`PS#4N!-:!``""QPG23H M10!O+D)9!:#"F\X:`%1PB"J.DRT@!%4`HR5"`,"``P$TKE/O\PJNC6/H&%VI MLPZ1@D/@V%/,-B4(@,F14YZ@%D8YI9Z?.954@A*P*9'!(:\6]$!=6QJ9)0D/ M1!$=^V94'2!4"CB]<4I9@8"*XY15",E*.!$&LP"'1!L$*O"X>!8)`"@$`!R1 M&>8__D%2`./#.K""5T6).C!&Z9E>4_)6?K!Z)2M1*.MC!SG6R5WI#<)J1 M^TKNO?"0;@!$\S8`B-&0G3-#<5BJ7MZ]5,.;?,9;?G$K((+RAZ0"X`]JH1-Z M#`V`7ZCT'Y](E8/2"W<[13`EET^OSM3R,($$I6``H%CH@T.1H'2^88S$>Z$N M?Q/65YXK?>FJ^\(P,=)['@"GAQ.`5(]YRR]4,,7:US]^\;65)_ZJH@=]Q'*O MU\=59O56QOS;CV.EP:2F(8EGSNUSH*75^QX$'G@4Z,,/#MJ7)G[\(EKZLRJB MF@T@!#F!PIM#$!!MO)D`W4%$@O`?I@#P'RO^5R/[EW]BTAW8\&91$0!0@`L& M$R6^`G?EHUN.=WS#IQ8`97VM9W980E-.\0L6Z!0_<'R3XGH1!!A1-W:E46EDV'@?B'LB:%4DB"5^(8A@8&5QX9E-X92D8=2$8). M8E6C)S&W1WRWUSC?UWM:Z(CO$S&*&#'CIR6?@F%(UX5\<'OP@CE44H>/J'FH MUWG+=X:EAWM/H7N,^(@9"!C7X8G7(8E\H'.9*'.5EW6/>(1[C M@V24&O7$AXDAQ$M.&B]IW!S5W=!<7TMY,P\!GQ@P*?D1>- MX7#A,7B'9WB(5XB5$C1F!C\:Y!#!,'G:F#51$FUZ,9R]%VV`\&;8`@#@\&9$ M8QZ7)Q!,"`@&X`]`D`&9]P4LPA7H-Q_JIW.#EW!8$13M4QK)H1='=5%)*2-\ M]FQN=S1:(CKGH70M1Y\D`9Y4-W#Q>)__0%/H5$0Z!:`.L1@;0J`%L!@`$*`. MH:!K9U>KA0HB!P`0RG89MG:5EEFJAJ%G)Q)!$1XI$!16@'@?"@(A"@P?>B4; M>J%G&9"5A@&_62DZ$`S`X)8B,!;P!@("\!A!8&4Y"C_1MQ@[*HT"@02C,8T` M,(,X4`-JH01HTB!S,5=CI%XT<91.,5F"4*4.$0A8"@"8,!'LM5%X01MB"J4. M\DQ.T!"1X!1C9'UKJJ9!D:98YA=@.E=SH3<$MW.G&10SZ"_<<7CNI)94SYA5FYX"BLBL*?NTQW&%A0W$JD`,*B1:@.#FE6'&G7E=FL,L!50 M``A!0`#F$:I_8%-E=:H29Y=.H6[FTZK3(5.N]:0P`P`0\J2WVA2T%WI+@1%7 M)'N_RE18`@;::7W$VI]*94X[2A++&A)AT!CAD02-,5E38&6J401$FI9!D(P` M<`0UB0)X$P#X!@)!T)GD^F;A4@:-H6G/>B7M&A+-2@#-:BQ0MR2%Y)8:(!ZF M,8-@$%*(@4H"@!@)@&E&$P;AX0CBX17.T0`3H:%WIGA.L8D`(`B4T0?R&11L M<@!ODA+_!@3E(D,"=!,A.P`?JV<@T+$IH;%JP2:(D2`6.[$.L8FD4P`S^P!. MEAU.>0`W"P1F$65F,658F!(EZ[&6!@2X(@#940#3])-ZMB%O]QXS=)]L$A(J M01(3](HI$32WI+4I\8H31+6%(9\!L!@SVW145BF9V70SJR$%P+9N>QYE&YK> M!@-TEXTP<'>7IW<[>1K*^'?O.)OI4WAJ"`.W";&C!P/*ESZ3&!0SV8J0Z+B. MBSG[`@.+B[BU9XX`D!/Q:%0-BIL918Y$H[GIR+G'P8,9=0`G826$!0Y6\B7V M`DB#P(%1!@0AT*$,T7'8PA0_"0-J$1>G\49Q%)E3MR'=")##:[P(4+Q5UW-[ M!68%<([)=XJYMQFMH3A6IFDA8&48$0/3UZYJZ+'8YQ#:%S'((`$63A4H=O-)X!*E6M'!8Z&9)12]7FVC)C M(E-%JU8H41$RY]`1`>)BZ#-NTM!)$SFD&9YV9=($@0($'#D03:9Q2_+-G9DM MQH290S$%8L4@PE(,'7$X7Q!V9CZLO?+-FH6#HWK>B+,AV8D+:P_1P46,7Q?1 MT2@$H=P-3Z,/B7.E?],-2JIB@.3:&]6QX=<9SRFP&$)FE'&'4GX1IE1::9"E MW&R1+52?4'7(H9%-\_DU%$,@"!&$$TX4(04(/LEVH&\_G2%'&&WP%%Y5T\DW M%4-LS/$&?$GPZ",(-V5'8G8TT:91'0_YAR,(;CA8%!XYC1@71DCQI)P<9,R1 MX!"`930&15<,MX9VM`F$)%2A(H4(H0`4'DR14G(*P4D3(ER1.0 M1IY(`3$$B<4I(*XD8;)DY)23(/I$!&'FC1P09-+,@<,F3)XT;LZ`H(.F#`@Q M;-Z,68-0(4,Q9>CP],D2C1RA.7?>^4J'3ADW6W]2J2-'S!L04,+,&9-0IP*) M=>:4F;.TC)PV2!."&%IF3!HS:<;P+!.&#MN]#T&`B)$"Q)DW=-[@R3-XC)PR M9T&T>6.G3)NS="*#D%%Y"!LY4SP_G/(VSYLZHO-JS>N42A(G%)>^U6FL8%=!;B(U'1WT0*6#73KSQ M18=Z6[FA%6+%\9700F&X,(97"+E!1E4@NE#<>0QI=48:I:E&1QA0.?6&&2`4 MU)]?0#46!@LEG@C'&TA%9^%;3#76XXPN@)!$:@I(IEX=;)R(%0A#SD%>C<*! M@-08;PQ9D%GN@54DDN\M2)!!+*@F1AU:X>=&&>)9AAE"`M5A8I<"0CAAA'N0 M(,4*=@4Z1`MVT>&<4T/>P6,/>!:4QQ8PN.#"#5V`<.-3>9CE4)20%#"?&W4< M!&FE+L@PPZ<@A`HF&Z2:"@*J-^3`:JAN&.04I)`,T-]726TA0PU=?&J?`F"Z MT5]DD!#@A!0>P02IJCN`(!$,+:@:%JC.#O$$$]*"4&NUU[90Z[:M$M"H#"#H M@.4;COX$*0HQL"`#"S2P@`,+,=C`P@SWVI!O##+@D,*MSE;11$LK04J"###T M2BX(1BPII98Z MH3##F6XJ1J=E(,SS7'*@5;4<5Z/Z;+0LJ.TMN%WCZ-8;Q2&-L!UIR$$'V6:# MX,78GKF!L-1PT"&OWU)_:H?'S`ZP.!MID`'D:"FW^]0;=#,F>.,^XS$?"U%U M_OD8;,UG^:BEWCI`YZ^"_@;K=+-`NARONGLSW;&J3E#DIQUD.=YZ\ZWZB+*S M,$054DC!<+JV=RR'ZFD`.78:>CCE;I%E>/=\XTAQ:#U/&8?-O1NYGF:Y$T$T M483J1(76J[M6&[4%P)8.2^S&M\.:>N-#FF&&7EJ!']KD1[]4U>!^F\*>]M@G M-5$=Q`0&MJE&LJ`@`II0D,>R$,7 MZI`--&A!@0QH``(\@``',&!:E%93&:8X!7B.$/1"AA#T"DCTXE=EP)(9.%#,.EJQRP=!,+&HT(5, M?WK(&MOX&4VQQ95QG".\9$>WZWE0>Y>4""[)U!Z>:>H.W?G*B1*9/9.%:@\+ MPEOEQA(&E^5I3W9IE0*&*B:!EE;DN6`F$C&=R(AM>)3P&*1`K4>,9-%,"@;>U,U^SFHX,>P`!ALZN= M0UGUSF/A4RJT=`H`"Z?+._"2.KXT"S"K92W1A&$-3O'C"49P`I,::%L!922W M"`I'LW3THPEMUE@$),?C)8]A.27`[LC0.R]L@8YLZ$)#*U*%]3WDG27=:"K5 MF,^,YF@O6>$H4NWX2[\$TZ0H!<\)7-!29BZRD@=!UC-R(,@+4I3BPR7YT61#[=VV%O<3 M+[%`#9;[FJ<>$E,L7L=+#85!ET(7!L\]D0QOZ2RH$O!9-81VM*\K[:N`DMIF MRK15#3C,88EJ&J-&3PV9\B%:I(J"WU:F#&S0RU6):]Q;):"BH"H`=%M5@'Z> MAJ)U+:G/PCK4O%Y4GVXGS.D. M9&-E2?TB%XT>$BU(.Y%UG3*[.7#%K`+EEFM@XYE/-1@$%\[PG_;JQ@O#(3'K MM2W48MQBJ!&6O-P:L8OK:M$(F4%/("L/6@#C!A34D`6<"6GVO,I5D?HEQ_>E MKFYMZ`,0<$:XHD%*0SF#7.4RN:%X&#(9)$CC6D;E,AJ6R!U:Y"6MH):/*+YM MKYQ0A"M,80A24!T3GC"$(%"A"/2Z5PY5=P6+')H)3D!!2R%A@;A"`0E!$$(1 MJ`""(#AA(UIK@J970@2+,($)DCE!3@?0Z"0\V@F,=G01(!UK5\\ZTI/6@&L\ M=A8VQB1C*!U/>WJE:M7MU"RP,C99D-OD28L@!R_``0V+W;A6O[K6USXVL[%] M:TG[`!(&:-4!H""%(DP!)B((@@C2`A2A$,4HHGE#RH`TAWYB^)1EX9'3SDAM M4`U`V\EN',";C5MRFQO=4ECW9POBQ(.8I3_XBTJ\;M;AFS'D8T8BZZH'+NE6 M06`(:,C8B?;-E^+D^R?HF>49FS2%--C0<&G@(QCAM?)^M^K?RPZXOSD^Z094 M0;E>"`((4#"$BC"A!4'H(9(&<@:-46XO&EM4I*R.](C:`=D+WNU9-EGCH,+$9A75% M9V#*4FBDL1"#-:5HN='_OC,C+MG%O',H%0O24.4I;P^@.N96Y-L06H2YMZ$` MZQ+!;D!;^Z98W/U;/!T([-;-VU5/?#$/H]Y`'CHHN3HAQR:S#K#YAFY^!3-0 M0?O

QSM/3&"$8/'YD#OM[2!99P"P0RRV:P&IR&;[]R# MWOU"AQE3V(UF8$->T+`&,:RYI-[1BCTWY;PNAFS?)PJ#&:)CV#&^VXPG(GN3 MY3$W8SG.@V6GEQXAIS$HY1QWQ4FE=U4D@P+M)SECD%#P]P9BP"5U8$IQ4`=E M`(+X4W\@XQ<6LBC+]%1$-D$*8`15$$Z^@1-FD!4C@@(KDQGN(@1/\"U%X&F5 M(64+%!D2$7\6YS'VQR-F(!`'`29M$!![`8'7<1!%9!I'!"1P`">!-$1H\7@$ MJ!CN3=UDL0!5`>&50DP'FJ%1FZY09W*`>@6!D\,!DR<`-+%!J,>($($W=&@0(U M``.+5E*TR!E^)`8"TB7^5T86IW9.@17706)U`RQ*H84G0P"ZI1B0,B)R@`)* M)$AH,8-T,"*A!35EYA3/2#46-XTF!&;8J(T]T`(QP(W)58R9)V[EB`8-%0.W M<@!XT%"?&$DY=0"=6$.BR(JNJ"D_@0(VM(H`\XIH\5\),`8--58SPRP)4(\] M0`,V,(\OMEW>J!5(@R5^41XI&"73M4K=2#0(`2=W>)#M&"H0^5!8-&?APX^K MF`.D5U\0R7"HU0:)ID2M1'.T4W'F$48G4P`*V0/2*)`)=7?1M5#2V%!C,#$6 MV7_N)HS*YQ?,AS]_>'%'^!/<5P"Z-7Q;@`==X%#6^$;E]%HAR5^]U`-1@2_ M<00GHP"?]YAO$9.4:3(2`48Y`B]\P7T-,`<-18$J8#`@L`)I<"L!EE8#1GW` M=9UP(#5&E0>98GCKL@4WT`)ID"D\T&6+UIK>9X@O1A7<-P`OAEGY:6,XQCTX M0H<829)A^5\'0`2S%@190"^WF(L241-%``4GA`1%`!=)4'3(4Z$X\6?E5@0H MH1*=%A-(,!,5RGV=J7[U5H$38QJ%\V7O\8$A*(@@4(%%B'$FV"7(E09,%D?- M\1QAT!0DTXP?U#@AJ5MV6*`G:0`%E2^WF%,&P'%#Z8HL<`)4L"B&Y3/9F'M* M08A^$77,8@#IMWXJ^J5!V5(-"2H&\%X3]:4LJ3%.IACQ>3.E(XVEN"=.1GFK M:`,@<$[-J6<)H*9I,$G.55`UL)V6U:3.%8M>@0)2&CVJ!@*3F`"52('NMXD[ M`*4Y]:<<`XY#68U@QA!LP'<.^8W1N*CCV!0FF64`IJ8Q@(LD)1'H<1V^-G:_ M2)WOV"[G*(\EA1YS$$)9&F\I,YT.^6*D&H[T4AG<9P`OUJ8D!@)QFI_$BB-' M^B>2(621\6*W:GX856$`8GMN<(5TX&0PX2[HHSY?%2:AD9%(`:[@HS%<^!./ M@U@/A#EU(SB6"7-\A![H>HTM27TBR1T""B1RL09\\5D7!F.Z`E,GJ97DHRN^ M=RL%4&X986C,@@!R01YGT&3=$SZ3U["GD5,($"A)@"@5>U=945QNX#T@&Z]D M<)WE<5"RL, M<+%ID+$HZST=Z[,YQ0`B2[*@P@`F&ZX;6QQ3R[(NZQ-[$;/S>;4TRWT\&Z`X MFQ"(!6;_%0&,>`)&T)(G$+6Z,J4P=B<]H2=H!`)24`;OQD:GH2&2F%,14(FP M@K)2J[0*A@"+.W`0^X*^@6I6$%=)L!%JQI99L:Y8^"=Y*!$^8S+)RF.7URI* M.A!O<"L&8+A--B).:HX=2!=Z$4EHX*07A@("U@9.JENW"XYND#%AR7-7X#&] MFQ1-\@3BD7Y/U!ZWZZ5H6KOE60=F<$DE-7.O!!WOX8O+Z!C^@Q#RIR=+H:-. MD:Q;V4"0TKO4`6;`*[R+5;S'*W&!]+QFP+RDZV#UVJ[%"+TS^!.\YD?)RB%L MX#PH`+]>P`).4"K2B%"HFYRBA1ZAMCSU)<"LUWE?&G^:&ZXG8&F8Y@),X*'% MEBX2T1*>=@05BJ!P505,P&G$66Y%IQ)9<#(&`!52L0:3NK5EP`)<"3!=($H3 MPQQZ`3)2AL%!X`(,,XD&,#W5TU#>0Q[5\[3AD[LX(L9.L8K@M#4NT6[I1##:R;:N M),.,88DT;,/F22DYS,8Z)&XA"<-3,<,IR[$0#`,Y_,8+$\?HQ(H&T[I1$;M% MC+JB`R\-12U?.I8160.H*U\,U0.7?`>?')D254ZH^V!`1KK^N91?:JUH*A%Y MZ*LCU%A($135>R)/Y\)>VP.&`X*H^XPC%#-2T%)L>Y(,\'1+)05-I;2.I!EY M$$J*R'-2$&*O`H[H&)82 MT:L"LI=/-YVFIV'.BJV8NH`$:`(@Y ` end ------------------------------ End of INFO-CPM Digest ****************************** 24-Apr-88 01:35:35-MDT,5069;000000000000 Return-Path: Date: Sun, 24 Apr 88 01:31:02 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #101 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sun, 24 Apr 88 Volume 88 : Issue 101 Today's Topics: Fail to install P2DOS on Apple looking for CPM emulator for UNIX Visible Ctrl-P toggle ---------------------------------------------------------------------- Date: 22 Apr 88 15:58:42 GMT From: marque!gryphon!crash!mwilson@csd1.milw.wisc.edu (Marc Wilson) Subject: Fail to install P2DOS on Apple In article <3414@zeus.TEK.COM> donk@dadla.UUCP (Donald C. Kirkpatrick) writes: > > I sure don't see anything real obvious. One trap I fell into is to try > to use M80/L80 and not use the phase pseudo op. I don't think it is > possible to build a hex file properly without the org/phase statements > as described. Every attempt without using org/phase resulted in hundreds > of zero-filled records where I wanted nothing at all. Probably, you didn't > delete any org/phase/aseg statement so it should work properly. One possibility would be to tell L80 to make a hex file with an origin at the location you need. It doesn't have to start at 0100H, you know. > Let me offer a ray of hope. I am including a program that I almost > included with the submital. It trys to load the image into memory > starting at address 4000H. That starting address leaves room to load > the image and execute DDT/ZSID so you never have to write a .com > file to disk. All you have to do is load the image by running the > program, run DDT to add the bdos image, then run the program again > to write the image to disk. The program is self-documenting, so give it > a try and let me know what happens. Why is something like this necessary? The image is up in memory, *above* where DDT/SID/ZSID will load. SYSGEN will load below this. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Marc Wilson ARPA: ...!crash!mwilson@nosc.mil ...!crash!pnet01!pro-sol!mwilson@nosc.mil UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson INET: mwilson@crash.CTS.COM ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ------------------------------ Date: 17 Apr 88 17:23:39 GMT From: mtunx!whuts!homxb!ho7cad!wjc@rutgers.edu Subject: looking for CPM emulator for UNIX Does anyone know of a CP/M emulator which runs under UNIX? (Or in fact, a Z80 or 8080 emulator?) Right now, speed and/or completeness and/or implementation restrictions and/or flavor of UNIX considerations wouldn't disqualify anything (I'm willing to work at it a little bit). This is for personal, non-commercial use only, if that matters. Just so there is no misunderstanding, I'm looking for a completely software-based emulation. That is, nothing that involves wiring up a framis chip to my system bus or using some microcoded emulation mode of xyz cpu chip. Bill Carpenter (AT&T gateways)!ho5cad!wjc ------------------------------ Date: 22 Apr 88 02:29:31 GMT From: marque!gryphon!crash!mwilson@csd1.milw.wisc.edu (Marc Wilson) Subject: Visible Ctrl-P toggle I have an old disassembly of DRI's 2.2 BDOS. There are no guarantees that this is the version you are running, but we can be semi-sure that they are at least *similar*. In this version, the Ctrl-P flag byte is at offset 030DH from the start of the BDOS. This is *not* the address contained in the BDOS vector ( 05H - 07H ). The real start of BDOS is at the beginning of the page pointed to by the vector. Thus, if your BDOS vector points at 0CC06H, you can assume that your BDOS actually begins at 0CC00H. The unused six bytes are for your serial number. Add 030DH to this value, and you get the location of the flag byte. In our case, it's 0CF0DH. Look around in this area with ZSID as you toggle the printer on and off. ZSID will pass the Ctrl-P to BDOS. When you see a byte changing from zero to non-zero and back, you've got it. Watch out for the next byte after the flag byte, though. It's supposed to be where BDOS keeps its one buffered character. If BDOS is buffering, you may see this location change. You may make sure of the flag byte by the fact that it will contain either zero, one, or 0FFH. Let me know if I can be of any more help. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Marc Wilson ARPA: ...!crash!mwilson@nosc.mil ...!crash!pnet01!pro-sol!mwilson@nosc.mil UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson INET: mwilson@crash.CTS.COM ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ------------------------------ End of INFO-CPM Digest ****************************** 26-Apr-88 01:31:58-MDT,3765;000000000000 Return-Path: Date: Tue, 26 Apr 88 01:30:52 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #102 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Tue, 26 Apr 88 Volume 88 : Issue 102 Today's Topics: various topics Z80 CP/M emulator for VAX/VMS {Assistance with FINREP26 ---------------------------------------------------------------------- Date: 25 Apr 88 16:07 PDT From: Alan Bomberger Subject: various topics I have been away for awhile but found some topics worth commenting on in the last two montsh traffic. First CP/M+ I got my generic version from S100 Systems some years ago and even they were suprized that they had it (I ordered from a 1 year old catalog) and I doubt that they have it now. I wish that DR would officially disown CP/M+ so that I could give (note GIVE) away copies of the generic software (not that manuals though as they are very thick). I found one overwhelming reason to chose CPM+ over Z system which was the large TPA possible with CPM+ and the smaller TPA available with Z system. I was haveing trouble and did not want to go smaller. As a supplier of RSX style code (Write-Hand-Man in particular) I found the standard interface for such in CPM+ to be a dream come true. Nonstandard CPM2 systems abound.. I recently switched to 3.5 inch disks for an odd reason. Only 3.5 inch disks fit into a standard bank safe deposit box. That did it for me. Now I have a bunch of 8 inch and 96TPI 5 inch drives lying around unused. As to Mice. Skip all the crap and geta RAW MOUSE. The output of a raw mouse is easy to read on a Parrallel input port and very cheap these days. (many will say that it aint easy but if you want a copy of an article that was just about to be published in DDJ before they got raped send a SSEE and a buck or so to "Poor Person Software, 3721 Starr King Circle, Palo Alto, CA 94306") This article describes how to put a quadrature mouse into your BIOS to supply cursor characters as the mouse moves. Works with ALL software and is a small BIOS addition. ------------------------------ Date: Fri, 22 Apr 88 18:57:40 ECT From: DBRAATAN%NORUNIT.BITNET@CUNYVM.CUNY.EDU Subject: Z80 CP/M emulator for VAX/VMS I would like to have a CP/M emulator for VAX/VMS. Can you tell me where to look for such a program? Source code in C, Pascal or Modula-2 made for another computer would also do. Maybe we could join to make an emulator, if more programmers are interested... Dag Henrik Braatane DBRAATAN@NORUNIT.BITNET ------------------------------ Date: Mon, 25 Apr 88 7:41:17 EDT From: "Paul V. Pullen" Subject: {Assistance with FINREP26 Assistance is requested with Find-Replace Version 2.6. I am trying to change a program written in Hewlett-Packard technical basic to Mbasic. I am trying to use FINREP26 to change the following lines of code to read 'lprint' instead of 'print', and will then follow up with a change of 'disp' to 'print'. I have set the command up as follows: B0> finrep payroll.bas /oh/ "PRINT" "LPRINT" The disk spins, and finrep does its work until it is ready to write to disk. It returns the following error: No space to write file: ++ ABORTED ++ The disk contains 256K of free area, according to STAT: B0>stat b: bytes remaining on b: 256K Any ideas would be appreciated Paul Pullen pvpullen@CRDEC-VAX2.ARPA ------------------------------ End of INFO-CPM Digest ****************************** 27-Apr-88 01:32:43-MDT,5054;000000000000 Return-Path: Date: Wed, 27 Apr 88 01:30:25 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #103 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Wed, 27 Apr 88 Volume 88 : Issue 103 Today's Topics: Help with Xerox 820-1 looking for CPM emulator for UNIX Message for Probst @ uucp.solaris User > 15(thanks),SSTAT, BGii screen driver ---------------------------------------------------------------------- Date: 26 Apr 88 14:54:14 GMT From: young@ee.ecn.purdue.edu (Mike Young) Subject: Help with Xerox 820-1 Xerox 820 boards had the WD1771 disk controller. Won't do double density. There are those who have managed to hack the board to do DD, but it involves a daughter board, doubling the CPU clock, hoping the DRAMs can run that fast, etc. etc. Quite a project. Maybe someday (in my spare time [:>) I might consider tackling this one. Mine has a pair of double sided 5 1/4" Remex ($29.95 !!!) drives configured as a: thru d:. Works OK, but only 81K per logical drive. DD would sure be nice! -Mike ------------------------------ Date: 26 Apr 88 17:50:23 GMT From: rochester!ur-tut!cwwj@louie.udel.edu (Clarence Wilkerson) Subject: looking for CPM emulator for UNIX In article <317@ho7cad.ATT.COM>, wjc@ho5cad.ATT.COM writes: > Does anyone know of a CP/M emulator which runs under UNIX? (Or in > fact, a Z80 or 8080 emulator?) Right now, speed and/or completeness > and/or implementation restrictions and/or flavor of UNIX I would like to have one also. Clarence Wilkerson ------------------------------ Date: Tue, 26 Apr 88 16:16:19 GMT From: MA18%SYSE.SALFORD.AC.UK@CUNYVM.CUNY.EDU Subject: Message for Probst @ uucp.solaris This message is intended for Urs Probst @ solaris.uucp - but I am failing to contact him directly. Apologies to all for this use of the board. --Tony Dear Urs, Sorry for the delay in replying - this is my first attempt to mail into the UUCP domain. There are a very large number of versions of Kermit for the large number of different CP/M machines. All the files are held on a machine at the University of Lancaster, so if you could let me know some details of your machine I will see if I can get the documentation and HEX files sent to you. I may need to mail them, rather than use FTP, but first I will need some details... -- Tony Addyman P.S. Do you have any contact with Niklaus (Wirth)'s group? ------------------------------ Date: Tue, 26 Apr 88 15:29:22 GMT From: MA18%SYSE.SALFORD.AC.UK@CUNYVM.CUNY.EDU Subject: User > 15(thanks),SSTAT, BGii screen driver Subjects: Users > 15 (thanks), SSTAT, BGii screen driver 1) My thanks to those who kindly explained the niceties of high user numbers- particularly to Jay and Bridger. 2) I recently downloaded SSTAT from simtel20 (file ZSTAT19.LBR I think) and have experienced a couple of problems with it which I would like to pass on for others (a) It is said that it will work 'out of the box' BUT this is not quite true. The initial string which is written to the terminal starts with the hex sequence 1A 17 04 08. On my system this starts loading a soft screen char bit pattern! I imagine the 1A is intended to clear the screen, but I am not sure what the others should do. These can be simply and painlessly patched to some suitable sequence for your terminal. (b) The mechanism which is used to invoke the reverse video does not work if the char sequence that is used to select reverse video contains bytes with the top bit set. This is because there is a common routine which outputs strings to the screen. On detecting a top bit set, calls itself to output the necessary control sequences, which themselves contain bytes with the top bit set, etc. I leave the rest to you imagination... So far I have not been able to overcome this problem without simply disabling this feature, which is a pity as I like the program For those of you who have tried this program it (for me) has the attraction of giving both the allocated file size, and the actual file size. I find this a great help in assessing the benefits to be gained from using libraries - my hard disk has a 16K allocation unit! 3) BGii screen driver. I am in the final stages of testing a screen driver for a British machine (Acorn BBC + Z80 co-processor). I doubt if there will be much interest in such a screen driver, but I can make it available to anyone who would like it. It has been derived from the H19 screen driver which came with my copy of BGii. For those who understand this machine, the driver currentl only works in mode 3 (80x25) not mode 0 (80x32). It is able to save and retore the colours, TERM state and (surprise, surprise) any use of reverse video. -- Tony Addyman ------------------------------ End of INFO-CPM Digest ****************************** 28-Apr-88 01:33:19-MDT,10088;000000000000 Return-Path: Date: Thu, 28 Apr 88 01:30:27 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #104 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Thu, 28 Apr 88 Volume 88 : Issue 104 Today's Topics: ALSPA 8" DS-DD (1.2MB) floppies or equivalent (2 msgs) CP/M Emulator... Fail to install P2DOS on Apple (2 msgs) Help with Xerox 820-1 Z80 CP/M emulator for VAX/VMS ---------------------------------------------------------------------- Date: 26 Apr 88 16:45:33 GMT From: tikal!sigma!bill@beaver.cs.washington.edu (bill) Subject: ALSPA 8" DS-DD (1.2MB) floppies or equivalent In article <198@octopus.UUCP> pete@octopus.UUCP (Pete Holzmann) writes: >I need to find somebody with an (orphaned) Alspa CP/M computer. I have a >friend with 10 old floppies containing important information. The system >he's got is dead, and so he needs to move the data to MS/DOS floppies >or some other useful media (CP/M SS-SD ok). > >The original floppies are DS-DD 8", holding 1.2MB. > >HELP! I can't find you an orphaned Alspa, but I happen to have an Alspa ACI-2DS (which is getting some heavy use these days). Drop me a line, we should be able to work out a transfer to SS/SD for you. (an ex-ACI employee..) -- William Swan ..uw-entropy!sigma!bill ------------------------------ Date: 25 Apr 88 20:58:00 GMT From: pyramid!octopus!pete@decwrl.dec.com (Pete Holzmann) Subject: ALSPA 8" DS-DD (1.2MB) floppies or equivalent I need to find somebody with an (orphaned) Alspa CP/M computer. I have a friend with 10 old floppies containing important information. The system he's got is dead, and so he needs to move the data to MS/DOS floppies or some other useful media (CP/M SS-SD ok). The original floppies are DS-DD 8", holding 1.2MB. HELP! Pete -- OOO __| ___ Peter Holzmann, Octopus Enterprises OOOOOOO___/ _______ USPS: 19611 La Mar Court, Cupertino, CA 95014 OOOOO \___/ UUCP: {hpda,pyramid}!octopus!pete ___| \_____ Phone: 408/996-7746 ------------------------------ Date: Tue, 26 Apr 88 09:01 EDT From: Stride 440 User Subject: CP/M Emulator... Bill: There is a PD CP/M 2.2 emulator that runs under CP/M-68K. It is on Simtel20.ARPA as COM.LBR PD1:. The .LBR file is a LU310 compatable library file and contains squeezed (USQ210) sources files, in 68000 assembler. This emulator runs under CP/M-68K and has a "dummy" BIOS/BDOS, which just transfer control to the CP/M-68K BIOS/BDOS. Does not have a CCP - run one CP/M 2.2 program and returns to CP/M-68K's CCP (i.e. piggybacks on CP/M-68K's CCP). Under UNIX, I guess you'll have to write a "real" BIOS/BDOS which fake it and call UNIX system functions. This emulator is mainly an 8080 emulator - does not fully emulate the Z80, although hooks are there. Speed: about 1Mhz 8080 on a 10Mhz 68000. Simtel20.ARPA supports anonymous FTP on ARPANet. I don't know if this helps any. Robert ------------------------------ Date: 23 Apr 88 19:23:05 GMT From: portal!cup.portal.com!dick_a_wotiz@uunet.uu.net Subject: Fail to install P2DOS on Apple > I promised Don Kirkpatrick a full report of what I did. Here it comes: > - my configuration is an Apple ][+ with 64 K of RAM, for running CP/M > I have a Softcard 60K with a Z80 processor. > . > . > addresses in image file addresses in high memory > ======================= ======================== > CCP: F00h - 17FFh CCP: D300h > BDOS: 1800h - 26FFh BDOS: DC00h > BIOS: 2700h - 2CFFh BIOS: FA03h > > P.S.: This are the addresses which I think the CCP, BDOS and BIOS > probably begin ? If NOT correct please let me know, because > the whole installation procedure falls or stands with it ! A while back I disassembled and analyzed CPM60.COM for CP/M 2.23 on my Apple II, and this is the memory map that it appears to use: CPM60.COM address memory address ----------------- -------------- BIOS 500h - AFFh B000h - B5FFh (in Language Card Bank #2) CCP F00h - 17FFh D300h - DBFFh BDOS 1800h - 1BFFh DC00h - DFFFh BDOS 1C00h - 26FFh B5C0h - BFBFh (in Language Card Bank #2) BIOS 2700h - 2CFFh FA00h - FFFFh Since the Apple only has contiguous memory from 0000h - DFFFh, it is necessary to split the BDOS into two parts; one is in high memory at DC00-DFFFh, where you would expect it to be, but the other half is in bank-switched memory, accessible only if the appropriate bank-switching routines are inserted into the DC00-DFFFh section of the BDOS. Likewise, the BIOS is split in two pieces in memory. I don't think there is any easy way of installing a different BDOS without very extensive modification/customization for the memory configuration that Apple uses. By the way, someone reminded me that this 'warped' implementation of CP/M is not Apple's fault, as I had implied in a previous posting. It was developed for them by Microsoft for the Softcard. (Hmmm.... aren't they one of Digital Research's competitors, anyway? :-) ) Dick Wotiz dick@portal.com dick@cup.portal.com ...!{uunet|sun|atari}!portal!dick ------------------------------ Date: 25 Apr 88 21:41:11 GMT From: tektronix!zeus!dadla!donk@ucbvax.Berkeley.EDU (Donald C. Kirkpatrick;6291236;92-716;LP=A;60rC) Subject: Fail to install P2DOS on Apple In article <2864@crash.cts.com> mwilson@crash.CTS.COM (Marc Wilson) writes: >In article <3414@zeus.TEK.COM> donk@dadla.UUCP (Donald C. Kirkpatrick) writes: >> >> I sure don't see anything real obvious. One trap I fell into is to try >> to use M80/L80 and not use the phase pseudo op. I don't think it is >> possible to build a hex file properly without the org/phase statements >> as described. Every attempt without using org/phase resulted in hundreds >> of zero-filled records where I wanted nothing at all. > > One possibility would be to tell L80 to make a hex file with an origin >at the location you need. It doesn't have to start at 0100H, you know. If anyone knows how to force M80/L80 to make a .hex file with an origin at a location other than 100H without zero-filling all the space between 100H and the requested origin, I sure would like to KNOW. I am aware of all the switches in both M80 and L80. I sure can't find the magic combination. Perhaps I have an incorrect use of one of the pseudo ops (ASEG, ORG and so on). Please include your pseudo ops in your answer. >> Let me offer a ray of hope. I am including a program that I almost >> included with the submital. It trys to load the image into memory >> starting at address 4000H. That starting address leaves room to load >> the image and execute DDT/ZSID so you never have to write a .com >> file to disk. All you have to do is load the image by running the >> program, run DDT to add the bdos image, then run the program again >> to write the image to disk. > > Why is something like this necessary? The image is up in memory, >*above* where DDT/SID/ZSID will load. SYSGEN will load below this. The image in memory that is to receive the new BDOS patch is the reserve track image from the boot floppy. This reserve track image contains more than just a copy of the operating system. There is also a cold start loader, perhaps a sign-on message, maybe even a default command to be executed the first time the CCP is given control. It is the reserve track image that must be patched and that presents a problem. CPM standards do not exist for the reserve track format. The best I can do is to provide a tool in the event the BDOS image is contiguous on the reserve track(s). I might note that it is even presumptuous to assume that I can read the reserve tracks using standard BDOS calls. Quite often the skew factor on the reserve tracks are different than the standard tracks to optimize warm boots. (That was my problem with the Northstar, for those of you who have been patiently following this discussion.) Don Kirkpatrick ------------------------------ Date: 25 Apr 88 21:35:44 GMT From: leftlane!leadfoot@sun.com Subject: Help with Xerox 820-1 He just got an 820-1 with two 8-inch drives, but it doesn't seem to be able to format or use double density disks. He didn't get an 820 docs, he found a format program, but it erased the wrong disk. Any ideas on the disk formats and format programs? ------------------------------ Date: 26 Apr 88 16:37:34 GMT From: tikal!sigma!bill@beaver.cs.washington.edu (bill) Subject: Z80 CP/M emulator for VAX/VMS In article <8804251645.AA08040@ucbvax.Berkeley.EDU> DBRAATAN@NORUNIT.BITNET writes: >I would like to have a CP/M emulator for VAX/VMS. Can you tell me >where to look for such a program? Source code in C, Pascal or Modula-2 >made for another computer would also do. Maybe we could join to >make an emulator, if more programmers are interested... Several years ago an outfit in Berkeley had just such a product (I think they supprted VMS, I know they had bsd4.1). My former employer bought it and we used it. They had two versions, a s-l-o-w software simulator, and a plug-in board with 4 Z80 machines that was merely slow (by the standards of my Alspa). I just found a card for them: (warning, may be out of date) Virtual Microsystems 2150 Shattuck Ave. Suite 720 Berkeley, California USA 94704 415-841-9594 -- William Swan ..uw-entropy!sigma!bill ------------------------------ End of INFO-CPM Digest ****************************** 29-Apr-88 01:34:48-MDT,2247;000000000000 Return-Path: Date: Fri, 29 Apr 88 01:30:18 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #105 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Fri, 29 Apr 88 Volume 88 : Issue 105 Today's Topics: Determining required TPA for a '.COM' file Help with Xerox 820-1 ---------------------------------------------------------------------- Date: Thu, 28 Apr 88 19:51:40 PDT From: secrist%msdsws.DEC@decwrl.dec.com (Richard Secrist / KXO) Subject: Determining required TPA for a '.COM' file What's an easy way to figure out what amount of TPA is required to run a '.COM' file ? I have friends with Genevas and Starlets who would like to get CP/M software from me, but I understand thoses boxes have limited TPAs in which to play. Suggestions appreciated - thanks ! Richard ------------------------------ Date: 26 Apr 88 03:16:57 GMT From: eve.usc.edu!mlinar@oberon.usc.edu (Mitch Mlinar) Subject: Help with Xerox 820-1 In article <50794@sun.uucp> leadfoot@sun.UUCP () writes: >He just got an 820-1 with two 8-inch drives, but it doesn't seem to be >able to format or use double density disks. He didn't get an 820 docs, >he found a format program, but it erased the wrong disk. Any ideas on the >disk formats and format programs? I'll say you have a problem! Simply put, the generic 820-I does *not* read or write double density. However, there are some after-market add-on cards that support it. Two I know of are: SWP double-density card from somewhere in Texas that supports EITHER 5.25 or 8" with no mods to your system; Emerald Microware Plus2 double-density which supports 8" and 5.25, but requires some mods to the board. Emerald also has operating systems, BIOSes, formatters, and sysgens for the 820, but I do not know current prices for any of this stuff. If you need a number to either of these places, let me know. I can scare them up since I have both the SWP and Plus2 package. Single density is just no fun anymore! :-) -Mitch ------------------------------ End of INFO-CPM Digest ****************************** 30-Apr-88 01:36:22-MDT,7231;000000000000 Return-Path: Date: Sat, 30 Apr 88 01:31:05 MDT From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #106 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sat, 30 Apr 88 Volume 88 : Issue 106 Today's Topics: Determining TPA Requirements of Programs Help with Xerox 820-1 (2 msgs) Xerox 820-1 and Double Density ---------------------------------------------------------------------- Date: Fri 29 Apr 1988 16:11:29 EDT From: Subject: Determining TPA Requirements of Programs Richard Secrist asked about determining the amount of TPA that a program needs. There is no way in principle to do this. Well written programs test to make sure they have enough room and abort with a suitable message if they don't. On the other hand, there probably are not very many well written programs (I certainly have not written too many of them!). An experimental approach would involve zeroing out the TPA memory (for example, with DDT), then running the program, and finally examining memory to see what data got written where. Under Z System it is easy to examine memory without using any (with the RCP peek command), but there is undoubtedly some way to do this under CP/M as well. ------------------------------ Date: 29 Apr 88 16:16:07 GMT From: linus!encore!corbin@husc6.harvard.edu (Steve Corbin) Subject: Help with Xerox 820-1 In article <8792@oberon.USC.EDU> mlinar@eve.usc.edu (Mitch Mlinar) writes: >In article <7998@pur-ee.UUCP> young@pur-ee.UUCP (Mike Young) writes: >> >> Xerox 820 boards had the WD1771 disk controller. Won't do double >>density. There are those who have managed to hack the board to do DD, but >>it involves a daughter board, doubling the CPU clock, hoping the DRAMs >>can run that fast, etc. etc. Quite a project. > >Not quite true. The Xerox 820 runs at 2.5 MHz which is more than adequate >for 5.25" double-density. Although it does not quite hack it for a *generic* True. The clock rate is fine for double density. >8" DD disk driver, the SWP package I mentioned earlier supports 8" DSDD at >2.5 MHz by clever programming. The SWP package requires absolutely *no* >modifications to the Xerox 820-I - although I do recommend a modification to Whoa! The 1771 does not perform MFM encoding/decoding so how can you get double density? Double sided is trivial but MFM requires a different controller chip. The 1793 is very close pin wise to the 1771 and handles MFM but it requires extra components to set certain timing parameters. I believe the add-on card from Emerald Systems uses this chip. I really would be interested in how a 1771 can be made to handle double density. >increase delay for the head settling time (after seek). This allows a high >step rate; I run all my 8" drives at 3 mS on the -I. The step rate is not related to head settling time. The step rate is the time difference between step pulses sent out by the controller. Some floppys can take step rates down in the microsecond range (buffered seeks). The drive specifications determine the minimum allowable step rate. The settling time is the amount of time the head takes to stabilize after a seek or series of seeks. You only to need to wait for the heads to settle after the last seek before performing the read or write operation so changing this parameter does not cause significant changes in performance. Especially considering that rotational delays are around 100ms average (300rpm) and head settling times are around 15ms. > >-Mitch -- Stephen Corbin {ihnp4, allegra, linus} ! encore ! corbin ------------------------------ Date: 28 Apr 88 23:17:13 GMT From: eve.usc.edu!mlinar@oberon.usc.edu (Mitch Mlinar) Subject: Help with Xerox 820-1 In article <7998@pur-ee.UUCP> young@pur-ee.UUCP (Mike Young) writes: > > Xerox 820 boards had the WD1771 disk controller. Won't do double >density. There are those who have managed to hack the board to do DD, but >it involves a daughter board, doubling the CPU clock, hoping the DRAMs >can run that fast, etc. etc. Quite a project. Not quite true. The Xerox 820 runs at 2.5 MHz which is more than adequate for 5.25" double-density. Although it does not quite hack it for a *generic* 8" DD disk driver, the SWP package I mentioned earlier supports 8" DSDD at 2.5 MHz by clever programming. The SWP package requires absolutely *no* modifications to the Xerox 820-I - although I do recommend a modification to increase delay for the head settling time (after seek). This allows a high step rate; I run all my 8" drives at 3 mS on the -I. -Mitch ------------------------------ Date: Fri, 29 Apr 88 13:53:54 PDT From: rzh@freedom.llnl.gov (Roger H. Hanscom (415) 423-0441) Subject: Xerox 820-1 and Double Density In response to some Xerox 820-1 questions on the net recently (young@ee.ecn.purdue.edu and leftlane!leadfoot@sun.com), as has already been pointed out, the Xerox 820-1 uses a WD 1771 controller chip that *only* does single-density disk I/O. I am a Xerox user (sometimes), and until now I relied on SSSD 8" drives for my Xerox. But again, as has already been pointed out, single-density is no fun! I'm in the process of doing the Emerald Microware upgrade on one of my Xerox's. The 5 MHz mod was no big deal. I put an 'A' cpu in the board, and went to faster EPROM's for the monitor (2716-1 is a must). The monitor software has to be patched because it uses the CTC to generate regular interrupts, and they are used in turn to time disk access, etc. The Emerald add-on board uses a WD 1793 chip, and that (in combination with their Xpro EPROM set) lets one write several popular double density formats. The 5 1/4" Kaypro seems to be the most useful. I've got the board built and stuck on the Xerox. It's up and running at 5 MHz in monitor mode. Now I've got to calibrate it, and make up some CP/M disks that are boot-able on the new hardware. The Emerald upgrade requires semi-major mods. to the 820 board. I avoided most of the trace cuts by installing sockets under about 5 chips so that I can "cut" runs by removing chip pins from the socket. That leaves the option of going back if I don't like this whole thing. Emerald is selling the DD-mod. bare boards for $15, or 2 for $25, right now as a close-out. Pity I can't give more info. about how it all works(yet). Somebody told me that it is slow to boot from 8" drives because it tries several different formats to determine what kind of hardware is out there -- 5" formats first. Since I'd like to run from Tandon 5" drives, I hope that won't be a problem. BTW, one doesn't have to do the 5MHz upgrade *except* for 8" DD. Apparently, the 2.5 MHz cpu just can't keep up with 8" DD transfer rates. If anyone is interested in this upgrade, I can keep you posted about how it works (if it works!). Roger Hanscom rzh%freedom.llnl.gov@lll-lcc.llnl.gov ------------------------------ End of INFO-CPM Digest ******************************