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

Text File | 1993-02-13 | 195.8 KB | 4,569 lines

 1-Mar-83 07:39:13,671;000000000000
Date:     1 Mar 83 7:39:13 EST (Tue)
From:     George Keller (IBD) <[e-mail]>
To:       [e-mail]
Subject:  Error-checking
Received: From Brl.ARPA via smtptcp;  1 Mar 83 7:47 EST
Received: From brl-gateway.ARPA via smtptcp;  1 Mar 83 7:49 EST

We are using our micros as intelligent terminals to both shared minis and
to a large host.  One of our number is having difficulty with noise in
his communications with the host.  I would like to correspond with
anyone who has experience with - has written - error-checking commo
routines.  All we have to work with is an echo from the host, but that
ought to provide enough power to do the job.
 1-Mar-83 15:03:00,697;000000000000
Return-Path: <hutchinson.UMass-ECE.UMASS-ECE@UDel-Relay>
Date:     1 Mar 83 18:03-EDT (Tue)
From: Charles Hutchinson <[e-mail]>
Subject:  Rainbow 100
To: INFO-CPM@umass-ece
Cc: [e-mail]
Via:  UMASS-ECE; 1 Mar 83 23:14-EST
Received: From Mit-Mc.ARPA via smtptcp;  1 Mar 83 23:33 EST
Received: From Brl.ARPA via smtptcp;  2 Mar 83 2:58 EST
Received: From brl-gateway.ARPA via smtptcp;  2 Mar 83 6:15 EST

Hi!
    I'm looking for anyone who uses/owns a Rainbow 100, to discuss
the machine, software, etc.  I especially want to get a MODEM for the
Rainbow.

    Can anyone help??


            John

    ( HUTCHINSON.UMASS-ECE@UDEL-RELAY )
 2-Mar-83 00:35:00,1883;000000000000
Date: 2 March 1983 00:35 EST
From: Keith Petersen <[e-mail]>
Subject:  FTPing COM files from the MIT-MC CPM directory
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  2 Mar 83 0:36 EST
Received: From Brl.ARPA via smtptcp;  2 Mar 83 2:39 EST
Received: From brl-gateway.ARPA via smtptcp;  2 Mar 83 6:13 EST

Date: 2 March 1983 00:17 EST
From: Gail Zacharias <GZ>
To:   bridger at RAND-UNIX
cc:   FJW, W8SDZ
Re:   [W8SDZ: [bridger: squeezing MC CPM files-HEXIFY]]

The HEXIFY source is on MC in AR4:GZ;HEXIFY MIDAS.  I doubt it will
do you any good.

COM files are stored on ITS as four 8-bit bytes per PDP-10 word, left
justified.  The first word is a file-type identifier and it is 446353300000
octal.  This particular packing of 8 bit bytes into pdp-10 words is pretty
standard, so if your FTP has a binary mode, it will probably do the right
thing, i.e. give you the correct sequence of 8-bit bytes coming out of the FTP.
If that is the case, the first 4 bytes should be: 223, 072, 330, 0 (octal).
These come from the id word above and are not part of the com file proper, i.e.
should be discarded before downloading to a CP/M system.

Now, if you don't have binary mode in your FTP, or if the binary mode is such
that you get something other 223,072,330,0 as first four bytes when FTPing COM
files (meaning that the server is using some other byte packing), it might
still be possible to FTP the files and reconstruct the original from that.
(The only problem might be CRLF vs. LF transformations in ascii mode).  All you
need to do figure out how the server unpacks the bytes and then "undo" it.  I'd
be happy to help out if you have trouble figuring this out.  Just let me know
what the first few bytes are when you FTP a com file.  But before you go
writing any code, make sure there is no way to make FTP win directly.
 2-Mar-83 00:38:00,1370;000000000000
Date: 2 March 1983 00:38 EST
From: Richard P. Wilkes <[e-mail]>
Subject:  Error-checking
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 1 Mar 83 7:39:13 EST (Tue) from George Keller (IBD) <keller at brl.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  2 Mar 83 0:39 EST
Received: From Brl.ARPA via smtptcp;  2 Mar 83 2:39 EST
Received: From brl-gateway.ARPA via smtptcp;  2 Mar 83 6:13 EST

There is a problem checking just the echo from the host. Many
times, the noise may only cause incorrect characters on your
receive line while the host received and retransmitted
correctly. Some attempts I've seen have tried to "fix" xmit
errors using deletes to kill the bad chars and then
retransmitting. But, if line noise was the problem, you may be
deleting correct text.  One option is to issue a line delete
and resend the entire line.  Of course, this doesn't help if a
character was garbled into a line terminator (<CR> on most
systems).

All in all, the problem is PRETTY MESSY.  Sometimes you can
tailor to the application.  But, without some type of
checksumming or CRC, you are still going to get errors thru.
And, when using something like a text editor, the protocol has
to be careful when "correcting" to take into account screen
reformatting and the like.  All in all, not a pleasant task.

Good luck. -r
 2-Mar-83 00:50:00,1075;000000000000
Date: 2 March 1983 00:50 EST
From: Eric J. Swenson <[e-mail]>
Subject:  Small-C
To: [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  2 Mar 83 0:51 EST
Received: From Brl.ARPA via smtptcp;  2 Mar 83 2:39 EST
Received: From brl-gateway.ARPA via smtptcp;  2 Mar 83 6:14 EST

Does anyone know where I can find a HEX or COM version of either Small-C
V1.0 or Small-C V2.0 on the ARPANET for CP/M.  The source for V1.0 is on
MIT-AI and the source for V2.0 is on MIT-MC, but neither is any help since
I do not have any version of C to compile the source with.  Alternatively,
is there an ASM source for Small-C V1.0 that I can get to bootstrap myselft
up to V2.0?

Additionally, where can I find source and object for Small-VM, Small-SHELL,
and a sample STDIO.ASM?  Any pointers would be appreciated.  For those of
you on usenet receiving this, if you cannot send to an ARPANET host, Keith
Peterson has volunteered his brl-bmd usenet address for replies.  It is

.....!duke!unc!brl-bmd!w8sdz

Thanks in advance.  -- Eric
 2-Mar-83 08:04:56,1717;000000000000
Return-Path: <Keaton.nmt.NMT@Rand-Relay>
Date:     2 Mar 83 8:04:56-MST (Wed)
From: David Keaton <[e-mail]>
Subject:  Error checking
To: [e-mail]
Via:  NMT; 3 Mar 83 2:18-PDT
Received: From Rand-Relay.ARPA via smtptcp;  3 Mar 83 5:35 EST
Received: From Brl.ARPA via smtptcp;  3 Mar 83 5:39 EST
Received: From brl-gateway.ARPA via smtptcp;  3 Mar 83 5:47 EST

     I have written some software (Z80 assembly code) that checks what comes
back from the host to make sure it's valid.  I'll be glad to send it to anyone
who wants it -- it's pretty short (or I'll post it to Info-CPM if there's
enough interest).  It may take a while though because I have to wait for my
computer to come back from the factory -- it's an Osborne-1 getting a double
density upgrade.
     I do have an observation though:  I seem to get fewer errors when I turn
