CP/M/CPM_CDROM.iso/simtel/archives/cpm/8302-1.txt

Text File | 1993-02-12 | 146KB | 3,337 lines

 1-Feb-83 19:15:00,1097;000000000000
Date: 1 February 1983 19:15 EST
From: Charlie Strom <[e-mail]>
Subject:  Cromemco CDOS - CP/M -- info needed
To: [e-mail]
cc: [e-mail]
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: [e-mail]
cc: [e-mail], [e-mail]
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
    [phone]

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 <[e-mail]>
Subject: HELP!
To: [e-mail], [e-mail]
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 [e-mail], Jr. "" <[e-mail]>
Subject:  Cromemco CDOS - CP/M -- info needed
To: [e-mail]
cc: [e-mail]
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: [e-mail]
Subject: MODEM problem..
To: [e-mail]
cc: [e-mail]
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: [e-mail]
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: [e-mail]
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 <[e-mail]>
To:   [e-mail]
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 <[e-mail]>
Subject:  HELP!
To: [e-mail]
cc: [e-mail]
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 <[e-mail] (David Allen Gewirtz)>
Subject: Re:  MATRIX INVERTER NEEDED
Message-Id: <[e-mail]>
Received: by UCBARPA.BERKELEY.ARPA (3.300 [1/17/83])
    id AA02338; 2 Feb 83 17:08:37 PST (Wed)
Received: from UCBARPA.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.300 [1/17/83])
    id AA06736; 2 Feb 83 17:15:19 PST (Wed)
