1-Mar-84 09:34:21-MST,1524;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 Mar 84 09:34:15-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 1 Mar 84 11:12 EST Received: From Mit-Mc.ARPA by BRL via smtp; 1 Mar 84 10:39 EST Date: 1 March 1984 09:25-EST From: Allan D. Plehn Subject: Need tech data for WECo 300/1200 Dataphone modem To: INFO-CPM@mit-mc, INFO-MICRO@mit-mc cc: PLEHN@mit-mc A friend of mine has acquired some 300/1200 baud modems built by Western Electric. I have been trying to help interface the modem to his personal computer. I can't even figure out where to connect the telephone line. The modem is 2 inches high by 6 wide by 11 deep. It has 5 push-push type switches on the front and a number of indicators behind the red plastic faceplate. It says "Dataphone 300/1200" on the front faceplate plus the Bell symbol. On a label on the bottom, it says "Data Set 212A, AR Options" and has a chart showing internal DIP switch settings for various options. Another label says: "4702 Data Mounting P/O Data Set 212A OR AR Type Series 1 81 MG 02" There are two 25-pin data connectors on the rear, one male and one female. I cannot see any place to connect the phone line anywhere, inside or out. If anyone could furnish the necessary interfacing information I would certainly be indebted. I am hoping that I can talk my friend into giving me one of these modems so I am especially anxious to be helpful. PLEHN%MIT-MC 1-Mar-84 10:30:23-MST,1515;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 Mar 84 10:30:15-MST Received: From Brl-Vgr.ARPA by AMSAA via smtp; 1 Mar 84 12:07 EST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 1 Mar 84 11:52 EST Date: Thu, 1 Mar 84 11:22:42 EST From: Thomas C. Minor (IBD) To: info-apple@brl-vgr cc: info-cpm@brl-vgr, tminor@brl Subject: Z80 Plus Board by Applied Engineering Does anybody out there know anything about the Z-80 Plus board from Applied Engineering in Dallas Texas? I want to use it in an Apple IIe that now has a Grappler+ hooked up to an Epson FX80 printer. My IIe also has the single Apple disk controller board and the extended-memory 80 column card from Apple. Future plans include a modem card or a serial I/O card hooked up to an external modem. What's the catch? This card sounds so good, but it's really cheap at $140. It claims to be compatible with Microsoft CPM disks. Will it boot directly from the Microsoft Softcard operating system? Does CPM come with the Z80 Plus? Will it handle CPM 3.0? Are there any known problems with other boards, such as serials, modems, disk emulators, etc? Does it really run Wordstar, dBase II, etc, as the ads claim? It just sounds too good to be true. What's the story? Any help, soon, would be appreciated. -Tom Minor 301-278-6176 1-Mar-84 16:13:17-MST,1483;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 Mar 84 16:13:09-MST Received: From Brl-Vgr.ARPA by AMSAA via smtp; 1 Mar 84 17:56 EST Received: From Usc-Eclc.ARPA by BRL-VGR via smtp; 1 Mar 84 17:52 EST Date: 1 Mar 1984 1447-PST From: Chris Subject: Re: Z80 Plus Board by Applied Engineering To: tminor@BRL.ARPA, info-apple@BRL-VGR.ARPA cc: info-cpm@BRL-VGR.ARPA, nancy@USC-ECLC.ARPA Phone: (213) 743-5520 Office: PHE-220 In-Reply-To: Your message of 1-Mar-84 1155-PST I can't talk to the question you posed directly, however I just had a bout with a the ALS Z-card that may be worth considering. The Z-card ($129) was purchased mail-order so that I could run wordstar and do some work for downline loading to another z-80 computer. I also had Microsoft's Ramcard. To make a long story short, the z-card came with cpm and several utilities. Most of the utilities didnt bomb, but didnt work either. The 60K system generation utility failed to produce a bootable CPM system. After a long delay and several long distance phone calls to the mail-order firm, ALS finally got back to us saying that there was a "timing problem between the z-card and microsoft's ramcard." After two iterations of this, I gave up and got microsoft's cpm and card which was up and running a 60k system in 15 minutes. Cheapness doesnt always pay off - either in time or money. Chris. ------- 1-Mar-84 18:55:34-MST,867;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 Mar 84 18:55:31-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 1 Mar 84 20:33 EST Received: From Mit-Mc.ARPA by BRL via smtp; 1 Mar 84 20:05 EST Date: 1 March 1984 20:26-EST From: Allan D. Plehn Subject: m7lib.com-doesn't seem to work. To: W8SDZ@mit-mc cc: INFO-CPM@mit-mc, PLEHN@mit-mc I tried to change the phone directory in mdm724.com using m7lib.com. m7lib finds and displays the directory in the mdm724 program and then asks if it looks all right. No matter what I answer to this question (yes, no, hange, etc.) I get the message: ++PHONE LIBRARY NOT FOUND++ [Exiting Program] and then it returns me to CP/M. What am I doing wrong (besides following the instructions in the m7lib.doc file)? Al Plehn 2-Mar-84 08:23:55-MST,2013;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 2 Mar 84 08:23:37-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Mar 84 2:46 EST Date: Fri, 2 Mar 84 2:22:20 EST From: Rick Conn To: info-cpm@brl Subject: ZCPR3 Status For those of you who are interested, I'll probably be sending out a status report on the development of the ZCPR3 System sometime over the next few days. The system is coming along quite nicely, with the ZCPR3 Command Processor running without error and the three supporting libraries, SYSLIB 3, VLIB, and Z3LIB, almost complete. I expect all of the ZCPR3 utilities to come up very quickly after I polish off Z3LIB, which is still under major development. I'll be giving two talks over the next two months on the topic of ZCPR3 if you are interested in attending. The first talk is later today at the SIG/M meeting. The talk will be given in the Health Building at Union County College, Scotch Plains, NJ, starting around 8PM tonight (Friday, Mar 2). The second talk will be given at the Trenton Computer Festival on Saturday, April 14. It is currently scheduled for 11:00 AM. Details on the room will be available in the Festival program. I'm hoping to include a live demonstration during this talk, but there are no guarantees at this time. Sometime during later March or early April, I'll be bringing a ZCPR3 system designed for remote access online on a limited-time basis for those who are interested in spending some money on a phone call and trying out ZCPR3 in real-time and exploring what it can do. More details on this when the system comes up. I'm still not willing to pinpoint a date for the release of ZCPR3, but I strongly suspect that it will go out sometime in the next three months. Will let you know when it happens. Rick 2-Mar-84 08:24:08-MST,1131;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 2 Mar 84 08:23:56-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Mar 84 6:10 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 2 Mar 84 5:44 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Mar 84 2:53-PST Date: 28 Feb 84 11:53:03-PST (Tue) To: info-cpm@brl From: decvax!linus!utzoo!utcsstat!ian@ucb-vax Subject: CP/M RBBS4 Edit 21 source available Article-I.D.: utcsstat.1750 I have the sources for edit 4.21 of the C-language RBBS4, a CP/M-based bulletin board system. Compiles with version 1.5 or later of BDS C. It is huge - 111,111 bytes. I think this makes it too big to post, or to mail to large numbers of people. If you want the software, send me *mail* (do NOT post your reply to the net or to "notesfiles", but use MAIL to reply). Once I have an estimate of how many people want it on USENET, I will figure out how best to distribute it. Arpa/Milnet users can get it directly from simtel20. Ian F. Darwin utcsstat!ian -- Ian F. Darwin, Toronto uucp: utcsstat!ian 2-Mar-84 08:24:51-MST,630;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 2 Mar 84 08:24:35-MST Received: From Brl-Vgr.ARPA by AMSAA via smtp; 2 Mar 84 6:45 EST Received: From Mit-Mc.ARPA by BRL-VGR via smtp; 2 Mar 84 6:35 EST Date: 2 March 1984 06:35-EST From: Jerry E. Pournelle Subject: Z80 Plus Board by Applied Engineering To: Pace@usc-eclc cc: nancy@usc-eclc, tminor@brl, info-apple@brl-vgr, info-cpm@brl-vgr In-reply-to: Msg of 1 Mar 1984 1447-PST from Chris ALS I don't now, but Applicard works and the people who make it are good guys. JEP 2-Mar-84 08:25:18-MST,1505;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 2 Mar 84 08:24:41-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Mar 84 6:31 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 2 Mar 84 6:09 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Mar 84 3:09-PST Date: 28 Feb 84 14:35:07-PST (Tue) To: info-cpm@brl From: decvax!linus!philabs!mcvax!dutesta!sp@ucb-vax Subject: WordStar and Daisy M-50, help needed Article-I.D.: dutesta.210 Is there anyone who has installed a Daisy M-50 daisy wheel printer in WordStar (version 3.0). I know the Daisy M-45 has to be installed as either a Diablo 1610/1620 or as a Qume sprint 5 printer. A M-50 however doesn't work well than. I first installed it as a Sprint 5 printer and found that every second line got printed backwards. This was resolved by putting a .bp off in the file (is there an instalation option to do this?). Than I found out that as long as WordStar didn't fill the lines everything went fine. As soon as WordStar started to fill lines (and micro justify them) printing went wrong. It prints about one line (unreadable) and than the printer starts to flash its RST light indicating wrong control code's. Installing it as any other daisy wheel does not solve the problems. Is there anyone who has a clue as to wat might be wrong ? Please mail to the following addres: -- Arrie v.d.Vliet, Delft Univ. of Tech. ..!{decvax,philabs}!dutesta!sp 2-Mar-84 08:25:34-MST,2773;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 2 Mar 84 08:25:05-MST Received: From Brl-Vgr.ARPA by AMSAA via smtp; 2 Mar 84 7:09 EST Received: From Mit-Mc.ARPA by BRL-VGR via smtp; 2 Mar 84 7:02 EST Date: 2 March 1984 07:03-EST From: Jerry E. Pournelle Subject: Kaypro BIOS list bug To: w8sdz@brl cc: Info-Cpm@brl-vgr In-reply-to: Msg of Thu 19 Jan 84 9:45:29 EST from Keith Petersen Tyler Sperry, editor of ProFiles, was over this afternoon delivering the 1984 model Kaypro IV. Have you sent your information to Profiles? If not, please do, and you can mention my name if you want to be certain of getting attention although in fact they will read it about the same without. Good information; they'd probably change th ROM if they knew. Jerry Pournelle Tyler Sperry ProFiles 533 Stevens Ave Solana Beach CA 92075 619-481-4353 Date: Thu, 19 Jan 84 9:45:29 EST From: Keith Petersen To: Info-Cpm at brl-vgr Re: Kaypro BIOS list bug The following is forwarded from CompuServe, courtesy Irv Hoff. --- #: 74332 Sec. 1 - General Sb: #Kaypro Mystery Solved 18-Jan-84 01:54:26 Fm: JACK CRENSHAW 72325,1327 To: All Some time ago I reported a problem with the MDM711/Kaypro/Epson combina- tion, in that the ^P print buffer dropped characters. Periodically, the subject has come up again, with Irv Hoff and Pete Holsberg trying hardest to help me solve the problem. I finally got around to looking at the Kaypro BIOS, and as Pete suspected, there's a bug. The offending piece of code is in the ROM, and goes: LISTST: IN 1CH ;GET SYSTEM PORT BIT 3,A ;TEST PRINTER READY BIT RZ ;THIS IS THE BUG MVI A, 0FFH ;ELSE RETURN FF RET Note that if the bit 3 is zero, the routine returns garbage in A. The garbage is whatever is in port 1CH, which includes output as well as input bits. However, the zero FLAG is set properly, which is why BIOS function 4 (LIST) works OK. Ironically, if the programmer had used the usual ANI insruction instead of the Z-80 fancy bit test, he would have saved two bytes as well as get the right response. The bug is in the ROM, so can't be easily fixed. The patch is easy, though - Change the jump vector in the BIOS to: JMP PATCH and add: PATCH: CALL 0FB65H ;call old bios entry RNZ ;OK unless its zero XRA A ;else clear A RET ;that's all, folks - Jack Crenshaw 2-Mar-84 08:25:38-MST,802;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 2 Mar 84 08:25:32-MST Date: Fri, 2 Mar 84 9:07:21 EST From: Dave Towson (info-cpm) To: info-cpm@amsaa Subject: [Mike Donegan: Re: Z80 Plus Board by Applied Engineering] ----- Forwarded message # 1: Received: From rice-gateway.ARPA by AMSAA via smtp; 1 Mar 84 18:54 EST Received: from invader by RICE (AA19334); Thu, 1 Mar 84 17:51:52 cst From: Mike Donegan Received: by invader (AA04725); 1 Mar 84 12:55:31 PST (Thu) Date: 1 Mar 84 12:55:31 PST (Thu) Subject: Re: Z80 Plus Board by Applied Engineering To: info-cpm-request@AMSAA.ARPA Message-Id: <8403012055.AA04725@invader> The catch is no CP/M. mkd ----- End of forwarded messages 2-Mar-84 13:53:00-MST,745;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 2 Mar 84 13:52:56-MST Received: From Brl-Vgr.ARPA by AMSAA via smtp; 2 Mar 84 15:34 EST Received: From Rutgers.ARPA by BRL-VGR via smtp; 2 Mar 84 14:00 EST Received: from RU-BLUE.ARPA by RUTGERS.ARPA with PUP; 2 Mar 84 13:27:30 EST Date: 2 Mar 84 13:18:59 EST From: FRIEDMAN@RU-BLUE.ARPA Subject: Apple Z80 board To: info-cpm@BRL-VGR.ARPA cc: info-apple@BRL-VGR.ARPA The Applicards will not run the Microsoft Softcard version of Mbasic. It will, however run the standard CPM version. This is probably due to the separate memory on the AppliCard. -Gadi ------- 2-Mar-84 18:43:05-MST,938;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 2 Mar 84 18:43:01-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Mar 84 20:22 EST Received: From Simtel20.ARPA by BRL via smtp; 2 Mar 84 19:59 EST Date: 2 Mar 1984 18:16 MST (Fri) Message-ID: From: "Frank J. Wancho" To: decvax!linus!utzoo!utcsstat!ian@ucb-vax Cc: INFO-CPM@brl Subject: CP/M RBBS4 In-reply-to: Msg of 28 Feb 1984 12:53-MST from decvax!linus!utzoo!utcsstat!ian at ucb-vax I *know* that those of you who follow the development history of certain programs may not like to see this pattern continued, but... if you can wait a couple of days, I'll have RBBS 4.1 Edit 00 (or 01) ready for release. This version has two significant changes or enhancements, and a couple of bugs fixed. So, standby... it should be ready Monday... --Frank 5-Mar-84 09:10:20-MST,1007;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 Mar 84 09:10:10-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 3 Mar 84 5:26 EST Received: From Mit-Mc.ARPA by BRL via smtp; 3 Mar 84 5:21 EST Date: 3 March 1984 02:23-EST From: Jerry E. Pournelle Subject: new Kaypro IV To: INFO-CPM@mit-mc Apologies to those on info-mac also. Kaypro IV 1984 model now available. Neat. 4 mhz z-80, built-in modem, nice screen, character set from the 10 (clean and nice), 2 serial and one centronics ports. Still no 8" disk connector (but there's an after market source) for that as well as for an external video connector). Usual ton of software: Perfect everything, WordStar, Microsoft Basic, CBASIC, SBASIC (compiled structured; not bad if a bit obscure syntax at times; true local variables, etc.) Chang Labs spreadsheet. Costs more than the older IV, but in my judgment worth it. Good beginning writer's machine. 5-Mar-84 09:10:51-MST,1192;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 Mar 84 09:10:29-MST Received: From Mit-Mc.ARPA by AMSAA via smtp; 3 Mar 84 19:42 EST Date: 3 March 1984 19:43-EST From: Keith Petersen Subject: Why MDM724.HEX doesn't match one you made with ASM To: CENT.MBECK%mit-oz@AMSAA.ARPA cc: Info-Cpm@amsaa In-reply-to: Msg of Sat 3 Mar 84 13:35:54-EST from Mark Becker The MDM724.HEX file on SIMTEL20 and MIT-MC was generated with UNLOAD.COM from MDM724.COM which was "loaded" with MLOAD14.COM. Reasons: The hex file produced by ASM (or most any other CP/M assembler) is full of "holes" where "DS" statements occur in the source code. When you use DR's LOAD.COM to make a .COM file from this, you get "garbage" from memory in these areas and the result is that the CRC of the .COM file will not match the distributed version of the .COM file which was made with MLOAD14 (MLOAD14 puts all zeros into DS areas). So, to assure that everyone would have the same .COM file as the one on SIMTEL20 and MIT-MC, I uploaded the UNLOADed one, not the one from the assembler. --Keith 5-Mar-84 09:11:01-MST,1032;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 Mar 84 09:10:48-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 4 Mar 84 3:03 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 4 Mar 84 2:57 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Mar 84 23:55-PST Date: 29 Feb 84 20:37:46-PST (Wed) To: info-cpm@brl From: luria@ucb-vax Subject: Re: Kaypro, Perfect Writer, and superscripting problem Article-I.D.: ucbvax.224 In-Reply-To: Article <210@dutesta.UUCP> Perfect Printer skips a line when using superscripts. This looks pretty bad even when I am double spacing, but is unusable when single spacing. I'd rather not have to use brackets. My printer an Epson Rx-80 allows for superscripting, and they also have a condensed mode which would allow me to have half size footnotes. However, the Perfect Writer Installation Disk, does not give me any options as to how I can change the character codes for superscripting. Any suggestions? 5-Mar-84 09:11:19-MST,1003;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 Mar 84 09:11:14-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 4 Mar 84 4:09 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 4 Mar 84 4:01 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 4 Mar 84 0:56-PST Date: 29 Feb 84 16:26:03-PST (Wed) To: info-cpm@brl From: ihnp4!houxm!hogpc!pegasus!lzmi!rob@ucb-vax Subject: looking for programs written in CBASIC Article-I.D.: lzmi.189 [this space available] I have just gotten the CBASIC compiler for my micro, and am looking for source, or pointers to source, for any public-domain CBASIC programs that might be available. I will accept pointers to source programs written for the CBASIC interpreter, as the conversion from one to the other is trivial. I will also take pointers to any BBS that may contain what I am after. Please reply directly by mail, or call at (201)576-2711. Thanks in advance.......Rob Coben 5-Mar-84 09:11:51-MST,3385;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 Mar 84 09:11:35-MST Received: From Usc-Isid.ARPA by AMSAA via smtp; 4 Mar 84 12:24 EST Date: 3 Mar 1984 23:09-PST Sender: ABN.ISCAMS@usc-isid Subject: MDM724 From: ABN.ISCAMS@usc-isid To: INFO-CPM@amsaa Cc: W8SDZ@mit-mc Message-ID: <[USC-ISID] 3-Mar-84 23:09:26.ABN.ISCAMS> NetLandians, MDM724, as downloaded in .ASM form from SIMTEL20 MICRO:, works perfectly. (I expected no less!) I used the old original overlay for my Morrow Decision I (not the easiest computer to interface with port I/O), and it meshed right in. (Good idea, that constancy with the same overlays.) I added one wee little thing for you people trying to work via micro and MDM7xx through a TAC. As you know, the TAC has an Intercept Character (mine uses the @ sign), and it WILL choke up during normal uploads unless special precau- tions are taken (change the intercept sign to something unused, turn it OFF!, etc.). I got a simpler fix, and it takes about a couple dozen bytes. At the two parts in MDM where it gets ready to send a character out as part of a file upload (T mode and S mode), simply check the character to be sent. If it's your intercept character...send it twice! I'll be pushing up a more thorough patch in a couple of days that'll add a toggle to your MDM menu, so you can turn the character on and off, or change as needed. (Don't want to be sending two @'s to your local CBBS!) Exact locations for the simple quick-fix are: SEND80C:..... SENDCH1: PUSH D CALL SPEED POP D MOV A,M CPI EOFCHAR RZ ***Here's where to put the little patch: CPI '@' ;is it the Intercept Char? CZ MODOUT ;yup, let the MODOUT segment do its thing. ...and fall right through to the rest of the stuff. The only thing cut out is SPEED, but you shouldn't need that just to reach to the TAC. That takes care of a Terminal T mode send; now for the error-trapping send (S)... Way down, find... MONOUT: .... NOMONOUT:POP PSW ;doing this 'cause the char involved is in A PUSH PSW *** Here's where we put the TAC Trap... CPI '@' ;is it the Intercept char? JNZ SENDW ;nope, skip this mess TRAP: CALL SENDRDY ;we have to check for modem ready too. JNZ TRAP ;we're in effect duplicating all in SENDW since we POP PSW ;can't call SENDW to do the work for us. PUSH PSW ;gotta put it back where SENDW expects to POP it. CALL OUT$MODDATP ;send the @ out the first time... ;...and fall through to SENDW: CALL SENDRDY ;...send it the second time. JNZ SENDW POP PSW JMP OUT$MODDATP Here's an actual demo -- I fired it right up into XED on my host through my TAC here at Ft Bragg. Engaged F I S (flow control in the TAC so it'll XON/XOFF MDM724 immediately and not overflow the TAC keyboard buffer). As you can see, the @'s made it just fine. Watching it on the screen as it uploaded, I could see 2, 4, 6, and 8 @'s upload. This is to test out the World Famous Toad Hall TAC Trap newly installed in MDM724.COM. @ one at @@ two ats @@@ three ats @@@@ four ats Sorry for overflowing your mailboxes, but sure do work good! Regards, David Kirschbaum Toad Hall 5-Mar-84 09:12:08-MST,557;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 Mar 84 09:11:56-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 4 Mar 84 22:40 EST Date: Sun, 4 Mar 84 22:36:56 EST From: Richard G Turner To: info-cpm@brl Subject: BYE3 on the KAYPRO II I finally got BYE319 running on my KAYPRO II. The problem turned out to be the cable that I was given with the system for my modem. Seems that it didn't have all the right connections. Overlooking the obvious... rick 5-Mar-84 11:25:47-MST,978;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 Mar 84 11:25:41-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 5 Mar 84 13:12 EST Received: From Parc-Maxc.ARPA by BRL via smtp; 5 Mar 84 12:57 EST Date: Mon, 5 Mar 84 09:38 PST From: Eldridge.es@PARC-MAXC.ARPA Subject: L80 patches To: info-cpm@brl.ARPA cc: es820ug^.es@PARC-MAXC.ARPA Reply-To: Eldridge.es@PARC-MAXC.ARPA I sent this message once befor and got no response, so I'll try again. I am using Link-80 3.44 09-Dec-81. It appears that L80 does a disk reset and relogs the disk every time it accesses a new REL file. This becomes very time consuming when you have a hard disk with a large directory since it must regenerate the allocation map every time it resets the disk. Is there a patch to modify this behavior? It seems that all the disk relogging is unnecessary and could be patched out. George (Eldridge.es@PARC-MAXC.ARPA) 5-Mar-84 16:07:50-MST,967;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 Mar 84 16:07:42-MST Received: From Brl-Vgr.ARPA by AMSAA via smtp; 5 Mar 84 17:57 EST Received: From Rand-Unix.ARPA by BRL-VGR via smtp; 5 Mar 84 17:48 EST Date: Monday, 5 Mar 1984 14:44-PST To: Jerry E. Pournelle Cc: w8sdz@brl, Info-Cpm@brl-vgr Subject: Re: Kaypro BIOS list bug In-reply-to: Your message of 2 March 1984 07:03-EST. From: Bridger_Mitchell The Kaypro 4-84 (new model with built-in modem and clock) uses different boot-rom code from both the Kaypro II and old Kaypro 4. Each had a somewhat different bug in handling the bios list-status function. We (Plu*Perfect Systems) recently wrote the foreign-language versions of the bios for this machine for Kaypro and corrected the boot-rom. The change is supposed to go into the domestic machines too, but I can't verify that. --bridger mitchell 6-Mar-84 08:15:07-MST,1289;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Mar 84 08:14:48-MST Received: From Sumex-Aim.ARPA by AMSAA via smtp; 5 Mar 84 20:45 EST Received: from ISL by SUMEX-AIM with Pup; Mon 5 Mar 84 17:44:33-PST Date: Monday, 5 Mar 1984 17:45-PST To: info-cpm@amsaa Subject: Alignment of disk drives with DDD (Dysan Diagnostic Disk) From: meier%isl@AMSAA.ARPA X I am trying to use DDD version 1.1 and Dysan Diagnostic Disk to align a pair of Shugart 800 disk drives with a Disk Jockey 2D Controller. I think that I have set the constants in DDD appropriately and I have been able to adjust the disks so that they pass the DDD tests, but there has been no noticeable improvement in the performance. I have been unsuccessful thus far, but I suspect that the major problem is that I don't understand the readings that I am getting from DDD. In particular, what are reasonable readings when doing the centering test. The current symptoms are that I get a BAD SECTOR error about once every 12 hours with single density and with double density, the surface of the disk inside the about track 10 is all BAD SECTORS. I would appreciate any help or suggestions that anyone is willing to offer. Bob (isl!meier@shasta) 6-Mar-84 08:15:14-MST,943;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Mar 84 08:15:08-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 5 Mar 84 22:28 EST Received: From Stl-Host1.ARPA by BRL via smtp; 5 Mar 84 22:26 EST Date: 5 Mar 1984 21:28 CST (Mon) Message-ID: From: WANCHO@stl-host1 To: INFO-CPM@brl Subject: RBBS 4.1 Edit 00 The subject file has now been released and is available on the SIMTEL20 in MICRO:RBBS4100.LBR, and temporarily in MC:FJW;RBBS41 00LBR. The individual files will be available in the SIMTEL20 directory sometime Tuesday. Other places include the SENECA RCP/M at 915-598-1668 in E0:, and LAZARUS RCP/M at 915-544-1432 in H0:. There are two significant new features, a couple of new options, and several obscure and not so obscure bugs finally fixed. This ought to hold for a while (I hope). --Frank 6-Mar-84 08:15:42-MST,1789;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Mar 84 08:15:18-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 5 Mar 84 22:41 EST Received: From Csnet-Relay.ARPA by BRL via smtp; 5 Mar 84 22:37 EST Received: by csnet-relay via xumass-cs; 5 Mar 84 19:54 EST Date: Mon, 5 Mar 84 14:16 EST From: Bruce Hawkins To: info-cpm%brl.arpa@csnet-relay.arpa Subject: Bugs in Turbo Pascal I am generally pleased with Turbo Pascal, especially its fast compilation, but I have found two compiler bugs, both of which had easy work arounds. The first is that it wold not accept the declaration of a particular text file variable until I moved it to a non-standard place ahead of the TYPE declarations (which is a legal extension to Turbo Pascal). It accepts other similar declarations in other programs, so the exact cause of the bug is unknown. (It would not accept it when simply moved to a different place among the VAR declarations--I did not try all possible such places!) The second cost me a lot of time finding. Don't: Type Junk = record ... Name : Array [1..3] of Char; ... End; Var Iron : Junk; . . . Iron.Name := 'met'; Iron.Name containis random garbage. The work-around is: Type as above . . var temp : Array [1..3] of char; . . temp := 'met'; Iron.Name := temp; Iron.Name is now 'met' as was intended. I don't have time to go poking around in Jenkins and Wirth to be sure what is legal, but if the code isn't legal, the compiler should give a syntax error message instead of being silent as the grave. From the Rainbow of Bruce Hawkins bhawkins.umass-cs@csnet-relay 6-Mar-84 08:16:23-MST,880;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Mar 84 08:16:19-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 6 Mar 84 1:42 EST Received: From Mit-Mc.ARPA by BRL via smtp; 6 Mar 84 1:32 EST Date: 6 March 1984 01:33-EST From: Jerry E. Pournelle Subject: Bugs in Turbo Pascal To: bhawkins%umass-cs.csnet@csnet-cic cc: info-cpm@brl In-reply-to: Msg of Mon 5 Mar 84 14:16 EST from Bruce Hawkins 1. I would appreciate hard copy of any Turbo Pascal bugs (send to me C/O BYTE, POB 372, Hancock NH 03449); 2. Phillippe Kahn of Borland seems extraordinarily eager to fix any problems with his system; if you inform him of bugs, he may well get fixed before release. 3. In bug repors, please specify whether z-80 or 8088 version... thanks 6-Mar-84 08:17:16-MST,1310;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Mar 84 08:17:07-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 6 Mar 84 7:08 EST Received: From Brl-Bmd.ARPA by BRL via smtp; 6 Mar 84 7:01 EST Date: Tue, 6 Mar 84 6:53:30 EST From: Charlie Strom (NYU) To: Jerry E. Pournelle cc: INFO-CPM@brl Subject: Re: Bugs in Turbo Pascal You might want to point out to Mr. Kahn that there is a serious bug in his advertising - nowhere does it indicate that his 8 bit Turbo Pascal is written in Z80 code rather than 8080. It would certainly be a logical assumption that if unspecified, it is indeed 8080, since it is advertised to run under CP/M-80. Another foolishness that irks me (unrelated to the above issue) is that it seems to be getting more and more difficult to determine exactly what machine an advertised package is targeted to. This seems particularly rampant among the vendors of Apple software. The implicit assumption that the target machine is clearly the only machine worth writing software for is ridiculous. How difficult would it be to specify in a single sentence what micro the software is designed for, as well as operating system, ram, and I/O requirements? 6-Mar-84 16:16:57-MST,1301;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Mar 84 16:16:53-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 6 Mar 84 17:50 EST Received: From Cisl-Service-Multics.ARPA by BRL via smtp; 6 Mar 84 17:38 EST Received: from HIS-PHOENIX-MULTICS.ARPA by CISL-SERVICE-MULTICS.ARPA dial; 06-Mar-1984 17:33:59-est Date: Tue, 6 Mar 84 15:30 MST From: Brzozowski%his-phoenix-multics.arpa@BRL.ARPA Subject: How long does it take to get Turbo Pascal? To: info-cpm@BRL.ARPA Message-ID: <840306223016.817827@HIS-PHOENIX-MULTICS.ARPA> Hearing all the excitement about Turbo Pascal, I ordered a copy for MS-DOS, over 3 weeks ago and still not have received it. I realize that is still a short time for most companies, but I have heard of people getting it in less than a week! All of these people ordered it for an 8-bitter, so I am not sure wether I have just ordered the version that is in demand, or my order got lost. Has anyone out there got the MS-DOS version and how long did it take to get it? (It feels funny to hear the ranting and raving of people who ordered the package long after I did) Thanks Much! Gary Brz... (Brzozowski.RPMtnd%pco at cisl) 6-Mar-84 17:26:34-MST,1690;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Mar 84 17:26:28-MST Received: From Parc-Maxc.ARPA by AMSAA via smtp; 6 Mar 84 19:00 EST Date: Tue, 6 Mar 84 14:58 PST From: MMOON.ES@PARC-MAXC.ARPA Subject: Re: Alignment of disk drives with DDD (Dysan Diagnostic Disk) In-reply-to: "meier%isl@AMSAA.ARPA's message of Mon, 5 Mar 84 17:45 PST" To: meier%isl@AMSAA.ARPA cc: info-cpm@amsaa.ARPA You certain that an alignment problem exists? Do the drives perform the same warm as they do cold? Morrow's data seperator on my controller  like most designs of two to three years ago-- uses a digital phase detector which is temperature dependent to a very high degree. This information comes from the close analysis of a friend doing circuit design for Western Digital. Also, which DJ2D are you running? The memory mapped version, the I/O mapped version *without* DMA, or the I/O version *with* DMA. Many of the non-DMA, I/O mapped controllers had layout errors on the board which were corrected via cut & jumper; my own had, I believe, six jumpers, but one pair of cuts had been left out. They turned out to be the triggers to the one-shots controlling the write-gate window for write pre-comp. Failure to make those cuts eventually cost me the 1791 controller. (Note that this board was purchased as-is with my full knowledge that design problems could exist. Very few if any of these were, to my understanding, sold without such information provided. Morrow enjoys my high regard.) My friend from Western Digital found the missing cuts & things seem to have settled down considerably. MMoon.es 6-Mar-84 17:51:57-MST,3295;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Mar 84 17:51:49-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 6 Mar 84 19:34 EST Received: From Parc-Maxc.ARPA by BRL via smtp; 6 Mar 84 19:31 EST Date: Tue, 6 Mar 84 16:07 PST From: MMOON.ES@PARC-MAXC.ARPA Subject: Re: Bugs & related flames In-reply-to: "strom@brl-bmd.ARPA's message of Tue, 6 Mar 84 6:53:30 EST" To: Charlie Strom (NYU) cc: Jerry E. Pournelle , INFO-CPM@brl.ARPA Borland's got some surprising company with their product description problem. Read on. Flame #1: I have been trying to get information on what CCP/M is and is not, what it takes to port the same, & what a couple of particular ports are and do. DRI has not, after no fewer than four requests, responded with so much as advertising copy, let alone literature useful to an integrator. I can't buy their manuals anymore, so how am I supposed to evaluate the product's usefulness to me? Other vendors supply reasonable product information (sometimes gratis), what's the lever that works on DRI? Flame #2: Octagon Systems advertises what appears to be the most viable alternative to bank-breaking investments in Compupro equipment since the invention of the dual processor. Wonderful published specs. Can I get a demo from Priority One, who offers Ocatgon stuff? "Nope, no demo system available." Can I buy the manual advertised in their catalog. "Nope, all out." Can I get definitive literature from Octagon (i. e., a written commitment on what their system is/is not, etc., or failing that, at least a complete description of capabilities). "Yes, sir. We'll send it out today." That was three weeks ago & it ain't here yet, after the second request. I have had good dealings with Priority One, and must assume they're in the same fix. I conclude (sic) that either Octagon products are mythical as the unicorn, the best thing since sliced bread & therefore sell faster than made, or so full of bugs they're not really in production, despite the glossy advertising. Anybody on this net know these guys? Last Flame: We have all heard Good Things about Gifford & their software for Compupro stuff. I tried calling the L. A. Gifford number for literature on their software & got lots of soft sell, a long converstion on "my needs", and no literature. What have they really done to/for MP/M-86 (if I could find out what it is in the first place)? What is the party line on what is required to run their port of the same? What are the options? My advice, if you live in L. A., is don't ask unless you have lotsa dollars to find out. If their is a common thread in any of the above, it is that many companies out there on the edge look flaky. Octagon, Giiford, & DRI may all have cases of oversupply-of-demand, but all at once, and for four (count 'em) months? They may indeed have competent products produced by good people, but from the point of view of a little-guy end user, who could tell? Anybody out there got a fomula  magic or otherwise  for making the determination? I have to live with expensive decisions on these guys for a long time. MMoon.es@parc-maxc.apra 6-Mar-84 18:37:42-MST,885;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Mar 84 18:37:38-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 6 Mar 84 20:09 EST Received: From Sumex-Aim.ARPA by BRL via smtp; 6 Mar 84 20:06 EST Date: Tue 6 Mar 84 17:06:20-PST From: Leslie Zatz Subject: MACINTOSH To: info-cpm@BRL.ARPA Does anyone have any perceptions of the MACINTOSH they are interested in sharing? I am particularly interested in: 1. Will it be able to take a hard disk? Via the serial port or the second floppy port? If serial, will it be ffast enough? 2. Only 128k main memory. Can virtual memory be used thru seriaal port and will that work for DBMS's? Some systems require minimum of 500 K. 3. How good is MACWRITE? 4. If you don't want to draw pictures, is MACPAINT of any value? ------- 6-Mar-84 19:06:55-MST,1139;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Mar 84 19:06:51-MST Received: From Sumex-Aim.ARPA by AMSAA via smtp; 6 Mar 84 20:49 EST Date: Tue 6 Mar 84 17:48:57-PST From: Sam Hahn Subject: Really big files To: info-cpm@AMSAA.ARPA cc: POURNE@MIT-MC.ARPA, shahn@SUMEX-AIM.ARPA, info-micro@BRL-VGR.ARPA HELP! I've got a file that's about 400kbytes big. Problem is that I've got to port it from my SDSystems hidensity disk format to a Compupro disk. Can't transport it in SSSD. What do people suggest? I've tried a PD Huffman-code PACK and UNPACK combination, but there's a bug in UNPACK, and it won't reconstruct the file correctly. Later this week, I'm going to try a program which renames each extent, and then after PIPing it to a couple of SSSD didks, rename the extents back into one file, and hope that doesn't clobber too much. Are there problems with this approach (eg. file header crc's?) that I'm not seeing? Does anyone else have suggestions? Has anyone had this same problem before? Thanks, sam hahn ------- 6-Mar-84 19:13:19-MST,1141;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Mar 84 19:13:14-MST Received: From Sumex-Aim.ARPA by AMSAA via smtp; 6 Mar 84 20:50 EST Received: from ISL by SUMEX-AIM with Pup; Tue 6 Mar 84 17:49:27-PST Date: Tuesday, 6 Mar 1984 17:50-PST To: info-cpm@amsaa Subject: Disk Alignment From: meier%isl@AMSAA.ARPA X I am placing this message on the net instead of direct in the event that is of public interest. MMoon.es, Thank you for responding. I am not certain that the problem is one of alignment, this was my best guess at the problem. In response to your questions: o The performance is not noticably dependent on whether the drives are warm or cold o The DJ2D board is memory mapped and is engaged by subroutine calls to an onboard prom (E000-FFFF) The major factor affecting performance is whether single density or double density is being used. There are far fewer bad sectors at single density than at double density. Unfortunately, the CP/M with the DJ2D will not fit on the first two tracks in single density. Bob (isl!meier@shasta) 6-Mar-84 22:11:16-MST,1409;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Mar 84 22:11:11-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 6 Mar 84 23:50 EST Received: From Mit-Mc.ARPA by BRL via smtp; 6 Mar 84 23:41 EST Date: 6 March 1984 23:41-EST From: Jerry E. Pournelle Subject: Bugs & related flames To: MMOON.ES@parc-maxc cc: INFO-CPM@brl, strom@brl-bmd In-reply-to: Msg of Tue 6 Mar 84 16:07 PST from MMOON.ES at PARC-MAXC.ARPA DRI Concurrent exists for PC, and is pretty damned good. I think probably wave of the future. About Octogon I know nothing. Gifford MP/M is said to work; Jim Hudson is using it. I am using CP/M 8/16 because it is faster and I have Tony Pietsch's new TMX Bios for it. 8/16 with Compupro hard disk is just plain GREAT, if you're willing to put up with some of CP/M's quirks. Alas, some of these are quirks I am not used to because Tony used to trap them in the BIOS and you can't do that in 8/16. However, Compupro has bouth the source to CP/M and is contemplating doing a few nice things to the Command Processor to make it a little friendlier; but that's a Real Soon Now project, and I have no clues as to when it will be available, or even that they won't shelve it for another project; I expect to have Concurrent running on my big system Real Soon Now. It runs on the IBM PC fine. 6-Mar-84 22:24:38-MST,877;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Mar 84 22:24:34-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 7 Mar 84 0:01 EST Received: From Mit-Mc.ARPA by BRL via smtp; 6 Mar 84 23:51 EST Date: 6 Mar 84 23:50:41 EST From: Liz Subject: Do you know of a c that....? To: INFO-IBMPC@USC-ISIB.ARPA, INFO-CPM@MIT-MC.ARPA, INFO-MICRO@BRL-VGR.ARPA, INFO-UNIX@BRL.ARPA We here at Smaug are in need of a C for the IBM-PC that will link with assembler routines. It also should be close to the standard, have enumerated types, and have all possible libraries (numerical stuff is not real necessary). Actually we are looking for the moon on a silver platter. Oh yes...also fast and efficient. Please reply directly to me sommers@Rutgers or Smaug@Rutgers ------- 7-Mar-84 10:45:06-MST,742;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 Mar 84 10:44:52-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 7 Mar 84 2:38 EST Received: From Mit-Mc.ARPA by BRL via smtp; 7 Mar 84 2:30 EST Date: 6 March 1984 23:47-EST From: Jerry E. Pournelle Subject: How long does it take to get Turbo Pascal? To: Brzozowski%his-phoenix-multics.arpa@brl cc: info-cpm@brl In-reply-to: Msg of Tue 6 Mar 84 15:30 MST from Brzozowski%his-phoenix-multics.arpa at BRL.ARPA I suspect they delayed shipping your order so that they could include the update version which they are sdaid to be putting out this week. That's assuming your order got through the US Snails. 7-Mar-84 10:45:12-MST,815;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 Mar 84 10:45:02-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 7 Mar 84 8:15 EST Date: Wed, 7 Mar 84 8:05:40 EST From: Keith Petersen To: MMOON.ES@parc-maxc.arpa cc: Info-Cpm@amsaa Subject: How to get DR books - an alternative Intel has apparently become an OEM for DR CP/M software. They support CP/M on their development systems and many of the manuals can be purchased at your local Intel rep. I bought the M80/L80 and BASIC-80 compiler manuals from the Detroit Intel rep for a client who wanted to evaluate those packages. The books have an Intel cover and Intel order number, but are identical to the ones supplied by DR with those packages. --Keith 7-Mar-84 10:45:15-MST,1249;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 Mar 84 10:45:05-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 7 Mar 84 7:15 EST Received: From Brl-Bmd.ARPA by BRL via smtp; 7 Mar 84 7:08 EST Date: Wed, 7 Mar 84 6:59:42 EST From: Charlie Strom (NYU) To: MMOON.ES@parc-maxc.arpa cc: INFO-CPM@brl Subject: Re: Bugs & related flames I can address your problems with Gifford. I suggest that you call the San Leandro main office number. My dealings with them since I purchased a large system in the early summer have been excellent. They are indeed suffering from growing pains, but I have a high regard for them and their technical capabilities and their heart is in the right place. Bear in mind that as hackers, we are not likely to get the inside dope from Giffoed when it comes to explaining the innards of MP/M-816. This company is not dedicated to serving hackers, rather their expertise lies in dealing with less technical people who want to get the job done and are not interested in the inner workings of the operating system. I wish this were different, but I certainly see their point and can respect their position. 7-Mar-84 10:45:19-MST,628;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 Mar 84 10:45:11-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 7 Mar 84 8:51 EST Date: Wed, 7 Mar 84 8:12:03 EST From: Keith Petersen To: MMOON.ES@parc-maxc.arpa cc: Info-Cpm@amsaa Subject: Alternative source for manuals Correction to my previous message. Please substitute Microsoft for DR. It's possible that Intel also offers books for the DR software since they do support CP/M on their development systems. It's certainly worth a call to your local rep. to find out. 7-Mar-84 10:45:23-MST,1039;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 Mar 84 10:45:17-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 7 Mar 84 8:52 EST Date: Wed, 7 Mar 84 8:21:53 EST From: Keith Petersen To: Sam Hahn cc: Info-Cpm@amsaa Subject: Re: Really big files You mentioned a bug in "UNPACK". Are you talking about SQUEEZE and UNSQUEEZE (Richard Greenlaw's PD CP/M-80 programs)? If so, the problem is in SQ.COM if you have a version before 1.5. The problem was that the SQueezer overflowed the 16-bit counter used during the packing process. This happened only occasionally and with only certain types of files. The latest versions for SQ and USQ are SQ-17.COM and USQ-20.COM. They're available via FTP from SIMTEL20 in the MICRO: directory, or if you cannot FTP you can get them from many RCPM systems, including my own Royal Oak (MI) system at 313-759-6569 (they're on the B: drive there). --Keith 7-Mar-84 10:45:39-MST,746;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 Mar 84 10:45:24-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 7 Mar 84 8:54 EST Date: Wed, 7 Mar 84 8:27:21 EST From: Keith Petersen To: meier%isl@amsaa.arpa cc: Info-Cpm@amsaa Subject: DJ2D disk alignment If your problem is important enough to warrent spending money on a phone call, I'd suggest that you talk to Dave Hardy at CDP, Inc. in Dearborn, Mi. They've been using the DJ2D commercially as an OEM for many years and they also operate a floppy disk drive repair service. You can reach Dave Hardy Monday through Friday from Noon to about 8 p.m. (e.s.t.) at 313-846-1055. --Keith 7-Mar-84 13:08:13-MST,989;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 Mar 84 13:08:09-MST Received: From Simtel20.ARPA by AMSAA via smtp; 7 Mar 84 14:46 EST Date: Wed 7 Mar 84 12:46:29-MST From: Keith Petersen Subject: Using MDM727 with Cromemco CDOS To: Info-Cpm@AMSAA.ARPA Date: Wed, 7 Mar 84 From: Keith Petersen, W8SDZ To: All Subject: Using MDM727 with Cromemco CDOS CDOS users: Get M7CD-1.ASM, the overlay for Cromemco systems. After you overlay MDM727.COM using DEBUG, patch the following locations to NOPs (binary zeros): 2E4C, 2E4D, 2E4E, 2E4F. This will disable the CP/M disk stat call function 1Fh which is not implemented in the current version of CDOS. The MDM727 DIR function will then work, but will show 0k left on the disk. That's livable, and certainly better than before when CDOS gave an error message and jumped out of MDM727 to return to the system. --Keith ------- 7-Mar-84 14:22:44-MST,1377;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 Mar 84 14:22:39-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 7 Mar 84 15:44 EST Received: From Mit-Mc.ARPA by BRL via smtp; 7 Mar 84 15:33 EST Received: from ucbarpa.ARPA by UCB-VAX.ARPA (4.22/4.25) id AA08028; Wed, 7 Mar 84 01:00:41 pst Received: by ucbarpa.ARPA (4.22/4.25) id AA18787; Wed, 7 Mar 84 01:01:58 pst Date: Wed, 7 Mar 84 01:01:58 pst From: David Allen Gewirtz Message-Id: <8403070901.AA18787@ucbarpa.ARPA> To: INFO-CPM@MIT-MC.ARPA, INFO-IBMPC@USC-ISIB.ARPA, INFO-MICRO@BRL-VGR.ARPA, INFO-UNIX@BRL.ARPA, SOMMERS@RUTGERS.ARPA Subject: Re: Do you know of a c that....? Mygosh..sorry about those of you who receive multiple copies of this... The Lattice/Microsoft compiler does lots of what you need, including linking with an assembler (but I'm not sure about enumerated types). You can also buy outside libraries from Blaise Computing and Greenlead Software that has lots of nice library functions...see PC Tech Journal.. Now, for your math goodies, here's a real out of this world reference for you...A local bulletin board system has a whole lot of mathematics subroutines (arcsine and other mean, nasty, and ugly things)..It is in the SF Bay area at 415-864-1418..and the rest is up to you. 7-Mar-84 19:44:29-MST,4755;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 Mar 84 19:44:16-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 7 Mar 84 21:20 EST Received: From Mit-Mc.ARPA by BRL via smtp; 7 Mar 84 21:20 EST Received: from RU-BLUE.ARPA by RUTGERS.ARPA with PUP; 7 Mar 84 21:18:04 EST Date: 7 Mar 84 18:10:41 EST From: Seymour Subject: Octagon Hardware To: info-cpm@MIT-MC.ARPA cc: stillman@RU-BLUE.ARPA, joseph@RU-BLUE.ARPA On the reality and availability of Octagon hardware: We in the Rutgers Microcomputer Lab had been looking for a big hard disk system for one of our bulletin board RCP/M computers for many moons. We too were attracted by the glossy advertisements from Octagon promising a complete 16Mb hard disk subsystem with BIOS for a reasonable price. My first call to Octagon got me copies of the technical manuals for everything they make! I only asked about the hard disk subsystem for a Z80 but I got specs on their 8/16 dual processor board and assembly listings for both their 8080 and 8088 BIOS'. They were friendly and helpful on the phone and were at CP/M 83 (a big trade show) with some of their equipment. After consulting with the person who wrote their BIOS to make sure it would suit our purpose, we ordered one. The Octagon Hard disk subsystem arrived in a reasonable time but showed signs of being an early product. The packaging was not great. There were no physical assembly instructions; I had to call them to find out which cable went where and which orientation was right for the plugs. There was documentation on how to install the software and after we had followed it to the letter three or four times without success, I called Octagon again. They were helpful but were unable to solve the problem over the phone. The gentleman who wrote their BIOS asked me to send back to whole thing and include a listing of our original floppy BIOS (to which his was supposed to attach but didn't). We sent the whole kit and kaboodle back to Octagon and waited. About a week later (rather reasonable turnaround actually) I got a DHL courier express package with the whole subsystem in it. It seems our BIOS does things a little differently than Octagon had assumed (don't they all) and their attach BIOS would not work. They had >rewritten< their BIOS for us and would we please test it and tell them how it went. I for one was surprised and pleased when we hooked it all back up and it WORKED! We had been playing with it for so long without luck the first time that we were just dying to see that little "In-use" LED light up. Some more extended playing with the system exposed another problem, files would disappear from the hard disk or would fail to PIP properly. Octagon suggested reformatting the disk and trying again. Formatting the disk revealed several areas of the disk that would not format correctly. We suspected a bad disk until we tried formatting the disk when the system was cold. It seemed to format OK cold but if the system had been on for a while, it failed. Octagon customer support thought it was probably a failing heat-sensitive component on the hard disk controller board (a reasonable assumption). They express-shipped us one the next day. After trying the new board and getting identical results, another call to Octagon got us a new drive unit, again shipped overnight at no charge to us. Exchanging the drive has fixed the last problem and we are now revelling in the speeds of Wordstar and Mince on hard disk. The whole system has been running for about a week now with no new problems and we are very satisfied with it. It is small, it is fast and it works. Overall, I got these impressions of Octagon: 1) Yes, its a rather new product. But, it definitely exists. They said on the phone that they had about 25 of them successfully running in Z80 systems. 2) They are a young company that has not reached the point of user unfriendliness we hear about DRI or Micropro. They are willing to help and to spend their time and effort to get things solved. I could expect no better. I personally would rather deal with a smaller company even if it did make mistakes occasionally, than with a monster like IBM or DEC. (which by the way have also been rumored to have made mistakes). 3) Anytime we had a problem, they acted responsibly and quickly to attempt to solve it and, although we did have an unusual number of them in installing this system, I am generally pleased by the company and the product. Seymour Joseph System Programmer / Microcomputers Rutgers University ------- 7-Mar-84 22:59:08-MST,476;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 Mar 84 22:59:03-MST Received: From Hi-Multics.ARPA by AMSAA via smtp; 8 Mar 84 0:40 EST Date: 7 March 1984 23:38 cst From: Eaton.HFED@hi-multics Subject: champion accounting system To: info-cpm@amsaa Does anyone have any words of wisdom concerining the "CHAMPION accounting system (dBASE runtime) and it's associated modules? Jesse (still cold - still here) 7-Mar-84 22:59:49-MST,776;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 Mar 84 22:59:46-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 8 Mar 84 0:40 EST Received: From Mit-Mc.ARPA by BRL via smtp; 8 Mar 84 0:31 EST Date: Thu, 8 Mar 1984 00:30 EST Message-ID: From: ANDY%MIT-OZ@MIT-MC.ARPA To: info-cpm@BRL.ARPA Subject: Old Kaypro disk fix I have one of the first Kaypros ever produced. The one with the vertical drives and brightness control on the front panel. It has this nasty habit. The motor for drive A is always on. It apparently doesn't hurt the floppy since head only comes down during an actual access, but is still bothers me. Does anyone know how to fix this? -Andy 7-Mar-84 23:00:25-MST,3041;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 Mar 84 23:00:16-MST Received: From Hi-Multics.ARPA by AMSAA via smtp; 8 Mar 84 0:34 EST Date: 7 March 1984 23:32 cst From: Eaton.HFED@hi-multics Subject: troubleshooting To: info-cpm@amsaa Reading through Seymour Joseph's experience with his new Octagon Hard Disk and controller prompted me to offer this tidbit of info to techies and non- techies alike. I personally have an unreasonable fear of sending my S100 boards back for repair. This especially holds true for temperature sensitive problems. If you are experiencing intermittent problems there are a few things you can try before packin' it up an' sendin' it off to who knows where for who knows how long. If you suspect heat is the problem take a hair dryer and fit the hose (please don't use a floor model) with a small diameter plastic tube using tape or whatever. Let your board cool down. Then systematically direct the heat from the hair dryer to each individual chip on the board. You can actually heat them to the point that they are too hot to touch and they should still purr without incident. If there is a bad chip on the board that's thermal sensitive you'll find it. Incidently, heat is not the only way that chips (or transistors) will fail. Cold can also be the cause of failure. At present I am using a pressurized can of freon (tape cleaner) to cool circuits. It runs down the board and gives you the impression that it will fry every living circuit on your board, but it is non conductive and does no harm. A better alternative would be to purchase a product called "circuit cooler" which will actually put frost on your precious electronic gizmos but again, no harm should be done. Please "DON'T USE COLD WATER OR ANY THING THAT MIGHT BE CONDUCTIVE." If in doubt don't use it. One last thing that you might try is tapping on each chip or banging on the edge of the board to check for poor mechanical connections, solder balls and bad chip seating in sockets. Don't use instruments made of metal for the "tap test" as a poorly placed strike could put you out of business for certain. If you wish, you may purchase commercial products at your local electronics supply house to make it all a bit more professional. I have a heater specifi- cally design to heat electronic components. And if your board(s) are burried deep inside a mainframe then it might also pay to purchase a board extender. Be careful with these because you now have no protection from inserting the board backwards in the extender. You don't need technical know-how to perform any of the above. If you localize the problem then a component is what it costs (probably cheaper than shipping your board off "UPS Blue") and your board never leaves your side. I get queasy (or is it withdrawal) when I'm without mine. Happy troubleshooting. Jesse Eaton (Mpls - where March comes in like a lion and goes out like a lion) 7-Mar-84 23:43:35-MST,1443;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 Mar 84 23:43:28-MST Received: From Simtel20.ARPA by AMSAA via smtp; 8 Mar 84 1:13 EST Date: Wed 7 Mar 84 23:13:15-MST From: Keith Petersen Subject: QK12 bug fix To: INFO-CPM@AMSAA.ARPA The following bug fix for Quikkey version 1.2 was obtained from a file on CompuServe. I assume it's from the author of the program. --- There is a minor bug in QK12.ASM, of interest only to those who employ USER sections. When you are done setting up the initiating and terminating keys, QK12 returns you to current drive, user 0 rather than current drive, current user. The fix is quite simple: there are three lines preceding the label "rwccp:", as shown: lda cusrdrv ani 0fh mov c,a rwccp: jmp ? The "0fh" should be changed to "0ffh" to preserve both current drive and current user. You can also patch the COM file by using DU. Find the first allocation block of QK12.COM and G to there. Then, =<0F> will point you at the op code for "mov c,a". This was byte 64 on my system, and byte 63 is the offender. Do a CH63,FF;W;X and you're in business without having to reassemble the ASM file. Please let me know if yoy run into a problem caused by this fix; I admit that I did not research it thoroughly. However, I've implemented it and have had no problems. ------- 8-Mar-84 00:00:31-MST,1184;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 8 Mar 84 00:00:20-MST Received: From Hi-Multics.ARPA by AMSAA via smtp; 8 Mar 84 1:42 EST Date: 8 March 1984 00:41 cst From: Eaton.HFED@AMSAA.ARPA Subject: re: disk editor for cpm/1791 DUU and DU2 (with more features) are indeed excellent disk editors. There is however one slight problem when dealing with disks with bad sectors. My BIOS and I assume most BIOS' trap errors and will not return the data to DUU or DU2 if one is detected. This leaves the contents of the previous read in DUU's buffer. I wrote quick and dirty DDT routines to turn off error detection while attemting to repair bad sectors and then reenable error detection when I'm done. NEVER! "That's NEVER EVER try fixing a bad track by doing: read.. write.. increment.. loop. Fix those nasty little sectors one at a time "manually". I completeletely destroyed a directory by doing the afforementioned "never ever". The error handling/reporting by those programs "should" abort loops and return error messages to the user. Jesse (who knows more than one way to destroy a disk) 8-Mar-84 07:21:10-MST,1537;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 8 Mar 84 07:21:05-MST Received: From Brl-Voc.ARPA by AMSAA via smtp; 8 Mar 84 8:53 EST Date: Thu, 8 Mar 84 8:47:56 EST From: "Ferd Brundick (VLD/LTTB)" To: info-micro@amsaa, info-cpm@amsaa cc: Meself Subject: Turbo Pascal delays Hi, I called Borland yesterday to find out what had happened to my copy of Turbo Pascal. It had been several weeks since I ordered it over the phone (using the advertised 800 number), and I hadn't been billed on my latest Visa statement. The woman at the 800 number told me to call Customer Support (I don't have their number on me right now) and the woman there was VERY helpful and friendly. She checked the records for the day that I originally placed my order and said that she couldn't find my order. She told me the usual story: they are swamped with orders, they send them out every day, and the people who take the orders have been losing them (I was apparently not the first). I then placed a new order with her and she assured me that I will receive it within 2 weeks. The point of this story is: if you ordered Turbo Pascal and haven't received it yet, try giving Customer Support a call. dsw, fferd Fred S. Brundick USABRL, APG, MD. 8-Mar-84 07:43:24-MST,1131;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 8 Mar 84 07:43:20-MST Received: From Usc-Eclb.ARPA by AMSAA via smtp; 8 Mar 84 8:59 EST Date: 8 Mar 1984 05:58-PST Sender: STANLEY@usc-eclb Subject: MODEM Hiccups From: STANLEY@usc-eclb To: info-cpm@amsaa Cc: stanley@usc-eclb Message-ID: <[USC-ECLB] 8-Mar-84 05:58:30.STANLEY> In trying to move some files from the ECLB TOPS-20 system, I have encountered two problems: 1. Persistent aborts after 60-100 records (but always at the same record) in CRC mode 2. Consistent abort for "Bad Header" at record 255 in checksum mode (which suggests to me that modem is not rolling over beyond 0FFH). On the receiving end, have been using an Osborne 1 running MDM791, and an H-89 using MODEM901, both at 300 baud. Problem occurs in same place on both. Files were being sent with binary output set on TOPS-20. Has anyone else encountered this? I didn't until two days ago; has anything changed? ...Dick 8-Mar-84 13:52:34-MST,1142;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 8 Mar 84 13:52:28-MST Received: From Brl-Vgr.ARPA by AMSAA via smtp; 8 Mar 84 15:25 EST Received: From Ut-Ngp.ARPA by BRL-VGR via smtp; 8 Mar 84 15:19 EST Date: Thu, 8 Mar 84 14:20:37 cst From: vomlehn@ut-ngp.ARPA Posted-Date: Thu, 8 Mar 84 14:20:37 cst Message-Id: <8403082020.AA22150@ut-ngp.ARPA> Received: by ut-ngp.ARPA (4.22/3.14) id AA22150; Thu, 8 Mar 84 14:20:37 cst To: info-cpm@brl-vgr.ARPA Subject: Using cold-in-a-can products to isolate faults You should be careful when using one of those cold-in-a-can products to isolate heat-sensitive chips. Apparently someone took a look at these things and discovered that suddenly cooling down a hot chip can cause it to fail. This is not entirely suprising when you consider what happens when you put a hot glass jar into cold water; it cracks. I don't know if this person came up with actual figures for these cold- induced failures, but if you notice your board fails in a different way after cooling down a chip it may be that you now have TWO defective chips. 8-Mar-84 14:03:20-MST,793;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 8 Mar 84 14:03:15-MST Received: From Sumex-Aim.ARPA by AMSAA via smtp; 8 Mar 84 15:36 EST Received: from ISL by SUMEX-AIM with Pup; Thu 8 Mar 84 10:49:02-PST Date: Thursday, 8 Mar 1984 10:50-PST To: info-cpm@amsaa Subject: re: disk editor for cpm/1791 In-reply-to: Your message of 8 March 1984 00:41 cst. From: meier%isl@AMSAA.ARPA Jesse, DUU and DU2 are probably what I can use. How can I get a copy of them? My BIOS also traps bad sector errors, but at least it would prevent me from losing all the information on a disk. It would allow me to mark the sectors as bad in the directory. (and thus prevent cp/m from trying to use them) Bob (shasta!isl!meier@amsaa.arpa) 8-Mar-84 15:40:07-MST,1651;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 8 Mar 84 15:40:01-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 8 Mar 84 17:23 EST Received: From Mit-Mc.ARPA by BRL via smtp; 8 Mar 84 17:12 EST Date: 8-Mar-84 17:12:20-EST From: jalbers@bnl Subject: ATTEN: Osborne computer users (All others, pls. skip To: info-cpm@mit-mc ATTENTION users of Osborne computers. The Capital Osborne Users Group (CapOUG) is seeking other Osborne users groups across the country. If you are a member of such a group, please send the name of the president, along with an address and phone number. We are also looking for contacts via the net (USENET or ARPA/MILNET) between groups across the country. If you can be such a contact or know of someone who can, please send me mail. All that would be envolved is sending and recieving summaries of meetings, parts of newsletters, and acting as an interface between your group and the other groups 'subscribing' to this 'mailing list'. At this point, it is not certain wheather communication would be through a mail 'reflector', or via a 'digest', however the latter is most likely. In return for your service, the CapOUG will exchange our software library, which consists of over 120 SD disketts, and articles from our newsletter. The 'interface' would be asked to offer the like to the other members of the list. Even if you don't belong to a group, this would be a great way to find the group in your area. Jon Albersg ARPA jalbers@BNL (UUCP)...!ihnp4!harpo!floyd!cmc12!philabs!sbcs!bnl!jalbers 8-Mar-84 16:12:07-MST,1073;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 8 Mar 84 16:11:59-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 8 Mar 84 17:50 EST Received: From Ucb-Vax.ARPA by BRL via smtp; 8 Mar 84 17:43 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.22/4.25) id AA03363; Thu, 8 Mar 84 14:42:14 pst Received: from ucbpopuli.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA (4.14.noSUID/4.14.2) id AA18137; Thu, 8 Mar 84 14:36:55 pst Received: by ucbpopuli.CC.Berkeley.ARPA (4.14/4.14) id AA08575; Thu, 8 Mar 84 14:42:41 pst Message-Id: <8403082242.AA08575@ucbpopuli.CC.Berkeley.ARPA> Date: 8 March 84 14:42-PST From: KJBSF%SLACVM.BITNET@berkeley To: INFO-CPM@brl Subject: BITNET mail follows Date: 8 March 1984, 14:41:03 PST From: KJBSF at SLACVM To: INFO-CPM at BRL.ARPA Subject: Kermit and Apple Kermit-80 on my Apple aborts a file transmission every time I try after 60 packets have been sent. I can't figure out what the problem could be. Any suggestions? 8-Mar-84 16:35:39-MST,2046;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 8 Mar 84 16:35:30-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 8 Mar 84 18:14 EST Received: From Parc-Maxc.ARPA by BRL via smtp; 8 Mar 84 18:07 EST Date: Thu, 8 Mar 84 12:33 PST From: Eldridge.es@PARC-MAXC.ARPA Subject: L80 patch to avoid disk reset To: info-cpm@brl.ARPA cc: es820ug^.es@PARC-MAXC.ARPA, 820Interest^.wbst@PARC-MAXC.ARPA, PARC820^.pa@PARC-MAXC.ARPA Reply-To: Eldridge.es@PARC-MAXC.ARPA The linker "L80.COM" from Microsoft behaves in way that can be annoying. L80 does a disk reset and relogs the disk every time it accesses a new .REL file. This was done so that .REL files from several disks could be linked simply by inserting the proper disk before entering the name of the .REL file. All the relogging avoided the dreaded BDOS ERROR: R/O that comes from indiscriminately swapping disks. If you never swap disks, then this behavior just increases the link time. This relogging becomes very time consuming when you have a hard disk with a large directory since CP/M must regenerate the allocation map every time it resets the disk. The following patch will eliminate the unnecessary relogging. This patch is for Link-80 3.44 09-Dec-81. A>REN L80.BAK=L80.COM A>DDT L80.BAK DDT VERS 2.2 NEXT PC 2B00 0100 -L2CC 02CC MVI C,19 02CE CALL 0005 02D1 PUSH PSW 02D2 MVI C,0D 02D4 CALL 0005 02D7 POP PSW 02D8 MOV E,A 02D9 MVI C,0E 02DB CALL 0005 02DE XRA A -A2CE 02CE JMP 02DE 02D1 . -S395 0395 20 31 0396 20 . -^C A>SAVE 42 L80.COM The patch causes a jump around the disk relogging calls. The version number is also changed to 3.441. If you have been linking files on a hard disk you will be pleased by the marked increase in speed. I have not had any problems linking files using the patched version of L80. Remember that you cannot swap disks while you are running the modified version of L80. George (Eldridge.es@PARC-MAXC.ARPA) 8-Mar-84 23:40:21-MST,1376;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 8 Mar 84 23:40:15-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 9 Mar 84 1:23 EST Received: From Csnet-Cic.ARPA by BRL via smtp; 9 Mar 84 1:19 EST Date: 08 Mar 84 22:13:22 PST (Thu) From: Michal Young Return-Path: Subject: Re: Old Kaypro disk fix Received: from UCI-750a by csnet-cic.ARPA ; 9 Mar 84 01:15:22 EST (Fri) To: ANDY%MIT-OZ%mit-mc@csnet-relay Cc: info-cpm%brl@csnet-relay, young%Uci-750a@csnet1 In-Reply-To: Your message of Thu, 8 Mar 1984 00:30 EST. The problem may not be hardware. My Kaypro used to run the drive motors until a character was read or written to console, I don't remember which. For instance Perfect Writer would start them spinning when it swapped and they would stay on till I typed something. Then last spring or so our user group got an updated CP/M and-- voila-- the drives turned off after use. So-- find someone with a newer Kaypro, and have them format/sysgen a disk for you. (Have them copy the whole CP/M disk-- some of the utilities have improved a bunch.) Maybe it will work, maybe not, but it's worth a try. (If you don't find someone handier, contact me and I'll mail you a disk). --Michal Young 9-Mar-84 01:57:37-MST,1460;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Mar 84 01:57:32-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 9 Mar 84 3:30 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 9 Mar 84 3:21 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 9 Mar 84 0:09-PST Date: 5 Mar 84 13:28:26-PST (Mon) To: info-cpm@brl From: sri-unix!hplabs!hao!seismo!harpo!ulysses!burl!clyde!akgua!mcnc!ncsu!ikonas!bitmap%ucbtopaz.cc.berkeley.arpa@BRL.ARPA Subject: UMODEM for 4.1bsd? Article-I.D.: ucbtopaz.409 Relay-Version:version B 2.10.1 6/24/83; site ncsu.UUCP Posting-Version:version B 2.10.1 6/24/83 v7 ucbtopaz-1.5; site ucbtopaz.CC.Berkeley.ARPA Path:ncsu!mcnc!akgua!clyde!floyd!harpo!decvax!ucbvax!ucbtopaz!bitmap Message-ID:<409@ucbtopaz.CC.Berkeley.ARPA> Date:Mon, 5-Mar-84 16:28:26 EST Organization:Univ. of Calif., Berkeley CA USA I'm trying to locate copies of the program UMODEM (a Unix-based communication program designed to facilitate the transfer of files between Unix and CP/M systems via MODEM7) that will run under 4.1bsd. Ideally, I'd like to obtain copies for both VAX 11/780s and PDP 11/70s, but I'd happily settle for a program that would work on one or the other machine. I would be grateful for any information you can provide on the subject. John Hevelin ucbvax!cgr@ucbpopuli 9-Mar-84 02:44:36-MST,3894;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Mar 84 02:44:26-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 9 Mar 84 4:17 EST Received: From Csnet-Relay.ARPA by BRL via smtp; 9 Mar 84 4:14 EST Received: by csnet-relay via uvapob; 9 Mar 84 4:01 EST Date: 7 Mar 1984 06:22:04-EST From: erh%virginia.csnet@csnet-relay.arpa To: info-cpm%brl.arpa@csnet-relay.arpa Subject: RE: Octagon's 8/16 CPU board [] I had exactly same experience with Digital Research and Octagon. After waiting for several weeks for Octagon's literature, I finally managed to talk to a person in their tech department. (My questions were: is the 8" DD disk format IBM (i.e. CompuPro) compatible? -- Yes. Will the CPU's work with 4Mhz static memory mapped board? -- Maybe.) Mike Lucas from Priority 1 said they had Octagon's board running in a CompuPro system and it did fine. Priority had sold several to large companies in LA area and had no complaints. I then ordered one from Priority 1 (in mid February). It is supposed to be shipped around March 10. Presumably, I am taking a risk. But I was surprised and very disappointed by CompuPro's decision to obsolete their Z-80 CPU by introducing a dual CPU board running 8080 only. I considered getting their new Z80 slave CPU but was told that delivery will not start until summer (also, the price is about $1000). For those haven't heard about Octagon's 8/16 CPU board, here are a few specs (as advertised): -- dual CPU's (8088 at 8MHz and NSC-800 at 4MHz. NSC chip is upward compatible with Z80 at the machine language level.) -- FDC on board, up to 4 5" or 8" drives in any combination. -- two software controlled serial ports on board <= 19000 bps -- monitor in PROM, fixed freq timer interrupt, etc. The current Priority 1 price is $795. For another $695 they will sell you 128K of CompuPro's fast RAM, and that is ALL you need to run Octagon's system (CP/M-86 will run with 64K). If it works as advertised, it is a steal. I will likely have more to say when I get the board. ----- Mail saved at Wed Mar 7 06:19:12 1984 To: info-cpm@BRL.ARPA Subject: Re: Octagon 8/16 CPU for S-100 [] I had exactly same experience with Digital Research and Octagon. After waiting for several weeks for Octagon's literature, I finally managed to talk to a person in their tech department. (My questions were: is the 8" DD disk format IBM (i.e. CompuPro) compatible? -- Yes. Will the CPU's work with 4Mhz static memory mapped board? -- Maybe.) Mike Lucas from Priority 1 said they had Octagon's board running in a CompuPro system and it did fine. Priority had sold several to large companies in LA area and had no complaints. I then ordered one from Priority 1 (in mid February). It is supposed to be shipped around March 10. Presumably, I am taking a risk. But I was surprised and very disappointed by CompuPro's decision to obsolete their Z-80 CPU by introducing a dual CPU board running 8080 only. I considered getting their new Z80 slave CPU but was told that delivery will not start until summer (also, the price is about $1000). For those haven't heard about Octagon's 8/16 CPU board, here are a few specs (as advertised): -- dual CPU's (8088 at 8MHz and NSC-800 at 4MHz. NSC chip is upward compatible with Z80 at the machine language level.) -- FDC on board, up to 4 5" or 8" drives in any combination. -- two software controlled serial ports on board <= 19000 bps -- monitor in PROM, fixed freq timer interrupt, etc. The current Priority 1 price is $795. For another $695 they will sell you 128K of CompuPro's fast RAM, and that is ALL you need to run Octagon's system (CP/M-86 will run with 64K). If it works as advertised, it is a steal. I will likely have more to say when I get the board. 9-Mar-84 03:09:57-MST,1563;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Mar 84 03:09:52-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 9 Mar 84 4:51 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 9 Mar 84 4:46 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 9 Mar 84 1:25-PST Date: 2 Mar 84 7:02:47-PST (Fri) To: info-cpm@brl From: decvax!ittvax!dcdwest!sdcsvax!sdccsu3!brian@ucb-vax Subject: Re: Uc.c Article-I.D.: sdccsu3.1613 In-Reply-To: Article <16907@sri-arpa.UUCP> x We had exactly the same problem with uc.c on 4.1 - what you have to do to fix it is change the fstat procedure name to something else - for example, myfstat, as it is overlaying the system fstat in the io library, and the first printf in the program is causing infinite recursion until you blow the stack. Be aware that the uc.c program will fail as soon as you go to 4.2 - it uses alarm() to time out reads, and the entire signal handling mechanism has changed in 4.2 in this respect, so you'll have to rewrite all the sections of code that depend on that. Look into the 'select' system call in your 4.2 manuals. A few days ago I posted 'xmodem' - a sort of umodem program updated for 4.2 BSD. You'll find a working example of the select call and timeout as it would be used in uc in that program. Or you could add crcs to xmodem - I intended to but ran out of time. -- -Brian Kantor, UC San Diego Kantor@Nosc ihnp4 \ decvax \ dcdwest ----- sdcsvax ----- brian ittvax / ucbvax/ 9-Mar-84 03:12:44-MST,1031;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Mar 84 03:12:40-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 9 Mar 84 4:50 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 9 Mar 84 4:46 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 9 Mar 84 1:26-PST Date: 2 Mar 84 19:58:02-PST (Fri) To: info-cpm@brl From: hplabs!hao!seismo!ut-sally!ut-ngp!garey@ucb-vax Subject: re:Kaypro, Perfect Writer, and superscripting problem Article-I.D.: ut-ngp.345 Look at the PW manual page A-37, under 'pad super and subscripts'. If your printer can microfeed, you can set this to no. Look at the config- uration for your printer with PFCONFIG.COM and see what its set at. Also look in your printer manual and make sure it can microfeed. I hope this helps, Jim Garey garey@ut-ngp.ARPA {ihnp4,seismo,ctvax}!ut-sally!ut-ngp!garey P.S. I can't seem to send mail out thru usenet so I can't reply except thru postnews or ARPA mail. 9-Mar-84 04:56:35-MST,1750;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Mar 84 04:56:30-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 9 Mar 84 6:36 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 9 Mar 84 6:33 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 9 Mar 84 3:26-PST Date: 3 Mar 84 17:18:43-PST (Sat) To: info-cpm@brl From: decvax!linus!philabs!sbcs!bnl!jalbers@ucb-vax Subject: Atten:Osborne users Article-I.D.: bnl.363 ATTENTION users of Osborne computers. The Capital Osborne Users Group (CapOUG) is seeking other Osborne users groups across the country. If you are a member of such a group, please send the name of the president, along with an address and phone number. We are also looking for contacts via the net (USENET or ARPA/MILNET) between groups across the country. If you can be such a contact or know of someone who can, please send me mail. All that would be envolved is sending and recieving summaries of meetings, parts of newsletters, and acting as an interface between your group and the other groups 'subscribing' to this 'mailing list'. At this point, it is not certain wheather communication would be through a mail 'reflector', or via a 'digest', however the latter is most likely. In return for your service, the CapOUG will exchange our software library, which consists of over 120 SD disketts, and articles from our newsletter. The 'interface' would be asked to offer the like to the other members of the list. Even if you don't belong to a group, this would be a great way to find the group in your area. Jon Albersg ARPA jalbers@BNL (UUCP)...!ihnp4!harpo!floyd!cmc12!philabs!sbcs!bnl!jalbers 9-Mar-84 08:29:26-MST,989;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Mar 84 08:29:22-MST Received: From Usc-Isid.ARPA by AMSAA via smtp; 9 Mar 84 10:05 EST Date: 9 Mar 1984 06:45-PST Sender: ABN.ISCAMS@usc-isid Subject: re: disk editor for cpm/1791 From: ABN.ISCAMS@usc-isid To: meier%isl@amsaa Cc: info-cpm@amsaa Message-ID: <[USC-ISID] 9-Mar-84 06:45:47.ABN.ISCAMS> In-Reply-To: The message of Thursday, 8 Mar 1984 10:50-PST from meier%isl@AMSAA.ARPA DUU and DU are at SIMTEL20 via anonymous FTP (I think DUU is in the SIGM files somewhere, and DU under disk utilities). FINDBAD, which is supposed to find and lock out bad sectors (by storing them in a file called BAD or something like that) is also out there -- however I find it does not catch all the errors, since I can run FINDBAD and still get BDOS errors. Donno why. If you need help FTPing from SIMTEL20, yell. Regards, David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID) 9-Mar-84 11:58:27-MST,1265;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Mar 84 11:58:21-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 9 Mar 84 13:36 EST Received: From Mit-Mc.ARPA by BRL via smtp; 9 Mar 84 13:30 EST Received: by csnet-relay via xumass-cs; 9 Mar 84 12:29 EST Date: Fri, 9 Mar 84 09:09 EST From: Robert (LISPer DM)Heller To: Info-CPM%mit-mc.arpa@csnet-relay.arpa Subject: Looking For A BASIC Interpreter For The 68K I am looking for a good BASIC interpreter for the 68000 processor. I want somthing which runs under CP/M-68K or standalone. It should be fairly compatable with Microsoft BASIC. Microsoft BASIC is the BASIC which is the basis of the BASIC-IN-ROM in most of the "little" machines: Apple I&II, Atari, Commodore, TI, TRS-80, etc. It does not have to be super fast - I will be using for educational purposes running little student programs. I have a SAGE II w/ two 5.25" DSQD disks (640Kbytes eash), with both the UCSD p-System and CP/M-68K O/S's. The BASIC compiler that comes with UCSD p-System is very non-compatable and a pain to use. I want something better. Robert Heller Heller%UMass-CS@CSNet-Relay 9-Mar-84 12:32:29-MST,674;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Mar 84 12:32:25-MST Received: From Simtel20.ARPA by AMSAA via smtp; 9 Mar 84 14:03 EST Date: 9 Mar 1984 12:01 MST (Fri) Message-ID: From: "Frank J. Wancho" To: ABN.ISCAMS@usc-isid Cc: meier%isl@amsaa, INFO-CPM@amsaa Subject: FINDBAD In-reply-to: Msg of 9 Mar 1984 07:45-MST from ABN.ISCAMS at usc-isid As pointed out elsewhere, it is probably NOT a good idea to do READ/WRITE cycles on a disk with active data. Thus, FINDBAD only READs each sector and cannot detect and flag WRITE errors. --Frank 9-Mar-84 13:05:06-MST,1688;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Mar 84 13:05:00-MST Date: Fri, 9 Mar 84 14:27:06 EST From: Dave Towson (info-cpm) To: info-cpm@amsaa Subject: [garey: Re: Old Kaypro disk fix] Presumably, this was sent to me rather than to the whole list by mistake. Dave ----- Forwarded message # 1: Received: From Ut-Ngp.ARPA by AMSAA via smtp; 8 Mar 84 22:03 EST Date: Thu, 8 Mar 84 21:04:54 cst From: garey@ut-ngp.ARPA Posted-Date: Thu, 8 Mar 84 21:04:54 cst Message-Id: <8403090304.AA27550@ut-ngp.ARPA> Received: by ut-ngp.ARPA (4.22/3.14) id AA27550; Thu, 8 Mar 84 21:04:54 cst To: info-cpm-request@AMSAA.ARPA Subject: Re: Old Kaypro disk fix Has this always been the case? In my Kaypro (one of the first horizontal drive models the light is on if the drive is selected, whether or not the drive is running, but the motor shuts off after a certain time with no further access. If this motor running at all times is new, you could call up the dealer and see if it can be fixed cheap, otherwise Kaypro will sell you a whole new board for $120. If the A motor running all the time is inherent in your old model Kaypro, it could be solved with a more up to date BIOS or a commercial replacement such as KayKey, which allows you to set when the drive motor shuts off. Call up Kaypro and ask. I've found them to be very responsive. Within Perfect Writer the motor runs after the last access for ever if you don't hit a key, but that doesn't sound like your problem. Maybe some more technical people can give more specific ----- End of forwarded messages 9-Mar-84 16:43:37-MST,2116;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Mar 84 16:43:30-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 9 Mar 84 18:18 EST Received: From Ucb-Vax.ARPA by BRL via smtp; 9 Mar 84 18:04 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.22/4.25) id AA23981; Fri, 9 Mar 84 12:41:07 pst Received: from ucbopal.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA (4.14.noSUID/4.14.3) id AA09357; Fri, 9 Mar 84 12:35:56 pst Received: by ucbopal.CC.Berkeley.ARPA (4.14/4.14) id AA14701; Fri, 9 Mar 84 12:25:01 pst Date: Fri, 9 Mar 84 12:25:01 pst From: William C. Wells Message-Id: <8403092025.AA14701@ucbopal.CC.Berkeley.ARPA> To: cgr%ucbpopuli.CC@berkeley Subject: Re: UMODEM for BSD 4.1 Cc: info-cpm@brl.ARPA In reply to: Date: 5 Mar 84 13:28:26-PST (Mon) To: info-cpm@brl From: sri-unix!hplabs!hao!seismo!harpo!ulysses!burl!clyde !akgua!mcnc!ncsu!ikonas!bitmap@ucbtopaz.cc. Subject: UMODEM for 4.1bsd? Article-I.D.: ucbtopaz.409 Organization:Univ. of Calif., Berkeley CA USA I'm trying to locate copies of the program UMODEM (a Unix-based communication program designed to facilitate the transfer of files between Unix and CP/M systems via MODEM7) that will run under 4.1bsd. Ideally, I'd like to obtain copies for both VAX 11/780s and PDP 11/70s, but I'd happily settle for a program that would work on one or the other machine. I would be grateful for any information you can provide on the subject. John Hevelin ucbvax!cgr@ucbpopuli John, The MODEM communcation programs are periodically copied down from the SIMTEL20 MICRO Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Mar 84 16:46:42-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 9 Mar 84 18:18 EST Received: From Simtel20.ARPA by BRL via smtp; 9 Mar 84 18:12 EST Date: 9 Mar 1984 13:12 MST (Fri) Message-ID: From: "Frank J. Wancho" To: INFO-CPM@brl, INFO-IBMPC@usc-isib Cc: INFO-MICRO@brl, INFO-UNIX@brl Subject: 24-hr Access to SIMTEL20 The SIMTEL20 has now been up for over 50 continuous hours after the infamous shunt-trip circuit breaker was installed and acid-tested (twice) earlier in the week, and the Air Conditioner load balanced so that it doesn't shutdown. We expect to remain up continuously except for scheduled PM every other Wednesday morning. The SIMTEL20 holds the online repository for the entire SIG/M and CPMUG volumes of public domain disks. We also actively maintain a separate collection of current CP/M public domain software originally started on MIT-MC. There is also a fledgling collection of UNIX/C public domain software from Rick Conn, with the DARCOM ToolChest to be added momentarily. We also expect to be uploading the current set of 42 PC-BLUE volumes next week, and the latest releases from SIG/M as they become available. The major directories of interest are: MICRO: The constantly updated CP/M collection from MC See MICRO:CPM.DIRLST for a short list of the subdirectory name to substitute for the *. MICRO: The SIG/M collection, where nnn = 000 to 145. We are expecting 146 to 165 RSN. MICRO: The CPMUG collection, where nnn = 001 to 054, and 078 to 090 (055 to 077 are duplicates of various SIG/M volumes). MICRO: UNIX/C utilities from Rick Conn, including UC and MENU to name two. MICRO:The DARCOM ToolChest (available later today). MICRO: The SIG/M and NYACC PC-BLUE collection, where nnn = 001 to 042 (available later next week). Each major directory also contains a file of the form, MICRO:dir.CRCLST, which lists the contents of each of the subdirectories in alphanumeric order along with the size, filetype, and CRC value. Filetype may be either ASCII or COM. If COM, then it is an ITS Binary file. ALL of the files in MICRO:, MICRO:, and (soon) MICRO:, and the obviously binary files in MICRO: are stored in ITS Binary format to preserve published or documented CRC values. --Frank 9-Mar-84 22:13:53-MST,968;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Mar 84 22:13:48-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 9 Mar 84 23:49 EST Received: From Csnet-Cic.ARPA by BRL via smtp; 9 Mar 84 23:48 EST Date: 09 Mar 84 20:44:48 PST (Fri) From: Michal Young Return-Path: Subject: Re: Kaypro, Perfect Writer, and superscripting problem Received: from UCI-750a by csnet-cic.ARPA ; 9 Mar 84 23:45:55 EST (Fri) To: hplabs!hao!seismo!ut-sally!ut-ngp!garey%ucb-vax@csnet-relay Cc: info-cpm%brl@csnet-relay, young%Uci-750a@csnet1 In-Reply-To: Your message of 2 Mar 84 19:58:02-PST (Fri). In my copy of PFCONFIG, if I say my printer can microfeed I get asked which of the supported printers I own-- I cannot specify the sequence of codes needed to microfeed my printer, so I have to tell it my printer is dumber than it really is. Has Perfect fixed this? 10-Mar-84 04:52:43-MST,1315;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 10 Mar 84 04:52:38-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 10 Mar 84 6:24 EST Received: From Dca-Ems.ARPA by BRL via smtp; 10 Mar 84 6:17 EST Date: 10 Mar 1984 5:50:34 EST (Saturday) From: Maj Bower (HQ USEUCOM) Subject: UFDC-1 disk controller To: info-cpm@brl I am sending this to the net since my cry for help went that-a-way. The UFDC-1 controller (mine purchased from Compu/time) DOES work with the Siemens FDD-221-5 80 track double-sided drive. The problem in my system came from relying on the controller documentation when writing a customized BIOS. BE ADVISED...Bit 5 of the control byte to the controller should be a zero for side zero...NOT a one for side zero as listed in the documentation. With the correct bit inserted, the board is FANTASTIC! The board is now configured with: Drive A - Tabor 3.25" - SS/DD - 12 mS steps - 384K Drive B - Siemens FDD-221-5 - DS/DD - 6 mS steps - 784K Drive C - Siemens FDD-100-8D - SS/DD - 6 mS steps - 636K With only a jumper change and drive swap, Drive B can change to a Shugart SA-400 SS/DD - 20 mS steps - 160K. A great controller board...if only the documentation were correct. Hal 10-Mar-84 12:12:37-MST,2445;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 10 Mar 84 12:12:29-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 10 Mar 84 13:49 EST Received: From Mit-Mc.ARPA by BRL via smtp; 10 Mar 84 13:41 EST Date: 10 March 1984 13:41-EST From: Charlie Strom Subject: BDOS 37 clarification To: INFO-CPM@brl cc: CSTROM@mit-mc I received a clarification of the infamous BDOS 37 bug in CP/M 2.2 by way of Compuserve's CP/M Interest Group. Following is the straight poop (or so I am told)... Fm: Jim Rosenberg 71515,124 To: All Several months ago I left a message here about the bug in BDOS function 37. I see Jerry Pournelle is sounding off about it in this month's BYTE, and he's got his facts all mixed up. For those who missed my earlier message, here's the story as I know it. There is definitely a bug in BDOS 37, which will get you into deep trouble if you don't know about it, but if you use it carefully it seems to be perfectly safe. The problem comes when function 37 is used to reset the current default disk. Function 37 seems to do nothing but reset the correct bits in the login vector. Evidently BDOS simply assumes that the current default disk CAN'T fail to be logged in, and when that happens it gets extremely confused. (Don't try to debug the results if you value your sanity! I've seen open calls on a completely different disk report a file doesn't exist even when it does, and the allocation map of the FCB is filled in by the open call!!) My experience is that function 37 is perfectly safe if you aren't resetting the current disk. (I've only used it to reset one drive at a time.) The algorithm to reset an individual drive with the least pain is: (1) do BDOS 25 to get the current disk. If that isn't the drive you are resetting go ahead and use BDOS 37. (2) Otherwise, get the login vector (BDOS 24) and see if some drive other than what you want to reset is logged in. If so, select that drive, use BDOS 37, then select back to whatever drive had been current. (3) Only if neither of these obtains do you need to use BDOS 13. If anyone finds this doesn't work please let me know. I've used this algorithm in a piece of software of which I've sold hundreds all over the world and it seems to work. -Best, Jim P.S. This is 2.2!! Don't know if it also applies to CP/M-86. 10-Mar-84 16:19:57-MST,2564;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 10 Mar 84 16:19:50-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 10 Mar 84 18:02 EST Received: From Mit-Mc.ARPA by BRL via smtp; 10 Mar 84 17:52 EST Date: 10 March 1984 17:51-EST From: Eric Stork Subject: Function 37 To: CSTROM@mit-mc, info-cpm@brl Charlie Strom: , Thanks for the 3/10/84 net-msg on BDOS Function 37. A couple of months ago there was a lot of net traffic on this subject. That triggered me to do some investigation. Here is what learned, in part from thoughtful messages from FJW, W8SDZ, and some others, and in part from my own hacking: , * FJW provided the key by pointing out that Function 37 (F-37) does NOT reset the disk to which [DE] points, but rather disables the write-protect that normally prevents a write if the disk map on the disk does not match the disk map in memory. , * That leads to the logical conclusion that when one uses F-37, one must ALSO assure that the disk map in memory matches the actual disk. , * Through experimentation (switching disks and looking at the disk map in memory, which one can do using DDT or SID, and BDOS F-27) I found that every time a did a SEARCH FOR FIRST file (BDOS F-17) the disk map was reset. , * My conclusion (and I'd welcome criticism!) is that F-37 can be safely used to reset a specific disk so long as it is followed by a F-17 operation. Of course, any file on the disk being removed has to be closed first, to save the data. , * The disasters described by some seem to happen when one does a file write (or delete) after F-37 and a disk switch BUT before a disk map reset with F-17. , * Of course, that leaves the question of why use F-37 at all? I don't if I don't have to -- I'm old enough to have become a devout coward who avoids needless risks. But there are times when F-13 will not do the job. Sometimes F-13 does undesirable things to the program you're in -- then there is not other way if a disk switch is needed. Or is there? , * Hope this helps. I'd welcome further analytical discussion. I agree that Pournelle's current BYTE advice, though helpful in warning people, should have gone further than just say "don't do it". , Eric. 10-Mar-84 17:28:06-MST,508;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 10 Mar 84 17:28:03-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 10 Mar 84 19:13 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 10 Mar 84 19:07 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 10 Mar 84 4:09-PST Date: 8 Mar 84 9:23:18-PST (Thu) To: info-cpm@brl From: hplabs!hao!seismo!rlgvax!plunkett@ucb-vax Subject: Turbo Pascal: Any bad news? Article-I.D.: rlgvax.1786 10-Mar-84 22:40:42-MST,1418;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 10 Mar 84 22:40:38-MST Received: From Brl-Vgr.ARPA by AMSAA via smtp; 11 Mar 84 0:24 EST Received: From Mit-Mc.ARPA by BRL-VGR via smtp; 11 Mar 84 0:19 EST Date: Sun, 11 Mar 1984 00:17 EST Message-ID: From: STRAZ%MIT-OZ@MIT-MC.ARPA To: info-cpm@BRL-VGR.ARPA Subject: getting files I recently got a Kaypro, and I need a terminal emulator for it. Someone kindly pointed me to the files in SIMTEL20: micro: cpm.dirlst cpmug.crclst sigm.crclst I found some promising-looking files in micro: with names like KPROTERM.TXT and KAYMODEM.DOC, but upon reading them here at MIT (fetched via FTP on my DEC 20) I found gibberish, not human-legible text. I've tried transferring files with names like FOO.TXT and FOO.DOC using ASCII, 8-BIT, and 36-BIT transfer modes, but I keep losing. So I have three questions: 1) Is there a bootstrap program I can type into my Kaypro to make loading serious files easier? 2) Is there something I'm doing wrong with fetching stuff from SIMTEL20? 3) Can anyone recommend a terminal emulator program for Kaypros? (the free ADM3 that comes with Kaypros is too stupid. I'd prefer emulation of a VT52, Ann Arbor, Heath or other smarter terminal.) 11-Mar-84 00:55:12-MST,1435;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 11 Mar 84 00:55:08-MST Date: Sun, 11 Mar 84 2:38:16 EST From: Dave Towson (info-cpm) To: info-cpm@amsaa Subject: [graham: MACRO-80 patch(es) ??] Please note: Mail addressed to info-cpm-request should deal only with the operation of the list (additions, deletions, problems, etc.). General queries should be addressed to info-cpm. ----- Forwarded message # 1: Received: From Ucb-Vax.ARPA by AMSAA via smtp; 10 Mar 84 18:28 EST Received: by UCB-VAX.ARPA (4.22/4.25) id AA07380; Sat, 10 Mar 84 15:27:54 pst Date: Sat, 10 Mar 84 15:27:54 pst From: allegra!parsec!graham@Berkeley Message-Id: <8403102327.AA07380@UCB-VAX.ARPA> To: info-cpm-request@AMSAA.ARPA Mailed: Sat Mar 10 12:30:30 1984 Subject: MACRO-80 patch(es) ?? Cc: I have been told that the MACRO-80 sold by Heath is Microsoft's CP/M macro assembler, but that it will run only on Heath systems. I have also been told that there is a public domain patch which will permit it to run on any CP/M system. If there is such a patch, I would like to have a copy of it. If the rest of the MACRO-80 system (i.e. the linker, etc.) also requires similar patches, I would like copoes of those too. Marv Graham; ConVex Computer Corp. {allegra,ihnp4,uiucdcs,ctvax}!parsec!graham ----- End of forwarded messages 11-Mar-84 14:03:37-MST,739;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 11 Mar 84 14:03:33-MST Received: From Mitre.ARPA by AMSAA via smtp; 11 Mar 84 15:37 EST Date: 10 Mar 1984 15:25:57 EST (Saturday) From: Jeffrey Edelheit Subject: Fujitsu Micro 16 To: info-cpm@amsaa Cc: edelheit@mitre I am considering buying a Fujitsu Micro16. I can get a really good price on one, but haven't heard much about them other that it has an 8086, runs CP/M-86; MS-DOS; emulates straight CP/M (somehow it makes the 8086 act like a Z-80) and will soon offer a 68K and offer UNIX system V. Can anyone out there give me some feed-back on it? Thanks. Jeff Edelheit (Edelheit at mitre) 11-Mar-84 19:38:09-MST,2033;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 11 Mar 84 19:38:02-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 11 Mar 84 21:20 EST Received: From Rutgers.ARPA by BRL via smtp; 11 Mar 84 21:13 EST Received: from RU-BLUE.ARPA by RUTGERS.ARPA with PUP; 11 Mar 84 21:11:20 EST Date: 11 Mar 84 21:11:52 EST From: Seymour Subject: Vector 3 CP/M 2.22h CCP patching To: info-cpm@BRL.ARPA I have been working for some time on installing a RBBS based RCP/M system on a Vector 3 system. I have installed XMODEM and BYE and RBBS and am just about ready to bring the whole thing up. I am having one last annoying problem though. I usually install ZCPR on the systems I use as RCP/Ms, to allow searching back to A0> mostly. This makes use of the system much more straightforward. I don't like DUPUSR and this allows me to keep just one copy of the system software online in A0: and have it accessed from any drive or user#. We have succesfully installed ZCPR in several other systems and have never had a problem like this. If anyone out there knows anything that might help, please send me mail. Here's the problem: We install ZCPR and SYSGEN a disk with it. We cold boot and everything works fine. All the ZCPR commands work and the prompt has changed from A: to A0: as it should. The system searches back to A0: as advertised. BUT, on the first cold boot (after a ^C or program exit) the system tries to reload the CCP and crashes with a message that looks like this: -SYSTEM ERROR As an alternative we got a patch that just implements the search back to A0: instead of the full ZCPR and tried to install it. We got the exact same behavior from this patch. Any Ideas? What is so magic about the Vector CCP? I have called Vector several dozen times and they have proved to be much less than useful. I am stumped and turn to you, the DARPA CP/M wizards to give me a helping hand. Seymour ------- 11-Mar-84 19:44:31-MST,991;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 11 Mar 84 19:44:24-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 11 Mar 84 21:20 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 11 Mar 84 21:19 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 11 Mar 84 18:08-PST Date: 8 Mar 84 8:15:53-PST (Thu) To: info-cpm@brl From: harpo!ulysses!burl!clyde!akgua!mcnc!unc-c!dya@ucb-vax Subject: Re: Need tech data for WECo 300/1200 Dataphone modem Article-I.D.: unc-c.1270 References: sri-arpa.17044 Probably (looking at the front of the modem) pins 9 and 8 on the RIGHT HAND 25 pin connector (facing the back) are the local loop (telephone line). In addition, you will need a switch connected from 5 to 25 which engages the modem after you have accessed the remote modem (originate mode); or enables answer mode. The other one is usual RS232 David "Last of the Analog" Anthony (urp!dya) 11-Mar-84 20:03:23-MST,1289;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 11 Mar 84 20:03:18-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 11 Mar 84 21:43 EST Received: From Bnl.ARPA by BRL via smtp; 11 Mar 84 21:42 EST Date: 11-Mar-84 21:42:40-EST From: jalbers@bnl Subject: CPM 3.0 (+) RCP/M info/help wanted To: info-cpm@brl I am interested in putting up an RCP/M on an Osborne Executive which runs CP/M 3.0. I have been working with some people on getting BYE working, but, in the all holy wisdom of OCC, which seems to be spread liberally on all their products, it seems that the SIO chip is implemented in some off-the-wall way, and BYE just won't work. Now it seems to me that a much simpler program could be written to take the place of BYE. Most of what it would have to do is manage the USR Password modem (SMODEM 1200 act-alike). Since the port could be configured to be AUXIN:/AUXOUT:, most of the IO is taken care of, and protection can be done very nicely within CP/M 3. Can anyone who has some working knowledge of the innards of CP/M 3 give me some pointers as to writing such a program? Jon jalbers@bnl 12-Mar-84 00:03:15-MST,4139;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Mar 84 00:02:57-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 12 Mar 84 1:34 EST Received: From Mit-Mc.ARPA by BRL via smtp; 12 Mar 84 1:33 EST Date: 12 March 1984 01:32-EST From: Robert L. Plouffe Subject: MDM716-727 BUG FIX To: INFO-MODEM7@mit-mc, INFO-CPM@mit-mc MDM716 through MDM727 has a problem in the new robustness of the protocol when receiving binary files (.COM, .AQM, e47}c) from a host on ARPANET/MILNET using a compatible modem protocol such as MMODEM on ITS. ASCII file down loading is OK but binary files abort the transfer if a Control-D is received when searching for SOH. Since Control-D is the EOT character, things end abruptly. So far as I know, this problem does not occur when transferring binary files between two micros over a direct phone line connection. However, the following change will fix things in all cases. Bob Plouffe REPLACE THE CODE AT "RCVRECD:" WITH THE FOLLOWING: ;*********************************************************************** ; ; RECEIVE A RECORD FROM SENDING STATION ; ;*********************************************************************** ; ; If CRC is in effect, there is a 10-second timeout to the first SOH. ; It then tries six more times to let the sender know the system is ; capable of receiving a 'CRC' check. At the end of that time a NAK is ; sent which tells the sender to use CHECKSUM checking instead of CRC. ; This allows automatic compatability with systems implementing CRC - ; (Cyclic Redundancy Checking). The search for SOH will cycle through ; one record interval and ignore noise or characters sent by the remote ; for any purpose (such as progress reporting). So extraneous char- ; acters that are sometimes sent by remote-end protocol will be gobbled ; up until the first SOH. EOT is tested only as the first returned ; character after each sector. ; SRCHSOH EQU 160 ;number of times to loop search for SOH ; RCVRECD: MVI A,1 STA ERRCT ;initialize error count MVI B,10 ;10 seconds ; RCVSQ: LXI D,SRCHSOH ;initialize the loop CALL RECV JC RCVSTOT ;time out if 1rst char not rcvd in 10 secs. MOV C,A ;hold it for awhile CPI EOT ;see if end of transmission STC ;set carry RZ ;return with carry set ; SOHLUP: MVI A,0FFH STA CHRFLG STA TIMFLG MOV A,E ;get search count down value CPI SRCHSOH ;see if it is first returned character MOV A,C ;get the first character JZ NORECV ;skip RECV routine if it is first char MVI B,1 CALL RECV ;get another character in sequence MOV B,A ;store it JNC TSTSOH ;go see if SOH is char received ; NORECV: MOV B,A XRA A ;else set to value that will force timeout STA CHRFLG ; TSTSOH: MOV A,B ;get the character CPI SOH ;see if it is SOH PUSH PSW XRA A STA TIMFLG ;restore this flag POP PSW JZ RCVSOH ;got SOH so get the rest of info ;(sector number and its complement) MOV A,D ORA E ;see if counted down to zero DCX D JNZ SOHLUP ;go around again if not LDA CHRFLG ;see if time out needs to be forced ORA A JZ RCVSTOT ;go do time out and count them LDA QFLG ORA A JZ RCVSERR ; **************** Add the line indicated below at routine RCVSER1: RCVSER1:CALL SEND ;..the 'NAK' or 'CRC' request LDA ERRCT ;abort if we have reached error limit INR A STA ERRCT ;store for next time CPI ERRLIM ;see if at limit yet MVI B,1 ; <<-------------------ADD THIS LINE JC RCVSQ ;if not, keep going LDA ACKNAK ;see if ACKNAK is set ORA A JNZ ABORT ;if 'YES', abort JMP CKQUIT ;if 'NO' check for continued use ; ADD THE FOLLOWING AT THE PROLOG TO THE FILE: ; 03/12/84 Changed routine at RCVRECD so that downloading of binary ; MDM727A files works OK on packet switched networks and host- ; cooperating protocols such as MMODEM on ITS machines. ; This change simply moved the test for EOT outside the ; SOH loop. ; -Bob Plouffe ; T tThis file will also be in AR100:FJW;MDM7XX BUGFIX at MIT-MC. 12-Mar-84 00:29:50-MST,1222;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Mar 84 00:29:46-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 12 Mar 84 2:07 EST Received: From Mit-Mc.ARPA by BRL via smtp; 12 Mar 84 2:02 EST Date: 12 March 1984 02:03-EST From: Jerry E. Pournelle Subject: Function 37 To: STORK@mit-mc cc: CSTROM@mit-mc, info-cpm@brl In-reply-to: Msg of 10 Mar 1984 17:51-EST from Eric Stork godalmighty dam. i gather that anything short of perfection is to be avoided; that if one cannot explain what's happening in a hurricane you shouldn't warn anyone that it is coming. your analysis is insteresting, but I do not know how to "change" a hard disk, and I can assure you that fn 37 has managed to write garbage all over the directory in two different hard disk systems. by your logic I should not warn anyone about that since I don't know why it does that. i followed the discussion with some interest; reseting the write vector seems to be the REAL name of the fn 37. I hadn't known that when I wrote my piece; indeed, i put the note about 37 on the net at the same time that I turned in the article. holy catfish 12-Mar-84 00:30:18-MST,1269;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Mar 84 00:30:14-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 12 Mar 84 2:08 EST Received: From Usc-Isid.ARPA by BRL via smtp; 12 Mar 84 2:05 EST Date: 11 Mar 1984 20:17-PST Sender: ABN.ISCAMS@usc-isid Subject: Re: Vector 3 CP/M 2.22h CCP patching From: ABN.ISCAMS@usc-isid To: JOSEPH@ru-blue Cc: info-cpm@brl Message-ID: <[USC-ISID]11-Mar-84 20:17:14.ABN.ISCAMS> In-Reply-To: The message of 11 Mar 84 21:11:52 EST from Seymour Guys, I know from nuttin about Vector 3s and not much more about the software you're implementing... but I DO have a system looking to Default disk Same User Area (e.g., from B3 to A3) first, and then to Default disk User Area 0. Works for everything but overlays! Grabbed it from two different files, a somewhat documented explanation and source code can be found (much to my surprise and pleasure) in my article TOADBIOS.DOC now residing in all its glory at SIMTEL20 MICRO:TOADBIOS.DOC.1, available via ANONYMOUS FTP. (And more glory to the original patch authors!) Hope it can be of use. Regards, and good luck. David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID) 12-Mar-84 01:08:19-MST,580;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Mar 84 01:08:16-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 12 Mar 84 2:44 EST Received: From Sumex-Aim.ARPA by BRL via smtp; 12 Mar 84 2:42 EST Received: from ISL by SUMEX-AIM with Pup; Sun 11 Mar 84 23:41:23-PST Date: Sunday, 11 Mar 1984 23:42-PST To: info-cpm@brl Subject: turbo pascal bug Reply-to: kevinw@su-dsn From: Kevin W. Rudd Sender: kevinw%isl@BRL.ARPA 1 div 0 --> -1 1. / 0. --> run time error oh well, half of it works! 12-Mar-84 09:22:39-MST,701;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Mar 84 09:22:35-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 12 Mar 84 11:04 EST Received: From Office-2.ARPA by BRL via smtp; 12 Mar 84 11:01 EST Date: 12-Mar-84 07:57 PST From: ACB.TYM@office-2 Subject: US Micro Sales To: info-cpm@brl Message-ID: <[OFFICE-2]TYM-ACB-4A3P3> Does anyone know (I feel I am the only one who doesn't know) what happened to US Micro Sales (WEST)? They took my money (three month's ago) but their phone no longer works. US Micro Sales (EAST) says WEST is a separate operation that shares AD space. Oh, that I had sent my money EAST instead! 12-Mar-84 15:47:23-MST,2688;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Mar 84 15:47:14-MST Received: From Csnet2.ARPA by AMSAA via smtp; 12 Mar 84 17:23 EST Date: 12 Mar 1984 12:44:41-PST (Monday) From: Rene moore Return-Path: Subject: Response to Champion query To: info-cpm@amsaa.arpa Via: IBM-SJ; 12 Mar 84 14:01-PST In response to the query for information on the CHAMPION accounting system, based on dBASE runtime package. I have had occasion to evaluate a number of accounting packages over the past few years. With all of these I was struck with the varying degree of user- UNfriendliness, opacity of the documentation, difficulty of setup, and (for 2-floppy systems) the necessity of continually swapping disks. EXCEPT for CHAMPION. I recently visited Tianjin University, in Peoples Republic of China, to lecture on "Desktop Computing for Small Businesses". For this trip, Champion Software (then Data Base Research) supplied me with a full copy of their system . My experience while preparing for the trip, as well as during the lectures/demos was uniformly positive. The system fits on a SINGLE DSDD disk (we used a Kaypro-4), with all data on the second disk. The installation is smooth and well documented. We never encountered a single bug or unexplained behavior. Help is available at any time with references back to the (large) manual. For dealers they supply a "demo setup" procedure which is an excellent introduction to the system. (probably a user can get this by asking.) The price is a bit steep ($2500, I think), but you can get a full money refund in 30 days. (They protect themselves by having the system lock up at 200 transactions unless you input a password, which you only can get by signing a release of your rights to a refund.) I have not tried it on large masses of data, so I cannot attest to its per- formance under those conditions. It is installed on a hard disk and seems to work like a charm (Kaypro-10). The data structures are obscure/encrypted, but these would not usually be accessed by the typical user. For the advanced dBASE user who wants to twiddle the data, or custom-design reports, They will sell you the file structure info for $200. All in all, I reccommend this system unconditionally. By the way, there was a recent issue of Interface Age which compared a whole bunch of integrated bookkeeping systems, on a feature-by-feature basis. Well worth examining if you are considering spending this kind of money. Rene Moore President, THE CALCULATING LADY 12-Mar-84 17:19:20-MST,542;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Mar 84 17:19:14-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 12 Mar 84 18:58 EST Received: From Usc-Eclb.ARPA by BRL via smtp; 12 Mar 84 18:55 EST Date: 12 Mar 1984 1551-PST From: Dick Subject: PD Network software? To: info-cpm@BRL.ARPA Some time ago, I read that there was a PD version of some networking software ala the now dead CP/NET, or something like it. Any more word about this? ------- 12-Mar-84 19:06:36-MST,961;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Mar 84 19:06:31-MST Received: From Sumex-Aim.ARPA by AMSAA via smtp; 12 Mar 84 20:50 EST Received: from ISL by SUMEX-AIM with Pup; Mon 12 Mar 84 17:02:07-PST Date: Monday, 12 Mar 1984 17:03-PST To: info-cpm@amsaa Cc: info-micro@brl Subject: Disk Controller Recommendations? From: meier%isl@AMSAA.ARPA Thanks in advance, In the near future, I will be purchasing a disk controller card for a 4 MHz CP/M system with two 8" double density floppy disk drives. I would very much appreciate any comments that anyone has on particular brands and features. I'm especially interested in any comments concerning the Versafloppy II. I will corellate and post on the net, the results of this survey. Since access to my computer is not available from many sites, please send your responses to the net. Thank you, Bob Meier (isl!meier@shasta) 12-Mar-84 21:08:59-MST,848;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Mar 84 21:08:55-MST Received: From Mit-Mc.ARPA by AMSAA via smtp; 12 Mar 84 22:48 EST Date: Mon 12 Mar 84 22:49:31-EST From: Mark Becker Subject: Bugs in Turbo Pascal - lets get the story straight To: info-cpm@AMSAA.ARPA A suggestion when reporting bugs in Borland International's Pascal to a quasi-public net like info-cpm: *** Please tell us which version you're using! *** (Z-80 or 8088) There have been three bug reports recently to the net, two dealing with character arrays and the third with a 1/0 vs 1.0/0.0 math problem. Uh, maybe I'm doing something wrong but the only bug I've able to verify in my copy (for the Z-80) is the 'frac' problem. Mark ------- 12-Mar-84 21:31:52-MST,532;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Mar 84 21:31:48-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 12 Mar 84 23:13 EST Received: From Mit-Mc.ARPA by BRL via smtp; 12 Mar 84 23:05 EST Date: 12 March 1984 23:03-EST From: Robert L. Plouffe Subject: mdm7xx bugfix To: INFO-MODEM7@mit-mc, INFO-CPM@mit-mc The file for fixing mdm716-727 at AR100:FJW;MDM7XX BUGFIX on MIT-MC has been changed to reflect final improvement for the fix. 13-Mar-84 11:04:42-MST,1891;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 13 Mar 84 11:04:35-MST Received: From Sumex-Aim.ARPA by AMSAA via smtp; 13 Mar 84 12:36 EST Date: Tue 13 Mar 84 09:30:14-PST From: Sam Hahn Subject: Re: Disk Controller Recommendations? To: meier%isl@AMSAA.ARPA cc: info-cpm@AMSAA.ARPA, info-micro@BRL.ARPA, SHahn@SUMEX-AIM.ARPA In-Reply-To: Message from "meier%isl@AMSAA.ARPA" of Mon 12 Mar 84 18:08:20-PST I ran a similar system for 2+ years. I give unqualified recommendations on SD Systems boards for reliability and functionality. They have never ever given me so much as a glitch, even when I've moved from place to place. HOWEVER! There are a few things to think about. The VfyII I got in Dec '81 was part of their SBC-200,ExpIII,etc board set, which does not strictly conform to 696 standards. That's one problem (though I could run any number of boards I wanted to run with little problem, including SSM I/O, Heuristics Speechlab, MD MultI/O, a QT clock, and more). The new boards that SD is advertising DOES conform to 696, however, so that's a step in the right direction. Another problem is that the formats understood by the VfyII and supported by SD Systems are not widely used. Practically the only way I could move files from my SD higher density disks onto my new Compupro system was to do a copy from the orig's to SSSD 8", and then read that standard format. A pain for 100+ disks, not to mention what you have to go through if you have more. These two problems are the only reservations I have about the VFYII, and their impact on your application is not for me to decide. Suffice to say that if I hadn't made the move to Compupro, I'd have little to complain about: deviations from 696 haven't affected me at all. -- sam hahn [shahn@sumex] ------- 13-Mar-84 12:27:28-MST,835;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 13 Mar 84 12:27:24-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 13 Mar 84 14:02 EST Received: From Parc-Maxc.ARPA by BRL via smtp; 13 Mar 84 13:50 EST Date: Tue, 13 Mar 84 10:41 PST From: MMOON.ES@PARC-MAXC.ARPA Subject: Re: Function 37 In-reply-to: "POURNE@mit-mc.ARPA's message of 12 Mar 84 02:03 EST" To: Jerry E. Pournelle cc: STORK@mit-mc.ARPA, CSTROM@mit-mc.ARPA, info-cpm@brl.ARPA When all else fails, give 'em hell, Jerry. I for one would rather have to investigate a completely bogus warning five times than have to rely on blind faith. If the net doesn't want to know  but I suspect most on the net do  in the future please copy me, thank you very much. MMoon.es 13-Mar-84 21:03:31-MST,883;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 13 Mar 84 21:03:27-MST Received: From Hi-Multics.ARPA by AMSAA via smtp; 13 Mar 84 22:44 EST Date: 9 March 1984 09:02 cst From: Cargo.PD@hi-multics Subject: SA 850 Config or DJ2D To: info-cpm@amsaa I have a Shugart Associates 850 drive which I am trying to connect to a Morrow Designs Dick Jockey 2D (double density) controller (memory mapped version). The 850 has many plugs and straps possible, and mine came from a salvage depot with nothing plugged. Does anybody out there know the canonical way to select the options? I tried the ones the 850 manual said were plugged at the factory, but the drive wouldn't select. The drive was asserting ready however, so that much at least was working. Any help would be appreciated. ...David Cargo (Cargo -at HI-Multics) 13-Mar-84 21:07:48-MST,1190;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 13 Mar 84 21:07:43-MST Received: From Hi-Multics.ARPA by AMSAA via smtp; 13 Mar 84 22:50 EST Date: 11 March 1984 18:11 mst From: Bill Vaughan Subject: Re: Query to Multics people. To: David Ragozin cc: info-cpm@amsaa, uw-beaver!towson@amsaa In-Reply-To: Message of 27 February 1984 23:16 mst from David Ragozin Date: 27 Feb 84 22:00:22 PST (Mon) From: David Ragozin Subject: Re: Query to Multics people. Some time ago someone posted the following suggestion for FTP'ing ITS format files to get rid of thepadding bits in each 36-bit word: >quote (> is the FTP prompt) type "l 8" Entering these two lines seems to set things up properly on the UNIX system I work on, even though FTP does not have the TENEX mode (type?). There is still the need to eliminate the first 4 bytes using ITCVT (or using dd on a UNIX system). Hope this helps. David Ragozin - entropy!rag@uw-beaver sorry - I tried it and it doesn't work Bill 13-Mar-84 21:58:44-MST,1596;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 13 Mar 84 21:58:34-MST Received: From Brl-Vgr.ARPA by AMSAA via smtp; 13 Mar 84 23:37 EST Received: From Hi-Multics.ARPA by BRL-VGR via smtp; 13 Mar 84 20:22 EST Date: 12 March 1984 19:29 mst From: VaughanW.REFLECS@hi-multics Subject: Re: A good deal on Shugart model 800 8-inch drives. To: David Towson cc: info-cpm@brl-vgr, info-micro@brl-vgr In-Reply-To: Message of 19 January 1984 20:14 mst from David Towson happy to hear that Selectronics still exists -- when I was at Drexel in the early 60's it was a favorite hangout of some of us radio amateurs. The people who ran it seemed to have no idea of the market value of the stuff they had, but they knew to the penny what they had paid for it - and eventually they would be able to make a profit, I guess, if they held whatever it was long enough. The stuff they sold was always good or you could take it back (unheard of among Philly surplus dealers at the time) and the prices were often fabulous. Once a friend and I bought a whole gang of computer circuit boards from them because we needed the power transistors for a project. When done strippilng them we cut all the little daughter boards off them, went down to Arch St. (Philly's Radio Row, soon to be a victim of urban renewal) and sold the daughter boards to another dealer -- got the power transistors for free and made a net profit! It's nice to know they are still doing the same stuff after 20 years. Bill (ex-WA2WCO) 14-Mar-84 22:00:40-MST,927;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 14 Mar 84 22:00:36-MST Received: From Usc-Isid.ARPA by AMSAA via smtp; 14 Mar 84 23:44 EST Date: 14 Mar 1984 12:56-PST Sender: ABN.ISCAMS@usc-isid Subject: Re: SA 850 Config or DJ2D From: ABN.ISCAMS@usc-isid To: Cargo.PD@hi-multics Cc: info-cpm@amsaa Message-ID: <[USC-ISID]14-Mar-84 12:56:27.ABN.ISCAMS> In-Reply-To: The message of 9 March 1984 09:02 cst from Cargo.PD@hi-multics Hang in there, David -- I'll get home, dig out the DJDD manual, and send you all I can. (If anyone else on the net needs/wants this, yell - the full response won't be inflicted in the net in general.) So..give me a day or two. (Incidentally, David, I'll include the PROM numbers off mine. If different from yours, there MAY be incompatibilities. Donno... Regards, David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID) 15-Mar-84 02:07:20-MST,1322;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Mar 84 02:07:15-MST Received: From Hi-Multics.ARPA by AMSAA via smtp; 15 Mar 84 3:48 EST Date: 15 March 1984 02:46 cst From: Eaton.HFED@hi-multics Subject: Champion questions To: info-cpm@amsaa I have had a couple very positive responses on "The Champion" accounting system to date and am very seriously considering purchasing it. There are however three nagging questions that still remain in my mind. 1. Just how much of a nuisance are the menus if you don't really need to use them? 2. Since it is written in an interpretive language (dBASE with runtime), is it slow to the point of being aggravating? 3. I know it is available for the PC but is it also available for CP/M? Rene Moore mentioned an issue of Interface Age which contained an article that compared several business accounting packages. Rene, could you pinpoint the exact issue? I haven't been able to locate it yet. The price of this software, as far as I,m concerned is staggering but if it is indeed "The Champion" as it's name implies, it may well be worth it. (I can't believe I said that.) Jesse (sell more of them at a reasonable price) Eaton.HFED@HI-MULTICS 15-Mar-84 02:51:31-MST,909;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Mar 84 02:51:28-MST Received: From Hi-Multics.ARPA by AMSAA via smtp; 15 Mar 84 4:36 EST Date: 15 March 1984 03:32 cst From: Eaton.HFED@hi-multics Subject: mailbox addresses To: info-cpm@amsaa I sometimes receive responses from the net directly to my mailbox and sometimes they are posted to all. Whatever the method of response is fine with me. The problem that I am having is that it is not possible to send personal reply's to your mailbox if you don't leave "your" mailbox address in the message. The net is posted to a bulletin board like system in Multics, which does not contain the origin of the message. I appreciate the help and information received and want to keep from boring those that aren't interested in my queries. Jesse (Yawn......) Eaton.HFED@HI-MULTICS 15-Mar-84 05:34:24-MST,766;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Mar 84 05:34:20-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 15 Mar 84 7:16 EST Received: From Parc-Maxc.ARPA by BRL via smtp; 15 Mar 84 5:40 EST From: ssalzman.es@PARC-MAXC.ARPA Date: 14 Mar 84 17:29:01 PST Subject: Prometheus Pro Modem 1200 To: info-cpm@brl.ARPA Has anyone out there in net land tryed the ProModem 1200? All I ever hear about, when it comes to hayes compatible modems is the Anchor and the USR password. I'd like to find out how close the ProModem comes to the Hayes, and anything else anyone can tell me. It seems to have a lot of nice features and is priced around 360.00. Thanks. - Isaac. SSalzman.es@PARC-MAXC 15-Mar-84 05:53:26-MST,476;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Mar 84 05:53:23-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 15 Mar 84 7:34 EST Received: From Mit-Mc.ARPA by BRL via smtp; 15 Mar 84 7:19 EST Date: 15 March 1984 03:35-EST From: Robert L. Plouffe Subject: MDM728 To: INFO-MODEM7@mit-mc, INFO-CPM@mit-mc, INFO-MICRO@mit-mc MDM728 is released and in AR100:FJW and AR102:FJW; at MIT-MC. 15-Mar-84 06:32:51-MST,951;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Mar 84 06:32:47-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 15 Mar 84 8:17 EST Received: From Csnet-Relay.ARPA by BRL via smtp; 15 Mar 84 7:57 EST Received: by csnet-relay via uvapob; 15 Mar 84 0:10 EST Date: 13 Mar 1984 01:44:00-EST From: erh%virginia.csnet@csnet-relay.arpa To: info-cpm%brl.arpa@csnet-relay.arpa Subject: RE: FDC Recommendations .pa I have been using Disk 1 from Godbout for 2 years now without any trouble with 8" disks. Godbout/CompuPro has now a new model of Disk 1 which runs both 5" and 8" disks in combination. In view of IBM/MS-DOS popularity, I would advise anyone to think of this capability in any controller they intend to purchase. Another consideration is whether the controller can do DMA, which is much faster than programmed I/O (but wont work with some older dynamic memories). 15-Mar-84 09:18:31-MST,1059;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Mar 84 09:18:25-MST Date: Thu, 15 Mar 84 10:57:33 EST From: Dave Towson (info-cpm) To: info-cpm@amsaa Subject: [John Otken: Patch for DRI's MAC] Can anybody help with this? (I'd like to know about it myself.) Dave ----- Forwarded message # 1: Received: From brl-gateway2.ARPA by AMSAA via smtp; 14 Mar 84 11:45 EST Received: From Utexas-20.ARPA by BRL via smtp; 14 Mar 84 11:42 EST Date: Wed 14 Mar 84 10:43:35-CST From: John Otken Subject: Patch for DRI's MAC To: info-cpm-request@BRL.ARPA I seem to remember a patch for MAC somewhere which prevented it from occasionally writing random locations (esp FFFF). I am now in great need of this patch but I was unable to locate it in the archives (I looked back as far as 30610). Have I been seeing things or can one of you help me find this in the archives? Thanks. John. ------- ----- End of forwarded messages 15-Mar-84 11:03:56-MST,975;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Mar 84 11:03:52-MST Received: From Parc-Maxc.ARPA by AMSAA via smtp; 15 Mar 84 12:39 EST Date: 15 Mar 84 09:34:45 PST (Thursday) From: Bicer.ES@PARC-MAXC.ARPA Subject: Re: Champion questions In-reply-to: Eaton.HFED's message of 15 Mar 84 02:46 cst To: Eaton.HFED@hi-multics.ARPA cc: info-cpm@amsaa.ARPA Reply-To: Bicer.ES@PARC-MAXC.ARPA Yes, I have seen Champion working under CP/M. Actually, since it is written in DBASE II, it will run on any machine that supports DBASE II. One nice thing that I noticed that it requires very little disk space for programs (compared to CB80 or Mirosoft Compiled programs). Since the program is I/O bound, The fact that they are interpreted should not be much of a problem. As a matter of fact, since most of the accounting programs I know mostly do sequential file I/O in basic, this one may even be faster. Jack 15-Mar-84 13:06:54-MST,904;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Mar 84 13:06:49-MST Received: From ur-cs-gw.ARPA by AMSAA via smtp; 15 Mar 84 14:43 EST Received: by sen.rochester (3.327.3N) id AA21535; 15 Mar 84 14:43:24 EST (Thu) Received: by cay.Rochester (3.327.3N+) id AA02968; 15 Mar 84 14:41:52 EST (Thu) Message-Id: <8403151943.21535@sen.rochester> Date: 15 Mar 84 14:43:24 EST (Thu) From: Mike Ciaraldi Subject: Re: Really big files To: SHahn@SUMEX-AIM.ARPA, info-cpm@AMSAA.ARPA Cc: POURNE@MIT-MC.ARPA, info-micro@BRL-VGR.ARPA, shahn@SUMEX-AIM.ARPA Assuming this file is a text file, I have had good luck chopping such files up using PIP and the options that start and stop copying on encountering a specified text string. I don't know if this is practical for non-ascii files. Mike Ciaraldi ciaraldi@rochester 15-Mar-84 18:06:31-MST,1317;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Mar 84 18:06:24-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 15 Mar 84 19:49 EST Received: From Simtel20.ARPA by BRL via smtp; 15 Mar 84 19:41 EST Date: 15 Mar 1984 17:39 MST (Thu) Message-ID: From: CSTROM@simtel20 Subject: SETDRU To: INFO-CPM@brl cc: CSTROM@simtel20 I have uploaded the following files to SIMTEL20, in the MICRO: directory: SETDRU.DOC SETDRU8080.COM SETDRUZ80.COM UNSETDRU.COM These files form the basis of a BDOS filter that can be used to direct search of files under CP/M 2.2 (and CP/M Plus). One of the most popular uses for this filter is to allow WordStar overlays to reside on any drive/user (either the same as WS.COM or another entirely) and to allow WordStar to be executed from any drive/user. The documentation is quite complete; the files were built from a combination of a C user interface and to M80 programs, which I will upload if demand merits. Note that the original program was a Z80-only affair; I converted it to 8080 code. UNSETDRU can de-install a redirection filter but is not necessary as long as the original file is properly backed-up before using SETDRU. -Charlie 15-Mar-84 22:18:28-MST,1527;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Mar 84 22:18:22-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 16 Mar 84 0:02 EST Received: From Lll-Mfe.ARPA by BRL via smtp; 15 Mar 84 23:54 EST Date: Thu, 15 Mar 84 20:54 PST From: "Webb Mike"@LLL-MFE.ARPA Subject: MODEM7 HIDDEN FEATURE To: INFO-CPM@BRL.ARPA I JUST DISCOVERED A FEATURE OF MODEM7 WHICH HAS NOT BEEN DOCUMENTED(AS FAR AS I KNOW). THE FEATURE WHICH ALLOWS TWO ALTERNATE DIALING SERVICES (ie SPRINT OR MCI) CAN ALSO BE USED TO PROVIDE A CREDIT CARD NUMBER WHEN NEEDED. MODEM7 DOCUMENTS SHOW ,THAT AFTER DEFINING THE ALTERNATE DIALING SEQUENCE IN YOUR OVERLAY(OR PATCH W/DDT) TO USE THE ALTERNATE DIALING, YOU SIMPLY PUT A"<" OR ">" IN FRONT OF THE NUMBER YOU WISH TO CALL(EITHER DIRECT TYPE-IN OR FROM THE "CAL X" MENU).IF THE ALTERNATE NUMBER IS INSTEAD AN APPROPRIATE NUMBER OF WAIT CHARS.(MY PASSWORD USES ",")FOLLOWED BY YOUR CREDIT CARD NUMBER,THE FOLLWING WORKS QUITE NICELY: CAL 0123-456-7899< ! ! ! +->INSERTS THE WAITS+YOUR CREDIT CARD # ! +-->TELL MA BELL TO ASK FOR YOUR CREDIT CARD. I HAD TO EXPERIMENT WITH THE NUMBER OF WAITS,AND FOUND THAT 3 SEEMS TO WORK ALL OF THE TIME(2 WORKED MOST OF THE TIME). HOPE THIS IS "NEW" INFO AND NOT JUST ME "DISCOVERING" SOMETHING ALREADY GENERALY KNOWN, BUT I THOUGHT IT WORTH THE TIME. MIKE WEBB@LLL-MFE.ARPA 16-Mar-84 00:42:53-MST,1010;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 Mar 84 00:42:49-MST Received: From Hi-Multics.ARPA by AMSAA via smtp; 16 Mar 84 2:23 EST Date: 16 March 1984 01:20 cst From: Eaton.HFED@hi-multics Subject: modem7 jump table To: info-cpm@amsaa While installing MDM724 (from 712) I noticed a fairly serious omission in the documentation. There were no equates for the entry points into the main program from the overlay. I don't know if this was an oversight or if there was some earlier version which explained them. I would like to make a suggestion to those responsible for updating this great modem series. WHY DON'T YOU PUT A JUMP TABLE IN THE MAIN PROGRAM FOR ALL YOUR ENTRY POINTS? AND LEAVE IT THERE. IT WORKS GREAT FOR YOUR BIOS, DOES IT NOT? That way we poor souls out here won't have to search through dumps to find the new addresses everytime there is an upgrade. Jesse (happy modeming) Eaton.HFED@HI-MULTICS 16-Mar-84 06:51:01-MST,1739;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 Mar 84 06:50:50-MST Received: From ur-cs-gw.ARPA by AMSAA via smtp; 16 Mar 84 8:19 EST Received: by sen.rochester (3.327.3N) id AA00926; 16 Mar 84 08:19:52 EST (Fri) Received: by cay.Rochester (3.327.3N+) id AA04701; 16 Mar 84 08:18:22 EST (Fri) Message-Id: <8403161319.926@sen.rochester> Date: 16 Mar 84 08:19:52 EST (Fri) From: Mike Ciaraldi Subject: More on really big files To: info-cpm@amsaa.ARPA Since not all this wound up on info-cpm, let me summarize: Sam Hahn (SHAHN@SUMEX-AIM) wanted to know how to break up a big file (400k) so he could fit it on a Sing-Sided Single-Densiy 8-inch disk, for transfer between CP/M systems. I suggested (CIARALDI@ROCHESTER) using PIP, with the options that let you start and stop copying with a particular string. Dave Kirschbaum (ABM.ISCAM@USC-ISID) suggested using HEXUFY, then chopping up with a standard text editor. Mark Becker (shows on my system as @MIT-MC:CENT.MBECK@MIT-OZ, I don't know the significance of the two @'s) suggested writing a program to handle this, copying until the disk was full, then resettign the drive and prompting the user to change disks. I replied to him that it might be nice to have the features of MOVE.COM in such a program, so as to be able to copy large files on a single-drive system. That's it to date. It seems to me I have heard of a program that chops up files automatically, originally used fro backing up hard siks, since they could have files that would not fit on a floppy. Is there a public domain version of this? Or a commercial one? Mike Ciaraldi ciaraldi@rochester 16-Mar-84 08:08:47-MST,864;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 Mar 84 08:08:43-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 16 Mar 84 9:45 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 16 Mar 84 9:31 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 16 Mar 84 2:40-PST Date: 12 Mar 84 10:28:28-PST (Mon) To: info-cpm@brl From: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@ucb-vax Subject: Re: modem7 on Micro Decision Article-I.D.: felix.193 In-Reply-To: Article <16971@sri-arpa.UUCP> I have Modem 711 on a Morrow MD3. I had no trouble setting it up to change baud rates. I do not have to use Morrow's SETUP program at all. Contact me if you want a copy of the diskette or more information. Art Zemon FileNet Corp. ...!{ucbvax, decvax}!trwrb!felix!zemon (714)966-2344 16-Mar-84 08:35:05-MST,1170;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 Mar 84 08:34:58-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 16 Mar 84 9:45 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 16 Mar 84 9:30 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 16 Mar 84 1:54-PST Date: 13 Mar 84 7:05:19-PST (Tue) To: info-cpm@brl From: ihnp4!ihuxp!gvw1@ucb-vax Subject: Received Turbo Pascal for the Apple(tm) CP/M(tm) Article-I.D.: ihuxp.674 Just a note for those who are interested in Turbo Pascal, but haven't ordered it yet. I have heard of some who have waited some time to receive their order. Well, I am glad to report that I ordered my copy on Feb. 29 (by phone) and received it yesterday (March 12). I got the Apple CP/M version (I have a PCPI Appli-Card(tm)). It came on two disks. There were sample programs on the second disk. I didn't have much time to play around with it last night. But, I did try the terminal installation program--it worked fine. (The PCPI Appli-Card software emulates a Televideo 920/950.) -- George V. Wilder ihnp4!ihuxp!gvw1 16-Mar-84 09:10:25-MST,979;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 Mar 84 09:10:20-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 16 Mar 84 10:49 EST Received: From Ucb-Vax.ARPA by BRL via smtp; 16 Mar 84 10:44 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.25) id AA19513; Fri, 16 Mar 84 07:44:54 pst Received: from ucbopal.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA (4.14.noSUID/4.14.3) id AA14278; Fri, 16 Mar 84 07:40:19 pst Received: by ucbopal.CC.Berkeley.ARPA (4.14/4.14) id AA17772; Fri, 16 Mar 84 07:40:52 pst Date: Fri, 16 Mar 84 07:40:52 pst From: William C. Wells Message-Id: <8403161540.AA17772@ucbopal.CC.Berkeley.ARPA> To: info-cpm@brl.ARPA Subject: MODEM for IBM VM/SP (CMS) ? Does anybody know of a MODEM (eg. MODEM2, MODEM7, etc.) program that runs under IBM VM/SP (IBM CMS)? Bill Wells wcwells@Berkeley.ARPA ucbvax!wcwells 16-Mar-84 11:15:21-MST,992;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 Mar 84 11:15:16-MST Received: From Simtel20.ARPA by AMSAA via smtp; 16 Mar 84 12:58 EST Date: Fri 16 Mar 84 10:59:03-MST From: Keith Petersen Subject: Using MDM728 with Cromemco CDOS To: Info-Cpm@AMSAA.ARPA Date: Fri 16 Mar 84 From: Keith Petersen, W8SDZ To: All Subject: Using MDM728 with Cromemco CDOS CDOS users: Get M7CD-1.ASM, the overlay for Cromemco systems. After you overlay MDM728.COM using DEBUG, patch the following locations to NOPs (binary zeros): 2E5A, 2E5B, 2E5C, 2E5D. This will disable the CP/M disk stat call function 1Fh which is not implemented in the current version of CDOS. The MDM728 DIR function will then work, but will show 0k left on the disk. That's livable, and certainly better than before when CDOS gave an error message and jumped out of MDM728 to return to the system. --Keith ------- 16-Mar-84 11:28:38-MST,758;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 Mar 84 11:28:35-MST Received: From Simtel20.ARPA by AMSAA via smtp; 16 Mar 84 13:10 EST Date: Fri 16 Mar 84 11:10:53-MST From: Roger Sellers Subject: KAYPRO FILES To: INFO-CPM@AMSAA.ARPA cc: KEITH@SIMTEL20.ARPA, RSELLERS@SIMTEL20.ARPA KP10NZ2.LBR IS NOW AVAILABLE IN MICRO:. IT ALLOWS INSTALLATION OF ZCPR2 ON THE KAYPRO 10 EASILY, ALTHOUGH I DO NOT HAVE A 10. KAYPRO CORP DEVELOPED MULTI-DISK READ-WRITE SOFTWARE IS AVAILABLE FOR THE THREE KAYPRO MODELS IN MICRO: AS MFDISK2.COM, ETC. SW WORKS WELL ON KAYPRO II. ALL SW UPLOADED FROM PHIL CAREY'S RCPM IN LAS CRUCES,NM. REGARDS,ROG ------- 16-Mar-84 11:48:35-MST,1015;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 Mar 84 11:48:27-MST Received: From Simtel20.ARPA by AMSAA via smtp; 16 Mar 84 13:12 EST Date: 16 Mar 1984 11:13 MST (Fri) Message-ID: Sender: KPETERSEN@simtel20 From: Keith Petersen To: Ron Fowler Cc: Info-Modem7@simtel20, INFO-CPM@amsaa Subject: MDM729 - Irv again In-reply-to: Msg of 16 Mar 1984 08:32-MST from Ron Fowler Rather than issue a new version to undo what Irv did to MDM728, I've decided that my system will have MDM728 as the standard until there is some reason for MDM730 to be issued. Bob Plouffe says that it was Wayne Masters who issued 729, but Irv's name is in there and my opinion is that Irv probably told him to do it because he (Irv) was busy at the time. Bob has asked Dave Hardy at Sysop Clearinghouse RCPM to delete MDM729 because of its trivial and spiteful nature. --Keith 16-Mar-84 12:57:13-MST,764;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 Mar 84 12:57:09-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 16 Mar 84 14:26 EST Received: From Sri-Tsc.ARPA by BRL via smtp; 16 Mar 84 14:22 EST Received: by sri-tsc.ARPA at Fri, 16 Mar 84 11:07:46 pst From: edl Message-Id: <8403161907.AA03590@sri-tsc.ARPA> Date: 16 Mar 1984 1107-PST (Friday) To: info-cpm@brl Subject: umodem sources sought Does anyone know where I can get a copy of the source code for umodem? I'm trying to bring this up on a SUN (Unix 4.2). If it is somewhere on simtel20 could you please let me know the full pathname (I seem to have problems finding things there) Thanks. Jan (edl@sri-tsc) 16-Mar-84 14:45:43-MST,1088;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 Mar 84 14:45:34-MST Received: From Simtel20.ARPA by AMSAA via smtp; 16 Mar 84 16:23 EST Date: 16 Mar 1984 14:23 MST (Fri) Message-ID: From: "Frank J. Wancho" To: INFO-IBMPC@usc-isib Cc: INFO-CPM@amsaa, INFO-MICRO@amsaa Subject: PC-BLUE Volumes Available The first 42 volumes of the PC-BLUE distribution disks are now available for ANONYMOUS FTP from SIMTEL20 (with the exception of VOL040 due to an error in copying the disks). All the files from each volume have been stored in ITS Binary format to preserve published CRC values. MICRO:PC-BLUE.CRCLST contains the CRC list of each volume in alphanumeric order. The directory names are of the form: MICRO:, where nnn = 001 to 042, with 040 empty for now. For details on the format of these files, methods for FTPing to non-PDP-10 mainframes, and downloading to your micro, send a query to INFO-CPM-REQUEST@AMSAA. --Frank 16-Mar-84 19:40:40-MST,2415;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 Mar 84 19:40:32-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 16 Mar 84 21:24 EST Received: From Csnet-Relay.ARPA by BRL via smtp; 16 Mar 84 21:20 EST Received: From Parc-Maxc.arpa by csnet-relay via smtp; 16 Mar 84 14:30 EST Date: 15 Mar 84 09:32:53 PST (Thursday) From: Bicer.ES%parc-maxc.arpa@csnet-relay.arpa Subject: Re: FDC Recommendations In-reply-to: erh%virginia.csnet's message of 13 Mar 84 01:44:00 EST To: erh%virginia.csnet@csnet-relay.arpa cc: info-cpm%brl.arpa@csnet-relay.arpa, XeroxInfo-CPM^.wbst%parc-maxc.arpa@csnet-relay.arpa Reply-To: Bicer.ES%parc-maxc.arpa@csnet-relay.arpa As a user of Compupro Disk 1 controller for 1.5 years, I can wholehartedly recommend it to anybody (I also have very good things to say about some of their other boards and systems). My only critisism is the system software (BIOS) that comes with it. Being an ex-systems programmer, I can tell that such a good hardware deserves better software. Don't get me wrong, the BIOS is good and it works, but anybody who will use this board with Compupro CPU 88/85, should look at Tommy Lanier's software (Lanier Computer Systems, ALABAMA). Fully interrupt driven BIOS with 4 full track buffers really make a difference in the performance. Contact me for more information. As far as 5" floppies are concerned, I happen to have a slightly different opinion. My experience with 5" floppies have shown me that they are definitely not as reliable as 8" floppies and neither as fast. Therefore using them on Compuro equipment would be like putting a VW engine in a Porshe (Yes, I know their new multiuser machine Compupro-10 uses them, but if you think about it, that machine really needs a hard disk to be really useful. So, floppies, in my opinion, are just for backup). This problem of disk incompatability is nothing new. We had it for the 8 bit CP/M world for years, and solved it mostly by software (remember MODEM7 anyone?). Yes, the 8" IBM standard helped, but everybody had access to Modem7. As far as using MSDOS on Compuro, well, without the graphics and so many different terminals, I wonder how much of the IBM software is useful and not available for CP/M. Ofcourse, for a developement system, there is MSPRO to produce IBM software and diskettes. Jack 17-Mar-84 01:07:51-MST,1505;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 17 Mar 84 01:07:45-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 17 Mar 84 2:48 EST Received: From Mit-Mc.ARPA by BRL via smtp; 17 Mar 84 2:44 EST Date: 17 March 1984 02:42-EST From: Jerry E. Pournelle Subject: FDC Recommendations To: Bicer.ES@parc-maxc cc: XeroxInfo-CPM^.wbst@parc-maxc, erh%virginia.csnet@csnet-relay, info-cpm@brl In-reply-to: Msg of 15 Mar 84 09:32:53 PST () from Bicer.ES%parc-maxc.arpa at csnet-relay.arpa 1. CompuPro is now distributing Tony Pietsch's HMX BIOS for CP/M 2.2 systems, and his TMX BIOS for CP/M 8/16; both are ENORMOUS improvements over the stuff that Compupro used to put out. (It was only recently that they discovered there was any such things as software...) 2. There is a wonderful machine called a Disk Maker that has an S-100 board, and will drive 5 1/4" drives; it can manage to convert almost anything to something that almost anything else can read. At $1500 it's the cat's meow for anyone who's got the problem of transferring stuff from one format to another. 3. Tony Pietsch has designed a new S-100 board that does all the IBM PC Graphics; it makes the CompuPro systems about 85-90% compatible with the IBM PC (and one whack of a lot faster). It should be for sale Real Soon Now (watch upcoming comlumns for more info). A brass board exists and works, so it's only a question of time. 17-Mar-84 05:34:47-MST,1313;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 17 Mar 84 05:34:42-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 17 Mar 84 7:13 EST Received: From Brl-Bmd.ARPA by BRL via smtp; 17 Mar 84 7:11 EST Date: Sat, 17 Mar 84 7:03:08 EST From: Charlie Strom (NYU) To: Bicer.ES%parc-maxc.arpa@csnet-relay.arpa cc: INFO-CPM@brl Subject: Compupro Gear I agree with your high opinion of Compupro hardwarem, and low opinion of their software, although Tony Pietsch's stuff is a leap forward in capability and is presently being shipped (2.2 for sure; I have not seen a CP/M-86 implementation from him yet). I second the motion on Tommy Lanier's BIOSes and XIOS for MP/M-86 - excellent and very reasonably priced, though you must have a little hacker in you to bring it up cleanly (why have an S-100 system if you aren't a hacker?) I am running both standard 8" and minifloppies on my Gifford MP/M-816 system; this requires two Disk-1 controllers! Hopefully, the Disk-1A will get around this problem, but I think the board is about as real as the SPU-Z (meaning not yet released). I can read IBM or Morrow MD formats on the mini, useful now that DRI is distributing theor software on IBM compatible minis. 17-Mar-84 08:38:12-MST,1469;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 17 Mar 84 08:38:07-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 17 Mar 84 10:19 EST Received: From Usc-Isid.ARPA by BRL via smtp; 17 Mar 84 10:07 EST Date: 17 Mar 1984 07:06-PST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Graphics Boards From: ABN.ISCAMS@USC-ISID.ARPA To: INFO-CPM@brl Cc: POURNE@mit-mc Message-ID: <[USC-ISID.ARPA]17-Mar-84 07:06:07.ABN.ISCAMS> I am VERY glad to hear of an up-to-date S-100 graphics board coming out that's compatible with a big chunk of the industry. I'm not running MS-DOS or even CPM-86 yet (haven't found a 16-bit board promising to run in my Decision I yet), but will eventually. There's lots of stuff out there to make graphics, but what's the use when you're incompatible with most other users? Now if we can find the standard software for graphics in good old CP/M 2.2 to match the growing standardiz- ation in the 16-bit world... Any comments/suggestions? Would LOVE to play with graphics, and am willing to invest money/hardware/time, but heck -- it's like my playing with my Freedom 100 graphics (actually, just a small character subset, good for lines, corners, etc.) -- why bother when only another Freedom 100 owner running MBASIC or 8080/Z80 assembler can do anything with it? Regards, and Dr. Pournelle, thanks for the info. David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID) 17-Mar-84 12:00:22-MST,2379;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 17 Mar 84 12:00:15-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 17 Mar 84 13:37 EST Received: From Mit-Mc.ARPA by BRL via smtp; 17 Mar 84 13:29 EST Date: 17 March 1984 13:29-EST From: Robert L. Plouffe Subject: mdm728/729 To: INFO-MODEM7@mit-mc, INFO-CPM@mit-mc, INFO-MICRO@mit-mc The following message has been sent to Irv Hoff via CompuServe: Irv, The release of mdm729 accomplished the following: 1. Removed the CR,LF before each error message which will cause error messages to overwrite each other, thus if there are multiple hits causing repeats, you won't be able to tell it unless you sit there watching your screen. If you leave the room and there were any hits (CRC error, etc) only the last one will show and you can't tell if there are multiple hits that occurred. The CR,LF's were there for a reason.---so you can see if multiple errors occurred. MDM729 causes this feature to be broken. 2. By-passed my note in MDM728.MSG that explained the new useage of the byte that was formally at the ACKNAK location. - and renamed it to NORETRY in the source code for MDM728.. That byte has nothing whatsoever to do with ACKNAK any more. 3. Added my correction of EOT detection. Fine, but I already had put that in 728. 4. Corrected some minor misstatements. Fine but those could have been deferred to a time when a new release was either NECESSARY or DESIRABLE (new features or NEEDED bug fix.). You have perhaps seen Keith's note about holding at 728 on his RCPM and the MIT/SIMTEL20 archives will also be held at 728 until there is a real reason to update. I believe that the SYSOP Sys operated by Dave Hardy is doing the same thing. There is nothing added in 729 worthwhile over 728 and in fact removes a feature and some information. By the way, I had two reports this morning: 1. The ring-back function is no longer working when using a PMMI modem. ( Hayes can't handle it but PMMI can so that feature should not have been removed.) I don't know at what version number that it got broken. Perhaps you do. 2. The change at LOGLP1 is reported by Eric Stork to give strange results. I will send you his message later. I thought that you were going to quit.. 17-Mar-84 14:20:47-MST,2430;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 17 Mar 84 14:20:40-MST Received: From Sumex-Aim.ARPA by AMSAA via smtp; 17 Mar 84 15:55 EST Date: Sat 17 Mar 84 12:55:23-PST From: Sam Hahn Subject: Re: Download REALLY Big Files To: ABN.ISCAMS@USC-ISID.ARPA cc: info-cpm@AMSAA.ARPA, info-micro@BRL.ARPA Thanks for your reply. In summary, there are several ways: 1. Use DDT to break, and PIP to rebuild, the large files. This is tedious and error-prone, but will work. 2. Use PIP with the start and end options. This requires knowing a lot about the insides of a (possibly binary) file. Also, the segment sizes are not easily determined. 3. Use SQ and USQ to Huffman-ize the files. For me, there was quite a savings in space to SQ my file, and this worked. Does have a limitation if your binary file doesn't have a good distribution of char's for SQ to really make a difference. Also, still have a problem if the squeezed file is still too big. SQ'ing a second time still reduces, but there's a limit. 4. Use a HEXIFY program. This is a pretty good solution which requires a step to break up the hexified program. If the source file were nearly the size of a disk, one is pretty stuck, since the hexified file is larger than the original; probably want a hexify program which can operate in stages (could be this already exists -- in the end, I didn't need to do this). 5. Custom-build a program which steps through the original file, and copies onto another disk until that disk is full, closes, resets, and continues until N disks are full and the original file is scanned. Most time-consuming solution, but there will be cases in which this is the best solution, I imagine. 6. Do directory twiddling to rename the extents of the big file so that each extent looks like a separate file. Would require directory munging of the file, so potentially dangerous, but probably doable in an easy and "correct" way so that the directory is not damaged. PIP could than be used to rebuild the file. Thanks to all of you who responded. For those of you who didn't see my original request, I needed to transfer large (>400k) files from a non-standard (SDSystems) hidensity format to my new Compupro hardware. My apologies for running on at such length. -- sam hahn ------- 17-Mar-84 14:21:29-MST,546;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 17 Mar 84 14:21:26-MST Received: From Simtel20.ARPA by AMSAA via smtp; 17 Mar 84 15:57 EST Date: 17 Mar 1984 13:57 MST (Sat) Message-ID: From: "Frank J. Wancho" To: INFO-CPM@amsaa Subject: New CPMUG Volumes The remaining two CPMUG Volumes have been uploaded to the collections on SIMTEL20, making that set finally complete: MICRO: MICRO: --Frank 17-Mar-84 17:36:26-MST,1252;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 17 Mar 84 17:36:22-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 17 Mar 84 19:13 EST Received: From Mit-Mc.ARPA by BRL via smtp; 17 Mar 84 19:03 EST Date: 17 March 1984 19:03-EST From: Robert L. Plouffe Subject: MDM72X LOGLP1 BUG To: INFO-MODEM7@mit-mc, INFO-CPM@mit-mc, INFO-MICRO@mit-mc MDM728 AND 729 BOTH HAVE A PROBLEM IN THE LOGLP1 ROUTINE THAT CAUSES THE SENDINGCES TO FOUL UP IN SOME CASES. THIS WAS DUE TO A CHANGE THAT ATTEMPTED TO SOLVE THE PROBLEM OF NOT SHOWING PASSWORDS THAT ARE NOT ECHOED BY THE REMOTE ON THE SCREEN. NEITHE THE CODE IN 728/729 OR THE PRIOR CODE ARE CORRECT. TO SOLVE THE PROBLEM, JUST DELETE THE "CALL LOGLP1" IN THE LOGLP ROUTINE AND FOR THOSE WITH THE SOURCE CODE YOU CAN DELETE THE LOGLP1 ROUTINE SINCE NOTHING ELSE CALLS IT. FOR THOSE WITH ONLY THE .COM FILE JUST PUT 3 NOP'S BEGINNING AT 1E56H USING DDT AND DO A SAVE 73 MDM7XX.COM. RECOMMEND USING MDM728 DUE TO OTHER PROBLEMS THAT I HAVE DENOTED IN PREVIOUS MESSAGE. THE CALL TO LOGLP1 WAS ATTEMPTING TO GET ECHOS THAT WERE BEING RETURNED AND PICKED UP BY THE MICRO ANYWAY. SILLY! 17-Mar-84 20:02:31-MST,2474;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 17 Mar 84 20:02:24-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 17 Mar 84 21:42 EST Received: From Mit-Mc.ARPA by BRL via smtp; 17 Mar 84 21:35 EST Date: 17 March 1984 21:35-EST From: Robert L. Plouffe Subject: MODEM TRUCE To: INFO-MODEM7@mit-mc, INFO-CPM@mit-mc The following message has been sent to Irv Hoff: Irv, I have read your message on the Detroit system. Let me offer a TRUCE proposition: 1. When you said that you were going to give me a little fix to include in MDM728, I recall that you referred to a request from Sigi that you couldn't locate at the moment and that you were going to send me another message and tell me what it was. So, when I got the other message (which requested the LOGLP1 change), I assumed that was referring to. Sorry that I mis-understood. 2. Yes, you are quit didn't test the change that deleted the CR,LF's. Now that you p CR,LF ++" at SHOWERR, I agree that I was wrong and hereby apolog be relabelled to NORETRY and that as the overlays get upgraded wcessary that they get fixed also. In the meantime, a note such a should suffice. 4. After you look at the fix at LOGLP that I h and tested it to your satisfaction, I suggest that it be include ring-back no longer works for PMMI although I agree that this onrtant but there ARE still plenty of people with PMMI's and only ose even if they are not an RCPM. 6. No disagreement on the timieturning to CP/M. 7. With respect to other systems using compatks or as direct dial-ups, please understand that one of the tremethis program is that it remain compatible with them and operable iligence should be maintained to guarantee that it remains that wer, currently investigating a problem report on downloading from e.) I believe that you have provided the community with a very vrt on multiple overlays to allow a great number of systems to useanding. I also have been involved for about the past four and a hdding new and improved capabilities. I kept the system from getttaying that way many times long before you got involved. Many other interested/capable parties also. Yes, Ron Fowler's work, inchim, may become the next standard for a bunch of purposes, but inne that I have had for a long time - i.e, to keep the program uss possible and from being broken. It hasn't been easy. 17-Mar-84 20:04:49-MST,2474;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 17 Mar 84 20:04:42-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 17 Mar 84 21:42 EST Received: From Mit-Mc.ARPA by BRL via smtp; 17 Mar 84 21:37 EST Date: 17 March 1984 21:35-EST From: Robert L. Plouffe Subject: MODEM TRUCE To: INFO-MODEM7@mit-mc, INFO-CPM@mit-mc The following message has been sent to Irv Hoff: Irv, I have read your message on the Detroit system. Let me offer a TRUCE proposition: 1. When you said that you were going to give me a little fix to include in MDM728, I recall that you referred to a request from Sigi that you couldn't locate at the moment and that you were going to send me another message and tell me what it was. So, when I got the other message (which requested the LOGLP1 change), I assumed that was referring to. Sorry that I mis-understood. 2. Yes, you are quit didn't test the change that deleted the CR,LF's. Now that you p CR,LF ++" at SHOWERR, I agree that I was wrong and hereby apolog be relabelled to NORETRY and that as the overlays get upgraded wcessary that they get fixed also. In the meantime, a note such a should suffice. 4. After you look at the fix at LOGLP that I h and tested it to your satisfaction, I suggest that it be include ring-back no longer works for PMMI although I agree that this onrtant but there ARE still plenty of people with PMMI's and only ose even if they are not an RCPM. 6. No disagreement on the timieturning to CP/M. 7. With respect to other systems using compatks or as direct dial-ups, please understand that one of the tremethis program is that it remain compatible with them and operable iligence should be maintained to guarantee that it remains that wer, currently investigating a problem report on downloading from e.) I believe that you have provided the community with a very vrt on multiple overlays to allow a great number of systems to useanding. I also have been involved for about the past four and a hdding new and improved capabilities. I kept the system from getttaying that way many times long before you got involved. Many other interested/capable parties also. Yes, Ron Fowler's work, inchim, may become the next standard for a bunch of purposes, but inne that I have had for a long time - i.e, to keep the program uss possible and from being broken. It hasn't been easy. 17-Mar-84 20:19:33-MST,3209;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 17 Mar 84 20:19:24-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 17 Mar 84 21:56 EST Received: From Mit-Mc.ARPA by BRL via smtp; 17 Mar 84 21:53 EST Date: 17 March 1984 21:53-EST From: Robert L. Plouffe Subject: MODEM TRUCE To: INFO-MODEM7@mit-mc, INFO-CPM@mit-mc This message was sent to Irv Hoff: Irv, I have read your message on the Detroit system. Let me offer a TRUCE proposition: 1. When you said that you were going to give me a little fix to include in MDM728, I recall that you referred to a request from Sigi that you couldn't locate at the moment and that you were going to send me another message and tell me what it was. So, when I got the other message (which requested the LOGLP1 change), I assumed that was the one you were referring to. Sorry that I mis-understood. 2. Yes, you are quite right that I didn't test the change that deleted the CR,LF's. Now that you point out the " CR,LF ++" at SHOWERR, I agree that I was wrong and hereby apologize. 3. I suggest that the ACKNAK flag be relabelled to NORETRY and that as the overlays get upgraded when-and-as-if necessary that they get fixed also. In the meantime, a note such as I included in MDM728.MSG (available in Detroit) should suffice. 4. After you look at the fix at LOGLP that I have recommended and tested it to your satisfaction, I suggest that it be included in the next release. 5. Suggest we look for the reason that ring-back no longer works for PMMI although I agree that this one isn't all important but there ARE still plenty of people with PMMI's and only one phone line who use ring-back for their own use even if they are not an RCPM. 6. No disagreement on the timing change on returning to CP/M. 7. With respect to other systems using compatible protocols that are available on other networks or as direct dial-ups, please understand that one of the tremendous values of this program is that it remain compatible with them and operable in all respects. So far, I believe this is so and due-diligence should be maintained to guarantee that it remains that way. (I am, however, currently investigating a problem report on downloading from USC-ECLB using the host compatible protocol there.) I believe that you have provided the community with a very valuable service and that the user-provided support on multiple overlays to allow a great number of systems to use MDM7xx is outstanding. I also have been involved for about the past four and a half years in finding bugs, providing fixes and adding new and improved capabilities. I kept the system from getting broken and staying that way many times long before you got involved. Many other important contributions came from several other interested/capable parties also. Yes, Ron Fowler's work, including a bunch of features that I gave him, may become the urposes, but in the meantime my intent has only been the one that I have had for a long time - i.e, to keep the program useful as widely as possible and from being broken. It hasn't been easy. 17-Mar-84 22:10:22-MST,1588;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 17 Mar 84 22:10:17-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 17 Mar 84 23:53 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 17 Mar 84 23:50 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 17 Mar 84 20:40-PST Date: 13 Mar 84 10:18:10-PST (Tue) To: info-cpm@brl From: ihnp4!drutx!drux3!houxe!hogpc!houti!ariel!vax135!cornell!uw-beaver!tektronix!orca!iddic!jimw@ucb-vax Subject: FOR SALE Article-I.D.: iddic.1620 * FOR SALE: Cromemco System III Computer Cromemco System III S100 computer with 22 slot card cage and the following Cromemco boards & hardware: * ZPU Z80 cpu card 2 or 4 MHz speeds * 64FZ 64k bytes dynamic ram memory card * TU-ART two RS-232 ports & two parallel ports card * PRI two parallel (printer) ports card * 16FDC Disk Controller card with PER SCI 299B dual (2) 8" disk drives- double sided & double density with as much as 2.4 Mbytes of storage (these are the good drives!!!) all hardware in excellent condition **HAVE ALL MANUALS** software includes CPM, CDOS, Cromemco's Structure 32K Basic, JRT Pascal and lots of other stuff $2200.00 for computer with software $2500.00 for computer with software & Falco TS-1 terminal mail to tektronix!iddic!jimw or Jim Whittlesey 11155 SW Hall Blvd. Apt # 53 Tigard, OR 97223 home: 1-503-620-5962 work: 1-503-685-3811 18-Mar-84 01:20:48-MST,1095;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 18 Mar 84 01:20:44-MST Received: From Hi-Multics.ARPA by AMSAA via smtp; 18 Mar 84 2:55 EST Date: 18 March 1984 01:55 cst From: Eaton.HFED@hi-multics Subject: modem7 jump table To: info-cpm@amsaa I was aware of the jump table located within the overlay itself and up until tonight (this morning) I was under the impression that all those little "DS 3" pseudo ops had to be replaced by "JMP's" into the main program. When they call them overlays they mean it. Those DS's leave nice neat little undisturbed jump instructions from the orignial .COM file, "because" as "everyone" know's a DS does not alter memory. Therefore my overlay, your overlay and everyone else's overlay will "plug in and play" on any version of MDM7 after it has initially been customized and optioned. It's a one shot operation. Jesse (you should call them windows) Eaton.HFED@HI-MULTICS P.S. Thanks for the USR overlay Bob, I'll blend it with mine and shoot you a copy somehow. 18-Mar-84 02:01:00-MST,1055;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 18 Mar 84 02:00:55-MST Received: From Hi-Multics.ARPA by AMSAA via smtp; 18 Mar 84 3:40 EST Date: 18 March 1984 02:36 cst From: Eaton.HFED@hi-multics Subject: disk crashes To: info-cpm@amsaa I just had another disk crash on my Shugart SA-850 Floppy Disk Drive. Beginning to wonder about the wisdom of using cheap disks in these units. I buy them new and I clean the heads occasionally but I still experiences crashes from time to time. And of course it is always on the most valuable disk in the house. I have been saving the crashed diskettes to get a flavor for which brand seems to be the most susceptible to self destruction. So far CDC is the crash leader. I've heard that the head load pressure on the Shugart is high and that some disks don't fare well (softer oxide or something like that). I am becoming a believer. Slowly. Painfully slowly. Jesse (are two really cheaper than one?) Eaton.HFED@HI-MULTICS 18-Mar-84 02:16:15-MST,1459;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 18 Mar 84 02:16:11-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 18 Mar 84 3:55 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 18 Mar 84 3:53 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 18 Mar 84 0:45-PST Date: 15 Mar 84 14:56:58-PST (Thu) To: info-cpm@brl From: ihnp4!ihuxw!bamford@ucb-vax Subject: Need modem prog for Altos 8000-2 Article-I.D.: ihuxw.736 Help! I am trying to find a modem program for an old Altos 8000-2 (CP/M, Z80 processor, 2 8" DD disks, 64K ram). I would like the program to support the Ward Christianson XMODEM protocol. CROSSTALK does not seem to support this protocol (at least when I tried, it wouldn't), and neither does ASYNC. I know that modem7 has been adapted for approximately 42 000 000 different machines so it seems reasonable that somebody will have a version that works on an Altos 8000-2. I foolishly purchased a modem before finding that getting the software was the real problem... I could probably, with a great deal of work, adapt some version of modem7 to the Altos, but that is not practical for me in that the Altos is my father's and he lives 700 miles from me. Pointers to somebody with an Altos 8000-2 would be greatly appreciated. Thanks, -- Harold Bamford AT&T Bell Labs @ Naperville, Illinois (312) 979-0837 ihuxw!bamford 18-Mar-84 03:29:28-MST,1115;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 18 Mar 84 03:29:24-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 18 Mar 84 5:05 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 18 Mar 84 4:58 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 18 Mar 84 1:43-PST Date: 15 Mar 84 12:50:54-PST (Thu) To: info-cpm@brl From: decvax!genrad!rick@ucb-vax Subject: response for Wiedemann Article-I.D.: genrad.3921 I have tried to mail this to you 6 different ways with no luck!! I have the source listing for this monitor if you are interested! I have the original plus about 5 different versions that I have used in the last 6 years. The first supports the Ithaca Audio CPU board and the Jade serial/parallel I/O port with KC tape. I dont use KC tape any more because I am using Jade DD disk controller. I have also modified my board to use 2716's but no real problem for you. Please send me your phone number so I can call you to find out which version is best. rick frerichs decvax!genrad!rick 617-779-2811 18-Mar-84 06:26:50-MST,773;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 18 Mar 84 06:26:44-MST Received: From Simtel20.ARPA by AMSAA via smtp; 18 Mar 84 8:01 EST Date: 18 Mar 1984 06:01 MST (Sun) Message-ID: Sender: KPETERSEN@simtel20 From: Keith Petersen To: Info-Cpm@amsaa Subject: INFO-MODEM7 The Info-Modem7 mailing list has been moved to SIMTEL20. Requests to be added to the mailing list should be addressed to INFO-MODEM7-REQUEST@SIMTEL20. This mailing list is a discussion group concerned with the development of MODEM7 (currently MDM728). It is probably not of interest to MDM7xx users, only those who are actively maintaining upgrades to the program. --Keith 18-Mar-84 10:28:56-MST,852;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 18 Mar 84 10:28:53-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 18 Mar 84 12:04 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 18 Mar 84 11:59 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 18 Mar 84 8:53-PST Date: 16 Mar 84 12:53:51-PST (Fri) To: info-cpm@brl From: ihnp4!houxm!hogpc!houti!ariel!vax135!ukc!west44!agjenkin@ucb-vax Subject: ZCPRII Article-I.D.: west44.159 <.....> Is anyone out there prepared to mail me a source listing for the above software? I'm a keen CPM er in the UK and it takes forever and a day to get CPMUG (USA) public domain stuff over here! So If anyone can help I will be forever grateful !!!! (A.J.) ...ukc!root44!west44!agjenkins ...ukc!root44!west44!westf!jenkins 18-Mar-84 12:07:07-MST,789;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 18 Mar 84 12:07:04-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 18 Mar 84 13:47 EST Received: From Mit-Mc.ARPA by BRL via smtp; 18 Mar 84 13:40 EST Date: 18 March 1984 13:38-EST From: Robert L. Plouffe Subject: MDM728 LOGLP1 To: INFO-MODEM7@mit-mc, INFO-CPM@mit-mc Ignore my message about making a fix at LOGLP by taking out the CALL to LOGLP1. Leave it in as it is needed to show characters output from the modem locally rather than getting remote echo. Remote echo is looked at only to determine if characters went out (and thus echoed) so that the pointer for the key strings can be advanced. That way passwords are not shown on the screen.. 18-Mar-84 16:23:04-MST,2294;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 18 Mar 84 16:22:55-MST Received: From Simtel20.ARPA by AMSAA via smtp; 18 Mar 84 17:54 EST Date: 18 Mar 1984 15:54 MST (Sun) Message-ID: Sender: KPETERSEN@simtel20 From: Keith Petersen To: Info-Cpm@amsaa Subject: Using NSWP2 on the Kaypro 10 or ADM3 terminal NSWP2 for the Kaypro 10 or ADM3A terminal ========================================= As supplied, NSWP2 does not use the inverse video sequences, you must alter the COM file with DDT first. //////////////////////////////////////////////////////// How to set-up NSWP2.COM to show $SYS and $R/O files with inverse video for the Kaypro 10 (and the brand new Kaypro 4). All you need is DDT.COM and a copy of NSWP2.COM. A0>DDT NSWP2.COM -S104 this is the inverse on sequence 03 03 means a three-byte video sequence 1b 1b is hexadecimal for escape 42 42 is "B" 30 30 is "0" . entering a "." exits SET mode of DDT -S10b this is the inverse off sequence 03 1b escape 43 "C" 30 "0" . -g0 g0 exits DDT and returns to CP/M warm boot A0>SAVE 42 NSWP-K10.COM (NOTE: You may also specify a 4-byte video sequence and add "B1" and "C1" calls for half intensity inverse video) That's it ... plain and simple. Now any files with the $SYS, $R/O, archive, or any other bit set will show up with an inverse video block in the filetype extension when listed with NSWP2. ///////////////////////////////////////////////////////// Also to make the screen clear when NSWP2 signs on, set the following memory locations as shown: 1D13H = 20 1D14H = 20 1D15H = 20 1D16H = 20 1D17H = 1A <-- this is the clear screen call 1ah or 26 decimal ////////////////////////////////////////////////////////// Many thanks to Dave Rand for this FINE utility program, I would be lost without it on my hard disk drive. Steve Sanders 03/01/84 Tampa Bay Bandit Board RCPM 18-Mar-84 18:09:42-MST,615;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 18 Mar 84 18:09:37-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 18 Mar 84 19:45 EST Date: Sun, 18 Mar 84 19:45:33 EST From: Rick Conn To: ihnp4!houxm!hogpc!houti!ariel!vax135!ukc!west44!agjenkin@ucb-vax cc: info-cpm@brl Subject: Re: ZCPRII You might want to wait until ZCPR3 comes out. Among other things, ZCPR3 will be supported by a variety of sources (incl SIG/M, of course), and some promise to provide a quicker turn-around. More details later. Rick 18-Mar-84 20:48:31-MST,566;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 18 Mar 84 20:48:28-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 18 Mar 84 22:29 EST Received: From Mit-Mc.ARPA by BRL via smtp; 18 Mar 84 22:27 EST Date: 18 March 1984 22:27-EST From: Robert L. Plouffe Subject: MDM7XX SOLVED To: INFO-MODEM7@mit-mc, INFO-CPM@mit-mc For those who have been following and at the least bit interested in the maturation of MDM7XX, see the file at MIT-MC in the FJW; directory called MDM7XX SOLVED. 18-Mar-84 22:04:48-MST,731;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 18 Mar 84 22:04:45-MST Received: From Hi-Multics.ARPA by AMSAA via smtp; 18 Mar 84 23:41 EST Date: 18 March 1984 22:38 cst From: Eaton.HFED@hi-multics Subject: MODEM7 DIRECT PRINTING To: info-cpm@amsaa I have a problem printing directly from the line when running MDM712 and more recently MDM724. I drop characters on both the printer and on the screen. I have used two different overlays, so that is not the problem. My printer requires fill characters after head movement and I think this is taking more time than the line can handle. Any ideas on this one? Jesse (insty print) Eaton.HFED@HI-MULTICS 18-Mar-84 22:12:04-MST,528;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 18 Mar 84 22:11:59-MST Received: From Hi-Multics.ARPA by AMSAA via smtp; 18 Mar 84 23:41 EST Date: 18 March 1984 22:42 cst From: Eaton.HFED@hi-multics Subject: MDM728 FEATURES? To: info-cpm@amsaa Haven't seen any operational info on MDM728. Just the gnashing of teeth between you developer types. What's in MDM728 that could be considered an enhancement? Jesse (overlays are forever) Eaton.HFED@HI-MULTICS 18-Mar-84 22:39:43-MST,1538;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 18 Mar 84 22:39:38-MST Received: From Hi-Multics.ARPA by AMSAA via smtp; 19 Mar 84 0:18 EST Date: 18 March 1984 23:13 cst From: Eaton.HFED@hi-multics Subject: VEDIT 1.38/1.16 To: info-cpm@amsaa I have been using VEDIT 1.37 for about a year now and just love it. I got a chance to rummage through the manual on v1.38 today and was really amazed by the number of improvements that have been made. Some of those that I can remember are: 1. Horizontal scrolling 2. Help file 3. Arithmetic registers (add/sub only, for now) 4. Ret vs. esc,esc to end command mode 5. Default to text reg 0 on return 6. Quit but stay in editor 7. Expanded search/replace 8. Default disk/user for help and ini files 9. Keyboard map 10. Expanded command set 11. Bit 7 handling (Wordstar too) 12. Output file name on status line For those of you who haven't used or seen VEDIT it comes highly recommended. It is the best darned editor for writing programs that I have used. It has limited although serviceable use as a word processor. As a program editor it runs rings around it's competition. I don't know if they updated those lousy installation procedures but here's hoping they did. You have to know quite a bit about your terminal if you want to do a really custom version. Otherwise you can use one of their "terminal in a can" routines. Jesse (who once used ed) Eaton.HFED@HI-MULTICS 19-Mar-84 12:10:44-MST,599;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 Mar 84 12:10:41-MST Received: From Parc-Maxc.ARPA by AMSAA via smtp; 19 Mar 84 13:39 EST Date: 19 Mar 84 10:37:47 PST (Monday) From: Bicer.ES@PARC-MAXC.ARPA Subject: Re: disk crashes In-reply-to: Eaton.HFED's message of 18 Mar 84 02:36 cst To: Eaton.HFED@hi-multics.ARPA cc: info-cpm@amsaa.ARPA I have been using Dysan DSDD disks for nearly two years now, and I had only a few bad diskettes. My last system disk lasted me over a year, using 5 days a week, 8 hours a day. Jack Bicer 19-Mar-84 13:50:32-MST,746;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 Mar 84 13:50:28-MST Received: From Mitre.ARPA by AMSAA via smtp; 19 Mar 84 15:24 EST Date: 19 Mar 1984 15:20:09 EST (Monday) From: Mark Greinke Subject: pc-blue/formats/its binary/ftping/downloading to micro. To: info-cpm@amsaa Cc: m15326@mitre i understand that the pc-blue distribution disks are available, but only in its binary format. would you please send me details on the format of these files, methods for ftping to non-pdp-10 mainframes, and downloading to my micro (ibmpc). anything you can send me will be greatly appreciated. thanks in advance -- mark greinke 19-Mar-84 15:23:35-MST,983;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 Mar 84 15:23:29-MST Date: Mon, 19 Mar 84 16:57:20 EST From: Dave Towson (info-cpm) To: Lei.es@parc-maxc, korfhage@ucla-ats, bboards@ut-ngp, fenchel@wisc-rsch, Peter.Monta@cmu-cs-g, munck@mitre-bedford, David.Nichols@cmu-cs-a, keil%OT34@nosc-cc, info-micro@brl-vgr, info-cpm@amsaa Subject: Getting PC-BLUE files. Fellow CP/Mers - My being volunteered as the source of information on how to FTP the newly-loaded PC-BLUE files from Simtel20 reminds me of the familiar situation where the advertising department gets ahead of the engineering department. At any rate, I have a blurb on getting stuff from the archives, but it does not address the PC-BLUE files since they weren't there when I wrote the thing. Give me a few days to fix it up, and I'll send it to you. Dave Towson info-cpm-request@amsaa 19-Mar-84 16:33:38-MST,759;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 Mar 84 16:33:29-MST Received: From Simtel20.ARPA by AMSAA via smtp; 19 Mar 84 18:10 EST Date: 19 Mar 1984 16:10 MST (Mon) Message-ID: From: "Frank J. Wancho" To: INFO-IBMPC@usc-isib Cc: INFO-CPM@amsaa, INFO-MICRO@amsaa Subject: Online catalog files The following files consist of the contents of the -CATALOG.nnn files of each of their respective subdirectories in reverse numerical order: MICRO:PC-BLUE.CAT MICRO:CPMUG.CAT MICRO:SIGM.CAT These are the ONLY files which are ordinary ASCII text files in those subdirectories which they represent. --Frank 19-Mar-84 19:41:55-MST,708;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 Mar 84 19:41:50-MST Received: From Brl-Tgr.ARPA by AMSAA via smtp; 19 Mar 84 21:25 EST Date: Mon, 19 Mar 84 21:22:28 EST From: Brint To: Eaton.HFED@hi-multics cc: info-cpm@amsaa Subject: Re: disk crashes What do you mean by a "head crash?" It sounds like your drive is the culprit rather than the medium. We use CDC exclusively on 1 each Tandon (80 tr), TEAC(80 tr), Apple, and Brand-X for apple. At least 3 others in my acquaintance do so always. We are quite satisfied with the result. Better look at your drive again. Brint (abc@brl.arpa) 19-Mar-84 22:05:36-MST,1147;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 Mar 84 22:05:23-MST Received: From Hi-Multics.ARPA by AMSAA via smtp; 19 Mar 84 23:48 EST Date: 19 March 1984 22:45 cst From: Eaton.HFED@hi-multics Subject: RE: DISK CRASHES To: info-cpm@amsaa My earlier comment on disk crashes was not meant as an indictment against any one floppy disk manufacturer. It was an effort to gain other's experiences with inexpensive media on "Shugart 850's". Soft oxide causes media wear while hard oxide causes head wear. If that is an accurate statement, then depending on what drive you are using, there must be some media which works better or worse with that particular hardware. I like to get the most for my money as I'm sure we all do. My point was that perhaps the cheaper disks are not necessarily the best buy if it means the loss of critical data and the resulting reconstruction time. I don't use floppys that often, and am therefore mortified when I hear that awful hissing sound as oxide separates from mylar. Jesse (ring around the floppy) Eaton.HFED@HI-MULTICS 19-Mar-84 23:27:56-MST,457;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 Mar 84 23:27:53-MST Received: From Hi-Multics.ARPA by AMSAA via smtp; 20 Mar 84 1:11 EST Date: 20 March 1984 00:10 cst From: Eaton.HFED@hi-multics Subject: COMPILER DESIGN To: info-cpm@amsaa Has anyone come across a good book on designing compilers? Please respond to me directly, not to the net. Thanks Jesse (Eaton.HFED@HI-MULTICS) 19-Mar-84 23:48:59-MST,699;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 Mar 84 23:48:55-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 20 Mar 84 1:04 EST Received: From Mit-Mc.ARPA by BRL via smtp; 20 Mar 84 0:58 EST Date: Tue, 20 Mar 1984 00:57 EST Message-ID: From: ZZZ.RLK%MIT-OZ@MIT-MC.ARPA To: info-cpm%MIT-OZ@MIT-MC.ARPA cc: rlk%MIT-OZ@MIT-MC.ARPA Subject: can I go on the list? I'm a sometime cp/m hacker with random interests / info. If this is sort of what the list is for, could I go on? I couldn't find a INFO-CPM-REQUEST listed. I own an Exidy Sorcerer w/48K CP/M 2.2 Robert Krawitz 20-Mar-84 02:36:18-MST,701;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Mar 84 02:36:15-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 20 Mar 84 4:19 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 20 Mar 84 4:14 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 20 Mar 84 0:57-PST Date: 18 Mar 84 10:06:25-PST (Sun) To: info-cpm@brl From: decvax!ittvax!dcdwest!sdcsvax!sdccs7!ee163abs@ucb-vax Subject: Turbo Pascal programming Article-I.D.: sdccs7.1174 Is there a quick and easy way to have program running under Turbo Pascal send output to the printer and the console at the same time (i.e. as in hitting an ^P on cp/m)? Ron Breger 20-Mar-84 07:06:47-MST,867;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Mar 84 07:06:43-MST Received: From Wpafb-Info1.ARPA by AMSAA via smtp; 20 Mar 84 8:41 EST Date: 20 Mar 1984 0838-EST From: ELDER@wpafb-info1 Subject: Simtel20 FTP to VAX To: INFO-CPM@amsaa Reply-To: ELDER@wpafb-info1 Does anyone use a VAX running VMS to FTP files from the CPM directory on Simtel20? On our VAX I can FTP ASCII file fine, but I can't get the COM files. They transfer down to our VAX but they don't seem to be coming across properly (at least when I dump the COM files it looks like a bunch of garbage and the programs don't run when brought down from the VAX to a micro). I'm doing bget's (Binary Get) when I FTP those files. Is there something else I should be trying? Anyone have any ideas? Thanks. -Greg Elder ------ 20-Mar-84 09:09:24-MST,713;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Mar 84 09:09:20-MST Received: From Csnet-Relay.ARPA by AMSAA via smtp; 20 Mar 84 10:35 EST Received: by csnet-relay via xumass-cs; 20 Mar 84 10:05 EST Date: Tue, 20 Mar 84 07:52 EST From: Robert (LISPer DM)Heller To: Info-Micro%brl.arpa@csnet-relay.arpa, Info-CPM%amsaa.arpa@csnet-relay.arpa Subject: BASIC Interpreter For The MC68000 I am looking for a BASIC interpreter for the MC68000 (preferly to run under CP/M-68K). If anyone out there has any info, please send it to Heller@UMass-CS@CSNet-Relay (Arpanet). Thank you. Robert Heller 20-Mar-84 11:36:13-MST,473;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Mar 84 11:36:09-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 20 Mar 84 13:17 EST Received: From Ucla-Locus.ARPA by BRL via smtp; 20 Mar 84 13:14 EST Date: Tue, 20 Mar 84 09:53:00 PST From: Bob Mitchell Subject: Sanyo users group? To: info-cpm@brl Does anybody out there have a Sanyo micro or know of a Sanyo users group? 20-Mar-84 11:49:09-MST,518;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Mar 84 11:49:04-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 20 Mar 84 13:18 EST Received: From Ucla-Locus.ARPA by BRL via smtp; 20 Mar 84 13:15 EST Date: Tue, 20 Mar 84 09:57:00 PST From: Bob Mitchell Subject: Sanyo users group? To: info-cpm@brl Does anybody out there have a Sanyo computer or know of a Sanyo users group? --Mitch (cepu!mitch@ucla-locus.arpa) 20-Mar-84 18:46:34-MST,953;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Mar 84 18:46:27-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 20 Mar 84 20:06 EST Received: From Mit-Mc.ARPA by BRL via smtp; 20 Mar 84 20:07 EST Date: 20 Mar 1984 19:41-EST From: Conal.Elliott@CMU-CS-CAD.ARPA Subject: creating cpm format disks To: info-cpm@mit-mc Message-Id: <448677678/conal@CMU-CS-CAD> I'm trying to get some public domain cp/m software to my younger brother in California. Only problem is that I don't know anyone who uses the same format cp/m as he does (cromemco). I have an atari 800 which seems to be physically compatible, since we both use 5 1/4" soft-sectored floppies with 40 tracks/side, 18 sectors/track and 128 bytes/sector. Does anyone know how I could create a disk in cromemco format that his computer could read. I would be MOST grateful for any help with this. - Conal Elliott 20-Mar-84 20:28:54-MST,2179;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Mar 84 20:28:42-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 20 Mar 84 22:05 EST Received: From Mit-Mc.ARPA by BRL via smtp; 20 Mar 84 22:00 EST Date: 20 March 1984 21:59-EST From: Robert L. Plouffe Subject: PMMI ring-back fixed To: INFO-MODEM7@mit-mc, INFO-CPM@mit-mc Message forwarded from Irv Hoff to fix the PMMI ring-back function in MDM727-729. #: 83977 Sec. 0 - Communications Sb: #PMMI problem fixed 20-Mar-84 06:48:04 Fm: Irv Hoff 72365,70 To: Bob Plouffe 70220,113 (X) Found the problem with the PMMI ringback. My fault. When I fixed MDM727 for (0-9) numbers on redialing, and renumbered some labels, missed this one. However, it's still a bit of a flakey circuit, as we wait 7 seconds after dialing, hope it goes through all the exchanges and has rung once, then we hang up, wait 5 seconds and go back and redial. Call this MDM727-9.MOD SUBJECT : MDM727 - MDM729 MOD FOR PMMI USERS FOR RINGBACK NUMBERS FROM : IRV HOFF W6FFC DATE : 18 MAR 84 This mod affects just PMMI modems that are using MDM727 and later, including MDM728 or MDM729. Change one byte: 097F from 75 to 69 (then SAVE 73 sectors) The ringback circuit should then work normally. When I fixed MDM727 to allow redialing the new (0-9) numbers and changed some some labels, this one was overlooked, sorry. If changing the source code, make the following change: ;..... ; ; ; Hang up, redial and listen for dial tone ; RINGBK1: CALL HANGUP ;hang up the phone MVI B,RBWAIT ;wait 5 seconds before redialing.. CALL TIMER ;..for line to clear, etc. CALL DIALBGN ;disconnect, reconnect, wait for tone JNC DIAL12 ;go redial number JMP DIALAGN ;no dial tone heard ;..... ; - - - - - - - - - - - - - - - (next to last line was: JNC DIAL13 which was incorrect) 20-Mar-84 22:20:42-MST,1638;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Mar 84 22:20:36-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 20 Mar 84 23:53 EST Received: From Usc-Isid.ARPA by BRL via smtp; 20 Mar 84 23:53 EST Date: 20 Mar 1984 20:51-PST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Keyboard Delay in Word*/UNSPOOL From: ABN.ISCAMS@USC-ISID.ARPA To: INFO-CPM@brl Cc: ABN.ISCAMS@USC-ISID.ARPA Message-ID: <[USC-ISID.ARPA]20-Mar-84 20:51:19.ABN.ISCAMS> Netlandians, I like the "background process" idea of both Word*'s PRINT function and UNSPOOL. However, I have a REAL problem with the keyboard being dead the majority of the time. I've read warnings that in Word* there may be an occasional delay, so "heads-up typing is not recommended" or something to that effect. However, waiting many many seconds for ANY key response/echo at ALL, then maybe entering 3 or 4, and then another LONG delay -- and none of this correlating to disk reads (usually), and with a nice little 1.5 or 2 Kb buffer on my Mannesman Tally -- where's the bloody delay? I have DMA on my Decision I disk controllers, sure, but disk reads don't take THAT long. Any ideas? I've tried my CBIOS patched to both Xon/Xoff and ...forget the alternative .. DTR? -- anyway, no difference there, so the BIOS shouldn't be waiting around for the printer. Both functions are effectively useless for any sort of text input because of this excessive delay (with Word* being the WORST!). Would appreciate some advice from the CP/M wizards... David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 20-Mar-84 22:27:54-MST,1015;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Mar 84 22:27:49-MST Received: From Brl-Vgr.ARPA by AMSAA via smtp; 21 Mar 84 0:03 EST Received: From Ut-Ngp.ARPA by BRL-VGR via smtp; 20 Mar 84 23:56 EST From: mknox@ut-ngp.ARPA Posted-Date: Tue, 20 Mar 84 22:50:53 CST Message-Id: <8403210455.AA01099@ut-ngp.ARPA> Received: by ut-ngp.ARPA (4.22/3.14) id AA01099; Tue, 20 Mar 84 22:55:34 cst Date: Tue, 20 Mar 84 22:50:53 CST To: info-cpm@brl-vgr.ARPA Subject: response to HELLER, BASIC for CP/M-68K Several reasonably good BASIC compilers are available under CP/M-68K, as is FORTRAN-77, PASCAL, and FORTH. However, BASIC interpreters are something of a rarity. I believe MicroCraft (Dallas Texas, but I don't have their phone number at present) has one that looks like APPLE BASIC. It is for their DIMENSION 68000 machine, but the MIGHT sell you a copy. P.S. Can you send me an address I can ARPA to? Or else a SNAIL-MAIL address? 20-Mar-84 22:37:56-MST,831;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Mar 84 22:37:52-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 21 Mar 84 0:18 EST Received: From Sumex-Aim.ARPA by BRL via smtp; 21 Mar 84 0:18 EST Date: Tue 20 Mar 84 21:05:05-PST From: Leslie Zatz Subject: LIB.COM To: INFO-CPM@BRL.ARPA Two years ago I picked up LIB.COM from a BBS. It is a cataloging program for Micropolis II systems. It had some bugs but was a lovely little program. Combined the features of MCAT, XCAT, and FIND in one compact packagel Trouble is that it uses direct BIOS callss rather than bDOS so is not transportable to other systems. I have not been able to locate the author or the source program. Does anyone have any information on this? ------- 21-Mar-84 03:27:48-MST,550;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Mar 84 03:27:45-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 21 Mar 84 5:04 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 21 Mar 84 4:58 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Mar 84 1:46-PST Date: 19 Mar 84 7:42:12-PST (Mon) To: info-cpm@Brl.ARPA From: harpo!eagle!mhuxl!mhuxh!mpatent@Ucb-Vax.ARPA Subject: 3 BOOS for Commodore Customer Support Article-I.D.: mhuxh.1285 speak out and be heard!!! 21-Mar-84 04:30:40-MST,1509;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Mar 84 04:30:35-MST Received: From Simtel20.ARPA by AMSAA via smtp; 21 Mar 84 6:15 EST Date: Wed 21 Mar 84 04:16:28-MST From: Keith Petersen Subject: MDM727/728/729 fix for PMMI ringback To: Info-Cpm@AMSAA.ARPA SUBJECT : MDM727 - MDM729 MOD FOR PMMI USERS FOR RINGBACK NUMBERS FROM : IRV HOFF W6FFC DATE : 18 MAR 84 This mod affects just PMMI modems that are using MDM727 and later, including MDM728 or MDM729. Change one byte: 097F from 75 to 69 (then SAVE 73 sectors) The ringback circuit should then work normally. When I fixed MDM727 to allow redialing the new (0-9) numbers and changed some some labels, this one was overlooked, sorry. If changing the source code, make the following change: ;..... ; ; ; Hang up, redial and listen for dial tone ; RINGBK1: CALL HANGUP ;hang up the phone MVI B,RBWAIT ;wait 5 seconds before redialing.. CALL TIMER ;..for line to clear, etc. CALL DIALBGN ;disconnect, reconnect, wait for tone JNC DIAL12 ;go redial number JMP DIALAGN ;no dial tone heard ;..... ; - - - - - - - - - - - - - - - (next to last line was: JNC DIAL13 which was incorrect) ------- 21-Mar-84 05:53:12-MST,812;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Mar 84 05:53:08-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 21 Mar 84 7:30 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 21 Mar 84 7:22 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Mar 84 4:09-PST Date: 19 Mar 84 4:49:56-PST (Mon) To: info-cpm@Brl.ARPA From: ihnp4!drutx!houxe!hogpc!houti!ariel!vax135!ukc!west44!agjenkin@Ucb-Vax.ARPA Subject: Does CPM do deblocking on 128 byte sectors ? Article-I.D.: west44.162 Can anybody answer the above question!!! Also does the above have any known bugs as it appears to work for sectors bigger than 128 bytes ? Thanx ...ukc!root44!west44!agjenkins ...ukc!root44!west44!westf!jenkins Alun Jenkins { BRITAIN } 21-Mar-84 05:55:48-MST,998;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Mar 84 05:55:43-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 21 Mar 84 7:31 EST Date: Wed, 21 Mar 84 7:26:55 EST From: Keith Petersen To: ABN.ISCAMS@usc-isid.arpa cc: Info-Cpm@Amsaa.ARPA Subject: Re: Keyboard Delay in Word*/UNSPOOL Make sure your CBIOS LISTSTAT routine is properly configured. Many are not configured at all, returning list device always ready or always not ready. Assuming you have that working right then it may be the way you configured WordStar. If you use the CP/M list device for the printer WS.COM does not check LISTSTAT. There is a patch to add list device status checking inside WS.COM, look in the directory at SIMTEL20. Otherwise use WordStar's internal drivers, which will require that you answer certain questions at configuration time about port addresses and status bits. --Keith 21-Mar-84 07:54:28-MST,940;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Mar 84 07:54:22-MST Received: From Usc-Isid.ARPA by AMSAA via smtp; 21 Mar 84 9:24 EST Date: 21 Mar 1984 06:23-PST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Keyboard Delay in Word*/UNSPOOL From: ABN.ISCAMS@USC-ISID.ARPA To: w8sdz@Brl.ARPA Cc: Info-Cpm@Amsaa.ARPA Message-ID: <[USC-ISID.ARPA]21-Mar-84 06:23:01.ABN.ISCAMS> In-Reply-To: The message of Wed, 21 Mar 84 7:26:55 EST from Keith Petersen Keith, Thanks much for your quick response on my query as to reasons for excessive keyboard delays in UNSPOOL and WORD*. I did NOT realize using the CP/M List device in WS for the printer means LISTSTAT is not checked -- a significant thing, and maybe the root of my problem. Tallyho -- off to the enchanting world of INSTALWS.COM (gotta love it!) Regards, David Kirschbaum Toad Hall 21-Mar-84 08:52:59-MST,2455;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Mar 84 08:52:50-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 21 Mar 84 9:58 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 21 Mar 84 9:41 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Mar 84 6:27-PST Date: 19 Mar 84 17:09:39-PST (Mon) To: info-cpm@Brl.ARPA From: decvax!mcnc!ecsvax!emigh@Ucb-Vax.ARPA Subject: Distributing modifications to F80 Article-I.D.: ecsvax.2172 <> Recently, I was given a set of disassemblies of some of the Microsoft FORTRAN-80 library subroutines (the person who disassembled the routines and I are both registered owners of F80). During Spring Break, I rewrote the floating point multiply and divide routines for the Z80 (resulting in improvements of 25% and 37%, respectively, for time in floating point intensive programs). Considering the discussion now going on in net.general (and net.followup), can I give the benefits of my labor to others? I can see three possibilities for this: 1) Forget about the whole thing. Use the modifications in my own work, but don't take the chance on distributing them. 2) Distribute the .REL files. This would allow others to use them, but would not allow others to locate and fix any bugs that might be present (after all, I spent only 1 day on the project). 3) Distribute the .MAC files. This is the most ideal from my standpoint, as I may have made some errors, or there may be a more efficient routine. However, I would guess that about 20% of the actual code is still Microsoft's, and certainly the algorithm is Microsoft's-- I only translated it into Z80 code. Please give me your ideas as to the legal/moral solution to this problem. Do you feel that I would be violating the copyright laws in going ahead with options 2 or 3? The license agreement I signed states in part: "Party agrees that unauthorized copying or disclosure will cause great damage..." Will either of these options violate this license agreement? I should add that I would distribute them without cost (e.g., through net.sources). I will summarize any answers I get to the net. If you wish, I will keep your id annonymous. --Thanks-- -- Ted H. Emigh North Carolina State University Raleigh NC USENET: {akgua decvax duke ihnp4 unc}!mcnc!ecsvax!emigh ARPA: decvax!mcnc!ecsvax!emigh@BERKELEY.ARPA 21-Mar-84 14:04:28-MST,1723;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Mar 84 14:04:20-MST Received: From ur-cs-gw.ARPA by AMSAA via smtp; 21 Mar 84 15:40 EST Received: by sen.rochester (3.327.3N) id AA03287; 21 Mar 84 15:40:51 EST (Wed) Received: by cay.Rochester (3.327.3N+) id AA08885; 21 Mar 84 15:39:35 EST (Wed) Message-Id: <8403212040.3287@sen.rochester> Date: 21 Mar 84 15:40:51 EST (Wed) From: Mike Ciaraldi Subject: Apple CP/M Wordstar with Olympia To: info-cpm@amsaa.ARPA I have a friend with a problem integrating his system. He has an Apple II Plus with the Microsoft Z-80 card and CP/M. He also has an Apple Super Serial card, and this is connected to an Olympia daisy wheel typewriter/printer. Under Apple DOS, everything works fine. But when using CP/M, the printer messes up. It prints for a whhile, then starts losing characters. This is especially noticeable with Wordstar. The people he bought the printer from can't tell him if it has X-ON/X-OFF, ETX/ACK, or some other protocol. It sounds like the buffer in the printer is overflowing (he is driving it at 1200 baud, and the printer prints at maybe 12 characters per second), but he doesn't know how to take advantage of this. So, the question is: how can he get the printer to work right under CP/M? e.g. in Wordstar he could select ETX-ACK, but since the printer is configured as the CP/M LST: device, where would the software read the ACK coming back? Same with X-ON/X-OFF. Is there CP/M BIOS support for this, as there seems to be in Apple DOS? Does it have to be enabled in some way? Thanks for any help you can give. Mike Ciaraldi ciaraldi@rochester 21-Mar-84 15:45:54-MST,1394;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Mar 84 15:45:49-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 21 Mar 84 17:14 EST Received: From Parc-Maxc.ARPA by BRL via smtp; 21 Mar 84 17:09 EST Date: 21 Mar 84 14:07:55 PST (Wednesday) From: Bicer.ES@PARC-MAXC.ARPA Subject: Re: Does CPM do deblocking on 128 byte sectors ? In-reply-to: NameTooLong's message of 19 Mar 84 4:49:56 PST (Mon) To: cc: info-cpm@Brl.ARPA Assuming you are talking about CP/M 2.2, the deblocking is done in the BIOS, which is system dependent. The portable operating system (BDOS), doesn't know anything about blocking or deblocking. All it expects is to be able to read and write 128 byte sectors. So, if the disk is formatted in 128 byte sectors, the answer to your question is: CP/M (BDOS or BIOS) DOESN'T DO ANY DEBLOCKING. THE BDOS NEVER DOES BLOCKING/DEBLOCKING. One thing that usually happens is called SKEWING, which is used to increase disk throughput. The logical sector numbers are skewed by an amount (usually 6 in 8" SSSD format), so that physical to logical translation takes place according to a skew table (1,7,13,19,2,8,14,.... MOD23(n)). If you wish to use a size other than 128 bytes, then you have to modify your BIOS to do blocking and deblocking. The BDOS will not know the difference. Jack Bicer 21-Mar-84 19:15:55-MST,804;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Mar 84 19:15:51-MST Received: From Mitre.ARPA by AMSAA via smtp; 21 Mar 84 20:09 EST Date: 21 Mar 1984 19:41:55 EST (Wednesday) From: Jeffrey Edelheit Subject: educational software for little kids To: info-cpm@Amsaa.ARPA Cc: edelheit@Mitre.ARPA I have a 2 year old who likes to play with my pc. I recently noticed that educational software for little people is available running under Apple DOS. (Some of the programs look pretty cute.) Anyway, I haven't seen anything running under CP/M or CP/M-86. Has anyone seen any good educational programs running under either of the CP/M's that my son might be able to use? Jeff Edelheit (edelheit at mitre) 21-Mar-84 21:28:17-MST,1861;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Mar 84 21:28:11-MST Received: From Usc-Isid.ARPA by AMSAA via smtp; 21 Mar 84 23:01 EST Date: 21 Mar 1984 20:01-PST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: AUTODIN Protocols From: ABN.ISCAMS@USC-ISID.ARPA To: INFO-CPM@Amsaa.ARPA Cc: ABN.ISCAMS@USC-ISID.ARPA Message-ID: <[USC-ISID.ARPA]21-Mar-84 20:01:43.ABN.ISCAMS> NetLandians, Hokay, this is a good one (and I can hear screams of anguish from anyone connected with Army Communications Command and higher/related echelons).. I have a real and valid requirement to construct LEGAL and COMPLETE AUTODIN headers and message/text formatting on a micro -- namely a (ugh, yeccchhh) Apple II running Pascal. I'm looking at Mode 1, teletype protocols. If you all aren't familiar with AUTODIN (the world-wide Defense Department communications net), forget you ever heard of it! This is gonna be a kind of toughie, since the protocols are VERY demanding and strict, and the whole idea is one of those "Sacred Cows" you mustn't consider without a multi-megabuck project and 10 years in the making... But I'm gonna do it anyway. Would like pointers to software (Pascal, BASIC (any dialect), C (hooo boy, just starting in C), 8080/Z80 assembler (my favorite, but would have to translate), even (bleaugh) 6502 assembler. Cobol? Naw, please, anything but Cobol! Any ideas at all (beside a probably justly deserved "Forget it!") would be sincerely appreciated. I know the format, just hope I can find the code to simplify the construction of the bloody thing. I can do it either from operator prompting, a menu, or parsing strings of text -- but maximum automation of repetitious stuff. Regards, and thanks in advance. David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 21-Mar-84 23:19:08-MST,914;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Mar 84 23:19:04-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 22 Mar 84 0:58 EST Received: From Ut-Ngp.ARPA by BRL via smtp; 22 Mar 84 0:51 EST Date: Wed, 21 Mar 84 23:51:51 cst From: garey@ut-ngp.ARPA Posted-Date: Wed, 21 Mar 84 23:51:51 cst Message-Id: <8403220551.AA21068@ut-ngp.ARPA> Received: by ut-ngp.ARPA (4.22/3.14) id AA21068; Wed, 21 Mar 84 23:51:51 cst To: info-cpm@brl.ARPA Subject: STD bus Smartware (P.O. Box 941303, Schaumburg, Ill 60184) is advertising an addon board for the Kaypro that includes a real-time clock and two STD bus connect- ors for $225.00 assembled. My question is, what is the STD bus, what boards are avalaible for it, and where can they be gotten? I've never seen advertise- ments for STD boards. Thanks Jim Garey garey@ut-ngp.ARPA 21-Mar-84 23:59:53-MST,1972;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Mar 84 23:59:47-MST Received: From Simtel20.ARPA by AMSAA via smtp; 22 Mar 84 1:37 EST Date: 21 Mar 1984 23:36 MST (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: New TRS-80 Model-I overlay for MDM7xx. Dave Towson has uploaded a new TRS-80 Model-I overlay for MDM7xx. It's now available on SIMTEL20 as MICRO:M7R1-3.ASM. Here's what's new in it: From: David Towson (CSD) To: Keith Petersen Re: New TRS-80 Model-I overlay for MDM7xx. Compared with the existing R1 overlay, the new one has the following differences: a. The installation instructions are correct for the current size of MDM7xx.COM. b. The code is fully commented. c. Material from the general-purpose overlay file, but meaningless in a TRS-80 Model-I/III context has been removed. d. Labels having meaning in the MDM7xx.ASM context have been equated to labels having more meaning in the TRS-80 context, making the program more readable (in my opinion). e. The label ACKNAK has been changed to NORETRY to reflect current usage, and an explanation is given in the comments. f. Equates for NUMLIB address, XFRSIZ and SHOWHEX have been added to allow use of new capabilities in MDM728. They work. g. The GOODBYE routine turns off DTR and RTS, and leaves them off. They can be turned back on by sending a BREAK in terminal mode (300 millisecond BREAK is supported). I have experimented with a 4K protocol-transfer buffer, and I really like it. Sixteen-K works okay for me, but takes a VERY long time to load in the protocol-send mode. With 4K, the pause is quite short (less than 2 seconds), and very unlikely to cause a timeout on the receive end. 22-Mar-84 01:40:42-MST,562;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 Mar 84 01:40:39-MST Received: From Hi-Multics.ARPA by AMSAA via smtp; 22 Mar 84 3:21 EST Date: 22 March 1984 02:17 cst From: Eaton.HFED@Hi-Multics.ARPA Subject: re: compiler design To: info-cpm@Amsaa.ARPA Thanks to all who replied on the subject of a good compiler design book. The most popular turns out to be the "dragon book". Principles of Compiler Design by Aho and Ullman. Jesse (with "light" reading ahead) Eaton.HFED@HI-MULTICS 22-Mar-84 12:20:22-MST,908;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 Mar 84 12:20:18-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 22 Mar 84 13:50 EST Date: 22 Mar 1984 11:46 MST (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Temporary MDM7xx files at MIT-MC removed AR100:FJW; and AR102:FJW; have been deleted to converve disk space and to minimize FTP load on MIT-MC. All of the MDM7 files are available from SIMTEL20's MICRO: directory via ANONYMOUS FTP. Irv Hoff has just released MDM730, which has some significant bug fixes and some new features. I will upload it to SIMTEL20 as soon as the files are available and announce them to Info-Cpm. The present version available from SIMTEL20 is MDM728. --Keith 22-Mar-84 12:52:53-MST,781;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 Mar 84 12:52:48-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 22 Mar 84 14:23 EST Date: 22 Mar 1984 12:22 MST (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Micro@Brl.ARPA, Info-Cpm@Amsaa.ARPA Subject: Need Z8000 cross assembler Please excuse duplicate copies for those on both lists. A friend needs a Z8000 cross assembler which will run under CP/M. Either 8080 or Z80. He would like to generate ROMable code with it. He is also looking for a Z8000 emulator for Z80 systems. --Keith Petersen Usenet: ...!ucbvax!brl-bmd!w8sdz Arpanet: W8SDZ@SIMTEL20 22-Mar-84 16:40:22-MST,1221;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 Mar 84 16:40:18-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 22 Mar 84 18:21 EST Received: From Usgs1-Multics.ARPA by BRL via smtp; 22 Mar 84 18:22 EST Date: 22 March 1984 15:17 est From: LSchwarz.Activate@Usgs1-Multics.ARPA Subject: Quickcode problem (DBase II) To: info-apple@Brl-Vgr.ARPA cc: info-cpm@Brl.ARPA, LSchwarz.Activate@Usgs1-Multics.ARPA The Quickcode manual does not explain about the primary and secondary diskettes as well as to store designed programs into the blank diskettes. With Apple II and one side diskette (also Quickcode has two diskettes due to small size of bytes each diskette), how can I solve the problem when the display says "Insert the Secondary Diskette" and I attempted to replace the primary one with the secondary one and the message says "bdos error - R/O" and I know that I have to reset the disk information. But how can it be done with QUICKCODE? Also, how can I save generated programs into other diskette rather than back to the Quickcode diskette (of course, I made the backup ones). Helpful hints will be appreicated. 22-Mar-84 17:31:04-MST,1291;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 Mar 84 17:30:58-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 22 Mar 84 19:01 EST Received: From Csnet-Relay.ARPA by BRL via smtp; 22 Mar 84 18:51 EST Received: by csnet-relay via uvapob; 22 Mar 84 6:18 EST Date: 21 Mar 1984 06:54:26-EST From: erh%virginia.csnet@csnet-relay.arpa To: info-cpm%brl.arpa@csnet-relay.arpa Subject: Keyboard Delays While Printing The culprit is of course your slow printer. A character is sent to the printer and the BIOS takes forever to send it out while all you type in is lost. The fixes are numerous and not too difficult: *1* the best is to have an interrupt driven console input; this will not loose a single chr ever (even during disk io, since you say yours uses DMA which does not require disabling interrupts). *2* patch W* to use printer ready function; this is easy and enables W* to scan for key input while monitoring the printer. *3* somewhat clumsy, but should work: patch the BIOS so it checks the keyboard while waiting for a chr to be output to the printer, then stuffs the key chr in some location where it is retrieved by the console input function (best would be, of course, to queue the key chars). 22-Mar-84 17:59:03-MST,995;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 Mar 84 17:58:58-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 22 Mar 84 18:37 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 22 Mar 84 18:27 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Mar 84 23:39-PST Date: 19 Mar 84 14:06:22-PST (Mon) To: info-cpm@Brl.ARPA From: hplabs!hpda!fortune!wdl1!jme@Ucb-Vax.ARPA Subject: need a full screen, CPM-68K editor Article-I.D.: wdl1.182 I am looking for a full screen editor for my CPM-68K system. So far I've used MINCE from MARK of the Unicorn, an EMACS like editor with only a small subset of the commands. Does anyone know of other full screen editors available for the 68000 that I can read with my CPM system? Is there a version of vi that is publicly available? Please post your responses to the net. Joe Earley, Ford Aerospace, Palo Alto ARPA jme@ford-wdl1 UUCP ...!fortune!wdl1!jme 22-Mar-84 19:45:32-MST,601;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 Mar 84 19:45:29-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 22 Mar 84 21:10 EST Received: From Bnl.ARPA by BRL via smtp; 22 Mar 84 21:00 EST Date: 22-Mar-84 20:56:27-EST From: jalbers@BNL.ARPA Subject: How do I get to the SIG/M files? To: info-cpm@BRL.ARPA How do I get to the SIG/M files at SIMTEL20? For exmple, say I want the file called ITOH5000.ASM, which is in SIG/M vol. 135, and listed as file 135.07. Thanks in advance, Jon 23-Mar-84 02:13:29-MST,727;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 Mar 84 02:13:25-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 23 Mar 84 3:51 EST Received: From Sri-Sprm.ARPA by BRL via smtp; 23 Mar 84 3:51 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 23 Mar 84 0:43-PST Date: 20 Mar 84 6:09:14-PST (Tue) To: info-cpm@Brl.ARPA From: ihnp4!afinitc!rbm@Ucb-Vax.ARPA Subject: Obtaining mdm7xx Source Article-I.D.: afinitc.215 I am interested in obtaining a copy of the source for the latest and greatest mdm7xx. I do not have access to the Arpanet however. Is there anyone who can help me? Thanks for your attention, Rick Moll ..!ihnp4!afinitc!rbm 23-Mar-84 08:08:34-MST,1527;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 Mar 84 08:08:28-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 23 Mar 84 9:46 EST Received: From sri-sprm.arpa.ARPA by BRL via smtp; 23 Mar 84 9:17 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 23 Mar 84 5:55-PST Date: 21 Mar 84 16:07:12-PST (Wed) To: info-cpm@Brl.ARPA From: hplabs!hpda!fortune!burton@Ucb-Vax.ARPA Subject: Re: disk crashes - (nf) Article-I.D.: fortune.2808 #R:sri-arpa:-1765700:fortune:25500009:000:910 fortune!burton Mar 21 13:05:00 1984 It very well can be either drive or media. Early DS drives, including Shugart 850's suffered from excessive force when heads were loaded on the media, for read or write opration. The "tap tap" test showed that head force could indeed damage media. If you can take your drives out from the enclosure, see if the bottom head is fixed or is on a movable arm. If the latter, you have a "tri-compliant" design, which Shugart (and others) abandoned in favor of a bi-compliant design with the lower head fixed. It's also possible that the drive simply needs adjustment. And it also possible that you're using cheap media. Stick with Dysan, Maxell and Verbatim. Avoid private labels, Nashua, Memorex, etc. Philip Burton 101 Twin Dolphin Drive Fortune Systems Redwood City, CA 94065 (415) 595-8444 x 526 - - - {allegra decvax!decwrl!amd70 cbosgd harpo hpda ihnp4 sri-unix}!fortune!burton 23-Mar-84 10:55:15-MST,925;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 Mar 84 10:55:11-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 23 Mar 84 12:22 EST Received: From usc-isid.arpa.ARPA by BRL via smtp; 23 Mar 84 12:21 EST Date: 23 Mar 1984 09:17-PST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Obtaining mdm7xx Source From: ABN.ISCAMS@USC-ISID.ARPA To: ihnp4!afinitc!rbm@Ucb-Vax.ARPA Cc: info-cpm@Brl.ARPA Message-ID: <[USC-ISID.ARPA]23-Mar-84 09:17:53.ABN.ISCAMS> In-Reply-To: The message of 20 Mar 84 6:09:14-PST (Tue) from ihnp4!afinitc!rbm@Ucb-Vax.ARPA Rick, We can do a modem transfer (if you aren't TOO far away) and have some sort of modem program (I have KERMIT and MDM728), or I can put it on an 8" floppy (suggest SSSD, formatted on YOUR machine) if you have an 8" drive. Otherwise -- can't help. David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID) 24-Mar-84 02:14:11-MST,740;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 24 Mar 84 02:14:05-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 24 Mar 84 3:59 EST Date: 24 Mar 1984 01:49 MST (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: SIMTEL20 CPM.CRCLST updated MICRO:CPM.CRCLST on SIMTEL20 (the file listing all the filenames, sizes and CRCs of the MICRO directories) has been updated as of today. If you cannot FTP it, and you are not already on the list to receive it via netmail, send a note to W8SDZ@SIMTEL20 asking to be added to the list. --Keith 24-Mar-84 15:37:43-MST,1581;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 24 Mar 84 15:37:34-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 24 Mar 84 17:17 EST Date: 24 Mar 1984 15:17 MST (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: MDM728.COM patches to fix network delay problems Date: Saturday, 24 March 1984 06:34-MST From: Robert L. Plouffe To: Keith Petersen Re: MDM728.COM patches to fix network delay problems Here are the patches to MDM728.COM so that the protocol modem-turn-around times are not too fast for Satellite circuits or other networks that have potential packet delays in excess of 1 second: Address (hex) From (hex) To (hex) ------------------------------------------------------- 1778 64 14 1B80 03 05 1BA3 64 14 1BE4 01 05 1BFD 01 05 1C47 64 14 1CF4 01 05 1D42 5A 24 1D50 02 05 2975 01 05 I believe that these changes will probably make a lot of observed problems with MDM7 go away. I managed to get this to Irv Hoff before release of MDM730. He is looking into it and hopefully will get it in. 25-Mar-84 09:43:11-MST,1719;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 25 Mar 84 09:43:05-MST Received: From brl-voc.arpa.ARPA by AMSAA via smtp; 25 Mar 84 11:14 EST Date: Sun, 25 Mar 84 11:05:34 EST From: "Ferd Brundick (VLD/LTTB)" To: Ferd Brundick (VLD/LTTB) cc: info-micro@Amsaa.ARPA, info-cpm@Amsaa.ARPA Subject: Re: Turbo Pascal delays In an earlier message I told how Borland had lost my original order, so I placed the order with Customer Service instead of thru the order- only operator. I called CS on March 7, the receipt is dated the 9th, and UPS stamped it on the 13th. I received the disk (8" Z-80) on March 21, exactly 2 weeks after I spoke with CS. Considering the fact that I live on the East coast, that was pretty fast delivery. I am very happy with the product so far. The manual has several typos, but most of them are obvious. The spreadsheet they give as a sample program is surprisingly useful, but it does contain one undocumented command -- /C will clear the current workspace. I had to resort to trial-and-error to put a formula into a cell (start with a left paren). My only major concern is the fact that the command changes I made with TINST were not saved; I tried to remap DEL into Ctrl-H and Ctrl-H into Ctrl-B. TINST acknowledges the changes, but TURBO doesn't. Overall, the TURBO system reminds me of Apple Pascal, but it runs FAST. dsw, fferd Fred S. Brundick USABRL, APG, MD. 25-Mar-84 10:18:47-MST,5507;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 25 Mar 84 10:18:31-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 25 Mar 84 11:54 EST Date: 25 Mar 1984 09:53 MST (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: MDM7xx overlays list The file which follows is M7OVL001.LST which will be appearing on various RCPMs. The 001 will increment as new updates are made. On SIMTEL20, any file shown in this list that has a "+" in the filename will have a "P" substituted because the "+" is a reserved character on TOPS-20. Readers who update or create new overlays are encouraged to submit them for inclusion in our MICRO: directory here. If you have FTP capability to SIMTEL20, send the file to MICRO: which is a write-only permission directory. Send a note to me with a pointer to the file and a brief description. --Keith --- M7OVL001.LST 3/24/84 This is a list of known overlays for MDM7xx, compiled by Keith Petersen, W8SDZ. This list will be periodically updated. Please submit additions to the Royal Oak (MI) RCPM (313) 759-6569. M7-OSCP.ASM - Osborne w/DATACOM Modem - Auto-dialing supported. M712A3.ASM - Apple III M712NS.ASM - North Star Horizon - uses right serial port M7AC-1.ASM - Apple-Cat II modem M7AC+3.ASM - Apple Cat II - an enhancement of M7AC-1.ASM. A conditional equate has been added to allow use with the new ALS CP/M Card, which runs CP/M 3.0. Supports Apple-Cat II at 300 and 1200 baud. For CP/M 2.2 usrs, a special routine has been added to correct a bug in the CBIOS so that the printer can be used. M7AJ-1.ASM - Apple J-Cat modem M7AL-1.ASM - Altos series 5 M7AM-1.ASM - Apple II with Mountain Computer CPS card M7AP-2.ASM - Apple Super Serial card and external modem plus: CCS 7710 serial interface and external modem SSM serial interface and external modem Apple communications interface and external modem Mountain Hardware CPS Multifunction card and external modem Prometheus Versacard with software baud select and ext. modem M7AP-2B.ASM - Apple Super Serial card and external modem plus: CCS 7710 serial interface and external modem SSM serial interface and external modem Apple communications interface and external modem Mountain Hardware CPS Multifunction card and external modem It supports the following two CP/M hardware configurations: The Softcard by Microsoft (and it's work-a-likes) The 4 and 6 MHz Applicards by PCPI M7AP+3.ASM - Apple II and external modem. Has code to allow use with the ALS CP/M Card using CP/M 3.0. Also equates provided for the ALS Dispatcher. For Apple Super Serial card and external modem plus: CCS 7710 serial interface and external modem SSM serial interface and external modem Apple communications interface and external modem Mountain Hardware CPS Multifunction card and external modem Prometheus Versacard with software baud select and ext. modem ALS Dispatcher serial interface. M7AQ-2.ASM - Apple with MicroModem II and Applicard. Gives autodialing. M7CD-1.ASM - Cromemco CDOS with TUART I/O M7DP-1.ASM - Datapoint 1560 (uses 8251A I/O with CTC timer) M7EG-1.ASM - Eagle IIE - uses the Dart I/O. M7EGL-1.ASM - Eagle II and III for Serial Port 'A' M7EP-1.ASM - Epson QX-10 M7GP-1.ASM - General purpose - based on 8251 I/O. M7H8-4A.ASM - Heath/Zenith H-89 - uses 8250 I/O M7HP-1.ASM - Hewlett-Packard 125 M7HZ-1.ASM - Heath/Zenith -100 series computer. Uses the 2661 I/O. M7IM-1.ASM - IMS International 5000 with the IMS 440 I/O. M7IM-2.ASM - IMS International 5000 with IMS 862 I/O. M7IN-2.ASM - Compupro Interfacer-3 and -4 M7JC-2.ASM - Novation J-Cat. For Microsoft Softcard w/Apple Super Serial Card M7KP-2.ASM - KayPro II M7LO-1.ASM - Lobo Max-80 M7MD-1.ASM - Morrow Micro Decision computer M7MM-1.ASM - Morrow Multi-I/O M7NA-1.ASM - North Star Advantage M7NE-1.ASM - NEC PC-8001 computer M7NH-2.ASM - North Star Horizon with HSIO-4 M7OA-1.ASM - Otrona Attache M7OS-1.ASM - Osborne OS-1 M7OX-1.ASM - Osborne Executive One M7P1-1.ASM - PMC Micromate 101 with CP/M3 M7PC-1.ASM - IBM-PC with Baby Blue Z-80 card M7PM-1.ASM - PMMI 103 S-100 modem M7R1-3.ASM - TRS-80 model I with Omikron Mapper M7R2-1.ASM - TRS-80 model II (Pickles and Trout) M7R2-2.ASM - TRS-80 Model II/12 (ATON) M7R3-1.ASM - TRS-80 Model 3 w/Omikron CP/M or Model 4 w/Montezuma CP/M 2.2 M7R4-4.ASM - TRS-80 Model 4 w/Montezuma Micro's version of CP/M 2.2 M7RSCP+.ASM - TRS-80 Model 4 w/CP/M 3.0 (CP/M PLUS) M7S1-1.ASM - Sanyo MBC-1100 M7SY-3.ASM - Sanyo MBC-1000 M7TV-1.ASM - TeleVideo TS-802 M7US-2.ASM - U.S. Robotics S-100 modem M7VG-1.ASM - Vector Graphics 3 and 4 - external modem on RS232 port M7VT-2.ASM - DEC microcomputers - configurable for the several versions M7XE-1.ASM - Xerox 820 and 820-II M7ZB-1.ASM - Telcon Zorba M728RV.ASM - Version-dependent patch for Racal Vadic smart modem dialing 25-Mar-84 14:25:13-MST,692;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 25 Mar 84 14:25:09-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 25 Mar 84 15:59 EST Date: 25 Mar 1984 13:58 MST (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: INFO-CPM@Amsaa.ARPA Cc: Info-Modem7@Simtel20.ARPA Subject: MDM730 released MDM730, the latest in the MODEM7 series is now available via FTP from SIMTEL20's MICRO: directory. A message will follow detailing the updates. This is a signifcant improvement, especially in the Batch Transfer mode. --Keith 26-Mar-84 23:05:38-MST,1624;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 26 Mar 84 23:05:32-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 27 Mar 84 0:41 EST Date: 26 Mar 1984 22:40 MST (Mon) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: "Robert L. Plouffe" Cc: INFO-MODEM7@Simtel20.ARPA, INFO-CPM@Amsaa.ARPA Subject: Arghh MDM730 In-reply-to: Msg of 26 Mar 1984 22:31-MST from Robert L. Plouffe Irv called Bob Clyne who co-sysops my RCPM saying that we should replace MDM730.COM with the "new MDM730.COM" and he has sent it to Sysop RCPM and all around the country, as you've said, Bob. Our attitude is this: we do NOT want to carry two programs with the SAME NAME and will reject this "update". We will continue to carry the original MDM730 files, including the source code, until an update is made to the filename. We will carry patch fix .ASM files and if you consider yours to be "ready for release" will put it out immediately. Irv has done this before, which is why I took away his "ERA" priveleges on my RCPM. He was updating files without telling anyone and without changing the filenames. It was chaos. He's so worried about "what people will think"... What about us RCPM Sysops who have to try to explain WHY two people who downloaded the same program on different dates don't have the same version? I'm going to recommend to the sysops on the clearinghouse that they reject Irv's "improved MDM730". --Keith 26-Mar-84 23:06:52-MST,1598;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 26 Mar 84 23:06:47-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 27 Mar 84 0:48 EST Date: 26 Mar 1984 22:47 MST (Mon) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: INFO-CPM@Amsaa.ARPA Subject: [PLOUFF: Arghh MDM730] Date: Monday, 26 March 1984 22:31-MST From: Robert L. Plouffe To: W8SDZ cc: INFO-MODEM7 Re: Arghh MDM730 Oh dear, I had sent that expeimental patch file for opening up the max-wait times and fixing the HSNAK and WAITNLP loops back again so that BYE without 'Q' switch works again. He is all bent out of shape, has made the changes to the source code and the .COM file - and has updated all of the bulletin boards including SYSOP and CIS and w/date 02/27/84 in source file and still MDM730. Ok, so it works fine and I am pleased it is included in MDM730 dated 03/27/84 but I only meant that as a patch file and not to require updating of the program. He has also made a change in the SENDNOW routine which changes some of the addresses of bytes that I changed in PAT730.ASM - SO, don't use PAT730.ASM on this version, infact - THROW IT AWAY since all of the changes I made are in this new copy of MDM730. Keith, I notice that you have just put the source code for MDM730 on SIMTEL20 but need to get the revised version of source from CIS and also the revised .COM file. "He" in the above paragraphs is Irv Hoff.. 26-Mar-84 23:53:49-MST,786;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 26 Mar 84 23:53:45-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 27 Mar 84 1:31 EST Date: 26 Mar 1984 23:31 MST (Mon) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: INFO-CPM@Amsaa.ARPA Cc: INFO-MODEM7@Simtel20.ARPA Subject: [PLOUFF: Arghh MDM730] Date: Monday, 26 March 1984 23:10-MST From: Robert L. Plouffe To: W8SDZ Re: Arghh MDM730 Ok, PAT730.ASM is ready but it will work only on the 03/22/84 version, not the 03/27/84 version because Irv changed the SENDNOW routine which added some bytes so some of the addresses have changed slightly. 27-Mar-84 01:43:08-MST,2598;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Mar 84 01:43:00-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 27 Mar 84 3:19 EST Date: Tue 27 Mar 84 01:17:14-MST From: Keith Petersen Subject: Revised MDM730.ARG file To: RCPM-Sysops: ; cc: Info-Modem7@SIMTEL20.ARPA, Info-Cpm@AMSAA.ARPA Bob Plouffe says that he was wrong about the locations changing in Irv's revised (I'll call it) MDM730A.COM. This is MDM730.ARG that I'm leaving on my system and Sysop Clearinghouse. --- Date: Monday, 26 March 1984 22:31-MST From: Robert L. Plouffe To: Keith Petersen, W8SDZ Re: Arghh MDM730 Oh dear, I had sent that experimental patch file for opening up the max-wait times and fixing the HSNAK and WAITNLP loops back again so that BYE without 'Q' switch works again. Irv Hoff is all bent out of shape, has made the changes to the source code and the .COM file - and has updated all of the bulletin boards including SYSOP and CIS and w/date 02/27/84 in source file and still MDM730. Ok, so it works fine and I am pleased it is included in MDM730 dated 03/27/84 but I only meant that as a patch file and not to require updating of the program. Keith, I notice that you have just uploaded the source code for MDM730 but need to get the revised version of source from CIS and also the revised .COM file. Date: Monday, 26 March 1984 22:40-MST From: Keith Petersen, W8SDZ To: Robert L. Plouffe Re: Arghh MDM730 Irv Hoff called Bob Clyne who co-sysops my RCPM saying that we should replace MDM730.COM with the "new MDM730.COM" and he has sent it to Sysop RCPM and all around the country, as you've said, Bob. Our attitude is this: we do NOT want to carry two programs with the SAME NAME and will reject this "update". We will continue to carry the original MDM730 files, including the source code, until an update is made to the filename. We will carry patch fix .ASM files and since your PAT730.ASM is ready will put it out immediately. Irv has done this before, which is why I took away his "ERA" priveleges on my RCPM. He was updating files without telling anyone and without changing the filenames. It was chaos. He's so worried about "what people will think"... What about us RCPM Sysops who have to try to explain WHY two people who downloaded the same program on different dates don't have the same version? I'm going to recommend to the sysops on the clearinghouse that they reject Irv Hoff's "improved MDM730". --Keith ------- 27-Mar-84 02:33:37-MST,829;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Mar 84 02:33:34-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 27 Mar 84 4:14 EST Received: From brl-aos.arpa.ARPA by BRL-AOS via smtp; 27 Mar 84 4:00 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 27 Mar 84 2:16 EST Date: 26 March 1984 17:00-EST From: Herb Lin Subject: Turbo Pascal To: fsbrn@Brl-Voc.ARPA cc: info-cpm@Brl.ARPA In-reply-to: Msg of Sun 25 Mar 84 11:05:34 EST from "Ferd Brundick (VLD/LTTB)" I too am having trouble rebinding my editing keys; I want my TURBO editor to be like EMACS, not like WORDSTAR. I am having lots of trouble doing this when I do it in conjunction with defining my terminal characteristics. help? tnx. 27-Mar-84 02:40:23-MST,892;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Mar 84 02:40:20-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 27 Mar 84 4:21 EST Received: From brl-aos.arpa.ARPA by BRL-AOS via smtp; 27 Mar 84 4:05 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 27 Mar 84 2:26 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 23 Mar 84 23:45-PST Date: 21 Mar 84 6:58:03-PST (Wed) To: info-cpm@Brl.ARPA From: ihnp4!ihuxp!gvw1@Ucb-Vax.ARPA Subject: Want list of CP/M(tm) bulletin board systems Article-I.D.: ihuxp.679 I am new to CP/M, and I am looking for sources of public domain software, hints and kinks, etc. The flavor of my system is an Apple //e(tm) with a PCPI Appli-Card(tm). Thanks in Advance, George V. Wilder ihnp4!ihuxp!gvw1 -- George V. Wilder ihnp4!ihuxp!gvw1 27-Mar-84 02:54:46-MST,1047;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Mar 84 02:54:42-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 27 Mar 84 4:16 EST Received: From brl-aos.arpa.ARPA by BRL-AOS via smtp; 27 Mar 84 4:02 EST Received: From mit-multics.arpa.ARPA by BRL-AOS via smtp; 27 Mar 84 2:18 EST Date: Sun, 25 Mar 84 06:16 EST From: Paul Schauble Subject: Distributing modifications to F80 To: decvax!mcnc!ecsvax!emigh@UCB-VAX.ARPA, Info-CPM@BRL.ARPA Message-ID: <840325111638.483205@MIT-MULTICS.ARPA> As I know copyright law: it does not protect the algorithm at all, only the expression of the algorithm in code. No problem there. If only 20% of the code is original, you also have no problem there. I would say, feel free. If you want, I know a legal person who is knowledgable on copyright law. If you would take a collect phone call, I can have you talk to her. Send me a number and a time to call in you're interested. Paul 27-Mar-84 02:56:15-MST,1039;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Mar 84 02:56:11-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 27 Mar 84 4:22 EST Received: From brl-aos.arpa.ARPA by BRL-AOS via smtp; 27 Mar 84 4:05 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 27 Mar 84 2:26 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 24 Mar 84 0:19-PST Date: 20 Mar 84 19:29:57-PST (Tue) To: info-cpm@Brl.ARPA From: pur-ee!uiucdcs!uiuccsb!eich@Ucb-Vax.ARPA Subject: S-100 DMA Arbitration - (nf) Article-I.D.: uiucdcs.6274 #N:uiuccsb:4800002:000:363 uiuccsb!eich Mar 20 15:10:00 1984 I'm looking for a one chip-solution for dma-arbitration on the S-100. The introduction to the IEEE-696 proposed standard claims that the necessary arbitration logic for dma-slaves can be implemented with one chip (the logic is detailed in ss2.8.3). Anybody know whether this has been done? Brendan Eich ...ihnp4!uiucdcs!uiuccsb!eich eich.uiuc@csnet-relay 27-Mar-84 03:21:21-MST,1077;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Mar 84 03:21:15-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 27 Mar 84 4:36 EST Received: From brl-aos.arpa.ARPA by BRL-AOS via smtp; 27 Mar 84 4:13 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 27 Mar 84 2:37 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 26 Mar 84 0:24-PST Date: 24 Mar 84 21:23:25-PST (Sat) To: info-cpm@Brl.ARPA From: decvax!mcnc!duke!ucf-cs!jeff@Ucb-Vax.ARPA Subject: Xerox 820 computer -- HELP NEEDED Article-I.D.: ucf-cs.1209 I have a PC board from a Xerox 820 computer and would like to obtain schematics for it. Anyone out there have some I might borrow to figure out this board? It is not the same as the Digital Research Computer Big Board, thus the power connections are a mystery. Any assistance at all in this endeavor would be appreciated. Jeff C. Glover (305) 275-4130 ...decvax!ucf-cs!jeff or ...duke!ucf-cs!jeff -- UUCP jeff.ucf-cs@rand-relay -- ARPANET P.S. Hi Phil 27-Mar-84 03:22:57-MST,1580;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Mar 84 03:22:53-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 27 Mar 84 4:33 EST Received: From brl-aos.arpa.ARPA by BRL-AOS via smtp; 27 Mar 84 4:11 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 27 Mar 84 2:33 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 25 Mar 84 18:41-PST Date: 22 Mar 84 14:38:02-PST (Thu) To: info-cpm@Brl.ARPA From: decvax!genrad!grkermit!masscomp!clyde!akgua!emory!km@Ucb-Vax.ARPA Subject: Sharing User 0 Programs Article-I.D.: emory.1304 I am passing on a question for someone else on campus so I am a little sketchy on the details of this question. They are running a Vector Graphics 5005 under CP/M 2.5. CP/M 2.5 was described as a vendor modified CP/M superset allowing several users in the MP/M style. The system has a 5 megabyte winchester. They have found that to allow separate users working on distinct applications, they must have each user login to a different user area. Unfortunately, the 5 megabyte disk is marginal and there is not enough room for separate copies of certain applications programs. I am told that CP/M will search User 0 for .com files after failing to find a match in another user area, but this will not work for programs that use overlays. Does anyone have a suggestion on how to patch CP/M to allow the sharing of programs with overlays? Ken Mandelberg Emory University Dept of Math and CS Atlanta, Ga 30322 {akgua,sb1,gatech}!emory!km 27-Mar-84 14:20:31-MST,1734;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Mar 84 14:20:22-MST Received: From brl-voc.arpa.ARPA by AMSAA via smtp; 27 Mar 84 15:51 EST Received: From brl-gateway2.ARPA by BRL-VOC via smtp; 27 Mar 84 15:45 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 27 Mar 84 4:21 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 27 Mar 84 1:15-PST Date: 15 Feb 84 12:44:40-PST (Wed) To: info-cpm@Brl-Aos.ARPA From: decvax!genrad!rick@Ucb-Vax.ARPA Subject: cpm 2.2 bios Article-I.D.: genrad.3855 Has anyone every successfully modified their bios to handle xon/xoff protocol for the console in a non-interrupt polled system. This would probably require some sort of buffer arrangement, but characters would only be noticed if some program or the ccp was polling the status port. I am also interested in handling a terminal (vt100) where the special function keys send out three characters one after the other. This is particularly nasty when using them for an editor as characters are often lost. right now, i have my cns$ot routine sending out 10 nulls when it detects a line feed so that the terminal has time to scroll. ( i have another terminal which also requires this because of the xon/xoff problem). I have an S-100 system built with assorted boards (including Ithaca Audio z80 board and Jade Double D Disk Controller. Am I going to have to add an interrupt controller to resolve the above mentioned problems? I forgot to mention that this is for cp/m version 2.2 I would very much appreciate any information that anyone has. Thank you, Rick Frerichs uucp: decvax!genrad!rick tel: 617-779-2811 x6435 27-Mar-84 14:20:48-MST,853;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Mar 84 14:20:39-MST Received: From brl-voc.arpa.ARPA by AMSAA via smtp; 27 Mar 84 15:52 EST Received: From brl-gateway2.ARPA by BRL-VOC via smtp; 27 Mar 84 15:46 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 27 Mar 84 4:21 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 27 Mar 84 0:57-PST Date: 22 Feb 84 10:29:44-PST (Wed) To: info-cpm@Brl-Aos.ARPA From: decvax!mcnc!unc!dbs@Ucb-Vax.ARPA Subject: Kaypro, Chameleon inquiry Article-I.D.: unc.6809 I'm considering buying the Kaypro II(plus 88?) or the Sequa Chameleon and would like to hear from anyone with experience with either. Also, recommendations and information on terminal emulator software would be appreciated. Doug Schiff decvax!mcnc!unc!dbs 27-Mar-84 18:05:29-MST,678;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Mar 84 18:05:24-MST Received: From hi-multics.arpa.ARPA by AMSAA via smtp; 27 Mar 84 19:44 EST Date: 26 March 1984 10:24 cst From: Boebert.NSP@Hi-Multics.ARPA Subject: Apple BIOS boot sequence To: info-cpm@Amsaa.ARPA Anybody have a disassembled listing or other documentation on the bootstrap sequence for Apple CP/M? I am trying to get it to ignore a card in slot 4 during boot. Anybody out there familiar with the guts of Apple CP/M (Microsoft version) who could help me if I start boot-tracing the thing myself? The card vendor is no help at all. Earl 27-Mar-84 18:16:24-MST,487;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Mar 84 18:16:20-MST Received: From hi-multics.arpa.ARPA by AMSAA via smtp; 27 Mar 84 19:45 EST Date: 26 March 1984 23:58 cst From: Eaton.HFED@Hi-Multics.ARPA Subject: USR S100 - DIGILOG To: info-cpm@Amsaa.ARPA Has anyone in netland connected a data line monitor to a USR S100 modem? If so, drop me a line at my mailbox. Jesse (byte counter) Eaton.HFED@HI-MULTICS 27-Mar-84 23:37:40-MST,1578;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Mar 84 23:37:34-MST Received: From hi-multics.arpa.ARPA by AMSAA via smtp; 28 Mar 84 1:12 EST Date: 28 March 1984 00:10 cst From: Eaton.HFED@Hi-Multics.ARPA Subject: MODEM7 ET AL... To: info-cpm@Amsaa.ARPA REMEMBER... Back before we had micros and had purchased our CB's to tune in to the airwaves and had something to say. But... because it was channel "19" and we were "only four wheelers" and we didn't have the savvy to really understand what was going on it didn't really matter. Right? Wrong... We knew that the air waves were for everyone and we knew we had a right to be there but the "ratchet jaws" on "multi tonage, multi axeled, multi, multi everything felt they owned the channel" and they acted that way. This is not a private channel with private access rights or private anything. Although I may me relatively new to netland it appears to me as though the powers that be "as concerns MODEM7" feel it is of particular concern what I or anyone else thinks about who is best qualified to write enhancements, upgrades, bug fixes or whatever for this (BETTER THAN THE AVERAGE BEAR) comm program. Personally. I think you guys need to either talk to one another privately or go into the back room and kick hell out of one another until the true "winner"is announced or until another group of "YAM" personages steps forward. It's one helluva program guys. Don't ruin it. Jesse (enough's enough) Eaton.HFED@HI-MULTICS 28-Mar-84 00:14:04-MST,878;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Mar 84 00:13:57-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 28 Mar 84 1:46 EST Date: 27 Mar 1984 23:45 MST (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: UNDO-J.ASM - patch for MDM730.COM An anonymous user who was irrated by the automatic return to the terminal mode after a file transfer with mdm730.com contributed this short patch that un-does the Irv Hoff "feature". --Keith ------ ;undo-j.asm ;overlay file for mdm730.com to undo the 'J' option ;and restore the 'T' option as it has always been. ;make hex file and lay it on com file w/ddt org 2afbh db 0c2h org 4952h db 'T' org 495fh db 'T' end 28-Mar-84 00:14:10-MST,5775;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Mar 84 00:13:51-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 28 Mar 84 1:42 EST Date: 27 Mar 1984 23:42 MST (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: PAT730V2.ASM - short file for MDM730 I don't normally send source code files as mail, but in view of the great interest in MDM730, I feel it's of sufficient interest. --Keith ------ ; PAT730V2.ASM --Bob Plouffe 3/28/84 ; (Now includes the Hoff patches for BELL and RUB) ;This patch overlay file will restore the capability to get ;progress reports at a remote-end that answers under BYE and ;when the "Q" switch is not used on the command line. The ;problem was caused when the loop counts in HSNAK and WAITNLP ;were reduced to accomodate the longer max wait times. The ;solution is to change wait-times and loop-count back again. ;Longer max wait times to accomodate network delays are not ;needed here because of the time spent in the loop anyhow. ;Explanation: Characters sent from the other end because of ;the operation of BYE are gobbled by the loops so advance the ;loop counter and we can run out of loop before the end of ;verbose reporting - so never get the correct control character. ;Also changed the max wait times at several other locations ;including inside the receive-sector loop. This SUBSTANTIALLY ;improves performance on networks with packet delays. ;Just assemble this file as an ASM file and overlay the HEX file ;on MDM730.COM with DDT and SAVE 73 MDM730.COM. If you have ;the source code, you should be able to locate the changes at ;the labels shown below. It is NOT INTENDED to change the ;revision number of MDM730 at this time. If it becomes really ;NECESSARY at a later date to issue a new revision, then the ;revisor should include these changes. Treat this patch file ;as a customization just like when you use one of the patch ;overlays for a specific hardware configuration. ;This file now also includes the Hoff patches for BELL and RUB ;and can be conditionally assembled for the way you want it. ;CHECK TO SEE IF YOUR MDM730.COM ALREADY HAS THESE BYTES CHANGED. TRUE EQU 0FFH FALSE EQU 0 ;Set both of these byes FALSE if you wish to have console bell ;continuously beep until a keyboard character is hit after doing ;a dial retry and a connection occurs. Set ONERING to TRUE if ;you want only one beep to occur and NORING to TRUE if you don't ;want any beeps at all. DON'T set both of these bytes to TRUE. ;*********************************************************** ONERING EQU FALSE NORING EQU FALSE ; BKSP2RUB EQU FALSE ;want to convert BACKSP key to RUB? ;setting all three of these to false and then overlaying onto ;any copy of MDM730.COM (SIMTEL20 & CIS versions) will yield ;all of the fixes as it was intended for release. ;*********************************************************** ;In routine SENDC2 ORG 1782H MVI E,120 ;INSTEAD OF 25 ;In routine SENDFN ORG 1BB2H MVI E,120 ;In routine SCKSER ORG 1C56H MVI E,120 ;In routine HSNAK ORG 1D51H MVI E,180 ;INSTEAD OF 40 ;In routine HSNAK1 ORG 1D5FH MVI B,1 ;INSTEAD OF 5 ORG 1E4AH ;This replaces the SENDNOW routine as Irv had done it. EXITTEST EQU 1E79H SENDRDY EQU 1E41H SENDNOW:CALL EXITTEST ;GOBBLE CHARACTER, WANT TO QUIT? CALL SENDRDY ;READY TO SEND A CHARACTER YET? JNZ SENDNOW ;IF NOT WAIT RET ;In routine RCVSOH ORG 240AH MVI B,5 ;INSTEAD OF 1 ; ORG 2413H MVI B,5 ;was 1 ORG 242AH ;This one was not in Irv's release. ;Delete if you wish to. DB 0,0 ;slight format improvement here for: ;'++ Bad record # in header ',0 ;In routine RCVCHR ORG 245EH MVI B,5 ;was 1 ; ORG 2477H MVI B,5 ;was 1 ;In routine RCVCRC2 ORG 2496H MVI B,5 ;was 1 ;In routine WAITNLP ORG 2988H MVI B,1 ;INSTEAD OF 5 ; ;Options below are by Irv Hoff modified for inclusion in this ;patch overlay file by Bob Plouffe: ; Some people have mentioned they are annoyed with the bell ringing ;constantly after a connect when auto-dialing with MDM730. The following ;two small changes will stop that: ; ;1) WILL ONLY RING ONE TIME then go to terminal mode after announcing it ; has connected: IF ONERING ORG 06EAH DB 0C3H,7EH,19H ENDIF ;2) WILL NOT RING AT ALL, but go right to terminal mode after announcing ; it has connected. IF NORING ORG 06E3H DB 00,0CEH,73H,19H ENDIF ; Several people were having trouble getting normal backspace with ;their rub (delete) key. MDM730 offers the option of changing rub to ;backspace. ; 1) Can preset the default option so rub comes up as backspace ; (or preset the default so it comes up as normal rub) ; 2) At any time use the menu option to change it temporarily ; to the opposite configuration. ; Some mainframes will not accept a normal backspace and require a ;rub (delete) character to provide a type of "forward backspace". If ;you need this feature and your terminal does not have a rub (delete) ;key, or if inconvenient to use, then set BKSP2RUB to TRUE IF BKSP2RUB ORG 1629H CPI 7FH ;RUB ; .... ORG 1635H MVI A,08H ;BCKSPC ENDIF IF NOT BKSP2RUB ORG 1629H CPI 08H ; .... ORG 1635H MVI A,7FH ENDIF ; (The menu will still indicate you are changing rub to backspace, ;ignore this statment and realize just the opposite is happening with ;this change.) - Irv Hoff ;the END 28-Mar-84 07:03:34-MST,919;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Mar 84 07:03:30-MST Date: Wed, 28 Mar 84 8:36:33 EST From: David Towson (CSD) To: Eaton.HFED@Hi-Multics.ARPA cc: info-cpm@Amsaa.ARPA Subject: Re: MODEM7 ET AL... Jesse - You have said it very well. I agree totally. This private feud is embarrassing. Furthermore, several instances of "look how so-and-so messed things up", followed shortly thereafter by "golly, I guess he didn't, after all", indicate (to me, at least) more reactionism than conscientious thought. It IS a hell of a program, and all of the shenanigans we've been seeing lately do a dis-service to those who have put so much of their time and effort into making it so. Prominent in that list of people are, of course, the current combatants. It's saddening. Dave towson@amsaa 28-Mar-84 08:23:47-MST,989;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Mar 84 08:23:43-MST Received: From usc-isi.arpa.ARPA by AMSAA via smtp; 28 Mar 84 9:47 EST Date: 28 Mar 1984 06:47-PST Sender: LEVYAL@USC-ISI.ARPA Subject: modem7 and emacs From: LEVYAL@USC-ISI.ARPA To: info-cpm@Amsaa.ARPA Message-ID: <[USC-ISI.ARPA]28-Mar-84 06:47:47.LEVYAL> I am using modem7 on apple cpm. My version of mdm707 works with emacs specifying a DM1520 (datamedia), the microsoft software is set up for a dm1520 and I am using a videx card. MDM727 using overlay m7ap-2 set up for SSC card no longer works as DM1520. Is there an option I missed. Also, if any EMACS gurus know why I can use the DM1520 at 300 baud but at 1200 emacs says terminal height and width may cause problems. And then proceeds to fill screen and then write an additional 24 lines at the bottom line. It seems to think I am 48 lines high. Thanks, Allan PS this is on tops-20 28-Mar-84 08:24:04-MST,779;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Mar 84 08:24:00-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 28 Mar 84 10:00 EST Date: Wednesday, 28 March 1984 05:04-MST Message-ID: Sender: "Robert L. Plouffe" From: "Robert L. Plouffe" To: W8SDZ@Simtel20.ARPA Subject: PAT730V2.ASM - short file for MDM730 ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Wed 28 Mar 1984 07:59-MST Replace the DB 0,0 to DB 80H,80H at the ORG 242AH. Upgrade the version to PAT730V same date. Sorry for inconvenience, that 0,0 would have terminated the intended message without printing it. 28-Mar-84 09:50:12-MST,1352;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Mar 84 09:50:07-MST Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 28 Mar 84 11:05 EST Date: 28 March 1984 11:05-EST From: Gail Zacharias Subject: TOPS-20 utilities To: info-cpm@Amsaa.ARPA There are 3 new utilities on SIMTEL20 in MICRO: COM8.EXE (source in COM8.MID) Converts binary files from SIMTEL20 (i.e. so called "ITS" or "COM" format) to a more traditional Tops-20 8-bit binary format. Do @COM8 for instructions. 8COM.EXE (source in 8COM.MID) Converts Tops-20 8-bit binary files to the COM file format. Do @8COM for instructions. DE-LBR.EXE (source in DE-LBR.MID) Breaks up a CP/M .LBR file into its member files. Do @DE-LBR for instructions. Note: This file requires MACSYM.MID (available in MICRO: or [MIT-MC] MIDAS;MACSYM >) to assemble -- while assembling you should get a message saying something like "LIB:MACSYM.MID file not found, use what name instead?", at which point you should specify the name using the actual directory you FTP'ed MACSYM.MID to. All the programs are in Midas, and can be assembled with @MIDAS filename, or you can just FTP the .EXE files. Bug reports on any of these can be sent to me -- GZ@MIT-MC. 28-Mar-84 10:56:49-MST,1008;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Mar 84 10:56:42-MST Received: From hi-multics.arpa.ARPA by AMSAA via smtp; 28 Mar 84 11:45 EST Date: 28 March 1984 10:41 cst From: Cargo.PD@Hi-Multics.ARPA Subject: modem7 and emacs To: info-cpm@Amsaa.ARPA I too have been trying to use emacs (Gosling derivative from UniPress on VMS) with mdm720. When I turned on the capture option to see what was received, it became apparent that in terminal mode, mdm720 was eating the escape characters that emacs was sending to do things like cursor positioning and so forth. I verified this with a DUMB program that just took characters verbatim and shoved them from the keyboard to the modem, and the modem to the screen. Emacs then worked the way it was set up to, i.e. the escape characters were coming through. Does this match other people's experience? Does anybody know where the gobbling is happening? how to enable/disable said gobbling? 28-Mar-84 11:59:20-MST,772;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Mar 84 11:59:16-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 28 Mar 84 12:42 EST Received: from Aurora.ms by ArpaGateway.ms ; 28 MAR 84 09:25:34 PST Date: Wed, 28 Mar 84 12:20 EST From: Thieret.WBST@Xerox.ARPA Subject: WordMaster Configuration ?? To: info-cpm@Amsaa.ARPA cc: Thieret.WBST@Xerox.ARPA I am interested in fixing WordMaster to use my arrow and other keys instead of the control keys which are used for moving the cursor, paging, etc. Before I tackle this noble task I would be interested in knowing if anyone out there in netland has already done so. I'd rather not re-invent the wheel. Tracy. (Thieret.WBST @ PARC-MAXC.ARPA) 28-Mar-84 12:11:52-MST,875;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Mar 84 12:11:47-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 28 Mar 84 12:59 EST Date: 28 Mar 1984 10:59 MST (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: LEVYAL@USC-ISI.ARPA Cc: Info-Cpm@Amsaa.ARPA Subject: modem7 and emacs In-reply-to: Msg of 28 Mar 1984 07:47-MST from LEVYAL at USC-ISI.ARPA There is an option byte in all the MDM7xx overlays which allows you to "filter out" all control characters below Line Feed. That's nice for eliminating phone line noise-induced garbage, but plays havoc with cursor addressing when using mainframe video-oriented text editors. Turn the option off in your overlay and things will work right again. --Keith 28-Mar-84 13:07:05-MST,987;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Mar 84 13:07:00-MST Received: From sumex-aim.arpa.ARPA by AMSAA via smtp; 28 Mar 84 14:01 EST Received: from ISL by SUMEX-AIM with Pup; Wed 28 Mar 84 11:01:05-PST Date: Wednesday, 28 Mar 1984 11:01-PST To: Cargo.PD@HI-MULTICS.ARPA Cc: info-cpm@AMSAA.ARPA Subject: Re: modem7 and emacs In-reply-to: Your message of 28 March 1984 10:41 cst. From: kevinw@isl there is a control both in the overlay and also when you change the baudrate to enable passthru of control characters or just those which have normal meanings (cr, lf, bs)... this should be changed and then saved or reassembled. i did this (it took a LONG time to actually figure it out -- every so often i would change baudrates to get on the system and it would mysteriously work. after a while i put 1+1+1+1..+1+1 together and got the correct answer...) hope this helps. -- Kevin kevinw@su-dsn 28-Mar-84 14:41:25-MST,1795;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Mar 84 14:41:20-MST Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 28 Mar 84 15:15 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.25) id AA01583; Wed, 28 Mar 84 12:16:15 pst Received: from ucbopal.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA (4.14.noSUID/4.14.4) id AA00585; Wed, 28 Mar 84 12:16:39 pst Received: by ucbopal.CC.Berkeley.ARPA (4.14/4.14.2) id AA16394; Wed, 28 Mar 84 12:09:50 pst Date: Wed, 28 Mar 84 12:09:50 pst From: William C. Wells Message-Id: <8403282009.AA16394@ucbopal.CC.Berkeley.ARPA> To: info-cpm@amsaa.ARPA Subject: Re: modem7 and emacs In reply to: Date: 28 March 1984 10:41 cst From: Cargo.PD@Hi-Multics.ARPA Subject: modem7 and emacs To: info-cpm@Amsaa.ARPA I too have been trying to use emacs (Gosling derivative from UniPress on VMS) with mdm720. When I turned on the capture option to see what was received, it became apparent that in terminal mode, mdm720 was eating the escape characters that emacs was sending to do things like cursor positioning and so forth. Check your overlay for a IGNORCTL DB YES about address 11DH, and change it to IGNORCTL DB NO then re-overlay the COM file. MDM7xx assumes that you are using a dump terminal (TTY) and that you do not want to see extra characters generated by signal line noise. Thus the "IGNORCTL DB YES" flag does not display characters higher than control-M in the ASCII table when you are in terminal mode. "IGNORCTL DB NO" should be set if you are using MDM7xx to communicate with a remote computer that drives your microcomputer console directly. Bill Wells 28-Mar-84 15:26:11-MST,2373;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Mar 84 15:26:04-MST Received: From brl-voc.arpa.ARPA by AMSAA via smtp; 28 Mar 84 16:17 EST Date: Wed, 28 Mar 84 15:59:56 EST From: "Ferd Brundick (VLD/LTTB)" To: Bruce Hawkins , Brzozowski%his-phoenix-multics.arpa@brl.arpa, Herb Lin , Kevin W. Rudd , Mark Becker , Michal Young , Pascal Chesnais , decvax!ittvax!dcdwest!sdcsvax!noscvax!dukelow@Ucb-Vax.ARPA, hplabs!hpda!fortune!phipps@Ucb-Vax.ARPA, ihnp4!ihuxp!gvw1@Ucb-Vax.ARPA, ihnp4!ihuxv!timborn@Ucb-Vax.ARPA, luria@Ucbdali.ARPA, pur-ee!CS-Mordred!Pucc-H.Pucc-I.ags@ucb-vax.arpa cc: info-cpm@Amsaa.ARPA, info-micro@Amsaa.ARPA, Meself Subject: New Pascal Users List Hi, Now that Turbo Pascal is becoming fairly widespread, there has been a fair amount of mail about it on info-micro and info-cpm. I would like to know if there is enough interest in NetLand to start an info-pascal list. After all, Ada, LISP, and Prolog all have their own lists, so why shouldn't Pascal (no flames, please!) ?? Turbo may be the driving force, but there was a recent discussion on generating random numbers in Pascal (for JRT) and there are a of public domain Pascal/Z files. The list should not be restricted to micro Pascals only, but should include whatever implementations people are using. For example, I originally learned Pascal on a Cyber 176 (Pascal-6000) and have used Pascal-VU, Berkeley Pascal, JRT, MT+, Apple Pascal, and Turbo. Pascal is "standardized" enough that a problem that a person has in one implementation (like the random number generator) may have been solved by someone else using their implementation. So all you Pascallers out there, send me your ids and we'll see if we can get this list off the ground. dsw, fferd Fred S. Brundick USABRL, APG, MD. 28-Mar-84 17:42:14-MST,638;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Mar 84 17:42:05-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:18 EST Received: From usc-isi.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:05 EST Date: 27 Mar 1984 1739-PST Subject: dARTMOUTH pc STUDY From: Laurence I. Press To: INFO-CPM@BRL.ARPA I recently saw a reference to a study done at Dartmouth, which estimated the actual cost of a personal computer at $26K over its lifetime. Can anyone give me a pointer to that study?? Thanks in advance, Larry Press ------- 29-Mar-84 06:34:48-MST,763;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 06:34:43-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:19 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:07 EST Date: 28 March 1984 03:29-EST From: Jerry E. Pournelle Subject: cpm 2.2 bios To: decvax!genrad!rick@Ucb-Vax.ARPA cc: info-cpm@Brl-Aos.ARPA In-reply-to: Msg of 15 Feb 84 12:44:40-PST (Wed) from decvax!genrad!rick at Ucb-Vax.ARPA We've done it with a Compupro systems support board, without interrupts, but if you want to run that terminal at any great speed, you will do better to go to interrupt driven software. Or use a hardware protocol for handshaking. 29-Mar-84 07:01:15-MST,1747;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 07:01:07-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:19 EST Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:09 EST Date: 27 Mar 1984 18:06-PST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Sharing User 0 Programs From: ABN.ISCAMS@USC-ISID.ARPA To: decvax!genrad!grkermit!masscomp!clyde!akgua!emory!km@Ucb-Vax.ARPA Cc: info-cpm@Brl-Aos.ARPA Message-ID: <[USC-ISID.ARPA]27-Mar-84 18:06:09.ABN.ISCAMS> In-Reply-To: The message of 22 Mar 84 14:38:02-PST (Thu) from decvax!genrad!grkermit!masscomp!clyde!akgua!emory!km@Ucb-Vax.ARPA Ken, There was recently announced on the net a patch for Word* that would let it look to User 0 for its overlays. Unfortunately, the patch did not work on my system for some reason (I haven't had time to really figure out why). I have no direct solution either, and commonly use DUPUSR (a utility that puts the NAME of a desired utility/application into a User Area, plus pointers to the main source (in User 0), yet does not take up any actual disk space! (Except for the directory entry, of course.) One hazard: You'd need to carefully caution users of those other User Areas NOT, repeat, NOT to carelessly erase that DUPUSR'ed file. It demands a CTRL C immediately after erasing (e.g., before any disk writes, I believe is the critical parameter), else it will do a JOB on the entire hard disk directory!!! But it is a fix. I've patched CP/M to look to A0> for all my other applications, and DUPUSR the overlays to User Areas as needed/desired. Good luck, and regards. David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID) 29-Mar-84 07:10:39-MST,663;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 07:10:32-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:21 EST Received: From usc-eclb.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:13 EST Date: Wed 28 Mar 84 11:38:26-PST From: Dick Subject: XMODEM90/Timeon To: info-cpm@BRL.ARPA Can someone show me a brief, simple (emphasis on simple) way to make the Qt/Computime clock time into binary. Or a way to make a BCD representation of time in hrs & mins into binary hrs & mins. I can't seem to find any (understandable) examples.. tnx...Dick.. ------- 29-Mar-84 07:20:27-MST,1082;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 07:20:21-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:21 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:13 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 27 Mar 84 1:47-PST Date: 16 Feb 84 13:54:51-PST (Thu) To: info-cpm@Brl-Aos.ARPA From: ihnp4!ihuxf!vej@Ucb-Vax.ARPA Subject: Blow out deal on Verbatim head cleaning kits Article-I.D.: ihuxf.2027 I have a few brand new Verbatim 8 inch disk head cleaning kits and am willing to let them go at ANY reasonable price. These babys were selling for $11.95 from Verbatim. I bought these with a group purchase of some equipment and I am willing to make a deal to clear them out. First come first serve so call or write soon. NO REASONABLE OFFER REFUSED!! work phone: 312-979-2890 home phone: 312-961-1207 or send mail to ihuxf!vej Dwight Yackley office 6L313 x2890 AT&T Bell Labratories Naperville, Illinois 29-Mar-84 07:32:30-MST,2612;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 07:32:18-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:21 EST Received: From csnet-relay.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:13 EST Received: by csnet-relay via xumass-cs; 28 Mar 84 1:25 EST Date: Tue, 27 Mar 84 08:42 EST From: Bruce Hawkins To: info-cpm%brl.arpa@csnet-relay.arpa cc: info-micro%brl.arpa@csnet-relay.arpa Subject: Turbo Pascal Installation In contrast to Fred Brundick, who could not make changes to the Turbo Pascal keyboard stick, I have been able to do that, though not all changes are possible. The only reason I can think of that his changes might not have stuck is if he has made a copy of the Turbo.pas file under another name as his working copy. TINST makes modifications directly to the TURBO.PAS file, rather than recording them in a separate data file as many configuration programs do. The problems I have had appear to result from Turbo's assuming that all keyboard signals will be control codes or special characters. My Rainbow (VT-102, essentially) sends codes like OP. Fine, that is what you see, UNTIL you go out of TINST and go back in again. Then it has strangely changed to ^O^P! Apparently the editor does the same translation, though, so everything is fine --- UNTIL you try and assign keys that send a lower-case letter. Om gets turned into O4 (some number, anyhow), and that DOESN'T work. Well even this can be worked around: if you send the characters one by one to TINST as OM, that gets understood by the editor. Only trouble with that is that now you have two keypad keys sending what the editor hears as the same code, because OM and Om are attached to two different keys. So there is a whole row of keypad keys you can't use, very annoying! Furthermore, the manual says (I think, I don't have mine handy at the moment) that you can have up to four bytes sent by a key. But it doesn't seem to accept my keys that send four bytes, and I couldn't find a work-around. And of course it doesn't understand the ones that send FIVE at all. So I have a whole raft of lovely keys looking at me begging. Apparently the designers were so WordStar oriented that they forgot that there are those of us out here who dislike the WordStar way of doing things. Bruce Hawkins Smith College By the way, I too amy very pleased with Turbo Pascal in general. 29-Mar-84 07:40:32-MST,2049;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 07:40:24-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:22 EST Received: From csnet-relay.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:14 EST Received: by csnet-relay via xumass-cs; 28 Mar 84 1:25 EST Date: Tue, 27 Mar 84 09:06 EST From: Bruce Hawkins To: info-micro%brl.arpa@csnet-relay.arpa cc: info-cpm%brl.arpa@csnet-relay.arpa Subject: Good editor wanted My research group is seeking information about MS DOS editors, with some interest in CP/M. At the moment I am using Final Word under CP/M on a DEC Rainbow. If I cannot find anything better, I will purchase that for MS DOS. I am very happy with the multiple buffering and windowing capability, and reasonably happy with the commands. All your work is saved on the disk so that you cannot lose much in the event of a power failure, a major plus. I would very much like to have the capability to define macros, and it would be convenient to be able to reassign keys directly from the editor. The other problem with Final Word is that it sometimes gets its buffer pointer mixed up unless your are careful about not leaving multiple buffers around when you exit. Cleaning up when you leave is a minor nuisance, but can be put up with. I have looked at the VEDIT manual, don't like its philosophy, and see that you can only edit in the main buffer. So, guys, what is there out there that has multiple buffering with the ability to edit equally well in any buffer, at least two windows, reassignable keys (at least at configuration time and preferably at edit time) that understand the VT-102 keyboard, preserves a record of current actions on the disk, and has macro capability? And preferably it shouldn't cost an arm and a leg. I will summarize replies to the net. Bruce Hawkins Smith College umass-cs@csnet-relay 29-Mar-84 07:57:34-MST,3235;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 07:57:21-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:39 EST Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:17 EST Date: Wed 28 Mar 84 06:45:57-MST From: Rick Conn Subject: ZCPR3 Intro To: info-cpm@BRL.ARPA In all of my excitement during the past several months, I have been making references from time to time on the creation of ZCPR3. ZCPR3 is now well underway, and beta testing by a volunteer test group out in Silicon Valley will begin in the next few days. ZCPR3 is not yet complete, but it is quite operational in terms of its major features. Only one minor bug with 8-character passwords exists at this time (to my knowledge), and I am using it daily now in 5 different versions (2 different versions for software development, each version on a different machine, 2 applications-oriented versions running dBASE II and Multiplan, and one RCP/M version). I have received a lot of interest and support from a number of people and groups in this project, and, to satisfy your own curiosity and answer many of the questions I have been receiving, I have prepared ten messages (not counting this one) which will be transmitted to INFO-CPM today on the subject of ZCPR3. For those of you not interested, each message will reference ZCPR3 and a message number in the subject line, so you can flush it without reading it. The first message is an introduction to ZCPR3 which simply states an outline of the contents of the following messages. It is not detailed at all. Each of the following 9 messages concentrates on one topic area of ZCPR3. Live terminal sessions are included in these messages to illustrate by example the concepts discussed. You are invited to study these messages, and I believe many of your questions will be answered. For those of you who want to know even more, I will be providing a service (for a brief time) which I haven't tried before. Sometime within the next two weeks, I will be bringing a ZCPR3 remote access system online. When it comes up, I will post the phone number and access code to the net with some instructions on its use. You will be invited to log onto it and try out the demonstrations prepared on it. There will also be an electonic mail facility which you may use to send me comments and suggestions, etc. The tenth message which follows is an example of a "secure" ZCPR3 system, and the remote access system you will be using will support features very similar to the "secure" system you see discussed in the 10th message. For those who have even more interest in the topic, I will be speaking on ZCPR3 at the Trenton Computer Festival on Saturday, April 14 at 11:00AM. This presentation will be more of an overview in nature, but the opportunity to ask technical questions will present itself. Also, there will be a closed meeting of RCP/M SYSOPs at the festival, and I'll be giving a brief talk on the use of ZCPR3 for RCP/M application for those of you invited to this meeting. Enjoy the time to come! Rick Conn ------- 29-Mar-84 08:10:45-MST,4061;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 08:10:32-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:40 EST Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:19 EST Date: Wed 28 Mar 84 06:47:03-MST From: Rick Conn Subject: ZCPR3 Intro - Message 2: Directories To: info-cpm@BRL.ARPA ZCPR3 - Directories Under ZCPR3, a logical disk can be thought of to contain two types of directories. One is the physical directory, which is usually located just after the system tracks on most floppies. The other is the logical directory, in which each file on a disk has a user number associated with it (from 0 to 31), and the combination of a disk and user number identifies uniquely the logical directory in which the file belongs. DDT.COM may be located on disk A, user 5, while two copies of ED.COM may be located on disk A, user 5 and disk A, user 0. The combination of the disk reference and user number identifies the logical directory which a file belongs in. Under ZCPR3, the logical directory is usually indicated as part of the prompt. In the examples below, the reader can see the logical directory referred to by its disk and user number and, in most cases, by a name associated with the disk and user number. The following examples illustrate the use of the DU (disk/user) form and the DIR (directory name) form to log into various user areas and directories. A0:BASE>15: A15:ROOT>4: A4>b: B4:WORK4>0: B0:WORK1>a14: A14>a0: A0:BASE>root: A15:ROOT>work2: Additionally, commands may use either the DU or DIR form to reference the logical directories they are to act upon. Interpretation of the name of a directory is built into the ZCPR3 command processor itself, so every command can work with the DU and DIR forms with equal ease. It should be noted that commands, like WS or DBASE, which don't know about the DU or DIR forms will usually just pay attention to the disk referenced and not the user number. For commands like these, it is usually best to just employ the disk letter when referring to their arguments. B1:WORK2>dir base: RHEX .COM 2 A0:BASE -- 1 Files Using 2K ( 206K Left) B1:WORK2>base: The PWD command under ZCPR3 displays the names and associated DU forms of all directories which currently have names assigned to them. Additionally, when using the DIR form to log into a directory (see PRIVATE below), a directory so named may have a password associated with it. If so, the user is prompted for this password and the command will fail if he does not provide the correct password. A0:BASE>pwd PWD, Version 1.0 DU : DIR Name DU : DIR Name DU : DIR Name DU : DIR Name ---- -------- ---- -------- ---- -------- ---- -------- A 0: BASE A 1: PRIVATE A 15: ROOT B 0: WORK1 B 1: WORK2 B 2: WORK3 B 4: WORK4 B 5: TEXT B 6: MAIL A0:BASE>private: PW? unknown A0:BASE>private: PW? mypass A1:PRIVATE>dir A1:PRIVATE -- 0 Files Using 0K ( 206K Left) A1:PRIVATE>base: A0:BASE>dir private: PW? mypass A1:PRIVATE -- 0 Files Using 0K ( 206K Left) A0:BASE>dir a1: A1:PRIVATE -- 0 Files Using 0K ( 206K Left) ------- 29-Mar-84 08:20:44-MST,4748;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 08:20:28-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:41 EST Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:19 EST Date: Wed 28 Mar 84 06:47:35-MST From: Rick Conn Subject: ZCPR3 Intro - Message 3: Wheels and Passwords To: info-cpm@BRL.ARPA ZCPR3 - Wheel Users and Passwords As the reader has seen, password protection is common under ZCPR3. To be exact, several of the ZCPR3 utilities respond one way if the user is priveleged (a Wheel) or not priveleged. A user becomes priveleged by running the WHEEL command and giving the Wheel Password. A0:BASE>mkdir MKDIR, Version 3.0 Permission to Run MKDIR Denied - Not Wheel A0:BASE>pwd pass PWD, Version 1.0 Password Request Denied - Not Wheel DU : DIR Name DU : DIR Name DU : DIR Name DU : DIR Name ---- -------- ---- -------- ---- -------- ---- -------- A 0: BASE A 1: PRIVATE A 15: ROOT B 0: WORK1 B 1: WORK2 B 2: WORK3 B 4: WORK4 B 5: TEXT B 6: MAIL A0:BASE>wheel /s WHEEL, Version 3.0 Wheel Password? Wheel Byte is ON A0:BASE>pwd pass PWD, Version 1.0 DU : DIR Name - Password DU : DIR Name - Password ---- -------- -------- ---- -------- -------- A 0: BASE - A 1: PRIVATE - MYPASS A 15: ROOT - B 0: WORK1 - B 1: WORK2 - B 2: WORK3 - B 4: WORK4 - B 5: TEXT - B 6: MAIL - A0:BASE>private: PW? mypass A1:PRIVATE>root: A15:ROOT>mkdir sys.ndr MKDIR, Version 3.0 MKDIR Command (? for Help)? C ** MKDIR Change Mode ** Directory Entry (? for Help)? a2:priv2 Adding PRIV2 -- Password? mypass2 10 Entries in Directory Directory Entry (? for Help)? DU : DIR Name - Password DU : DIR Name - Password ---- -------- -------- ---- -------- -------- A 0: BASE - A 1: PRIVATE - MYPASS A 2: PRIV2 - MYPASS2 A 15: ROOT - B 0: WORK1 - B 1: WORK2 - B 2: WORK3 - B 4: WORK4 - B 5: TEXT - B 6: MAIL - Directory Entry (? for Help)? x MKDIR Command (? for Help)? X Directory has changed since last Write Do you want to write Directory to Disk (Y/N)? Y Name of File ( = A 15: SYS .NDR)? special.ndr Writing Directory to Disk ... Done As another part of the protection afforded under ZCPR3, if a user knows the right passwords and has the proper Wheel privelege, he can radically change the directory structure, bringing new directories which were previously undefined into existence. Under ZCPR3, the ability to log into a directory can be controlled by the installer. At installation time, the ability to allow the user to use DU and to use DIR forms to log into directories or reference directories can be established. On a more secure system, for example, the ability to use the DU form may be denied. Then, only directories defined by name may be accessed (DIR form), and, if these directories have passwords associated with them, the proper passwords must be given. A15:ROOT>ldr special.ndr ZCPR3 LDR, Version 1.0 Loading SPECIAL.NDR A15:ROOT>pwd PWD, Version 1.0 DU : DIR Name DU : DIR Name DU : DIR Name DU : DIR Name ---- -------- ---- -------- ---- -------- ---- -------- A 0: BASE A 1: PRIVATE A 2: PRIV2 A 15: ROOT B 0: WORK1 B 1: WORK2 B 2: WORK3 B 4: WORK4 B 5: TEXT B 6: MAIL A15:ROOT>priv2: PW? mypass2 A2:PRIV2>wheel system r WHEEL, Version 3.0 Wheel Byte is OFF A2:PRIV2>pwd pass PWD, Version 1.0 Password Request Denied - Not Wheel DU : DIR Name DU : DIR Name DU : DIR Name DU : DIR Name ---- -------- ---- -------- ---- -------- ---- -------- A 0: BASE A 1: PRIVATE A 2: PRIV2 A 15: ROOT B 0: WORK1 B 1: WORK2 B 2: WORK3 B 4: WORK4 B 5: TEXT B 6: MAIL ------- 29-Mar-84 08:23:32-MST,2186;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 08:23:17-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:41 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:19 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 28 Mar 84 5:31-PST Date: 26 Mar 84 9:28:26-PST (Mon) To: info-cpm@Brl-Aos.ARPA From: hplabs!tektronix!teklds!azure!keithr@Ucb-Vax.ARPA Subject: Re: Aztec CII I/O Redirection (Reposted with new info) Article-I.D.: azure.2640 (Reposting) The problem of slow redirected I/O in Aztec C is caused by I/O being unbuffered. This causes each byte of output that is redirected to a file to be written seperately (Read sec- tor, place byte, write sector). No wonder is so slow. The solution I've been using is simply changing the unbuf- fered I/O into buffered I/O. I've also added a few exten- tions which are "2>" (redirect stderr), "2>>" (append stderr) and ">>" (append stdout). To implement the fix find the file called "CROOT.C" in the source to your library. It contains a function call "Croot()". Replace the while loop that starts with "while (Argc < MAXARGS)" with the following-- while (Argc < MAXARGS) { while (*cp == ' ' || *cp == '') ++cp; if (*cp == NULL) break; k = -1; switch (*cp) { case '>': if (*(cp+1)=='>') { ++cp; k = 1; } else k = 1; break; case '<': k = 0; break; case '2': if (*(cp+1)) == '>') { ++cp; if (*(cp+1) == '>') { ++cp; k = 5; } else k = 2; } 29-Mar-84 08:45:50-MST,1767;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 08:45:43-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:41 EST Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:20 EST Date: Wed 28 Mar 84 06:48:04-MST From: Rick Conn Subject: ZCPR3 Intro - Message 4: Command Lines To: info-cpm@BRL.ARPA ZCPR3 - Command Lines The following terminal session extracts should be clear about command lines under ZCPR3. Comments are included in the terminal sessions. A0:BASE>; Any Line beginning with a semicolon is a comment A0:BASE>note Any line whose verb is the word "NOTE" is a comment A0:BASE>note NOTE is handy to insert comments into lines with more than A0:BASE>note one command in them A0:BASE>note Such lines separate commands with a semicolon A0:BASE>dir;note I just did a directory display RHEX .COM 2 A0:BASE -- 1 Files Using 2K ( 204K Left) A0:BASE>dir;NOTE This line contains 3 commands (incl one NOTE);dir root: RHEX .COM 2 A0:BASE -- 1 Files Using 2K ( 204K Left) MYTERM .Z3T 2r| SPECIAL .NDR 2 | SYS .ENV 2r| SYS .FCP 2r SYS .NDR 2r| SYS .RCP 2r| SYS1 .FCP 2r| SYS1 .RCP 2r SYS2 .FCP 2r| SYS2 .RCP 2r| SYS3 .RCP 2r| Z3TCAP .TCP 8r A15:ROOT -- 12 Files Using 30K ( 204K Left) A0:BASE>era *.com i;dir;NOTE See the extended options on the basic commands? RHEX .COM - Erase (Y/N)? n RHEX .COM 2 A0:BASE -- 1 Files Using 2K ( 204K Left) ------- 29-Mar-84 10:15:11-MST,9570;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 10:14:47-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:42 EST Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:20 EST Date: Wed 28 Mar 84 06:48:36-MST From: Rick Conn Subject: ZCPR3 Intro - Message 5: Command Processing To: info-cpm@BRL.ARPA ZCPR3 - Command Processing When a ZCPR3 user issues a command, an involved sequence of tests and steps takes place in order to identify that command and execute it. This sequence is outlined briefly: 1) the command is parsed; the first word in the command line (or subline if semicolons are used to place several commands on one line) is taken to be the name of the command 2) ZCPR3 checks to see if this command is a Flow Command (IF/ELSE/FI/XIF), and, if so, ZCPR3 runs the command 3) ZCPR3 then checks to see if the current IF condition is TRUE; IFs may be nested eight levels deep under ZCPR3; if the current IF condition is TRUE, ZCPR3 continues, else it flushes the command and goes on to the next command 4) continuing, ZCPR3 then checks to see if the command is built into the ZCPR3 Command Processor itself; if so, ZCPR3 runs the command 5) ZCPR3 then checks to see if the command is built into the current Resident Command Package (RCP); if so, ZCPR3 runs the command 6) ZCPR3 then searches along a series of directories indicated by a command-search path for a COM file with the same name as the command; if found, ZCPR3 loads the COM file and runs it 7) finally, if all of the above fails, ZCPR3 invokes an error handler or an extended command processor to process the command as an error or to try to resolve it further Let's look at some examples: A0:BASE>work2: B1:WORK2>dir B1:WORK2 -- 0 Files Using 0K ( 302K Left) B1:WORK2>NOTE in many ZCPR3 systems, you will find RCPs - B1:WORK2>NOTE Resident Command Packages B1:WORK2>NOTE this system has several, located in the ROOT B1:WORK2>dir root:*.rcp SYS .RCP 2r| SYS1 .RCP 2r| SYS2 .RCP 2r| SYS3 .RCP 2r A15:ROOT -- 4 Files Using 8K ( 204K Left) B1:WORK2>NOTE SYS.RCP is the default RCP I use B1:WORK2>NOTE the H command tells the user what RCP he has loaded and B1:WORK2>NOTE what commands are available in it B1:WORK2>h SYS 1.0A CP ECHO ERA LIST NOTE P POKE PROT REN TYPE B1:WORK2>NOTE there are 10 commands in this RCP B1:WORK2>cp work2:=base:rhex.com Done B1:WORK2>dir RHEX .COM 2 B1:WORK2 -- 1 Files Using 2K ( 300K Left) B1:WORK2>cp rhex2.com=rhex.com Done B1:WORK2>dir RHEX .COM 2 | RHEX2 .COM 2 B1:WORK2 -- 2 Files Using 4K ( 298K Left) B1:WORK2>era *.com i RHEX .COM - Erase (Y/N)? n RHEX2 .COM - Erase (Y/N)? y B1:WORK2>cp rhex1.com=rhex.com;cp rhex2.com=rhex.com Done Done B1:WORK2>prot *.* r RHEX .COM Set to R/O RHEX1 .COM Set to R/O RHEX2 .COM Set to R/O B1:WORK2>dir RHEX .COM 2r| RHEX1 .COM 2r| RHEX2 .COM 2r B1:WORK2 -- 3 Files Using 6K ( 296K Left) B1:WORK2>prot rhex1.com RHEX1 .COM Set to R/W B1:WORK2>era *.com RHEX .COM is R/O RHEX1 .COM RHEX2 .COM is R/O B1:WORK2>dir RHEX .COM 2r| RHEX2 .COM 2r B1:WORK2 -- 2 Files Using 4K ( 298K Left) B1:WORK2>echo this command simply echos the command line, as in messages THIS COMMAND SIMPLY ECHOS THE COMMAND LINE, AS IN MESSAGES B1:WORK2>ed demo.txt NEW FILE : *i 1: This is a test 2: This is only a test 3: : *e B1:WORK2>cp demo2.txt=demo.txt Done B1:WORK2>dir *.txt DEMO .TXT 2 | DEMO2 .TXT 2 B1:WORK2 -- 2 Files Using 4K ( 294K Left) B1:WORK2>ren demo1.txt=demo2.txt B1:WORK2>cp demo2.txt=demo.txt Done B1:WORK2>dir *.txt DEMO .TXT 2 | DEMO1 .TXT 2 | DEMO2 .TXT 2 B1:WORK2 -- 3 Files Using 6K ( 292K Left) B1:WORK2>ren demo1.txt=demo2.txt DEMO1 .TXT - Erase (Y/N)? n B1:WORK2>type demo.txt This is a test This is only a test B1:WORK2>type *.txt This is a test This is only a test Typing DEMO .TXT - This is a test This is only a test Typing DEMO1 .TXT - This is a test This is only a test B1:WORK2>p 8000 801f;NOTE I look at memory Peek at 8000 8000 - C3 29 00 C3 CE 80 C3 47 81 C3 82 81 C3 67 81 C3 |C).CN.CG.C..Cg.C| 8010 - 7E 81 C3 E9 80 C3 22 81 C3 10 81 80 F3 00 00 11 |~.Ci.C".C...s...| B1:WORK2>p 0 f;NOTE anywhere in memory Peek at 0000 0000 - C3 03 E2 01 11 C3 06 D4 00 FF 00 FF 00 FF 00 FF |C.b..C.T........| B1:WORK2>poke 8000 1 2 3 "this is a test Poke at 8000 B1:WORK2>p 8000 801f Peek at 8000 8000 - 01 02 03 54 48 49 53 20 49 53 20 41 20 54 45 53 |...THIS IS A TES| 8010 - 54 81 C3 E9 80 C3 22 81 C3 10 81 80 F3 00 00 11 |T.Ci.C".C...s...| B1:WORK2>NOTE the RCP commands can be changed by loading a new RCP B1:WORK2>ldr root:sys3.rcp ZCPR3 LDR, Version 1.0 Loading SYS3.RCP B1:WORK2>h SYS 1.0C CP ECHO ERA NOTE P POKE REN TYPE WHL WHLQ B1:WORK2>cp demo3.txt=demo.txt No Wheel B1:WORK2>era *.txt No Wheel B1:WORK2>wheel system s WHEEL, Version 3.0 Wheel Byte is ON B1:WORK2>cp demo3.txt=demo.txt Done Now let's take a look at some examples of Flow Commands, invoked from Flow Command Packages (FCPs): B1:WORK2>NOTE now for Flow Command Packages: B1:WORK2>NOTE under FCPs, we have IF/ELSE/FI (ENDIF)/XIF (Exit All IFs) B1:WORK2>NOTE Flow Commands: B1:WORK2>if exist demo.txt IF T B1:WORK2>type demo.txt This is a test This is only a test B1:WORK2>else IF F B1:WORK2>type demo2.txt B1:WORK2>fi To No IF B1:WORK2>if ~exist demo.txt IF F B1:WORK2>type demo.txt B1:WORK2>else IF T B1:WORK2>type demo2.txt This is a test This is only a test B1:WORK2>fi To No IF B1:WORK2>if exist *.txt IF T B1:WORK2>type demo.txt This is a test This is only a test B1:WORK2>echo we are in a TRUE IF WE ARE IN A TRUE IF B1:WORK2>xif To No IF B1:WORK2>NOTE IFs can be nested up to 8 levels deep: B1:WORK2>if exist demo.txt IF T B1:WORK2>if exist demo2.txt IF T B1:WORK2>if exist demo.txt IF T B1:WORK2>if exist demo3.txt IF T B1:WORK2>else IF F B1:WORK2>fi To IF T B1:WORK2>fi;fi;fi To IF T To IF T To No IF And, of course, let's start to think about command files and command file processors. Under ZCPR3, ZEX, a memory-based command file processor, is designed to be the principal tool used. B1:WORK2>NOTE ZEX is the command-file processor, memory-based B1:WORK2>NOTE Under ZEX, there is a GOTO command which works B1:WORK2>NOTE in conjunction with IFs to provide looping capability B1:WORK2>ed demo.zex NEW FILE : *i 1: NOTE Set Register 1 to 0;reg s1 0 2: ;=loop 3: NOTE Exit all pending IFs;xif 4: NOTE Add 1 to Register 1;reg p1 5: NOTE Test for end of loop;if ~1 3 6: NOTE Branch to LOOP if Register 1 <> 3;goto loop 7: NOTE Done with IF if Register 1 = 3;fi 8: : *e B1:WORK2>type demo.zex NOTE Set Register 1 to 0;reg s1 0 ;=loop NOTE Exit all pending IFs;xif NOTE Add 1 to Register 1;reg p1 NOTE Test for end of loop;if ~1 3 NOTE Branch to LOOP if Register 1 <> 3;goto loop NOTE Done with IF if Register 1 = 3;fi Here is an actual run of a ZEX command file (DEMO.ZEX), illustrating looping: B1:WORK2>zex demo ZEX, Version 3.0 -- Pass 1 -- B1:WORK2> ZEX: NOTE Set Register 1 to 0;reg s1 0 REG, Version 1.0 Reg 1 = 0 B1:WORK2> ZEX: ;=loop B1:WORK2> ZEX: NOTE Exit all pending IFs;xif To No IF B1:WORK2> ZEX: NOTE Add 1 to Register 1;reg p1 REG, Version 1.0 Reg 1 = 1 B1:WORK2> ZEX: NOTE Test for end of loop;if ~1 3 IF T B1:WORK2> ZEX: NOTE Branch to LOOP if Register 1 <> 3;goto loop GOTO Label LOOP -- Pass 2 -- B1:WORK2> ZEX: NOTE Exit all pending IFs;xif To No IF B1:WORK2> ZEX: NOTE Add 1 to Register 1;reg p1 REG, Version 1.0 Reg 1 = 2 B1:WORK2> ZEX: NOTE Test for end of loop;if ~1 3 IF T B1:WORK2> ZEX: NOTE Branch to LOOP if Register 1 <> 3;goto loop GOTO Label LOOP -- Pass 3 -- B1:WORK2> ZEX: NOTE Exit all pending IFs;xif To No IF B1:WORK2> ZEX: NOTE Add 1 to Register 1;reg p1 REG, Version 1.0 Reg 1 = 3 B1:WORK2> ZEX: NOTE Test for end of loop;if ~1 3 IF F -- Done -- B1:WORK2> ZEX: NOTE Branch to LOOP if Register 1 <> 4;goto loop B1:WORK2> ZEX: NOTE Done with IF if Register 1 = 3;fi To No IF B1:WORK2> ZEX: Done> ------- 29-Mar-84 10:18:41-MST,2869;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 10:18:31-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:42 EST Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:20 EST Date: Wed 28 Mar 84 06:49:04-MST From: Rick Conn Subject: ZCPR3 Intro - Message 6: Error Handlers To: info-cpm@BRL.ARPA ZCPR3 - Error Handlers Under ZCPR3, Error Handlers are programs which handle command line errors in a "nice" way. They may be used anywhere, including within ZEX command files. A few examples: B1:WORK2>NOTE There are a number of error handlers on this system: B1:WORK2>dir root:error?.com s ERROR1 .COM 2r| ERROR2 .COM 4r| ERROR3 .COM 2r| ERROR4 .COM 2r A15:ROOT -- 4 Files Using 10K ( 204K Left) Error Handlers are installed by simply giving their name. B1:WORK2>error4 ERROR4, Version 1.0 Error Handler Installed B1:WORK2>NOTE ERROR4 is a simpler error handler B1:WORK2>NOTE with the invalid command "XXXX";xxxx File XXXX.COM Not Found B1:WORK2>NOTE ERROR4 simply says what happened Error Handlers may vary in features and complexity. ERROR1 is one of the more complex. ERROR2, by the way, is a screen-oriented version of ERROR1, using reverse video and cursor addressing. See the section on Z3TCAP later for more details. B1:WORK2>error1;NOTE ERROR1 is a more sophisticated error handler ERROR1, Version 1.0 Error Handler Installed B1:WORK2>xxxx ERROR1, Version 1.0 Error Line is: XXXX Options are: 1. Replace Command in Error with a New Command Replace XXXX 2. Advance to Next Command and Resume Processing Advance to 3. Replace Entire Line with a New Line Replace XXXX 4. Throw Away Entire Line and Continue Throw Away XXXX Select Option - 1 Replacement Command? dir DEMO .BAK 0 | DEMO .TXT 2 | DEMO .ZEX 2 | DEMO1 .TXT 2 DEMO2 .TXT 2 | DEMO3 .TXT 2 | RHEX .COM 2r| RHEX2 .COM 2r B1:WORK2 -- 8 Files Using 14K ( 288K Left) B1:WORK2>xxxx;dir *.com ERROR1, Version 1.0 Error Line is: XXXX;DIR *.COM Options are: 1. Replace Command in Error with a New Command Replace XXXX 2. Advance to Next Command and Resume Processing Advance to DIR *.COM 3. Replace Entire Line with a New Line Replace XXXX;DIR *.COM 4. Throw Away Entire Line and Continue Throw Away XXXX;DIR *.COM Select Option - 2 RHEX .COM 2r| RHEX2 .COM 2r B1:WORK2 -- 2 Files Using 4K ( 288K Left) ------- 29-Mar-84 10:32:06-MST,5024;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 10:31:52-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:43 EST Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:21 EST Date: Wed 28 Mar 84 06:49:32-MST From: Rick Conn Subject: ZCPR3 Intro - Message 7: Aliases To: info-cpm@BRL.ARPA ZCPR3 - Aliases Aliases are COM files created by the ALIAS command which contain one or more command lines which are invoked when the Alias name is typed. Parameter passing into the command lines within an Alias is supported in a manner similar to command file parameter passing. Aliases are convenient to create command scripts which are used repeatedly, and the special commands, such as STARTUP (used on cold boot to run a series of programs to initialize the system), are created as Aliases. B1:WORK2>NOTE you have to be a WHEEL to create ALIASes B1:WORK2>wheel /s WHEEL, Version 3.0 Wheel Password? Wheel Byte is ON B1:WORK2>NOTE a number of parameters and some information can be determined B1:WORK2>NOTE and expanded by an alias B1:WORK2>alias ALIAS, Version 1.0 Input Alias (RETURN to Abort) --> echo The name of this Alias is $0; <-- I ended these echo The current DU is $d$u:; <-- lines with ^E echo and the first 4 parameters are:; echo $1 $2 $3 $4 Name of ALIAS Command (RETURN to Abort)? cmdstat Alias Created B1:WORK2>NOTE the alias is a very short file (under 2K) B1:WORK2>dir cmdstat.com CMDSTAT .COM 2 B1:WORK2 -- 1 Files Using 2K ( 292K Left) B1:WORK2>cmdstat THE NAME OF THIS ALIAS IS CMDSTAT THE CURRENT DU IS B1: AND THE FIRST 4 PARAMETERS ARE: B1:WORK2>cmdstat this is a very short demo THE NAME OF THIS ALIAS IS CMDSTAT THE CURRENT DU IS B1: AND THE FIRST 4 PARAMETERS ARE: THIS IS A VERY B1:WORK2>cmdstat hello, world THE NAME OF THIS ALIAS IS CMDSTAT THE CURRENT DU IS B1: AND THE FIRST 4 PARAMETERS ARE: HELLO, WORLD B1:WORK2>NOTE aliases are convenient for a number of things -- B1:WORK2>NOTE they are intended primarily to replace tedious command B1:WORK2>NOTE sequences with a simple command B1:WORK2>alias ALIAS, Version 1.0 Input Alias (RETURN to Abort) --> dir $1;era $1 i;dir $1 Name of ALIAS Command (RETURN to Abort)? exera Alias Created B1:WORK2>NOTE I now have an ALIAS which displays a directory of selected B1:WORK2>NOTE files, allows me to erase them with inspection, and then B1:WORK2>NOTE displays the same directory again to let me see the B1:WORK2>NOTE results B1:WORK2>dir CMDSTAT .COM 2 | DEMO .TXT 2 | DEMO .ZEX 2 | DEMO1 .TXT 2 DEMO2 .TXT 2 | DEMO3 .TXT 2 | EXERA .COM 2 | RHEX .COM 2r RHEX2 .COM 2r B1:WORK2 -- 9 Files Using 18K ( 284K Left) The following runs an Alias: B1:WORK2>exera demo?.txt DEMO .TXT 2 | DEMO1 .TXT 2 | DEMO2 .TXT 2 | DEMO3 .TXT 2 B1:WORK2 -- 4 Files Using 8K ( 284K Left) DEMO .TXT - Erase (Y/N)? n DEMO1 .TXT - Erase (Y/N)? y DEMO2 .TXT - Erase (Y/N)? y DEMO3 .TXT - Erase (Y/N)? n DEMO .TXT 2 | DEMO3 .TXT 2 B1:WORK2 -- 2 Files Using 4K ( 288K Left) B1:WORK2>exera demo3.txt DEMO3 .TXT 2 B1:WORK2 -- 1 Files Using 2K ( 288K Left) DEMO3 .TXT - Erase (Y/N)? y B1:WORK2 -- 0 Files Using 0K ( 290K Left) B1:WORK2>NOTE also, since IFs are everywhere, they can be used in aliases: B1:WORK2>alias ALIAS, Version 1.0 Input Alias (RETURN to Abort) --> if exist $1;type $1 p;fi Name of ALIAS Command (RETURN to Abort)? typeit Alias Created B1:WORK2>typeit demo.txt IF T This is a test This is only a test To No IF B1:WORK2>cp demo1.txt=demo.txt Done B1:WORK2>dir demo?.txt DEMO .TXT 2 | DEMO1 .TXT 2 B1:WORK2 -- 2 Files Using 4K ( 286K Left) B1:WORK2>typeit demo?.txt IF T This is a test This is only a test Typing DEMO .TXT - This is a test This is only a test To No IF B1:WORK2>typeit nofile.txt IF F To No IF B1:WORK2>NOTE or I can expand TYPEIT to be better B1:WORK2>alias typeit ALIAS, Version 1.0 Alias Name: TYPEIT Old Alias Command Line: 1 --> IF EXIST $1; 2 --> TYPE $1 P; 3 --> FI Input Alias (RETURN to Abort) --> if exist $1;type $1 p;else;echo file $1 not found;fi File TYPEIT .COM Exists - Overwrite (Y/N)? Y Alias Created B1:WORK2>typeit demo.txt IF T This is a test This is only a test IF F To No IF B1:WORK2>typeit nofile.txt IF F IF T FILE NOFILE.TXT NOT FOUND To No IF ------- 29-Mar-84 10:59:22-MST,12701;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 10:58:37-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:43 EST Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:21 EST Date: Wed 28 Mar 84 06:50:00-MST From: Rick Conn Subject: ZCPR3 Intro - Message 8: Shells To: info-cpm@BRL.ARPA ZCPR3 - Shells ZCPR3 Shells are front-ends which provide a user interface in place of the normal ZCPR3 prompt. To illustrate the concept, the following terminal sessions show the MENU and SH shells in action. B1:WORK2>NOTE Shells are Front-End Processors which can run in place B1:WORK2>NOTE of the ZCPR3 Command Processor B1:WORK2>NOTE Actually, the ZCPR3 Command Processor is still being B1:WORK2>NOTE used, but it is transparent to the user now B1:WORK2>NOTE Two shells I am going to demonstrate now are MENU and B1:WORK2>NOTE SH: B1:WORK2>dir root:menu.* a;dir root:sh*.* a MENU .COM 4r A15:ROOT -- 1 Files Using 4K ( 204K Left) SH .COM 4r| SHDEFINE.COM 4r| SHFILE .COM 2r| SHOW .COM 4r SHVAR .COM 4r A15:ROOT -- 5 Files Using 18K ( 204K Left) B1:WORK2>NOTE The MENU shell consists of only MENU.COM B1:WORK2>NOTE The SH shell is SH.COM, but can use SHDEFINE, SHFILE, and SHVAR B1:WORK2>NOTE for support B1:WORK2>NOTE First, MENU: B1:WORK2>ed menu.cpr NEW FILE : *i 1: -dx 2: # 3: Sample Menu 4: D - Directory Display 5: Z - Run Any ZCPR3 Command 6: 7: 1 - Set Name of Working File (Currently $f1) 8: 2 - Edit Working File 9: 3 - Type Working File 10: # 11: d!dir 12: z!"Enter Command Line -- " 13: 1setfile 1 "Enter File Name -- " 14: 2ed $f1 15: 3!type $f1 16: ## 17: : *e To run the MENU shell, just give its name. B1:WORK2>menu Shell Installed MENU Version 3.0 Sample Menu D - Directory Display Z - Run Any ZCPR3 Command 1 - Set Name of Working File (Currently .) 2 - Edit Working File 3 - Type Working File Command (=Menu, ^C=ZCPR3) - D CMDSTAT .COM 2 | MENU .BAK 0 | DEMO .TXT 2 | DEMO .ZEX 2 DEMO1 .TXT 2 | EXERA .COM 2 | MENU .CPR 2 | RHEX .COM 2r RHEX2 .COM 2r| TYPEIT .COM 2 B1:WORK2 -- 10 Files Using 18K ( 284K Left) MENU Version 3.0 Strike Any Key - Sample Menu D - Directory Display Z - Run Any ZCPR3 Command 1 - Set Name of Working File (Currently .) 2 - Edit Working File 3 - Type Working File Command (=Menu, ^C=ZCPR3) - Z Enter Command Line -- dir *.com;era *.com i CMDSTAT .COM 2 | EXERA .COM 2 | RHEX .COM 2r| RHEX2 .COM 2r TYPEIT .COM 2 B1:WORK2 -- 5 Files Using 10K ( 284K Left) CMDSTAT .COM - Erase (Y/N)? y EXERA .COM - Erase (Y/N)? y RHEX .COM is R/O RHEX2 .COM is R/O TYPEIT .COM - Erase (Y/N)? y MENU Version 3.0 Strike Any Key - Sample Menu D - Directory Display Z - Run Any ZCPR3 Command 1 - Set Name of Working File (Currently .) 2 - Edit Working File 3 - Type Working File Command (=Menu, ^C=ZCPR3) - Z Enter Command Line -- prot rhex?.com;era rhex?.com RHEX .COM Set to R/W RHEX2 .COM Set to R/W RHEX .COM RHEX2 .COM MENU Version 3.0 Strike Any Key - Sample Menu D - Directory Display Z - Run Any ZCPR3 Command 1 - Set Name of Working File (Currently .) 2 - Edit Working File 3 - Type Working File Command (=Menu, ^C=ZCPR3) - D DEMO .BAK 0 | DEMO .TXT 2 | DEMO .ZEX 2 | DEMO1 .TXT 2 MENU .CPR 2 B1:WORK2 -- 5 Files Using 8K ( 294K Left) MENU supports up to 4 file names which can be used as variables within MENU. The common application is to use these files names to specify working files. MENU Version 3.0 Strike Any Key - Sample Menu D - Directory Display Z - Run Any ZCPR3 Command 1 - Set Name of Working File (Currently .) 2 - Edit Working File 3 - Type Working File Command (=Menu, ^C=ZCPR3) - 1 Enter File Name -- myfile.txt SETFILE, Version 1.0 File Name 1 is MYFILE .TXT MENU Version 3.0 Sample Menu D - Directory Display Z - Run Any ZCPR3 Command 1 - Set Name of Working File (Currently MYFILE.TXT) 2 - Edit Working File 3 - Type Working File Command (=Menu, ^C=ZCPR3) - 2 NEW FILE : *i 1: This is MYFILE.TXT 2: Isn't this fun? 3: : *b0p 1: This is MYFILE.TXT 2: Isn't this fun? 1: *e MENU Version 3.0 Sample Menu D - Directory Display Z - Run Any ZCPR3 Command 1 - Set Name of Working File (Currently MYFILE.TXT) 2 - Edit Working File 3 - Type Working File Command (=Menu, ^C=ZCPR3) - 3 This is MYFILE.TXT Isn't this fun? MENU Version 3.0 Strike Any Key - Sample Menu D - Directory Display Z - Run Any ZCPR3 Command 1 - Set Name of Working File (Currently MYFILE.TXT) 2 - Edit Working File 3 - Type Working File Command (=Menu, ^C=ZCPR3) - 2 : *#a 1: *i 1: I have modified MYFILE.TXT 2: 2: *b0p 1: I have modified MYFILE.TXT 2: This is MYFILE.TXT 3: Isn't this fun? 1: *e MENU Version 3.0 Sample Menu D - Directory Display Z - Run Any ZCPR3 Command 1 - Set Name of Working File (Currently MYFILE.TXT) 2 - Edit Working File 3 - Type Working File Command (=Menu, ^C=ZCPR3) - 3 I have modified MYFILE.TXT This is MYFILE.TXT Isn't this fun? MENU Version 3.0 Strike Any Key - Sample Menu D - Directory Display Z - Run Any ZCPR3 Command 1 - Set Name of Working File (Currently MYFILE.TXT) 2 - Edit Working File 3 - Type Working File Command (=Menu, ^C=ZCPR3) - ^C B1:WORK2> Now the demonstration of SH begins. B1:WORK2>NOTE Now I will demonstrate SH B1:WORK2>sh Shell Installed B1:WORK2>> ;first, SH looks like the normal ZCPR3, except that the B1:WORK2>> ;prompt is >> B1:WORK2>> B1:WORK2>> ;commands run normally under SH: B1:WORK2>> dir *.txt DEMO .TXT 2 | DEMO1 .TXT 2 | MYFILE .TXT 2 B1:WORK2 -- 3 Files Using 6K ( 292K Left) B1:WORK2>> error4 ERROR4, Version 1.0 Error Handler Installed B1:WORK2>> NOTE Shells, like many things under ZCPR3, can be nested: B1:WORK2>> menu Shell Installed MENU Version 3.0 Sample Menu D - Directory Display Z - Run Any ZCPR3 Command 1 - Set Name of Working File (Currently MYFILE.TXT) 2 - Edit Working File 3 - Type Working File Command (=Menu, ^C=ZCPR3) - 3 I have modified MYFILE.TXT This is MYFILE.TXT Isn't this fun? MENU Version 3.0 Strike Any Key - Sample Menu D - Directory Display Z - Run Any ZCPR3 Command 1 - Set Name of Working File (Currently MYFILE.TXT) 2 - Edit Working File 3 - Type Working File Command (=Menu, ^C=ZCPR3) - Z Enter Command Line -- NOTE and, when I exit, I'm back to SH MENU Version 3.0 Strike Any Key - Sample Menu D - Directory Display Z - Run Any ZCPR3 Command 1 - Set Name of Working File (Currently MYFILE.TXT) 2 - Edit Working File 3 - Type Working File Command (=Menu, ^C=ZCPR3) - ^C B1:WORK2>> ; SH has some built-in commands, which can be determined by B1:WORK2>> ; a ? command: B1:WORK2>> ? SH Commands -- ? SHCMT SHECHO SHEXIT B1:WORK2>> ; guess what SHEXIT does: B1:WORK2>> shexit Exiting Shell B1:WORK2>NOTE oh, well, back to ZCPR3 ... but we were talking B1:WORK2>NOTE about SH: B1:WORK2>sh Shell Installed B1:WORK2>> ; SHCMT is intended to switch SH into a comment B1:WORK2>> ; mode, for times like this when I want to record B1:WORK2>> ; a lot of text and a few commands: B1:WORK2>> shcmt B1:WORK2; note that the prompt is now "B1:WORK2; " B1:WORK2; I don't have to type the leading ; or the word NOTE B1:WORK2; B1:WORK2; If I want to execute a command, I simply prefix it with B1:WORK2; an exclamation mark: B1:WORK2; !dir *.txt DEMO .TXT 2 | DEMO1 .TXT 2 | MYFILE .TXT 2 B1:WORK2 -- 3 Files Using 6K ( 292K Left) B1:WORK2; !menu Shell Installed MENU Version 3.0 Sample Menu D - Directory Display Z - Run Any ZCPR3 Command 1 - Set Name of Working File (Currently MYFILE.TXT) 2 - Edit Working File 3 - Type Working File Command (=Menu, ^C=ZCPR3) - 3 I have modified MYFILE.TXT This is MYFILE.TXT Isn't this fun? MENU Version 3.0 Strike Any Key - Sample Menu D - Directory Display Z - Run Any ZCPR3 Command 1 - Set Name of Working File (Currently MYFILE.TXT) 2 - Edit Working File 3 - Type Working File Command (=Menu, ^C=ZCPR3) - ^C B1:WORK2; and we are back: B1:WORK2; !? SH Commands -- ? SHCMT SHECHO SHEXIT B1:WORK2; all commands work that way under SH B1:WORK2; as I mentioned, SH is a Variable Shell B1:WORK2; by this I mean that it supports named variables, which B1:WORK2; can be defined (in groups) by SHDEFINE or one at a time B1:WORK2; by SHVAR B1:WORK2; B1:WORK2; SHVAR with no args displays the names of the current B1:WORK2; variables B1:WORK2; !shvar SHVAR, Version 1.0 Shell Variables -- -- No Variables Defined -- B1:WORK2; B1:WORK2; with an arg (actually, 2 args), SHVAR defines variables B1:WORK2; !shvar file1 myfile.txt SHVAR, Version 1.0 Shell Variable FILE1 = MYFILE.TXT Writing Shell Variable File SH .VAR B1:WORK2; B1:WORK2; and now I can reference variables by preceeding them with B1:WORK2; a % character B1:WORK2; !type %file1 I have modified MYFILE.TXT This is MYFILE.TXT Isn't this fun? B1:WORK2; does the same as B1:WORK2; !type myfile.txt I have modified MYFILE.TXT This is MYFILE.TXT Isn't this fun? B1:WORK2; note that SH variables can only be used under SH B1:WORK2; don't confuse these with aliases, which can be used B1:WORK2; anywhere, including under SH B1:WORK2; !alias ALIAS, Version 1.0 Input Alias (RETURN to Abort) --> echo hello, world - my name is $0 Name of ALIAS Command (RETURN to Abort)? hello Alias Created B1:WORK2; !hello HELLO, WORLD - MY NAME IS HELLO B1:WORK2; !shexit Exiting Shell B1:WORK2>hello HELLO, WORLD - MY NAME IS HELLO B1:WORK2>sh Shell Installed B1:WORK2>> shcmt B1:WORK2; also, SH variables can be referenced by other SH variables, B1:WORK2; up to 20 levels deep: B1:WORK2; !shvar cmddemo type %%file1 SHVAR, Version 1.0 Shell Variable CMDDEMO = TYPE %FILE1 Writing Shell Variable File SH .VAR B1:WORK2; note my use of the double %% to indicate that I wanted B1:WORK2; the % character substituted -- If I used just 1 %, then B1:WORK2; the value of the variable would be substituted: B1:WORK2; !shvar cmddemo1 type %file1 SHVAR, Version 1.0 Shell Variable CMDDEMO1 = TYPE MYFILE.TXT Writing Shell Variable File SH .VAR B1:WORK2; see the difference? B1:WORK2; so, to execute: B1:WORK2; !%cmddemo I have modified MYFILE.TXT This is MYFILE.TXT Isn't this fun? B1:WORK2; !%cmddemo1 I have modified MYFILE.TXT This is MYFILE.TXT Isn't this fun? B1:WORK2; as a side comment, the SHECHO command can be used to make B1:WORK2; SH show you the command line it is generating: B1:WORK2; !shecho Echo of Shell Commands is ON B1:WORK2; !%cmddemo TYPE MYFILE.TXT I have modified MYFILE.TXT This is MYFILE.TXT Isn't this fun? B1:WORK2; Now, if I change the definition of FILE1: B1:WORK2; !shvar file1 hisfile.txt SHVAR FILE1 HISFILE.TXT SHVAR, Version 1.0 Shell Variable FILE1 = HISFILE.TXT Writing Shell Variable File SH .VAR B1:WORK2; the meaning of CMDDEMO is different: B1:WORK2; !%cmddemo TYPE HISFILE.TXT No Files B1:WORK2; while CMDDEMO1 remains unchanged B1:WORK2; !%cmddemo1 TYPE MYFILE.TXT I have modified MYFILE.TXT This is MYFILE.TXT Isn't this fun? B1:WORK2; !ed %file1 ED HISFILE.TXT NEW FILE : *i 1: This is HISFILE.TXT 2: : *e B1:WORK2; !%cmddemo;%cmddemo1 TYPE HISFILE.TXT;TYPE MYFILE.TXT This is HISFILE.TXT I have modified MYFILE.TXT This is MYFILE.TXT Isn't this fun? B1:WORK2; and so on ... B1:WORK2; !shexit Exiting Shell B1:WORK2> ------- 29-Mar-84 11:15:42-MST,6193;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 11:15:23-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:44 EST Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:22 EST Date: Wed 28 Mar 84 06:51:11-MST From: Rick Conn Subject: ZCPR3 Intro - Message 10: "Secure Systems" To: info-cpm@BRL.ARPA ZCPR3 - "Secure" Systems Finally, with password protecton and named directories (DIR form) built into ZCPR3, ZCPR3 offers a much more secure environment than CP/M. In particular, if the DU form is disabled, the only directories a user can access are those he can name, and some of those may have password protections on them. Here is a complete session from cold boot on: AMPRO 51K TPA CP/M 2.2 with ZCPR 3.0 BIOS Version 1.2 on March 24, 1984 ZCPR3 LDR, Version 1.0 Loading SYS.ENV Loading SYS.NDR Loading SYS.FCP Loading SYS.RCP ERROR4, Version 1.0 Error Handler Installed WELCOME TO ZCPR III BASE>dir AMPZ358R.COM 10 | SYS3R .RCP 2 A0:BASE -- 2 Files Using 12K ( 266K Left) BASE>pwd PWD, Version 1.0 DU : DIR Name DU : DIR Name DU : DIR Name DU : DIR Name ---- -------- ---- -------- ---- -------- ---- -------- A 0: BASE A 1: PRIVATE1 A 2: PRIVATE2 A 15: ROOT B 0: DEMO1 B 1: DEMO2 B 2: DEMO3 B 3: DEMO4 B 4: DEMO5 B 5: INTRO B 6: MAIL BASE>dir root: PW? unknown AMPZ358R.COM 10 | SYS3R .RCP 2 A0:BASE -- 2 Files Using 12K ( 266K Left) BASE>dir root: PW? rpass DIR .COM 2 | ERROR4 .COM 2 | GOTO .COM 2 | LDR .COM 4 MENU .COM 4 | MKDIR .COM 6 | PWD .COM 2 | SETFILE .COM 2 SH .COM 4 | SHDEFINE.COM 4 | SHFILE .COM 2 | SHOW .COM 4 SHVAR .COM 4 | SPECIAL .NDR 2 | STARTUP .COM 2 | SYS .ENV 2 SYS .FCP 2 | SYS .NDR 2 | SYS .RCP 2 | TCCHECK .COM 2 TCMAKE .COM 6 | TCSELECT.COM 4 | WHEEL .COM 2 | Z3TCAP .TCP 8 ZEX .COM 6 A15:ROOT -- 25 Files Using 82K ( 266K Left) BASE>xxx File XXX.COM Not Found Note that the DU form is simply ignored. No change to files or directory location is made. BASE>1: BASE>a: BASE>b: BASE>dir 1: AMPZ358R.COM 10 | SYS3R .RCP 2 A0:BASE -- 2 Files Using 12K ( 266K Left) BASE>dir demo1: AMPZ3-58.COM 10 | AMPZ3-60.COM 10 | AMPZ3-61.COM 10 | AMPZ358R.COM 10 BDOS58 .COM 4 | BDOS60 .COM 4 | BDOS61 .COM 4 | CPM58 .COM 10 CPM60 .COM 10 | CPM61 .COM 10 | SYS3R .RCP 2 B0:DEMO1 -- 11 Files Using 84K ( 284K Left) BASE>demo1: DEMO1>root: PW? rpass ROOT>wheel /s WHEEL, Version 3.0 Wheel Password? Wheel Byte is ON ROOT>NOTE We now have one directory structure: ROOT>pwd PWD, Version 1.0 DU : DIR Name DU : DIR Name DU : DIR Name DU : DIR Name ---- -------- ---- -------- ---- -------- ---- -------- A 0: BASE A 1: PRIVATE1 A 2: PRIVATE2 A 15: ROOT B 0: DEMO1 B 1: DEMO2 B 2: DEMO3 B 3: DEMO4 B 4: DEMO5 B 5: INTRO B 6: MAIL With the ability to have several named directory files, we can have several sets of directories, including some directories which are both hidden and totally inaccessable to the user unless he has the ability to load the proper named directory (NDR) file. ROOT>NOTE Now that I am a WHEEL and in ROOT, I can define another ROOT>NOTE directory structure which is special: ROOT>ldr special.ndr ZCPR3 LDR, Version 1.0 Loading SPECIAL.NDR ROOT>pwd PWD, Version 1.0 DU : DIR Name DU : DIR Name DU : DIR Name DU : DIR Name ---- -------- ---- -------- ---- -------- ---- -------- A 0: BASE A 1: PRIVATE1 A 2: PRIVATE2 A 14: SYSROOT A 15: ROOT B 0: DEMO1 B 1: DEMO2 B 2: DEMO3 B 3: DEMO4 B 4: DEMO5 B 5: INTRO B 6: MAIL ROOT>NOTE Note that there is a 2nd root, called SYSROOT, which ROOT>NOTE was not known (OR ACCESSIBLE) under the old system ROOT>NOTE (SYS.NDR) ROOT> ROOT>NOTE Also, as a wheel, I can obtain passwords: ROOT>pwd pass PWD, Version 1.0 DU : DIR Name - Password DU : DIR Name - Password ---- -------- -------- ---- -------- -------- A 0: BASE - A 1: PRIVATE1 - MYPASS1 A 2: PRIVATE2 - PASS A 14: SYSROOT - SPASS A 15: ROOT - RPASS B 0: DEMO1 - B 1: DEMO2 - B 2: DEMO3 - B 3: DEMO4 - B 4: DEMO5 - B 5: INTRO - B 6: MAIL - MPASS ROOT>private1: PW? mypass1 PRIVATE1>wheel /r WHEEL, Version 3.0 Wheel Password? Wheel Byte is OFF PRIVATE1>pwd pass PWD, Version 1.0 Password Request Denied - Not Wheel DU : DIR Name DU : DIR Name DU : DIR Name DU : DIR Name ---- -------- ---- -------- ---- -------- ---- -------- A 0: BASE A 1: PRIVATE1 A 2: PRIVATE2 A 14: SYSROOT A 15: ROOT B 0: DEMO1 B 1: DEMO2 B 2: DEMO3 B 3: DEMO4 B 4: DEMO5 B 5: INTRO B 6: MAIL PRIVATE1>ldr root:sys.ndr PW? rpass ZCPR3 LDR, Version 1.0 Loading SYS.NDR PRIVATE1>ldr root:special.ndr PW? rpass ZCPR3 LDR, Version 1.0 Loading SPECIAL.NDR PRIVATE1>sysroot: PW? spass SYSROOT>root: PW? rpass ROOT>ldr sys.ndr ZCPR3 LDR, Version 1.0 Loading SYS.NDR ROOT>sysroot: ROOT>NOTE SYSROOT is not even defined now  ------- 29-Mar-84 11:20:33-MST,5769;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 11:20:09-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:44 EST Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:22 EST Date: Wed 28 Mar 84 06:50:36-MST From: Rick Conn Subject: ZCPR3 Intro - Message 9: Z3TCAP (Terminal Capabilities) To: info-cpm@BRL.ARPA ZCPR3 - Z3TCAP The ZCPR3 TCAP (Terminal Capability) Facility (Z3TCAP) allows ZCPR3 to have a variety of easily- transportable screen-oriented utilities. ERROR2, VFILER, SHOW, and VMENU are such utilities found under the ZCPR3 System. B1:WORK2>NOTE The ZCPR3 TCAP (Z3TCAP) facility is supported by B1:WORK2>NOTE three programs and one data file: B1:WORK2>dir root:tc*.com a;dir root:*.tcp TCCHECK .COM 2r| TCMAKE .COM 6r| TCSELECT.COM 4r A15:ROOT -- 3 Files Using 12K ( 202K Left) Z3TCAP .TCP 8r A15:ROOT -- 1 Files Using 8K ( 202K Left) B1:WORK2>NOTE TCCHECK is used to check the validity of Z3TCAP.TCP: B1:WORK2>root: A15:ROOT>tccheck TCCHECK, Version 1.0 Z3TCAP File Check of Z3TCAP .TCP Version 1.0 File Checks with 43 Terminals Defined Forty-three (yes, 43!) terminals are currently supported under the Z3TCAP. Their selection and installation into a ZCPR3 System is rather trivial: A15:ROOT>work2: B1:WORK2>NOTE TCSELECT is used to select your terminal from one of the B1:WORK2>NOTE terminals in Z3TCAP.TCP: B1:WORK2>tcselect myterm TCSELECT, Version 1.0 ** Terminal Menu 1 for Z3TCAP Version 1.0 ** A. AA Ambassador K. Concept 100 B. ADDS Consul 980 L. Concept 108 C. ADDS Regent 20 M. CT82 D. ADDS Viewpoint N. DEC VT52 E. ADM 2 O. DEC VT100 F. ADM 31 P. Dialogue 80 G. ADM 3A Q. Direct 800/A H. ADM 42 R. General Trm 100A I. Bantam 550 S. Hazeltine 1420 J. CDC 456 T. Hazeltine 1500 Enter Selection, + for Next, or ^C to Exit - + ** Terminal Menu 2 for Z3TCAP Version 1.0 ** A. Hazeltine 1510 K. SOROC 120 B. Hazeltine 1520 L. Super Bee C. Heathkit H19 M. TAB 132 D. HP 2621 N. Teleray 1061 E. IBM 3101 O. Teleray 3800 F. Micro Bee P. TTY 4424 G. Microterm ACT IV Q. TVI 912 H. Microterm ACT V R. TVI 920 I. P Elmer 1100 S. TVI 950 J. P Elmer 1200 T. VC 404 Enter Selection, - for Last, + for Next, or ^C to Exit - + ** Terminal Menu 3 for Z3TCAP Version 1.0 ** A. VC 415 B. Visual 200 C. WYSE 50 Enter Selection, - for Last, or ^C to Exit - - ** Terminal Menu 2 for Z3TCAP Version 1.0 ** A. Hazeltine 1510 K. SOROC 120 B. Hazeltine 1520 L. Super Bee C. Heathkit H19 M. TAB 132 D. HP 2621 N. Teleray 1061 E. IBM 3101 O. Teleray 3800 F. Micro Bee P. TTY 4424 G. Microterm ACT IV Q. TVI 912 H. Microterm ACT V R. TVI 920 I. P Elmer 1100 S. TVI 950 J. P Elmer 1200 T. VC 404 Enter Selection, - for Last, + for Next, or ^C to Exit - S Selected Terminal is: TVI 950 -- Confirm (Y/N)? Y File MYTERM .Z3T Created B1:WORK2>dir *.z3t MYTERM .Z3T 2 B1:WORK2 -- 1 Files Using 2K ( 286K Left) B1:WORK2>NOTE Once you have a Z3T file, LDR can load it and, at this B1:WORK2>NOTE time (after loading), your terminal will be known B1:WORK2>NOTE to the ZCPR3 system and the ZCPR3 utilities can B1:WORK2>NOTE make use of its features, such as cursor positioning, B1:WORK2>NOTE reverse video, arrow keys, etc B1:WORK2>ldr myterm.z3t ZCPR3 LDR, Version 1.0 Loading MYTERM.Z3T B1:WORK2>NOTE The commands SHOW and VFILER are now configured for B1:WORK2>NOTE a TVI 950, as per my selection Not everyone's terminal will be in the default Z3TCAP, however. To meet this problem, the utility TCMAKE is available. B1:WORK2>NOTE If you terminal is not on the list of terminals in B1:WORK2>NOTE Z3TCAP.TCP, then TCMAKE can be used to define it B1:WORK2>NOTE I will define my TVI 950 here: B1:WORK2>tcmake myterm1 TCMAKE, Version 1.0 ** Z3TCAP Main Menu for File MYTERM1 .Z3T ** Define: 1. Clear Screen Sequence 2. Cursor Motion Sequence 3. Clear to End of Line Sequence 4. Standout Mode Sequences 5. Terminal Init/Deinit Sequences 6. Arrow Keys 7. Terminal Name Status: S. Print Status (Definitions so far) Exit: X. Exit and Write File Q. Quit and Abort Program without Writing File Command? 1 I won't bore you with details here. The terminal session is quite long, illustrating the major features of TCMAKE. ------- 29-Mar-84 12:44:32-MST,780;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 12:44:27-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 18:44 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:23 EST Date: 27 March 1984 07:51-EST From: Jerry E. Pournelle Subject: disk crashes - (nf) To: hplabs!hpda!fortune!burton@Ucb-Vax.ARPA cc: info-cpm@Brl-Aos.ARPA In-reply-to: Msg of 21 Mar 84 16:07:12-PST (Wed) from hplabs!hpda!fortune!burton at Ucb-Vax.ARPA Tony Pietsch is no longer recommending Dysan disks (we used nothing else for years) since their big plant expansion. We have had several bad batches of Dysans. alas. We have not yet selected a new brand. Maxell perhaps? 29-Mar-84 12:50:59-MST,2828;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 12:50:49-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 28 Mar 84 19:04 EST Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 28 Mar 84 18:46 EST Date: Wed 28 Mar 84 06:46:32-MST From: Rick Conn Subject: ZCPR3 Intro - Message 1 To: info-cpm@BRL.ARPA AN INTRODUCTION TO ZCPR3 FROM THE USER'S PERSPECTIVE by Richard Conn The ZCPR3 System is a collection of programs based around the ZCPR3 Command Processor. Forming an integrated system of tools, the ZCPR3 System offers a number of convenient and sometimes more user-friendly features to the CP/M 2.2 user. Maintaining CP/M 2.2 compatibility at all times (all known commercial CP/M 2.2 programs run under ZCPR3 without modification), the ZCPR3 System brings to its users a variety of tools which conceptually implement features found in other operating systems, including TOPS-20 (1), UNIX (2), NOS (3), MULTICS (4), and VMS (5), and tools which implement features unique to the ZCPR3 System (to my knowledge). This Introduction is intended to outline some of the key features of the ZCPR3 System from the user's perspective. More complete technical details of implementation and use will follow later. Knowledge of CP/M 2.2 is assumed, and some experience with ZCPR2 is useful, in order to uion is intended to outline some of the key features of the ZCPR3 System from the user's perspective. More complete technical details of implementation and use will follow later. Knowledge of CP/M 2.2 is assumed, and some experience with ZCPR2 is useful, in order to understand the following presentation in detail. The major features of the ZCPR3 System which are described in this Introduction include: o Directories o Wheel Users and Passwords o Command Lines o Command Processing o Resident Command Packages o Flow Command Packages o ZEX Command Files o Error Handlers o Aliases o Shells o Z3TCAP o Variable o Screen-Oriented Terminal o MENU Configuration o VFILER o "Secure" Systems ---- Trademarks ---- (1) TOPS-20 - Digital Equipment Corporation (2) UNIX - Bell Laboratories (3) NOS - Control Data Corporation (4) MULTICS - Honeywell (5) VMS - Digital Equipment Corporation ------- 29-Mar-84 12:54:57-MST,851;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 12:54:53-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 29 Mar 84 8:13 EST Date: 28 Mar 1984 21:24 MST (Wed) Message-ID: From: "Frank J. Wancho" To: INFO-CPM@Amsaa.ARPA Subject: More SIG/M files available! SIG/M Volumes 146 through 167 (except 157, 159, and 161, to be uploaded later) are now available in their respectively named directories in MICRO:. As usual, ALL the files in each of these directories are stored in ITS Binary format. I am now on the tail end of one of the SIG/M regional distribution networks and should now be getting the latest releases as they become available in a more timely manner than in the past. --Frank 29-Mar-84 13:09:07-MST,806;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 13:09:03-MST Received: From mitre.arpa.ARPA by AMSAA via smtp; 29 Mar 84 8:23 EST Date: 29 Mar 1984 8:13:57 EST (Thursday) From: Jeffrey Edelheit Subject: Wordstar message patch To: info-cpm@Amsaa.ARPA Cc: edelheit@Mitre.ARPA A little while ago there was some messages relating to a patch you could make to Wordstar to remove the copyright junk at the beginning of the program. The supposed advantage was that Wordstar would come up more quickly. Anyway, I didn't pay attention to the messages and I now would like to make those patches. Can someone out there in netland tell me what patches are necessary? Thanks, Jeff Edelheit (edelheit at mitre) 29-Mar-84 13:20:54-MST,1314;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 13:20:48-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 29 Mar 84 9:04 EST Date: 29 Mar 1984 07:03 MST (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: INFO-CPM@Amsaa.ARPA Subject: DISKPLOT programs now available From: Bob Bloom (TECOM) To: w8sdz DISKPLOT is a MBASIC translation of the diskplot routines from the December 1983 Byte "A dragon meets a tiger" with three example programs, messages i've received about it, and a short doc file. DISKPLOT as uploaded works ok on my system - vanilla cp/m, terminal, IDS microprism printer. Routines included are plot a line or point, and open, close, and print a file. I am working on version 2 which will include draw axis, scaling set-up and scale befor plotting, and plot a circle. But my work habits are bad so it might be awhile... -Bob Bloom --- These files are now available on SIMTEL20 in the MICRO: directory. Please note that the files are squeezed (stored in ITS-Binary format). They were left this way to preserve MBASIC's special LF-CR end-of-line for "continued lines". --Keith 29-Mar-84 13:24:52-MST,901;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 13:24:48-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 29 Mar 84 8:34 EST Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 29 Mar 84 8:12 EST Date: Tue 27 Mar 84 10:13:52-PST From: Sam Hahn Subject: Re: Sharing User 0 Programs To: decvax!genrad!grkermit!masscomp!clyde!akgua!emory!km@UCB-VAX.ARPA cc: info-cpm@BRL.ARPA In-Reply-To: Message from "decvax!genrad!grkermit!masscomp!clyde!akgua!emory!km@Ucb-Vax.ARPA" of Thu 22 Mar 84 14:38:02-PST MP/M allows .OVR a/o .OVL files to be shared under user 0 if you set the F1 (and if necessary, F2, F3, and F4) file attributes. I don't know that this can be done with STAT, so a user-written utility would be necessary, even if this were allowed under "CP/M 2.5". -- shahn@sumex ------- 29-Mar-84 13:38:03-MST,578;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 13:38:00-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 29 Mar 84 9:37 EST Date: 29 Mar 1984 07:33 MST (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: PAT730V3.ASM - latest patch file for MDM730 PAT730V3.ASM, Bob Plouffe's latest patch file to improve MDM730.COM is now available on SIMTEL20 in the MICRO: directory. 29-Mar-84 13:52:31-MST,1334;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 13:52:26-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 29 Mar 84 10:41 EST Date: 29 Mar 1984 08:40 MST (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: IBM-PC Communications Program Reply-To: PLK@Mit-Mc.ARPA Thanks to Paul Kelly , the following files are available on SIMTEL20 in the MICRO: directory: PCCOMM11.COM PCCOMM11.DOC PCCOMM11.HEX PCCOMM is an asynchronous communications program for the IBM-PC operating PC-DOS. It has the following features: 1. Menu driven 2. Interrupt operated 3. Supports the Christensen protcol 4. Optional H19 terminal emulation 5. Online reconfiguration of communications parameters 6. Optional local status line The DOC file expains how to change the initial configuration with DEBUG. The ASM source will be released as soon as comments are added. The program has only been tested with an IBM monochrome monitor. I would appreciate bug messages and suggestions. Note that the HEX file is in the PC hex format, not the Intel (CP/M) hex format. P. L. Kelley (PLK at MIT-MC) 29-Mar-84 14:02:19-MST,1368;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 14:02:14-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 29 Mar 84 10:12 EST Date: 29 Mar 1984 08:11 MST (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Latest CP/M disk cataloging programs The latest in the development of the Ward Christensen cataloging programs (as updated by Irv Hoff) are now available on SIMTEL20. Here's a list: Filename Type Bytes Sectors CRC Directory MICRO: CAT2.ASM.1 ASCII 5184 41 = 29H E89AH CAT2.COM.1 COM 768 6 = 6H 96ADH CATALOG.CRC.1 ASCII 342 3 = 3H 1097H FIND40.COM.1 COM 1664 13 = DH D443H FIND40.HEX.1 ASCII 4693 37 = 25H 517AH MCAT40.MOD.1 ASCII 1388 11 = BH F219H MCAT41.ASM.1 ASCII 38344 300 = 12CH 3716H MCAT41.COM.1 COM 6400 50 = 32H EF13H MCAT41.DOC.1 ASCII 6681 53 = 35H 2BFDH MCAT41.HEX.1 ASCII 18013 141 = 8DH 2482H MCAT41.SET.1 ASCII 3456 27 = 1BH 09AEH XCAT40.ASM.1 ASCII 30633 240 = F0H 1273H XCAT40.COM.1 COM 2816 22 = 16H 9D0FH XCAT40.DOC.1 ASCII 3581 28 = 1CH 8357H XCAT40.HEX.1 ASCII 7933 62 = 3EH 6E4FH 29-Mar-84 14:26:32-MST,568;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 14:26:27-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 29 Mar 84 13:12 EST Date: 29 Mar 1984 11:12 MST (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: XMODEM91 now available XMODEM91.ASM (and XMODEM91.AQM for those who can FTP ITS-binary files) is now available on SIMTEL20 in the MICRO: directory. --Keith 29-Mar-84 22:40:43-MST,406;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Mar 84 22:40:40-MST Received: From hi-multics.arpa.ARPA by AMSAA via smtp; 30 Mar 84 0:21 EST Date: 29 March 1984 23:21 cst From: Eaton.HFED@Hi-Multics.ARPA Subject: MODEM7 COMPATIBLE ON DEC To: info-cpm@Amsaa.ARPA Is there a MODEM7 compatible program for a DEC 1144 running under RSX-11M. 30-Mar-84 00:21:27-MST,881;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 Mar 84 00:21:23-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 30 Mar 84 1:41 EST Received: From jpl-vlsi.arpa.ARPA by BRL-AOS via smtp; 29 Mar 84 20:31 EST Date: 29 Mar 1984 1700 PST From: Richard B. August Subject: TERMINAL PROGRAM(S) To: INFO-CPM@Brl-Aos.ARPA Reply-To: AUGUST@Jpl-Vlsi.ARPA I AM LOOKING FOR TERMINAL PROGRAMS (CP/M TYPE) FOR THE FOLLOWING HARDWARE CONFIGURATIONS: 1) OTRONA ATTACHE : U.S. ROBOTICS PASSWORD MODEM 2) OTRONA ATTACHE : HAYES SMARTMODEM 1200 3) OSBORNE EXECUTIVE : U.S. ROBOTICS PASSWORD MODEM 4) OSBORNE EXECUTIVE : HAYES SMARTMODEM 1200 IF THERE ARE ANY ON THE NET THAT I CAN FTP IT WOULD BE HELPFULL IF SOMEONE WOULD INFORM ME AS TO WHERE THEY ARE. THANKS IN ADVANCE AUGUST ------ 30-Mar-84 00:24:43-MST,695;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 Mar 84 00:24:40-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 30 Mar 84 1:43 EST Received: From usc-eclb.arpa.ARPA by BRL-AOS via smtp; 29 Mar 84 23:17 EST Date: Thu 29 Mar 84 20:15:24-PST From: Dick Subject: QK20 To: info-cpm@BRL.ARPA I seem to have a problem with the new QK. If I try to run SD79 or XD3 (under ZCPR2) they both fail to work. Under QK12, I had no problem. It appears that all I get sent to the screen from SD79 when called by a QK20 re-defined key is a CR-LF, and Ctl-C does not abort, I must reset the system. Any clues? ------- 30-Mar-84 02:06:26-MST,868;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 Mar 84 02:06:22-MST Received: From usc-eclb.arpa.ARPA by AMSAA via smtp; 30 Mar 84 3:43 EST Date: Fri 30 Mar 84 00:44:34-PST From: Christopher Ho Subject: Aple CP/M MDM overlays To: info-cpm@AMSAA.ARPA, Info-Apple@BRL-VGR.ARPA Has anyone tried any of the Apple ][ overlays for MDM7 with MDM730? I downloaded both M7AP-2 and M7AP+3, and after a brief edit I combined them with MDM730, only to produce a non-working MDM730. The last MDM7 I assembled was MDM716, but I did not have any problems then. The terminal emulation seems to be going haywire, with continuous chracters from (probably) some random memory location. (I have a MicroSoft Z80, Prometheus VersaCard.) Christopher Ho C I S Consulting ------- 30-Mar-84 04:32:59-MST,1019;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 Mar 84 04:32:54-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 30 Mar 84 5:57 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 30 Mar 84 5:52 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 30 Mar 84 2:39-PST Date: 27 Mar 84 13:52:19-PST (Tue) To: info-cpm@Brl-Aos.ARPA From: decvax!ittvax!ittral!schoenli@Ucb-Vax.ARPA Subject: WANTED: S-100 Card Cage Article-I.D.: ittral.398 I'm looking for an S-100 motherboard, card cage, power supply and enclosure that's not going to cost an arm and a leg. If someone out there in net-land is interested in selling theirs, my check book and I are waiting to hear from you! Dick Schoenling ITT Telecom - B&CC Raleigh, N.C. (919) 828-4441 {ittvax,laidbak,mcnc,ncsu,burl}!ittral!schoenli 30-Mar-84 04:33:14-MST,982;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 Mar 84 04:33:09-MST Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 30 Mar 84 6:06 EST Date: 30 March 1984 05:34-EST From: Jerry E. Pournelle Subject: New Pascal Users List To: fsbrn@Brl-Voc.ARPA cc: LIN@Mit-Mc.ARPA, LACSAP@Mit-Xx.ARPA, kevinw@Su-Dsn.ARPA, decvax!ittvax!dcdwest!sdcsvax!noscvax!dukelow@Ucb-Vax.ARPA, hplabs!hpda!fortune!phipps@Ucb-Vax.ARPA, ihnp4!ihuxp!gvw1@Ucb-Vax.ARPA, ihnp4!ihuxv!timborn@Ucb-Vax.ARPA, pur-ee!CS-Mordred!Pucc-H.Pucc-I.ags@Ucb-Vax.ARPA, bhawkins%umass-cs.csnet@Csnet-Relay.ARPA, Brzozowski%his-phoenix-multics.arpa@Brl.ARPA, info-cpm@Amsaa.ARPA, info-micro@Amsaa.ARPA, luria@Ucbdali.ARPA, young@Uci-750a.ARPA, CENT.MBECK@mit-oz In-reply-to: Msg of Wed 28 Mar 84 15:59:56 EST from "Ferd Brundick (VLD/LTTB)" okay by me, add me to list 30-Mar-84 06:32:54-MST,4627;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 Mar 84 06:32:41-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 30 Mar 84 8:02 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 30 Mar 84 8:00 EST Received: from Mission.ms by ArpaGateway.ms ; 29 MAR 84 13:37:19 PST Date: Thu, 29 Mar 84 12:54 PST From: ANDERSON.ES@Xerox.ARPA Subject: NEW VLSI CAD INTEREST DL To: AIList@SRI-AI.ARPA, Arpanet-BBoards@MIT-MC.ARPA, Info-CPM@MIT-MC.ARPA, Info-Unix@BRL.ARPA, Unix-Wizards@BRL.ARPA, 68000Interest^.wbst@Xerox.ARPA, AquariusInterest^.ES@Xerox.ARPA, AriesInterest^.ES@Xerox.ARPA, AriesUsers^.ES@Xerox.ARPA, CADMethods^.ES@Xerox.ARPA, CAEteam^.ES@Xerox.ARPA, CAM^.ES@Xerox.ARPA, CANDEInterest^.ES@Xerox.ARPA, CDSInterest^.ES@Xerox.ARPA, ChipmonkUsers^.pa@Xerox.ARPA, ChipndaleUsers^.pa@Xerox.ARPA, CMOS^.pa@Xerox.ARPA, GateArrayInterest^.pa@Xerox.ARPA, GridsInterest^.ES@Xerox.ARPA, KBVLSI^.pa@Xerox.ARPA, LibraDRCinterest^.ES@Xerox.ARPA, LSIinterest^.pa@Xerox.ARPA, MicroprocessorInterest^.wbst@Xerox.ARPA, Multiprocessor^.pa@Xerox.ARPA, PWBCAD^.ES@Xerox.ARPA, RDSCInterest^.ES@Xerox.ARPA, RDSCInterest^.dlos@Xerox.ARPA, RS232CInt^.pa@Xerox.ARPA, SagittariusInterest^.ES@Xerox.ARPA, SPICE2^.ES@Xerox.ARPA, SpiceUsers^.pa@Xerox.ARPA, TT-VaxUsers^.ES@Xerox.ARPA, UNIXInterest^.wbst@Xerox.ARPA, VaxCADInterest^.pa@Xerox.ARPA, Versatec-CAD^.pa@Xerox.ARPA, Versatec-Interest^.pa@Xerox.ARPA, Versatec^.pa@Xerox.ARPA, VLSICAD^.ES@Xerox.ARPA, VLSICADProgrammers^.ES@Xerox.ARPA, XeroxWSInterest^.pa@Xerox.ARPA cc: CADinterest^.es@Xerox.ARPA, Anderson.ES@Xerox.ARPA, August@JPL-VLSI.ARPA, Bittner.es@Xerox.ARPA, CAD^.es@Xerox.ARPA, Cohen@USC-ISIB.ARPA, Doug@JPL-VLSI.ARPA, Fathi.es@Xerox.ARPA, GWu.es@Xerox.ARPA, HCarter@BRL.ARPA, Info-VAX@SRI-KL.ARPA, Info-VLSI@SANDIA.ARPA, Jacobi.pa@Xerox.ARPA, JRM@MITRE.ARPA, KathyWatland.es@Xerox.ARPA, Lerner@COLUMBIA-20.ARPA, Linnerooth@SANDIA.ARPA, Rama@WISC-RSCH.ARPA, Schauble@MIT-MULTICS.ARPA, STEHLE.TSCA@SRI-TSCA.ARPA, VLSIDept^.es@Xerox.ARPA Reply-To: Anderson This is to announce a new distribution list for the purpose of discussing issues and exchanging ideas pertaining to VLSI Computer Aided Design and Layout. I hope for this DL to encompass a broad range of topics including but not limited to: VLSI CAD/CAE/CAM hardware, software, layout, design, techniques, programming, fracturing, PG, plotting, maintenance, vendors, bugs, workstations, DRC, ERC, system management, peripheral equipment, design verification, testing, benchmarking, archiving procedures, etc. etc. The distribution list itself resides on the Xerox Ethernet. Ethernet users can send messages to CADinterest^.es. Arpanet, Milnet, Usenet, and other Internet users can send messages to CADinterest^.es@PARC-MAXC. Anyone on the Xerox Ethernet may add themselves using Maintain. Arpanet, Milnet, Usenet, and other Internet users should send a request to me (Anderson.es@PARC-MAXC) and I will add you to the DL. I will also add whole DL's if requested by the owner. The people in the cc: section of the header are already on the DL. Following is a type out of the DL entry. Grapevine Registration Server Maintenance Program Version of 8-Sep-82 15:41:39 Login ANDERSON.ES ... done GV: Type Entry for R-Name: CADinterest^.es ... 54#151#50 ... done, type = group Remark: VLSI CAD/E layout/design technique/software/hardware discussions Members: 20 Owners: ANDERSON.ES Friends: * GV: Type Members of group: CADinterest^.es ... done Members: Anderson.es, August@JPL-VLSI.ARPA, Bittner.es, CAD^.es, Cohen@USC-ISIB.ARPA, Doug@JPL-VLSI.ARPA, Fathi.es, GWu.es, HCarter@BRL.ARPA, Info-VAX@SRI-KL.ARPA, Info-VLSI@SANDIA.ARPA, Jacobi.pa, JRM@MITRE.ARPA, KathyWatland.es, Lerner@COLUMBIA-20.ARPA, Linnerooth@SANDIA.ARPA, Rama@WISC-RSCH.ARPA, Schauble@MIT-MULTICS.ARPA, STEHLE.TSCA@SRI-TSCA.ARPA, VLSIDept^.es GV: Quit [Confirm] Yes For now, there are no rules set for this DL. Depending on how large it gets, I hope to keep it as anything goes and see what happens for a while. I will wait a week before sending any messages to the DL in order to allow people to be added to the DL. If we get some good informative discussions going, I will try to archive the responses or maybe go to a digest format. Thank you for your indulgance. Craig Anderson VLSI CAD Lab Supervisor Xerox Corp. El Segundo, Ca. 213-536-7299 30-Mar-84 12:13:32-MST,939;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 Mar 84 12:13:27-MST Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 30 Mar 84 13:47 EST Date: Fri, 30 Mar 84 13:10:45 EST From: Bob Bloom (TECOM) To: info-cpm@Brl-Mis.ARPA Subject: Shared user 0,MP/M,File Flag Bits,NSWP NSWP version 2.00 allows changeing any of the F1,2,3, or 4 bits. Among other things... (NSWP [NEWSWEEP] is a file maintenance utility like SWEEP, DISK, VFILER, CLEANUP, etc. It is the best one I've seen by far - version 2.00 even has a built in squeezer/unsqueezer! And all this for $0.00 and ~11k!! It should show up on simtel20 soon ...) Setting any of these bits means nothing to cp/m 2.2 by definition - they are left for the user to define. f5,6,7 and 8 are reserved by DR for purposes unknown by me. I know not what would happen if they are set. 30-Mar-84 12:13:44-MST,944;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 Mar 84 12:13:39-MST Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 30 Mar 84 13:39 EST Date: Fri, 30 Mar 84 12:50:43 EST From: Bob Bloom (TECOM) To: Jeffrey Edelheit cc: info-cpm@Brl-Mis.ARPA Subject: RE: WordStar Message Patch (faster entry to WS) For WordStar Version 3.3 (n/a to 3.0) Make the the follwing byte changes via ddt in the installed WS.COM at 3f3d from 20 to 00 at 410f from CD to 00 at 2b2 from 40 to 00 the above changes to opening logos and copyright notice to make it run generally faster the following are also helpful: at 2af from 3 to 2 at 2b0 from 9 to 4 at 2b1 from 19 to 8 at 2b3 from 9 to 5 bob bloom (the above patches are NOT exactly the same as the ones I posted earlier - I've learned some more since then) 30-Mar-84 13:14:03-MST,570;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 Mar 84 13:13:59-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 30 Mar 84 14:22 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 30 Mar 84 14:23 EST Date: 30 March 1984 14:16-EST From: Herb Lin Subject: slaving z-80 to an 8086.. To: info-cpm@Brl-Aos.ARPA i hear that compupro is going to release such a beast soon; will resemble the 8085/8088 dual processor card functionally. can anyone give more information? tnx.