1-Feb-83 19:15:00,1097;000000000000
Date: 1 February 1983 19:15 EST
From: Charlie Strom <CSTROM@mit-mc.arpa>
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) <l.e.jenkins at edxa>
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 <RMS.G.HNIJ@mit-oz>
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 <POURNE@mit-mc.arpa>
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. "" <KLUDGE@mit-mc.arpa>
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) <l.e.jenkins at edxa>
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,
.....<<<jf>>>...
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 <CAL@mit-mc.arpa>
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 <FJW@mit-mc.arpa>
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 <POURNE at mit-mc.arpa>
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 <UCBARPA.dag@ucb-vax.arpa (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:)*d d <@MIT-MC,
(ADDRESS PROBLEM at host BRL: " "),
(ADDRESS PROBLEM at host BRL: ""),
(ADDRESS PROBLEM at host BRL: ", (:Include:)*d d <@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 <UCBARPA.dag@ucb-vax.arpa (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:)*d d <@MIT-MC,
(ADDRESS PROBLEM at host BRL: " "),
(ADDRESS PROBLEM at host BRL: ""),
(ADDRESS PROBLEM at host BRL: ", (:Include:)*d d <@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 <POURNE@mit-mc.arpa>
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 <POURNE@mit-mc.arpa>
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 <POURNE@mit-mc.arpa>
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 <PACIFIC@usc-ecl.arpa>
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 <BANDY@mit-ml.arpa>
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 <GRUPP@mit-mc.arpa>
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 <POURNE at mit-mc.arpa>
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 <POURNE at mit-mc.arpa>
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 = <NAK> so LMODEM thinks
that your local modem program has sent a <NAK> 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 <POURNE@mit-mc.arpa>
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 <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 <BANDY@mit-ml.arpa>
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 <goldfarb.ucf-cs@rand-relay.arpa>
cc: John S. Labovitz <goldfarb@ucf-cs.arpa>, 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 <SHAWN@mit-ml.arpa>
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: <Domae@UCI@UCI@rand-relay>
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 <BANDY@mit-ml.arpa>
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]<clib>
is the directory
7-Feb-83 01:11:00,803;000000000000
Date: 7 February 1983 01:11 EST
From: Keith Petersen <W8SDZ@mit-mc.arpa>
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 <RIZZI@usc-isib.arpa>
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 <Heiby.APSE@hi-multics.arpa (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 <w8sdz@brl.arpa>
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 <w8sdz@brl.arpa>
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 <decvax!decwrl!amd70!acw (Art Willis)@berkeley.arpa>
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: <Jsweet@UCI@UCI@rand-relay>
Date: 07 Feb 83 00:36:11 PST (Mon)
From: Jerry Sweet <jsweet.uci@udel-relay.arpa>
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 <w8sdz@brl.arpa>
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 <POURNE@mit-mc.arpa>
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 <RIZZI at usc-isib.arpa>
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 <w8sdz@brl.arpa>
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 <JDOS@mit-ai.arpa>
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 <goldfarb.ucf-cs@rand-relay.arpa>
Return-Path: <goldfarb.ucf-cs@Rand-Relay>
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 <Schauble@m.pco.lisd.his>
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 <POURNE@mit-mc.arpa>
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 <POURNE@mit-mc.arpa>
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 <rconn at BRL>
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 <rconn at BRL>
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 <rconn@brl.arpa>
To: Jerry E. Pournelle <POURNE@mit-mc.arpa>
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) <rconn@brl-bmd.arpa>
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 <FJW@mit-mc.arpa>
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 <goldfarb.ucf-cs@rand-relay.arpa>
Return-Path: <goldfarb.ucf-cs@Rand-Relay>
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 <BNH@mit-ml.arpa>
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 <RIZZI@usc-isib.arpa>
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: <goldfarb.ucf-cs@Rand-Relay>
Date: 12 Feb 83 23:10:39 EST (Sat)
From: Ben Goldfarb <goldfarb.ucf-cs@rand-relay.arpa>
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 <POURNE@mit-mc.arpa>
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 <W8SDZ@mit-mc.arpa>
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 <w8sdz at brl.arpa>
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 <W8SDZ@mit-mc.arpa>
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 <goldfarb.ucf-cs at rand-relay.arpa>
To: info-cpm at brl.arpa
Re: sweep37.com
Return-Path: <goldfarb.ucf-cs@Rand-Relay>
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 <W8SDZ@mit-mc.arpa>
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) <rconn at brl-bmd.arpa>
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 <W8SDZ@mit-mc.arpa>
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 <PLEHN@mit-mc.arpa>
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 <POURNE@mit-mc.arpa>
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 <goldfarb.ucf-cs at rand-relay.arpa>
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 <GZ@mit-mc.arpa>
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 <TCARNAHAN@usc-isie.arpa>
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 <overman@aerospace.arpa (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 <goldfarb.ucf-cs@rand-relay.arpa>
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 <goldfarb.ucf-cs@rand-relay.arpa>, 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) <rconn@brl-bmd.arpa>
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 <RICK@mit-mc.arpa>
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 <RICK@mit-mc.arpa>
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 <POURNE@mit-mc.arpa>
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: <tekmdp!laurir.TEKTRONIX@Rand-Relay>
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 <W8SDZ@mit-mc.arpa>
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 <JDOS@mit-ai.arpa>
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 <POURNE@mit-mc.arpa>
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) <hcarter@brl.arpa>
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 <BYTE@mit-mc.arpa>
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 <POURNE@mit-mc.arpa>
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 <POURNE@mit-mc.arpa>
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 <POURNE@mit-mc.arpa>
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 <UCBARPA.dag@ucb-vax.arpa (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 <POURNE@mit-mc.arpa>
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 <POURNE@mit-mc.arpa>
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 <RIZZI@usc-isib.arpa>
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 <UCBARPA.dag@ucb-vax.arpa (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 <CSTROM@mit-mc.arpa>
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 <POURNE at mit-mc.arpa>
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 <ELIOT@mit-mc.arpa>
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 <rconn@brl.arpa>
To: Jerry E. Pournelle <POURNE@mit-mc.arpa>
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 <rconn@brl.arpa>
To: Charlie Strom <CSTROM@mit-mc.arpa>
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 <POURNE@mit-mc.arpa>
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 <GZ at mit-mc.arpa>
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 <POURNE@mit-mc.arpa>
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 <rconn@brl.arpa>
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) <keller@brl.arpa>
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 <rconn@brl.arpa>
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 <rconn@brl.arpa>
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 <CSTROM@mit-mc.arpa>
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 <CCVAX.gil@nosc-cc.arpa>
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 <UCBARPA.dag@ucb-vax.arpa (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 <W8SDZ@mit-mc.arpa>
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 <TCARNAHAN@usc-isie.arpa>
To: Jerry E. Pournelle <POURNE@mit-mc.arpa>, 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: <goldfarb.ucf-cs@Rand-Relay>
Date: 28 Feb 83 12:22:11 EST (Mon)
From: Ben Goldfarb <goldfarb.ucf-cs@rand-relay.arpa>
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?