To:
    (ADDRESS PROBLEM at host BRL: ""),
    (ADDRESS PROBLEM at host BRL: """),
    (ADDRESS PROBLEM at host Brl-Bmd: ""@brl.arpa"),
    (ADDRESS PROBLEM at host BRL: ""),
    (ADDRESS PROBLEM at host BRL: ""),
    (:Include:)*dd <@MIT-MC,
    (ADDRESS PROBLEM at host BRL: ""),
    (ADDRESS PROBLEM at host BRL: ""),
    (ADDRESS PROBLEM at host BRL: ", (:Include:)*dd <@BRL:"),
    (ADDRESS PROBLEM at host BRL: ", ""),
    (ADDRESS PROBLEM at host Brl-Bmd: ""@brl.arpa")
Received: From Mit-Mc.ARPA via smtptcp;  2 Feb 83 20:19 EST
Received: From Brl.ARPA via smtptcp;  2 Feb 83 22:14 EST
Received: From Brl-Bmd.ARPA via smtptcp;  2 Feb 83 22:25 EST

Hope this helps...it's in BASIC, but can be converted with no
real problem.  It's out of "Some Common BASIC Programs" by Osborne,
McGraw Hill.  (you never can tell where you find cheap and dirty
hacks)..

This inverts a square matrix.  The inversion is performed by a modified
Gauss-Jordan elimination method.

10 print "matrix inversion"
20 print
25 REM A() and B() are the matrix dimensions
30 DIM A(10,10), B(10,10)
35 REM Matrix is square, so only one dimension is needed
40 print "Dimension of Matrix";
50 input r
60 print "enter matrix elements:"
70 for j = 1 to r
80 print "Row";j
90 for i=1 to r
100 print "value column";i;
110 input a(i,j)
120 next i
130 b(j,j) = 1
140 next j
145
146 REM *** Ignore 145 - statements 150 - 420 invert the matrix
147 REM
150
(let's try again)
150 For j = 1 to r
160 for i=j to r
170 if a(i,j) <> 0 then 210    ' Ain't BASIC 'onderful?
180 print i
190 Print "singular matrix"
200 goto 500
210 for k=1 to r
220 s=a(j,k)
230 a(j,k)=a(i,k)
240 a(i,k)=s
250 s=b(j,k)
260 b(j,k)=b(i,k)
270 b(i,k)=s            ' a swap() function would be nice
280 next k
290 t=1/a(j,j)
300 for k = 1 to r
310 a(j,k)=t*a(j,k)
320 b(j,k)=t*b(j,k)
330 next k
340 for l = 1 to r
350 if l=j then 410
360 t = -a(l,j)
370 for k=1 to r
380 a(l,k)=a(l,k)+t*a(j,k)
390 b(l,k)=b(l,k)+t*b(j,k)
400 next k
410 next l
420 next j
430 print
440 rem - print the resultant matrix
(make the above line into 439)
440 for i=1 to r
450 for j = 1 to r
459 rem - round off and print
460 print int(b(i,j)*1000+.5)/1000;" "; 'Urgh...BASIC
470 next j
480 print
490 next i
500 end

Well, it certainly isn't glamorous, but it does work and can be
hacked into Pascal.

Good luck,

David
 2-Feb-83 17:16:51,1354;000000000000
Date: 2 Feb 83 17:16:51 PST (Wed)
From: David Allen Gewirtz <[e-mail] (David Allen Gewirtz)>
Subject: Re:  Epson MX-80/FT
Message-Id: <[e-mail]>
Received: by UCBARPA.BERKELEY.ARPA (3.300 [1/17/83])
    id AA02561; 2 Feb 83 17:16:51 PST (Wed)
Received: from UCBARPA.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.300 [1/17/83])
    id AA06788; 2 Feb 83 17:17:11 PST (Wed)
To:
    (ADDRESS PROBLEM at host BRL: ""),
    (ADDRESS PROBLEM at host BRL: """),
    (ADDRESS PROBLEM at host Brl-Bmd: ""@brl.arpa"),
    (ADDRESS PROBLEM at host BRL: ""),
    (ADDRESS PROBLEM at host BRL: ""),
    (:Include:)*dd <@MIT-MC,
    (ADDRESS PROBLEM at host BRL: ""),
    (ADDRESS PROBLEM at host BRL: ""),
    (ADDRESS PROBLEM at host BRL: ", (:Include:)*dd <@BRL:"),
    (ADDRESS PROBLEM at host BRL: ", ""),
    (ADDRESS PROBLEM at host Brl-Bmd: ""@brl.arpa")
Received: From Ucb-Vax.ARPA via smtptcp;  2 Feb 83 20:17 EST
Received: From Brl.ARPA via smtptcp;  2 Feb 83 22:14 EST
Received: From Brl-Bmd.ARPA via smtptcp;  2 Feb 83 22:24 EST

The FX-80 is supposed to do some real "what-you-see-is-what-you-get"
wizardry with the QX-10 computer.  I can only guess that they are
replacing the MX-80 with the FX-80 to have lots more printers compatible
with the future of their computers.

David
 3-Feb-83 04:25:00,2327;000000000000
Date: 3 February 1983 04:25 EST
From: Jerry E. Pournelle <[e-mail]>
To: [e-mail]
cc: [e-mail], [e-mail]
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 <[e-mail]>
To: [e-mail]
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 [e-mail] ?  He was
kind enough to send me some interesting material, and I am,
according to COMSAT, unable to reply.  Attempts to reply to
[e-mail] 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 <[e-mail]>
Subject: one more thing...
To: [e-mail]
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![e-mail]
Date: Thu Feb  3 04:22:47 1983
Subject: hexifier
Message-Id: <[e-mail]>
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![e-mail]
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 <[e-mail]>
Subject: MX vs. FX-80 Epsons
To: [e-mail]
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 <[e-mail]>
Subject: small c source needed!
To: [e-mail]
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 <[e-mail]>
Subject:  one more thing...
To: [e-mail]
cc: [e-mail]
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 <[e-mail]>
Subject:  one more thing...
To: [e-mail]
cc: [e-mail]
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: [e-mail]
Subject: Re: small c source needed!
In-reply-to: [e-mail]'s message of 3 February 1983 21:30 EST
To: Andrew Scott Beals <[e-mail]>
cc: [e-mail]
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: [e-mail]
Subject: Intel 8048/8748 Assembler
To: [e-mail], HomeComputing^[e-mail],
    820Interest^[e-mail]
cc: [e-mail]
Reply-To: [e-mail]
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: [e-mail]
Subject: Re: Shugart motor hack desired.
In-reply-to: [e-mail]'s message of 3 Feb 83
 10:45:35 EST
 (Thu)
To: Ben Goldfarb <[e-mail]>
cc: John S. Labovitz <[e-mail]>, [e-mail],
    [e-mail]
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 <[e-mail]>
Sender: [e-mail]
Subject: HELP!!!!
To: [e-mail], [e-mail]
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: [e-mail]
To: [e-mail]
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: [e-mail]
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 <[e-mail]>
To: [e-mail]
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 <[e-mail]>
To: [e-mail]
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 <[e-mail]>
To: [e-mail]
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:  [e-mail]
Subject:  hexifier
To:  [e-mail], [e-mail]
cc:  cpm.sv <[e-mail] (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
  [phone]
 8-Feb-83 14:02:21,521;000000000000
Date:     8 Feb 83 14:02:21 EST (Tue)
From:     Keith Petersen <[e-mail]>
To:       [e-mail]
cc:       [e-mail], [e-mail]
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 <[e-mail]>
To:       [e-mail]
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: [e-mail]
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: [e-mail]
Subject: CP/M-68K
To: [e-mail]
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 <[e-mail]>
Subject: mimicking the CCP
Message-Id: <280.413454971@UCI>
To: [e-mail]
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 <[e-mail]>
To:       [e-mail]
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 <[e-mail]>
Subject:  8088 modemX request
To: [e-mail]
cc: [e-mail]
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 <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
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 <[e-mail]>
To: [e-mail], [e-mail]
cc: [e-mail]
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 <[e-mail]>
Return-Path: <goldfarb.ucf-cs@Rand-Relay>
Subject:  sweep37.com
To: [e-mail]
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 <[e-mail]>
Subject:  BDS C on CP/M clones
To:       [e-mail]
Reply-To: [e-mail]
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:  [e-mail]
Subject:  Archives on MIT-MC
To:  [e-mail]
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 <[e-mail]>
Subject:  CPM Advanced CCP; TRS-80 Mod 2/16; CPM-68,3
To: [e-mail]
cc: [e-mail]
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 <[e-mail]>
Subject:  ZCPR2 Release
To: [e-mail]
cc: [e-mail], [e-mail]
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 <[e-mail]>
To:       Jerry E. Pournelle <[e-mail]>
cc:       [e-mail], [e-mail]
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: [e-mail]
Subject: CP/M machines and networking
From: [e-mail]
To: [e-mail], [e-mail]
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) <[e-mail]>
To:       [e-mail]
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: [e-mail]
Subject: SuperCalc File Format?
To: [e-mail]
cc: [e-mail]
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: [e-mail]
Subject: Re: SuperCalc File Format?
In-reply-to: Birnbaum.HENR's message of 11 Feb 83 09:10 EST (Friday)
To: [e-mail]
cc: [e-mail]
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 <[e-mail]>
Subject:  Correction
To: [e-mail], [e-mail]
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: [e-mail]
To: [e-mail]
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 <[e-mail]>
Return-Path: <goldfarb.ucf-cs@Rand-Relay>
Subject:  Jerry Pournelle
To: [e-mail], [e-mail]
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 <[e-mail]>
Subject: 8088 modemX request
To: [e-mail]
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 [phone].
            Brian
12-Feb-83 08:43:00,575;000000000000
Date: 12 Feb 1983 at 0943-CST
From: [e-mail]
Subject: Applesoft CP/M floppy format
To: [e-mail]
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 <[e-mail]>
To: [e-mail]
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 - [phone] (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 <[e-mail]>
Subject:  Godbout CPU68
To: [e-mail]
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 <[e-mail]>
Subject: internship available
To: [e-mail], [e-mail]
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 <[e-mail]>
Subject:  [w8sdz: UNIX versions of SQ/USQ and TYPESQ]
To: [e-mail]
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 <[e-mail]>
Subject:  [goldfarb.ucf-cs: sweep37.com]
To: [e-mail]
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 <[e-mail]>
Subject:  [rconn: ZCPR2 Status and Release Data]
To: [e-mail]
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 <[e-mail]>
Subject:  [Birnbaum.HENR: SuperCalc File Format?]
To: [e-mail]
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![e-mail]
To: [e-mail]
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: [e-mail]
Subject: ZSID--TDL & DR mnemonics patches?
From: [e-mail]
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 <[e-mail]>
Subject: Your column in the Feb. BYTE, page 433
To: [e-mail]
cc: [e-mail], [e-mail]
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 <[e-mail]>
Subject:  Godbout CPU68
To: [e-mail]
cc: [e-mail]
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 <[e-mail]>
Subject:  cpm dirlst
To: sdcsvax![e-mail]
cc: [e-mail]
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 <[e-mail]>
To: [e-mail]
cc: [e-mail]
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 <[e-mail] (William T. Overman)>
Subject: accounting programs?
To: [e-mail], [e-mail]
CC: [e-mail]
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: [e-mail]
Subject: Re: Godbout CPU68
In-reply-to: [e-mail]'s message of 12 Feb 83
 23:10:39 EST
 (Sat)
To: Ben Goldfarb <[e-mail]>
cc: [e-mail]
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: [e-mail]
To:
    (ADDRESS PROBLEM at host BRL: ")"),
    (ADDRESS PROBLEM at host BRL: "[e-mail]>"),
    (ADDRESS PROBLEM at host BRL: ", ""),
    (ADDRESS PROBLEM at host Brl-Bmd: ""@brl.arpa")
Subject: Re: Godbout CPU68
Cc: [e-mail]
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: [e-mail]
Subject: Re: Godbout CPU68
In-reply-to: Thieret.WBST's message of 15 Feb 83 13:27 EST (Tuesday)
To: [e-mail]
cc: Ben Goldfarb <[e-mail]>, [e-mail]
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) <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
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 <[e-mail]>
Subject:  Failed mail to lists
To: [e-mail], [e-mail], [e-mail]
cc: [e-mail]
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 <[e-mail]>
Subject:  Failed mail messages
To: [e-mail], [e-mail], [e-mail]
cc: [e-mail]
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 <[e-mail]>
Subject:  Godbout CPU68
To: [e-mail]
cc: [e-mail], [e-mail]
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![e-mail]
Subject: TRS-80 model II boot ROM inquiry
To: tektronix![e-mail]
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 <[e-mail]>
Subject: MIT-MC CPM directory listing updated
To: [e-mail]
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: [e-mail]
To: [e-mail]
Subject: QX-10
Cc: [e-mail]
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 <[e-mail]>
Subject: Re: TRS-80 Model II boot ROM
To: tekdmp![e-mail]
cc: [e-mail], [e-mail]
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 <[e-mail]>
Subject: The Next Five years in Micros
To: [e-mail], [e-mail]
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) <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
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 <[e-mail]>
Subject: Z80 Debugger needed!
To: [e-mail]
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 <[e-mail]>
Subject:  QX-10
To: [e-mail]
cc: [e-mail]
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: [e-mail]
Subject: Re: QX-10
In-reply-to: [e-mail]'s message of 21 Feb 83 05:16 EST
To: Jerry E. Pournelle <[e-mail]>
cc: [e-mail]
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: [e-mail]
Subject: Re: The Next Five years in Micros
In-reply-to: [e-mail]'s message of 19 Feb 83 04:54 EST
To: Jerry E. Pournelle <[e-mail]>
cc: [e-mail], [e-mail]
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: [e-mail]
To: [e-mail], [e-mail]
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 <[e-mail] (David Allen Gewirtz)>
Subject: umodem
Message-Id: <[e-mail]>
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: [e-mail]
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 <[e-mail]>
Subject: HOW TO..
To: [e-mail]
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:  [e-mail]
Subject:  Re: HOW TO..
To:  Jerry E. Pournelle <[e-mail]>
cc:  [e-mail]
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 <[e-mail]>
To: decvax!utzoo!watmath!watarts![e-mail]
cc: [e-mail]
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 <[e-mail] (David Allen Gewirtz)>
Subject: Re:  HOW TO..
Message-Id: <[e-mail]>
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: [e-mail], [e-mail]
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 <[e-mail]>
Subject:  HOW TO..
To: [e-mail]
cc: [e-mail]
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 <[e-mail]>
Subject: Where is Dr. Dobb?
To: [e-mail]
cc: [e-mail]
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 <[e-mail]>
To:       Jerry E. Pournelle <[e-mail]>
cc:       [e-mail]
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 <[e-mail]>
To:       Charlie Strom <[e-mail]>
cc:       [e-mail], [e-mail]
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 <[e-mail]>
Subject:  cpm dirlst
To: [e-mail]
cc: sdcsvax![e-mail], [e-mail]
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 <[e-mail]>
Subject:  QX-10
To: [e-mail]
cc: [e-mail]
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 <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
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) <[e-mail]>
To:       [e-mail]
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 <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
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 <[e-mail]>
To:       [e-mail], [e-mail]
cc:       [e-mail]
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 <[e-mail]>
Subject: New LU files
To: [e-mail]
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 <[e-mail]>
Reply-to: [e-mail]
To: [e-mail], [e-mail]
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 <[e-mail] (David Allen Gewirtz)>
Subject: Re:  CP/M-68K
Message-Id: <[e-mail]>
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: [e-mail]
Cc: [e-mail]
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 <[e-mail]>
Subject: RCPMLIST.34
To: [e-mail]
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,  [phone].  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,  [phone],  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,  [phone],  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,  [phone],  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,  [phone], 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,  [phone],  Charles  ---.  NCB.
Eves., etc. B2,LD1,DSK:2mb. [Upstate New York]
---------------------------------------------------------------
SuperBrain RCPM,  [phone],  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,  [phone],  Arnie McGall.  NCB.  24  hrs.
B5;LD2,3,4;DSK:2.4mb. [Upstate New York]
---------------------------------------------------------------
Bearsville Town SJBBS,  [phone],  Hank Szyszka. NCB.  24
hrs. B1;LD1;DSK:4mb. [Upstate New York]
---------------------------------------------------------------
Woodstock RCP/M RBBS.  [phone].  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, [phone], 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, [phone], Paul Bogdanovich, NCB.
1800-2300  wkdys,   0800-2300  wkends.   B1;LD1;DSK:1mb.   [New
Jersey]
---------------------------------------------------------------
RIBBS  of Cranford,  New Jersey [phone],  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,  [phone], 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, [phone], 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,  [phone],  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, [phone]. Mark Rippe. CB. 1000 Sat-2200
Sun. B2;LD2,3;DSK:1.2mb [Providence, R.I.]
---------------------------------------------------------------
RLP RCP/M, McLean VA, [phone], Bob Plouffe. NCB. 24 hrs.
B2;LD2,3;DSK:2.7mb.  [Wash DC Area]
    Running CBBS for messages.
---------------------------------------------------------------
Arlington RCPM/DBBS of Virginia,  [phone],  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,  [phone],  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, [phone], Joe Shannon. NCB.
24 hrs. B2;LD1;DSK:3mb. [Pennsylvania]
---------------------------------------------------------------
                            MIDWEST
---------------------------------------------------------------
Logan Square RCPM,  [phone],  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,  [phone],  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, [phone], Gene Plantz. NCB. 1800-0700 wkdys &
24 hrs wkends. B5;LD2,3,4;DSK:200k. [Niles: Chicago area]
---------------------------------------------------------------
AIMS,  Hinsdale, Ill. [phone], Mark Pulver. NCB. 24 hrs.
B1;LD2,3,4;DSK: 10mb Hard. [Chicago area]
---------------------------------------------------------------
NEI RCPM System,  [phone], 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,  [phone],  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,  [phone], 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, [phone], 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,  [phone].  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, [phone], Al Jewer, Shawn Everson,
Ron Fowler.  NCB. 24 hrs. B1;LD1;DSK: 20mb Hard. [Ft. Atkinson,
Wisconsin]
---------------------------------------------------------------
Cincinnatti RBBS, [phone], Henry Deutsch. NCB. 1800-0600
daily. B1;LD2;DSK: 1.8mb. [Ohio]
    Specializes in Telecommunications.
---------------------------------------------------------------
West Carrolton RCP/M,  [phone], Rich Malafa & Bob Drake.
NCB.24 hrs. B1;LD2;DSK:11mb Hard. [Dayton, OH]
---------------------------------------------------------------
Columbus CBBS,  [phone],  (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,  [phone].  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,  [phone]. 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,  [phone],  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,  [phone],  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,  [phone],  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,  [phone],  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,  [phone], Tom Tcimpidis. NCB. 24 hrs.
B5;LD2,3,4;DSK: 1mb. [San Fernando valley, LA Area]
---------------------------------------------------------------
G.F.R.N.  Data  Exchange (RBBS),  [phone],  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.  [phone].  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,  [phone],  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,  [phone],  Brian Kantor.  NCB.  24 hrs.
B5;LD2,3,4;DSK: 2.4mb. [San Diego, CA]
---------------------------------------------------------------
G.F.R.N.  Data Exchange (RBBS),  Garden Grove,  [phone],
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, [phone], 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, [phone], 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,  [phone], 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,  [phone],  Mel Cruts,  CB,  24 hrs.
B1;LD2,,3,4;DSK 1.2mb. [South SF Bay Area].
---------------------------------------------------------------
Cro'sNEST  RCP/M -- DataTech node 004,  [phone],  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,  [phone],  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),  [phone],  Paul Traina. NCB.
1800-0800 wkdys, 24 hrs wkends. B2;LD2,3,4; DSK: 2.4mb. [SF Bay
Area]
---------------------------------------------------------------
San Francisco RCP/M,  [phone], 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,  [phone],  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,  [phone],  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,  [phone],  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,  [phone],  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, [phone], Jack Riley. NCB. 1900-
2230  weekdays,  1200-2230 weekends.  B1;LD2,3;DSK:  32mb Hard.
[Boulder, Colorado]
---------------------------------------------------------------
Colorado Springs RIBBS,  [phone],  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,  [phone].  ?  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,  [phone],  Byron Young, NCB.
24 hrs. B5;LD1;DSK: 2.4mb. [College Station, TX]
---------------------------------------------------------------
El Paso Texas Apple UG RBBS/RCPM,  [phone]. 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, [phone], 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,  [phone],  Dave Stanhope.  CB. 24 hrs.
B1;LD1;DSK: 250k. [Olympia, Washington]
---------------------------------------------------------------
Edmonton  RCPM,  [phone],   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,  [phone]. 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, [phone], NCB. 24 hrs. B5;LD2;DSK:
?. [Oregon]
---------------------------------------------------------------
DOCTOR DOBB'S CP/M EXCHANGE RCPM,   [phone].  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 [phone]
    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,  [phone], David Bowerman. NCB. 24
hrs. B1;LD1;DSK: 1.2mb. [Vancouver, BC, Canada]
---------------------------------------------------------------
Anchorage RCPM,  (AMS), [phone], 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: [e-mail]
Subject: SQ/USQ for TOPS-20?
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
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 <[e-mail]>
To: Jerry E. Pournelle <[e-mail]>, [e-mail]
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 <[e-mail]>
Subject:  CPM-68
To: [e-mail]
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:  [e-mail]
Subject:  Mark of the Unicorn products
Reply-To:  [e-mail]
To:  [e-mail]
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?