1-Feb-83 19:15:00,1097;000000000000 Date: 1 February 1983 19:15 EST From: Charlie Strom Subject: Cromemco CDOS - CP/M -- info needed To: lejm%edxa%ucl-cs@usc-isid.arpa cc: INFO-CPM@brl.arpa In-reply-to: The message of 26-Jan-83 10:59:09-GMT from JENKINS HPS (on ERCC DEC-10) Received: From Mit-Mc.ARPA via smtptcp; 2 Feb 83 5:42 EST Received: From Brl.ARPA via smtptcp; 2 Feb 83 13:02 EST Received: From Brl-Bmd.ARPA via smtptcp; 2 Feb 83 13:17 EST I got a good chuckle out of your equating Lifeboat with good service and technical support - I think most people who read that will respnd in a similar manner! Check into a company called Micah. They are located in Ca. and advertise regularly in Infoworld. Micah supplies CP/M configured for the Cromemco. Note that Digital Research supplies CP/M-80 just for the Intel MDS; the initial intent was to allow each OEM to modify the BIOS for their own hardware. Thus, you need not worry about any ersatz CP/M - there is only one ultimate source, though each OEM is responsible for his specific hardware implementation. 1-Feb-83 19:58:00,1348;000000000000 Date: 1 Feb 1983 2158-EST From: John S. Labovitz Subject: Re: Shugart motor hack desired. To: v.matt@ucla-security.arpa cc: info-micro@brl.arpa, info-cpm@brl.arpa In-Reply-To: Your message of 1-Feb-83 0318-EST Received: From Mit-Mc.ARPA via smtptcp; 2 Feb 83 6:44 EST Received: From Brl.ARPA via smtptcp; 2 Feb 83 13:03 EST Received: From Brl-Bmd.ARPA via smtptcp; 2 Feb 83 13:21 EST In the latest Byte (and in other mags) there is an ad on p. 86 about just the thing you wanted. It is a small (3 x 2 in. by the picture) pc board with about 9 resisters, 2 chips (timer chips, I think), 2 transisters, 3 capacitors, 2 diodes, an opto-isolator, and a plug to go to the disk drive (or the power supply, can't tell) and some wires. Looks pretty simple to me. It says that installation time is about 15 minutes, and ``models are now available for virtually all popular 8 inch drives (including a foreign version).'' Company: OPTRONICS TECHNOLOGY P.O. Box 81 Pittsford NY 14534 (716) 377-0369 It's called the ``Device Control Unit.'' If anyone has bought one of these, or knows any more about, please let the list know. Oh yeah, it's got the price here too. Assembled and tested -- $49.95 Kit w/ documentation -- $29.95 John Labovitz RMS.G.HNIJ@MIT-OZ ------- 2-Feb-83 06:36:00,1292;000000000000 Date: 2 February 1983 06:36 EST From: Jerry E. Pournelle Subject: HELP! To: INFO-CPM@mit-mc.arpa, POURNELLE@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 2 Feb 83 6:32 EST Received: From Brl.ARPA via smtptcp; 2 Feb 83 13:02 EST Received: From Brl-Bmd.ARPA via smtptcp; 2 Feb 83 13:19 EST I have for thre nights tried to transfer the file Pourne;data base using lmodem. I get maybe a page of it, after which I find myself with the linnk resumed. Like the sorcere's apprentice, I see adn watch helplessly as the same sentence repeats endlessly. Control z, escape, and indeed no key I have will do anything. I finally must do an at-sign and c to close my connection. Then I have to try to get back onto the net again. Is the failure of lmodem related to the general flakiness of the net? I note that I can sit here at 0300 and watch the machine hang for 2 minutes at a time, before it will echo anything typed; this may cause the lmodem program simply to time out? (or my receive program times out)? Or is there smething special I don' tknow about? I'd sure like to be able to get that file here where I can read it. I intended to use some of the concepts in my column, but this is ridiculous. Information appreciated. JEP 2-Feb-83 07:12:00,864;000000000000 Date: 2 February 1983 07:12 EST From: "" James J@brl.arpa, Jr. "" Subject: Cromemco CDOS - CP/M -- info needed To: lejm%edxa%ucl-cs@usc-isid.arpa cc: info-cpm@brl.arpa In-reply-to: The message of 26-Jan-83 10:59:09-GMT from JENKINS HPS (on ERCC DEC-10) Received: From Mit-Mc.ARPA via smtptcp; 2 Feb 83 7:12 EST Received: From Brl.ARPA via smtptcp; 2 Feb 83 13:04 EST Received: From Brl-Bmd.ARPA via smtptcp; 2 Feb 83 13:26 EST CDOS is not necessarily compatible with applicatinss under CPM 2.x, due to the added calls. Some may be able to work, though. Only way to find out is to buy and try. The best alternative is to buy a 2.2 for your Cromagnon. Then you can run ZCPR, etc. There is also a CDOS filter for running CDOS programs under CPM , in the CP/MUG library. Kludgely, .....<<>>... 2-Feb-83 07:32:00,1352;000000000000 Date: 2 Feb 1983 0832-CST From: DSDC-TECH@gunter-adam.arpa Subject: MODEM problem.. To: Info-CPM@brl.arpa cc: Info-Micro@brl.arpa Received: From Gunter-Adam.ARPA via smtptcp; 2 Feb 83 11:16 EST Received: From Brl.ARPA via smtptcp; 2 Feb 83 13:12 EST Received: From Brl-Bmd.ARPA via smtptcp; 2 Feb 83 16:26 EST The MODEM programs we use down here fall into the routine GETACK after a block is sent to get the response from the reciever. In ours, anything but an ACK is taken as a NAK. This causes a problem with the new version (5?) of TOPS-20, which tries to enforce flow control on the comm link, causing the sending micro to recieve 'random' DC1 and DC3 characters. This forces the link into a continuous retransmit sequence. Our solution: after the check for ACK in GETACK, throw in a check for a NAK with these two lines: CPI ACK ; Already in RZ ; the GETACK routine CPI NAK ; Added to JZ GETACK ; routine This forces MODEM to accept only ACK or NAK as valid block control messages. The only problem I see is when a true ACK or NAK is perverted on the line, which this mod will ignore. In this case, a timeout will have to occur and the block be retransmitted. If anyone sees any other problems, please let me know. Thanks, Doug Huneycutt ------- 2-Feb-83 13:45:00,1143;000000000000 Date: 2 Feb 1983 at 1245-PST To: info-cpm@brl.arpa Subject: Epson MX-80/FT From: fylstra@sri-tsca Received: from Tsca.micom by SRI-TSC.micom with rs232; 2 Feb 83 13:00-PST Received: From Sri-Tsc.ARPA via smtptcp; 2 Feb 83 16:21 EST Received: From Brl.ARPA via smtptcp; 2 Feb 83 16:33 EST Received: From Brl-Bmd.ARPA via smtptcp; 2 Feb 83 16:50 EST A few weeks ago I discovered that Epson is drying up the supplies of MX-80/FT's (and presumably all variations on the -80). A number of local dealers are unable to reorder their standard weekly supply of MX-80's, and all they know is that Epson is discontinuing the -80, replacing it with a new printer called the 'FX-80' (??). Nobody seems to know how the FX-80 will be superior to the MX-80. I saw what the exhibitor claimed to be an FX-80 at the CP/M-83 show, but was unable to get much info about it. It resembled the MX-100, was supposed to print at 120 cps, and cost $750. It seems strange that Epson would discontinue the world's most successful printer. I presume that the -80 will continue to be supported. Anyone know more about this? Dave Fylstra 2-Feb-83 13:46:00,679;000000000000 From: SHAWN@mit-ml.arpa Date: 02/02/83 13:46:00 Subject: Please take me off. Received: From Mit-Mc.ARPA via smtptcp; 2 Feb 83 19:04 EST Received: From Brl.ARPA via smtptcp; 2 Feb 83 22:13 EST Received: From Brl-Bmd.ARPA via smtptcp; 2 Feb 83 22:23 EST SHAWN@MIT-ML 02/02/83 13:46:00 Re: Please take me off. To: info-cpm at MIT-MC For weeks now I have been trying to be taken of this, and other lists, for some reason I have not been, I am getting very tired of reading mail boxes with many letters in them, when most of the letters are just the same as the one I just read, only copies... Can anyone help??? Please remove me???????? Thanx -Shawn 2-Feb-83 16:08:00,1060;000000000000 Date: Wednesday, 2 February 1983 18:08-EST Sender: CAL@mit-oz From: Cliff Lasser To: info-cpm@mit-mc.arpa Subject: hard disk backup Received: From Mit-Mc.ARPA via smtptcp; 2 Feb 83 18:12 EST Received: From Brl.ARPA via smtptcp; 2 Feb 83 18:12 EST Received: From Brl-Bmd.ARPA via smtptcp; 2 Feb 83 18:19 EST Thanx to someone on info-cpm, I did eventually find a hard disc backup program. I had the opportunity to try it out this afternoon and it works fine. It breaks up large files so that they can fit on multiple floppies. It also has the ability to do incremental dumps. I'm not sure how it works, the guy on the phone said it considers a modified file to be one with a different disk allocation. I suppose that means it won't automagically work with files that are modified through random access disk operations. You can however specify files that are always to be dumped. In any case, it's a nifty package. You can get it from STOK Software, Inc.;17 West 17th St.; New York, NY 10011 (ph.212-243-1444). 2-Feb-83 17:07:00,1468;000000000000 Date: 2 February 1983 17:07 EST From: Frank J. Wancho Subject: HELP! To: POURNE@mit-mc.arpa cc: INFO-CPM@brl.arpa In-reply-to: The message of 2 Feb 1983 06:36 EST from Jerry E. Pournelle Received: From Mit-Mc.ARPA via smtptcp; 2 Feb 83 21:07 EST Received: From Brl.ARPA via smtptcp; 2 Feb 83 22:15 EST Received: From Brl-Bmd.ARPA via smtptcp; 2 Feb 83 22:25 EST Several problems have converged to cause problems with LMODEM transfers to and from MC - thus the dearth of new material in MC:CPM;. The problem does not lie with either LMODEM nor your end. The problem is a combination of ARPANET backbone problems (MIT is/was connected to the rest of the net by one circuit instead of the normal two - and that one has been flakey), memory problems at MC itself, and in general, high TCP overhead in the net (compared to the old NCP). Another problem related to all of this for some of us, when everything else does perform "properly", is the fixed-size 64-byte TAC input buffers can be (and are) overrun when trying to upload 132-byte blocks at 1200 bps... What all this means is that until these other problems are solved/fixed, there is little you or the rest of us can do, short of modifying LMODEM (and MODEM on your end) to tolerate very long pauses in transmissions... and by the time that is done, I would hope the problems that caused the change would have been resolved. --Frank 2-Feb-83 17:08:37,2843;000000000000 Date: 2 Feb 83 17:08:37 PST (Wed) From: David Allen Gewirtz Subject: Re: MATRIX INVERTER NEEDED Message-Id: <8301030108.2338@UCBARPA.BERKELEY.ARPA> Received: by UCBARPA.BERKELEY.ARPA (3.300 [1/17/83]) id AA02338; 2 Feb 83 17:08:37 PST (Wed) Received: from UCBARPA.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.300 [1/17/83]) id AA06736; 2 Feb 83 17:15:19 PST (Wed) To: (ADDRESS PROBLEM at host BRL: ""), (ADDRESS PROBLEM at host BRL: """), (ADDRESS PROBLEM at host Brl-Bmd: ""@brl.arpa"), (ADDRESS PROBLEM at host BRL: ""), (ADDRESS PROBLEM at host BRL: ""), (:Include:)*dd <@MIT-MC, (ADDRESS PROBLEM at host BRL: ""), (ADDRESS PROBLEM at host BRL: ""), (ADDRESS PROBLEM at host BRL: ", (:Include:)*dd <@BRL:"), (ADDRESS PROBLEM at host BRL: ", ""), (ADDRESS PROBLEM at host Brl-Bmd: ""@brl.arpa") Received: From Mit-Mc.ARPA via smtptcp; 2 Feb 83 20:19 EST Received: From Brl.ARPA via smtptcp; 2 Feb 83 22:14 EST Received: From Brl-Bmd.ARPA via smtptcp; 2 Feb 83 22:25 EST Hope this helps...it's in BASIC, but can be converted with no real problem. It's out of "Some Common BASIC Programs" by Osborne, McGraw Hill. (you never can tell where you find cheap and dirty hacks).. This inverts a square matrix. The inversion is performed by a modified Gauss-Jordan elimination method. 10 print "matrix inversion" 20 print 25 REM A() and B() are the matrix dimensions 30 DIM A(10,10), B(10,10) 35 REM Matrix is square, so only one dimension is needed 40 print "Dimension of Matrix"; 50 input r 60 print "enter matrix elements:" 70 for j = 1 to r 80 print "Row";j 90 for i=1 to r 100 print "value column";i; 110 input a(i,j) 120 next i 130 b(j,j) = 1 140 next j 145 146 REM *** Ignore 145 - statements 150 - 420 invert the matrix 147 REM 150 (let's try again) 150 For j = 1 to r 160 for i=j to r 170 if a(i,j) <> 0 then 210 ' Ain't BASIC 'onderful? 180 print i 190 Print "singular matrix" 200 goto 500 210 for k=1 to r 220 s=a(j,k) 230 a(j,k)=a(i,k) 240 a(i,k)=s 250 s=b(j,k) 260 b(j,k)=b(i,k) 270 b(i,k)=s ' a swap() function would be nice 280 next k 290 t=1/a(j,j) 300 for k = 1 to r 310 a(j,k)=t*a(j,k) 320 b(j,k)=t*b(j,k) 330 next k 340 for l = 1 to r 350 if l=j then 410 360 t = -a(l,j) 370 for k=1 to r 380 a(l,k)=a(l,k)+t*a(j,k) 390 b(l,k)=b(l,k)+t*b(j,k) 400 next k 410 next l 420 next j 430 print 440 rem - print the resultant matrix (make the above line into 439) 440 for i=1 to r 450 for j = 1 to r 459 rem - round off and print 460 print int(b(i,j)*1000+.5)/1000;" "; 'Urgh...BASIC 470 next j 480 print 490 next i 500 end Well, it certainly isn't glamorous, but it does work and can be hacked into Pascal. Good luck, David 2-Feb-83 17:16:51,1354;000000000000 Date: 2 Feb 83 17:16:51 PST (Wed) From: David Allen Gewirtz Subject: Re: Epson MX-80/FT Message-Id: <8301030116.2561@UCBARPA.BERKELEY.ARPA> Received: by UCBARPA.BERKELEY.ARPA (3.300 [1/17/83]) id AA02561; 2 Feb 83 17:16:51 PST (Wed) Received: from UCBARPA.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.300 [1/17/83]) id AA06788; 2 Feb 83 17:17:11 PST (Wed) To: (ADDRESS PROBLEM at host BRL: ""), (ADDRESS PROBLEM at host BRL: """), (ADDRESS PROBLEM at host Brl-Bmd: ""@brl.arpa"), (ADDRESS PROBLEM at host BRL: ""), (ADDRESS PROBLEM at host BRL: ""), (:Include:)*dd <@MIT-MC, (ADDRESS PROBLEM at host BRL: ""), (ADDRESS PROBLEM at host BRL: ""), (ADDRESS PROBLEM at host BRL: ", (:Include:)*dd <@BRL:"), (ADDRESS PROBLEM at host BRL: ", ""), (ADDRESS PROBLEM at host Brl-Bmd: ""@brl.arpa") Received: From Ucb-Vax.ARPA via smtptcp; 2 Feb 83 20:17 EST Received: From Brl.ARPA via smtptcp; 2 Feb 83 22:14 EST Received: From Brl-Bmd.ARPA via smtptcp; 2 Feb 83 22:24 EST The FX-80 is supposed to do some real "what-you-see-is-what-you-get" wizardry with the QX-10 computer. I can only guess that they are replacing the MX-80 with the FX-80 to have lots more printers compatible with the future of their computers. David 3-Feb-83 04:25:00,2327;000000000000 Date: 3 February 1983 04:25 EST From: Jerry E. Pournelle To: INFO-CPM@mit-mc.arpa cc: LEOR@mit-mc.arpa, POURNELLE@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 3 Feb 83 6:58 EST Received: From Brl.ARPA via smtptcp; 3 Feb 83 7:01 EST Received: From Brl-Bmd.ARPA via smtptcp; 3 Feb 83 7:03 EST 1. Thanks to all who took the trouble to respond to my plea for HELP. I have more friends than I would have thought. 2. RE C PRIME. In the December BYTE I mentioned that MDBS, that wierd outfit near Purdue, was doing an enhancement to BDS C, but it wasn' t out yet. On December 17 we received a letter from one Dr. Koehler, President of MDBS, protesting that I was nuts (neither he nor Holsapple care for my evaluation of their documents, which I find unreadable, and although their documents talk a lot [incomprehensibly to me] about CODASYL standards, they protest vigorously that MDBS is neither hierarchical nor CODASYL but "post CODASYL" whatever that means. I cheerfully admit I am no authority on data bases. I tried to learn from Holsapple's "Primer" and soon gave up. I am apparently too stupid. However: they also protest that their BDS C, called C Prime, has "been out for months." Now I wrote my article in June and read it to them then; they told me they would send me a copy of C Prime immediately it was out. At Minimicro -- when was that, October?? -- a press rep of MDBS had me paged, and insist ed that I carry on the spot about 12 pounds of documents despite my protest that I do not review documents, only programs I can use. At the time I asked about the enhanced BDS C. Not availabe, I was told. in the December 17 letter to BYTE Koehler says it has been "out for months". His tone implies that I am either stupid or have malice against the product. As anyone who's read my stuff knows, I think of Leor as a friend, and I admire BDS C a lot. I looked forward to getting the MDBS enhancement. They never sent it, or a notice that it existed. Not being telepathic, I did not review it. Remaining untelepathic, I still can't because I don't have it. I do not thnk I will again communicate with the MDBS people at Purdue, so I fear I will remain unable to review Leor's enhanced product. My apologies. JEP 3-Feb-83 04:41:00,559;000000000000 Date: 3 February 1983 04:41 EST From: Jerry E. Pournelle To: INFO-CPM@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 3 Feb 83 6:58 EST Received: From Brl.ARPA via smtptcp; 3 Feb 83 7:01 EST Received: From Brl-Bmd.ARPA via smtptcp; 3 Feb 83 7:03 EST can anyone provide me a valid address for JEFFC@E.CC ? He was kind enough to send me some interesting material, and I am, according to COMSAT, unable to reply. Attempts to reply to JEFFC@E.CC reach JEFFC here at MC and that is not the same person. Thanks, JEP 3-Feb-83 04:45:00,771;000000000000 Date: 3 February 1983 04:45 EST From: Jerry E. Pournelle Subject: one more thing... To: INFO-CPM@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 3 Feb 83 6:58 EST Received: From Brl.ARPA via smtptcp; 3 Feb 83 7:01 EST Received: From Brl-Bmd.ARPA via smtptcp; 3 Feb 83 7:04 EST If LMODEM times out and you are dumped back to the link, it endlessly repeats t he last sentence or so it tried to send. is there ANY possible interrupt of this other than doing an at-sign c and closing the link, then opening again, logging in again, refusing to attach (if you attach you are back there again!) and then killing the job from outside? I would have thought there might be a more convenient way out of that trap. Thanks, JEP 3-Feb-83 07:14:21,900;000000000000 From: amd70!megatest!fortune!guzis@ucb-vax.arpa Date: Thu Feb 3 04:22:47 1983 Subject: hexifier Message-Id: <8301031704.27335@UCBVAX.BERKELEY.ARPA> Received: by UCBVAX.BERKELEY.ARPA (3.300 [1/17/83]) id AA27335; 3 Feb 83 09:04:08 PST (Thu) Mail-From: UUCP host amd70 rcvd at 3 Feb 1983 04:22:44-PST (Thursday) To: megatest!amd70!decwrl!decvax!ucbvax!info-cpm@ucb-vax.arpa Date: 3 Feb 1983 07:14:21-??? (Thursday) Received: From Mit-Ai.ARPA via smtptcp; 5 Feb 83 2:48 EST Received: From Brl.ARPA via smtptcp; 5 Feb 83 3:02 EST Received: From Brl-Bmd.ARPA via smtptcp; 5 Feb 83 3:13 EST If you know someone with a system that runs MP/M version 1 or 2, there's a program that DR includes called GENHEX which does exactly what you want. It *will* run under CP/M also, you might give DR a call to see if they will sell you a copy. - Chuck Guzis uucp: fortune!guzis 3-Feb-83 12:39:00,1538;000000000000 Date: 3 Feb 1983 1139-PST From: PACIFIC Subject: MX vs. FX-80 Epsons To: info-cpm@brl.arpa Received: From Usc-Ecl.ARPA via smtptcp; 3 Feb 83 14:41 EST Received: From Brl.ARPA via smtptcp; 3 Feb 83 14:44 EST Received: From Brl-Bmd.ARPA via smtptcp; 3 Feb 83 14:52 EST You're right, the supply of MX-80's has just about completely dried up. Epson is getting ready to release a new line of printers called FX-nn (a few have already been sent to dealers, but not more than a handful). We write some software for the MX printers and were demonstrating (Fancy Font) at CP/M '83 on those printers. Epson dropped one of the new FX printers off at the booth Friday evening, we plugged it in and were up in a matter of seconds. The point is, it is entirely upwards compatible with the MX. The exciting part is that it is twice as fast (160 cps I believe in normal printing mode) and furthermore it has twice the horizontal graphics mode resolution giving it a raster image of 216v x 240h. That puts it very close to the imagen-like printers in overall quality at about 1/30th the cost. Warning: a lot of dealers are pushing other printers because they can't get Epsons. They say whatever one they're pushing has better resolution than Epsons, because they have more pins or some-such. But, for graphics mode resolution nothing beats an Epson (MX or especially FX) so before you buy any printer check the graphics mode; that's where all the good stuff happens. Bill Overman ------- 3-Feb-83 21:30:00,444;000000000000 Date: 3 February 1983 21:30 EST From: Andrew Scott Beals Subject: small c source needed! To: info-cpm@brl.arpa Received: From Mit-Ml.ARPA via smtptcp; 3 Feb 83 21:28 EST Received: From Brl.ARPA via smtptcp; 3 Feb 83 21:29 EST Received: From Brl-Bmd.ARPA via smtptcp; 3 Feb 83 21:38 EST a prof at the U of MD needs the source code for small c asap. could someone please mail me a pointer? thanx**3! -andy 4-Feb-83 04:00:00,1550;000000000000 Date: 4 February 1983 04:00 EST From: Paul R. Grupp Subject: one more thing... To: POURNE@mit-mc.arpa cc: info-cpm@brl.arpa In-reply-to: The message of 3 Feb 1983 04:45 EST from Jerry E. Pournelle Received: From Mit-Mc.ARPA via smtptcp; 4 Feb 83 4:05 EST Received: From Brl.ARPA via smtptcp; 4 Feb 83 6:41 EST Received: From Brl-Bmd.ARPA via smtptcp; 4 Feb 83 6:44 EST Date: 3 February 1983 04:45 EST From: Jerry E. Pournelle To: INFO-CPM at mit-mc.arpa Re: one more thing... If LMODEM times out and you are dumped back to the link, it endlessly repeats t he last sentence or so it tried to send. is there ANY possible interrupt of this other than doing an at-sign c and closing the link, then opening again, logging in again, refusing to attach (if you attach you are back there again!) and then killing the job from outside? I would have thought there might be a more convenient way out of that trap. Thanks, JEP ----- Try sending a control-U (^U) every time it sends the sentence. You may have to repeate this up to ten times untill LMODEM aborts sending that sector on error count. Note that control-U = so LMODEM thinks that your local modem program has sent a 10 times in a row and gives up when the error count is reached. -Paul P.S. Be sure to wait untill the entire sector is sent each time befor typing ctrl-U of LMODEM will flush it as line noise.. 4-Feb-83 04:08:00,527;000000000000 Date: 4 February 1983 04:08 EST From: Jerry E. Pournelle Subject: one more thing... To: GRUPP@mit-mc.arpa cc: info-cpm@brl.arpa In-reply-to: The message of 4 Feb 1983 04:00 EST from Paul R. Grupp Received: From Mit-Mc.ARPA via smtptcp; 4 Feb 83 4:30 EST Received: From Brl.ARPA via smtptcp; 4 Feb 83 6:41 EST Received: From Brl-Bmd.ARPA via smtptcp; 4 Feb 83 6:45 EST Thanks to all who responded on the LMODEM problem. Perhaps there ought to be a "how to use lmodem" file? JEP 4-Feb-83 08:34:18,648;000000000000 Date: 4-Feb-83 8:34:18 PST (Friday) From: MNGUYEN.ES@parc-maxc.arpa Subject: Re: small c source needed! In-reply-to: BANDY@mit-ml.arpa's message of 3 February 1983 21:30 EST To: Andrew Scott Beals cc: info-cpm@brl.arpa Received: From Parc-Maxc.ARPA via smtptcp; 4 Feb 83 11:35 EST Received: From Brl.ARPA via smtptcp; 4 Feb 83 11:41 EST Received: From Brl-Bmd.ARPA via smtptcp; 4 Feb 83 11:47 EST I dont remember exactly the issue number but there is one small C compiler in Dr Dobbs' journal. I lost my copy by mistake so can not give any more pointer than that. Hope you find what you need. -man nguyen 4-Feb-83 08:59:00,536;000000000000 Date: 4 Feb 1983 08:59 EST From: Hoffarth.wbst@parc-maxc.arpa Subject: Intel 8048/8748 Assembler To: info-cpm@mit-mc.arpa, HomeComputing^.pa@parc-maxc.arpa, 820Interest^.wbst@parc-maxc.arpa cc: Hoffarth.wbst@parc-maxc.arpa Reply-To: Hoffarth.wbst@parc-maxc.arpa Received: From Mit-Mc.ARPA via smtptcp; 4 Feb 83 11:42 EST Received: From Brl.ARPA via smtptcp; 4 Feb 83 11:52 EST Received: From Brl-Bmd.ARPA via smtptcp; 4 Feb 83 11:59 EST Does anyone know of an assembler for the Intel 8048/8748 microprocessor chip? 4-Feb-83 10:12:00,835;000000000000 Date: 4 Feb. 1983 9:12 am PST (Friday) From: RROTH.ES@parc-maxc.arpa Subject: Re: Shugart motor hack desired. In-reply-to: goldfarb.ucf-cs@rand-relay.arpa's message of 3 Feb 83 10:45:35 EST (Thu) To: Ben Goldfarb cc: John S. Labovitz , info-micro@brl.arpa, info-cpm@brl.arpa Received: From Parc-Maxc.ARPA via smtptcp; 4 Feb 83 12:09 EST Received: From Brl.ARPA via smtptcp; 4 Feb 83 12:19 EST Received: From Brl-Bmd.ARPA via smtptcp; 4 Feb 83 12:28 EST Ben, You are allowed 10 retries on a read/write attempt. With the motors just starting to spin you'll get errors, but you will be up to speed within the 10 and then off and running. I know that it is not a clean approach but it has two things in its favor: 1. It is cheap 2. It works Bob 5-Feb-83 05:57:00,1123;000000000000 Date: 5 February 1983 05:57 EST From: Shawn F. McKay Sender: SHAWN5@mit-ml.arpa Subject: HELP!!!! To: info-cpm@brl.arpa, info-micro@brl.arpa Received: From Mit-Ml.ARPA via smtptcp; 5 Feb 83 5:54 EST Received: From Brl.ARPA via smtptcp; 5 Feb 83 5:58 EST Received: From Brl-Bmd.ARPA via smtptcp; 5 Feb 83 6:02 EST Its been weeks, and I am STILL on the lists, (at least info-cpm), *** I DO NOT WISH TO BE ON THEASE LISTS ***, I am about to the point of hacking our mailer not send me such mail. Why is there mail person out there watching over thease lists? I think there should be a bug-mailing-list out there. One last time; *** PLEASE *** remove "shawn" from ALL or ANY info-* lists you have out there with my name on them. (mainly info-cpm, and info-micro). This letter will be sent once a week till I no longer get mailing list mail, (I try to be nice when I can, BUT this is too much for me to deal with, I sent my nice requests, with no action, (well, someone told me to try info-foo-request)). Thank You, And sorry for the tone of this letter, -Shawn 5-Feb-83 10:06:38,469;000000000000 Date: 5 Feb 1983 12:06:38-EST From: reece@nadc.arpa To: info-cpm@brl.arpa Subject: hexifier Received: From Nadc.ARPA via smtptcp; 5 Feb 83 12:08 EST Received: From Brl.ARPA via smtptcp; 5 Feb 83 12:11 EST Received: From Brl-Bmd.ARPA via smtptcp; 5 Feb 83 12:18 EST Maybe some people don't know about the public domain program "unload" which converts COM files into HEX files on a CP/M system. The source is on MC or I can mail it to anyone who needs it. 5-Feb-83 21:45:49,800;000000000000 Return-Path: Date: 05 Feb 83 21:45:49 PST (Sat) From: Domae.UCI@udel-relay.arpa Subject: ** Info-Cpm Archived ** Message-Id: <334.413358349@UCI> To: info-cpm@uci Via: UCI; 5 Feb 83 23:40-PDT Via: rand-relay; 6 Feb 83 6:32-EST Received: From Mit-Mc.ARPA via smtptcp; 6 Feb 83 6:42 EST Received: From Brl.ARPA via smtptcp; 6 Feb 83 6:46 EST Received: From Brl-Bmd.ARPA via smtptcp; 6 Feb 83 6:48 EST Once again Info-Cpm has been archived. All Jan. Messages have been moved to the archives, and the overflow from the archives has been moved into netlib [~netlib/arc/info-cpm]. Thus the "overflow" can be reached by using the mh command: % folder +~netlib/src/info-micro Happy BBoarding, Terry Domae and Jerry Sweet (Uci Info-Cpm Leaders) 6-Feb-83 12:49:00,344;000000000000 Date: 6 February 1983 12:49 EST From: Andrew Scott Beals To: info-cpm@brl.arpa Received: From Mit-Ml.ARPA via smtptcp; 6 Feb 83 12:45 EST Received: From Brl.ARPA via smtptcp; 6 Feb 83 12:55 EST Received: From Brl-Bmd.ARPA via smtptcp; 6 Feb 83 12:59 EST small c source found! [mit-ai] is the directory 7-Feb-83 01:11:00,803;000000000000 Date: 7 February 1983 01:11 EST From: Keith Petersen To: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 7 Feb 83 1:44 EST Received: From Brl.ARPA via smtptcp; 7 Feb 83 1:45 EST Received: From Brl-Bmd.ARPA via smtptcp; 7 Feb 83 1:53 EST Small C version 2.0 is now available on MIT-MC in the CPM directory. The file is 92k long, so if you FTP it make sure you have room. It's apparently the entire source, but looks to me as if it needs to be compiled on some form of C (probably Small C version 1). Maybe someone will look it over and tell us what needs to be done. This is the same Small C version 2.0 that recently appeared in Dr. Dobb's Journal. Thanks to Ben Goldfarb for forwarding it to me from Usenet. The filename on MC is: CPM;SMALLC V2C 7-Feb-83 14:17:00,860;000000000000 Date: 7 Feb 1983 1317-PST Subject: 8088 modemX request From: Bill Rizzi To: info-cpm@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 8 Feb 83 3:36 EST Received: From Brl.ARPA via smtptcp; 8 Feb 83 3:39 EST Received: From Brl-Bmd.ARPA via smtptcp; 8 Feb 83 3:48 EST Does anyone know of a version of modem7, modem2, RCPM, etc. that runs on an 8088 ?? I am most interested in getting something running on the DEC Rainbow, however the easiest way is to work with the 8088, as the comm ports are not directly accessible to the Z80. Along the same lines, does anyone have any experience or info about the Mark William's Company (?) C compiler that DEC will sell you for about $700. How about any decent C compiler for the Rainbow?? Anyone seen MS-DOS on it yet ?? Thanks, Bill (RIZZI@ISIB) ------- 7-Feb-83 15:08:00,1451;000000000000 Date: 7 February 1983 15:08 cst From: Heiby@hi-multics.arpa Subject: hexifier To: info-micro@brl.arpa, info-cpm@brl.arpa cc: cpm.sv Received: From Hi-Multics.ARPA via smtptcp; 7 Feb 83 16:12 EST Received: From Brl.ARPA via smtptcp; 7 Feb 83 16:15 EST Received: From Brl-Bmd.ARPA via smtptcp; 7 Feb 83 16:19 EST A few weeks ago, I sent a message to this list (was it info-micro, info-cpm, or both?) asking if anyone had a high order language implementation of a program which would take a CP/M .COM file and convert it into Intel .HEX format. I have received several replies both privately and to the list. Thanks for the info on the software that runs under CP/M or MP/M, but I want to run on a big timeshare system that doesn't run 8080 object. I received a message from "dudley at NADC" who has some not-quite-complete-but-pretty-close C source code. I also received a message from "reece at NADC" asking me to let him/her know what I found out. My mailer can't get through to either party. I also received an offer of source from "decvax!genradbolton!rick", but I guess I can't figure out how to send to there, either, because my mailer choked on that one, too. My thanks for the offers of HOL implementation source. Yes, I am still interested. My address is: Ronald Heiby MN17-3649 Honeywell, Inc. P.O. Box 312 Minneapolis, MN 55440 (612) 378-4529 8-Feb-83 14:02:21,521;000000000000 Date: 8 Feb 83 14:02:21 EST (Tue) From: Keith Petersen To: Heiby@hi-multics.arpa cc: Info-Micro@brl.arpa, Info-Cpm@brl.arpa Subject: Hexifying CP/M .COM files Received: From Brl.ARPA via smtptcp; 8 Feb 83 15:47 EST Received: From Brl-Bmd.ARPA via smtptcp; 8 Feb 83 15:55 EST The source code for a hexifier written in BDS-C is available on MIT-MC as AR35:CPM;PH C and is available on the net via FTP. If you cannot FTP let me know and I'll netmail it to you. --Keith 8-Feb-83 14:07:50,1636;000000000000 Date: 8 Feb 83 14:07:50 EST (Tue) From: Keith Petersen To: Info-Cpm@brl.arpa Subject: [Art Willis: CP/M 68K] Received: From Brl.ARPA via smtptcp; 8 Feb 83 15:47 EST Received: From Brl-Bmd.ARPA via smtptcp; 8 Feb 83 15:57 EST I normally don't forward messages from Info-Micro to Info-Cpm but considering the nature of this one, I think any duplication can be excused. Replies to address below, not me, please. --Keith ----- Forwarded message # 1: Date: 6 Feb 83 20:32:04-PST (Sun) To: info-micro@brl.arpa From: Art Willis Subject: CP/M 68K I called Digital Research last week and received the following info: CP/M (TM) 68K will not be released until 3/15/83. The price will be $350.00. The package consists of 5 8" single density floppy disks, and contains a C compiler, an assembler, a loader/linker/library manager, a debugger (DDT), a line editor, and several familiar utilities such as PIP, STAT, etc. CP/M 68K is a single tasking, single user system a la CP/M 2.2 for the 8080 and Z80. Most of the system is written in C. Digital Research has not announced or committed to releasing Concurrent CP/M, CP/M+, or MP/M for the 68K. I assume such follow-on products will be made available if market response warrents. CP/M 68K in its initial release is certainly not a UN*X substitute, but it does seem to offer a reasonable set of tools for a reasonable price to let us home hackers start making some use of the 68K. Art Willis {ucbvax|decwrl}!amd70!acw ----- End of forwarded messages 8-Feb-83 18:21:00,1315;000000000000 Date: 8 Feb 1983 at 1921-CST From: mknox@utexas-11.arpa Subject: CP/M-68K To: info-cpm@brl.arpa Received: From Utexas-11.ARPA via smtptcp; 8 Feb 83 20:50 EST Received: From Brl.ARPA via smtptcp; 8 Feb 83 21:48 EST Received: From Brl-Bmd.ARPA via smtptcp; 8 Feb 83 21:55 EST I need to correct one or two minor points about the CP/M-68K. The production release is going to be shipped late this week. The March-15th date was a typo in an inner-office memo. The production version is substantially the same as the Beta version I have running on a Tandy Model-16. It is about 2/3 of the way between CP/M-2.2 and CP/M-Plus, with many of the features of ZCPR. It does not have command-line editing. Nor does it have date-and-time stamping, but it does not interfere with them. Thus in dual processor systems like the Model-16 both CP/M-Plus and CP/M-68K can coexist on the same diskette without problem. The release version from DRI is, like all DRI systems, not configured to any particular machine. But they do provide a ExorMac bootable diskette and example BIOS. In addition to the usual utilities, the system comes with a 68000 assembler and a C compiler. I've got a little more info I can send anyone who would like it. Send me a U.S. Snail address. ------- 7-Feb-83 00:36:11,1530;000000000000 Return-Path: Date: 07 Feb 83 00:36:11 PST (Mon) From: Jerry Sweet Subject: mimicking the CCP Message-Id: <280.413454971@UCI> To: info-cpm@mit-mc.arpa Cc: jsweet@uci, domae@uci Via: UCI; 7 Feb 83 19:42-PDT Via: rand-relay; 8 Feb 83 6:36-EST Received: From Mit-Mc.ARPA via smtptcp; 10 Feb 83 1:05 EST Received: From Brl.ARPA via smtptcp; 10 Feb 83 1:12 EST Received: From Brl-Bmd.ARPA via smtptcp; 10 Feb 83 1:20 EST Hi, all. I ran into the problem recently of doing a load and go on a random text editor in a manner that was transportable to any CP/M system. As it turned out, I was able to do this with Vedit, but not with the standard editor, ED. ED, it seems, does not like being loaded by anything but the CCP. It won't go under DDT, and it sure as heck won't go under my program. I tried to duplicate all the documented entry conditions: dma pointed to 0080H, the command line buffer filled with the file name, and the default FCB at 005CH set up properly. I even kept the CCP around, as well as CCP's stack pointer, although it looks as though ED doesn't care about that. I'd like to know if this problem crops up on CP/M systems other than an Apple II using the Microsoft Softcard (2.20B), and if so, whether there is a cure. If any of the suggested cures work (assuming there are some), I will post 'em to the net or otherwise find some way of making them available. Thanks. --Jerry Sweet (jsweet.uci@rand-relay) 9-Feb-83 02:02:55,994;000000000000 Date: 9 Feb 83 2:02:55 EST (Wed) From: Keith Petersen To: Info-Cpm@brl.arpa Subject: UNIX versions of SQ/USQ and TYPESQ Received: From Brl.ARPA via smtptcp; 9 Feb 83 17:39 EST Received: From Brl-Bmd.ARPA via smtptcp; 9 Feb 83 17:45 EST Finally! After many problems with FTP, I got the UNIX versions of the Richard Greewlaw SQUEEZER package over to MIT-MC. This version makes files compatible with the CP/M version so if you have UMODEM working on your UNIX machine you can squeeze files there before downloading - saving about 30% of your download time! It's also useful for archiving ANY ascii files on a UNIX machine since it reduces the disk storage space by about 30-40% on most ascii files. Thanks to Ben Goldfarb for forwarding these programs to me. The files are on MC as: AR43:CPM;XSQ 107C the squeezer AR43:CPM;XUSQ 107C the unsqueezer AR43:CPM;XTYPE 107C so you can "type" the squeezed files while on UNIX. 9-Feb-83 02:58:00,490;000000000000 Date: 9 February 1983 02:58 EST From: Jerry E. Pournelle Subject: 8088 modemX request To: RIZZI@usc-isib.arpa cc: INFO-CPM@mit-mc.arpa In-reply-to: The message of 7 Feb 1983 1317-PST from Bill Rizzi Received: From Mit-Mc.ARPA via smtptcp; 9 Feb 83 17:35 EST Received: From Brl.ARPA via smtptcp; 9 Feb 83 17:53 EST Received: From Brl-Bmd.ARPA via smtptcp; 9 Feb 83 18:46 EST if you get smething, please let me know. Thanks jep 9-Feb-83 06:41:45,750;000000000000 Date: 9 Feb 83 6:41:45 EST (Wed) From: Keith Petersen To: goldfarb.ucf-cs@udel-relay.arpa cc: Info-Cpm@brl.arpa Subject: UNIX sq.c EOL problem Received: From Brl.ARPA via smtptcp; 9 Feb 83 17:41 EST Received: From Brl-Bmd.ARPA via smtptcp; 9 Feb 83 17:48 EST Finally got sq.c going on BRL. How do you solve the problem that ascii files saved on a UNIX machine contain no CR's, only LF's at the end of each line? I squeezed a file on UNIX and UMODEMed it to myself and UNsqueezed it on my CP/M machine only to find that the file was still in the UNIX format for end-of-lines. The usq.c for UNIX has an option to remove CR's while unsqueezing. Maybe sq.c should have an option to ADD CR's? 9-Feb-83 12:31:00,511;000000000000 Date: 9 February 1983 12:31 EST From: John Paul McNamee To: INFO-CPM@mit-ai.arpa, INFO-MICRO@mit-ai.arpa cc: Shawn@mit-ml.arpa Received: From Mit-Ai.ARPA via smtptcp; 9 Feb 83 12:35 EST Received: From Brl.ARPA via smtptcp; 9 Feb 83 17:48 EST Received: From Brl-Bmd.ARPA via smtptcp; 9 Feb 83 18:44 EST If Shawn@Ml sends more messages to INFO-xxx lists instead of INFO-xxx-REQUEST asking to be removed from the list I think we should all forward his messages right back to him. 9-Feb-83 14:37:58,707;000000000000 Date: 9 Feb 83 14:37:58 EST (Wed) From: Ben Goldfarb Return-Path: Subject: sweep37.com To: info-cpm@brl.arpa Via: UCF-CS; 9 Feb 83 20:52-PDT Received: From Rand-Relay.ARPA via smtptcp; 10 Feb 83 0:54 EST Received: From Brl.ARPA via smtptcp; 10 Feb 83 1:00 EST Received: From Brl-Bmd.ARPA via smtptcp; 10 Feb 83 1:08 EST Is there any easy way to get sweep to work with more than 4 disk drives? No one in town has the source for it -- is it available? If not, does anyone know how to patch the .COM file? Ben Goldfarb Univ. of Cent. Fl. uucp: ...!duke!ucf-cs!goldfarb ARPA: goldfarb.ucf-cs@Rand-Relay 9-Feb-83 17:14:00,907;000000000000 Received: from M.PCO.LISD.HIS by MIT-MULTICS.ARPA dial; 09-Feb-1983 19:17:09-est Date: 9 February 1983 1714-mst From: Paul Schauble Subject: BDS C on CP/M clones To: Info-CPM@brl.arpa Reply-To: Schauble@mit-multics.arpa Received: From Mit-Multics.ARPA via smtptcp; 9 Feb 83 23:32 EST Received: From Brl.ARPA via smtptcp; 9 Feb 83 23:41 EST Received: From Brl-Bmd.ARPA via smtptcp; 9 Feb 83 23:52 EST Has anyone here worked with CP/M enough to know if it is well behaved as a CP/M application program? By this I mean that it uses only the documented CP/M system interfaces and thus can be run on other look-alike operating systems. I particularly need to know if the current release of BDS C will run on CP/M 3.0 and on TurboDos. If anyone has tried this or otherwise knows, I would very much like to know about it. Paul 9-Feb-83 20:03:00,527;000000000000 Date: 9 February 1983 20:03 est From: Schauble.Multics@mit-multics.arpa Subject: Archives on MIT-MC To: Info-CPM@brl.arpa Received: From Mit-Multics.ARPA via smtptcp; 9 Feb 83 23:33 EST Received: From Brl.ARPA via smtptcp; 9 Feb 83 23:41 EST Received: From Brl-Bmd.ARPA via smtptcp; 9 Feb 83 23:53 EST Is there anyone here who is knowledgable about the internalt structure of ITS archives who is willing to give me some help on transferring stuff fro them? Please contact me by direct mail. Thanks, Paul 10-Feb-83 04:36:00,823;000000000000 Date: 10 February 1983 04:36 EST From: Jerry E. Pournelle Subject: CPM Advanced CCP; TRS-80 Mod 2/16; CPM-68,3 To: STERNLIGHT@usc-ecl.arpa cc: INFO-CPM@mit-mc.arpa In-reply-to: The message of 30 Jan 1983 1101-PST from STERNLIGHT at usc-ecl.arpa Received: From Mit-Mc.ARPA via smtptcp; 10 Feb 83 4:37 EST Received: From Brl.ARPA via smtptcp; 10 Feb 83 4:46 EST Received: From Brl-Bmd.ARPA via smtptcp; 10 Feb 83 4:58 EST I'll believe the Tandy leapord has changed his spots when a few more months to years go by and they still let you get at their machines. It will take me a long while to forgive them for the model I which could have been the beginning of growing from hobby to business mzachines but instead simply discouraged a lot of people from ever using micros seriously.. 10-Feb-83 05:05:00,3010;000000000000 Date: 10 February 1983 05:05 EST From: Jerry E. Pournelle Subject: ZCPR2 Release To: rconn@brl.arpa cc: info-cpm@brl.arpa, info-micro@brl.arpa In-reply-to: The message of 31 Dec 82 12:19:00-EST (Fri) from Rick Conn Received: From Mit-Mc.ARPA via smtptcp; 10 Feb 83 5:10 EST Received: From Brl.ARPA via smtptcp; 10 Feb 83 5:10 EST Received: From Brl-Bmd.ARPA via smtptcp; 10 Feb 83 5:19 EST I'm looking forward to getting this; is it still available? Alas, the net is so flakey that I cannot download anything just yet, but perhaps things will improve. Jerry Pournelle Date: 31 Dec 82 12:19:00-EST (Fri) From: Rick Conn To: info-cpm at BRL cc: info-micro at BRL Re: ZCPR2 Release The release of ZCPR2 is more-or-less on schedule. Two of the four manuals are virtually finished, and some bugs have shown up in some of the utilities, but I think they will be ready by the 10 Jan release date. As scheduled, today is the release of drafts to the ARPA Net. I will try to upload the drafts of the Concepts Manual and the Installation Manual to MIT-MC tonight. I will send out a message when they are there. The only hitch I can see right now revolves around TCP conversion. The following is a summary of what will be uploaded. At the time of the upload announcement, I will also send a summary (rather long) to INFO-CPM. ZCPR2 Concepts and Installation Manuals First Draft Release The Squeezed Forms will have been uploaded to MIT-MC. They will be stored in the CPM directory, and their names are Z2CON and Z2INS with types of WQ and WQH (i.e., Z2CON WQ is one manual). The Concepts Manual is over 60 pages long. The Installation Manual is over 27 pages long. Files: 1 File: Z2CON .WQ -- Size: 72K -- CRC: 00 37 Comment: Squeezed Concepts Manual 2 File: Z2CON .WQH -- Size: 8K -- CRC: 0E 37 Comment: Squeezed Concepts Table of Contents and Foreword 3 File: Z2CON .WS -- Size: 112K -- CRC: 62 6F Comment: Concepts Manual (WordStar Format) 4 File: Z2CON .WSH -- Size: 8K -- CRC: 4F B4 Comment: Concepts Manual Table of Contents and Foreword 5 File: Z2INS .WQ -- Size: 32K -- CRC: BF 97 Comment: Squeezed Installation Manual 6 File: Z2INS .WQH -- Size: 4K -- CRC: D2 46 Comment: Squeezed Ins Manual Table of Contents and Foreword 7 File: Z2INS .WS -- Size: 52K -- CRC: 2F 2F Comment: Installation Manual (WordStar Format) 8 File: Z2INS .WSH -- Size: 8K -- CRC: 02 F5 Comment: Installation Manual Table of Contents and Foreword ++ 8 Files Checked ++ Rick 10-Feb-83 10:36:13,632;000000000000 Date: 10 Feb 83 10:36:13 EST (Thu) From: Rick Conn To: Jerry E. Pournelle cc: info-cpm@brl.arpa, info-micro@brl.arpa Subject: Re: ZCPR2 Release Received: From Brl.ARPA via smtptcp; 10 Feb 83 10:38 EST Received: From Brl-Bmd.ARPA via smtptcp; 10 Feb 83 10:50 EST Thanks for your interest, Jerry. ZCPR2 Version 2.0, Mod 0.1 (sorry about the mod -- can't have everything) was released at 10PM Friday Eve, 4 Mar, right after my talk on ZCPR2 to the Amateur Computer Group of NJ. I'll drop a note to the ARPA Net (INFO-CPM) tonight with details. Rick 10-Feb-83 11:13:00,957;000000000000 Date: 10 Feb 1983 1013-PST Sender: MCCRARY@usc-isie.arpa Subject: CP/M machines and networking From: MCCRARY@usc-isie.arpa To: INFO-APPLE@mit-mc.arpa, INFO-CPM@mit-mc.arpa Message-ID: <[USC-ISIE]10-Feb-83 10:13:17.MCCRARY> Received: From Mit-Mc.ARPA via smtptcp; 10 Feb 83 13:53 EST Received: From Brl.ARPA via smtptcp; 10 Feb 83 13:57 EST Received: From Brl-Bmd.ARPA via smtptcp; 10 Feb 83 14:35 EST Are there any bulletin board/electronic mail software packages that can be used on a CP/M OS in a network environment. The network will consist in three Z80/64K machines. The software needs the following capability: 1. Create, send, store, retrieve, edit, and delete both data and messages. 2. Originate from any terminal to any one or both of the other terminals. 3. Alert the user of new messages. 4. Route traffic from any terminal to a network printer. Thanks for any help. Regards, Frank 11-Feb-83 00:10:12,5911;000000000000 Date: 11 Feb 83 0:10:12 EST (Fri) From: Richard Conn (CENTACS CSSD) To: info-cpm@brl.arpa Subject: ZCPR2 Status and Release Data Received: From Brl-Bmd.ARPA via smtptcp; 11 Feb 83 4:30 EST Received: From Brl.ARPA via smtptcp; 11 Feb 83 4:34 EST Received: From Brl-Bmd.ARPA via smtptcp; 11 Feb 83 4:42 EST As I mentioned earlier today, ZCPR2 has been released as of last Friday, 4 Mar. I promised more data, so here is a sum- mary of what is involved in obtaining it. First, the size. ZCPR2, as I presented it to SIG/M, covered ten 8" floppy disks. In addition, the latest SYSLIB, Version 2.4, is required to assemble most of the ZCPR2 utilities, and the upgrade covers two more disks. A hardcopy of the docu- mentation would also be helpful, and the five manuals which I gave to SIG/M total 420 pages (one-sided) and are two inches thick. This sounds like a lot, and it is, but you do not need all of this to bring ZCPR2 up initially. To simply bring a ZCPR2 system up, you need the documentation, Disk 1 (which contains the source to ZCPR2, its header file, and a sample redirectable I/O package), and Disk 5 (which contains COM files of the 31 ZCPR2 utility programs and a template around which you can design more utility programs). This is only two of the twelve disks. The real problem is in the documentation. Five manuals were released with ZCPR2, three of which are required to learn about ZCPR2 and install it. These three manuals are: 1. The Installation Manual. This tells you what hardware and software is required for installation, how to cus- tomize ZCPR2 to your liking, how to install ZCPR2 on disk, how to customize the cold boot routine in the BIOS in order to fully im- plement ZCPR2, and how to install the utility programs which come with ZCPR2. This manual is 48 pages long. 2. The Concepts Manual. This manual is a tutorial on what ZCPR2 and the ZCPR2 System are, what their key features are, and how ZCPR2 is intended to be used. This manual is 65 pages long. 3. The User's Guide. This manual is more tutorial on the ZCPR2 System, describing all the subsystems and utilities which come as part of the ZCPR2 System. Included in this manual are the redirectable I/O system, the XDIR3 directory utility, the library utilities, the Menu Subsystem, the file copy utility, the command file processors, the utilities which manipulate the named directories, the ZCPR2 resident commands and their alternates, and the online documentation system. This manual is 138 pages long. To summarize, two disks and three manuals are required to first bring up the ZCPR2 system. Disks 8, 9, and 10 of the dis- tribution contain copies of these three manuals in a format sui- table for printing by Word Star with MailMerge. SIG/M also has a hard copy of the manuals, and they are working on the details of how to distribute this. The other disks in the ZCPR2 distribution are: Disk 2 - Sources to ZCPR2 Utilities assembled by MAC Disks 3&4 - Sources to ZCPR2 Utilities assembled by M80/L80 with SYSLIB 2.4 Disks 6&7 - Help Files; the entire User's Guide is available as online documentation There are already three disks in the distribution of SYS- LIB 2.0, and two disks are available which upgrade these three from 2.0 to 2.4. These two disks contain a REL file of SYSLIB 2.4, sources to all utilities which changed or were added, Help Files which were changed, and new SYSLIB manuals. If you wish to be able to reassemble the ZCPR2 utilities, most require M80/L80 and SYSLIB 2.4. The other two manuals presented to SIG/M are the User's Guide for SYSLIB 2.3 (fine for use with 2.....4) and the User and Re- ference Manual for SYSLIB 2.4. Summary: 1. To Install the ZCPR2 System you need -- Disk 1 (ZCPR2 Source) Disk 5 (ZCPR2 Utility COM Files) Three ZCPR2 Manuals (Disks 8-10 or hard copy) 2. To Modify the ZCPR2 System you need -- Disk 1 (ZCPR2 Source) Disks 2-4 (ZCPR2 Utility Sources) Three ZCPR2 Manuals SYSLIB.REL for SYSLIB 2.4 Two SYSLIB 2.4 Manuals 3. To Fully Implement the ZCPR2 System you need -- Disk 1 (ZCPR2 Source) Disks 2-4 (ZCPR2 Utility Sources) Disk 5 (ZCPR2 Utility COM Files) Disks 6-7 (ZCPR2 HLP Files) Disks 8-10 (ZCPR2 Manuals) SYSLIB 2.0 (3 Disks) Upgrade to SYSLIB 2.4 (2 Disks) Hardcopy of ZCPR2 Manuals is nice (420 pages) Where to get all this stuff? SIG/M is the only complete answer right now. With LMODEM communication to MIT-MC down right now, ARPA Net access to the files is out, basically, and I'll have to check to ensure that current versions are on MIT-MC first. Sol guessed that it will be 4 to 6 weeks before ZCPR2 is fully in the SIG/M library, and they are trying to decide how to deal with hard copy distribution of the manuals, with the idea of loaning out a manual set to be copied being the key idea right now. I am talking to four different companies/agencies at this time to see if anyone is willing to sell ZCPR2 with manuals for a reasonable price, and I'll keep you posted if anything develops. Rick 11-Feb-83 09:10:00,510;000000000000 Date: 11 Feb 83 09:10 EST (Friday) From: Birnbaum.HENR@parc-maxc.arpa Subject: SuperCalc File Format? To: info-cpm@brl.arpa cc: Birnbaum.henr@parc-maxc.arpa Received: From Parc-Maxc.ARPA via smtptcp; 11 Feb 83 9:10 EST Received: From Brl.ARPA via smtptcp; 11 Feb 83 9:12 EST Received: From Brl-Bmd.ARPA via smtptcp; 11 Feb 83 9:25 EST Does anyone have the file format that SuperCalc uses to store templates,data etc? Either the info or a pointer to a magazine article would do. Thanks Dave. 11-Feb-83 11:35:00,547;000000000000 Date: 11 Feb 83 11:35 PST (Friday) From: Villano.ES@parc-maxc.arpa Subject: Re: SuperCalc File Format? In-reply-to: Birnbaum.HENR's message of 11 Feb 83 09:10 EST (Friday) To: Birnbaum.HENR@parc-maxc.arpa cc: info-cpm@brl.arpa Received: From Parc-Maxc.ARPA via smtptcp; 11 Feb 83 15:11 EST Received: From Brl.ARPA via smtptcp; 11 Feb 83 15:15 EST Received: From Brl-Bmd.ARPA via smtptcp; 11 Feb 83 19:08 EST If you get a decent answer, I would appreciate the information about the file format of SuperCalc also. Thank You Tony 11-Feb-83 13:08:00,2185;000000000000 Date: 11 February 1983 13:08 EST From: Frank J. Wancho Subject: Correction To: INFO-MICRO@brl.arpa, INFO-CPM@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 11 Feb 83 13:09 EST Received: From Brl.ARPA via smtptcp; 11 Feb 83 13:15 EST Received: From Brl-Bmd.ARPA via smtptcp; 11 Feb 83 18:58 EST It was not bugs in the MC mailer that were causing it to be clogged. After the first TCP changeover on Jan 1, we found were were getting many rejections at BRL from hosts that could not yet speak TCP. At about that same time, we found that MC was able to speak both the old (NCP) and new TCP and moved some of the list temporarily back to MC. However, on Feb 1, the second changeover to TCP only occurred and many sites were dropped off the net because they do not speak TCP. Unfortunately, it did not occur to either Keith or myself that we should have removed those temporary additions at that time. What then happened was that this caused a large backup of legitimate queued mail at MC of which INFO-MICRO and INFO-CPM were a large portion. ITS has a primitive file system in some respects, so indeed things did get clogged to the point where the mailer almost stopped working at all. So, earlier this week, CSTACY took it upon himself to spend many many hours clearing out the backlog. In the process, he blocked the local redistribution of both INFO-CPM and INFO-MICRO, which included our temporary sublists - and it was those sublists that were the main cause of the problems on MC. Naturally, he could not have been able to clear the backlog with new mail coming in. So, I hope that this clears up any misimpressions which may have been caused by Keith's previous message. Meanwhile, we are still unable to send to certain sites from BRL, and this, coupled with problems related to the above discussion, I will have both mailing lists temporarily shutdown until my own host is up and checked out for handling mailing lists. That should be early next month if all goes as planned. Please bear with us and accept my apologies to all concerned for any inconveniences and misunderstandings. Thanks, Frank 11-Feb-83 13:53:49,401;000000000000 Date: 11 Feb 1983 15:53:49-EST From: reece@nadc.arpa To: info-cpm@brl.arpa Subject: modems Received: From Nadc.ARPA via smtptcp; 11 Feb 83 16:02 EST Received: From Brl.ARPA via smtptcp; 11 Feb 83 16:03 EST Received: From Brl-Bmd.ARPA via smtptcp; 11 Feb 83 19:11 EST Does anyone know of a Vadic 3400 protocol compatible modem which is cheaper than the Vadic or AJ (less than $500-$600)? 11-Feb-83 14:36:31,530;000000000000 Date: 11 Feb 83 14:36:31 EST (Fri) From: Ben Goldfarb Return-Path: Subject: Jerry Pournelle To: info-micro@brl.arpa, info-cpm@brl.arpa Via: UCF-CS; 11 Feb 83 12:25-PDT Received: From Rand-Relay.ARPA via smtptcp; 11 Feb 83 15:48 EST Received: From Brl.ARPA via smtptcp; 11 Feb 83 15:51 EST Received: From Brl-Bmd.ARPA via smtptcp; 11 Feb 83 19:09 EST If Jerry is assuming the status of the "Cosell of Computing," I'm sure he and BYTE love it! 12-Feb-83 00:58:00,715;000000000000 Date: 12 February 1983 00:58 EST From: Brian N. Hess Subject: 8088 modemX request To: INFO-CPM@mit-ml.arpa Received: From Mit-Ml.ARPA via smtptcp; 12 Feb 83 1:15 EST Received: From Brl.ARPA via smtptcp; 12 Feb 83 1:24 EST Received: From brl-gateway.ARPA via smtptcp; 12 Feb 83 1:33 EST One exists, written in assembler. I have an antique version, and it only runs at 300 or 600 baud reliably. It's a Ward Christensen original translation, I believe. If anybody wants to get a new one, try the IBM P.C. BBS in Chicago (Schaumburg? Arlington Heights?) and download the new .ASM file using your current (8080) version of MODEM. The BBS phone number is (312)259-8086. Brian 12-Feb-83 08:43:00,575;000000000000 Date: 12 Feb 1983 at 0943-CST From: mknox@utexas-11.arpa Subject: Applesoft CP/M floppy format To: info-cpm@brl.arpa Received: From Utexas-11.ARPA via smtptcp; 12 Feb 83 10:52 EST Received: From Brl.ARPA via smtptcp; 12 Feb 83 11:02 EST Received: From brl-gateway.ARPA via smtptcp; 12 Feb 83 23:13 EST Is there any information out there concerning the format which CP/M on the Applesoft card writes to 5 1/4 diskettes. Are they compatible with any other 5 1/4 formats? If not, are there utilities to read them from a different system? tnx ------- 12-Feb-83 11:51:00,901;000000000000 Date: 12 Feb 1983 1051-PST Subject: 8088 modemX found !! From: Bill Rizzi To: info-cpm@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 12 Feb 83 14:46 EST Received: From Brl.ARPA via smtptcp; 12 Feb 83 14:53 EST Received: From brl-gateway.ARPA via smtptcp; 12 Feb 83 23:17 EST Lot s of interest in a modemX program for the 8088. Thoughrtt I'd send what I have discovered so far. Several IBM PC specific bulltetin board systems around. I foiund one in Chicago - (312)259-8086 (cute!). It has modem.com for the IBM PC as well as modem.asm. Will pick those up asap and make available via FTP from my account. Will also hack >a.asm for DEC Rainbow and provide that, too. You can get other IBM PC system numbers from the Chicago system. Will also get a list of existing systems and publish that. Hold on ... Bill (RIZZI@ISIB) ------- 12-Feb-83 23:10:39,837;000000000000 Return-Path: Date: 12 Feb 83 23:10:39 EST (Sat) From: Ben Goldfarb Subject: Godbout CPU68 To: info-cpm@brl.arpa Via: UCF-CS; 13 Feb 83 19:48-PDT Received: From Rand-Relay.ARPA via smtptcp; 13 Feb 83 23:06 EST Received: From Brl.ARPA via smtptcp; 13 Feb 83 23:18 EST Received: From brl-gateway.ARPA via smtptcp; 13 Feb 83 23:31 EST Ok, I've gone and done it now. I ordered a 68000 CPU for my Godbout S-100 system. With all the banter on the net about CPM-68 lately, I figured that I'd be able to get something running relatively quickly. The big question is: does anyone know when (or if) Godbout/G&G/Compupro/Sorcim will be releasing a CPM-68 BIOS? Ben Goldfarb ARPA: goldfarb.ucf-cs@Rand-Relay uucp: ...!duke!ucf-cs!goldfarb 13-Feb-83 02:00:00,1735;000000000000 Date: 13 February 1983 02:00 EST From: Jerry E. Pournelle Subject: internship available To: INFO-CPM@mit-mc.arpa, INFO-MICRO@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 13 Feb 83 21:00 EST Received: From Brl.ARPA via smtptcp; 13 Feb 83 21:06 EST Received: From brl-gateway.ARPA via smtptcp; 13 Feb 83 22:21 EST In Studio City, California, with J. E. Pournelle and Associates. Pay is minimum to nothing, and probably not negotiable; however, there will be some opportunities to earn some outside money. Duties: evaluate micro computers and software; provide reports on these. This will involve learning to use a number of machines. Primarily CP/M, but also UCSD Pascal, TPM, possible TurboDos. MPM 8/16, Concurrent CPM-86, and CP/M 86. Languages involve Pascal, Modula II, ADA (subset), CB80 andd CB-86; possibly others. Software includes damned near anything pbulished for micro computers/. Not m uch programming abiliy required or expected. It's hoped some of this will be learned. What's needed is a gnereral all around assistant senior level or grad student, interested in working with a whole bunch of micro computers to get familiarity with them. Arrangements can be made with any one of several universities for internship credit. Pay is low to non-existent because it is unlikely that anyone starting in this will be worth anything to me, and the total income in this evaluation bit isn't large. However, there are opportunities to publish for those able to write. There are a lot of machiens and software here; more than can be handled by present staff. Anyone want to learn a lot about small machines, some before they are for sale? JEP 13-Feb-83 19:29:00,1285;000000000000 Date: 13 February 1983 19:29 EST From: Keith Petersen Subject: [w8sdz: UNIX versions of SQ/USQ and TYPESQ] To: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 13 Feb 83 23:15 EST Received: From Brl.ARPA via smtptcp; 13 Feb 83 23:19 EST Received: From brl-gateway.ARPA via smtptcp; 13 Feb 83 23:32 EST I'm sending this again because it may not have been received by all. --- Date: 9 Feb 83 2:02:55 EST (Wed) From: Keith Petersen To: Info-Cpm at brl.arpa Re: UNIX versions of SQ/USQ and TYPESQ Finally! After many problems with FTP, I got the UNIX versions of the Richard Greewlaw SQUEEZER package over to MIT-MC. This version makes files compatible with the CP/M version so if you have UMODEM working on your UNIX machine you can squeeze files there before downloading - saving about 30% of your download time! It's also useful for archiving ANY ascii files on a UNIX machine since it reduces the disk storage space by about 30-40% on most ascii files. Thanks to Ben Goldfarb for forwarding these programs to me. The files are on MC as: AR43:CPM;XSQ 107C the squeezer AR43:CPM;XUSQ 107C the unsqueezer AR43:CPM;XTYPE 107C so you can "type" the squeezed files while on UNIX. 13-Feb-83 19:34:00,938;000000000000 Date: 13 February 1983 19:34 EST From: Keith Petersen Subject: [goldfarb.ucf-cs: sweep37.com] To: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 13 Feb 83 23:15 EST Received: From Brl.ARPA via smtptcp; 13 Feb 83 23:19 EST Received: From brl-gateway.ARPA via smtptcp; 13 Feb 83 23:34 EST This may not have gone out to the entire list, so I'm repeating it. Replies to address below, not me, please. --- Date: 9 Feb 83 14:37:58 EST (Wed) From: Ben Goldfarb To: info-cpm at brl.arpa Re: sweep37.com Return-Path: Is there any easy way to get sweep to work with more than 4 disk drives? No one in town has the source for it -- is it available? If not, does anyone know how to patch the .COM file? Ben Goldfarb Univ. of Cent. Fl. uucp: ...!duke!ucf-cs!goldfarb ARPA: goldfarb.ucf-cs@Rand-Relay 13-Feb-83 19:38:00,6174;000000000000 Date: 13 February 1983 19:38 EST From: Keith Petersen Subject: [rconn: ZCPR2 Status and Release Data] To: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 13 Feb 83 23:15 EST Received: From Brl.ARPA via smtptcp; 13 Feb 83 23:19 EST Received: From brl-gateway.ARPA via smtptcp; 13 Feb 83 23:34 EST This may not have gone out to everyone, so is being repeated. Replies to address below, not me, please. ---- Date: 11 Feb 83 0:10:12 EST (Fri) From: Richard Conn (CENTACS CSSD) To: info-cpm at brl.arpa Re: ZCPR2 Status and Release Data As I mentioned earlier today, ZCPR2 has been released as of last Friday, 4 Mar. I promised more data, so here is a sum- mary of what is involved in obtaining it. First, the size. ZCPR2, as I presented it to SIG/M, covered ten 8" floppy disks. In addition, the latest SYSLIB, Version 2.4, is required to assemble most of the ZCPR2 utilities, and the upgrade covers two more disks. A hardcopy of the docu- mentation would also be helpful, and the five manuals which I gave to SIG/M total 420 pages (one-sided) and are two inches thick. This sounds like a lot, and it is, but you do not need all of this to bring ZCPR2 up initially. To simply bring a ZCPR2 system up, you need the documentation, Disk 1 (which contains the source to ZCPR2, its header file, and a sample redirectable I/O package), and Disk 5 (which contains COM files of the 31 ZCPR2 utility programs and a template around which you can design more utility programs). This is only two of the twelve disks. The real problem is in the documentation. Five manuals were released with ZCPR2, three of which are required to learn about ZCPR2 and install it. These three manuals are: 1. The Installation Manual. This tells you what hardware and software is required for installation, how to cus- tomize ZCPR2 to your liking, how to install ZCPR2 on disk, how to customize the cold boot routine in the BIOS in order to fully im- plement ZCPR2, and how to install the utility programs which come with ZCPR2. This manual is 48 pages long. 2. The Concepts Manual. This manual is a tutorial on what ZCPR2 and the ZCPR2 System are, what their key features are, and how ZCPR2 is intended to be used. This manual is 65 pages long. 3. The User's Guide. This manual is more tutorial on the ZCPR2 System, describing all the subsystems and utilities which come as part of the ZCPR2 System. Included in this manual are the redirectable I/O system, the XDIR3 directory utility, the library utilities, the Menu Subsystem, the file copy utility, the command file processors, the utilities which manipulate the named directories, the ZCPR2 resident commands and their alternates, and the online documentation system. This manual is 138 pages long. To summarize, two disks and three manuals are required to first bring up the ZCPR2 system. Disks 8, 9, and 10 of the dis- tribution contain copies of these three manuals in a format sui- table for printing by Word Star with MailMerge. SIG/M also has a hard copy of the manuals, and they are working on the details of how to distribute this. The other disks in the ZCPR2 distribution are: Disk 2 - Sources to ZCPR2 Utilities assembled by MAC Disks 3&4 - Sources to ZCPR2 Utilities assembled by M80/L80 with SYSLIB 2.4 Disks 6&7 - Help Files; the entire User's Guide is available as online documentation There are already three disks in the distribution of SYS- LIB 2.0, and two disks are available which upgrade these three from 2.0 to 2.4. These two disks contain a REL file of SYSLIB 2.4, sources to all utilities which changed or were added, Help Files which were changed, and new SYSLIB manuals. If you wish to be able to reassemble the ZCPR2 utilities, most require M80/L80 and SYSLIB 2.4. The other two manuals presented to SIG/M are the User's Guide for SYSLIB 2.3 (fine for use with 2.....4) and the User and Re- ference Manual for SYSLIB 2.4. Summary: 1. To Install the ZCPR2 System you need -- Disk 1 (ZCPR2 Source) Disk 5 (ZCPR2 Utility COM Files) Three ZCPR2 Manuals (Disks 8-10 or hard copy) 2. To Modify the ZCPR2 System you need -- Disk 1 (ZCPR2 Source) Disks 2-4 (ZCPR2 Utility Sources) Three ZCPR2 Manuals SYSLIB.REL for SYSLIB 2.4 Two SYSLIB 2.4 Manuals 3. To Fully Implement the ZCPR2 System you need -- Disk 1 (ZCPR2 Source) Disks 2-4 (ZCPR2 Utility Sources) Disk 5 (ZCPR2 Utility COM Files) Disks 6-7 (ZCPR2 HLP Files) Disks 8-10 (ZCPR2 Manuals) SYSLIB 2.0 (3 Disks) Upgrade to SYSLIB 2.4 (2 Disks) Hardcopy of ZCPR2 Manuals is nice (420 pages) Where to get all this stuff? SIG/M is the only complete answer right now. With LMODEM communication to MIT-MC down right now, ARPA Net access to the files is out, basically, and I'll have to check to ensure that current versions are on MIT-MC first. Sol guessed that it will be 4 to 6 weeks before ZCPR2 is fully in the SIG/M library, and they are trying to decide how to deal with hard copy distribution of the manuals, with the idea of loaning out a manual set to be copied being the key idea right now. I am talking to four different companies/agencies at this time to see if anyone is willing to sell ZCPR2 with manuals for a reasonable price, and I'll keep you posted if anything develops. Rick 13-Feb-83 19:52:00,796;000000000000 Date: 13 February 1983 19:52 EST From: Keith Petersen Subject: [Birnbaum.HENR: SuperCalc File Format?] To: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 13 Feb 83 23:15 EST Received: From Brl.ARPA via smtptcp; 13 Feb 83 23:19 EST Received: From brl-gateway.ARPA via smtptcp; 13 Feb 83 23:35 EST This may not have gone out to the entire list, so is repeated now. Replies to address below, not me, please. --- Date: 11 Feb 83 09:10 EST (Friday) From: Birnbaum.HENR at parc-maxc.arpa To: info-cpm at brl.arpa cc: Birnbaum.henr at parc-maxc.arpa Re: SuperCalc File Format? Does anyone have the file format that SuperCalc uses to store templates,data etc? Either the info or a pointer to a magazine article would do. Thanks Dave. 14-Feb-83 11:42:33,570;000000000000 Date: 14 Feb 1983 10:42:33-PST From: sdcsvax!vicki@nosc-cc.arpa To: info-cpm@mit-mc.arpa Subject: cpm dirlst Received: From Mit-Mc.ARPA via smtptcp; 14 Feb 83 14:58 EST Received: From Brl.ARPA via smtptcp; 14 Feb 83 15:10 EST Received: From brl-gateway.ARPA via smtptcp; 14 Feb 83 15:20 EST Would it be possible to have an updated version of this file placed on MC. The current one is dated Oct 13, 1982, and filenames have changed and locations have changed also making it difficult to FTP files. Thanks ever so much, Vicki Hutchison (vicki@nosc) 14-Feb-83 13:48:00,454;000000000000 Date: Monday, 14 Feb 1983 12:48-PST To: INFO-CPM@brl.arpa Subject: ZSID--TDL & DR mnemonics patches? From: bridger@rand-unix.arpa Received: From Rand-Unix.ARPA via smtptcp; 14 Feb 83 15:51 EST Received: From Brl.ARPA via smtptcp; 14 Feb 83 16:00 EST Received: From brl-gateway.ARPA via smtptcp; 14 Feb 83 16:04 EST Does anyone have patches for the ZSID debugger to convert it from Zilog mnemonics to TDL and/or Digital Research mnemonics? 15-Feb-83 00:59:00,1015;000000000000 Date: 15 February 1983 00:59 EST From: Allan D. Plehn Subject: Your column in the Feb. BYTE, page 433 To: SLIBES@mit-mc.arpa cc: INFO-CPM@mit-mc.arpa, INFO-MICRO@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 15 Feb 83 1:32 EST Received: From Brl.ARPA via smtptcp; 16 Feb 83 3:02 EST Received: From brl-gateway.ARPA via smtptcp; 16 Feb 83 3:10 EST We all like to occassionally guess at the words used to generate an acronym. Writing for a widely read magazine, however, you should verify your guesses before publication. "MITS" did not stand for Management Information and Text System! Their original product was telemetry equipment for small rockets and the company name was "Micro-Instrumentation and Telemetry Systems", or MITS. Later, they marketed a portable electronic calculator in kit form. The ALTAIR computer kit is their best known product (1975). Or, is it possible they later changed the company name and you are right after all? Al Plehn 15-Feb-83 03:33:00,559;000000000000 Date: 15 February 1983 03:33 EST From: Jerry E. Pournelle Subject: Godbout CPU68 To: goldfarb.ucf-cs@rand-relay.arpa cc: info-cpm@brl.arpa In-reply-to: The message of 12 Feb 83 23:10:39 EST (Sat) from Ben Goldfarb Received: From Mit-Mc.ARPA via smtptcp; 15 Feb 83 4:10 EST Received: From Brl.ARPA via smtptcp; 16 Feb 83 3:03 EST Received: From brl-gateway.ARPA via smtptcp; 16 Feb 83 3:10 EST Re the 68000 cp/m, I suspect that we'll be writing a BIOS here when we get the system up. 15-Feb-83 07:06:00,1288;000000000000 Date: 15 February 1983 07:06 EST From: Gail Zacharias Subject: cpm dirlst To: sdcsvax!vicki@nosc-cc.arpa cc: info-cpm@brl.arpa In-reply-to: The message of 14 Feb 1983 10:42:33-PST from sdcsvax!vicki at nosc-cc.arpa Received: From Mit-Mc.ARPA via smtptcp; 15 Feb 83 7:06 EST Received: From Brl.ARPA via smtptcp; 16 Feb 83 3:05 EST Received: From brl-gateway.ARPA via smtptcp; 16 Feb 83 3:16 EST You should consider looking the the following files on MC: DSK:CPM;.FILE. (DIR) lists all the files on the CPM directory. Files whose names are of the form ARnn XXXX are really archives, or "subdirectories". XXXX is chosen to be descriptive of the contents of the archive. Files whose names are of the form TS XXXX are ITS executable files and are of no good to you. All other files are potentially interesting for FTP'ing. ARnn:CPM;.FILE. (DIR) lists all files in the ARnn archive on the CPM directory. The advantage of the .FILE. (DIR) files over any CPM DIRLST files is that the former are ALWAYS correct and fully up to date, as they are maintained by the operating system. (These files don't show up in directory listings because they don't really exist. They are just a way of asking ITS to make a directory listing on the spot.) 15-Feb-83 10:59:00,1644;000000000000 Date: 15 Feb 1983 0959-PST Subject: HELP...CP/M functions 27 &31 From: Tom Carnahan To: info-cpm@brl.arpa cc: tcaRNAHAN@usc-isie.arpa POSTAL-ADDRESS: TOM CARNAHAN, SMC 1819P, NPS, MONTEREY,CA 93940 Phone: (Home) 408-372-7480 (NPS office) 408-646-2174/5 AV 878-2174/5 Received: From Usc-Isie.ARPA via smtptcp; 15 Feb 83 13:02 EST Received: From Brl.ARPA via smtptcp; 16 Feb 83 3:14 EST Received: From brl-gateway.ARPA via smtptcp; 16 Feb 83 3:44 EST Can any of you CP/M oldtimers help me??? I am currently writing a program that crossloads files between two CP/M-based microcomputers. I want the "receiving" computer to be able to query itself and determine how many blocks are left on its own currently loggeed-in disk(same sort of function as STAT except that the program makes the call). I have the Digital Research CP/M 2.0 Interface Guide and found the following: Function 27: GET ADDR(ALLLOC) Entry parms: REG C: 1BH Returned value: REG HL: ALLOC ADDRESS -------------------------------------- Function 31: GET ADDR (DISK PARMS) Entry parms: REG C: 1FH Returned value: REG HL: DPB ADDRESS ______________________________________ I don't understand "what" is at those addresses (pointed to by the HL regs) when I call these functions. Any idea where the terms- ALLOC ADDRESS DPB ADDRESS are explained? Or what they mean? ANY AND ALL HELP WOULD BE GREATLY APPRECIATED. Sincerely, Tom ------- 15-Feb-83 13:05:00,854;000000000000 Date: 15 February 1983 1205-PST (Tuesday) From: William T. Overman Subject: accounting programs? To: info-cpm@brl.arpa, info-pc@usc-isi.arpa CC: overman@brl.arpa Received: From Aerospace.ARPA via smtptcp; 15 Feb 83 15:07 EST Received: From Brl.ARPA via smtptcp; 16 Feb 83 3:15 EST Received: From brl-gateway.ARPA via smtptcp; 16 Feb 83 3:45 EST Does anyone have any recommendations on accounting programs. I need GL, AR, AP and possibly inventory and I have on the order of 50 transactions each day. In particular do all or any of the accounting programs produce intermediate files that I can process with programs that I write myself? I thought I had seen a review of a set of such programs once, but in looking through my past InfoWorlds and Bytes I don't see much. Bill Overman 15-Feb-83 13:27:00,1402;000000000000 Date: 15 Feb 83 13:27 EST (Tuesday) From: Thieret.WBST@parc-maxc.arpa Subject: Re: Godbout CPU68 In-reply-to: goldfarb.ucf-cs@rand-relay.arpa's message of 12 Feb 83 23:10:39 EST (Sat) To: Ben Goldfarb cc: info-cpm@brl.arpa Received: From Parc-Maxc.ARPA via smtptcp; 15 Feb 83 15:20 EST Received: From Brl.ARPA via smtptcp; 16 Feb 83 3:15 EST Received: From brl-gateway.ARPA via smtptcp; 16 Feb 83 3:45 EST Ben, I'm seriously considering the purchase of an S-100 computer system for home use. I am interested in keeping up my skills by doing programming at home to do things which I don't have time to do at work (things like testing new/different algorithms, learning new languages, etc.). I noticed that you have a CompuPro system and I am interested in learning about some of it's features. I just ordered the RAM-16 memory from Priority One because it does the things I think I'll need (10MHz, 8/16 bits).... Can you tell me something about the CP/M system for it. For the time being I'm interested in the 8 bit world since I've already got the software. 16+ bits may come later, so I want to be able to upgrade in the future. Thank you very much. Any one else (info-cpm) may feel free to respond about the CompuPro system or any alternatives which you have found to be of good quality and reliable. Tracy. 16-Feb-83 14:22:21,2345;000000000000 Date: 16 Feb 1983 13:22:21-PST From: CCVAX.gil@nosc-cc.arpa To: (ADDRESS PROBLEM at host BRL: ")"), (ADDRESS PROBLEM at host BRL: "goldfarb.ucf-cs@rand-relay.arpa>"), (ADDRESS PROBLEM at host BRL: ", ""), (ADDRESS PROBLEM at host Brl-Bmd: ""@brl.arpa") Subject: Re: Godbout CPU68 Cc: info-cpm@brl.arpa Received: From Nosc-Cc.ARPA via smtptcp; 17 Feb 83 3:19 EST Received: From Brl.ARPA via smtptcp; 17 Feb 83 3:31 EST Received: From brl-gateway.ARPA via smtptcp; 17 Feb 83 3:35 EST Compupro stuff is indeed quality S-100 gear, and it seems to be very reliable. We have the 8085/8088 cpu board, the disk1 floppy controller, the ram 21, and the system support board. It all worked the first try. On the negative side, the disk 1 has a bad feature in that it unloads the drive heads very very frequently. If you have become used to a properly done system which lets a number of revolutions go by before unloading the head, the compupro system will annoy you greatly. If flaps the heads up and down incessantly, and as a result, it introduces delays that make it run considerably slower. For example, a Z80 runing at 4 MHz with Jade controller runs a particular disk-bound program in 11 mins and 15 seconds. The compupro running the 8085 at 6 MHz runs the same program in 14 minutes and 47 seconds. It OUGHT to be faster due to the faster cpu clock rate, but is much slower due to the idiotic way they handle the head loading. The worst part, though, is the noise of listening to the thing beating its brains out. Godbout is well aware of the problem, and will only say that the next version of the disk 1 will have it fixed. They claim to be working on an automatic cpm86/cpm80 switching scheme similar to G&G engineering's MPM8-16 which will make the 8085/8088 board much easier to use for those of us who need to use both systems while developing software for the 8086/88. Tis said to be ready in a few weeks. The G & G scheme really works very well, and saves a lot of disk changing. You can use all your old favorite 8-bit tools, like wordmaster, for general work, then automatically run the 16-bit stuff. They use the difference between .COM and .CMD file names to do the switching. If godbout does as good a job as g & G did, it will be nice. Good luck. -gil 16-Feb-83 15:52:00,551;000000000000 Date: 16 Feb 83 15:52 PST (Wednesday) From: GMeredith.es@parc-maxc.arpa Subject: Re: Godbout CPU68 In-reply-to: Thieret.WBST's message of 15 Feb 83 13:27 EST (Tuesday) To: Thieret.WBST@parc-maxc.arpa cc: Ben Goldfarb , info-cpm@brl.arpa Received: From Parc-Maxc.ARPA via smtptcp; 17 Feb 83 2:26 EST Received: From Brl.ARPA via smtptcp; 17 Feb 83 2:44 EST Received: From brl-gateway.ARPA via smtptcp; 17 Feb 83 3:21 EST Please put all replies on the net. I would also be interested in such information. 16-Feb-83 21:37:51,856;000000000000 Date: 16 Feb 83 21:37:51 EST (Wed) From: Richard Conn (CENTACS CSSD) To: info-cpm@brl-bmd.arpa cc: info-micro@brl-bmd.arpa Subject: Public Domain Received: From brl-gateway.ARPA via smtptcp; 17 Feb 83 2:53 EST Chris Terry has started an interesting column in Mi- crosystems Magazine entitled "In the Public Domain." I think he makes some very good points in it, and he hit a few nails on the head that I personally didn't realize were there before. I real- ly recommend that everyone read it. For people who are just starting to find out about the public domain, it is a good ini- tial reference. For those who have been using the public domain for some time, it may shed new light on a few things about what it is and what to expect from it. Rick 16-Feb-83 23:59:00,1571;000000000000 Date: 16 February 1983 23:59 EST From: Richard P. Wilkes Subject: Failed mail to lists To: INFO-MICRO@mit-mc.arpa, INFO-CPM@mit-mc.arpa, FEATURE-BABYL@mit-mc.arpa cc: Human-nets-request@rutgers.arpa Received: From Mit-Mc.ARPA via smtptcp; 17 Feb 83 4:42 EST Received: From Brl.ARPA via smtptcp; 17 Feb 83 4:55 EST Received: From brl-gateway.ARPA via smtptcp; 17 Feb 83 5:00 EST Anyone who has ever sent a message to a large list that is not on a digest (such as Info-Micro or -CPM) knows that for the next week or so, he can expect to get ad infinitum FAILED message notes clogging up his mailbox. This is really a burden and does discourage one from sending if your mailbox isn't virtually boundless. A recent message of mine to the lists received over 25 failure notices during a week period. The message was several hundred lines long, and these "helpful" mailers always seem to return a copy of the message (or at least a good chunk of it). My question is this: why not add an option in the mail header to simply dump the message into the communications wasteland if it is undeliverable. Something like the NOQC option at MIT to eliminate queued notifications. It would CERTAINLY cut down on net traffic, especiialy on Usenet/phonenet/et al. I don't know where this should be proposed, but it certainly should be done sometime SOON. Perhaps someone out there who knows the proper channels could pass the idea along... I can't wait for the rejections from THIS message... Trying to be patient. -r 17-Feb-83 00:03:00,1567;000000000000 Date: 17 February 1983 00:03 EST From: Richard P. Wilkes Subject: Failed mail messages To: FEATURE-BABYL@mit-mc.arpa, Info-micro@brl.arpa, INFO-CPM@brl.arpa cc: Human-nets-request@rutgers.arpa Received: From Mit-Mc.ARPA via smtptcp; 17 Feb 83 4:43 EST Received: From Brl.ARPA via smtptcp; 17 Feb 83 4:55 EST Received: From brl-gateway.ARPA via smtptcp; 17 Feb 83 5:01 EST Anyone who has ever sent a message to a large list that is not on a digest (such as Info-Micro or -CPM) knows that for the next week or so, he can expect to get ad infinitum FAILED message notes clogging up his mailbox. This is really a burden and does discourage one from sending if your mailbox isn't virtually boundless. A recent message of mine to the lists received over 25 failure notices during a week period. The message was several hundred lines long, and these "helpful" mailers always seem to return a copy of the message (or at least a good chunk of it). My question is this: why not add an option in the mail header to simply dump the message into the communications wasteland if it is undeliverable. Something like the NOQC option at MIT to eliminate queued notifications. It would CERTAINLY cut down on net traffic, especiialy on Usenet/phonenet/et al. I don't know where this should be proposed, but it certainly should be done sometime SOON. Perhaps someone out there who knows the proper channels could pass the idea along... I can't wait for the rejections from THIS message... Trying to be patient. -r 17-Feb-83 04:00:00,682;000000000000 Date: 17 February 1983 04:00 EST From: Jerry E. Pournelle Subject: Godbout CPU68 To: Thieret.WBST@parc-maxc.arpa cc: goldfarb.ucf-cs@rand-relay.arpa, info-cpm@brl.arpa In-reply-to: The message of 15 Feb 83 13:27 EST () from Thieret.WBST at parc-maxc.arpa Received: From Mit-Mc.ARPA via smtptcp; 17 Feb 83 4:04 EST Received: From Brl.ARPA via smtptcp; 17 Feb 83 4:10 EST Received: From brl-gateway.ARPA via smtptcp; 17 Feb 83 4:19 EST Most of the big outfits like Sorcim and Digital Research rely on Godbout stuff for software development, if that's of any significance in making decisions. I've got three CompuPro systems, and no troubles.. 17-Feb-83 18:58:00,1292;000000000000 Return-Path: Date: 17 Feb 1983 at 1758-PST (Thursday) From: tekmdp!laurir.Tektronix@rand-relay.arpa Subject: TRS-80 model II boot ROM inquiry To: tektronix!info-cpm@mit-mc.arpa Via: TEKTRONIX; 17 Feb 83 23:41-PDT Received: From Mit-Mc.ARPA via smtptcp; 18 Feb 83 2:56 EST Received: From Brl.ARPA via smtptcp; 18 Feb 83 3:09 EST Received: From brl-gateway.ARPA via smtptcp; 18 Feb 83 6:30 EST I am looking for information about the boot ROM on the TRS-80 model II, specifically: -- When the system boots, which sectors of the floppy disk in drive A are read into which locations in memory? -- What is the "Radio Shack format" for which the boot ROM checks before it branches to the booted code? Presumably this involves a checksum somewhere. This data is needed for an effort to customize CP/M for the model II. (Yes, I know Pickles & Trout make a great system, but they don't distribute source for their BIOS and there are some additional features that I've *got* to build.) If noone has the answers, you'll find me inside the machine with a flashlight, disassembling the 2k ROM (sigh). -- Andrew Klossner (decvax!tektronix!tekmdp!laurir) [UUCP] (laurir.tektronix@rand-relay) [ARPA] 18-Feb-83 04:51:00,650;000000000000 Date: 18 February 1983 04:51 EST From: Keith Petersen Subject: MIT-MC CPM directory listing updated To: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 18 Feb 83 4:50 EST Received: From Brl.ARPA via smtptcp; 18 Feb 83 5:20 EST Received: From brl-gateway.ARPA via smtptcp; 18 Feb 83 6:32 EST The file CPM;CPM DIRLST, which is a complete listing of the directories of the main CPM and ARchive directories of the public-domain CP/M files stored on MC, has been updated as of today. This file may be FTP'ed or will be sent via netmail to those requesting it (send request to INFO-CPM-REQUEST@BRL, please). 18-Feb-83 06:58:28,1772;000000000000 Date: 18 Feb 1983 08:58:28-EST From: halko@nadc.arpa To: info-cpm@brl.arpa Subject: QX-10 Cc: halko@nadc.arpa Received: From Nadc.ARPA via smtptcp; 18 Feb 83 8:59 EST Received: From Brl.ARPA via smtptcp; 18 Feb 83 23:46 EST Received: From brl-gateway.ARPA via smtptcp; 18 Feb 83 23:57 EST Does anyone have or know someone who has an Epson QX-10 personal computer? I will be beta testing one very soon. I am interested in an informal user forum on the net. By the looks of it, this machine offers some very interesting capabilities. The Nec 7220 GDC chip is by far the most interesting component on board. After having just completed a review of the chip for the April issue of BYTE, I am anticipating a great deal of enjoyment with the 10. The system is said to have the NAPLPS graphics standard implimented. It may not be that hard to install GSX-Kernal (DRI's new device independant graphics software) on the machine. I understang there is full DMA capabilities built in. The disks are half-height 5 1/4" 360kbytes with dma i/o. The graphics have 128k bytes of ram, the system 128k also. This opens up possibilities for running banked CP/M+. I've seen some of these already at the developers facility. They are being programmed with numerous features in order to increase it's competitive edge in the current market. Apparently, Epson is going after LISA. This should not be too difficult, considering the astronomic price asked by the 'BOSS'. (Apple). It will only be a matter of time before a 68K, 8088, and possibly a 6502 (apple ][ emulation?) add-on board is offered for the 10. I think there will be lots of discussion of this new box in the near futute. Please reply to the net, Steve Levine (halko@nadc) 19-Feb-83 00:13:00,1136;000000000000 Date: 19 February 1983 00:13 EST From: John Paul McNamee Subject: Re: TRS-80 Model II boot ROM To: tekdmp!laurir.tektronix@rand-relay.arpa cc: INFO-CPM@mit-ai.arpa, JDOS@mit-ai.arpa Received: From Mit-Ai.ARPA via smtptcp; 19 Feb 83 0:11 EST Received: From Brl.ARPA via smtptcp; 19 Feb 83 0:22 EST Received: From brl-gateway.ARPA via smtptcp; 19 Feb 83 0:38 EST The ROM reads in track 0 sectors 1 to 26 into memory starting at 0E00H. The track is in standard IBM single density. The way the ROM checks for a "Radio Shack Operating System" being on the disk is to check for the word "BOOT" at 1000H and "DIAG" at 1400H. If these two words are present at these locations the ROM assumes the boot track is ok. After loading the track into memory the ROM will call 1404H (to do power on diagnostics) and then jump to 1004H (to boot the rest of the system). Disassembly of the ROM is easy. I have listings of boot ROMs for Models II, 12, and 16 and a program to make it easy to get a copy of the ROM on disk. If interested in this program or a copy of the listings, let me know. John McNamee 19-Feb-83 04:54:00,1961;000000000000 Date: 19 February 1983 04:54 EST From: Jerry E. Pournelle Subject: The Next Five years in Micros To: INFO-CPM@mit-mc.arpa, info-micro@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 19 Feb 83 4:56 EST Received: From Brl.ARPA via smtptcp; 19 Feb 83 5:05 EST Received: From brl-gateway.ARPA via smtptcp; 19 Feb 83 5:08 EST I am supposed to give a speec at NCC on "The Next Five Years in Micro Development." I haven't really the foggiest notion of what to say, although doubtless somethng will suggest itself and no doubt become an article as well. Still, help will be appreciated: any wild ideas greatefully accepted. All entries become property of the sponsors and none will be returned... I see a few trends. I expect 8" and 5 1/4" floppies will both die away, in not very long. Non-volatile memory will get cheap and plentiful. Shirt pocket disks will be used to transfer stuff fro publisher to user. Interesting trends in visuals and displays. T he "battle" between 68000 and 8086 family will be interesting, although the 16032 may decide t hat before the battle is really joined... Communications and information utilities will move ahead.. anyway, ideas and wild thoughts will be appreciated. JEP PS: does anyone know where the profits from NCC go? (I know it is a non-profit outfit that puts it on, but since it must make a LOT LOT LOT of money, where does the money go?) PPS: They say they cannot allow anyone to sell anything in the exhibits because of their non-profit status because the IRS will stop them; but in fact that's owl puckey. Science fiction conventions have for decades been non-profit (some incorporated some not) and they have always had a huckster room in which exhibitors sell stuff, and indeed also art auctions and what not. Query: why does NCC maintain this fiction of being unable to sell anything or allow anythin g to be sold? Qui bono? 19-Feb-83 19:59:18,1728;000000000000 Date: 19 Feb 83 19:59:18 EST (Sat) From: Harold Carter (AFIT) To: pourne@mit-mc.arpa cc: info-cpm@brl.arpa Subject: re: PS Received: From Brl.ARPA via smtptcp; 19 Feb 83 20:11 EST Received: From brl-gateway.ARPA via smtptcp; 19 Feb 83 20:18 EST Jerry... Your question regarding where does conference money go is one I may be able to handle in general. In the IEEE, conferences usually generate more money than expenses. The excess funds are divided per apriori agreement to the suborganizations to aid them in their continuing functions. Member ship dues come nowhere near providing all the funds needed to support the IEEE in its many activities. In fact, the IEEE struggles each year to break even. Thus, the money is put to good use. As an example, the Design Automation Technical Committee, of which I am the chairman, is a technical committee responsible for all design automation activities within the IEEE Computer society. We sponsor two major conferences a year (the Design Automation Conference, and the International Conference on Computer Design), and about 5 workshops each year. Excess funds from these conferences are distributed to the Computer Society and the DATC to fund a yearly scholorship, provide funds to set these conferences up, and pay for newsletter publishing and distribution. This is a long-winded way to say that I suspect the IFIPs does pretty much the same. It takes money to run such an organization, and conferences are one way to obtain it. By the way, the IEEE does *NOT* hold conferences to make money! But our conferences are typically attended better than our (conservative) estimate. Hal 21-Feb-83 02:47:00,413;000000000000 Date: 21 February 1983 02:47 EST From: Roger L. Long Subject: Z80 Debugger needed! To: info-cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 21 Feb 83 2:48 EST Received: From Brl.ARPA via smtptcp; 21 Feb 83 2:52 EST Received: From brl-gateway.ARPA via smtptcp; 21 Feb 83 2:53 EST Does someone know of a Z80 debugger in the public domain that I might use? Thanks! -roger 21-Feb-83 05:16:00,2278;000000000000 Date: 21 February 1983 05:16 EST From: Jerry E. Pournelle Subject: QX-10 To: halko@nadc.arpa cc: info-cpm@brl.arpa In-reply-to: The message of 18 Feb 1983 08:58:28-EST from halko at nadc.arpa Received: From Mit-Mc.ARPA via smtptcp; 21 Feb 83 5:17 EST Received: From Brl.ARPA via smtptcp; 21 Feb 83 5:26 EST Received: From brl-gateway.ARPA via smtptcp; 21 Feb 83 5:36 EST I have a QX-10. The software is unfinished, and it wouldn't be fair to air my views of it widely until they've had a a chance to fix some of the problems and act on m y suggestions. The NET is broken and I cannot send long messages due to the high frustration factor.. I can't download anything either. I wouldn't mind seeing your review of the chip; can you cause Pam to send me an early copy? They did many things right on the Qx-10, but I doubt the wisdom of not haing a full ASCII character set, and I particularly wonder why there is no ESCAPE key; (there is, but they call it "margin release", and it's in the wrong place, not up in the upper left hand corner where everyone expects it) (well it is there, but separated by a gap; could be it will be all right; but there is no squiggle or grave or curly braces. The control key(s) is/are placed a bit strangely too. still, I could get used to it, and if I had a guarantee that there'd be a real 68000 cpu to add, as well as a way to connect to hard disks, and perhaps some way to plug into 8" disks in order to get software over to it, I'd plan on the QX-10 becoming a major part of the system here. With that non-standard bus inside it, and nothing (that I have) on what will go i nthere, one doesn't want to plan for too much. If they get their software done, and IF they make provisions for people to use it after they become competent, instead of their present system in which everything is easily understood by very naive users, but will drive you nuts once you know how to work it--given those if's, it is one heck of a nice m achine, and I suspect potentially better than LISA--and one heck of a lot cheaper. There's a port on the back for a light pen, although no p en and no software for that yet. It's a 4 wire socket, wonder if they could put a mouse on there? 22-Feb-83 09:26:00,751;000000000000 Date: 22 Feb 83 09:26 PST (Tuesday) From: GMeredith.es@parc-maxc.arpa Subject: Re: QX-10 In-reply-to: POURNE@mit-mc.arpa's message of 21 Feb 83 05:16 EST To: Jerry E. Pournelle cc: info-cpm@brl.arpa Received: From Parc-Maxc.ARPA via smtptcp; 22 Feb 83 12:28 EST Received: From Brl.ARPA via smtptcp; 22 Feb 83 12:40 EST Received: From brl-gateway.ARPA via smtptcp; 22 Feb 83 16:40 EST Whether or not Epson decides to supply a mouse for the QX-10, you can expect to see a lot of mice available once people get to know them as well as we do here at Xerox. Mice make light pencils, joysticks and other control devices seem like quaint toys. Apple made a good move in introducing the mouse to the micro market. 22-Feb-83 13:14:00,580;000000000000 Date: 22 Feb 83 13:14 PST (Tuesday) From: JFong.ES@parc-maxc.arpa Subject: Re: The Next Five years in Micros In-reply-to: POURNE@mit-mc.arpa's message of 19 Feb 83 04:54 EST To: Jerry E. Pournelle cc: INFO-CPM@mit-mc.arpa, info-micro@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 22 Feb 83 16:48 EST Received: From Brl.ARPA via smtptcp; 22 Feb 83 17:03 EST Received: From brl-gateway.ARPA via smtptcp; 23 Feb 83 16:42 EST You might want to look into bubble memories and the 256k memory chips, I believe they will have a significant impact. 23-Feb-83 18:20:49,593;000000000000 Date: 23 Feb 1983 17:20:49-PST From: CCVAX.ty@nosc-cc.arpa To: Birnbaum.HENR@parc-maxc.arpa, info-cpm@brl.arpa Subject: Re: SuperCalc File Format? Received: From Nosc-Cc.ARPA via smtptcp; 23 Feb 83 20:23 EST Received: From Brl.ARPA via smtptcp; 23 Feb 83 20:25 EST Received: From brl-gateway.ARPA via smtptcp; 24 Feb 83 2:36 EST I called Sorcim and attempted to get the SuperCalc format, and was unsuccessfull in doing so. I have not seen or read anything that has pointed me in the right direction. So if you come across anything I would be very interested. Thanks, Ty 23-Feb-83 22:15:27,742;000000000000 Date: 23 Feb 83 22:15:27 PST (Wed) From: David Allen Gewirtz Subject: umodem Message-Id: <8302240615.16547@UCBARPA.ARPA> Received: by UCBARPA.ARPA (3.313/3.5) id AA16547; 23 Feb 83 22:15:27 PST (Wed) Received: from UCBARPA.ARPA by UCBVAX.ARPA (3.314/3.5) id AA02472; 23 Feb 83 22:15:49 PST (Wed) To: info-cpm@brl.arpa Received: From Ucb-Vax.ARPA via smtptcp; 24 Feb 83 1:00 EST Received: From Brl.ARPA via smtptcp; 24 Feb 83 2:36 EST Received: From brl-gateway.ARPA via smtptcp; 24 Feb 83 3:32 EST I have umodem ver. 3.1 up on a version 7 UNIX system, but it will not run under System III. Is there a System III version of umodem available? Thanks, David Gewirtz 24-Feb-83 06:26:00,604;000000000000 Date: 24 February 1983 06:26 EST From: Jerry E. Pournelle Subject: HOW TO.. To: INFO-CPM@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 24 Feb 83 6:12 EST Received: From Brl.ARPA via smtptcp; 24 Feb 83 6:18 EST Received: From brl-gateway.ARPA via smtptcp; 24 Feb 83 6:23 EST Is there a quick assembly language code routine to find out the total number of bytes on a disk? 2. H ow do you get the names of all the files, and their size, off a disk in cp/m? TYo make, say, a disk file of all those entiries on the disk, and their file sizes? thanks, JEP 24-Feb-83 09:23:00,563;000000000000 Date: 24 February 1983 09:23 cst From: Cargo.PD@hi-multics.arpa Subject: Re: HOW TO.. To: Jerry E. Pournelle cc: INFO-CPM@mit-mc.arpa In-Reply-To: Message of 24 February 1983 05:26 cst from Jerry E. Pournelle Received: From Mit-Mc.ARPA via smtptcp; 24 Feb 83 10:30 EST Received: From Brl.ARPA via smtptcp; 24 Feb 83 10:39 EST Received: From brl-gateway.ARPA via smtptcp; 24 Feb 83 11:41 EST Look at the DIR.ASM program in the January Dr. Dobbs Journal. It has a routine that does all of that stuff. It is mostly right. 24-Feb-83 09:29:00,1356;000000000000 Date: 24 Feb 1983 0829-PST Subject: Re: "new" CPU with 128 stacks, 16-bit registers From: Bill Rizzi To: decvax!utzoo!watmath!watarts!bernie@ucb-vax.arpa cc: info-cpm@brl.arpa In-Reply-To: Your message of 22 Feb 83 10:26:42-PST (Tue) Received: From Usc-Isib.ARPA via smtptcp; 24 Feb 83 11:18 EST Received: From Brl.ARPA via smtptcp; 24 Feb 83 11:20 EST Received: From brl-gateway.ARPA via smtptcp; 24 Feb 83 11:42 EST There is an absence of well-known software for the 6502 other than Apple/Commodore, however having recently been employed as the lead system programmer for Scientific Data Systems (take 2), I can verify the existence of a rather good operating system, functioning Ethernet-like local net, and very good database management software for a 6502 based system. There are also C compilers available. I tried to make the SDS DOS a Unix ookaliketo some extent, but was unable to convince others there of the importance of such an effort. The NIH syndrome was widespread. They are still building only 6502-based systems so I doubt that they will become any more widely known. The 6502 does provide the opportunity for a relatively standard coding style - ie. simple and consistent use of registers. This can make it easier to read than code for other processors. Bill ------- 24-Feb-83 19:04:24,797;000000000000 Date: 24 Feb 83 19:04:24 PST (Thu) From: David Allen Gewirtz Subject: Re: HOW TO.. Message-Id: <8302250304.9375@UCBARPA.ARPA> Received: by UCBARPA.ARPA (3.313/3.5) id AA09375; 24 Feb 83 19:04:24 PST (Thu) Received: from UCBARPA.ARPA by UCBVAX.ARPA (3.314/3.5) id AA21078; 24 Feb 83 19:04:37 PST (Thu) To: INFO-CPM@mit-mc.arpa, POURNE@mit-mc.arpa Received: From Mit-Mc.ARPA via smtptcp; 24 Feb 83 23:25 EST Received: From Brl.ARPA via smtptcp; 24 Feb 83 23:48 EST Received: From brl-gateway.ARPA via smtptcp; 25 Feb 83 0:00 EST There are a large number of public domain cpm programs that do what you want...just look through the CPM; directory on MC for directory programs in assembler. You might want to check SD. David 24-Feb-83 19:17:00,757;000000000000 Date: 24 February 1983 19:17 EST From: Charlie Strom Subject: HOW TO.. To: POURNE@mit-mc.arpa cc: INFO-CPM@brl.arpa In-reply-to: The message of 24 Feb 1983 06:26 EST from Jerry E. Pournelle Received: From Mit-Mc.ARPA via smtptcp; 24 Feb 83 19:05 EST Received: From Brl.ARPA via smtptcp; 24 Feb 83 19:12 EST Received: From brl-gateway.ARPA via smtptcp; 24 Feb 83 19:19 EST Two public domain programs that come to mind are SD and XDIR. The latter is part of the new ZCPR2 package and is available on MC on one of the FJW archives (AR80, AR81, or AR82); the former is in the CPM directory. Look at CPM;CPM DIRLST for a pointer to it. If you need more specific info on either, feel free to ask.. 24-Feb-83 23:02:00,947;000000000000 Date: 24 February 1983 23:02 EST From: Eliot Scott Ramey Subject: Where is Dr. Dobb? To: info-cpm@brl.arpa cc: info-micro@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 24 Feb 83 23:05 EST Received: From Brl.ARPA via smtptcp; 24 Feb 83 23:48 EST Received: From brl-gateway.ARPA via smtptcp; 24 Feb 83 23:58 EST In the latter part of November '82, I ordered a 3 year subscription to Dr. Dobb's after recieving one of there subscription forms in the mail. About 4 weeks later I recieved the cancelled check. At the end of Janurary I sent them a copy of the cancelled check and asked them where my magizines had gone. Now it is the end of February, and I have neither recieved a response to my letter or a magazine! Does anybody know if this happens often? How can I get them to send me my magizines?!?!! Any help please. -Eliot at Mit-MC P.S. Please reply to me as I am not on Info-Micro. 25-Feb-83 00:58:56,1850;000000000000 Date: 25 Feb 83 0:58:56 EST (Fri) From: Rick Conn To: Jerry E. Pournelle cc: INFO-CPM@mit-mc.arpa Subject: Re: HOW TO.. Received: From Mit-Mc.ARPA via smtptcp; 25 Feb 83 1:23 EST Received: From Brl.ARPA via smtptcp; 25 Feb 83 1:30 EST Received: From brl-gateway.ARPA via smtptcp; 25 Feb 83 1:38 EST The library I just released to SIG/M (SYSLIB 2.4) con- tains many assembly language routines for doing the kinds of things you are interested in. To be exact, there are 130 rou- tines in the library which deal with the disk, math functions, sorting, ZCPR2, and other topics. Source code is available for everything if you want to study it. In answer to your first question (about finding free space on a disk), yes. The SDIR.MAC module of SYSLIB 2.4 con- tains a routine called DFREE which returns the number of free bytes (in K) on a disk. You just call DFREE after logging into the desired disk, and it returns this value in the DE register pair. The source code for this routine is under 2 pages in size, and it works for any CP/M 2.2 system. Re your second question (accessing directory info), the SDIR.MAC module also has routines to do this. DIRLOAD loads basic file info on all files on your disk into a memory buffer, and DIRSLOAD does the same as DIRLOAD but includes necessary info to compute file sizes and runs slightly slower as a result. These are far more complex than DFREE, and they are documented (along with all the SYSLIB 2.4 routines) in the SYSLIB.HLP files on MC and the SYSLIB documents. Workman should have a copy of the SYSLIB documents and the ZCPR2 documents by now, and you can get the interface info from him. Rick 25-Feb-83 01:08:33,583;000000000000 Date: 25 Feb 83 1:08:33 EST (Fri) From: Rick Conn To: Charlie Strom cc: POURNE@mit-mc.arpa, INFO-CPM@brl.arpa Subject: Re: HOW TO.. Received: From Brl.ARPA via smtptcp; 25 Feb 83 1:18 EST Received: From brl-gateway.ARPA via smtptcp; 25 Feb 83 1:26 EST One note -- XDIR for ZCPR2 derives all of its power from SYSLIB 2.4, calling the routines in the SDIR module. The source to XDIR gives an example of how to call those routines, but the documentation on SYSLIB 2.4 is (hopefully) clear on this matter also. 25-Feb-83 04:51:00,480;000000000000 Date: 25 February 1983 04:51 EST From: Jerry E. Pournelle Subject: cpm dirlst To: GZ@mit-mc.arpa cc: sdcsvax!vicki@nosc-cc.arpa, info-cpm@brl.arpa In-reply-to: The message of 15 Feb 1983 07:06 EST from Gail Zacharias Received: From Mit-Mc.ARPA via smtptcp; 25 Feb 83 5:01 EST Received: From Brl.ARPA via smtptcp; 25 Feb 83 5:09 EST Received: From brl-gateway.ARPA via smtptcp; 25 Feb 83 5:10 EST As usual, belated thanks.. 25-Feb-83 05:01:00,465;000000000000 Date: 25 February 1983 05:01 EST From: Jerry E. Pournelle Subject: QX-10 To: halko@nadc.arpa cc: info-cpm@brl.arpa In-reply-to: The message of 18 Feb 1983 08:58:28-EST from halko at nadc.arpa Received: From Mit-Mc.ARPA via smtptcp; 25 Feb 83 5:15 EST Received: From Brl.ARPA via smtptcp; 25 Feb 83 5:21 EST Received: From brl-gateway.ARPA via smtptcp; 25 Feb 83 5:33 EST net now ok, can download files if have pointer to them.. 25-Feb-83 19:47:11,833;000000000000 Date: 25 Feb 83 19:47:11 EST (Fri) From: Rick Conn To: Bohlmann.eos@parc-maxc.arpa cc: info-cpm@brl.arpa Subject: Re: SYSLIB 2.4, ZCPR2 Received: From Brl.ARPA via smtptcp; 25 Feb 83 19:54 EST Received: From brl-gateway.ARPA via smtptcp; 25 Feb 83 20:03 EST AR19:CPM on MIT-MC contains HLP and REL files to SYSLIB 2.1. 2.4 isn't up yet, and I doubt if the source will come online at MC because there is so much to it (2 disks and 80+ files). When White Sands comes online, it is likely that it will be there. Don't know when White Sands will come on line, tho. You will probably find all of ZCPR2 there as well when it does (from my understanding). All of this is in SIG/M (both ZCPR2 and SYSLIB 2.4), but I don't know the volume numbers yet. Rick 25-Feb-83 19:47:40,830;000000000000 Date: 25 Feb 83 19:47:40 EST (Fri) From: George Keller (IBD) To: info-cpm@brl.arpa Subject: NS Advantage Received: From Brl.ARPA via smtptcp; 25 Feb 83 19:54 EST Received: From brl-gateway.ARPA via smtptcp; 25 Feb 83 20:04 EST I have been impressed with the way North Star has "enhanced" CP/M 2.2 for the NS Advantage by adding calls for graphics and such. Is anyone knows to be taking advantage (sorry) of the additions to write good graphics for the Adv? Games? Canned packages of .rel subroutines? I'm interested in public domain material, but also in material for sale. What's the most inclusive, comprehensive listing of CP/M software available? Does it include both public domain and for-sale material? I will send collected responses to anyone who asks. 26-Feb-83 18:09:42,838;000000000000 Date: 26 Feb 83 18:09:42 EST (Sat) From: Rick Conn To: JHESS@usc-eclb.arpa cc: info-cpm@brl.arpa Subject: Re: ZCPR2 available on MIT? Received: From Brl.ARPA via smtptcp; 26 Feb 83 18:19 EST Received: From brl-gateway.ARPA via smtptcp; 26 Feb 83 18:26 EST Yes, distribution versions will be in AR80 to AR82:FJW. Right now, ZCPR2 itself and its header are the dist versions, as well as the Rationale Manual. I believe the HLP files are also correct, and intend to check the COM files (via CRCs) to make sure they are also up to date and will update any which aren't. The rest of the manuals will be placed there sometime, but I don't know when yet. I'll send a message to INFO-CPM after everything has been checked and uploaded. Rick 26-Feb-83 19:00:27,692;000000000000 Date: 26 Feb 83 19:00:27 EST (Sat) From: Rick Conn To: info-cpm@brl.arpa, info-micro@brl.arpa cc: rconn@brl.arpa Subject: ZCPR2 on an RBBS Received: From Brl.ARPA via smtptcp; 26 Feb 83 19:04 EST Received: From brl-gateway.ARPA via smtptcp; 26 Feb 83 19:12 EST All the ZCPR2 COM (of type OBJ on an RBBS) files, the source to ZCPR2, and the current versions of the manuals (less header/table of contents) are available on the Lincroft, NJ RCPM system. All other ZCPR2 files are available on request. XMODEM is supported for downloading. The phone number for this RCPM is 201-747-7301. Rick 27-Feb-83 07:53:00,786;000000000000 Date: 27 February 1983 07:53 EST From: Charlie Strom Subject: New LU files To: INFO-CPM@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 27 Feb 83 7:54 EST Received: From Brl.ARPA via smtptcp; 27 Feb 83 17:36 EST Received: From brl-gateway.ARPA via smtptcp; 27 Feb 83 17:45 EST I have placed the following files on MC: AR29:LU 210COM LU 210HEX (for those who cannot FTP binary files) LU 210DOC These new files represent an upgraded version of Library Utility, written in BDS C by Gary Novosielski. This utility allows a number of files on a CP/M disk to be strung together into one large file for archiving purposes. LRUN, also on AR29, allows a .COM file to be loaded and executed directly from a library. Charlie 27-Feb-83 22:25:05,436;000000000000 Date: 27 Feb 1983 21:25:05-PST From: Jim Gilbreath Reply-to: CCVAX.gil@nosc-cc.arpa To: BYTE@mit-mc.arpa, info-cpm@brl.arpa Subject: Re: CP/M-68K Received: From Nosc-Cc.ARPA via smtptcp; 28 Feb 83 0:26 EST Received: From Brl.ARPA via smtptcp; 28 Feb 83 0:30 EST Received: From brl-gateway.ARPA via smtptcp; 28 Feb 83 0:41 EST No, it's not from White***. It's from Alcyon, written by Bill Allen. 28-Feb-83 00:37:46,730;000000000000 Date: 28 Feb 83 00:37:46 PST (Mon) From: David Allen Gewirtz Subject: Re: CP/M-68K Message-Id: <8302280837.AA04090@UCBARPA.ARPA> Received: by UCBARPA.ARPA (3.320/3.7) id AA04090; 28 Feb 83 00:37:46 PST (Mon) Received: from UCBARPA.ARPA by UCBVAX.ARPA (3.314/3.5) id AA11664; 28 Feb 83 00:27:54 PST (Mon) To: CCVAX.gil@nosc-cc.arpa Cc: info-cpm@brl.arpa Received: From Ucb-Vax.ARPA via smtptcp; 28 Feb 83 3:38 EST Received: From Brl.ARPA via smtptcp; 28 Feb 83 3:49 EST Received: From brl-gateway.ARPA via smtptcp; 28 Feb 83 3:59 EST Correct, the 68K C Compiler is Alcyon's. DR is releasing an 8086 C compiler done by Mike Lehman of Pascal/MT+ fame at DR. 28-Feb-83 06:38:00,28617;000000000000 Date: 28 February 1983 06:38 EST From: Keith Petersen Subject: RCPMLIST.34 To: Info-Cpm@brl.arpa Received: From Mit-Mc.ARPA via smtptcp; 28 Feb 83 6:39 EST Received: From Brl.ARPA via smtptcp; 28 Feb 83 6:43 EST Received: From brl-gateway.ARPA via smtptcp; 28 Feb 83 6:52 EST +++ Remote CP/M Software Exchange Systems, List # 34 +++ Last Revised February 15, 1983. =============================================================== A summary of all known (and running) Remote CP/M Software Exchange Systems using XMODEM for program transfers. List # 34 revised and updated courtesy of: Kim Levitt and Jud Newell Changes should be sent to TORONTO RCP/M SYSTEM ONE (416-231- 9538), TORONTO RCP/M SYSTEM TWO (416-231-1262) or HOLLYWOOD RCP/M RBBS (213-653-6398) (NOT 655-8894 as shown in list #33!!) =============================================================== Systems all confirmed active as of RCP/M List #32 unless otherwise noted at end of file. =============================================================== KEY: Baud Rates: B1-PMMI, B2-300, B3-212A/300/1200, B4- Vadic/300/1200, B5-212A,Vadic/300/1200. Alternate Long Dist. Services: LD1-None, LD2-Sprint, LD3-MCI, LD4-ITT. Call Back: CB-Call Back, NCB-No Call Back. Disk Capacity: DSK: (total disk space shown in KBytes or MBytes). =============================================================== --------------------------------------------------------------- NORTHEAST --------------------------------------------------------------- Programmer's Anonymous RCP/M, (207) 839-2337. Ralph Trynor. NCB. 24 Hours. B3;LD1;DSK: 180k. [Gorham, Maine] Interest in new software, modem programs, help and software for the Osborne. (System runs on an Osborne 1.) --------------------------------------------------------------- TORONTO ONTARIO RCP/M SYSTEM ONE, (416) 231-9538, Jud Newell. NCB. 24 hrs. B5;LD1;Dsk: 10mb Hard. [Toronto, Ontario, Canada] Interest in New and New Releases of Software. Online programs exceed 1000, and online program catalog of 6000 on request programs available. (System formerly named MISSISSAGUA RCPM.) --------------------------------------------------------------- TORONTO ONTARIO RCP/M SYSTEM TWO, (416) 231-1262, Jud Newell, NCB. 24 hrs. B1;LD1;DSK: 10mb. Hard. [Toronto, Ontario, Canada] System supports extensive database and help systems, as well as over 2mb of BASIC utilties/games/etc. Operated in conjunction with SYSTEM ONE. (above) --------------------------------------------------------------- MISSISSAUGA ONTARIO HUG-RCP/M, (416) 231-4174, Toronto Heath Users Group. NCB. 1800-0600 wkdys, 24 hrs wkends. B1;LD1;DSK:2+mb. [Toronto, Ontario, Canada] --------------------------------------------------------------- Mid-Suffolk RCP/M and Data Exchange, (516) 751-5639, Al Klein, NCB. 1700-0900 weekdays, 1700 Friday - 0900 Monday. B2;LD2,3; DSK:400k. [Long Island, NY] Sysop interested in new programs for all micros. Note Phone will be answered voice 0900-1700 Monday-Friday. --------------------------------------------------------------- Johnson City, NY SJBBS, (607) 797-6416, Charles ---. NCB. Eves., etc. B2,LD1,DSK:2mb. [Upstate New York] --------------------------------------------------------------- SuperBrain RCPM, (617) 862-0781, Paul Kelly. NCB. 1900-0700 wkdys, 24 hrs wkends. B5;LD2,3,4;DSK:300k. [Lexington, MA:] Special interest in Superbrain-adapted CP/M programs. --------------------------------------------------------------- Rochester RBBS, (716) 524-1785, Arnie McGall. NCB. 24 hrs. B5;LD2,3,4;DSK:2.4mb. [Upstate New York] --------------------------------------------------------------- Bearsville Town SJBBS, (914) 679-6559, Hank Szyszka. NCB. 24 hrs. B1;LD1;DSK:4mb. [Upstate New York] --------------------------------------------------------------- Woodstock RCP/M RBBS. (914) 679-8734. John Doak. NCB. 24 Hrs. (Machine answers after 3rd ring.) B3;LD2,3,4;DSK:2.8mb. [Woodstock, New York] Heath H8 System. Sysop interested in all CP/M software, plus ham radio software. CPMUG and RCPM library is available. May respond to baud rates upto 450 as well as 1200 baud. --------------------------------------------------------------- Brewster RBBS, (914) 279-5693, Paul Bosshold & Carl Erhorn. CB. 9pm-8am Weekdays, 24 hour weekends. B1;LD1;DSK:500k. [Downstate New York] (S-100 based. General CP/M software) --------------------------------------------------------------- EAST CENTRAL --------------------------------------------------------------- Flanders, NJ. (201) 584-9227, Ken Stritzel. NCB. 24 hrs, B3(0700 Monday-1700 Friday);B1(1700 Friday-0700 Monday); LD2;DSK: 26mb Hard. [Northern New Jersey] Emphasis on new programs and recent updates of standard programs --------------------------------------------------------------- Paul Bogdanovich's RBBS, (201) 747-7301, Paul Bogdanovich, NCB. 1800-2300 wkdys, 0800-2300 wkends. B1;LD1;DSK:1mb. [New Jersey] --------------------------------------------------------------- RIBBS of Cranford, New Jersey (201) 272-1874, Bruce Ratoff. NCB. 24 hrs. B1(B3 on request);LD2,3;DSK:3mb. Bulletin Board of SIG/M (Special Interest Group/Microcomputers, ACGNJ) [New Jersey] General CP/M software; active also as a bulletin board. --------------------------------------------------------------- Allentown RBBS/RCPM System, (215) 398-3937, Bill Earnest. NCB. 24 hrs. B1;LD2,4;DSK:10mb Hard. [E. Pennsylvania] General CP/M software. Bulletin board of the Lehigh Valley Computer Club and SIG/M Group. --------------------------------------------------------------- Laurel, MD. RCPM/RBBS, (301) 953-3753, Wayne Hammerly. NCB. 24 hrs. B2;LD2;DSK: 64mb hard. [Washington DC Area] Now running on Molecular Super micro 32, with three phone lines for remote use. Note numbers 953-3753,3754 are 300 baud, 953-3755 is 1200 baud. --------------------------------------------------------------- BHEC RBBS/RCPM, (301) 661-4447, Walt Jung, Charlie Schnepf, Harry Barley. NCB. 6pm-9:30am Daily, 9pm Thu-9:30am Fri, 5pm Sat-9:30am Mon. B2;LD2,3,4;DSK:10mb Hard. [Baltimore, MD] --------------------------------------------------------------- PROVIDENCE RCP/M, (401) 751-5025. Mark Rippe. CB. 1000 Sat-2200 Sun. B2;LD2,3;DSK:1.2mb [Providence, R.I.] --------------------------------------------------------------- RLP RCP/M, McLean VA, (703) 524-2549, Bob Plouffe. NCB. 24 hrs. B2;LD2,3;DSK:2.7mb. [Wash DC Area] Running CBBS for messages. --------------------------------------------------------------- Arlington RCPM/DBBS of Virginia, (703)536-3769, Eliot Ramey, NCB. 2200-1500 weekdays, random weekends, B1;LD2,3,4;DSK:800k. [Arlington, Virginia] Recent updates and new releases. --------------------------------------------------------------- OxGate-007 Grafton VA, (804) 898-7493, Dave Holmes. NCB. 24 hrs. B2;LD2;DSK:200k. [Tidewater, VA.] Carries CP/M, TRS-80 & Apple software; plans for setting up a dual system (on one line) with an LNW-80 as well as the CP/M computer. Active as bulletin board. --------------------------------------------------------------- State College, PA. CUG-NODE, (814) 238-4857, Joe Shannon. NCB. 24 hrs. B2;LD1;DSK:3mb. [Pennsylvania] --------------------------------------------------------------- MIDWEST --------------------------------------------------------------- Logan Square RCPM, (312) 252-2136, Earl Bockenfeld. NCB. 24 hrs. B1;LD2,3,4;DSK:1mb. [Chicago] Special interest in recent releases and developing on- line databases, with daily change of software on B drive --------------------------------------------------------------- Palatine RCPM, (312) 359-8080, Tim Cannon. NCB. 1800-0600 wkdys, 24 hrs weekends. B1 (Thursday 1800-Sunday 1800),B4 (All other times);LD2,3,4;DSK:4.8mb. [Chicago] Emphasis on very recent releases, updates to existing programs and BDS C programs. Disks on B:;C:; and D: are rotated with a second set daily. --------------------------------------------------------------- IBM-PC BBS, (312) 647-7636, Gene Plantz. NCB. 1800-0700 wkdys & 24 hrs wkends. B5;LD2,3,4;DSK:200k. [Niles: Chicago area] --------------------------------------------------------------- AIMS, Hinsdale, Ill. (312) 789-0499, Mark Pulver. NCB. 24 hrs. B1;LD2,3,4;DSK: 10mb Hard. [Chicago area] --------------------------------------------------------------- NEI RCPM System, (312) 949-6189, Chuck Witbeck. NCB. 1800-0100 wkdys, 1200-0100 wkends. B1;LD2,3,4;DSK:2mb. [Chicago area] Main emphasis is on communications programs, including versions adapted to non-standard CP/M systems. --------------------------------------------------------------- Technical CBBS, (313) 846-6127, Dave Hardy. NCB. 24 hrs. B1;LD2,3,4;DSK:3mb. [Detroit area] Emphasis on very recent releases. RCPM sysops desiring access to the passworded RCPM Clearing House system should leave a msg on TCBBS. Active message system --------------------------------------------------------------- Royal Oak CP/M, (313) 759-6569, Keith Petersen. CB. 24 hrs. B1 (B5 available on request);LD2,3,4;DSK:10 mb. Hard. [Detroit area] Emphasis on new programs & recent updates of standard progs. --------------------------------------------------------------- Southfield, MI, RBBS/RCPM, (313) 559-5326, Howard Booker. NCB. 24 hrs. B2;LD2,3,4;DSK: 2.7mb. [Michigan] Special interest in BDSC programs, doc. files and recent updates of standard programs. --------------------------------------------------------------- MINICBBS/Sorcerer's Apprentice Group, (313) 535-9186, Bob Hageman. NCB. 24 hrs. B1;LD2,3,4;DSK: 500k. [Detroit,Michigan] Running on an Exidy Sorcerer. Special interest in adapting CP/M software and assorted hardware to Sorcerer systems. --------------------------------------------------------------- OZZy #1 - OSBORNE RBBS/RCPM of Milwaukee, (414) 342-4599. Jim Ryan. NCB. 24 hrs. B2;LD2,3,4;DSK:416k. [Milwaukee, Wisconsin] Special Interest in Osborne Software and Info. System software is first generation and does have some bugs. Be patient. -------------------------------------------------------------- Fort Fone File Folder, (414) 563-9932, Al Jewer, Shawn Everson, Ron Fowler. NCB. 24 hrs. B1;LD1;DSK: 20mb Hard. [Ft. Atkinson, Wisconsin] --------------------------------------------------------------- Cincinnatti RBBS, (513) 489-0149, Henry Deutsch. NCB. 1800-0600 daily. B1;LD2;DSK: 1.8mb. [Ohio] Specializes in Telecommunications. --------------------------------------------------------------- West Carrolton RCP/M, (513) 435-5201, Rich Malafa & Bob Drake. NCB.24 hrs. B1;LD2;DSK:11mb Hard. [Dayton, OH] --------------------------------------------------------------- Columbus CBBS, (614) 272-2227, (268-CBBS), John Walpole. NCB. 24 hrs. B1;LD2,3,4;DSK: 300k. [Ohio] Now running MP/M, on a Tarbell SD controller; occasional slow response means the sysop is also using the system; special interest in BDS-C programs. Also active as a bulletin board. --------------------------------------------------------------- Pickerington RBBS, (614) 837-3269. Greg Bridgewater. NCB. ??? Schedule. B2;LD2;DSK: 1mb. Running TRS-80 with Omikron. [Ohio] ------------------------------------------------------------- Mission, KA, (913) 362-9583, Dave Kobets. NCB. 24 Hrs. B3;LD2;DSK: 2mb. [Kansas] --------------------------------------------------------------- AlphaNet RCP/M RBBS, (913) 843-4259. Larry Miller. NCB. 1800- 0900 daily. B2;LD3;DSK: 700k. B drive changes daily. [Lawrence, Kansas] Superbrain w/Hayes Smartmodem. General CP/M Software. --------------------------------------------------------------- SOUTH --------------------------------------------------------------- NACS/UAH RBBS/RCPM, (205) 895-6749, Don Wilkes. CB. 24 hrs. B1;LD1;DSK: 700k [Huntsville, Alabama] Run for N. Ala. Computer Soc. at U. of Ala.; general CP/M software. --------------------------------------------------------------- REDSTICK RCPM, (504) 766-8962, Phil Cary, NCB. W'days 2200- 1900, w'ends 2200-0900. B1;LD2;DSK: 2.3mb. [Baton Rouge, La.] Message system "REDSTICK" written by sysop. General software. Special Interest in CB-80. --------------------------------------------------------------- SOUTHERN CALIFORNIA --------------------------------------------------------------- Los Angeles RCP/M, (213) 296-5927, Bob McCown. NCB. 24 hrs. B1;LD2,3,4;DSK: 2.5mb. [West. L.A.] System features catalog of the latest CP/M, Apple, Atari, TRS-80 and IBM PC software. --------------------------------------------------------------- Granada Engineering Group RCP/M, (213) 360-5053, Webber Hall. NCB. 24 Hrs. B2;LD2,3,4;DSK: 1mb. [Granada Hills, Ca.] Special interest in CP/M utilities, assembly language programs, hardware/software technical information. --------------------------------------------------------------- The MOG-UR'S HBBS, (213) 366-1238, Tom Tcimpidis. NCB. 24 hrs. B5;LD2,3,4;DSK: 1mb. [San Fernando valley, LA Area] --------------------------------------------------------------- G.F.R.N. Data Exchange (RBBS), (213) 541-2503, Skip Hansen. NCB. 24 hrs. B5;LD2,3,4;DSK: 2.4mb. [Palos Verdes, CA] Standard CP/M s'ware with special interest in ham radio-related programs. Soon (with MP/M) will also be reachable thru 450 mhz radio. --------------------------------------------------------------- Pasadena RBBS, (213) 577-9947, Rich Berg. NCB. 1600-0700 weekdays, 24 hrs weekends. B1;LD2,3,4;DSK: 1.5mb. Heath H89. [Los Angeles Area] --------------------------------------------------------------- HOLLYWOOD RCPM/RBBS. (213) 653-6398. Kim Levitt. NCB. 24 hrs. B2;LD2,3,4;DSK: 380k. [Los Angeles, CA] Special Interests include general CP/M utilities, data communications software, videographics and other applications for the entertainment industries. >>> THIS SYSTEM IS ALSO A COLLECTION POINT FOR UPDATES TO THIS LIST. PLEASE SEND THE INFO. AS A FILE OR MESSAGE TO SYSOP. (NOTE: Phone number listed incorrectly in RCPM-033.LST!!!!!!!) -------------------------------------------------------------- Pasadena CBBS, (213) 799-1632, Dick Mead. NCB. 24hrs. B1;LD2,3,4;DSK: 8.3mb Hard. [Los Angeles Area] Also active as bulletin board. General CP/M software.) --------------------------------------------------------------- BARSTOW RCP/M, (619) 256-3914, Bill Wood. NCB. 24 hrs Monday- Friday, off 0900-1800 Sat/Sun. B1/B5;LD1;DSK: 4.9mb. [Barstow, California] General interest CP/M Public Domain Software. Note System Power is off until Modem Carrier Lock. (does not recognize CR's for 15 seconds after lock, while System auto boots. --------------------------------------------------------------- San Diego RCPM, (619) 273-4354, Brian Kantor. NCB. 24 hrs. B5;LD2,3,4;DSK: 2.4mb. [San Diego, CA] --------------------------------------------------------------- G.F.R.N. Data Exchange (RBBS), Garden Grove, (714) 534-1547, Doug Laing, NCB. 24 hrs, B5;LD2;DSK: 5mb. [Garden Grove, Ca.] Special interest in amateur radio and apple/cpm software, also general interest CP/M. --------------------------------------------------------------- AnaHug RCPM/CBBS, (714) 774-7860, Bob Mathias, John Secor. NCB. 24 hrs. B2;LD2,3,4;DSK: 10mb Hard. [Ahaheim, Ca.] Special interest in hobby computing, ham, electronics hobbyists. ----------------------------------------------------------------- Thousand Oaks Technical RCP/M, (805) 492-5472, Trevor Marshall. NCB. 24 hrs. B1,(B3 on request);LD1;DSK: 2mb. [Thousand Oaks, CA] --------------------------------------------------------------- Simi RCPM, 805-527-2219, Pete Mack, NCB. 1900-2300 PST, Mon- Fri, 24 hrs on weekends. B1 (B3 on request);LD1;DSK: 1mb. [Simi Valley, Ca.] Mostly BDSC programs and occasional new releases of general interest. -------------------------------------------------------------- CP/M-Net(tm), (805) 527-9321, Kelly Smith. NCB. 1900-2300 (Pacific) Mon-Fri, 1900 Fri to 0700 Mon. B1;LD2;DSK: 20mb Hard. [Simi Valley, CA] --------------------------------------------------------------- NORTHERN CALIFORNIA --------------------------------------------------------------- OxGate-001 Saratoga, (408) 867-1243, Paul Traina, NCB. 24 hrs. B5;LD2,3,4;DSK: 2.4mb. [South SF Bay Area] Special Interest in latest releases, also functions as west coast "Sysop's Clearinghouse". (OxNet hub) --------------------------------------------------------------- OxGate-002 Milpitas, (408) 263-2588, Mel Cruts, CB, 24 hrs. B1;LD2,,3,4;DSK 1.2mb. [South SF Bay Area]. --------------------------------------------------------------- Cro'sNEST RCP/M -- DataTech node 004, (408) 732-2433, Robert Kuhman. NCB. 24 hrs. B1;LD2,3,4;DSK: 1mb. [South SF Bay Area] CROMEMCO system two based. Specializing in CP/M, CDOS, and CROMIX software. Many new CDOS programs (never before released to public domain) are available. --------------------------------------------------------------- OxGate-004 Sunnyvale, (408) 732-9190, Edward Svoboda. NCB. 7:45am-11:00pm 7 days/week. B2;LD2,3,4;DSK: 2.4mb. APPLE ][ based system [South SF Bay Area] Special interest in communications, Apple CP/M, and Osborne Sysop almost always available. --------------------------------------------------------------- San Jose Oxgate, (Node 5), (408) 287-5901, Paul Traina. NCB. 1800-0800 wkdys, 24 hrs wkends. B2;LD2,3,4; DSK: 2.4mb. [SF Bay Area] --------------------------------------------------------------- San Francisco RCP/M, (415) 563-4953, S.F. Avanti. NCB. 8pm-8am 7 days/wk & when not used for business. B2;LD2,3,4;DSK: 270k. [San Francisco, CA] Main interest in CP/M utilities. On-line catalog of off-line CP/M pgms. available. --------------------------------------------------------------- DataTech Network Headquarters System, (415) 595-0541, Edward Huang. NCB. 24 hrs. B5;LD2,3,4;DSK: 200k. [ Box 290, San Carlos, CA 94070 S.F. Bay Area] Heath/Zenith based. Special interest in utilities and communications as well as general software. --------------------------------------------------------------- Piconet RBBS-RCP/M, (415) 965-4097, Byron McKay. NCB. 24 hrs. B1;LD2,3,4;DSK 2.4mb. Sponsored by PicoNet CP/M group. [SF Bay Area] --------------------------------------------------------------- RBBS of Marin County, (415) 383-0473, Jim Ayers. NCB. Eves & nites wkdys, 24 hrs wkends. B1;LD2,3,4;DSK: 1mb. [SF Bay Area] --------------------------------------------------------------- Larkspur RBBS/RCPM, (415) 461-7726, Jim C. NCB. 24 hrs. B1;LD2,3,4;DSK: 2mb. [SF Bay Area] --------------------------------------------------------------- Napa Valley RCP/M RBBS, (707) 226-6502, Dave Austin. NCB. 24 hrs. B1;LD1;DSK: 600k. [Napa, CA] Supports TRS, Apple, Osborne, Atari and CP/M systems. Also interested in amateur radio and net info. --------------------------------------------------------------- SOUTHWEST --------------------------------------------------------------- Dallas RCP/M CBBS, (214) 931-8274, Dave Crane. NCB. 1800-0800 Mon-Fri, 24 Hrs Sat/Sun/holidays. B1;LD2,3,4;DSK: 2.4mb. [Dallas, Texas] Special interest in programs for and discussions of application of micros to science & engineering, especially earth sciences. --------------------------------------------------------------- Boulder, Colorado RCPM, (303) 499-9169, Jack Riley. NCB. 1900- 2230 weekdays, 1200-2230 weekends. B1;LD2,3;DSK: 32mb Hard. [Boulder, Colorado] --------------------------------------------------------------- Colorado Springs RIBBS, (303) 634-1158, Richard Evers (Arvada Electronics). NCB. 24 hrs. B3;LD2,3;DSK: 2.4mb. [Colorado Springs, Co]. --------------------------------------------------------------- Pinecliffe RMP/M RBBS, (303) 642-3034, Craig Baker. NCB. Irregular hrs, 24 hrs. soon, (try anytime). B3;LD2,3;DSK: 16mb. [Pinecliffe, Colorado] Login by using "LOGIN" program. On-line databases on such topics as nuclear power, Retrieval system, MP/M-II mods, interest in active discussions. --------------------------------------------------------------- Denver CUG-NODE, (303) 781-4937. ? Sysop. NCB. 24 hrs. B1;LD2,3;DSK: 1mb. [Denver, Colorado] --------------------------------------------------------------- Satsuma RCP/M, (713) 469-8893. ? Sysop. NCB. 1400-2400 CST. B2;LD2,3;DSK: 10mb hard. [Houston, TX]. No Message system, either active or planned. Software exchange only. --------------------------------------------------------------- OxGate-006 College Station, (713) 693-3462, Byron Young, NCB. 24 hrs. B5;LD1;DSK: 2.4mb. [College Station, TX] --------------------------------------------------------------- El Paso Texas Apple UG RBBS/RCPM, (915) 533-2202. NCB. 24 hrs. B2;LD2,3;DSK: 3.5mb. [El Paso, Texas] Runs on a 3.5Mb segment of North Star Hard Disk (multiuser system.) General, APPLE, and BDS C software. --------------------------------------------------------------- El Paso Texas RCPM, (915) 598-1668, Sigi Kluger. NCB. 1700-0600 weekdays, all day w'ends. B1;LD2,3;DSK:1.3mb. [El Paso, Texas] XMODEM MAST.CAT for list of available files. Diskettes rotated every 2 days. --------------------------------------------------------------- NORTHWEST --------------------------------------------------------------- Olympia RCPM, (206) 352-7530. Tim Linehan. NCB. 24 hrs. B1;LD1;DSK: 16mb. Hard. [Olympia, Washington] --------------------------------------------------------------- Yelm RBBS & CP/M, (206) 458-3086, Dave Stanhope. CB. 24 hrs. B1;LD1;DSK: 250k. [Olympia, Washington] --------------------------------------------------------------- Edmonton RCPM, (403) 454-6093, Dave McCrady, NCB. 24 hrs (somewhat sporadic .. not answered when system in use by SYSOP), B5;LD1;DSK: 3.8mb. [Edmonton, Alberta, Canada] General CP/M software;some HDOS, Apple and TRS80 stuff available as well. --------------------------------------------------------------- Helena Valley RBBS/RCPM, (406) 443-2768. Marion thompson. NCB. 8am-8pm Monday-Friday, intermittent on weekends. B3;LD1;DSK: 1.2mb. [Helena, Montana] Special Interest in CAI, S-100 and general CP/M software. Also CPA related spread sheet programs. --------------------------------------------------------------- Chuck Forsberg's RCPM, (503) 621-3193, NCB. 24 hrs. B5;LD2;DSK: ?. [Oregon] --------------------------------------------------------------- DOCTOR DOBB'S CP/M EXCHANGE RCPM, (503) 758-8408. Gene Head. CB. 2100-0900 weeknites. B2;LD1;DSK: 336k. [Corvallis, Or.] Interested in helping get new modems up and running, and magazine (DDJ) input from readers.(Letters, articles, listings, etc). People phone (503) 758-0279 0900-2100 daily. -------------------------------------------------------------- Beaverton, Oregon RCPM, (503) 641-7276, (641-RCPM), Dave Morgan. NCB. 24 hrs. B1;LD2;DSK: 26mb Hard. [Oregon] Interest in very recent releases and computer art. --------------------------------------------------------------- Frog Hollow CBBS/RCPM, (604) 873-4007, David Bowerman. NCB. 24 hrs. B1;LD1;DSK: 1.2mb. [Vancouver, BC, Canada] --------------------------------------------------------------- Anchorage RCPM, (AMS), (907) 337-1984, Thomas Hill. NCB. 11pm- 9am 7 days/wk. B2;LD1;DSK:12.4mb. Hard. [Anchorage, Alaska] Sysop interested in "just about everything". Has text files on articles written for Lifelines on C: user 6. Voice contact at same phone, 9am to about 7pm. --------------------------------------------------------------- GENERAL NORTH AMERICA --------------------------------------------------------------- CP-MIG. On MicroNet, type 'R CP-MIG' or GO PCS-47, Sysops Dave Kozinn, Tom Jorgenson & Charlie Strom are arranging to have MN carry much of the new CPMUG and SIG/M software, plus a newsletter and a CP/M-oriented CBBS. --------------------------------------------------------------- --------------------------------------------------------------- NOTES: 1. Call-back systems are those where a computer and real people share the same telephone line. To contact the people, just dial & let the phone ring until you get an answer. To contact the computer: (1) dial, (2) let the phone ring once, (3) hang up just before the 2nd ring, & (4) re-dial. Call back systems are noted as CB, systems not requiring call back are noted as NCB. 2. Baud rates are shown as Bx, where x is a code indicating: 1= pmmi rates (110-710 baud) ; 2 = 300 baud only 3= Bell 212A and 300 baud ; 4 = Vadic 3451 and 300 Baud 5= Bell 212A,Vadic 3451 and 300 Baud. Note that the 212A/Vadic 1200 baud modems may not be compatable with yours. Most of the above systems are using Vadic 3451 Triple modems, compatable with both Bell and Vadic Standard. Sign on the first time at 300 baud to determine the system capabilities. Note also that PMMI's can sometimes be used over 300 baud with 1200 baud systems. PMMI baud rates are: 110, 300, 450, 600, 710. 3. Alternate Long Distance servies are shown as LDx, where x is a code indicating: 1= None 2=Sprint 3=MCI 4=ITT Whether a program exchange system is accessible by an a.l.d.s. (=alternative long-distance service) should be con- sidered when planning to modem over long programs. Charges on SPRINT, ITT/CITYCALL and MCI are 50-60% of Ma Bell's regular long distance rates. 4. Disk capacity is shown for reference. Note that disks not noted as HARD may be any combination of floppies, and that hard disks are generally divided into a number of logical disks. Check the system documentation for exact details when logging on. 5. All times listed are local time. 6. NEW SYSOPS: When messaging Jud or Kim with information about your system, please include the following data: a. Your System's Name (& BBS type) (examples: Joe Blow's RBBS, Home Town RCPM/CBBS) b. Your System's area code and phone number. c. Your Name. d. Call Back/No Call Back. e. Hours of operation. f. Baud rates supported. g. Alternative Long Distance Services that can call you. (Note that you don't have to subscribe to any, just list ones that can call your area. If you don't know, call the local MCI, SPRINT and/or ITT offices or their 800 number and ask 'em.) h. Your on-line storage capacity. (Total KB or MB). i. Your location. (City, State; State, Area) j. Special features and interests, hardware notes, etc. It will greatly assist Jud and Kim if you can modem the information in a format similar to those already existing in the current listing. This list revised by Kim Levitt on 02/15/83. 28-Feb-83 07:35:00,456;000000000000 Date: 28 Feb 1983 0635-PST Sender: JHESS@usc-eclb.arpa Subject: SQ/USQ for TOPS-20? From: JHESS@usc-eclb.arpa To: info-cpm@brl.arpa Cc: jhess@usc-eclb.arpa Message-ID: <[USC-ECLB]28-Feb-83 06:35:29.JHESS> Received: From Usc-Eclb.ARPA via smtptcp; 28 Feb 83 9:48 EST Received: From Brl.ARPA via smtptcp; 28 Feb 83 10:01 EST Received: From brl-gateway.ARPA via smtptcp; 28 Feb 83 10:07 EST Has anyone modified SQ & USQ to run on TOPS-20 yet? 28-Feb-83 10:45:00,963;000000000000 Date: 28 Feb 1983 0945-PST Subject: Re: HOW TO.. From: Tom Carnahan To: Jerry E. Pournelle , INFO-CPM@mit-mc.arpa POSTAL-ADDRESS: TOM CARNAHAN, SMC 1819P, NPS, MONTEREY,CA 93940 Phone: (Home) 408-372-7480 (NPS office) 408-646-2174/5 AV 878-2174/5 In-Reply-To: Your message of 24 February 1983 06:26 EST Received: From Mit-Mc.ARPA via smtptcp; 28 Feb 83 12:49 EST Received: From Brl.ARPA via smtptcp; 28 Feb 83 12:58 EST Received: From brl-gateway.ARPA via smtptcp; 28 Feb 83 13:01 EST Jerry, I would sure be interested in seeing if you get a decent answer to your inquiry. I am trying to write a procedure that will query the disk for remaining space, determine if enough space is present, and write to the disk. I'm pretty new to the game...still learning much of the CP/M vocabulary. If you have the time, your effort would be greatly appreciated. Thanks, Tom ------- 28-Feb-83 12:22:11,1283;000000000000 Return-Path: Date: 28 Feb 83 12:22:11 EST (Mon) From: Ben Goldfarb Subject: CPM-68 To: info-cpm@brl.arpa Via: UCF-CS; 28 Feb 83 20:23-PDT Received: From Rand-Relay.ARPA via smtptcp; 28 Feb 83 23:46 EST Received: From Brl.ARPA via smtptcp; 1 Mar 83 5:14 EST Received: From brl-gateway.ARPA via smtptcp; 1 Mar 83 5:50 EST Terrific! I called Priority 1 this morning to ask when CPM-68 would be available for Godbout/CompuPro systems and the answer was, "six months from now." So I guess I can play tiddly-winks with the 68K board until then. But seriously, given a cross-assembler (which I'd either write or purchase), how easy or difficult wo it be for someone who has a lot of CBIOS experience with CPM-80 and CPM-86 to write a BIOS and install CPM-68 using a CPM-80 or CPM86 system as the development machine? I'm particularly interested in comments from those who have actually done the job (mknox@utexas-11 et al). Also, does anyone know the chance of getting one of these so-called beta versions that everyone saw running on CompuPro stuff at CPM-83? Disgusted at CompuPro, Ben Goldfarb ARPA: goldfarb.ucf-cs@Rand-Relay uucp: ...!duke!ucf-cs!goldfarb 28-Feb-83 16:30:00,654;000000000000 Received: from M.PCO.LISD.HIS by MIT-MULTICS.ARPA dial; 28-Feb-1983 18:32:56-est Date: 28 February 1983 16:30 mst From: Schauble.HDSA@m.pco.lisd.his Subject: Mark of the Unicorn products Reply-To: Schauble%PCO-Multics@mit-multics.arpa To: Info-CPM@brl.arpa Received: From Mit-Multics.ARPA via smtptcp; 1 Mar 83 8:01 EST Received: From Brl.ARPA via smtptcp; 1 Mar 83 8:45 EST Received: From brl-gateway.ARPA via smtptcp; 1 Mar 83 8:57 EST Could someone please give me breifly the current state of Mince or Final Word? What is the difference? Is the package containing BDS C still available? If so, is the BDS C the current version?