off echo at the host and use checksums.  I'm not sure whether this is because
of some kind of feedback in the phone lines (anybody know if that's possible?)
or just that my micro is slow in receiving characters when it's trying to
send them at the same time.  My gut feeling says it's the latter.
     I have been playing around with calling bigger machines with my micro
for four to five months now and have NEVER had problems with the bit rate
affecting my error count (i.e. 1200bps is as reliable as 300) and this includes
long-distance phone lines.  Before I got my modem, I heard people complain
about 1200bps being unreliable all the time.  Am I just lucky or do the rest
of you have the same experiences?

                                David Keaton
                                keaton.nmt@Rand-Relay
 2-Mar-83 12:53:00,975;000000000000
Return-Path: <hutchinson.UMass-ECE.UMASS-ECE@UDel-Relay>
Date:     2 Mar 83 15:53-EDT (Wed)
From: Charles Hutchinson <[e-mail]>
Subject:  Kaypro II / Continuum
To: INFO-CPM@umass-ece
Cc: [e-mail]
Via:  UMASS-ECE; 2 Mar 83 20:51-EST
Received: From Mit-Mc.ARPA via smtptcp;  4 Mar 83 4:20 EST
Received: From Brl.ARPA via smtptcp;  10 Mar 83 6:05 EST
Received: From brl-gateway.ARPA via smtptcp;  10 Mar 83 6:11 EST

Hi!
    I'm looking for someone with a Kaypro II, as I'm considering
purchasing one in the near future.  I may purchase it from a California
company, called Continuum, which sells the Kaypro II with a 10MB hard disk
for $2800.  Has anyone had any experience with this company?  That offer
seems too good to be true...

    To those with Kaypro's, what do you think of them?  Any and all
views welcomed.....


                Thatnks,
                    John Hutchinson

            ( HUTCHINSON.UMASS-ECE @ UDEL-RELAY )
 2-Mar-83 21:49:43,784;000000000000
Return-Path: <Morgan.UCI.UCI@Rand-Relay>
Date: 02 Mar 83 21:49:43 PST (Wed)
From: Tim Morgan <[e-mail]>
Subject: C compilers
To: info-cpm@uci
Via:  UCI; 2 Mar 83 23:08-PDT
Received: From Mit-Mc.ARPA via smtptcp;  3 Mar 83 2:28 EST
Received: From Brl.ARPA via smtptcp;  3 Mar 83 3:19 EST
Received: From brl-gateway.ARPA via smtptcp;  3 Mar 83 3:31 EST

Does anyone have or know of a CP/M (Z80) C compiler which is capable
of compiling all or almost all of standard C?  Particularly, I am
interested in being able to compile the output from yacc.  Please
reply directly to me via the net.

                Thanks ahead of time,
                Tim Morgan
                MORGAN.UCI@RAND-RELAY (ARPAnet)
                MORGAN@UCI            (CSnet)
 2-Mar-83 21:59:32,922;000000000000
Date:     2 Mar 83 21:59:32 EST (Wed)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
Subject:  ZCPR2 COM Files
Received: From Brl.ARPA via smtptcp;  2 Mar 83 22:04 EST
Received: From brl-gateway.ARPA via smtptcp;  2 Mar 83 22:15 EST

        I just did a CRC check on all the COM files for ZCPR2  in
AR82:FJW.   They are all current versions.  For those of you with
the Installation Manual, you will find that the CRCs match as ad-
vertised  in  Appendix  A to all files except MKDIR.  The CRC for
MKDIR is C27F, and it is different because a glitch was found  in
SYSLIB's  SORT  routine  and  I corrected it.  MKDIR was the only
ZCPR2 program which I found to use SORT, so I simply  reassembled
it.  Source to MKDIR is the same as before, and only the COM file
is different.

        AR19:CPM now contains the current version of SYSLIB,  viz
2.5.  CRCs match.

                Rick
 2-Mar-83 22:25:47,460;000000000000
Date:     2 Mar 83 22:25:47 EST (Wed)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
Subject:  ZCPR2's LDIRZ
Received: From Brl.ARPA via smtptcp;  2 Mar 83 22:31 EST
Received: From brl-gateway.ARPA via smtptcp;  2 Mar 83 22:37 EST

    I missed one earlier.  Thanks to Charlie Strom for pointing it
out.  LDIRZ also used SORT in SYSLIB.  I have reassembled it and uploaded
the new LDIRZ COM to AR82:FJW.  CRCs match at B225.

        Rick
 3-Mar-83 00:33:00,911;000000000000
Date: 3 March 1983 00:33 EST
From: Gail Zacharias <[e-mail]>
Subject:  New ITS modem program
To: [e-mail]
cc: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  3 Mar 83 0:35 EST
Received: From Brl.ARPA via smtptcp;  3 Mar 83 0:56 EST
Received: From brl-gateway.ARPA via smtptcp;  3 Mar 83 1:16 EST

There is a new modem program on MC, called :MMODEM.  Do
     :MMODEM ?
for usage details.  This program imposes a much smaller load on the system than
LMODEM.  However, MMODEM doesn't currently provide the special 7-bit mode that
LMODEM has.  If there is sufficient demand, I can put it in.

Since this is of interest to ITS users only, future annoucements regarding
MMODEM will not be sent to INFO-CPM.  If you use this program, let me know and
I'll put you on INFO-MMODEM where such announcements will go.

Questions, bugs, feature requests etc. to BUG-MMODEM@MC.
 3-Mar-83 01:09:00,584;000000000000
Date:  3 Mar 1983 0009-PST
Subject: Re: New files on MC
From: Tom Carnahan <[e-mail]>
To: Charlie Strom <[e-mail]>, [e-mail]
POSTAL-ADDRESS: Tom Carnahan, SMC 1819, NPS, MONTEREY,CA 93940
Phone: (Home) 408-372-7480 (NPS office) 408-646-2174 AV 878-2174
In-Reply-To: Your message of 2 March 1983 21:42 EST
Received: From Usc-Isie.ARPA via smtptcp;  3 Mar 83 3:09 EST
Received: From Brl.ARPA via smtptcp;  3 Mar 83 3:20 EST
Received: From brl-gateway.ARPA via smtptcp;  3 Mar 83 3:32 EST

HOW DO I ACESS CPM;MLOAD ASM   FROM ISIE?
-------
 3-Mar-83 05:26:00,803;000000000000
Date: 3 March 1983 05:26 EST
From: Keith Petersen <[e-mail]>
Subject: New RCPM from Eddie Currie
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  3 Mar 83 5:26 EST
Received: From Brl.ARPA via smtptcp;  3 Mar 83 5:27 EST
Received: From brl-gateway.ARPA via smtptcp;  3 Mar 83 5:36 EST


Msg 303 is 10 line(s) on 02/22/83 from EDDIE CURRIE
to ALL about NEW RBBS IN NY

ATTENTION ALL RBBS FANS !!!!!!!!!!!!
There is now a new RBBS operating in
the New York Area. PMMI baud rates supported
2.4 Megabytes of online storage and files.
Call 212-535-3406. Current hours are
from 7:00PM-12:00PM seven days a week.
Currently on line is the latest CPMUG volume
# 91. Please leave messages regarding
any problems/suggestions.
Regards to all ............ Eddie Currie
 3-Mar-83 09:18:14,593;000000000000
Date: 3-Mar-83 08:18:14-PST (Thu)
From: unicom![e-mail]
Subject: Addition to info-cpm mailing list
Return-Path: <unicom![e-mail]>
Message-Id: <[e-mail]>
Received: by LBL-CSAM.ARPA (3.284 [1/5/83])
    id AA20619; 3-Mar-83 08:18:14-PST (Thu)
To: lbl-csam![e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  4 Mar 83 3:29 EST
Received: From Brl.ARPA via smtptcp;  4 Mar 83 4:07 EST
Received: From brl-gateway.ARPA via smtptcp;  4 Mar 83 4:46 EST


Please add:        unicom!vandal@lbl-csam

            Thanks, Jim C.    unicom!vandal@lbl-csam
 3-Mar-83 12:03:40,386;000000000000
Date:     3 Mar 83 12:03:40 EST (Thu)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
Subject:  DU2
Received: From Brl.ARPA via smtptcp;  3 Mar 83 12:11 EST
Received: From brl-gateway.ARPA via smtptcp;  3 Mar 83 13:06 EST

    I fixed a bug in DU2 (very minor) the other day and forgot
to upgrade the copy on MC.  DU2 is now upgraded.  New CRC is E732.

        Rick
 5-Mar-83 08:13:10,764;000000000000
Date:     5 Mar 83 8:13:10 EST (Sat)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
Subject:  ZCPR2 Mod 0.3
Received: From Brl.ARPA via smtptcp;  5 Mar 83 8:17 EST
Received: From brl-gateway.ARPA via smtptcp;  5 Mar 83 8:29 EST

        ZCPR2 Mod 0.3 is now on MC in AR80:FJW.  This mod removes
an  "annoyance"  in  which ZCPR2 thrashes with the disk in a rare
case.  ZCPR2 slowed down because of this but did not generate  an
error.  CRCs check.

        In the same AR is the file Z2SYS MOD, which describes the
mods to the original distribution and why the mods were made.  It
is a short text file.  The file covers ZCPR2 and SYSLIB,  and  it
establishes a new baseline at ZCPR2 Mod 0.3 and SYSLIB 2.5.

                Rick
 5-Mar-83 08:16:00,1310;000000000000
Date: 5 March 1983 08:16 EST
From: Charlie Strom <[e-mail]>
Subject: ZCPR2 Package
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  5 Mar 83 8:16 EST
Received: From Brl.ARPA via smtptcp;  5 Mar 83 8:17 EST
Received: From brl-gateway.ARPA via smtptcp;  5 Mar 83 8:29 EST

I thought it might be useful to advise the net of the location of the
on-line file storage of Richard Conn's ZCPR2 replacement CCP and its
associated documentation and utilities on MC:

    AR80:FJW - This archive contains ZCPR2 proper as well as the
header file required for assembly and some of the documentation.

    AR81:FJW - The .HLP (help) files for ZCPR2, to be used in
conjunction with HELP.COM.

    AR82:FJW - ZCPR2 utilities. The object file only is provided
in most cases due to storage capacity limitations. Source to these
files will soon be available from SIG/M.

    AR83:FJW - ZCPR2 documentation. The balance of documentation not
present in AR80 is in this archive. There still reamains a file or two
which I will be uploading shortly. Note that most of the documentation
has been uploaded in squeezed form due to its size and should be downloaded
or FTP'd as a binary file and later unsqueezed using Richard Greenlaw's
USQ program which is available in the CPM directory on MC.
 5-Mar-83 08:24:31,1376;000000000000
Date:     5 Mar 83 8:24:31 EST (Sat)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
Subject:  ZCPR2 and SYSLIB Manuals
Received: From Brl.ARPA via smtptcp;  5 Mar 83 8:28 EST
Received: From brl-gateway.ARPA via smtptcp;  5 Mar 83 8:30 EST


        I had a discussion with the publications chairman of  the
NY Amateur Computer Group last night at my talk, and I discovered
that this group is planning to print the ZCPR2 and  SYSLIB  docu-
mentation.   I  am sending them a complete set today to make sure
they are up to date.

        They expect to have a run of 2000 copies completed by the
end  of  the  month, and they intend to begin selling them at the
Trenton Computer Festival (15-17 Apr).  The ZCPR2 and SYSLIB  do-
cumentation  is  expected to reside in two volumes of an n-volume
set of documentation on public domain software they are creating.
The cost per volume is expected to be around $8.

        The NY Amateur Computer Group is a not-for-profit organi-
zation, and any profits from this sale are to go into funding fu-
ture club activities.

        I will drop a message to the net  after  the  sales  have
started.    This   message   will  contain  addresses  and  exact
cost/volume number information for those wishing to send  to  the
group for the manuals (or whole manual set).

                Rick
 5-Mar-83 20:21:51,5087;000000000000
Date:     5 Mar 83 20:21:51 EST (Sat)
From:     Keith Petersen <[e-mail]>
To:       [e-mail]
Subject:  New MODEM7 available from MC
Received: From Brl.ARPA via smtptcp;  5 Mar 83 20:32 EST
Received: From brl-gateway.ARPA via smtptcp;  5 Mar 83 20:34 EST

A new version of the MODEM7 series, MDM705, is now available on MIT-MC.
This version has several different user overlay files to make customization
easy.  You don't really need the MDM705.ASM file (which is now 130k long)
unless you plan to modify or improve the program.  All you need is
MDM705.COM (or HEX if you can't FTP COM files from MC), and the appropriate
user overlay file.  The following are excerpts from Irv Hoff's information
on this new version.

Bug reports to INFO-MODEM7@MIT-MC, please.  This is a special mailing list
for maintainers of the MODEM7 series.

---from MDM705.MSG---

     MDM705 is now available on this system.  After the
MODEM7xx program became MODEM799, a decision was made to
name the next version MDM700.  This also allows it to be
placed on the COMPUSERVE system which limits all file
names to 6 characters including any revision numbers.
     While catering to S-100 systems using the plug-in
PMMI auto-answer, auto-dial modem, it works great on most
other systems as well.  (My own equipment uses an external
Bell 212A modem with push button manual dialing.)
     This is likely the most sophisticated modem program
available for CP/M users.  An instruction guide is in-
cluded in the group of programs, called MDM705.DOC.
     Look at the short file called MDM705.INF for an
explanation of the various programs in the family.  It
will tell which may be most useful in adapting to your
equipment.  It also gives typical values for many units.

                              - Irv Hoff    22 FEB 83

---from MDM705.INF---

TOPIC :  MDM705 MODEM PROGRAM INSTALLATION INFORMATION
FROM  :  IRVIN M. HOFF
DATE  :  03/03/83


       This program is based on one originally written by Ward Christ-
ensen in Sept. 1977.  It has since undergone a considerable number of
changes.  Two of the latest were (1) printer control while in the "T"
(Terminal) mode and (2) combining the macro library into the program to
eliminate extra files -- also allowing assembly with ASM as well as MAC
or other popular assemblers.

NOTE:  Special configuration files are being added for specific types of
       computers.  Several are available as shown below.  Others will be
       provided for popular computers using external modems.  This file
       will be updated accordingly.  (The MDM705CF.ASM general configure
       file also contains information regarding the Heath/Zenith H-89.)

       To adapt this version to your equipment, you will want to get
some of the following programs:

        Program name    Squeezed Name          Purpose

        MDM705.ASM      MDM705.AQM        (source code file)
        MDM705.COM      MDM705.OBJ        (object code file)
    MDM705.DOC      MDM705.DQC        (how-to-use file)
        MDM705.INF      MDM705.IQF        (information file)
        MDM705.SET      MDM705.SQT        (how to set file)
        MDM705AP.ASM    MDM705AP.AQM      (Apple II overlay file)
        MDM705CF.ASM    MDM705CF.AQM      (general overlay file)
        MDM705DP.ASM    MDM705DP.AQM      (Datapoint 1560 overlay)
        MDM705HZ.ASM    MDM705HZ.AQM      (Heath/Zenith Z-100 file)
        MDM705KP.ASM    MDM705KP.AQM      (KayPro overlay file)
        MDM705NM.ASM    MDM705NM.AQM      (Phone number overlay)
        MDM705OS.ASM    MDM705OS.AQM      (Osborne overlay file)
        MDM705XE.ASM    MDM705XE.AQM      (Xerox 820 overlay file)

        NOTE:  The MDM705CF overlay file has additional information
               permitting easy adaptation to the Heath/Zenith units
               using the 8250 I/O.

MDM705 is designed to work immediately for PMMI users with no changes.
(Some preferences might be different from those preset, however.)

        When ready to use the program, type 'H' (for 'HELP'), hit RET
and it will display helpful information on the commands.  There are so
many commands there are several pages.  You can abort the display with
a CTL-C.  (One of the most useful features being CTL-P to toggle your
printer on/off)

        The program has received numerous worthwhile optional features
in the past several months.

---end of excerpts---

The files are available from MIT-MC in the AR61:CPM; directory:

MDM705 APASM  2  03/03/83 04:36:25
MDM705 ASM    27  03/01/83 03:42:33
MDM705 CFGASM 3  03/01/83 04:43:54
MDM705 COM    5  03/01/83 03:55:10
MDM705 DOC    7  03/01/83 02:43:04
MDM705 DPASM  2  03/03/83 05:06:55
MDM705 HZASM  2  03/04/83 09:07:29
MDM705 INF    1  03/04/83 08:45:05
MDM705 MSG    1  03/02/83 06:45:49
MDM705 NMASM  1  03/02/83 06:32:57
MDM705 OSASM  2  03/02/83 06:36:12
MDM705 OSINF  1  03/02/83 06:46:58
MDM705 SET    2  03/01/83 03:49:14
MDM705 XEASM  2  03/04/83 08:55:00

--Keith <w8sdz@brl>
 5-Mar-83 20:35:16,1327;000000000000
Date:     5 Mar 83 20:35:16 EST (Sat)
From:     Keith Petersen <[e-mail]>
To:       [e-mail]
Subject:  [Eric J. Swenson:  Small C]
Received: From Brl.ARPA via smtptcp;  5 Mar 83 20:44 EST
Received: From brl-gateway.ARPA via smtptcp;  5 Mar 83 20:45 EST

Can anyone on the list help us with this?  We have the V2.0 source
on-line at MIT-MC, but as Eric says, that's not enough to get it
going.

----- Forwarded message # 1:

Date: 4 March 1983 13:16 EST
From: Eric J. Swenson <[e-mail]>
Subject:  Small C
To: mhb5b![e-mail]
cc: [e-mail]
In-reply-to: The message of 4 Mar 83 09:27:57 EST  (Fri) from mhb5b!smb at Berkeley (Steven M. Bellovin)
Received: From Mit-Mc.ARPA via smtptcp;  4 Mar 83 17:06 EST
Received: From brl-gateway.ARPA via smtptcp;  4 Mar 83 18:13 EST

Well, V2.0 was posted to net.sources in source form and without CP/M STDIO
compatibility.  Without a C compiler, I can't use the source.  I need a COM
file.  My only hope is either that somebody has a .COM file already for
CP/M or that I can get my hands on a V1.0 CP/M .COM file.  Failing that, I
can get a 8080 version of the soure to V1.0 and use it to generate a
working V1.0 compiler, and then compile V2.0.  Thanks for youe help though.
-- Eric



----- End of forwarded messages
 5-Mar-83 21:02:00,473;000000000000
Date: 5 March 1983 21:02 EST
From: Keith Petersen <[e-mail]>
Subject: MDM705.HEX
To: [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  5 Mar 83 21:01 EST
Received: From Brl.ARPA via smtptcp;  5 Mar 83 21:07 EST
Received: From brl-gateway.ARPA via smtptcp;  5 Mar 83 21:16 EST

When I announced MDM705 I neglected to list the location of MDM705.HEX
for those who cannot FTP .COM files from MIT-MC.  It's in
AR13:CPM;MDM705 HEX
 5-Mar-83 21:28:34,1420;000000000000
Date:     5 Mar 83 21:28:34 EST (Sat)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
Subject:  ZCPR2 and SYSLIB in SIG/M
Received: From Brl.ARPA via smtptcp;  5 Mar 83 21:31 EST
Received: From brl-gateway.ARPA via smtptcp;  5 Mar 83 21:37 EST

        ZCPR2 Mod 0.1 and SYSLIB 2.4 are now in SIG/M.   This  is
complete  with all sources, HLP files, object files, and documen-
tation as WordStar files.  This group constitutes Volumes  98  to
107  of  the SIG/M library.  I gave SIG/M a disk last night which
(by itself) provides the files which upgrade this ZCPR2 and  SYS-
LIB set to ZCPR2 Mod 0.3 and SYSLIB 2.5.  This will be coming out
soon in SIG/M.

        They stated at the meeting  that  they  had  SYSLIB  2.3.
They  actually  have  2.4.   The  confusion comes from the User's
Guide referring to 2.3 and the User and Ref manual  referring  to
2.4.  The User's Guide didn't change from 2.3 to 2.4 to 2.5, so I
just didn't change its header.  No doc  change  is  required  for
2.5,  so  2.4  of  the  User and Reference manual is good for 2.5
also.  This is all explained in the Z2SYS-1.MOD file.

        If you ever have a question on what version of SYSLIB you
have  is,  the following code segment (with its appropriate EXTs)
tells you:

        CALL VERSION
        CALL PHL4HC

        This will cause 0204 to be printed if version 2.4, etc.


                Rick
 5-Mar-83 23:35:00,987;000000000000
Date: 5 March 1983 23:35 EST
From: Eric J. Swenson <[e-mail]>
Subject:  [Eric J. Swenson:  Small C]
To: [e-mail]
cc: [e-mail], [e-mail]
In-reply-to: The message of 5 Mar 83 20:35:16 EST (Sat) from Keith Petersen <w8sdz at brl.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  5 Mar 83 23:35 EST
Received: From Brl.ARPA via smtptcp;  5 Mar 83 23:47 EST
Received: From brl-gateway.ARPA via smtptcp;  5 Mar 83 23:54 EST

Courtesy of Danielson.PA@PARC-MAXC, I have Small-C V2.0 for CP/M on MIT-MC
in the archive EJS;AR50:.  I will keep it up-to-date if I receive any fixes
from Mr. Danielson.  In the archive are the *.MAC (your need M80 rather
than ASM to assemble) files necessary to assemble Small-C V2.0 and the
runtime libraries and i/o interface for CP/M.  Then i/o routines have
references to ROM routines (rather than calling CONIN and CONOUT) so these
will have to change.  I'll make these changes soon and upload onto MIT-MC.
 6-Mar-83 05:39:00,920;000000000000
Date: 6 March 1983 05:39 EST
From: Keith Petersen <[e-mail]>
To: [e-mail]
cc: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  6 Mar 83 5:39 EST
Received: From Brl.ARPA via smtptcp;  6 Mar 83 5:40 EST
Received: From brl-gateway.ARPA via smtptcp;  6 Mar 83 5:42 EST

Thanks for getting the Small C version 2.0 CP/M files.
I looked them over and found them all to have strings of
control-Z's at the end.  This would probably not have
caused problems with M80, but there were some "$" and
"%" characters at the end too, probably a shell prompt
from a Unix system.  I have cleaned up all the files and
split them into two archives (because they were so large
they exceeded the safe limit for on ARchive device on
MC) and they're now available in the CPM directory.
The archives are named AR76 V2CMAC and AR77 V2CMA2.
If you update them, please use these as the sources.
--Keith
 6-Mar-83 09:40:39,960;000000000000
Date:     6 Mar 83 9:40:39 EST (Sun)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
Subject:  Addresses
Received: From Brl.ARPA via smtptcp;  6 Mar 83 9:42 EST
Received: From brl-gateway.ARPA via smtptcp;  6 Mar 83 9:47 EST

The address of SIG/M is:

    SIG/M User Group
    Amateur Computer Group of New Jersey, Inc
    Box 97
    Iselin, NJ  08830

The address of CP/M UG is:

    CPMUG
    1651 Third Avenue
    New York, NY  10028

The NJ Amateur Computer Group:

    Amateur Computer Group of New Jersey, Inc
    PO Box 319
    South Bound Brook, NJ  08880

The NY Amateur Computer Group:

    S-100, CP/M User Group
    NY Amateur Computer Club
    PO Box 106
    Church Street Station
    New York, NY  10018

Would everyone please make a note of this so I don't have to keep
sending this information out everytime I mention one of the above?
Even if you don't think you want the info now, you may want it in
the future.

Thanks.

    Rick
 6-Mar-83 11:57:00,716;000000000000
Date: 6 March 1983 11:57 EST
From: Eric J. Swenson <[e-mail]>
Subject:  Small-C for CP/M on MIT-MC
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 6 Mar 1983 05:39 EST from Keith Petersen <W8SDZ>
Received: From Mit-Mc.ARPA via smtptcp;  6 Mar 83 11:57 EST
Received: From Brl.ARPA via smtptcp;  6 Mar 83 12:01 EST
Received: From brl-gateway.ARPA via smtptcp;  6 Mar 83 12:09 EST

When I get a chance to download the code onto a micro, I'll modify the
RUNTIME package to make it system independent and once checked out, I'll
update the archives on MIT-MC (CPM;AR76: AND CPM;AR77:).  I'll also provide
a .COM file and a new .HEX file.  Thanks for your cleanup of the files.
 7-Mar-83 03:47:00,731;000000000000
Date: 7 March 1983 03:47 EST
From: Keith Petersen <[e-mail]>
Subject: MIT-MC CPM DIRLST updated
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  7 Mar 83 7:31 EST
Received: From Brl.ARPA via smtptcp;  7 Mar 83 9:03 EST
Received: From brl-gateway.ARPA via smtptcp;  7 Mar 83 9:06 EST

The file CPM;CPM DIRLST, which lists the main CPM directory and
all the archive directories has been updated as of this morning.
Anyone who cannot FTP, please send a note to INFO-CPM-REQUEST@BRL
and a copy will be netmailed to you.  If you have already requested a
copy of the one which was announced last week, you will get the new
one.  The ZCPR2 archives are now available in the CPM directory.
--Keith
 7-Mar-83 13:38:00,1029;000000000000
Received: from M.PCO.LISD.HIS by MIT-MULTICS.ARPA dial; 07-Mar-1983 15:41:07-est
Date:  7 March 1983 13:38 mst
From:  Mike Kubicar <[e-mail] (Mike Kubicar)>
Subject:  Commodore 64 and cp/m
To:  [e-mail]
Received: From Mit-Multics.ARPA via smtptcp;  7 Mar 83 15:48 EST
Received: From Brl.ARPA via smtptcp;  7 Mar 83 15:53 EST
Received: From brl-gateway.ARPA via smtptcp;  7 Mar 83 17:23 EST

Has anyone had any experience with a commodore 64 running cp/m?  I
noticed recently that there is a plug in cartridge that allows the base
machine to run (one of) the most popular small computer operating
system.  Is it compatible with everyone elses cp/m?  I also noticed no
ads anywhere for programs in commodore cp/m format.  Does this mean that
it accepts another popular format (apple perhaps) or that it's hard to
find software for it.  Any info would be appreciated.

                              Mike Kubicar
                              Kubicar.Multics%PCO-Multics@MIT-Multics
 7-Mar-83 21:04:00,690;000000000000
Date:  7 Mar 1983 2004-PST
Subject: Re: MIT-MC CPM DIRLST updated
From: Tom Carnahan <[e-mail]>
To: Keith Petersen <[e-mail]>, [e-mail],
    [e-mail]
POSTAL-ADDRESS: Tom Carnahan, SMC 1819, NPS, MONTEREY,CA 93940
Phone: (Home) 408-372-7480 (NPS office) 408-646-2174 AV 878-2174
In-Reply-To: Your message of 7 March 1983 03:47 EST
Received: From Mit-Mc.ARPA via smtptcp;  7 Mar 83 23:58 EST
Received: From Brl.ARPA via smtptcp;  8 Mar 83 0:02 EST
Received: From brl-gateway.ARPA via smtptcp;  8 Mar 83 0:13 EST

I HAVEN'T HAD MUCH LUCK TRYING TO FTP THE CPM DIRECTORY.
COULD YOU SEND ME A COPY?

THANKS,
   TOM
-------
 8-Mar-83 07:46:00,1195;000000000000
Return-Path: <hutchinson.UMass-ECE.UMASS-ECE@UDel-Relay>
Date:     8 Mar 83 10:46-EDT (Tue)
From: Charles Hutchinson <[e-mail]>
Subject:  Continuum and Apple CP/Mers
To: INFO-CPM@umass-ece
Cc: [e-mail]
Via:  UMASS-ECE; 8 Mar 83 19:22-EST
Received: From Mit-Mc.ARPA via smtptcp;  8 Mar 83 23:23 EST
Received: From Brl.ARPA via smtptcp;  10 Mar 83 6:05 EST
Received: From brl-gateway.ARPA via smtptcp;  10 Mar 83 6:12 EST

Hi!
    Well, apparently my previous letter under the same subject never
got distributed...

    Anyway, I am looking for anyone with experience with a California
company called Continuum.  They placed an ad in the March Byte for a
Kaypro with a 10MB hard-disk, selling for $2795.  This seemed a little
under-priced, so I would like to know if anyone has any info about them
before I buy the Kaypro (If I ever do)

    Also, I'm looking for anyone who has used 'The CP/M Card' from
Advanced Logic Systems.  This is a z-80 card for the Apple ][, and it
comes with CP/M 3.0.  Any opinions/comments are welcome.

        Thanks muchly in advance,

            John Hutchinson

        (HUTCHINSON.UMASS-ECE@UDEL-RELAY)
 8-Mar-83 13:57:00,408;000000000000
Date:  8 March 1983 13:57 est
From:  [e-mail]
Subject:  Addition to list
To:  [e-mail]
Received: From Radc-Multics.ARPA via smtptcp;  8 Mar 83 14:02 EST
Received: From Brl.ARPA via smtptcp;  8 Mar 83 14:10 EST
Received: From brl-gateway.ARPA via smtptcp;  8 Mar 83 14:27 EST

Please add my name to the cpm mailing lists.  Thanks.
         JJ-Hagen@RADC-MULTICS
 8-Mar-83 20:27:00,734;000000000000
Date:  8 March 1983 20:27 est
From:  [e-mail]
Subject:  APDOS and Mince
To:  [e-mail]
Received: From Mit-Multics.ARPA via smtptcp;  8 Mar 83 22:18 EST
Received: From Brl.ARPA via smtptcp;  8 Mar 83 22:25 EST
Received: From brl-gateway.ARPA via smtptcp;  8 Mar 83 22:35 EST

Several times I have tried to transfer an Apple text file to Apple CP/M
and edit it using Mince.  Mince always seems to either cough up the file
with a "read error or no EOF" message, or it takes the file and then
displays it as a single unformatted character string, with ctl-m and
ctl-"at" shown literally.  What gives?

PS.  If it is a basic file and I do a load followed by a save,a then
mince likes it fine.
 8-Mar-83 21:42:00,513;000000000000
Date: Tuesday, 8 March 1983  23:42-EST
Sender: RG.JMTURN@mit-oz
From: [e-mail]
To:   [e-mail]
Cc:   [e-mail]
Subject: APDOS and Mince
In-reply-to: Msg of 8 Mar 1983 20:27 est from Boebert.SCOMP at mit-multics.arpa
Received: From Mit-Mc.ARPA via smtptcp;  8 Mar 83 23:46 EST
Received: From Brl.ARPA via smtptcp;  8 Mar 83 23:51 EST
Received: From brl-gateway.ARPA via smtptcp;  9 Mar 83 0:00 EST

Watch out for parity. Mince assumes 8 bit ASCII w/no parity.
 9-Mar-83 13:56:00,838;000000000000
Date: Wednesday,  9 Mar 1983 12:56-PST
To: [e-mail], [e-mail]
Subject: Perfect Writer/Formatter/Calc/Filer bugs
From: [e-mail]
Received: From Rand-Unix.ARPA via smtptcp;  9 Mar 83 20:51 EST
Received: From Brl.ARPA via smtptcp;  9 Mar 83 20:57 EST
Received: From brl-gateway.ARPA via smtptcp;  9 Mar 83 21:00 EST

    I have been developing patches for bugs in the versions of
Perfect Writer, Perfect Formatter, Perfect Calc and Perfect Filer
distributed with the KayPro-II.  I would appreciate receiving reports
of bugs or limitations others have encountered with this software,
on any machine.  Please mail to me, describing symptoms, cure (if known!),
version number, operating system and hardware configuration.  If interest
warrants, I'll summarize for the net.
                bridger at RAND-UNIX
 9-Mar-83 17:41:00,802;000000000000
Date:  9 Mar 1983 1641-PST
From: [e-mail]
Subject: Re: APDOS and Mince
To:   [e-mail], [e-mail]
cc:   [e-mail]
Received: From Usc-Ecl.ARPA via smtptcp;  9 Mar 83 19:43 EST
Received: From Brl.ARPA via smtptcp;  9 Mar 83 19:51 EST
Received: From brl-gateway.ARPA via smtptcp;  9 Mar 83 19:55 EST

In response to the message sent   8 March 1983 20:27 est from [e-mail]

I ran into a similar problem when converting a large text file under CP/M
from WordStar to The Final Word.  The problem was that some software uses
the high level bit for additional attributes and TFW only recognizes "virgin"
character representations.  Solution:  use PIP to ZERO the high level bit
and she's a worka justa fine.
Bud
-------
 9-Mar-83 18:05:00,1698;000000000000
Date:  9 Mar 1983 1705-PST
Subject: Rainbow 100 and file transfer
From: Bill Rizzi <[e-mail]>
To: [e-mail]
cc: [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  9 Mar 83 20:12 EST
Received: From Brl.ARPA via smtptcp;  9 Mar 83 20:23 EST
Received: From brl-gateway.ARPA via smtptcp;  9 Mar 83 20:28 EST


    I am glad to say that I have been able to create a version of
the commercially available Ascom program that runs on the Rainbow 100.
It uses the CPMUG (CP/M User Group ie. Ward Christensen) protocol as
an option and I was successful in transferring files from a Kaypro II
running modem7 version 96 to the DEC.

    Now the bad news - Ascom does not properly terminate at the end
of file transfer- it left the Kaypro dangling until it timed out.
The same thing happened when I tried to get Ascom to talk
to Whizlink (yet another Christensen protocol implementation) on a
Toshiba system.  Even worse, the Rainbow could not send a file to the
Kaypro due to bad sector # in header messages.  Most people are
interested in getting things onto the Rainbow, however.

    This brings up the problem of various packages that SAY they use
the Christensen protocol and do for the most part, except for things
like end of file, etc.  It's bad enough that modem7 has so many
versions, but at least they can talk to each other properly.

    I heard from several people who have an 8088 version of modem7
in assembly language, but never received the source.  If I manage
to grab it somewhere, I will attempt to configure it for the Rainbow
and make it available to any interested parties.

    Bill (RIZZI@ISIB)

-------
 9-Mar-83 20:43:17,412;000000000000
Date: 9 Mar 1983 22:43:17-EST
From: [e-mail]
To: [e-mail]
Subject: copy programs
Received: From Nadc.ARPA via smtptcp;  9 Mar 83 22:47 EST
Received: From Brl.ARPA via smtptcp;  9 Mar 83 22:54 EST
Received: From brl-gateway.ARPA via smtptcp;  9 Mar 83 23:04 EST

Can anyone tell me how to get FASTCOPY electronically? What is the difference
between it and MCOPY on MIT-MC.

Jim Reece
 9-Mar-83 23:51:00,519;000000000000
Date: 9 March 1983 23:51 EST
From: Allan D. Plehn <[e-mail]>
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  9 Mar 83 23:54 EST
Received: From Brl.ARPA via smtptcp;  9 Mar 83 23:59 EST
Received: From brl-gateway.ARPA via smtptcp;  10 Mar 83 0:07 EST

Does anyone know of a disk copy program that works on the SuperBrain
QD?  SuperBrains are delivered without any disk copy program-yuk!
Prefer free of course but willing to pay nominally for a program
that will do the job.
    Al Plehn
10-Mar-83 00:06:00,3010;000000000000
Date: 10 March 1983 00:06 EST
From: Keith Petersen <[e-mail]>
Subject:  Rainbow 100 and file transfer
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 9 Mar 1983 1705-PST from Bill Rizzi <RIZZI at usc-isib.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  10 Mar 83 0:09 EST
Received: From Brl.ARPA via smtptcp;  10 Mar 83 0:21 EST
Received: From brl-gateway.ARPA via smtptcp;  10 Mar 83 0:28 EST

The "compatibility problems" between various programs which say they
use the Christensen protocol are probably caused by timing errors in
the program.  Some well-meaning, but misguided, person updating MODEM2
and MODEM7 changed the 10 second timing to 2 or 3 seconds about a year
or two back.  There was a VERY good reason for it being 10 seconds -
to allow for slower disk systems' time it takes to write to the disk.
This is particularly critical on mini-floppies - some of which have as
slow as 30 milliseconds track-to-track seek time (I know, I have one -
the Micropolis Mod II).  The result is (in some cases) that the
end-of-file byte from the sender is lost by the receiving end.  The
solution is simple - restore the timing back to the 10 seconds that
Ward Christensen and I agreed was optimal.  Those commercial programs
that don't work were probably based upon the public-domain versions
that were available at the time they were written - probably the ones
that had 2-3 second timing values.  If you contact the authors of the
commercial programs, they should be able to tell you the addresses of
where to patch the delays.

Your comments about MODEM7 having so many versions are well taken -
however (flame on) if the program had been written right in the first
place (and had been "clean" source code instead of the poorly
formatted version that was released originally) many of the revisions
would have been unnecessary.  It is inexcusable that the author of
MODEM7 REMOVED ALL OF WARD CHRISTENSEN'S COMMENT LINES in the file!
This made it almost impossible to service the program for updates/bug
fixes, and in my opinion, caused updating it to be more prone to
having bugs. (Flame off).

The present version of MODEM7 (MDM705) is finally in reasonable
condition and has MANY new and useful features - a lot of which are
especially useful here on the net (i.e., the terminal mode now allows
ALL control characters to be passed to the modem, allows toggling the
printer on and off, and has a buffer for the printer in case it's
slower than the incoming data on the modem.  Mind you, I'm not saying
it's perfect, but it finally in good enough shape that I've stopped
recommending MODEM2xx to newcomers.  With the configuration files it
is now no longer necessary to download the .ASM source file.  I
consider that a major step forward and I would hope that people will
not talk down this program simply because it has gone through so many
versions.  That would be throwing away a lot of good work!
--Keith <W8SDZ@MC>
10-Mar-83 04:26:00,1926;000000000000
Date: 10 March 1983 04:26 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  Rainbow 100 and file transfer
To: [e-mail]
cc: [e-mail], [e-mail]
In-reply-to: The message of 9 Mar 1983 1705-PST from Bill Rizzi <RIZZI at usc-isib.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  10 Mar 83 5:36 EST
Received: From Brl.ARPA via smtptcp;  10 Mar 83 5:41 EST
Received: From brl-gateway.ARPA via smtptcp;  10 Mar 83 5:44 EST

Tony Petsch wrote a transfer program that will send any kind of
file fdr om any CP/M system to any CP/M system (provided that
similar ports are available to connect the two machines.)  It
works for KAYPRO and Otrona and I presume will work for Rainbow
although at moment I do not have a Rainbow.
    I wot e about 8500 words on the subject of file
transfers in CP/M (logical and physical devices and all that
crap) which apparently is being included as the documentation
for this program.
    I expect there are other and simpler ways to send files
from one machine to another, but I have not yet seen one that
was completely reliable.  (PIP will work with short text files,
of courswe, but not long ones and not  binary).
    Tony's program sends in Intel Hex format (it hexifies)
and thus does not require any thing on the receiving end other
than PIP or a PIIP-like utility to catch the parts of the
program as they come across (this goofy sender chops the file
sent into pieces short enough that the receiving system can
catch them and write to disk, then open a new files to catch the
next part, etc; then one uses PIP to concatenat the whole mess.)
    Presumably there are other methods that would work?
    I am not being hesitant about where to get this thing T
ony wrote, but it is only availabel commercially and I gather
one should not advertise here; I invite someone to tell a
non-commercial source for a universal transporter...
10-Mar-83 04:28:00,866;000000000000
Date: 10 March 1983 04:28 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  APDOS and Mince
To: [e-mail]
cc: [e-mail], [e-mail]
In-reply-to: The message of 9 Mar 1983 1641-PST from BHUBER at usc-ecl.arpa
Received: From Mit-Mc.ARPA via smtptcp;  10 Mar 83 5:36 EST
Received: From Brl.ARPA via smtptcp;  10 Mar 83 5:41 EST
Received: From brl-gateway.ARPA via smtptcp;  10 Mar 83 5:56 EST

DO NOT USE PIP TO ZERO the 8th bit for word star or you will
have a screwed up file with goofy carriage returns and plenty
spaces where you don't want them and no way yo format it
properly.
    It's easy enough to write a filter that will eliminate
the extra spaces and extra carriage returns WordStar puts in,
and output your file in the format that your new edityor wants
it; do that, instead of using PIP....
10-Mar-83 04:38:00,542;000000000000
Date: 10 March 1983 04:38 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  MIT-MC CPM DIRLST updated
To: [e-mail]
cc: [e-mail], [e-mail], [e-mail]
In-reply-to: The message of 7 Mar 1983 2004-PST from Tom Carnahan <TCARNAHAN at usc-isie.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  10 Mar 83 5:36 EST
Received: From Brl.ARPA via smtptcp;  10 Mar 83 5:41 EST
Received: From brl-gateway.ARPA via smtptcp;  10 Mar 83 5:56 EST

of course I DO have piles of moeemory....
10-Mar-83 04:39:00,702;000000000000
Date: 10 March 1983 04:39 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  MIT-MC CPM DIRLST updated
To: [e-mail]
cc: [e-mail], [e-mail], [e-mail]
In-reply-to: The message of 7 Mar 1983 2004-PST from Tom Carnahan <TCARNAHAN at usc-isie.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  10 Mar 83 5:36 EST
Received: From Brl.ARPA via smtptcp;  10 Mar 83 5:41 EST
Received: From brl-gateway.ARPA via smtptcp;  10 Mar 83 5:59 EST

oops, sorry, last message intended for another ..
is there any way to UNSEND a message when you see that the NET
has bitten you (what happened was I thought I was replying to a
previous message)....
10-Mar-83 05:05:00,1764;000000000000
Date: 10 March 1983 05:05 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  CPM-68
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 28 Feb 83 12:22:11 EST  (Mon) from Ben Goldfarb <goldfarb.ucf-cs at rand-relay.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  10 Mar 83 5:36 EST
Received: From Brl.ARPA via smtptcp;  10 Mar 83 5:42 EST
Received: From brl-gateway.ARPA via smtptcp;  10 Mar 83 6:00 EST

I'll know more after teh show.  Apparently they got their ads
out too early.  Pity.  I do not have any of that stuff running
either...

the os for the 68000 board is written in forth and that exists.

jep    Date: 28 Feb 83 12:22:11 EST  (Mon)
    From: Ben Goldfarb <goldfarb.ucf-cs at rand-relay.arpa>
    To:   info-cpm at brl.arpa
    Re:   CPM-68

    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
10-Mar-83 05:57:00,820;000000000000
Date: 10 March 1983 05:57 EST
From: Keith Petersen <[e-mail]>
Subject:  CP/M to CP/M file transfers
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 10 Mar 1983 04:26 EST from Jerry E. Pournelle <POURNE>
Received: From Mit-Mc.ARPA via smtptcp;  10 Mar 83 6:04 EST
Received: From Brl.ARPA via smtptcp;  10 Mar 83 6:18 EST
Received: From brl-gateway.ARPA via smtptcp;  10 Mar 83 6:23 EST

Jerry, have you EVER tries ANY version of MODEM2 or MODEM7?  If you
need to transfer files from one CP/M-80 system to another this one
will do it - with OR WITHOUT modems.  It works just as well on RS-232
ports tied back-to-back.  MODEM7 (available here on MC  as MDM705) has
a "batch transfer" option which would let you do a whole disk if you
wanted to.  I hope you'll try it soon.
10-Mar-83 07:49:00,1534;000000000000
Date: 10 Mar 1983 0849-CST
From: John Otken <[e-mail]>
Subject: Re: Rainbow 100 and file transfer
To: [e-mail], [e-mail]
cc: [e-mail], [e-mail]
In-Reply-To: Your message of 10-Mar-83 0426-CST
Received: From Mit-Mc.ARPA via smtptcp;  10 Mar 83 9:54 EST
Received: From Brl.ARPA via smtptcp;  10 Mar 83 10:31 EST
Received: From brl-gateway.ARPA via smtptcp;  10 Mar 83 10:44 EST

I just wrote a file transfer program for UT which works in a manner
similar to what you described, Jerry.  Except it is really intended to
do micro - mainframe transfers (MODEM7 didn't quite fit the bill).
There is no reason it can't do micro - micro transfers but, since we
have only one micro, I can't test that aspect.

It uses intel hex as the transfer protocol EXCEPT that I have added
ACKs and NAKs.  If you just want to send intel hex w/o ACKing and
NAKing then comment out a few lines and presto!

The program is in FORTRASH (at least the file transfer subroutines)
and since we have made the same source work under CP/M, TOPS20, UNIX,
VAX VMS and our own CDC Cyber O.S., I'd say its portable.

It's all done sans the spit and shine on the documentation (take a
week or two) and anyone who wants it may have a copy.  Although, as
you can guess, it is SLOWer than MODEM7.  But it takes about three
days to bring up on a different host, a claim I don't believe can be
made by non-CP/M MODEM7 users.  This program is a real idiot, by design.

John.
-------
10-Mar-83 09:46:39,541;000000000000
Date: 10 Mar 1983 08:46:39-PST
From: Jim Gilbreath <[e-mail]>
Reply-to: [e-mail]
To: [e-mail], [e-mail]
Subject: Re:  Rainbow 100 and file transfer
Cc: [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  10 Mar 83 12:18 EST
Received: From Brl.ARPA via smtptcp;  10 Mar 83 12:28 EST
Received: From brl-gateway.ARPA via smtptcp;  10 Mar 83 12:37 EST

We use MOVE-IT from Wolff Software.  It does everything VERY nicely,
error corrected, and fast.
10-Mar-83 11:11:47,724;000000000000
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Date: 10 Mar 1983 10:11:47-PST
From: [e-mail]
Subject: Re:  CPM-68
To: [e-mail]
Cc: [e-mail]
Via:  UCF-CS; 10 Mar 83 20:39-PDT
Received: From Rand-Relay.ARPA via smtptcp;  11 Mar 83 1:29 EST
Received: From Brl.ARPA via smtptcp;  11 Mar 83 1:38 EST
Received: From brl-gateway.ARPA via smtptcp;  11 Mar 83 1:46 EST

Things have improved.  I have a C cross-compiler and a couple of
cross assemblers for the 68000.  I'll be writing a boot eprom, perhaps
a low-level monitor, and a BIOS.  I'll probably write the BIOS in C and the
rest in assembler.  I'll be able to finish all of that before Compupro
does, I'm sure.
                        Ben
10-Mar-83 13:31:00,928;000000000000
Date: 10 Mar 1983 1231-PST
From: [e-mail]
Subject: Re: APDOS and Mince
To:   [e-mail]
cc:   [e-mail], [e-mail]
cc:   [e-mail]
Received: From Usc-Ecl.ARPA via smtptcp;  10 Mar 83 15:33 EST
Received: From Brl.ARPA via smtptcp;  10 Mar 83 15:40 EST
Received: From brl-gateway.ARPA via smtptcp;  10 Mar 83 15:44 EST

In response to your message sent  10 March 1983 04:28 EST

Although you are technically correct, the extra <CR/LF>s don't mean anything
to The Final Word when it goes into its formatting routines.  Same for the
extra spaces.  I just took the easy way out.
Bud
P.S., the reason for changing the document from WordStar to The Final Word
was to get camera ready copy on a proportionally spacing Diablo 1650 for an
IEEE publication.  I still prefer WS for overall WP functions.  TFW has a
problem handling footnotes correctly.
-------
10-Mar-83 13:46:48,870;000000000000
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Date: 10 Mar 1983 12:46:48-PST
From: [e-mail]
Subject: Re:  Rainbow 100 and file transfer
To: [e-mail]
Cc: [e-mail]
Via:  UCF-CS; 10 Mar 83 20:40-PDT
Received: From Rand-Relay.ARPA via smtptcp;  11 Mar 83 1:30 EST
Received: From Brl.ARPA via smtptcp;  11 Mar 83 1:38 EST
Received: From brl-gateway.ARPA via smtptcp;  11 Mar 83 1:46 EST

There is a noncommercial product similar to the one you  describe,
Jerry.  Written in BDS C, it is called PH.C.  It, too, hexifies the
source (binary) file for transmission to the target machine, which
need only have PIP to receive it.  It has been around for about a
year and is available on better RCP/M systems everywhere.  Offhand,
I believe it is on MC, but I don't have a copy of the directory handy
while I'm writing this.
11-Mar-83 00:15:00,746;000000000000
Date: 11 March 1983 00:15 EST
From: Keith Petersen <[e-mail]>
Subject: Dual copies to INFO-MODEM7 people
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  11 Mar 83 2:30 EST
Received: From Brl.ARPA via smtptcp;  11 Mar 83 2:32 EST
Received: From brl-gateway.ARPA via smtptcp;  11 Mar 83 2:38 EST

Please don't CC: INFO-MODEM7 when sending a message to INFO-CPM.
Everyone on the INFO-MODEM7 mailing list is also on INFO-CPM.

INFO-MODEM7@MC is a mailing list for the maintainers of the
MODEM7 series programs.  The list is specifically for discussions on
proposed updates/revisions to that program ONLY and should not
normally be sent mail referring to other transfer programs.

Thanks.  -- Keith <W8SDZ@MC>
11-Mar-83 03:33:00,620;000000000000
Date: 11 March 1983 03:33 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  CPM-68
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 10 Mar 1983 10:11:47-PST from goldfarb.ucf-cs at rand-relay.arpa
Received: From Mit-Mc.ARPA via smtptcp;  11 Mar 83 3:35 EST
Received: From Brl.ARPA via smtptcp;  11 Mar 83 3:45 EST
Received: From brl-gateway.ARPA via smtptcp;  11 Mar 83 3:51 EST

terrific.  I can have a s-100 68000 running here any time
there's a point to doing it, but so far the only 68000 we have
is the Sage which runs SCUD Pascal as the oprating systm..
11-Mar-83 03:39:00,841;000000000000
Date: 11 March 1983 03:39 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  Rainbow 100 and file transfer
To: [e-mail]
cc: [e-mail], [e-mail], [e-mail]
In-reply-to: The message of 10 Mar 1983 0849-CST from John Otken <CC.Otken at utexas-20.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  11 Mar 83 3:42 EST
Received: From Brl.ARPA via smtptcp;  11 Mar 83 3:46 EST
Received: From brl-gateway.ARPA via smtptcp;  11 Mar 83 3:51 EST

our send-hex takes about ten mionutes to bring up on a new host,
but of course the host has to be a CP/M system.  I'd be
interested in your program when it's available; also in any
documents or essays on the subject.  I find the whole business
of transfers insteresting since it turns out that most of the
"standards" aren't...
jep
11-Mar-83 03:45:00,1317;000000000000
Date: 11 March 1983 03:45 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  CP/M to CP/M file transfers
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 10 Mar 1983 05:57 EST from Keith Petersen <W8SDZ at mit-mc.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  11 Mar 83 3:46 EST
Received: From Brl.ARPA via smtptcp;  11 Mar 83 3:56 EST
Received: From brl-gateway.ARPA via smtptcp;  11 Mar 83 4:02 EST

works fine if you have the programs on both machines.  Not so
good if the receiving machine don't have the program.  T hen
comes problem of how to get the program onto the receiving
machine.  Or is that easy and I just don't know it?

-------------------------

    Date: 10 March 1983 05:57 EST
    From: Keith Petersen <W8SDZ at mit-mc.arpa>
    To:   POURNE at mit-mc.arpa
    cc:   Info-Cpm at brl.arpa
    Re:   CP/M to CP/M file transfers

    Jerry, have you EVER tries ANY version of MODEM2 or MODEM7?  If you
    need to transfer files from one CP/M-80 system to another this one
    will do it - with OR WITHOUT modems.  It works just as well on RS-232
    ports tied back-to-back.  MODEM7 (available here on MC  as MDM705) has
    a "batch transfer" option which would let you do a whole disk if you
    wanted to.  I hope you'll try it soon.
11-Mar-83 03:50:00,1797;000000000000
Date: 11 March 1983 03:50 EST
From: Frank J. Wancho <[e-mail]>
Subject:  Alternate Sources
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  11 Mar 83 3:52 EST
Received: From Brl.ARPA via smtptcp;  11 Mar 83 3:57 EST
Received: From brl-gateway.ARPA via smtptcp;  11 Mar 83 4:03 EST

The APPLE Users Group of El Paso, TX sponsors an RBBS on a NorthStar
Hard Disk CP/M system running TSS/C (certainly a contradiction in
terms).  The system has been on a hiatus since it was converted back
in early January, but is now back up with even more available space
than ever - 6 2MByte logical disk drives for a total of 12MBytes.

To kick it off, I have loaded about half the system already with 60
.LBR files (5698K) of SQueezed files downloaded from MC and other
sources over the past two years or so.  All the files are up-to-date
as of yesterday, and include the latest collection of ZCPR2 files
(except the SYSLIB set), and MODEM 705 (absolutely the last version of
MODEM 7 I will ever download), and take up most of the B:, C:, and D:
drives.  Both LDIR and LMODEM (LU-MODEM) are available to help you
make selective downloads if you do not wish to download an entire .LBR
file using XMODEM.

The system will be up 24-hours a day, seven days a week, and presently
supports only 110 and 300 baud, with a PMMI to be installed "soon".
The number is 915-533-2202, no ringback.  Wade through the RBBS and
into CP/M and have at it!

This message is also to serve as notice that I am rescinding the offer
I made last May to supply this set of files to anyone who sends me a
package of NorthStar Quad disks and return postage.  For those who
send me their disks some time ago, this same collection will be out in
the mail in a couple of days.

--Frank
11-Mar-83 05:31:00,1380;000000000000
Date: 11 March 1983 05:31 EST
From: Keith Petersen <[e-mail]>
Subject:  CP/M to CP/M file transfers
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 11 Mar 1983 03:45 EST from Jerry E. Pournelle <POURNE>
Received: From Mit-Mc.ARPA via smtptcp;  11 Mar 83 5:45 EST
Received: From Brl.ARPA via smtptcp;  11 Mar 83 5:55 EST
Received: From brl-gateway.ARPA via smtptcp;  11 Mar 83 5:57 EST

Yes, there is an easy way of getting started with MODEM2 or MODEM7.
It's a program called MBOOT.  It's relatively short (about 6k) of
source code for a receive-only (no-frills) version of Ward's MODEM2
program.  It's easily typed in on the target machine.  All that's
required is knowledge of the port number being used, the bits to test for
send and receive.  It assumes that you have already initialized the
port for the desired baud rate, 8 data bits, one stop bit, and no
parity.  This is a bit more preparation than using the simple PIP HEX
file approach, but after it's up and running you can transfer any
program fast and with full error checking.  After you get MBOOT
running you can use it to get MODEM7 and you'll have full batch
transfer capability.  MBOOT is available on MIT-MC as:

AR60:CPM;MBOOT 3ASM

It is also available on every RCPM system across the country, and has
been published in Dr. Dobbs Journal.
--Keith
11-Mar-83 08:58:23,633;000000000000
Date: 11 Mar 1983 07:58:23-PST
From: [e-mail]
To: [e-mail], [e-mail]
Subject: 8th bit in WordStar
Received: From Nosc-Cc.ARPA via smtptcp;  11 Mar 83 11:17 EST
Received: From Brl.ARPA via smtptcp;  11 Mar 83 11:21 EST
Received: From brl-gateway.ARPA via smtptcp;  11 Mar 83 11:31 EST

Instead of using PIP to zero the 8th bit, print the file to a
DISK file with justification turned off.  This will remove all
of the WordStar characters, ie; Soft Spaces, Hyphens, Carriage
Returns, and leave you with a clean, editable file without all
the extra blanks between words. - Bob
11-Mar-83 12:15:07,1015;000000000000
Date: 11 Mar 1983 11:15:07-PST
From: Jim Gilbreath <[e-mail]>
Reply-to: [e-mail]
To: [e-mail]
Subject: Re:  Rainbow 100 and file transfer
Cc: [e-mail]
Received: From Nosc-Cc.ARPA via smtptcp;  11 Mar 83 14:35 EST
Received: From Brl.ARPA via smtptcp;  11 Mar 83 14:47 EST
Received: From brl-gateway.ARPA via smtptcp;  11 Mar 83 14:58 EST

Move-It is from Woolf Software, 23842 Archwood St, Canoga Park, CA
91307 [phone].  Probably a local call for you.

It was reviewed in July 82 Interface Age (very favorably) and has been
improved some since.  It works extremely well, and has nice features
such as the ability to get DIR listings from either the remote or loacl
computer, messages, terminal mode, wildcard use (e.g. GET *.COM), and
error control.  Really what you want for downloading files from
8" systems to the multitudinous 5" formats, as well as for general
comm use. Don't remember the price, but in vicinity of $125 I think.
-gil
12-Mar-83 03:25:00,827;000000000000
Date: 12 March 1983 03:25 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  Rainbow 100 and file transfer
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 11 Mar 1983 11:15:07-PST from Jim Gilbreath <CCVAX.gil at nosc-cc.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  12 Mar 83 3:26 EST
Received: From Brl.ARPA via smtptcp;  12 Mar 83 3:33 EST
Received: From brl-gateway.ARPA via smtptcp;  12 Mar 83 3:34 EST

sounds good.
alas, there is in pipeline an article on a send-hex t hat we
wrote (because I didn't read although I get the Interface Age).
I'll have to see if I can get theirs and mention it; but don't b
e surprised to see an article on file transfers by me that
doesn't mention it.  That damned pipeline is LONG.
    I shall talk to the WOOLF people though...
JEP
12-Mar-83 03:38:00,730;000000000000
Date: 12 March 1983 03:38 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  CP/M to CP/M file transfers
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 11 Mar 1983 05:31 EST from Keith Petersen <W8SDZ at mit-mc.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  12 Mar 83 3:39 EST
Received: From Brl.ARPA via smtptcp;  12 Mar 83 3:44 EST
Received: From brl-gateway.ARPA via smtptcp;  12 Mar 83 3:45 EST

I'll get it and look at it; but I think you over estimate the
degree of informat ion most people have, and their ability to
manipulate this stuff.

It is  easy enough to tool up and learn these things for a few
days (at least it is for me) but it is also very easy to forget it..
12-Mar-83 03:40:00,517;000000000000
Date: 12 March 1983 03:40 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  CP/M to CP/M file transfers
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 11 Mar 1983 05:31 EST from Keith Petersen <W8SDZ>
Received: From Mit-Mc.ARPA via smtptcp;  12 Mar 83 3:41 EST
Received: From Brl.ARPA via smtptcp;  12 Mar 83 3:44 EST
Received: From brl-gateway.ARPA via smtptcp;  12 Mar 83 3:46 EST

Incidentally, is there any one place where a lot of this
information is put together?
12-Mar-83 03:47:00,1230;000000000000
Date: 12 March 1983 03:47 EST
From: Jerry E. Pournelle <[e-mail]>
Subject: Publik Key Encryption
To: [e-mail], [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  12 Mar 83 3:48 EST
Received: From Brl.ARPA via smtptcp;  12 Mar 83 3:55 EST
Received: From brl-gateway.ARPA via smtptcp;  12 Mar 83 3:56 EST


    I have a Public Key "Trapdoor" crypto system that works fine on
    a Z-80 micro.

    At least it seems to work fine -- I have no way to know how
    secure the code generated really is.

    For those interested:  the public key (mine) is under
    MC:POURNE;PUBLIC kEY and two messages encrypted with it are
    MC:POURNE;SECRET MSG  (37 words) and
    MC:POURNE;SECRET VITA (1038 words).

        I'll buy dinner for the first person to tell me the
    secret message (not the vita which is obtainable).  I'd be
    intrested in just how secure this stuff is, and what resources
    are needed to break it (if it can be done).

        Best,

        JERRY Pournelle
        (In about 3 months the public key and secret message
    will appear in BYTE, but one presumes that by then someone will
    have cracked it if it is crackable..

    )
12-Mar-83 10:48:00,1163;000000000000
Date: 12 Mar 1983 1248-EST
From: J. Eliot B. Moss <[e-mail]>
Subject: Hard disks
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  12 Mar 83 12:48 EST
Received: From Brl.ARPA via smtptcp;  12 Mar 83 12:53 EST
Received: From brl-gateway.ARPA via smtptcp;  12 Mar 83 12:55 EST

I don't know if this is news to most people, but I recently found that
one can set up 5 Mb of hard on an S-100 system for about $1000.  $500
for a Morrow Designs controller board (standard Seagate Tech. ST-506
interface, controls up to 4 drives) and $495 for a Western Dynex Corp.
5 Mb REMOVABLE CARTRIDGE drive, advertised in a recent BYTE.  I called
California Digital and they have the Morrow board in stock at $495; the
Western Dynex people said I could buy two of the 5 Mb drives at $495
each (it is the OEM discount price) and the cartridges are $50 a piece.
I also saw a recent ad for a 67 Mb (unformatted) drive for $1500.  So,
5 Mb removable for $1K, 60 Mb non-removable for $2K, including controller.
I think the board comes with sample BIOS code, too.
            Eliot
PS - I may be buying one or both of these in the near future.
-------
12-Mar-83 12:45:00,1332;000000000000
Return-Path: <tekmdp!laurir.tektronix@Rand-Relay>
Date: 12 Mar 1983 at 1145-PST (Saturday)
From: tekmdp![e-mail]
Subject: need hints for DEADLINE, the Zork-like murder mystery game
To: tektronix![e-mail]
Via:  tektronix; 12 Mar 83 23:52-PDT
Received: From Mit-Mc.ARPA via smtptcp;  14 Mar 83 11:52 EST
Received: From Brl.ARPA via smtptcp;  14 Mar 83 16:13 EST
Received: From brl-gateway.ARPA via smtptcp;  14 Mar 83 16:26 EST

DEADLINE is an adventure-like game in which the player is a police
inspector attempting to solve a locked-door murder mystery.  It is
available for various personal computers, including TRS-80, Apple,
Atari, IBM PC, and generic CP/M-80 from Infocom, the folks who gave
us Zork I, Zork II, Zork III, and Starcross (all highly recommended).

I am unable to get very far with DEADLINE (I guess I'm not much of
a detective).  I have the hints published by the Zork User's Group,
which consist entirely of a map of known space, but this doesn't
help.  I would very much appreciate hints from any experienced
DEADLINE players.

Please respond via mail; we on the Usenet have been cut off from
INFO-CPM since mid-January.

  -- Andrew Klossner (decvax!tektronix!tekmdp!laurir)  [Usenet]
                     (laurir.tektronix@rand-relay)     [ARPA]
13-Mar-83 14:45:00,720;000000000000
Date: 13 March 1983 14:45 EST
From: Eric J. Swenson <[e-mail]>
Subject:  Small-C V2.0
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  14 Mar 83 11:58 EST
Received: From Brl.ARPA via smtptcp;  14 Mar 83 16:14 EST
Received: From brl-gateway.ARPA via smtptcp;  14 Mar 83 16:27 EST

The Small-C V2.0 archives on MIT-MC (CPM;AR76: and CPM;AR77:) have been
updated with a new version of the CP/M runtime support (CPM;AR77:RUNTIM
MAC).  All references to ROM routines have been replaced with the
appropriate calls to the BDOS.  The file CC4.MAC was also updated with some
bug fixes from Mr. Danielson in the peephole optimizer.  The new C.HEX file
reflects the changes to RUNTIM and CC4.
13-Mar-83 16:21:00,835;000000000000
Date: 13 March 1983 16:21 EST
From: Edward Huang <[e-mail]>
Subject: MMODEM
To: [e-mail], [e-mail]
cc: [e-mail], [e-mail]
Received: From Mit-Ai.ARPA via smtptcp;  14 Mar 83 12:18 EST
Received: From Brl.ARPA via smtptcp;  14 Mar 83 16:15 EST
Received: From brl-gateway.ARPA via smtptcp;  14 Mar 83 16:29 EST

Hello,
I was in the middle of MMODEM and it suddenly aborted on
the 40H sector of a 50H sector file... I think what screwed
it up was that I got a msg from Plehn. Looks like MMODEM
doesnt do a TCTYP REFUSE ????

by the way,another hint/tip: If you are on ITS and want
to download a file from the CP/M archive, :COPY it first
from the archive to your disk area and then run MMODEM -
archives take a LOT LONGER to access (esp when on a ITS
other than MC) !!

Later,
-Ed
13-Mar-83 18:04:00,759;000000000000
Date: 13 Mar 1983 2004-EST
From: J. Eliot B. Moss <[e-mail]>
Subject: Hard disks
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  14 Mar 83 15:18 EST
Received: From Brl.ARPA via smtptcp;  14 Mar 83 16:25 EST
Received: From brl-gateway.ARPA via smtptcp;  14 Mar 83 17:12 EST

The info I quoted recently comes from ads and articles in a recent
Mini-MicroSystems -- the one with all the tables listing available
drives and their specs.  Just thought people might want to know.

Also, more than one person said that Western Dynex is having problems
and is not yet shipping the 5 Mb drive; silly me, I did not ask them
about delivery.  If I look into it further, I will report back for
those interested.
                Eliot
-------
13-Mar-83 18:40:00,1223;000000000000
Date: 13 March 1983 18:40 EST
From: Gail Zacharias <[e-mail]>
Subject:  MMODEM
To: [e-mail]
cc: [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  14 Mar 83 12:03 EST
Received: From Brl.ARPA via smtptcp;  14 Mar 83 16:14 EST
Received: From brl-gateway.ARPA via smtptcp;  14 Mar 83 16:28 EST

    Date: 13 March 1983 16:21 EST
    From: Edward Huang <EH at MIT-AI>
    I was in the middle of MMODEM and it suddenly aborted on the 40H sector of
    a 50H sector file... I think what screwed it up was that I got a msg from
    Plehn. Looks like MMODEM doesnt do a TCTYP REFUSE ????

In the future, please send bug reports to BUG-MMODEM@MC, not INFO-CPM.
MMODEM does do TCTYP REFUSE.  I've installed the current version of MMODEM
on AI.  Let me (not info-cpm) know if the problem still occurs.

    by the way,another hint/tip: If you are on ITS and want to download a file
    from the CP/M archive, :COPY it first from the archive to your disk area
    and then run MMODEM - archives take a LOT LONGER to access

This is a total waste of time.  The first thing MMODEM does is copy the file
into memory, so doing a :COPY first makes for a total of two COPY's..
13-Mar-83 22:29:00,1133;000000000000
Date: 13 Mar 1983 2129-PST
Subject: Re: CP/M to CP/M file transfers
From: Tom Carnahan <[e-mail]>
To: Keith Petersen <[e-mail]>, [e-mail]
cc: [e-mail]
POSTAL-ADDRESS: Tom Carnahan, SMC 1819, NPS, MONTEREY,CA 93940
Phone: (Home) 408-372-7480 (NPS office) 408-646-2174 AV 878-2174
In-Reply-To: Your message of 10 March 1983 05:57 EST
Received: From Usc-Isie.ARPA via smtptcp;  14 Mar 83 10:59 EST
Received: From Brl.ARPA via smtptcp;  14 Mar 83 16:06 EST
Received: From brl-gateway.ARPA via smtptcp;  14 Mar 83 16:23 EST

Keith,

  This message sparked my interest again.

   HOW can I get a source listing of MDM705 FTP'ed to me?

I am vaguely familiar with FTP.   I HAVE ftp'ed to MIT-MC
and gotten a directory listing of CPM; directory.


However, I must be doing something wrong...just can't find the right file...or
I try to FTP and I get garbage.

If you habve time to respond to this msg, could you include a PHOTO
of the procedure...I'm still pretty green at it.  We have a TOPS20
system here  (prompt: @).

Greatly appreciative,
Tom Carnahan
-------
13-Mar-83 23:32:31,996;000000000000
Date: 13 Mar 83 23:32:31 PST (Sun)
From: David Allen Gewirtz <[e-mail] (David Allen Gewirtz)>
Subject: SQ zcpr2 files
Message-Id: <[e-mail]>
Received: by UCBARPA.ARPA (3.327/3.14)
    id AA18567; 13 Mar 83 23:32:31 PST (Sun)
Received: from UCBARPA.ARPA by UCBVAX.ARPA (3.327/3.15)
    id AA11433; 13 Mar 83 23:30:24 PST (Sun)
To: [e-mail]
Received: From Ucb-Vax.ARPA via smtptcp;  14 Mar 83 11:33 EST
Received: From Brl.ARPA via smtptcp;  14 Mar 83 16:09 EST
Received: From brl-gateway.ARPA via smtptcp;  14 Mar 83 16:25 EST

The below files were moved via FTP from MC to the local UNIX system.
I tried using the unix usq (xusq.107c) to unsqueeze the files.
Usq errors with the message: blah.aqm not a SQueezed file.

z2rat.wq
z2rat.wqh
z2ug.wq
z2ug.wqh
z2ug1.wq
zcpr2.23aqm
zcpr2.23lqb

What's up?  This is a 4.1BSD system.  Is there some incompatibility
with usq or FTP or am I doing something wrong?

Thanks,

David
14-Mar-83 14:23:42,974;000000000000
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Date: 14 Mar 1983 13:23:42-PST
From: [e-mail]
Subject: PH.C
To: [e-mail]
Cc: [e-mail]
Via:  UCF-CS; 15 Mar 83 0:27-PDT
Received: From Rand-Relay.ARPA via smtptcp;  15 Mar 83 3:42 EST
Received: From Brl.ARPA via smtptcp;  15 Mar 83 3:57 EST
Received: From brl-gateway.ARPA via smtptcp;  15 Mar 83 4:19 EST

I'll just follow this with a copy of the program in question.  It has
enough internal documentation to guide its user; I think 8500 words
on this rather trivial subject is overkill.

The program uses the little-known and little-used block transfer
mode of PIP which uses XON/XOFF to control transmission.  While this
is a rudimentary and slow way to handle transmission of binary
data, it is good enough to bootstrap modem7 or some such program.

Try it; you'll like it.  It is simple and small, but bigger and
more verbose is not necessarily better.
                    Ben
14-Mar-83 18:00:01,605;000000000000
Date: 14 Mar 1983 17:00:01-PST
From: Ron Broersma <[e-mail]>
Reply-to: [e-mail]
To: [e-mail], [e-mail]
Subject: Re:  SQ zcpr2 files
Received: From Nosc-Cc.ARPA via smtptcp;  14 Mar 83 20:12 EST
Received: From Brl.ARPA via smtptcp;  14 Mar 83 21:44 EST
Received: From brl-gateway.ARPA via smtptcp;  14 Mar 83 22:00 EST

You need to do the FTP in binary (type image) and then convert that
from ITS format to something that Unix likes.  I've written an ITS to
Unix converter which does the job nicely. Let me know if you need a copy.

--Ron
14-Mar-83 19:38:00,980;000000000000
Date: 14 March 1983 19:38 EST
From: Charlie Strom <[e-mail]>
Subject: CP/M Plus on Compupro
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  14 Mar 83 19:39 EST
Received: From Brl.ARPA via smtptcp;  14 Mar 83 21:43 EST
Received: From brl-gateway.ARPA via smtptcp;  14 Mar 83 21:59 EST

Does anyone know if Godbut is working on an implementation of CP/M Plus
(aka 3.0) on the Godbout 8080/z80 hardware? I have great difficulty in
obtaining any meaningful intelligence on what software developments they
have in the hopper, and am loathe to start from scratch here if
someone else is further along than wishful thinking!

Would also of course like to hear about same from G&G or any hackers; perhaps
we could pool our resources? I just received Plus from DR, so they are
indeed shipping; I would like to think that I will be able to do something
other than admire the fancy documentation for the next several months!

                        Charlie Strom
15-Mar-83 01:08:09,987;000000000000
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Date: 15 Mar 1983 00:08:09-PST
From: [e-mail]
Subject: SQ
To: [e-mail]
Cc: [e-mail]
Via:  UCF-CS; 15 Mar 83 0:34-PDT
Received: From Rand-Relay.ARPA via smtptcp;  15 Mar 83 3:45 EST
Received: From Brl.ARPA via smtptcp;  15 Mar 83 3:57 EST
Received: From brl-gateway.ARPA via smtptcp;  15 Mar 83 4:20 EST

Being the individual who hacked xusq107 for 4.1bsd, I can take a  blind
guess at what your problem is.  But since I know absolutely nothing
about FTP I may be way off base.

Usq will fail if you invoke it on a squeezed file that was transferred
using a 7 bit protocol or doing any newline translation.  Is this what
you are doing?  I encountered that problem when I used umodem in the
'text' mode for handling squeezed files; it went away when I started
using the 'binary' mode.
                Ben Goldfarb
                uucp: ...!duke!ucf-cs!goldfarb
                ARPA: goldfarb.ucf-cs@Rand-Relay
15-Mar-83 03:16:00,30531;000000000000
Date: 15 March 1983 03:16 EST
From: Keith Petersen <[e-mail]>
Subject: RCPMLIST.35
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  15 Mar 83 3:17 EST
Received: From Brl.ARPA via smtptcp;  15 Mar 83 3:35 EST
Received: From brl-gateway.ARPA via smtptcp;  15 Mar 83 3:46 EST



   +++ Remote CP/M Software Exchange Systems, List # 35 +++

                Last Revised  ---  March 12, 1983

===============================================================
A  summary  of  all known (and running)  Remote  CP/M  Software
Exchange Systems using XMODEM for program transfers.

          List # 35 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)
===============================================================
CODE KEY:  (See notes at end of list for more information)

     Baud Rates:
                    B1 = PMMI
                    B2 = 300
                    B3 = 212A 1200, 300
                    B4 = Vadic 1200, 300
                    B5 = 212A 1200, Vadic 1200, 300

     Alternate Long Distance 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 KB or MB).

===============================================================


---------------------------------------------------------------
                        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.) Will be adding 22 Mb drive sometime soon.
---------------------------------------------------------------
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.)
(SYSTEM  ONE as of 03/01/83 is no longer a  public  system,  as
access is now restricted to fee-paying members.)
---------------------------------------------------------------
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.
(SYSTEM TWO is still a public system.)
---------------------------------------------------------------
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.   Baud  rates in addition to 212A  1200/300:
    75, 110, 134, 150 and 450.
---------------------------------------------------------------
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.  [New Jersey]
    General   CP/M  software;    Bulletin  Board  of  SIG/M
    (Special  Interest Group/Microcomputers,   ACGNJ)  Will
    soon have 75Mb on-line!
---------------------------------------------------------------
The C-Line,  [phone],  David Fiedler. NCB. Mon-Fri 2000-
0900, 24 hrs weekends. B1; LD2,3?,4?; DSK: 2 Mb. [Northwest NJ]
    Running  CP/M under MicroShell.  Special interest UNIX,
    UNIX-like systems,  C software.  On-line instruction in
    UNIX and C is planned.
---------------------------------------------------------------
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.  Mon-Thu 11pm-8am,  Fri-Sat 8pm-12pm, Sun 8pm-8am.
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. New hours since RCPM-034.LQT.
--------------------------------------------------------------
Fort Fone File Folder, [phone], Al Jewer, Shawn Everson,
Ron Fowler.  NCB. 24 hrs. B1;LD1;DSK: 20mb Hard. [Ft. Atkinson,
Wisconsin]
---------------------------------------------------------------
Mike's RCP/M System, [phone], Mike Wesolowski. NCB. Mon-
Fri 6pm-6am,  24 hrs weekends & holidays. B2;LD2,3,4;DSK: 700k.
[Milwaukee, 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.
B3;LD2,3,4;DSK: 2mb. [San Fernando valley, LA Area]
    Disk cap. now 2MB. 450 Baud supported (Bell 103 std).
    New version of system on-line as of Feb. 7 with new
    features and enhancements. CP/M and HDOS software is
    rotated on a monthly basis.
---------------------------------------------------------------
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.
(Phone not answered when in use,  keep trying...)  B2; LD2,3,4;
DSK:  382k.  (Drive B:  changed frequently,  leave requests for
off-line software on RBBS.)  [Los Angeles, CA]
    Special Interests: CP/M utilities, data communications,
    videographics, applications for entertainment industry.
    System is a Kaypro II with Hayes Smartmodem 300.
>>> THIS SYSTEM IS ALSO A COLLECTION POINT FOR UPDATES TO THIS
    LIST. PLEASE SEND THE INFO. AS A FILE OR MESSAGE TO SYSOP.
--------------------------------------------------------------
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.   B3, (also 600 baud, baud rate set at log on or
with NEWBAUD); LD1; DSK: 2mb. [Thousand Oaks, CA]
---------------------------------------------------------------
Simi RCP/M,  [phone],   Pete Mack,   NCB. 1900-2300 PST,
Mon-Fri,  24  hrs  on  weekends.  (300-600  PMMI  rates);  LD1;
DSK: 10mb. [Simi Valley, Ca.]
    Mostly  BDS C programs and occasional new  releases  of
    general interest. Disk capacity now 10 mb., another 10 mb
    due to be added in April.
--------------------------------------------------------------
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.
---------------------------------------------------------------
Silicon Valley Interchange -- OxGate-004.   [phone],  Ed
Svoboda.   NCB.  7:45am-11:00pm  7days/week.    B2;LD2,3,4;DSK:
2.7mb.  [South SF Bay Area]
    APPLE  ][  CP/M  based.  Specializing  in  very  recent
    releases,  telecommunications,  and  Apple CP/M  prgms.
    Note: additional 256k installed.
---------------------------------------------------------------
RCP/M  Sunnyvale,  [phone],  Eric  Sarti.  NCB.  3:30pm-
10:00pm 7days/wk.  B2;LD2,3,4;DSK:  256k,  APPLE ][ CP/M based.
[South SF Bay Area]
---------------------------------------------------------------
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 RBBS/RCPM,  [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.
    Phone number changed since RCPM-034.LQT
---------------------------------------------------------------
                          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]
---------------------------------------------------------------
Lakewood  RCPM/RBBS,  (303)  985-1108.  Gary  Shaffstall.  NCB.
24hrs. B3;LD2,3;DSK: 12.86 MB. on A:-D:. [Denver, Colorado]
    General interests in CP/M, MP/M, CP/NET, CP/NOS.
---------------------------------------------------------------
Satsuma RCP/M,   [phone].   Charlie Sanborn.  NCB. 1400-
2400 CST. B3;LD2,3;DSK: 10mb hard.  [Houston, TX].
    No Message system,  either active or planned.  Software
    exchange only. Heath H-8 with Hayes Smartmodem 1200.
---------------------------------------------------------------
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)  357-7400.  Tim  Linehan.  NCB.  24  hrs.
B1;LD1;DSK: 16mb. Hard. [Olympia, Washington]
    Phone number changed since RCPM-034.LQT.
---------------------------------------------------------------
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.
---------------------------------------------------------------
                          OVERSEAS
---------------------------------------------------------------
SOFTWARE TOOLS RCPM,  61-2-997-1018 (Australia),  Bill  Bolton.
NCB.  24hrs.  300  baud CCITT V21 standard.  LD1;  DSK:  4.8Mb.
[Sydney, Australia]
    Special interest in 'C' programs.
---------------------------------------------------------------
MICOM  CBBS,  61-3-762-5088  (Australia),  Peter  Jetson.  NCB.
24hrs. 300 baud CCITT V21 standard. LD1; DSK: 500k. [Melbourne,
VIC, Australia]
    (as of Jan'83, CBBS only, no XMODEM)
---------------------------------------------------------------

---------------------------------------------------------------
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 03/12/83.
15-Mar-83 05:07:00,651;000000000000
Date: 15 March 1983 05:07 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  CP/M Plus on Compupro
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 14 Mar 1983 19:38 EST from Charlie Strom <CSTROM at mit-mc.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  15 Mar 83 5:08 EST
Received: From Brl.ARPA via smtptcp;  15 Mar 83 5:34 EST
Received: From brl-gateway.ARPA via smtptcp;  15 Mar 83 5:43 EST

There's good reason why Godbout's people are loathe to tell you
what they're working on.  They are flying about in cricles
flapping their arms getting rady for the Faire...

More data fter teh Faire.

JEP
15-Mar-83 05:12:20,1669;000000000000
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Date: 15 Mar 1983 04:12:20-PST
From: [e-mail]
Subject: godbout
To: [e-mail]
Cc: [e-mail], [e-mail]
Via:  UCF-CS; 15 Mar 83 7:42-PDT
Received: From Rand-Relay.ARPA via smtptcp;  15 Mar 83 11:10 EST
Received: From Brl.ARPA via smtptcp;  16 Mar 83 3:21 EST
Received: From Brl-Bmd.ARPA via smtptcp;  16 Mar 83 3:26 EST

I'm afraid I can't help one helluva lot with the news about CP/M Plus
for Compupro.  They are so hostile out there that I can't even get any
help with my problem of more immediate concern.  All I can go on is
rumor; so far I haven't even heard a rumor about CP/M Plus.

This morning I called the friendly Godbout folk to see if I could get
some tech help for my CPU-68K problems.  (A friend and I, both with
a lot of 68000 programming experience, failed to get the thing
working over the weekend).  I was told by the sweet, young thing on
the other end of the phone that I should contact my dealer.  When I
persisted, telling her that my dealer knows as much about software
as my nine year-old nephew and even less about hardware, she told me
that she'd "put me through this time, but I can get into a lot of
trouble for this."  After a suitable delay, Miss Telephone Manners
advised me that none of the tech people were in, "maybe they're in
a meeting or something."

So you see Godbout is on my **** list at the moment.  Maybe if I send
a copy of this to Jerry Pournelle, he can give me a technique for
solving the 'Godbout Reachability Problem.'  In the meanwhile, I guess
I'll dust off the logic analyzer...
                        Ben
15-Mar-83 10:40:39,796;000000000000
Date:     15 Mar 83 10:40:39 EST (Tue)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
Subject:  [Charlie Strom (:  Installation Manual]
Received: From Brl.ARPA via smtptcp;  16 Mar 83 3:19 EST
Received: From Brl-Bmd.ARPA via smtptcp;  16 Mar 83 3:25 EST

FYI.  This should complete the ZCPR2 Manual set, less SYSLIB 2.5.
Overview AR80 to 83 in FJW.  Thanks, Charlie.
    Rick

----- Forwarded message # 1:

Date:     15 Mar 83 6:11:39 EST (Tue)
From:     Charlie Strom (NYU) <[e-mail]>
To:       Rick Conn <[e-mail]>
cc:       [e-mail]
Subject:  Installation Manual
Received: From brl-gateway.ARPA via smtptcp;  15 Mar 83 6:16 EST


Rick,
    Z2INS.WQ, Z2INS.WQH are now in AR83:FJW;

            Charlie


----- End of forwarded messages
15-Mar-83 14:16:31,1016;000000000000
Return-Path: <MOORE.LOSANGEL.IBM-SJ@Rand-Relay>
Date: 15 Mar 1983 13:16:31-PST (Tuesday)
From: Jim moore <[e-mail]>
Subject: customizing user-defined functions in wordstar
To: [e-mail]
Cc: [e-mail]
Via:  IBM-SJ; 16 Mar 83 12:14-PDT
Received: From Rand-Relay.ARPA via smtptcp;  16 Mar 83 15:21 EST
Received: From Brl.ARPA via smtptcp;  16 Mar 83 15:33 EST
Received: From Brl-Bmd.ARPA via smtptcp;  16 Mar 83 16:58 EST

I attempted to define strings in USR1 ... USR4 to provide esc-sequences to
output to an Okidata (epson-like) printer.  Nothing worked.  Instead of the
desired sequences being produced, small amounts or repeatable, printable
garbaghe were printed instead.

I wanted ctl-Q,W,E,R to evoke Italics, Double Width, narrow width and Reset.

Has anyone succeeded at this?  How?

Please reply to me at moore.losangel.ibm@udel-relay.  I do not regularly check
the net address where i receive info-cpm.

Thanks.

Jim
15-Mar-83 19:13:00,1258;000000000000
Date: 15 Mar 1983 at 2013-CST
From: [e-mail]
Subject: Small micro-computers
To: [e-mail]
Received: From Utexas-11.ARPA via smtptcp;  15 Mar 83 21:37 EST
Received: From Brl.ARPA via smtptcp;  16 Mar 83 3:34 EST
Received: From Brl-Bmd.ARPA via smtptcp;  16 Mar 83 4:04 EST


A company I have dealings with is looking to purchase around 100 microcomputers
for in-house workstations.  They are currently evaluating:

o NEC APC

o IBM-PC

o Heath Z-100

o BMC

o TRS-80 Model-16

They want color and a UNISCOPE terminal emulator, but it isn't mandatory.  They
also want to run CP/M (but don't seem to know that there are different versions
such as CP/M-2.2, CP/M-86, CP/M-68K).  Right now the BMC seems to be the front-
runner because it is color and has the UNISCOPE program which apparently does
work.  I am familiar with the Model-16 and somewhat with the IBM-PC, though
don't know of a UNISCOPE for either.

Any comments?

By-the-way, I handled the NEC machine a while.  It is not a bad machine, good
graphics, but the CP/M-86 implementation is the pits.  They don't even do disk
blocking/deblocking.  Heads load/unload every 128 bytes, making for one of the
slowest TYPE commands anywhere.

-------
15-Mar-83 19:21:00,1310;000000000000
Date: 15 Mar 1983 at 2021-CST
From: [e-mail]
Subject: CP/M-Plus
To: [e-mail]
cc: [e-mail]
Received: From Utexas-11.ARPA via smtptcp;  15 Mar 83 21:52 EST
Received: From Brl.ARPA via smtptcp;  16 Mar 83 3:34 EST
Received: From Brl-Bmd.ARPA via smtptcp;  16 Mar 83 4:05 EST


Don't know Godbout's plans, but two pieces of info concerning CP/M-Plus on
the TRS-80 Model-II, -12, -16.

o Tandy announced it for one-week delivery back in January.  Their best guess
now is maybe the end of April.  Also, it is a minimal implementation.  Leaves
a small TPA, and not all the expanded features which require bank switching
(according to reports, they still haven't shipped my copy).

o Pickles&Trout, one of the two major suppliers of CP/M-2.2 for the above
machines, has announced that they do NOT intend to support CP/M-Plus.  The
reason, they feel that the hardware is not suited to the task and that their
new ACP (a CCP replacement much like ZCPR) will make up the difference.

If I get the time (a very dubious prospect at present) I will take a look
at the schematics and see if it is really all that big a problem to do a
proper CP/M-Plus.  Don't know yet if the Tandy version has enough info left
with it to re-do the job, but I doubt it.
-------
16-Mar-83 15:34:00,886;000000000000
Date: 16 Mar 1983 1434-PST
From: Dick <[e-mail]>
Subject: FTP of squeezed/obj files
To: [e-mail]
Received: From Usc-Eclb.ARPA via smtptcp;  16 Mar 83 17:38 EST
Received: From Brl.ARPA via smtptcp;  16 Mar 83 17:42 EST
Received: From Brl-Bmd.ARPA via smtptcp;  16 Mar 83 17:48 EST

There is usually a 4 byte header at the start of these types
of files, placed there by the modem utility that is used (not FTP),
and so the files have to have those 4 bytes removed. I do this
by loading the file with DDT and moving the file down 4 bytes,
effectively copying over itself. Of course the entire file MUST
fit in ram, so large files are lost to me, the other option is
to be able to use the BILLW MODEM program, which I am told an
can remove the 4 offending bytes. I don't know the reason for the bytes
something to do with ITS, (operating sys??)
-------
16-Mar-83 17:26:00,673;000000000000
Date: 16 Mar 1983 1626-PST
From: [e-mail]
Subject: MODEM Routines for VAX 11/780 Using VMS
To:   [e-mail]
cc:   [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  16 Mar 83 19:27 EST
Received: From Brl.ARPA via smtptcp;  16 Mar 83 19:28 EST
Received: From Brl-Bmd.ARPA via smtptcp;  16 Mar 83 19:32 EST

I recently saw a part of an Info-cpm message that made mention of an
implementation of MODEM for a VAX/VMS. We would like to implement
same on VMS 3.2 for use with micros and possibly as a part of an
ETHERNET LAN . Can anyone out there point
me towards such an implementation????
Thanks,
.....Dan Krebill
-------
16-Mar-83 17:41:00,1229;000000000000
Date: 16 Mar 1983 1941-EST
From: J. Eliot B. Moss <[e-mail]>
Subject: Hard disks
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  16 Mar 83 20:14 EST
Received: From Brl.ARPA via smtptcp;  16 Mar 83 20:20 EST
Received: From Brl-Bmd.ARPA via smtptcp;  16 Mar 83 20:27 EST

The February Mini-Micro Systems magazine has a lot of info on Winchesters,
including a comparison chart and numerous advertisements.

The previously mentioned Western Dynex 5 Mb removable drive is being shipped
12 weeks after receipt of order, according to their office in Arizona.

Advanced Digital Corp. has what seems to be a good controller for the S-100
bus and ST-506 interface.  It uses the Westrn Digital LSI hard disk controller
chip.  It does not use or require DMA -- it buffers an entire sector and
provides/accepts the data through an I/O port.  Price is $500, including
CP/M driver code in MicroSoft Macro-80 source form.  They are sending me
further technical info, but it sounds like a good one.

Several people said that they had problems using the Morrow Designs board.
One said he uses a Western Digital board, but it requires extra work to
interface to the S-100 bus.

                Eliot
-------
16-Mar-83 17:45:00,837;000000000000
Date: 16 Mar 1983 1945-EST
From: J. Eliot B. Moss <[e-mail]>
Subject: CP/M Plus
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  16 Mar 83 20:14 EST
Received: From Brl.ARPA via smtptcp;  16 Mar 83 20:20 EST
Received: From Brl-Bmd.ARPA via smtptcp;  16 Mar 83 20:28 EST

I have the Jade set of boards with the "free" CP/M 3.0 (= CP/M Plus)
on order and should receive it within a week or two.  Right now I have
a CP/M Plus manual set, but it does not have the manual describing the
BDOS/BIOS interface -- it is a user's and programmer's manual.  Still,
I think I understand some of the techniques they are using, and believe
they will be highly effective.  Anyway, if anyone has specific questions,
I will see if I can answer them from the information I have and receive
later.
                Eliot
-------
16-Mar-83 18:34:00,1217;000000000000
Date: 16 March 1983 18:34 EST
From: Charlie Strom <[e-mail]>
Subject:  CP/M-Plus
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 15 Mar 1983 at 2021-CST from mknox at utexas-11.arpa
Received: From Mit-Mc.ARPA via smtptcp;  16 Mar 83 18:41 EST
Received: From Brl.ARPA via smtptcp;  16 Mar 83 18:44 EST
Received: From Brl-Bmd.ARPA via smtptcp;  16 Mar 83 18:50 EST

I have done a little investigation and have found someone who has
plans to implement a full banked CP/M Plus installation on a Godbout.
Time frame is on the order of a month he says, and since it will be
his third implementation, I believe him! I will keep the net informed,
and am fairly certain the BIOS will be placed into the public domain.
I think it will be worthwhile to try to develop a list of Plus
implementations as they appear. I will try to do same, though I do not
expect that I will be posting anything to the list for at least
several weeks.
P&T is all wet if they think a banked Plus system is of minimal
advantage over a 2.2 setup. This of course of course is an opinion
based on a reading of the doc and heresay. I will share more
experiences as I gain them.
                        Charlie
17-Mar-83 08:31:31,906;000000000000
Sender: [e-mail]
Date: 17 Mar 83 8:31:31 PST (Thursday)
From: [e-mail]
Subject: MODEM Routines for VAX 11/780 Using VMS
To: [e-mail]
cc: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  16 Mar 83 19:27 EST
Received: From Brl.ARPA via smtptcp;  16 Mar 83 19:28 EST
Received: From Brl-Bmd.ARPA via smtptcp;  16 Mar 83 19:32 EST
Received: From Mit-Mc.ARPA via smtptcp;  17 Mar 83 12:44 EST
Received: From Brl.ARPA via smtptcp;  17 Mar 83 12:57 EST
Received: From Brl-Bmd.ARPA via smtptcp;  17 Mar 83 13:08 EST

I recently saw a part of an Info-cpm message that made mention of an
implementation of MODEM for a VAX/VMS. We would like to implement
same on VMS 3.2 for use with micros and possibly as a part of an
ETHERNET LAN . Can anyone out there point
me towards such an implementation????
Thanks,
.........Dan Krebill
-------
17-Mar-83 14:52:00,547;000000000000
Date: 17 Mar 1983 1352-PST
From: Chuck McManis <[e-mail]>
Subject: CP/M on PDP-11s
To: [e-mail], [e-mail]
Received: From Usc-Eclc.ARPA via smtptcp;  17 Mar 83 16:54 EST
Received: From Brl.ARPA via smtptcp;  17 Mar 83 17:02 EST
Received: From Brl-Bmd.ARPA via smtptcp;  17 Mar 83 17:08 EST


I heard a while back of a program that simulates a CP/M system on
a PDP-11 under RSX-11M. We have a PDP 11/t55 with among other things
2 RX01 floppies. Any pointers would be appreciated.

                --Chuck
-------
17-Mar-83 23:57:50,1023;000000000000
Date: 17 Mar 83 23:57:50 PST (Thu)
From: David Allen Gewirtz <[e-mail] (David Allen Gewirtz)>
Subject: Bios Cold Boot Vector
Message-Id: <[e-mail]>
Received: by UCBARPA.ARPA (3.327/3.17)
    id AA10135; 17 Mar 83 23:57:50 PST (Thu)
Received: from UCBARPA.ARPA by UCBVAX.ARPA (3.327/3.17)
    id AA10186; 17 Mar 83 23:55:15 PST (Thu)
To: [e-mail]
Received: From Ucb-Vax.ARPA via smtptcp;  18 Mar 83 2:58 EST
Received: From Brl.ARPA via smtptcp;  18 Mar 83 3:04 EST
Received: From Brl-Bmd.ARPA via smtptcp;  18 Mar 83 3:15 EST


Is the first BIOS vector (the cold boot vector) used once CP/M is
running?  I want to be able to put another vector into that location
after the system has warm booted.  Do any programs use the cold boot
once CP/M is running?

(Yes, I know that if they used it, it would cause the system to
cold boot.  But do any programs purposely cold boot?  Perhaps another
way of phrasing it is why does that vector exist?)

Thanks,

David
18-Mar-83 05:32:00,624;000000000000
Date: 18 March 1983 05:32 EST
From: Paul R. Grupp <[e-mail]>
Subject:  Bios Cold Boot Vector
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of 17 Mar 83 23:57:50 PST (Thu) from David Allen Gewirtz <UCBARPA.dag at ucb-vax.arpa (David Allen Gewirtz)>
Received: From Mit-Mc.ARPA via smtptcp;  18 Mar 83 5:33 EST
Received: From Brl.ARPA via smtptcp;  18 Mar 83 5:36 EST
Received: From Brl-Bmd.ARPA via smtptcp;  18 Mar 83 5:43 EST

Some Bios coldboots patch the coldboot vector to the warmboot address
AFTER the coldboot has taken place.... So this should be acceptable.
Regards, Paul
18-Mar-83 09:54:00,752;000000000000
Date: 18 March 1983 09:54 EST
From: Keith Petersen <[e-mail]>
Subject:  Bios Cold Boot Vector
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of 17 Mar 83 23:57:50 PST (Thu) from David Allen Gewirtz <UCBARPA.dag at ucb-vax.arpa (David Allen Gewirtz)>
Received: From Mit-Mc.ARPA via smtptcp;  18 Mar 83 10:11 EST
Received: From Brl.ARPA via smtptcp;  18 Mar 83 10:17 EST
Received: From Brl-Bmd.ARPA via smtptcp;  18 Mar 83 16:50 EST

I have seen some programs that use the cold-boot vector, but I don't
recall what their names are.  If you want some jump vectors without
adding them at the end of the present jump table, how about PUNCH and
READER?  Some CBIOSs don't implement those at all, just do a RETurn.
18-Mar-83 23:37:00,5354;000000000000
Date: 18 Mar 1983 2237-PST
From: [e-mail]
Subject: AR61, AR80-83 Trials
To:   [e-mail]
Received: From Usc-Eclb.ARPA via smtptcp;  19 Mar 83 1:39 EST
Received: From Brl.ARPA via smtptcp;  19 Mar 83 1:45 EST
Received: From Brl-Bmd.ARPA via smtptcp;  19 Mar 83 1:46 EST

   Over the past week I have attempted to download the files on the MIT-MC
CPM directory disks AR61 and AR80-AR83. My success has been mixed. I will
provide a record (below), but 1st let me describe the configurations.

MC to ECLB
   All files were first moved from MC to ECLB under IMAGE.

ECLB
   I have tried to download files, which failed, several times using
various combinations of:
     <WANCHO>  MODEM.EXE.116
     <RIZZI>   MODEM.EXE.31
     <BILLW>   MODEM.EXE.90
              NMODEM.EXE.49
              XMODEM.EXE.1
               MODEM.MAC.115
     <STERNLIGHT>MODEM.EXE.?
(Thanks are extended to each of these programmers for making these files
available)
   Each of these programs run under the TOPS EXE, and may all derive from
a common root program, as it is dificult to tell them apart when running.

TAC
   I must operate through a TAC, upon which I set:
          @p t
          @f i e
          @f o e
and sometimes
          @b i s
          @b o s
which dosen't seem to make any difference.

At HOME
   I have a MAX80 upon which I can run CP/M 2.2 or LDOS5.1.3 and a
300 baud Hayes Smartmodem. To download the files I have tried MODEM72,
SMODEM37, MDM705 and LMODEM (under LDOS - Les Mikesells pgm). I have
used both CHECKSUM and CRC mode - no difference noted.

RESULTS
   In the list below where a file failed to transfer it failed, each
time on the same sector, CONSISTANTLY. All combinations of MODEM
programes (TOPS and at HOME) produced the exact same result!
   All transfers were S to R (also tried many combinations like
SQ, SQN, SQIN, R, RQ,etc) except one (*).

   FILE      Failed    # of               FILE       Failed     # of
             in SEC   Sectors                        in SEC    Sectors
                #
 AR61                                    AR82
MDM705 ASM     110      1075 *          CCPLOC COM         OK      5
MDM705 CFGASM     OK     107            CD     COM      20        32
MDM705 COM        OK     129            COMPAR COM      32        37
MDM705 DOC        OK     269            CONFIG COM         OK    147
MDM705 INF        OK      37            CRC    COM      20        60
MDM705 MSG        OK       8            DEVICE COM      20        22
MDM705 NMASM      OK      27            DIFF   COM         OK     43
MDM705 OSASM      OK      79            DU2    COM         OK     78
MDM705 OSINF      OK       6            ECHO   COM         OK      5
MDM705 SET        OK      61            ERASE  COM      27        52
                                        GENINS COM      89        98
 AR80                                   HELP   COM         OK     20
Z2RAT  WQ         OK      ??            IOLOAD COM      23        30
Z2RAT  WQH        OK      ??            LD     COM         OK     33
Z2SYS  MOD        OK      ??            LDIRZ  COM         OK     45
Z2UG   WQ        5       399            LRUNZ  COM         OK     14
Z2UG   WQH      36        67            MCHECK COM         OK     36
Z2UG1  WQ      180       372            MCOPY  COM         OK     85
ZCPR2  23AQM    12       296            MENU   COM         OK     16
ZCPR2  23LQB     1        82            MENU   CPR         OK      4
                                        MKDIR  COM         OK     59
 AR81                                   PATH   COM         OK     38
CFILES HQP         OK    114            PROTEC COM      20        58
COMPAR HQP       2        37            PWD    COM      11        34
CPMTR  HQP       2       107            RECORD COM         OK     15
DU2    HQP       1       180            RENAME COM      20        61
HELP   HQP         OK      8            STARTU COM      20        28
HELP2  HQP       2       111            SUB    COM         OK     24
IO     HQP         OK     70            TINIT  COM      17        34
LU     HQP     115       141            WHEEL  COM         OK     11
MCOPY  HQP       2        58            XDIR   COM         OK     84
MENU   HQP      85       146            ZEX    COM         OK     48
NDIRS  HQP       1       182
XDIR3  HQP       3       113             AR83
Z2ALT  HQP       2       109            Z2CON  WQ      316       615
Z2RES  HQP       1        38            Z2CON  WQH       1        37
ZCPR2  HQP       1        29            Z2UG2  WQ          OK    290
                                        Z2UG3  WQ          OK    252
* I captured this ASCII file.           Z2INS  WQ      201       455
                                        Z2INS  WQH       1        26

   The above information is provided to:
      1. provide those who maintain the data base (hopefully) some useful
         imformation,
      2. seek help from anyone who may be able to spot the error in my
         methods, and
      3. represent a success/fail table for others who are attempting
         to download these files.

   I would, very much, like some feedback!

                                        Lem Hill <LHILL at ECLB>
-------
19-Mar-83 08:03:00,959;000000000000
Date: 19 March 1983 08:03 EST
From: Charlie Strom <[e-mail]>
Subject: New CP/M Plus ARchive
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  19 Mar 83 8:05 EST
Received: From Brl.ARPA via smtptcp;  19 Mar 83 10:36 EST
Received: From Brl-Bmd.ARPA via smtptcp;  19 Mar 83 10:42 EST

I have uploaded Dave Hardy's CP/M Plus (aka 3.0) BIOS for the Morrow
DJ2D disk controller to AR18:CPM on MC. This is the first entry in this
arcive, but we expect to be able to expand the available Plus BIOS
implementations in the near future. See Dave's article series in
Microsystems magazine for an excellent treatment of upgrading from
2.2 to 3.0.

I solicit any CP/M Plus software for this archive. Please contact me if
you have any contributions; I am also planning on editing a list of
available implementations both proprietary and in the public domain,
and would appreciate details if you know of such.

                        Charlie Strom
19-Mar-83 12:19:00,938;000000000000
Date: 19 Mar 1983 1119-PST
Sender: [e-mail]
Subject: Apparent problem with TAC/TCP
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
Message-ID: <[USC-ISI]19-Mar-83 11:19:31.LEVYAL>
Received: From Mit-Mc.ARPA via smtptcp;  19 Mar 83 14:22 EST
Received: From Brl.ARPA via smtptcp;  19 Mar 83 14:27 EST
Received: From Brl-Bmd.ARPA via smtptcp;  19 Mar 83 14:38 EST

I tried to download AR82:CPM;CD and died at block 20,
exactly where LHILL did . I ran Modem705 on Apple
I had f o e and f i e set to delete flow control( I noticed
that that command turns off nulls). I also tried a different
program ASCOM which uses Check character not CRC as modem705 does.
Results exactly the same. I would guess there is some code
sensitivity in net. Any help from the TCP/TAC gurus would be
appreciated. Oh-Modem705 said timeout.
Hope this helps,
Allan
PS Modem705 is really very very nice ....
19-Mar-83 13:01:00,784;000000000000
Date: 19 Mar 83 13:01 PST (Saturday)
From: [e-mail]
Subject: Re: MODEM Routines for VAX 11/780 Using VMS
In-reply-to: RCampbell's message of 17 Mar 83 8:31:31 PST (Thursday)
To: [e-mail]
cc: [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  19 Mar 83 16:00 EST
Received: From Brl.ARPA via smtptcp;  19 Mar 83 16:11 EST
Received: From Brl-Bmd.ARPA via smtptcp;  19 Mar 83 16:21 EST

Dan,

By MODEM do you mean MODEM7 (such as a micro uses to talk to an RCPM
system) or XMODEM (the program at the RCPM which talks to the micro)?  I am
looking for a public domain implementation of XMODEM for a VAX/VMS
11-780, and would appreciate any pointers to same.

Thanks,

William Stiles (213) - 536-5826
19-Mar-83 13:09:01,917;000000000000
Date: Sat 19 Mar 83 15:09:01-EST
From: Dan Tappan <[e-mail]>
Subject: Re: Apparent problem with TAC/TCP
To: [e-mail]
cc: [e-mail], [e-mail], [e-mail],
    [e-mail]
In-Reply-To: Your message of Sat 19 Mar 83 14:19:00-EST
Received: From Mit-Mc.ARPA via smtptcp;  19 Mar 83 15:14 EST
Received: From Brl.ARPA via smtptcp;  19 Mar 83 15:25 EST
Received: From Brl-Bmd.ARPA via smtptcp;  19 Mar 83 15:37 EST

I suspect that the problem is that TOPS20 is not properly
doubling the 377 character (the TELNET protocol requires
that or the TAC will eat it) and on that block
the checksum is coming out to 377.

We have code in our monitor to fix this but it may not have migrated
to ISI/ECL yet. I'll make it available to your system people.

We probably shouldn't be bothering the whole info-CPM list
with this discussion.

Dan
-------
19-Mar-83 13:22:00,1454;000000000000
Date: 19 Mar 83 13:22 PST (Saturday)
From: [e-mail]
Subject: Distributed Databases under Multiprocessing CPM?
To: [e-mail]
cc: [e-mail], [e-mail]
Received: From Parc-Maxc.ARPA via smtptcp;  19 Mar 83 16:20 EST
Received: From Brl.ARPA via smtptcp;  19 Mar 83 16:25 EST
Received: From Brl-Bmd.ARPA via smtptcp;  19 Mar 83 16:35 EST

I have a problem which involves two PC's communicating over a
(poor quality) telephone line and maintaining two copies of the same
database.  While communicating each PC will be involved with
querying and updating the database.  Entries made in one database
want to be transmitted to the other PC for automatic update of the
other database; and vice versa.

My questions:

1) Has anyone heard of any similar applications?  Using CPM?

2) It seemed that a multiprocessing CPM might make the application
easier to create.  Is there a multiprocessing CPM available?

3) Any standard packages that might help?  I have been considering
using CPM, extracting the Ward Christensen FTP suff from a
MODEM-like program, and maintaining the database via MBASIC
or FORTRAN, perhaps using a product like MDBS.  Any suggestions?

4) The PC is up in the air.  Am looking with a portable with some
track record including a 5-15Mb hard disk.  Any experiences here
would be appreciated?

Thanks in advance for your response.

Pete
19-Mar-83 14:31:00,1550;000000000000
Date: 19 Mar 83 14:31 PST (Saturday)
Sender: [e-mail]
From: [e-mail]
Subject: Distributed Databases under Multiprocessing CPM? (Update)
To: [e-mail]
cc: [e-mail], [e-mail]
Received: From Parc-Maxc.ARPA via smtptcp;  19 Mar 83 17:28 EST
Received: From Brl.ARPA via smtptcp;  19 Mar 83 17:32 EST
Received: From brl-gateway.ARPA via smtptcp;  19 Mar 83 17:35 EST

I have a problem which involves two PC's communicating over a
(poor quality) telephone line and maintaining two copies of the same
database.  While communicating each PC will be involved with
querying and updating the database.  Entries made in one database
want to be transmitted to the other PC for automatic update of the
other database; and vice versa.

My questions:

1) Has anyone heard of any similar applications?  Using CPM?

2) It seemed that a multiprocessing CPM might make the application
easier to create.  Is there a multiprocessing CPM available?

3) Any standard packages that might help?  I have been considering
using CPM, extracting the Ward Christensen FTP suff from a
MODEM-like program, and maintaining the database via MBASIC
or FORTRAN, perhaps using a product like MDBS.  Any suggestions?

4) The PC is up in the air.  Am looking with a portable with some
track record including a 5-15Mb hard disk.  Any experiences here
would be appreciated?

Thanks in advance for your response.

Please respond to: [e-mail]

Pete
19-Mar-83 21:54:00,417;000000000000
Date: 19 March 1983 21:54 EST
From: James William O'Toole <[e-mail]>
To: [e-mail]
Received: From Mit-Ml.ARPA via smtptcp;  19 Mar 83 21:53 EST
Received: From Brl.ARPA via smtptcp;  19 Mar 83 22:15 EST
Received: From Brl-Bmd.ARPA via smtptcp;  19 Mar 83 22:25 EST

I need CP/M for a TRS model I with lowercase mod,2 5.25 inch
drives, and a modem.  Thanks in advance.

  --James O'Toole
20-Mar-83 09:07:50,590;000000000000
Date:     20 Mar 83 9:07:50 EST (Sun)
From:     Rick Conn <[e-mail]>
To:       Keith Petersen <[e-mail]>
cc:       [e-mail], [e-mail]
Subject:  Re:  Bios Cold Boot Vector
Received: From Brl.ARPA via smtptcp;  20 Mar 83 14:11 EST
Received: From Brl-Bmd.ARPA via smtptcp;  20 Mar 83 14:13 EST

Some CBIOSs -do- implement PUNCH and READER, however ... as clock I/O
for one, or special I/O devices (like a remote computer).  If you don't
care about creating transportable code and your system doesn't use
PUNCH and READER, this is an answer.
20-Mar-83 09:19:03,873;000000000000
Date:     20 Mar 83 9:19:03 EST (Sun)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
cc:       [e-mail], [e-mail], [e-mail]
Subject:  Re:  MODEM Routines for VAX 11/780 Using VMS
Received: From Mit-Mc.ARPA via smtptcp;  20 Mar 83 9:25 EST
Received: From Brl.ARPA via smtptcp;  20 Mar 83 14:11 EST
Received: From Brl-Bmd.ARPA via smtptcp;  20 Mar 83 14:13 EST

I am working on VMODEM as time permits these days.  It is an implementation
of UMODEM that is to run under VAX/VMS on our 11/780 at work.  Am writing
it in C using DEC's new C compiler.  Will send it to MC and post a message
when it is done, but don't hold your breath.  Time is not permitting.

PS -- I'm getting around the binary mode conversion problem by using
exec and invoking SET TERM /PASSALL as a subprocess.

    Rick
20-Mar-83 14:17:34,4439;000000000000
Date:     20 Mar 83 14:17:34 EST (Sun)
From:     Keith Petersen <[e-mail]>
To:       [e-mail]
Subject:  [gregr:  Re: New CP/M Card for APPLE ][]
Received: From Brl.ARPA via smtptcp;  20 Mar 83 14:25 EST
Received: From Brl-Bmd.ARPA via smtptcp;  20 Mar 83 14:36 EST

This should have been posted to Info-Cpm, but I hear that the usenet
gateway to Info-Cpm has been inoperative since January.  I suppose
that's why the author of the message posted it to Info-Micro instead.
I am forwarding it because it is very informative.  Appologies to
those who receive two copies.
--Keith

----- Forwarded message # 1:

Date: 19 Mar 83 2:40:47-PST (Sat)
To: [e-mail]
From: menlo70!sytek!zehntel!tektronix!tekid![e-mail]
Subject: Re: New CP/M Card for APPLE ][
Article-I....D.: tekid.1039
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 20 Mar 83 1:31-PST
Received: From Sri-Unix.ARPA via smtptcp;  20 Mar 83 4:44 EST
Received: From Brl.ARPA via smtptcp;  20 Mar 83 4:47 EST
Received: From Brl-Bmd.ARPA via smtptcp;  20 Mar 83 4:52 EST

I was also very interested in the ALS CP/M Card because I currently have
a Microsoft Softcard for my Apple ][ and have found several deficiencies
relative to my applications.  The most important performance
consideration for me is speed and the Softcard has an effective clock
rate of only 2 Mhz.  Also the Softcard does not include all standard
CP/M utilities such as SYSGEN nor does it include the BIOS source code
although this has been documented in magazines.  As soon as I saw the
ALS ad I called them to confirm the apparent 6 Mhz clock rate.  I asked
to speak to technical support or a product engineer but was told they
were "too busy completing the product design in order that shipments
might begin by the end of March".  The marketing folks informed me that
the Z-80 ran at 6 Mhz without wait states although they didn't seem to
know what wait states were initially.  I was also interested in details
about how bank switching was done ( a feature of CP/M Plus ) such as the
effective clock rate when using the motherboard RAM.  I really needed to
talk to a product engineer for this information and followup questions
but they weren't available.  I next decided to confirm that schematics
were available for the board but I was told that schematics were NOT
included and none would be provided under any circumstances.  I also
asked if BIOS source code was included and again the reply was NO!  Again
this would not be supplied under any circumstances although this policy
was subject to review at some future time I was told.  I immediately
checked the ad for the product and found this claim; "...and full
documentation - for just $399.".   I can find no reasonable
justification for these omissions and I consider them essential portions
of the documentation.  The bad part of all this is that I really want to
buy this product.  (I had even reserved one with my local retailer).  At
this point I not sure what to do next.  If any other potential customers
for this product feel the same about this issue as I do you could help
us all by calling ALS and expressing your opinion.  ALS has a toll-free
number 800-538-8177 outside California that you can use to get
additional information or express your concerns.  Anyone obtaining
additional information about this product could mail it to me or post it
to the net.  I really believe that this product is an excellent value
except for the documentation problem and will be valuable for any Apple
CP/M user.

A little more information -- I was told that the CP/M Card will come
with all documentation and utility programs that one would receive from
Digital Research if you were to purchase CP/M Plus directly from them. I
f this is so it makes this product an even better value.  GSX-80, also
from DR is not yet released but will be shipped to all CP/M Card owners
as soon as its available.

Finally -- I believe that another 6 Mhz Z-80 card is available but I
recall no mention of CP/M Plus.  The price was somewhere around $600.
The initials of the company were something like PCIP.  Does anyone have
any information about this board?  Also how long will it take Microsoft
to respond with their own product?  Anyone have any insight on this?

                    Greg Rogers
                    Tektronix






----- End of forwarded messages
21-Mar-83 05:12:00,1112;000000000000
Date: 21 March 1983 05:12 EST
From: Keith Petersen <[e-mail]>
Subject: New MDM705 Osborne overlay
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  21 Mar 83 5:14 EST
Received: From Brl.ARPA via smtptcp;  21 Mar 83 5:24 EST
Received: From Brl-Bmd.ARPA via smtptcp;  21 Mar 83 5:26 EST

Osborne users who are interested in MDM705 (the latest
version of MODEM7) will want to get a copy of MDM705OS.ASM.
If you tried this one before and it didn't work, try again.
This is a fixed version of the Osborne overlay file.
It's available from MIT-MC as AR61:CPM;MDM705 OSASM.
Here's a short note explaining the changes/fixes
to the Osborne overlay:

---
MDM705OS.MSG edited 3/18/83 by Keith Petersen, W8SDZ

Date: 03/16/82
From: Norm London
To:   All

The MDM705OS program did not work properly.  I have
corrected some of the problems and have uploaded a
modified MDM705OS.AQM which works prooperly with the
OCC-1.

This version always prompts for baudrate when Init
routine is activated.  Enter 0 to get default set
by OSFIG.

--> FILE:  MDM705OS.AQM        CRC = 2F CE
21-Mar-83 06:24:00,459;000000000000
Date: 21 March 1983 06:24 EST
From: Keith Petersen <[e-mail]>
Subject: SWEEP38 now available
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  21 Mar 83 6:27 EST
Received: From Brl.ARPA via smtptcp;  21 Mar 83 6:29 EST
Received: From Brl-Bmd.ARPA via smtptcp;  21 Mar 83 6:41 EST

A new version of SWEEP, the directory maintenance and file copy
program is now available on MIT-MC.

AR24:CPM;SWEEP 38COM
AR24:CPM;SWEEP 38DOC
21-Mar-83 07:42:24,497;000000000000
Date:     21 Mar 83 7:42:24 EST (Mon)
From:     Harold Carter (AFIT) <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  Small-C V2
Received: From Brl.ARPA via smtptcp;  21 Mar 83 7:49 EST
Received: From Brl-Bmd.ARPA via smtptcp;  21 Mar 83 8:25 EST

In trying to execute Small C for the first time, I was unable to find the
external references in RUNTIM.  Anyone know where they should be?  Also,
what is the best way to handle long integers?

            Hal
21-Mar-83 15:50:30,668;000000000000
Date: 21 Mar 83 15:50:30 PST (Mon)
From: David Allen Gewirtz <[e-mail] (David Allen Gewirtz)>
Subject: YAM8
Message-Id: <[e-mail]>
Received: by UCBARPA.ARPA (3.327/3.17)
    id AA25928; 21 Mar 83 15:50:30 PST (Mon)
Received: from UCBARPA.ARPA by UCBVAX.ARPA (3.331/3.17)
    id AA00582; 21 Mar 83 16:19:10 PST (Mon)
To: [e-mail]
Received: From Ucb-Vax.ARPA via smtptcp;  21 Mar 83 19:23 EST
Received: From Brl.ARPA via smtptcp;  21 Mar 83 23:39 EST
Received: From Brl-Bmd.ARPA via smtptcp;  21 Mar 83 23:41 EST


Both dif.2c and ssed.2c require YAM8 in linkage.

Where is this file located?

Thanks,
David
22-Mar-83 01:18:57,1021;000000000000
Received: from TARTAN-20 by CMU-CS-C (with TLNMTS); 22 Mar 83 01:18:25 EST
Received: ID <BYRNE@TARTAN-20>; 22 Mar 83 01:18:57 EST
Date: 22 Mar 83 01:18:57 EST
From: Steve <[e-mail] (Steve)>
Subject: Morrow DJ2D
To: [e-mail]
cc: [e-mail]
Work-phone: [phone]
Received: From Mit-Mc.ARPA via smtptcp;  22 Mar 83 2:12 EST
Received: From Brl.ARPA via smtptcp;  22 Mar 83 3:15 EST
Received: From Brl-Bmd.ARPA via smtptcp;  22 Mar 83 3:18 EST

Folks:
    I currently have a real old DJ controller board and am looking
at replacing it (it's terribly slow as much of the control functions
are done in software).  I've heard good things about the DJ2D, but
I am worried that it too suffers from "software-itis" (using
software where hardware is more appropriate).  Are my fears justified?
What kind of performance does this board provide?  Are there any
restrictions (such as not having any other DMA devices on the bus)?

Thanks.

steve
-------
22-Mar-83 12:40:38,983;000000000000
Date: 22 Mar 1983 11:40:38-PST
From: [e-mail]
To: [e-mail]
Subject: Modifying WordStar for printers
Received: From Nosc-Cc.ARPA via smtptcp;  22 Mar 83 15:16 EST
Received: From Brl.ARPA via smtptcp;  22 Mar 83 21:20 EST
Received: From Brl-Bmd.ARPA via smtptcp;  22 Mar 83 23:18 EST

-------
I thought some people on the net might also be interested
in this. - Bob

To:  MORE.LOSANGEL.IBM@rand-relay
Subject: printer controls
-------
Jim ;
    We have a local Users group member who re-configures
    WordStar for a living.  He charges less that $50 to
    make all the corrections and add a whole fist-full of
    features.  If you send me your mailing address, I'll
    pass it to him and he can mail you some info.
        His business is called C.I. Software,
        and the product is called HexprinteR.
        (he's not on the net)

        Bob Van Cleef
mail repies to:

ARPA     CCVAX.revc at NOSC-CC
Usenet "...floyd!cmc12!philabs!sdcsvax!nosc!revc
-------
22-Mar-83 16:23:00,526;000000000000
Date: 22 Mar 1983 1523-PST
From: Dick <[e-mail]>
Subject: Small-C V2 doc??
To: [e-mail]
Received: From Usc-Eclb.ARPA via smtptcp;  22 Mar 83 18:24 EST
Received: From Brl.ARPA via smtptcp;  22 Mar 83 21:36 EST
Received: From Brl-Bmd.ARPA via smtptcp;  22 Mar 83 23:40 EST

I would like info on the route I need to take to assemble/compile
the sources in AR76/77. Is the HEX file the compiled version
of the current MAC files??? I need a little documentation
for my RCPM users. Thanks...
-------
22-Mar-83 16:34:00,641;000000000000
Date: 22 Mar 1983 1534-PST
Subject: Re: Perfect Writer/Formatter/Calc/Filer bugs
From: Jim Moore <[e-mail]>
To: [e-mail], [e-mail], [e-mail]
In-Reply-To: Your message of Wednesday,  9 Mar 1983 12:56-PST
Received: From Usc-Isib.ARPA via smtptcp;  22 Mar 83 18:35 EST
Received: From Brl.ARPA via smtptcp;  22 Mar 83 21:37 EST
Received: From Brl-Bmd.ARPA via smtptcp;  22 Mar 83 23:41 EST

I am intereste d in your results/summary of the \perfect Stuff (but have no
wisdom to contribute).  Please put me on your list of people who receive
your summary.  Thanks.

Jinm Moore
-------
22-Mar-83 20:58:00,531;000000000000
Date: 22 March 1983 20:58 EST
From: Eric J. Swenson <[e-mail]>
Subject:  DU2.COM in AR82:CPM;
To: [e-mail], [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  22 Mar 83 23:38 EST
Received: From Brl.ARPA via smtptcp;  22 Mar 83 23:48 EST
Received: From Brl-Bmd.ARPA via smtptcp;  23 Mar 83 0:06 EST

Has anyone else reported difficulties with DU2.COM?  I can't get it to run
correctly on my system...it just sits there upon invocation and prints
CRLFs until I reboot the system.
23-Mar-83 01:44:00,1063;000000000000
Date: 23 March 1983 01:44 EST
From:

      (ADDRESS PROBLEM at host BRL-BMD: "Eric J. Swenson <[e-mail]>")
Subject:  Small-C V2 doc??
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of 22 Mar 1983 1523-PST from Dick <MEAD at usc-eclb.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  23 Mar 83 1:50 EST
Received: From Brl.ARPA via smtptcp;  23 Mar 83 1:53 EST
Received: From Brl-Bmd.ARPA via smtptcp;  23 Mar 83 1:57 EST

The .HEX file in AR77: is the result of linking the CC1.REL, CC2.REL,
CC3.REL, CC4.REL, RUNTIME.REL, CALL..REL, and SYSLIB.REL files.  The linking
is done with the L80 linker.  The .REL files are produced from the .MAC
files by usin the M80 macro assembler (both M80 and L80 are from
Microsoft). SysLIB.REL can be found in ar19:cpm;.  Here is a step by step
process in case you prefer:

     First assemble CC1, CC2, CC3, CC4, RUNTIME, and CALL using M80.  Then
link them all together with the L80 command line:
          RUNTIME,CC1,CC2,CC3,CC4,CALL,SYSLIB/S,C.HEX/N/E
This will produce C.HEX..
23-Mar-83 02:27:00,1446;000000000000
Date: 23 March 1983 02:27 EST
From: Ronald G. Fowler <[e-mail]>
Subject:  [RGF: Small-C V2 doc??]
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  23 Mar 83 2:26 EST
Received: From Brl.ARPA via smtptcp;  23 Mar 83 2:35 EST
Received: From Brl-Bmd.ARPA via smtptcp;  23 Mar 83 2:39 EST


Date: 23 March 1983 02:21 EST
From: Ronald G. Fowler <RGF>
To:   MEAD at USC-ECLB
cc:   RGF
Re:   Small-C V2 doc??

Yes, the HEX file seems to be the linked version of the sources.  I
was able to generate a new compiler from the sources by assembling
each, then using L80 to link them together.  I believe the cmmand
line I used was
    L80 RUNTIME,CC1,CC2,CC3,CC4,CALL,SYSLIB/S,CC/N/Y/E.

You'll get some undefined globals from this; they are references
in the header (at top of each CCx.MAC) that are externals declared and
never referenced.  They cause no problem, but I edited them out of my
local versions of the CCx.MAC files, just to keep it clean. Note that
these globals are for Hexdrix's SMALL-VM package, which is not used
unless expressly turned on when C is compiled.

As background, the CCx.MAC files are not the source for the compiler,
but rather the output of a version 1 compiler (running on a UNIX
machine).  Hence, to make any substantial changes to the compiler,
you'd need the CCx.C source files.  I haven't actually gotten as far
as recompiling the compiler on itself.        --Ron Fowler
23-Mar-83 03:45:19,605;000000000000
Date:     23 Mar 83 3:45:19 EST (Wed)
From:     Rick Conn <[e-mail]>
To:       Eric J. Swenson <[e-mail]>
cc:       [e-mail], [e-mail], [e-mail]
Subject:  Re:  DU2.COM in AR82:CPM;
Received: From Brl.ARPA via smtptcp;  23 Mar 83 3:48 EST
Received: From Brl-Bmd.ARPA via smtptcp;  23 Mar 83 3:56 EST

I haven't heard of any problems with DU2 since I corrected that queue
status print bug the other day.  Suggest you check CRCs to see if they
match (the MIT-MC copy versus yours) and, if so, run GENINS on it and
make sure it is properly installed.

    Rick
23-Mar-83 09:39:00,717;000000000000
Date:  23 March 1983 09:39 est
From:  [e-mail]
Subject:  Apple MBASIC Disk I/O
To:  [e-mail]
Received: From Mit-Multics.ARPA via smtptcp;  23 Mar 83 9:45 EST
Received: From Brl.ARPA via smtptcp;  23 Mar 83 9:48 EST
Received: From Brl-Bmd.ARPA via smtptcp;  23 Mar 83 10:01 EST

I am currently enhancing the Eamon Adventure game generator system for
the Apple and was contemplating converting it to MBASIC for the CP/M
archives.  The thing does a fair amount of file manipulation.  If I
convert and debug the thing using the MBASIC that comes with the
Softcard for the Apple, will the result be compatible with other
MBASICs, or is the disk I/O different for each of them?
23-Mar-83 12:32:00,1464;000000000000
Date:  23 March 1983 12:32 cst
From:  [e-mail]
Subject:  Software Tools for CP/M
To:  [e-mail]
Received: From Hi-Multics.ARPA via smtptcp;  23 Mar 83 20:59 EST
Received: From Brl-Bmd.ARPA via smtptcp;  23 Mar 83 21:10 EST

I am now on the verge of being able to transfer software from 8 in SSSD
diskettes into my system. At the top of my list of things I want are the
tools from the Software Tools Users' Group (STUG), which are based on
the programs from Software Tools by Kernighan and Plauger. I was
previously aware of one implementation of these from Unicorn Systems in
Castro Valley, CA. I came across a mention of another implementation
from Carousel MicroTools in El Cerrito, CA.

My questions are: If you have these tools, what kind of experience have
you had with them (good/bad/not worth the money/etc.)? What kind of
experience have you had with the vendors? What are the resources that
you find you need to take advantage of them (disk size, memory size,
Fortran-80 compiler revision, etc.)?

I have read the reviews of the Unicorn Systems tools in InfoWorld, and
Byte, and I have their address. I have NO address for Carousel
MicroTools, and would appreciate one if anyone knows.

I am particular interested in comparing these two vendors in terms of
features, qualitiy of implementation, support, and cost.

Thanks in advance for all your help.

...David S. Cargo (Cargo.PD at HI-Multics)
23-Mar-83 12:32:00,1580;000000000000
Date:  23 March 1983 12:32 cst
From:  [e-mail]
Subject:  Software Tools for CP/M
To:  [e-mail]
Received: From Hi-Multics.ARPA via smtptcp;  23 Mar 83 20:59 EST
Received: From Brl-Bmd.ARPA via smtptcp;  23 Mar 83 21:10 EST
Received: From Brl.ARPA via smtp;  24 Mar 83 18:33 EST
Received: From Brl-Bmd.ARPA via smtp;  25 Mar 83 14:05 EST

I am now on the verge of being able to transfer software from 8 in SSSD
diskettes into my system. At the top of my list of things I want are the
tools from the Software Tools Users' Group (STUG), which are based on
the programs from Software Tools by Kernighan and Plauger. I was
previously aware of one implementation of these from Unicorn Systems in
Castro Valley, CA. I came across a mention of another implementation
from Carousel MicroTools in El Cerrito, CA.

My questions are: If you have these tools, what kind of experience have
you had with them (good/bad/not worth the money/etc.)? What kind of
experience have you had with the vendors? What are the resources that
you find you need to take advantage of them (disk size, memory size,
Fortran-80 compiler revision, etc.)?

I have read the reviews of the Unicorn Systems tools in InfoWorld, and
Byte, and I have their address. I have NO address for Carousel
MicroTools, and would appreciate one if anyone knows.

I am particular interested in comparing these two vendors in terms of
features, qualitiy of implementation, support, and cost.

Thanks in advance for all your help.

...David S. Cargo (Cargo.PD at HI-Multics)
23-Mar-83 20:33:09,892;000000000000
Mail-from: Ethernet host GSB-HOW rcvd at 23-Mar-83 19:33:48-PST
Date: Wed 23 Mar 83 19:33:09-PST
From: Edjik <NCP.EGK@su-gsb-how>
Subject: Re: Software Tools for CP/M
To: [e-mail]
cc: NCP.EGK@su-gsb-how, [e-mail]
In-Reply-To: Your message of Wed 23 Mar 83 12:32:00-PST
Received: From Su-Dsn.ARPA via smtp;  24 Mar 83 15:40 EST
Received: From Brl-Vgr.ARPA via smtp;  24 Mar 83 18:28 EST
Received: From Brl-Bmd.ARPA via smtp;  25 Mar 83 14:03 EST

Carousel's addr is:

    Carousel MicroTools, Inc.
    609 Kerney St
    EL Cerrito, Ca.  94530
    [phone]

I ran across an ad from them today. The tools come in two kits,
a binary only and a source kit with extra tool ddevelopment frobs.

Does anyone know if there is a Software tools implementation
in the public domain.  does anyone how well built are carousels tools?

tnx
-- Edjik
-------
23-Mar-83 23:03:40,410;000000000000
Date: 24 Mar 1983 01:03:40-EST
From: [e-mail]
To: [e-mail]
Subject: copyfast program
Received: From Nadc.ARPA via smtptcp;  24 Mar 83 1:05 EST
Received: From Brl.ARPA via smtp;  24 Mar 83 18:39 EST
Received: From Brl-Bmd.ARPA via smtp;  25 Mar 83 15:18 EST

Does anyone know where I can get the public domain "copyfast" or "fastcopy"
(I'm not sure which) program for CP/M?
Jim Reece
23-Mar-83 23:41:00,1480;000000000000
Date: 23 March 1983 23:41 EST
From: David A. Boulton <[e-mail]>
Subject: Software Tools
To: [e-mail]
cc: [e-mail]
Received: From Mit-Ai.ARPA via smtptcp;  23 Mar 83 23:44 EST
Received: From Brl.ARPA via smtp;  24 Mar 83 18:35 EST
Received: From Brl-Bmd.ARPA via smtp;  25 Mar 83 14:08 EST

Carousel MicroTools is the new name of Unicorn Systems.  I talked to
them at the West Coast Computer Faire last weekend, and they had a
large sign in their booth to that effect.

I cannot tell you very much about their packages, since I have not
used them.  They sell two different packages. One is called the
'Carousel Use-a-ToolKit' which contains only .COM files of almost all
of the tools.  The other package, called 'Carousel Build-a-ToolKit'
contains source for all the tools, the Ratfor preprocessor, and a few
associated programs.  The binary license version is 3 diskettes, 61
.COM files.  The source license version is 6 diskettes.  The prices
are $249 and $395 respectively.  The manual is $40.  They currently
support only CP/M-80, but they plan on having CP/M-86 and MSDOS
versions out soon.

Overall, it looked interesting, but I figured it would be a little too
cumbersome to be of much real use, so I didn't buy it.  Their address
is 609 Kearney St. El Cerrito, CA 94530  [phone]

        -- Dave

P.S. I'm amazed! Carousel's flyer was only the fourth one from the
top in a 3 pound stack of Faire garbage!
24-Mar-83 03:27:00,640;000000000000
Date: 24 March 1983 03:27 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  Perfect Writer/Formatter/Calc/Filer bugs
To: [e-mail]
cc: [e-mail], [e-mail], [e-mail]
In-reply-to: Msg of 22 Mar 1983 1534-PST from Jim Moore <MOORE at usc-isib.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  24 Mar 83 4:26 EST
Received: From Brl.ARPA via smtp;  24 Mar 83 18:48 EST
Received: From Brl-Bmd.ARPA via smtp;  25 Mar 83 17:01 EST

saw a recent demonstration in which Perfect Speller passed about
500 misspelled words that were later caught by The Word Plus.
If that's relevent (sp)..
24-Mar-83 03:47:00,720;000000000000
Date: 24 March 1983 03:47 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  CP/M-Plus
To: [e-mail]
cc: [e-mail], [e-mail]
In-reply-to: Msg of 16 Mar 1983 18:34 EST from Charlie Strom <CSTROM at mit-mc.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  24 Mar 83 3:50 EST
Received: From Brl.ARPA via smtp;  24 Mar 83 18:47 EST
Received: From Brl-Bmd.ARPA via smtp;  25 Mar 83 15:42 EST

Investiagations at CompuPro indicate that CPM+ is SLOWER than
CPM 2.2x, and most of the CP/M + features can be had by doing a
proper bios for 2.2x...  I have not much more info.  My bright
friend is at CompuPro just now, and that's a phone report.  I do
not think I misunderstood..
24-Mar-83 03:52:00,746;000000000000
Date: 24 March 1983 03:52 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  Small micro-computers
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of 15 Mar 1983 at 2013-CST from mknox at utexas-11.arpa
Received: From Mit-Mc.ARPA via smtptcp;  24 Mar 83 3:54 EST
Received: From Brl.ARPA via smtp;  24 Mar 83 18:47 EST
Received: From Brl-Bmd.ARPA via smtp;  25 Mar 83 15:42 EST

I recommend S-100 buss equipment.  My own is CompuPro (Godbout)
and I never have problems.  There are color boards for the buss
if you want color, otherwise a terminal works.  I have 8085/8088
dual processor which gives both 8 and 16 bit capability.
Z-100 is pretty good, but it is BIG and no detachable keyboard.
Look at it..
24-Mar-83 03:59:00,2077;000000000000
Date: 24 March 1983 03:59 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  godbout
To: [e-mail]
cc: [e-mail], [e-mail]
In-reply-to: Msg of 15 Mar 1983 04:12:20-PST from goldfarb.ucf-cs at rand-relay.arpa
Received: From Mit-Mc.ARPA via smtptcp;  24 Mar 83 4:01 EST
Received: From Brl.ARPA via smtp;  24 Mar 83 18:47 EST
Received: From Brl-Bmd.ARPA via smtp;  25 Mar 83 15:44 EST

The problem is that they're in a technological fuge just now;
the Faire wasted them, now my crazy friend Tpony is up there.
And they  are moving.  I wanted to read them the copy I was
writing on them in my Faire report and I couldn't get past the
answering service; fortunately somebody in there called me.
    The 68000 is a problem; there are aabout two copies of
CPM-68K in existence that sort of work, and there seem to be
some fatal bugs in the stuff.  Digital keeps recalling and
revising.  It will all be made to work, but some patience is
going to be rquired.
    The problem t here is that there's not really enough
technical staff (they'd hire more if they could find them) and
the place is not well organized; instead, the programmers and
engineers are happy.  As hardware goes that's a great place to
deal with..  For software, I can see you would have trouble
because most of the Godbout people don't, deep down inside,
believe in software.  They don't even use computers in much of
their business application.  This seems crazy, but...
    They got one hell of a hardware outfit, though, and I
always recommend anybody buying their stuff deal with a good
systems consultant;; there's enough slack in the prices that you
can get systems for the advertised price through a systems
consultant and get the consultant free;  or you can buy at
discounts and do your own;  but if you rely on getting the
Godbout people on the phone, you may have leaned on a weak reed.
    I haven't solved the reachability problem except through
one secret technique involving strange golden liquid known as
Grand marnier./....
24-Mar-83 04:12:00,1096;000000000000
Date: 24 March 1983 04:12 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  godbout
To: [e-mail]
cc: [e-mail], [e-mail]
In-reply-to: Msg of 15 Mar 1983 04:12:26-PST from goldfarb.ucf-cs at Rand-Relay
Received: From Mit-Mc.ARPA via smtptcp;  24 Mar 83 4:16 EST
Received: From Brl.ARPA via smtp;  24 Mar 83 18:48 EST
Received: From Brl-Bmd.ARPA via smtp;  25 Mar 83 15:46 EST

I wish this hadn't happened; in fact, I wish they'd stop selling
boards before they have software.  The trouble is, Godbout's
people don't BELIEVE in software.  They put out great boards and
hope someone will figure out a way to make use of them in good
systems.  Often people do, but the 68000 hAs been a kind of
disaster, in that the OS's that were to materialize didn't.
    There is an operating system for the 68K board.  It is
in FORTH.  They use it to test the board.  You will not want it.
I could have it and decided against it.
    I hate to say it, but my counsel is PATIENCE.  All will
be well, and reasonably soon.  But soon could be weeks.
24-Mar-83 18:25:00,934;000000000000
Date: 24 March 1983 18:25 EST
From: Charlie Strom <[e-mail]>
Subject:  CP/M-Plus
To: [e-mail]
cc: [e-mail], [e-mail], [e-mail]
In-reply-to: Msg of 24 Mar 1983 03:47 EST from Jerry E. Pournelle <POURNE>
Received: From Mit-Mc.ARPA via smtp;  25 Mar 83 20:26 EST
Received: From Brl.ARPA via smtp;  26 Mar 83 1:15 EST
Received: From Brl-Bmd.ARPA via smtp;  26 Mar 83 1:57 EST

I find it very difficult to believe that a properly written banked
CP/M Plus is slower than 2.2, though this migt be the case for
non-banked (minimal) implementation. All of the people I have spoken
to who have diddled with PLUS thus far say it is considerably faster
in disk I/O, directory searches, etc., and it makes emminent sense
that it ought to be. I hope to be able to give a more first-hand
report in the not too distant future. Sounds like sour grapes to me
emanating from Oakland!
25-Mar-83 09:46:00,862;000000000000
Date:     25 Mar 83 12:46-EDT (Fri)
From: Charles Hutchinson <[e-mail]>
Return-Path: <hutchinson.UMass-ECE.UMASS-ECE@UDel-Relay>
Subject:  poly-HST, poly-TRM, poly-XFR
To: INFO-CPM@umass-ece
Cc: HUTCHINSON@umass-ece
Via:  UMASS-ECE; 25 Mar 83 21:03-EST
Received: From Mit-Mc.ARPA via smtp;  26 Mar 83 6:04 EST
Received: From Brl.ARPA via smtp;  26 Mar 83 6:16 EST
Received: From Brl-Bmd.ARPA via smtp;  26 Mar 83 6:23 EST

HellO!
    Does anyone out there have any experience with poly-HST, poly-TRM
or poly-XFR, a set of file-transfer programs put out by Polygon Associates
(Missouri)
    I recently got them for my Rainbow 100, but have to get HST
up on a Vax or another CP/M system.

    Does anyone know if these use the Christensen protocol?

            Thanks,
                    John Hutchinson

                (HUTCHINSON.UMASS-ECE@UDEL-RELAY)
26-Mar-83 13:49:22,772;000000000000
Date: 26 Mar 1983 12:49:22-PST
From: Jim Gilbreath <[e-mail]>
Reply-to: [e-mail]
To: [e-mail], [e-mail]
Subject: cpm plus on godbout
Received: From Nosc-Cc.ARPA via smtp;  26 Mar 83 15:54 EST
Received: From Brl.ARPA via smtp;  26 Mar 83 20:31 EST
Received: From Brl-Bmd.ARPA via smtp;  26 Mar 83 20:33 EST


Compupro's cpm 2.2 is so slow on floppies driven by the disk 1
board due to some designs compromises that it is not surprising
that plus is even slower on the first try.  It takes some software
smarts to make any bios perform to the limits of the hardware, and
that isn't likely to happen on the first few tries.  Unfortunately
Godbout doesn't keep trying to improve things once they get it to
work.
26-Mar-83 14:34:00,719;000000000000
Date: 26 March 1983 14:34 EST
From: Keith Petersen <[e-mail]>
Subject: Wizzard of OZ phone list
To: [e-mail]
Received: From Mit-Mc.ARPA via smtp;  26 Mar 83 14:33 EST
Received: From Brl.ARPA via smtp;  26 Mar 83 14:47 EST
Received: From Brl-Bmd.ARPA via smtp;  26 Mar 83 20:21 EST

If there's anyone out there who has contact with the
"Wizzard of OZ" remote CP/M system, I would appreciate it
very much if they were told that their list of RCPMs is
over a year out of date and inaccurately lists my system.
It not only has the wrong (old) phone number, it does not
show that my system is a "ring-back" one and many people are
calling and not getting an answer because of this.
--Keith
26-Mar-83 16:18:00,459;000000000000
Date: 26 Mar 1983 at 1718-CST
From: [e-mail]
Subject: ATON
To: [e-mail]
Received: From Utexas-11.ARPA via smtp;  26 Mar 83 18:21 EST
Received: From Brl.ARPA via smtp;  26 Mar 83 20:34 EST
Received: From Brl-Bmd.ARPA via smtp;  26 Mar 83 20:34 EST


Does anyone know if ATON, a new implementor of CP/M-2.2 for the Tandy Model-II
has folded?  I have been trying to call them for two weeks and get no answer
at all.

-------
27-Mar-83 03:19:00,981;000000000000
Date: 27 March 1983 03:19 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  cpm plus on godbout
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of 26 Mar 1983 12:49:22-PST from Jim Gilbreath <CCVAX.gil at nosc-cc.arpa>
Received: From Mit-Mc.ARPA via smtp;  27 Mar 83 3:19 EST
Received: From Brl.ARPA via smtp;  27 Mar 83 3:28 EST
Received: From Brl-Bmd.ARPA via smtp;  27 Mar 83 3:36 EST

It all depends on the BIOS.  We have 2.2 on 2S2D floppies (1.1
mByte/floppy) that's rather fast, and also has M drive and N
drive.  This is waht is now distributed with the system, I
believe.
    It is certainly true that once Compupro gets the
hardware out the door, they don't worry about the software.  Len
Ott, their softwaerre man, hs planty smarts, but  not much
support.  Of course this makes for some good opportunities,
since the hardware is DAMN good; and some people have done well
writing  optimization software for Compupro systems..
27-Mar-83 03:27:00,620;000000000000
Date: 27 March 1983 03:27 EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  CP/M-Plus
To: [e-mail]
cc: [e-mail], [e-mail]
In-reply-to: Msg of 24 Mar 1983 18:25 EST from Charlie Strom <CSTROM at mit-mc.arpa>
Received: From Mit-Mc.ARPA via smtp;  27 Mar 83 3:27 EST
Received: From Brl.ARPA via smtp;  27 Mar 83 3:39 EST
Received: From Brl-Bmd.ARPA via smtp;  27 Mar 83 3:47 EST

Serves me right for reporting second hand information.  I do not
know.  I repeated what I was told.  I will not do so in future.
I have no further information.  You are undoubtedly right..
27-Mar-83 04:26:00,718;000000000000
Date: 27 March 1983 04:26 EST
From: Keith Petersen <[e-mail]>
Subject: UNERA16.ASM now available
To: [e-mail]
Received: From Mit-Mc.ARPA via smtp;  27 Mar 83 4:25 EST
Received: From Brl.ARPA via smtp;  27 Mar 83 4:34 EST
Received: From Brl-Bmd.ARPA via smtp;  27 Mar 83 4:53 EST

The latest version of UNERA, the public-domain CP/M
file "un-erasing" program is now available on MIT-MC.
See also the DOC file for ver 1.5, which was previously
not available on MC.  The latest version fixes a bug which
prevented the program from finding the erased file on a hard
disk system where the directory maximum is a large number
of names.
  AR23:CPM;UNERA 16ASM    and
  AR23:CPM;UNERA 15DOC
27-Mar-83 04:37:00,1209;000000000000
Date: 27 March 1983 04:37 EST
From: Keith Petersen <[e-mail]>
Subject: Osborne MODEM program update
To: [e-mail]
Received: From Mit-Mc.ARPA via smtp;  27 Mar 83 4:36 EST
Received: From Brl.ARPA via smtp;  27 Mar 83 4:45 EST
Received: From Brl-Bmd.ARPA via smtp;  27 Mar 83 4:54 EST

Osborne users will want to try OTERM404 (with possible update to
OTERM405 if needed).  This is an exapanded version of the older
OTERM401 which was previously available on MIT-MC.  The present
version offers several modes of operation, including terminal,
MODEM2-compatible file transfers, and CompuServe protocol
file transfers - all in one package!  Sorry, the source is not
available, but the author can be contacted on CompuServe's
CP-MIG.

  AR41:CPM;OTERM 404COM   the .COM file stored in ITS format
  AR41:CPM:OTERM 405SUB   SUBMIT file for updating to ver. 4.05 if needed.

older files still available:
  AR41:CPM;OTERM 401DOC   documentation
  AR41:CPM;OTSET 4COM     a configuration program for OTERM
  AR41:CPM;OTSET 4DOC     documentation for configurator

If you can't FTP ITS format COM files, send a request to
INFO-CPM-REQUEST@BRL asking for a HEX file to be made.
27-Mar-83 14:32:44,483;000000000000
Date:     27 Mar 83 14:32:44 EST (Sun)
From:     George Keller (IBD) <[e-mail]>
To:       [e-mail]
Subject:  Typing tutor
Received: From Brl.ARPA via smtp;  27 Mar 83 14:43 EST
Received: From Brl-Bmd.ARPA via smtp;  27 Mar 83 14:48 EST

I need a pointer to a CP/M typing tutor program, either free
or for $.  With all the power of this box, surely someone has
a typing-teaching program I could use to help non-typists make
better use of it.

George
27-Mar-83 19:56:00,1876;000000000000
Date: 27 March 1983 19:56 EST
From: Keith Petersen <[e-mail]>
Subject: FILE13.ASM/DOC available
To: [e-mail]
Received: From Mit-Mc.ARPA via smtp;  27 Mar 83 19:58 EST
Received: From Brl.ARPA via smtp;  27 Mar 83 20:10 EST
Received: From Brl-Bmd.ARPA via smtp;  27 Mar 83 20:14 EST

A new version of FILEFIND, now renamed to FILE, is now available on
MIT-MC.  It's in AR22:CPM;FILE 13ASM and AR22:CPM;FILE 13DOC.  Here's
what the latest revisor has to say about it:

---
TOPIC  :  FILE.COM
FROM   :  IRV HOFF
DATE   :  13 FEB 83

NOTE:  ORIGINAL NAME WAS 'FILE'.  RENAMED EARLY 1981 TO 'FILEFIND' BY
       SOMEONE OTHER THAN ORIGINAL AUTHOR.  NOW CORRECTLY NAMED 'FILE'.

SYSOPS:  THIS IS AN IDEAL PGM FOR USE AS  A0>FILE.COM  TO AUGMENT (OR
         REPLACE THINGS LIKE  DIR NAME*.* $U0AD.

     This program finds a requested file on any/all disk drives and any
user area allowed by the system.  Just say:
A>FILE NAME*.*
     and it will find any file commencing with 'NAME' on any disk drive
and any user area.  It doesn't matter what user area or drive you are
in when you start, it commences at A0:

     This takes the place of things like:  A>DIR NAME*.* $U0AD,  or
A>DIR NAME $AD, etc.  (Those commands normally commence at whatever
drive you are already on.  If starting from D3, you must reset to A0:
before commencing the search or it will skip the A: B: and C: dives com-
pletely.  'FILE' starts at A0: regardless, making it very convenient to
use.)  It is an universal program that adapts equally well to CBBS, RBBS,
DATATECH, OXGATE and other similar RCPM systems.  It is easy to use and
gives all users on all systems a common command.

     (You can also get the entire directory of all drives and all avail-
able user areas by saying:

A>FILE *.*

                                - Irv Hoff
27-Mar-83 20:21:45,1785;000000000000
Date:     27 Mar 83 20:21:45 EST (Sun)
From:     Keith Petersen <[e-mail]>
To:       Dick <[e-mail]>
cc:       [e-mail], [e-mail]
Subject:  PMMI 103/212 S-100 modem
Received: From Brl.ARPA via smtp;  27 Mar 83 20:31 EST
Received: From Brl-Bmd.ARPA via smtp;  27 Mar 83 20:35 EST

It is supposed to be ready for sale to the public in June.  I wil
be getting one in about two weeks to do some Beta testing and to
write some software for PMMI.  I'll let you know how it works when
I get it.  It probably won't support 600 baud any more than a
normal Racal-Vadic modem because it is just that - a cooperative
venture between PMMI and Racal-Vadic, with PMMI designing the entire
S-100 interface and Racal-Vadic building their 103/212 programmable
modem on the board.  It is NOT a piggy-back.  It's a fresh design
from PMMI.  PMMI even wrote some new software for the Microprocessor
that's on the board.

This board has many features, including: dial-tone detect, touch-tone
dialing/rotary dialing, redialing of last number, distant end ringing
detect, voice detection (i.e. got a human instead of another modem,
better hang up), busy detect, etc.  Lots of new and interesting
features.  Oh yes, it's possible to count the rings when deciding
whether to answer a call or not.  This means that call-back operation
IS practical with the new PMMI 300/1200 baud modem (the DC Hayes
Smart modem won't do that).

The board meets the full IEEE S-100 specs, including the ability to
operate correctly with systems using 5 mhz clocks (it may actually
work above this, the specs are not final yet).  It looks like a
normal USART-type serial port to the system, making it easy to
program.  It also has maskable interrupt capability.
27-Mar-83 20:23:46,684;000000000000
Date: 27 Mar 1983 19:23:46-PST
From: Jim Gilbreath <[e-mail]>
Reply-to: [e-mail]
To: [e-mail]
Subject: Re:  cpm plus on godbout
Cc: [e-mail]
Received: From Nosc-Cc.ARPA via smtp;  27 Mar 83 22:30 EST
Received: From Brl.ARPA via smtp;  27 Mar 83 22:37 EST
Received: From Brl-Bmd.ARPA via smtp;  27 Mar 83 22:41 EST

Yeh, I have the same stuff, but it's still slower than the
humble Jade controller due to the dumb way the disk 1 scans
the drives all the time and in the process drops the select
the head flapping.
A fix is supposedly coming in the new model of the disk 1,
but sorry, no updates to the existing customers!
28-Mar-83 07:32:00,485;000000000000
Date: 28 March 1983 07:32 EST
From: Eric Stork <[e-mail]>
To: [e-mail]
Received: From Mit-Mc.ARPA via smtp;  28 Mar 83 7:33 EST
Received: From Brl.ARPA via smtp;  28 Mar 83 14:56 EST
Received: From Brl-Bmd.ARPA via smtp;  28 Mar 83 16:29 EST

Subject: SANYO MICRO
Am contemplating the purchase of the SANYO package (advertised for
$1795 in Washington DC area).   Anyone have any experience with it?
WIll appreciate any advice or cautions.
STORK at MIT-MC
28-Mar-83 07:43:05,509;000000000000
Date: 28 Mar 83 7:43:05 PST (Monday)
From: [e-mail]
Subject: Re: Typing tutor
In-reply-to: [e-mail]'s message of 27 Mar 83 14:32:44 EST (Sun)
To: George Keller (IBD) <[e-mail]>
cc: [e-mail]
Received: From Parc-Maxc.ARPA via smtp;  28 Mar 83 10:42 EST
Received: From Brl.ARPA via smtp;  28 Mar 83 17:07 EST
Received: From Brl-Bmd.ARPA via smtp;  28 Mar 83 17:57 EST

I have also been looking for such a program. Please c: me any information.  Thanks

\Nick
28-Mar-83 15:00:38,650;000000000000
Date: 28-Mar-83 17:00:38-EST
From: [e-mail]
Subject: help
To: [e-mail], [e-mail], [e-mail],
    [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtp;  28 Mar 83 17:06 EST
Received: From Brl.ARPA via smtp;  28 Mar 83 17:28 EST
Received: From Brl-Bmd.ARPA via smtp;  28 Mar 83 18:03 EST

    Do to the upgrade memory changes when changeing from a single density Ozzie to a
Double Density Ozzie, most Communications software is useless.  Does anyone know of an 'upgraded'
version of OTERM405 or it's commercial counterpart TERM5000 for the DD Ozzie.
    Please help!!

                jalbers@bnl
28-Mar-83 17:25:50,1026;000000000000
Date: 28 Mar 83 17:25:50 PST (Mon)
From: David Allen Gewirtz <[e-mail] (David Allen Gewirtz)>
Subject: ITS Headers on SQ files
Message-Id: <[e-mail]>
Received: by UCBARPA.ARPA (3.332/3.19)
    id AA01000; 28 Mar 83 17:25:50 PST (Mon)
Received: from UCBARPA.ARPA by UCBVAX.ARPA (3.332/3.19)
    id AA25820; 28 Mar 83 20:08:12 PST (Mon)
To: [e-mail]
Received: From Ucb-Vax.ARPA via smtp;  28 Mar 83 23:11 EST
Received: From Brl.ARPA via smtp;  28 Mar 83 23:14 EST
Received: From Brl-Bmd.ARPA via smtp;  28 Mar 83 23:18 EST


I had requested a fix to the files (all the ZCPR2 files)
which have been squished and now cannot be unsqueezed.

It is my understanding that there is something in the ITS
format that prevents a UNIX machine from unsqueezing these
files FTP'ed directly off ITS.

I also understand that there is a filter program out there
to remedy this problem.

Help in this matter is urgently requested.  HELP!!!

Thanbks
(or even thanks)

David
28-Mar-83 23:15:51,528;000000000000
Date: 28 Mar 1983 22:15:51-PST
From: [e-mail]
To: [e-mail], [e-mail], [e-mail],
    [e-mail], [e-mail], [e-mail]
Subject: Re:  help
Received: From Mit-Mc.ARPA via smtp;  29 Mar 83 2:07 EST
Received: From Brl.ARPA via smtp;  29 Mar 83 2:11 EST
Received: From Brl-Bmd.ARPA via smtp;  29 Mar 83 2:21 EST

I'm having no trouble with Modem796 or Oterm 4.04.
True, Oterm doesn't restore the standard function
keys, but a cold boot always works. - Bob
29-Mar-83 01:19:00,935;000000000000
Date: 29 March 1983 01:19 EST
From: Keith Petersen <[e-mail]>
Subject: MDM705 config file for Kaypro
To: [e-mail]
Received: From Mit-Mc.ARPA via smtp;  29 Mar 83 2:05 EST
Received: From Brl.ARPA via smtp;  29 Mar 83 2:10 EST
Received: From Brl-Bmd.ARPA via smtp;  29 Mar 83 2:20 EST

Kaypro owners interested in MDM705 will want to look at
AR61:CPM;MDM705 KPASM which I've just uploaded.  It's the
configuration area for the Kayro with some interesting added
features over the original Kaypro overlay.

--forwarded from my RCPM---
Date: 3/28/83
From: Bruce Kargol
To:   All
Re:   Improved Kaypro config file for MDM705

I made a few mods to the Kaypro config file and have
uploaded it here.  Added ability to set for 600 and 9600
baud.  (Good @ 600 with some Smartmodems and 9600 for direct
connections).  Added clrscreen and clreos. Works fine.

                                    Bruce.
29-Mar-83 01:45:00,518;000000000000
Date: 29 March 1983 01:45 EST
From: Keith Petersen <[e-mail]>
Subject: CPM;CPM DIRLST updated
To: [e-mail]
Received: From Mit-Mc.ARPA via smtp;  29 Mar 83 2:14 EST
Received: From Brl.ARPA via smtp;  29 Mar 83 2:22 EST
Received: From Brl-Bmd.ARPA via smtp;  29 Mar 83 2:32 EST

The list of all MIT-MC CPM directories has been updated as of today.
If you cannot FTP this file, send a message to Info-Cpm-Request and
you will be put on a list to receive these listings periodically.
--Keith
29-Mar-83 03:34:01,764;000000000000
Received: from GSB-HOW with Pup; Tue 29 Mar 83 02:38:05-PST
Date: Tue 29 Mar 83 02:34:01-PST
From: Edjik <NCP.EGK@su-gsb-how>
Subject: Re: ITS Headers on SQ files
To: [e-mail]
cc: [e-mail], NCP.EGK@su-gsb-how
In-Reply-To: Your message of Mon 28 Mar 83 17:25:50-PST
Received: From Su-Score.ARPA via smtp;  29 Mar 83 5:44 EST
Received: From Brl.ARPA via smtp;  29 Mar 83 5:53 EST
Received: From Brl-Bmd.ARPA via smtp;  29 Mar 83 6:00 EST

Umm, saying that there is something in the ITS format that prevents
files from being unsqueezed by a unix system, once ftp'd off ITS doesnt
saying anything against ITS, its does say something against unix.  if the
brain damage is in unix, dont blame it on its.
<end of flame>
-------
29-Mar-83 12:18:24,1520;000000000000
Date: Tue Mar 29 1983 11:18:24-PST
From: Lauren Weinstein <vortex![e-mail]>
Subject: ITS binary format
Return-Path: <vortex![e-mail]>
Message-Id: <[e-mail]>
Received: by LBL-CSAM.ARPA (3.284 [1/5/83])
    id AA24224; 29-Mar-83 15:45:37-PST (Tue)
To: [e-mail]
Received: From Lbl-Csam.ARPA via smtp;  29 Mar 83 18:44 EST
Received: From Brl.ARPA via smtp;  29 Mar 83 18:48 EST
Received: From Brl-Bmd.ARPA via smtp;  29 Mar 83 18:52 EST

I've had lots of problems with "com" binary files on ITS over the years,
and not just from Unix systems -- so don't blame Unix!  The issue is that
ITS stores these files in a sort of "packed" format that is oriented
around its 36 bit words, and includes some other header information
as well.  For example, let's say you have a file that you uploaded
to ITS using the LMODEM "com file" mode.  Now you try to FTP the file
from ITS to a non-ITS system (in binary/image mode).  The file you get
has this packing and strange header information included.  Small wonder
that squeezed files won't unsqueeze!  When instead you download such a file
through LMODEM, ITS performs the conversions and you get a "proper"
binary file again.

Ideally, ITS should have a special FTP mode which would convert
the ITS com file format back to "real" binary on the fly during
transfer.  I suspect that the ITS folks never considered FTP'ing
of com binaries to non-ITS systems to be a "high-demand" type project.

--Lauren--
29-Mar-83 16:39:38,1007;000000000000
Date: 29 Mar 83 16:39:38 PST (Tue)
From: David Allen Gewirtz <[e-mail] (David Allen Gewirtz)>
Subject: Re: ITS Headers on SQ files
Message-Id: <[e-mail]>
Received: by UCBARPA.ARPA (3.332/3.19)
    id AA04489; 29 Mar 83 16:39:38 PST (Tue)
Received: from UCBARPA.ARPA by UCBVAX.ARPA (3.332/3.19)
    id AA18780; 29 Mar 83 23:02:56 PST (Tue)
To: [e-mail], [e-mail]
Cc: NCP.EGK@su-gsb-how, [e-mail]
Received: From Ucb-Vax.ARPA via smtp;  30 Mar 83 4:01 EST
Received: From Brl.ARPA via smtp;  30 Mar 83 6:20 EST
Received: From Brl-Bmd.ARPA via smtp;  30 Mar 83 6:31 EST

Gee, your comment was really helpful.

My interest is not which machine has a problem, though you
personally seem to.  My interest instead was a simple
need of converting one format to another.  If you cannot
separate reality from raving, I respectfully suggest that
you have a problem that needs help.

Keeping an open mind,

David
30-Mar-83 00:06:00,2563;000000000000
Date: 30 March 1983 00:06 EST
From: Gail Zacharias <[e-mail]>
Subject:  ITS binary format
To: [e-mail], vortex![e-mail]
In-reply-to: Msg of Tue Mar 29 1983 11:18:24-PST from Lauren Weinstein <vortex!lauren at lbl-csam.arpa>
Received: From Mit-Mc.ARPA via smtp;  30 Mar 83 14:07 EST
Received: From Brl.ARPA via smtp;  30 Mar 83 14:26 EST
Received: From Brl-Bmd.ARPA via smtp;  30 Mar 83 15:00 EST

There are two separate issues here.  First is packing 8 bit bytes into PDP-10's
36 bit words.  This is unavoidable, standard, and the ITS ftp server deals with
it just fine.  The problem is getting the unix user end to tell ITS to do it.
SEE BELOW FOR HOW TO DO THIS.

The second problem is the 4-byte header put in the binary CP/M files stored in
the CPM; directory. This has nothing to do with ITS, and was a decision made by
those involved with maintaining this directory and related programs.  There is
no reason on earth for ITS system programs such as FTP to understand the
conventions used by a small segment of the user population (and believe it or
not, providing CP/M software to unix hackers is not MC's rason d'etre).  In any
case, SEE BELOW FOR HOW TO DEAL WITH THIS.

I might suggest that instead of dreaming about what ITS FTP could or could not
be made to do, someone fix umodem to recognize those header bytes (they are
93H,3AH,D8H,00H) and strip them off.  umodem could also use them for their
intended purpose, differentiating between ascii and binary files, so the user
wouldn't have to give a "b" switch (I assume that's what the -sb below does).
The TOPS-20 modem program already does this.

Anyhow, unix people, here are the answers (if unix is so wonderful, how come
everybody has so much trouble figuring this out? (don't bother answering that))

Date: Wednesday,  9 Mar 1983 12:56-PST
From: bridger at rand-unix
To:   Gail Zacharias <GZ>
cc:   FJW, W8SDZ, guyton at rand-unix
Re:   downloading .com files

Thanks for the protocol, which enabled our resident expert, jim guyton,
to develop this method of downloading binary files.
At Rand-unix we are using a version of the BBN ftp program.

If you think it's of general interest, please post it.


1. to retrieve "AR14:CPM;NAMEXX COM" from mit-mc:

    ftp mit-mc
    type i
    quote
    type "l 8"
    get
    "AR14:CPM;NAMEXX COM"
    longnamexx.com
    bye

2. to strip off the 4 header bytes:

    dd if=longnamexx.com of=namexx.com bs=1 skip=4

3. to download to a cpm machine:

    umodem -sb namexx.com

                    bridger
30-Mar-83 02:29:00,721;000000000000
Date: 30 March 1983 02:29 EST
From: Michael C. Adler <[e-mail]>
Subject: DICCRE V2.0
To: [e-mail]
Received: From Mit-Mc.ARPA via smtp;  30 Mar 83 15:58 EST
Received: From Brl.ARPA via smtp;  30 Mar 83 16:02 EST
Received: From Brl-Bmd.ARPA via smtp;  30 Mar 83 16:06 EST

A new version of DICCRE (the dictionary creation program for SPELL) has been
stored in MC:AR59:CPM;DICCRE 20MAC, etc.  It fixes a bug found by Leor
Zolman.

Don't worry about the integrity of dictionaries you have already created!  You
would have noticed had the bug hit you.  DICCRE V1.0 failed to write double
apostrophes to SPELL0.MAC if one was in a word.  Obviously, M80 simply choked
on such files.
-Michael
30-Mar-83 05:41:00,4933;000000000000
Date: 30 March 1983 05:41 EST
From: Keith Petersen <[e-mail]>
Subject: XMODEM73 now available on MC
To: [e-mail]
Received: From Mit-Mc.ARPA via smtp;  30 Mar 83 5:41 EST
Received: From Brl.ARPA via smtp;  30 Mar 83 6:26 EST
Received: From Brl-Bmd.ARPA via smtp;  30 Mar 83 6:32 EST

RCPM operators and others occasionally using their systems with
remote console software (like BYE) will want to get the new
XMODEM73.  It has many new features, explained in some detail below.

---
TOPIC:  XMODEM73
FROM :  IRV HOFF W6FFC
DATE :  27 MAR 83

     XMODEM is a program used primarily on remotely operated RCPM systems
that allows program transfer to and/or from remote users.  It can trans-
fer any type of CP/M file including absolute binary files (.OBJ).
     Originally written by Keith Petersen and based at that time on Ward
Christensen's MODEM ver 2.0 it has since undergone extensive revision.
     Nearly every new version has tacked on yet another computer/modem
combination.  It has grown very unwieldy in size and awkward to handle.
     In a major contribution to simplifying the program, Sigi Kluger with
his XMODEM 6.8 stripped out all the various hardware configurations.  He
wound up with a jump table at the beginning that permits use of external
overlay files for a particular computer/modem....
     The current version is XMODEM 7.3.  The 7.x series has several new
features which give it a tremendous flexibility.  Major recent additions
include:

     1) A general purpose menu.  Just type:

       A0>XMODEM <return>

       This menu includes the drive/user area for normal uploading.
       (The A0> prompt in this and subsequent examples is shown as a
       typical possibilty of a drive/user area you may be in.)

     2) Ability to send (download to the remote user) member files from
       a library group (.LBR)  without having to copy the entire li-
       brary file.  (Use a separate program called LDIR.COM to find
       the member names of a library group.)

     3) Ability to specify what disk/user area from which to send a pro-
       gram so the remote user doesn't have to go to that area first:

       A0>XMODEM S B6:HELLO.DOC

       (An option limits the maximum user area.)

     4) Programs can be uploaded to a special non-public user area for
       the exclusive use of the SYSOP.  These can include replacement
       programs for one already on some public area, experimental
       programs you wish him to test before making them public, pre-
       typed notes for his exclusive reading or any program you wish
       him to see that is not appropriate for public use at that time.

     5) Ability to download from a special area.  This enables the SYSOP
       to place special programs, pretyped messages, etc. in this
       area.  He can then leave a private message on his bulletin
       board to the person for whom the program is intended.  Al-
       though any user COULD download that program, only the SYSOP
       and his intended recepient know the its correct name.  This
       provides excellent security.  The SYSOP can thus make any per-
       son an instant temporary privileged user.  This gives him a
       tremendous flexibility he has not previously had.

     6) Spaces can now be used without error.  Example:

       A0>XMODEM   L   B7:   CATALOG    CAT2.DOC

       will send a file called CAT2.DOC from the CATALOG.LBR library.
       NOTE:  The  .LBR extent need not be included.  If not, it is
                  added automatically.

     At this time there are several external overlays available.  The
list will obviously grow as others add to it:

XM73ACAT   -  for Apple users with the Novation APPLE-CAT modem
XM73MMII   -  for Apple users with the Micromodem II modem
XM73DCXX   -  for Apple users with the D.C. Hayes modem
XM73PMMI   -  for S-100 users with PMMI modem boards
XM73HZ89   -  for Heath/Zenith H8 or H89 users with external modem
XM73INT3   -  for those using the Compupro Interfacer 3/4 modem
XM73EXT    -  for computers with 8251 I/O and external modems

     These contain instructions on how to then use DDT (or SID) to read-
ily adapt the external overlay to the main program.

     These files are available from the MIT-MC CPM; directory.
The names were changed slightly to fit better into the six-character
two-field filename arrangement that ITS uses.

All are in AR63:CPM;

XMACAT 73ASM
XMDCH  73ASM
XMEXT  73ASM
XMHZ89 73ASM
XMINT3 73ASM
XMMMII 73ASM
XMODEM 73ASM
XMODEM 73INF
XMODEM 73MSG
XMPMMI 73ASM

     Users who can download ITS-style "COM" files will find the same
ten files in AR100:W8SDZ; in "squeezed" format to save downloading
time.  This is a temporary ARchive only and will be deleted in a few
days.  As with squeezer convention, the next-to-last character of the
filename is a "Q" instead of its original character.

--Keith
30-Mar-83 10:57:00,589;000000000000
Date: 30 Mar 83 10:57 PST (Wednesday)
From: [e-mail]
Subject: Re: SANYO MICRO
In-reply-to: [e-mail]'s message of 28 Mar 83 07:32 EST
To: Eric Stork <[e-mail]>
cc: [e-mail]
Received: From Parc-Maxc.ARPA via smtp;  30 Mar 83 14:02 EST
Received: From Brl.ARPA via smtp;  30 Mar 83 14:25 EST
Received: From Brl-Bmd.ARPA via smtp;  30 Mar 83 14:42 EST

What is the model number of the SANYO?  Is is the MBC-1000, or the MBC-2000,
or the MBC-3000?  I've heard that the 2000 is going to be discontinued, to be
replaced with a newer model.
30-Mar-83 13:39:04,1082;000000000000
Date:     30 Mar 83 13:39:04 EST (Wed)
From:     Bob Bloom (TECOM) <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  how DO you FTP files from mc?
Received: From Brl.ARPA via smtp;  30 Mar 83 13:45 EST
Received: From Brl-Bmd.ARPA via smtp;  30 Mar 83 13:49 EST

As one can see from the header, I'm on the brl machine (a PDP-11/70
something running Unix version something)  I've never been able to
transfer a .com file from mc through ftp to brl and then MODEM down-
load to my micro.  I've been quite sucessfull tranfering .hex and .txt
files.  From the ongoing discussion, I think I know why this is but
I'd really like to know how to get around it.

I have ftp'ed a .com and a .hex file of the same program, loaded
the .hex file, and uploaded the (loaded) .com file to compare with
the original ftp'ed .com file.  NO RELATION!  I was hoping that I could
find those four characters that ITS uses as a file identifier (from
446353300000 octal = 223,072,330,0 as first four bytes)  No luck.

So how do you do it?

bob bloom
30-Mar-83 17:44:00,788;000000000000
Date: 30 Mar 1983 1644-PST
From: [e-mail]
Subject: TRS80 model 100
To:   [e-mail]
cc:   [e-mail]
Received: From Mit-Mc.ARPA via smtp;  30 Mar 83 20:22 EST
Received: From Brl.ARPA via smtp;  31 Mar 83 0:30 EST
Received: From Brl-Bmd.ARPA via smtp;  31 Mar 83 0:42 EST

Does anybody know anything about software structure for the TRS80 model
100? (Appears to be microsoft rom-resident program, executing on
cmos 8085, with decent integration to basic facilities.)

Is it possible to generate compatable 8085 code from "C" or LISP-like
tools on a mainframe and downlink for execution?
Or is there a interpreter for the internally supported primitives
which accepts something other than basic?

Herm Fischer (HFischer@eclb)
-------
30-Mar-83 20:35:17,1299;000000000000
Date:     30 Mar 83 20:35:17 EST (Wed)
From:     Keith Petersen <[e-mail]>
To:       [e-mail]
cc:       [e-mail], [e-mail]
Subject:  Re:  1200 Baud PMMI S-100 modem
Received: From Brl.ARPA via smtp;  31 Mar 83 0:30 EST
Received: From Brl-Bmd.ARPA via smtp;  31 Mar 83 0:44 EST

The forthcoming 300/1200 baud PMMI S-100 modem will NOT have
the Vadic 3400 protocol included.  Several people asked about
that.  Vadic isn't including it in most of their new OEM units.
There has been some discussion about whether 3400 is better
than 212A, and one comment I read was that it really wasn't a
better protocol.  The only reason it SEEMED better, the sender said,
was that the 212A part of the "Triple Modem" wasn't as well designed
as it could have been.  I assume that if this is true, it could be
the reason that Racal hasn't included the 3400 protocol in the new
units.  They may have improved the 212A part instead, in the interests
of gaining a wider market.  This is all conjecture, however.

For those interested in the new PMMI modem (when it's available in
June), here's the address and phone number:

   PMMI Communications
   5201 Leesburg Pike
   Suite 604
   Falls Church, Virginia  22041
   Phone [phone]

--Keith
30-Mar-83 23:21:01,1886;000000000000
Date:     30 Mar 83 23:21:01 EST (Wed)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
Subject:  New SYSLIB 2.6
Received: From Brl.ARPA via smtp;  31 Mar 83 0:33 EST
Received: From Brl-Bmd.ARPA via smtp;  31 Mar 83 0:44 EST

AR19:CPM now contains the new SYSLIB 2.6; CRCs check.

AR80:FJW now contains the upgrade doc for it as Z2SYS 2MOD.  It is a short
file, so copy follows:





                      SOFTWARE UPGRADES to SYSLIB and ZCPR2
                                  30 March 1983

                                       by
                                  Richard Conn

                       SYSLIB 2.6 Upgrade from SYSLIB 2.5


        1.0  Baselines

             The  following baseline software is established by this  up-
        grade:
                       SYSLIB 2.6


        2.0  Associated Upgrade Documentation

             No   additonal   documentation  accompanies  this   upgrade.
        Existing documentation reflects Version 2.6 of SYSLIB correctly.


        3.0  Files Affected by this Upgrade

             The following files are provided with this upgrade:

                  SDIR.MAC     SVERSION.MAC     SYSLIB.REL

             These files have the following CRC values:

            1 File: SDIR    .MAC -- Size:    34K -- CRC: 36 FA
            2 File: SVERSION.MAC -- Size:     1K -- CRC: 15 E5
            3 File: SYSLIB  .REL -- Size:    14K -- CRC: 38 D0


        4.0  Reasons for Changes to Programs and Files

             SYSLIB Change Summary:
                  The  DIRF routine in the SDIR module did not  correctly
                       select files from ALL user areas when bit 5 of the
                       A register was set; this was caused by an error in
                       the DIRLOAD routine;  the DIRLOAD routine has been
            corrected
31-Mar-83 12:37:00,678;000000000000
Date: 31 Mar 1983 1437-EST
From: [e-mail]
To: [e-mail]
Subject: CAD Tools
Message-ID: <"MS10(2055)+GLXLIB1(1056)" 11907843351.13.385.60896 at DEC-MARLBORO>
Received: From Dec-Marlboro.ARPA via smtp;  31 Mar 83 14:38 EST
Received: From Brl.ARPA via smtp;  31 Mar 83 14:51 EST
Received: From Brl-Bmd.ARPA via smtp;  31 Mar 83 15:02 EST


I am trying to put together a list of CAD tools that run under CP/M to
aid in circuit design, logic design, PC board layout, etc. Does such a
list exist? If one does not, send me any info you may have and I will
distribute a list of those programs that turn up.

            Thanks,
            -Abdul-

   --------
31-Mar-83 12:49:32,724;000000000000
From: Sent by HNIJ <[e-mail] (Sent by HNIJ)>
Date: 03/31/83 12:49:32
Subject: More than 256 files/disk?
Received: From Mit-Mc.ARPA via smtp;  1 Apr 83 2:46 EST
Received: From Brl.ARPA via smtp;  1 Apr 83 2:54 EST
Received: From Brl-Bmd.ARPA via smtp;  1 Apr 83 3:01 EST

rms.g.hnij%mit-oz@mit-mc (Sent by HNIJ) 03/31/83 12:49:32 Re: More than 256 files/disk?
To: Info-CPM at MIT-MC
    Is there a way to get more than 256 (or whatever the Disk
Parameter Header says) files per disk?  Is there any good reason
why I couldn't change my BIOS dph table to be 512 entries?  I have
a few disks that have 100-200k free, but the directory is full.

            John Labovitz

            rms.g.hnij%mit-oz @ mit-mc
31-Mar-83 22:26:00,1002;000000000000
Date: 31 March 1983 22:26 EST
From: Allan D. Plehn <[e-mail]>
Subject: MODEM7 available on SUPERBRAIN disk.
To: [e-mail]
cc: [e-mail]
Received: From Mit-Mc.ARPA via smtp;  31 Mar 83 22:25 EST
Received: From Brl.ARPA via smtp;  31 Mar 83 22:34 EST
Received: From Brl-Bmd.ARPA via smtp;  31 Mar 83 22:42 EST

In the Feb 21 issue of INFOWORLD, page 63, there is an offer
of MODEM7 on a 5-inch disk in SuperBrain format.  Dave
Steidley of Omnitech, 50 Baltusrol Way Short Hills, .J.,
07078 offers the disk for only $7.50 copying charge.  I sent
for one and got it in about 10 days.  It is an older version
of MODEM7 (7.3, I think) but it works fine.  Used that to bring
MODEM705 up on the SuperBrain, saving all the time of bootstrapping
up via MBOOT3.  You don't have to send a disk, it is included
in the $7.50.

On the same page there is a similar offer of MODEM7 for the
Vector Graphic.  Also 85 volumes of CPMUG on Kaypro format
disks.
            Al Plehn
31-Mar-83 01:30:00,891;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 Jun 83 18:31 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 Jun 83 18:25 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  2 Jun 83 18:21 EDT
Date: 31 March 1983 01:30 EST
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  how DO you FTP files from mc?
To: bbloom@brl
cc: INFO-CPM@mit-mc
In-reply-to: Msg of 30 Mar 83 13:39:04 EST (Wed) from Bob Bloom (TECOM) <bbloom at brl.arpa>

BRL's ftp doesn't know about BINARY files.  It's a dumb ASCII-only
ftp.  It strips ALL high-order bits from the file.  This has been
brought to the attention of the system gurus at BRL but so far no fix
has been forthcoming.  This was caused by the changeover to TCP/IP,
which required the BRL people to re-write FTP.  They seem to have
little interest in the problems of us CP/M'ers.  (Maybe a little
competativeness showing there?)..