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

Text File | 1993-02-12 | 213KB | 5,421 lines

 1-May-83 08:12:00,839;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  1 May 83 19:37 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  1 May 83 19:34 EDT
Received: From Gunter-Adam.ARPA by BRL via smtp;  1 May 83 10:18 EDT
Date:  1 May 1983 0912-CDT
From: [e-mail]
Subject: FTP download problems
To:   [e-mail]
cc:   [e-mail], [e-mail]

  I was trying to download some files using FTP from OFFICE-10, in the
directory <MICRO>, however the only thing I am able to get is such errors
as:
           Cannot parse: <MICRO>CPM.archive;30328  or
           Access denied

  I'm looking for an archived message for the month of Feb or March, if
anyone can give me some insite into what's going on I would appreciate
it. Please reply directly to GUTHRIE@GUNTER-ADAM

    Thanks

-------
 1-May-83 22:28:00,787;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  1 May 83 22:44 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  1 May 83 22:33 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  1 May 83 22:28 EDT
Date: 1 May 1983 22:28 EDT
From: Leor Zolman <[e-mail]>
Subject: Some new BDS C utilities
To: [e-mail]

I have uploaded three personl little utility programs to MCAR37:CPM;
The programs are:
    APPEND C    Append one text file onto another, quickly
    TAIL C        Print out the last n lines of a text file
    DI C        Compare two files, print first difference (if one)
These aren't earth-shaking breakthroughs in computer science, but they
are useful (at least to me). APPEND.C and TAIL.C require BDS C v1.5,
since they use "seek" in relative-to-EOF mode.
    -leor
 2-May-83 00:02:00,1196;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 May 83 2:08 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 May 83 2:05 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  2 May 83 2:00 EDT
Date: 2 May 1983  00:02 EDT (Mon)
From: Tony <[e-mail]>
To:   [e-mail]
Subject: Digital Research Query.
Reply-To: [e-mail]
Home: 609 Gibson Ave., Pacific Grove, Ca. 93950  [phone]


Hi again.  Thanks to all of you who responded to my first query about CP/M
and Digital Research.  I didn't get as many responses as I really need, so
I'm trying again.

For those of you who missed it:  I am soliciting comments, suggestions,
complaints and other correspondence to be sent to appropriate High Ups in
Digital Research.  The reason for this request is that I believe DRI is
out-of-touch with their 'hacker' customer base, and I like to give them some
feedback.

Pretty much, I'd like to hear anything that you have to say.  All messages
will be confidential, unless you send a copy to the appropriate list.
Suggestions for further enhancements to CP/M or ideas for other products are
especially welcome.

Cheers,
Tony ;-)  <Li @ Rutgers>
 2-May-83 09:04:00,4412;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 May 83 9:19 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 May 83 9:12 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  2 May 83 9:04 EDT
Date: 2 May 1983 09:04 EDT
From: Keith Petersen <[e-mail]>
Subject: XMODEM74 now available
To: [e-mail]

XMODEM74 is now available on MIT-MC.  This is a worthwhile
update for RCPM operators who are using older versions.
It includes the ability to send individual files from
.LBR files and has RP (Receive Private) option which allows
caller to send private files to the SYSOP.

XMODEM is NOT meant to replace MODEM.  It is for use on
unattended Remote CP/M systems.

The files are in CPM;AR63:
XMACAT 74ASM   --  Apple CAT modem I/O overlay
XMDCH  74ASM   --  D.C. Hayes I/O overlay
XMEXT  74ASM   --  External serial port I/O overlay
XMEXT  74NEW   --  Ditto, with enhancements
XMHZ89 74ASM   --  Heath/Zenith I/O overlay
XMINT3 74ASM   --  Interfacer 3 I/O overlay
XMMMII 74ASM   --  D.C. Hayes Micro-Modem II I/O overlay
XMODEM 74ASM   --  Main program source code
XMODEM 74INF   --  Information on the files in this package
XMODEM 74MSG   --  Message announcing the package
XMPMMI 74ASM   --  PMMI MM103 I/O overlay
XMSMDM 74ASM   --  D.C. Hayes Smart Modem I/O overlay

Here's more detailed information:

TOPIC:  XMODEM74
FROM :  IRV HOFF W6FFC
DATE :  04 APR 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.4.  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.

--end--
 2-May-83 10:08:00,1840;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 May 83 10:50 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 May 83 10:37 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  2 May 83 10:08 EDT
Date: 2 May 1983 10:08 EDT
From: Keith Petersen <[e-mail]>
Subject: FTPing files from MIT-MC:CPM;
To: [e-mail]
cc: [e-mail]

Unlike most other machines on the net, MC (and the other ITS machines,
ML, AI, and DM), does not require you to login when using FTP access.
Also, we have the CPM; directory full of plain files and something
called ARChive files.  ARChive files contain files and are referenced
by a device name.  Thus, to reference a regular file to fetch it into
your machine via FTP, type:

GET CPM;fn1 fn2<cr>
local-filename<cr><cr>

For a file in an ARChive:

GET CPM;ARnn:fn1 fn2<cr>
local-filename<cr><cr>

Of course, you need to know the name of the file in the first place,
and if it is in an ARChive, the "nn", or ARChive number.  To do this,
type:

DIR CPM;<cr>
TTY:<cr>

And the list will show on your terminal - you can substitute a
local-filename instead of TTY: and it will go there instead for you to
reference later.  In that list, you will see files, like AR60 MODEM2,
as well as the regular files which are not of the form ARnn fn2.  AR60
MODEM2 is an archive file.  To find out what is in that archive, type:

DIR CPM;AR60:<cr>
TTY:<cr>

One file you will see on that list is MBOOT 3ASM.  If you want to
fetch that file to your machine, type:

GET CPM;AR60:MBOOT 3ASM<cr>
MBOOT3.ASM<cr><cr>          (the name you want to use on your host)

Of course, to start up the program assume you have access to FTP:

FTP<cr>
MC<cr>
.....    <-- do your DIRs and GETs here
BYE<cr>
QUIT<cr>

Any questions?  Contact FJW@MC.

--Keith
 2-May-83 10:40:00,921;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 May 83 11:42 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 May 83 11:40 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  2 May 83 10:41 EDT
Date: 2 May 1983 10:40 EDT
From: Keith Petersen <[e-mail]>
Subject:  info wanted on CP/M public domain
To: harpo!eagle!mhuxt![e-mail]
cc: [e-mail]
In-reply-to: Msg of 21 Apr 83 12:45:34-PST (Thu) from harpo!eagle!mhuxt!kfl at ucb-vax.arpa

The latest version of MODEM7 is MDM707.  It's available here on MIT-MC
in the CPM; directory to those who have ArpaNet access.  You should
call your nearest RCPM (as listed in the RCPMLIST I sent out on the
net recently) to see what files they have available.  In many cases
RCPMs have later versions than the user groups are supplying on disks.

Usenet readers who need to contact me may use the address
.....!duke!unc!brl-bmd!w8sdz
 2-May-83 11:08:00,593;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  3 May 83 12:20 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  3 May 83 11:52 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  3 May 83 11:49 EDT
Date: 2 May 1983 11:08 EDT
From: Keith Petersen <[e-mail]>
Subject: CPM DIRLST updated
To: [e-mail]

CPM;CPM DIRLST (the file listing all the MIT-MC CPM; directories) has
been updated as of today.  If you cannot FTP it, and you are not
already on the list to receive it via netmail, send a note to
Info-Cpm-Request@Brl asking to be added to the list.
--Keith
 2-May-83 16:45:00,2231;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 May 83 19:06 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 May 83 18:57 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  2 May 83 18:49 EDT
Date:  2 May 1983 1845-EDT
From: [e-mail]
Subject: S100 Hard disk query
To: [e-mail]

CP/Mers,

Rutgers University has been supporting an RCPM system for about two
years now.  The system has been running with two single density 8"
ICOM floppy disk drives and an ICOM controller.  After all the system
software and message files are put on these low density disks, there
isn't much room left for programs to be uploaded and downloaded.  The
project group that has been supporting this bulletin board has decided
that they want to support a larger scale system and want to use a hard
disk system to increase storage space.  I have been looking through BYTE
magazine and some others and have found many ads for controllers and
drives and stuff, but have not found the complete package that we need.
If anyone can help with info about a system that will do the following.
please reply to me (JOSEPH@Rutgers) and I will forward a compendium to
the net.
REQUIREMENTS-
    S100 controller that will run with a Cromemco z80 4Mhz processor and that
         comes with either an attach bios for CPM 2.2 or a complete bios for
     CPM 2.2 or CPM plus.  Integral backup system controller would be
         a plus (built in cartridge tape system......)

    DISK box containing Hard disk drive(s) and power supply.  We are
         looking for a winchester system with about 20 megabytes storage
         capacity. ( a removable cartridge system would be preferred)

    COMPLETE backup system,  Either cartridge tape, high density floppy
         or winchester.  We have been using video tape for backup on an
     apple hard disk and have found it to be slow and not too reliable.

I need recommendations on which manufacturers, if any, make entire snap on
subsystems like this or, if separate manufacturers devices are needed,
which ones work together well.

                    Thanks in advance,
                      Seymour Joseph
                    Rutgers University
                    Microcomputer support staff.
-------
 2-May-83 19:29:00,460;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 May 83 22:00 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 May 83 21:36 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  2 May 83 21:30 EDT
Date: 2 May 1983 1829-PDT
Sender: [e-mail]
Subject: ZCPR2 ON APPLE
From: [e-mail]
To: [e-mail]
Message-ID: <[USC-ISI] 2-May-83 18:29:05.LEVYAL>

HAS ANYONE INSTALLED ZCPR2 ON AN APPLE? WILL IT FIT? THANKS, ALLAN
 3-May-83 07:47:30,1482;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 May 83 7:18 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 May 83 7:13 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  5 May 83 7:05 EDT
Date:     3 May 83 7:47:30 EDT (Tue)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  Re:  ZCPR2 ON APPLE

I have heard of people installing ZCPR2 on Apples.   Someone  ap-
proached  me  at  an ACG-NJ meeting the other day and said he had
and that it ran nicely.  I suspect, however, that  it  is  not  a
full installation.

With all of the options to ZCPR2 at installation time, it is pos-
sible to install it on virtually any Z80-based system.  I recent-
ly installed it on a  Morrow  Design's  MicroDecision  with  200K
floppies.   Morrow  was  willing to provide source to his BIOS on
disk FOR FREE, and, with  this,  it  was  possible  to  implement
external  paths  and  the multiple command line buffer.  The only
noticable difference was that the installed system did  not  have
named  directories  (because it didn't seem to make sense in only
200K, but it was still possible) and redirectable I/O (because of
the limited I/O facilities of the MicroDecision, but again it was
possible).

Hence, after the experience with the MicroDecision, I'd say  that
it  is  possible  to  install ZCPR2 on most any Z80-based system.
The degree of installation is the only question.

        Rick
 3-May-83 08:49:00,396;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 May 83 9:21 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 May 83 9:18 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  5 May 83 9:10 EDT
Date: 3 May 1983 0749-PDT (Tuesday)
From: Walter Bond <[e-mail] (Walter Bond)>
Subject: mailing list
To: [e-mail]

Please put me on your mailing list. Thanks. WALT
 3-May-83 11:25:02,2994;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  3 May 83 14:02 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  3 May 83 13:47 EDT
Received: From Nadc.ARPA by BRL via smtp;  3 May 83 13:44 EDT
Date: 3 May 1983 13:25:02-EDT
From: [e-mail]
To: [e-mail]
Subject: vt180 & mboot3
Cc: [e-mail]


I beat the vt180.  I have successfully gotten mboot3 running
on the little sucker.  The port poop revealed in the letter excerpt
below is only part of the solution:

    From: Dick <MEAD@USC-ECLB>
    Subject: Re: vt180 port poop

    COMM port values are:
        DATA=58H
        STAT=59H    TBE=01,RDA=02

    CONSOLE values are:
        DATA=40H
        STAT=41H    (I assume same bit values)

    One gotcha, I read that interrupts are used in the VT180,
    so MBOOT3 and other adaptations to this system may need
    to do some trickery to work at all. I had used the right
    bits/addresses in one try and still no good.
    -------

The real trick is that since incoming characters are handled by interrupts,
the usart will never seem to have any characters ready when it is polled
by mboot3 in the normal fashion.  Rather then do what I suggested in an
earlier letter, i.e. turn off the interrupts, I did what DEC did in the
RDR: device handler in the vt180 bios.  That is, I poll the memory locations
that the interrupt handler uses to communicate with the bios.  In the latest
version of CPM that DEC is supplying [2.2 (1.1)], *the magic locations are:*

    0f541h    =    rec'd data available if == 1
    0f546h    =    rec'd character

The code to check for status in mboot3 is thus:

    before:                |    after:
    in    modctlp            |    lda    0f541h
    ani    modrcvr            |
    cpi    modrcvr            |    ora    a
    jnz    term    ;no char rec'd    |    jz    term    ;no char rec'd

and the code to get the rec'd char is now:

    in    moddatp            |    mvi    a,0    ;clear status
    ani    7fh            |    sta    0f541h
                    |    lda    0f546h    ;get char
                    |    ani    7fh

I got the magic location values by disassembling the bios RDR: handler.
Once you get past the IOBYTE nonsense, the handler loads the IX register
with the location of the status table for the RDR: device, and jumps to
a routine that polls the memory locations pointed to by the IX register
to wait for a char to come in.  The magic locations listed above are
actually IX+2 and IX+7 in the RDR: handler.  These location are likely
to change if DEC releases a new version of the bios.

I haven't gotten mdm707 running yet, although I'm close.  The overlay
method won't work since the code size of the routines is so different
from that in the standard version of mdm707.  Instead, the entire mdm707.asm
file must be edited and re-assembled.  Since the little toy disks on
the vt180 are so small, I do the editing and assembling on another CPM
machine and use mboot3 to bring over the com file.  Time has not permitted
me to finish the debug of mdm707 as a result of all the kludges.

Let me know if you get any revelations on the vt180.

                    good luck--
                        dudley@nadc

~v
 3-May-83 19:16:00,596;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  3 May 83 23:24 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  3 May 83 23:15 EDT
Received: From Usc-Ecl.ARPA by BRL via smtp;  3 May 83 21:20 EDT
Date:  3 May 1983 1816-PDT
From: Bruce Tanner <[e-mail]>
Subject: Query on Condor DBMS
To: [e-mail]

Does anybody know about the Condor 3 DBMS from Condor Computer Corp?
We just got a flyer that says that we can get it at an educational discount
of $215 ($650 retail).  Is it any good?  How does it compare with dBase II?
Thanks in advance,
-Bruce
-------
 4-May-83 08:50:14,718;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  4 May 83 12:38 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  4 May 83 12:03 EDT
Received: From Parc-Maxc.ARPA by BRL via smtp;  4 May 83 11:56 EDT
Date: 4 May 83 8:50:14 PDT (Wednesday)
From: [e-mail]
Subject: Re: FTPing files from MIT-MC:CPM;
In-reply-to: [e-mail]'s message of 2 May 83 10:08 EDT
To: Keith Petersen <[e-mail]>
cc: [e-mail], [e-mail]

Keith,

When FTPing files from MIT-MC, is it possible to copy a whole archive in
one fell swoop or must one copy each file individually.  If bulk copying
is possible, what is the preferred procedure?

Thanks in advance,

--Max
 4-May-83 09:47:00,381;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  4 May 83 12:36 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  4 May 83 12:01 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  4 May 83 11:49 EDT
Date: 4 May 1983 0847-PDT (Wednesday)
From: Walter Bond <[e-mail] (Walter Bond)>
Subject: mail list
To: [e-mail]

How do I access your cpm forum?
 4-May-83 10:32:45,2432;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  4 May 83 21:05 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  4 May 83 20:58 EDT
Received: From Rand-Relay.ARPA by BRL via smtp;  4 May 83 20:49 EDT
Date: 04 May 83 10:32:45 PST (Wed)
From: Jerry Sweet <[e-mail]>
Return-Path: <Jsweet.UCI.UCI@Rand-Relay>
Subject: Re: Query on Condor DBMS
Message-Id: <280.420921165@UCI>
To: Bruce Tanner <[e-mail]>
Cc: [e-mail], [e-mail]
In-Reply-To: Your message of 3 May 1983 1816-PDT.
Via:  UCI; 4 May 83 17:14-PDT


As a favor, I tried to help a doctor learn how to use his Condor software
(and a few other things) over a period of about 8 hours, two months ago.
Since I've never used dBase II, I have no real basis for comparison, but I
found the Condor package to be quite difficult to use. The manual varies in
quality from section to section, with some parts being excellent (easy to
understand, even for a non-cs person, containing examples and good English
explanations of use), and others extremely shoddy (missing important
information, out of date, or outright incorrect).

The data entry form generation command is not too bad, although it is
difficult for persons accustomed to full-featured screen editors to get used
to.  The instructions on cursor movement did not correspond to actual
functioning (possibly the fault of the Alspa keyboard, which is what we were
using); commands that should have been "universal" were available only in
one mode or another.

Certain functions are poorly explained, such as use of the RESULTS file
(which I hadn't figured out how to use by the end of the day), how to modify
existing data to add or delete fields (the REORGanize command, an
exercise in extreme frustration).

Condor commands are run from a sort of CP/M shell which must be invoked with
the current date and software license number.  The Condor shell allows most
of the normal CP/M commands (when preceded by a $"), but looks for .DBM
files rather than .COM files when commands are typed.  You can write
"scripts," containing conditional expressions and other flow control
constructs, to be submitted to the Condor shell (I did not get around to
trying this).

Well, hope this is somewhat informative.  I'd like to hear a about
about comparisons Condor or dBase II if anyone out there knows about them.

    --Jerry Sweet
 4-May-83 12:41:27,996;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  10 May 83 4:42 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  10 May 83 4:30 EDT
Received: From Sri-Unix.ARPA by BRL via smtp;  10 May 83 4:25 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 10 May 83 1:18-PDT
Date: 4 May 83 11:41:27-PDT (Wed)
To: [e-mail]
From: decvax![e-mail]
Subject: MODEM batch protocol request
Article-I.D.: decvax.564

Does anyone out there know what protocol MODEM uses to accomplish its
batch mode?  I have a program that transfers files from my RT-11 system
to and from my VT180 CP/M system but would like to be able to transfer
in batch mode also.  I have a document that describes the single file
at a time protocol but it doesn't say anything about the batch mode and
how filenames are transfered.  I'd also be interested an algorithm for
implementing the CRC transfer checking instead of the standard checksum.

Thanks in advance,

David Betz
decvax!betz
 4-May-83 20:11:00,1067;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  4 May 83 20:23 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  4 May 83 20:15 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  4 May 83 20:12 EDT
Date: 4 May 1983 20:11 EDT
From: Keith Petersen <[e-mail]>
Subject:  FTPing files from MIT-MC:CPM;
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of 4 May 83 8:50:14 PDT () from Bohlmann.eos at PARC-MAXC.ARPA

No, it's not possible to sucessfully FTP the whole ARchive file.
Reason is that the format of the ARchive files on ITS machines is not
compatible with any others I'm aware of.  If you figure out a program
to extract files from an ITS archive without having to be on ITS to do
it, let me know.  Those files are binary in some areas and ASCII in
others.  The best way right now is to FTP each individual file you
want.  If your host supports a utility that works like CP/M's SUBMIT,
you might be able to make up a list beforehand and let the program do
all the work while you go out for coffee.
--Keith
 4-May-83 21:54:45,634;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 May 83 3:10 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 May 83 2:51 EDT
Received: From Rand-Relay.ARPA by BRL via smtp;  5 May 83 2:41 EDT
Date: 4 May 1983 23:54:45-EDT
From: [e-mail]
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Subject: Re:  The Horrible Operating System:  p-System.
To: [e-mail]
Cc: [e-mail]
Via:  UCF-CS; 4 May 83 23:27-PDT

Youve probably been flamed to death about this by this time, Tony,
but in case you haven't I've gotta say that BASIC and FORTRAN-77
are available for UCSD Pascal.
                Ben
 5-May-83 10:20:00,649;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 May 83 12:59 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 May 83 12:41 EDT
Received: From Jpl-Vax.ARPA by BRL via smtp;  5 May 83 12:37 EDT
Date: 5 May 1983 0920-PDT
From: John McCluskey <[e-mail]>
Subject: Otrona Printer Drivers
To: [e-mail]
Reply-To: [e-mail]

I have a quick question for all the compulsive junk mail readers out there
in Arpa-land.  Has anyone installed a graphics screen dump driver for the
Toshiba P-1350 printer into the Charton/Valet utilities for the Otrona?
If so, drop a line to MCCLUSKEY@JPL-VAX.
------
 5-May-83 11:36:17,2250;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  6 May 83 10:17 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  6 May 83 9:55 EDT
Received: From Sri-Unix.ARPA by BRL via smtp;  6 May 83 9:52 EDT
Date: 5 May 83 10:36:17-PDT (Thu)
To: [e-mail]
From: ihnp4!spanky!burl!duke!mcnc!unc![e-mail]
Subject: Re: vt180 & mboot3
Article-I.D.: unc.5155
In-Reply-To: Article sri-arpa.1249
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 6 May 83 6:28-PDT

I have gotten a version of Modem working on the VT-180 but have used
a slightly different approach than that reported earlier.  Rather
than check the status of the port by attacking the magic control block
location in the bios, I installed an interrupt trap between the
RST location and the system interrupt handler.  This gives me first
crack at incoming data from the communication line before the vt-180
BIOS can get its hands on it.  As it turns out, the device handler
for the communication line likes to ignore certain characters (like
NUL) which can thoroughly upset file transfer.  This method gives
me everything and allows me to sense disconnection, parity errors,
overruns and framing errors as well.

As part of INITMOD:

...
    LHLD    00011H        ;load interrupt handler address
    SHLD    INTHAND+1    ;store in jump location
    LXI    H,RXINT        ;load trap routine address
    DI            ;be careful
    SHLD    00011h        ;save in RST10 JMP address
    EI            ;let it go
...

Now, in an independent module:

RXINT    PUSH    A        ;save register
    IN    059H        ;read status port
    STA    COMSTAT        ;save value
    ANI    02H        ;is this our interrupt?
    JZ    RXRET        ;no
    IN    058H        ;get incoming character
    STA    COMBYTE        ;save it
RXRET    POP    A        ;restore accumulator
INTHAND JMP    $-$        ;exit through system
COMSTAT    DB    0        ;result of status port read
COMBYTE    DB    0        ;result of data port read


Your recieve data handler can then treat the locations COMSTAT and
COMBYTE as if they were memory mapped IO, though your transmit
data routine must use ported IO.

Clearly, there are a number of more complicated things one can do
with this approach, including building a ring buffer to buffer
incoming data until something as slow as Microsoft Basic can get to
it.

                Good Luck,
                    Byron
 5-May-83 14:39:15,1314;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  6 May 83 11:12 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  6 May 83 10:26 EDT
Received: From Sri-Unix.ARPA by BRL via smtp;  6 May 83 10:16 EDT
Date: 5 May 83 13:39:15-PDT (Thu)
To: [e-mail]
From: hplabs!hao!seismo!presby!burdvax![e-mail]
Subject: Re: vt180 & mboot3
Article-I.D.: burdvax.709
In-Reply-To: Article sri-arpa.1249
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 6 May 83 6:55-PDT

One comment about your code to get a character:

    |    mvi    a,0    ;clear status
    |    sta    0f541h
    |    lda    0f546h    ;get char
    |    ani    7fh

It's easy to get burned on an interlock such as this.  In general, you
should get the character and THEN reset the status; the way it's now coded,
there is a critical time (between the STA and the LDA) where another
interrupt could come along and trash 0F546h.  Granted, it probably doesn't
matter in this case anyway (I'm sure an overrun would mess other things
up), and yes, it does require extra storage to hold the char while you're
mucking with the status (use a spare register or the stack).  I just wanted
to make the point -- I've been caught on this one and it required an awful
lot of head-scratching to figure out what was going on.

                -- Dave Tweed
                burdvax|dbt
 5-May-83 22:53:00,1097;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  6 May 83 0:30 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  6 May 83 0:08 EDT
Received: From Hi-Multics.ARPA by BRL via smtp;  5 May 83 23:59 EDT
Date:  5 May 1983 22:53 cdt
From:  Ronald W. <[e-mail] (Ronald W.)>
Subject:  Re: ZCPR2 ON APPLE
To:  [e-mail]
cc:  [e-mail], [e-mail]
In-Reply-To:  Message of 2 May 1983 20:29 cdt from LEVYAL

Someone on Compuserve's CP-MIG has put ZCPR2 on the Apple.  I downloaded
the files necessary to convert Microsoft's CPM56.COM to install ZCPR2
instead of the standard CCP.  The person implemented several of ZCPR2's
neat features.  Unfortunately, doing so required the use of the I/O
driver patch area.  Users like me who require the use of that area for
I/O drivers are out of luck.  I use the Mountain Computer CPS card for
modem and printer.  When I tried loading the drivers on top of the ZCPR2
configured system, everything started getting "funny".  Once again, I
resolved never to buy a CP/M system without BIOS source.  Ron.
 5-May-83 23:19:00,743;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  6 May 83 0:44 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  6 May 83 0:29 EDT
Received: From Hi-Multics.ARPA by BRL via smtp;  6 May 83 0:20 EDT
Date:  5 May 1983 23:19 cdt
From:  Ronald W. <[e-mail] (Ronald W.)>
Subject:  Colonial Data anyone?
To:  [e-mail]

I seem to remember sending this a couple of weeks ago, but never saw it
distributed back to me nor any replies.  Here goes again.

Does anybody have any personal experience with Colonial Data and/or
their SB-80 Z80 system?  I've seen their spec sheet and the reviews in
Byte and Microcomputing, but have never seen one "in the flesh" or met
anyone who had.  How 'bout it?  Thanks.  Ron.
 6-May-83 10:11:00,552;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  7 May 83 15:47 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  7 May 83 15:39 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  7 May 83 15:34 EDT
Date:  6 May 1983 1111-CDT
From: Kim Korner <[e-mail]>
Subject: text formatters
To: [e-mail]

    Do either SCRIBE and/or TEX exist in such a state for CPM
systems that they could drive photocomposers? Strange request from a
fellow with a strange bunch of hardware- thought I'd pass it
along...
        -KM<
-------
 7-May-83 01:55:00,981;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  7 May 83 2:04 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  7 May 83 1:55 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  7 May 83 1:53 EDT
Date: 7 May 1983 01:55 EDT
From: Jerry E. Pournelle <[e-mail]>
Subject: ZCPR available on 8" disks
To: [e-mail], [e-mail]

Barry Workman, Workman and Associates,
112 Marion Ave.
Pasadena CA 91106

Has hard copy of the ZCPR manuals as well as disks.
There are 14 8 inch disks (including the manuals).  These are
available from Workman as $12.00 per disk which is essentially
his cost.  The manuals alone are available at $45 for the set or
the three disks f or $12 each.
    A catalog listing the directories of the 14 disks is
avaialbe for an SASE.  RBBS systems can rent the disks; write
Workman for details.
    For any other details/info write Barry.
(The manuals are printed Word* format and are in that format on
the disks)
 7-May-83 07:21:22,2050;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  7 May 83 10:37 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  7 May 83 10:21 EDT
Received: From Ucb-Vax.ARPA by BRL via smtp;  7 May 83 10:19 EDT
Date: 7 May 83 07:21:22 PDT (Sat)
From: unisoft![e-mail]
Subject: ZCPR available on 8" disks
Message-Id: <[e-mail]>
Received: by UCBVAX.ARPA (3.339/3.28)
    id AA07827; 7 May 83 07:21:22 PDT (Sat)
To: [e-mail], [e-mail]

Once again I feel that Workman is trying to rip off the public selling
PUBLIC DOMAIN (!!) software at outrageous prices.  What is reasonable?
Let's see...

Single-sided/single-density 8" diskettes can be gotten cheap!  I assume
Mr. Workman does enough business where he can buy diskettes in large
enough quantity, that he can get them even cheaper than you and me, but
let's assume not, and say he can get a box of SSSD diskettes for around
$25.00, or $2.50 a diskette.  Let's also assume that he can get someone
to actually do the work of copying the diskettes for $4.00/hour.  If it
takes two minutes to load, copy, and verify a diskette, that's 30
diskettes an hour, or roughly 14 cents per copied diskette.  So far the
diskette costs $2.64, but you have to mail it, and the US SNAIL people
must get their share.  Let's assume that it takes another five minutes
for someone to place the diskettes into a mailer and make out an
address label, or about 34 cents in labor.  Add a generous $1.00 a
diskette for shipping, and our total is now only $3.98.  Which you're
saying Workman then marks up to $14.00???  Assuming that Workman sells
the entire group of 14 diskettes, that's $140 of profit off of someone
else's labors!  That's not what my idea of public domain is all about!

Hopefully enough RCPM systems and computer clubs will get ahold of the
ZCPR2 distribution that the general public won't be forced to pay these
inflated prices.  It's unfortunate that people who don't know better
will continue to be ripped off by Workman.
 7-May-83 15:46:00,813;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  7 May 83 18:57 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  7 May 83 18:49 EDT
Received: From Ames-Tss.ARPA by BRL via smtp;  7 May 83 18:39 EDT
Date:  7 MAY 83 15:46 PDT
To: [e-mail]
From: [e-mail]

I was looking around and found the FLOAT package for BDS C.  Everything seems to
be there except the FP function.  Is this purposely not available in source?
I have no way of moving binary files to my home computer from MIT.  Let us not
get into the IBM world and the one single 8 bit value that is not transmitted
over ASCII lines.  Not to address either the issue of binary transfer via FTP
between IBM 32 bit machines and the incomprehensible MIT system.  Is there
source for this machine coded routine?
------
 7-May-83 23:08:00,2953;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  8 May 83 8:53 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  8 May 83 8:48 EDT
Received: From Rand-Relay.ARPA by BRL via smtp;  8 May 83 7:45 EDT
Date: 7 May 1983 at 2208-PDT (Saturday)
From: tekecs![e-mail]
Return-Path: <tekecs!andrew.TEKTRONIX@Rand-Relay>
Subject: Workman Assoc and public domain software
To: tektronix![e-mail]
Via:  TEKTRONIX; 8 May 83 4:18-PDT

It is apparent that some INFO-CPM subscribers do not understand the
concept of public domain software.  It is not the case that anyone
possessing PD software is obligated to give it away, or to make it
available at cost.  The whole point of public domain is that anyone can
do with it as they please.

When I take my SCUBA tanks to be filled, I pay five dollars for a few
dozen pounds of air.  But, following unisoft!pertec's argument, air can
be gotten cheap!  Assume that the owner of the diving shop actually
pays someone to do the work of filling the tanks for $4.00/hour.  If it
takes six minutes to fill my tanks, that's 40 cents per customer.  But
isn't air in the public domain? .. Bojemoi, someone is ripping me off!

This of course totally ignores fixed costs.  Neither the local diving
shop nor Mr. Workman can operate without making regular payments of
rent, utilities, advertising, licensing, payments on capital equipment,
etc and gory etc.  (And that employee gets $4.00/hour whether or not
there's a customer in the shop.)  Last year I ran a software house,
selling my own (non-public domain) software, and, despite several thousands
of dollars in gross receipts, those fixed costs ran me four thousand into
the red.  (A half-page ad in last October's "Byte" cost $ 3,500.  That's a
lot of floppy disks.)

But all of this is beside the point.  Why should anyone be expected to
provide a product or a service without taking a profit?  And who
are you to tell someone that his profit is so unreasonable that he's
ripping you off?  The only definition of a reasonable price in a
capitalist society is the price that a reasonable number of customers
will pay.  If you don't like the price, don't pay it.

Altruistic programmers who desire that noone should ever have to pay money
for their software should not mark it "public domain", but should apply a
label such as "copyright (c) 1983 by joe blow; may be freely copied for
non-commercial purposes".  But they should understand that such software
will only be available through underground channels.  The novice who can't
afford a modem and hasn't the time to get involved with a user group may
never find out about your whiz-bang spelling checker, simply because nobody
will be motivated to tell him about it and give him the opportunity to
acquire it.

  -- Andrew Klossner   (decvax!teklabs!tekecs!andrew)  [UUCP]
                       (andrew.tektronix@rand-relay)   [ARPA]
 8-May-83 03:44:00,763;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  8 May 83 3:56 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  8 May 83 3:46 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  8 May 83 3:41 EDT
Date: 8 May 1983 03:44 EDT
From: Gail Zacharias <[e-mail]>
Subject:  USQ for ITS users
To: [e-mail]

I forgot to announce this when I first put it up:

There is a version of USQ available on ITS, which lets you peruse the various
SQ'ed files on the CPM; directory on MC, before downloading them.

It takes a SQ'ed file uploaded from a CP/M system and unsqueezes it. Do
             :CPM;USQ ?
for usage details.  For added convenience, there is also a :CPM;TYPESQ
which just types out the file.  Again
            :CPM;TYPESQ ?
explains usage.
 8-May-83 11:07:00,613;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  8 May 83 14:52 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  8 May 83 14:45 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  8 May 83 11:04 EDT
Date: 8 May 1983 11:07 EDT
From: Charles L. Jackson <[e-mail]>
Subject: IBM-PC
To: [e-mail]
cc: [e-mail]

Querys:
1-- does anyone have a copy of modem or xmodem with
batch capability for the IBM PC under DOsS?

2-- does anyone have any information on the Orchid PC-NET product?

3-- is there a IBM PC mailing list on the net?
  (There must be!)


Regards
Chuck
 8-May-83 12:26:00,1020;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  8 May 83 14:53 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  8 May 83 14:45 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  8 May 83 12:24 EDT
Date: 8 May 1983 12:26 EDT
From: Keith Petersen <[e-mail]>
Subject:  BDS-C FP function
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of 7 MAY 83 15:46 PDT from Bomberger at ames-tss.arpa

The BDS-C "FP" function is part of DEFF2.CRL, the source for which is
available in AR34:CPM;DEFF2 CSM.  Use the new CASM.COM assembler
pre-processor to make it suitable for assembling with ASM.COM.  See
your BDS-C documentation.  Updates to BDS-C are available to
registered owners of BDS-C from the BDS-C Users Group.

If you don't have a complete listing of the MIT-MC CPM; directories,
FTP the file CPM;CPM DIRLST.

Please send future questions about the CPM; directory to
INFO-CPM-REQUEST@BRL rather than the whole mailing list.  Frank or I
will be happy to help.
--Keith
 8-May-83 12:31:00,573;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  8 May 83 14:55 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  8 May 83 14:45 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  8 May 83 12:28 EDT
Date: 8 May 1983 12:31 EDT
From: Keith Petersen <[e-mail]>
Subject: WordStar 3.0 patches
To: [e-mail]

A ten-page listing of all known patch locations in WordStar 3.0 is now
available on MIT-MC in AR75:CPM;WS30 PATCHS.  This is useful for
patching WS.COM to come up with the defaults YOU want instead of the
distribution defaults.
--Keith
 8-May-83 12:47:00,3825;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  8 May 83 14:56 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  8 May 83 14:46 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  8 May 83 12:54 EDT
Date: 8 May 1983 12:47 EDT
From: Keith Petersen <[e-mail]>
Subject: ZCPR2 updated CRC list
To: [e-mail]

Thanks to Charlie Strom <CSTROM@MC> for providing us with the latest
list of CRCs for the revised ZCPR2 distribution package.

---
Z80 Console Command Processor Replacement - ZCPR2 package
Written by Richard Conn

Master list of CRC's, last updated 5/7/83 (CHS)


ZCPR2   .ASM -- CRC: 4F D1
ZCPR22  .ASM -- CRC: 2E 0D
ZCPR23  .ASM -- CRC: 5B F1
ZCPRHDR .LIB -- CRC: E6 29

CCPLOC  .MAC -- CRC: FA DA
CD      .MAC -- CRC: F5 5D
COMMENT .MAC -- CRC: 51 99
COMPARE .MAC -- CRC: 2F 8A
CRC     .MAC -- CRC: 4C 09
DEVICE  .MAC -- CRC: 92 0A
DIFF    .MAC -- CRC: 74 C2
DU2     .ASM -- CRC: 5F 2C
ECHO    .MAC -- CRC: 99 64
ERASE   .MAC -- CRC: 25 6B
GENINS  .MAC -- CRC: 08 8C
HELP2   .ASM -- CRC: 16 19
IOLOADER.MAC -- CRC: 4F 23
LD      .MAC -- CRC: 6C D4
LDIRZ   .MAC -- CRC: FF 1B
LRUNZ   .ASM -- CRC: B8 6F
MCHECK  .MAC -- CRC: B1 12
MCOPY   .MAC -- CRC: BA 14
MENU    .CPR -- CRC: 18 6F
MENU    .MAC -- CRC: 0D BE
MKDIR   .MAC -- CRC: BE 0A
PAGE    .MAC -- CRC: E2 75
PATH    .MAC -- CRC: 9F 91
PHELP   .MAC -- CRC: D7 B0
PRINT3X .MAC -- CRC: 4A 04
PROTECT .MAC -- CRC: EB 24
PWD     .MAC -- CRC: 1A 64
RECORD  .MAC -- CRC: DB 87
RENAME  .MAC -- CRC: 68 15
SAK     .MAC -- CRC: 0E D0
SINSFORM.MAC -- CRC: 3B E7
STARTUP .MAC -- CRC: D6 3F
SUB2    .ASM -- CRC: 57 FB
SYSIO   .ASM -- CRC: 91 11
TEMPLATE.MAC -- CRC: 0B 3C
TINIT   .MAC -- CRC: 9F 1E
WHEEL   .MAC -- CRC: 32 B6
XDIR3   .MAC -- CRC: 8C D9
ZEX     .ASM -- CRC: 09 11
ZEX     .ZEX -- CRC: 53 28

COMMENT .COM -- CRC: 88 40
CRC     .COM -- CRC: A0 7F
CD      .COM -- CRC: CF FC
COMPARE .COM -- CRC: 00 1D
CONFIG  .COM -- CRC: 44 4F
CRC     .COM -- CRC: BB 23
DEVICE  .COM -- CRC: 76 53
DIFF    .COM -- CRC: E3 AF
DU2     .COM -- CRC: 23 7C
ECHO    .COM -- CRC: C1 E9
ERASE   .COM -- CRC: 00 7B
GENINS  .COM -- CRC: EC BE
HELP    .COM -- CRC: 34 47
IOLOADER.COM -- CRC: D3 C7
LD      .COM -- CRC: F2 FC
LDIRZ   .COM -- CRC: B2 25
LRUNZ   .COM -- CRC: B2 4D
MCHECK  .COM -- CRC: A1 1D
MCOPY   .COM -- CRC: 5A 81
MENU    .COM -- CRC: DB E8
MKDIR   .COM -- CRC: C2 7F
PAGE    .COM -- CRC: 43 78
PATH    .COM -- CRC: ED 05
PHELP   .COM -- CRC: 0A ED
PRINT3  .COM -- CRC: 63 93
PROTECT .COM -- CRC: CB 21
PWD     .COM -- CRC: B6 32
RECORD  .COM -- CRC: 6E 42
RENAME  .COM -- CRC: 5A 09
SAK     .COM -- CRC: 29 61
STARTUP .COM -- CRC: 98 04
SUB     .COM -- CRC: 46 9D
TEMPLATE.MAC -- CRC: C5 DA
TINIT   .COM -- CRC: 60 62
WHEEL   .COM -- CRC: D5 A0
XDIR    .COM -- CRC: 1B E1
ZEX     .COM -- CRC: 08 3E

CFILES  .HLP -- CRC: 10 97
COMPARE .HLP -- CRC: 8A C7
CPMTR   .HLP -- CRC: 63 7B
DU2     .HLP -- CRC: 5F 7B
HELP    .HLP -- CRC: 15 97
HELP2   .HLP -- CRC: 2D E1
IO      .HLP -- CRC: D5 CA
LU      .HLP -- CRC: 48 F2
MCOPY   .HLP -- CRC: 96 9E
MENU    .HLP -- CRC: 1C 39
NDIRS   .HLP -- CRC: F8 19
XDIR3   .HLP -- CRC: 21 DA
Z2ALT   .HLP -- CRC: 00 17
Z2RES   .HLP -- CRC: FA D4
ZCPR2   .HLP -- CRC: 73 08

Z2ERROR .TXT -- CRC: 59 5D
Z2CON   .WS  -- CRC: EE E6
Z2CON   .WSH -- CRC: F2 C6
Z2INS   .WS  -- CRC: 19 B1
Z2INS   .WSH -- CRC: 35 3C
Z2RAT   .WS  -- CRC: AE BF
Z2RAT   .WSH -- CRC: 3C D5
Z2UG    .WS  -- CRC: 9E 57
Z2UG    .WSH -- CRC: 8D B9
Z2UG1   .WS  -- CRC: F8 12
Z2UG2   .WS  -- CRC: BD 1F
Z2UG3   .WS  -- CRC: CC 68

Note: CRC's of .COM files are dependent upon which version of
SYSLIB was used for assembly. The above represent the release
versions of all files as of the revision date.

(eof)
 8-May-83 15:31:55,1122;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  10 May 83 7:00 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  10 May 83 6:50 EDT
Received: From Sri-Unix.ARPA by BRL via smtp;  10 May 83 6:40 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 10 May 83 3:35-PDT
Date: 8 May 83 14:31:55-PDT (Sun)
To: [e-mail]
From: sri-unix!hplabs!hao!seismo!harpo!eagle!allegra![e-mail]
Subject: wanted - smallc for N* CPM
Article-I.D.: watmath.5215

Relay-Version:version B 2.10 beta 3/9/83; site watmath.UUCP
Posting-Version:version B 2.10 beta 3/9/83; site watmath.UUCP
Path:watmath!mdrutenberg
Message-ID:<[e-mail]>
Date:Sun, 8-May-83 14:31:55 EDT
Organization:U of Waterloo, Ontario

Has anybody out there got a copy of smallc or smallc v2 running under
North Start DD CPM? I got the source to smallc v2 off net.sources and
would like to bring it up, but I thought I'd save myself alot of work
and ask if anybody has already done that. Of course, I'd be willing to
pay for copy / shipping charges, etc.

ADthanksVANCE

Bob Atkinson

watmath!mdrutenberg
 8-May-83 19:58:00,1767;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  8 May 83 20:30 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  8 May 83 20:21 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  8 May 83 19:56 EDT
Date: 8 May 1983 19:58 EDT
From: Keith Petersen <[e-mail]>
Subject: ITS .COM file format explained
To: [e-mail]
cc: [e-mail]

(Thanks to GZ@MC for this excellent explanation of how .COM files are
stored on ITS).

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.
--end--
 8-May-83 20:27:00,2054;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  8 May 83 20:42 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  8 May 83 20:37 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  8 May 83 20:26 EDT
Date: 8 May 1983 20:27 EDT
From: Keith Petersen <[e-mail]>
Subject: More re FTP and .COM files on ITS
To: [e-mail]
cc: [e-mail]

More from GZ@MC about ITS .COM file format:

From: Gail Zacharias <GZ at mit-mc.arpa>
Re:   ITS binary format

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.  SEE BELOW FOR HOW TO DEAL WITH THIS.

I might suggest that 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:

From: bridger at rand-unix
To:   Gail Zacharias <GZ>
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.

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

--end--
 8-May-83 21:23:00,688;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  8 May 83 21:35 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  8 May 83 21:24 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  8 May 83 21:21 EDT
Date: 8 May 1983 21:23 EDT
From: Keith Petersen <[e-mail]>
Subject:  Hard disk floppy interface
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of 7 Apr 83 17:12 EST () from Damouth.Wbst at PARC-MAXC.ARPA

Dave, I called the company who makes the AS100 hard disk floppy
interface to find out the price.  It's $395, which isn't bad when you
consider it's a very easy way to add a hard disk to any
Shugart-compatible floppy system.
--Keith
 8-May-83 22:56:00,2645;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  8 May 83 23:11 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  8 May 83 23:00 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  8 May 83 22:53 EDT
Date: 8 May 1983 22:56 EDT
From: Richard P. Wilkes <[e-mail]>
Subject:  ZCPR available on 8" disks
To: unisoft![e-mail]
cc: [e-mail]
In-reply-to: Msg of 7 May 83 07:21:22 PDT (Sat) from unisoft!pertec at ucb-vax.arpa

I don't know what Workman's personal busniess situation is,
but I do believe that your estimate of how much it costs to
buy, duplicate, and mail a disk is rather unrealistic.

Let's take a look:  first the disks; yes, you can buy them
cheaply. Yet, you still have to buy them, store them, and
restock. The disk duplication is seldom done by someone being
paid $4.00/hr and does not take a mere two minutes.  The
actual duplication may take only that long, but workers are
slow (unfortunately) and usually take twice as long to do
simple procedures as they should.

Mialing:  do you have any idea how much it costs to do
mailings? I mean, the carton alone may cost $.50! Postage for
14 disks is not going to be $1.00 either.  I spend that much
on one 5.25".  There is addressing, packaging, weighing, and
the actual process of mailing (going to UPS, paying for their
pickup, whatever).

Now, what about overhead.  The mail must be picked up,
processed.  There is accounting on your check or charge. You
get a receipt.  Plus, general business overhead, taxes (arg!),
insurance, ad nauseum.  This *costs*!  The idea that you are
going to get some non-volunteer to do this correctly for $4 is
absurd. The people I have working for me wouldn't even talk
for less than $7.

I think people have a very warped sense of costs in this
industry. I know that realistically, $10 is the minimum price
for single diskette where I don't want to run the risk of
subsidizing the exchange.  Non-profit groups can do it for
less, and it would be nice if those groups did handle ALL
public domain software.  However, volunteers are hard to come
by. I think that we should be quite happy that anything is
available at duplication cost.

Besides, you can always download stuff from your local RCPM.
Of course, if its LDx, you'll be paying a lot more for a
single 8" disk full of software than $14.

I am not trying to defend any specific practices.  It seems to
me that $140 is a bit steep for 14 disks in the same package
with no paper documentation.  Since it is public domain, you
can always split the cost with a friend or two and cut the
costs to you all. -r
 8-May-83 23:10:00,573;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  10 May 83 10:44 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  10 May 83 10:31 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  10 May 83 10:28 EDT
Date: Sun, 8 May 1983  23:10 EDT
From: SJOBRG@mit-oz
To:   [e-mail]
Subj: Sony SMC-70

Does anyone on the INFO-CPM mailing list happen to use a Sony SMC-70?
I have one (not a bad machine, really, and very good color graphics)
and would appreciate hearing from others on the success of transporting
CP/M software.
--Bob Sjobrg (SJOBRG@MIT-MC)
 9-May-83 00:47:05,8077;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  9 May 83 1:13 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  9 May 83 1:02 EDT
Date:     9 May 83 0:47:05 EDT (Mon)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
Subject:  ZCPR2 and the PD

        This message is divided into three sections:

                ZCPR2 Distribution (and its problems)
                Public Education
                Conclusion and a Statement about the Public Domain

I thought this community may be interested in my comments.

I.  ZCPR2 Distribution

        It looks like a distribution system for ZCPR2 is  now  in
place.   It  has been quite an experience talking to groups about
ZCPR2, trying to lend some support to helping them get copies  of
ZCPR2  if  they  want it, and trying to do this without consuming
all of my time.  I think that something is finally  in  place  so
that if anyone wants a copy of it, they can get it.

        You can now get copies of the ZCPR2 distribution, in  one
form  or  another,  from  MIT-MC, Compuserve, Tymnet, SIG/M, some
RCPM systems, some computer clubs, and Workman.  All  have  their
tradeoffs  in  terms of time required by one who wants a copy and
cost, and both time and cost vary widely between these options.

        Computer clubs may be the best sources.  You go to a club
meeting with two boxes of disks, copy the disks, pay either noth-
ing or a token fee (which is usually used to further support club
activities),  and  walk away with ZCPR2.  You now have the system
and can run it, but you may not have a hard copy of the  manuals.
That  is  another  matter  entirely.   If you have WordStar and a
printer, you can take the time and print the 400+  pages  of  the
manuals  from your disks.  If you club has the money (and can af-
ford to do it), you may be able to  buy  the  manuals  from  your
club.   Or, you may send off to the NYACC for copies of the manu-
als at $24 for the set.

        You can access one of the networks mentioned and download
the  ZCPR2 system.  This is VERY time consuming to say the least,
and, because we are talking about over 1.5M bytes of  files,  all
of  the  files (such as source code) may not be available anyway.
Again, you don't have hardcopies of the manuals, so you have  the
NYACC or WordStar and your printer as options again.  Access to a
network may cost you money in terms of computer time on  the  net
and phone costs or both.

        You can access an RCPM system and download the ZCPR2 sys-
tem.   This has the disadvantages of the network access (with the
difference that network access may cost you  money  for  computer
time  on the host).  It adds the disadvantage that only some RCPM
systems carry ZCPR2, and you have to find out  which  ones.   The
Lincroft,  NJ RCPM is the only one I know of that is carrying the
entire system, but I have heard that others may be, in one degree
or  another.   I have heard that many RCPMs don't carry ZCPR2 be-
cause of its size.

        You can send off to SIGM for the  disks,  at  a  cost  of
$6/disk ($84 for all of ZCPR2 and SYSLIB).  Again, you won't have
hardcopies of the manuals without taking additional steps.

        Finally, there is Workman, who is providing a source  for
both the disks and manuals.  His cost is high, and he is probably
making a profit.  All of the other sources (with the possible ex-
ception  of  the  networks)  are  non-profit organizations run by
volunteers.

        I have heard complaints  from  people  trying  to  obtain
ZCPR2  from remote-access systems, such as the RCPMs and the net-
works.  Time and phone costs are  the  issues  here,  and  people
don't  want  to  spend the time or money to get it.  I have heard
complaints from people who send off to SIGM about the time  delay
for  a  turnaround.   Now I am hearing complaints about Workman's
cost (and profit).

        All of the sources for ZCPR2 have their drawbacks, but  I
don't  fault  any of them.  They all have a right to do what they
are doing, and they are all providing a service to the community.
It  is  up  to  the members of the community to select the source
they desire to obtain it from and then expend the effort (and mo-
ney)  to  obtain  it.  My only complaint is that many people have
tried to minimize their effort and expense to the point of coming
directly  to  me  and  asking me to expend even more effort on my
part to copy the system for them.  This  minimizes  their  effort
and  maximizes  mine.  I have resisted this, and will continue to
do so.  My love and talent  is  in  designing  programs  such  as
ZCPR2,  not  in  spending time and effort in copying them.  Other
people like to do this sort of thing, and I  leave  it  to  them.
Ever  since  the  release of ZCPR2, I have been so inundated with
such overhead that all other work has stopped, and  this  stagna-
tion has to (and will) stop.


II.  Public Education

        A growing problem, which is that of education of the user
community,  is not easily solved, but there is an excellent move-
ment afoot which is trying to solve it.  Microsystems Magazine (a
Ziff  Davis  Publication) now has a regular column devoted to the
public domain, and an article specifically on ZCPR2 will  be  ap-
pearing  soon.  With a readership of 50,000, this magazine should
be able to do a lot of good in educating the community.   I  note
that  Byte  has  been noticably lacking in providing this service
(with the exception of Sol's column).  I also note  that  DR  has
been  taking  steps recently to support its user community, and I
hope this sets a good example and continues,  encouraging  others
along the way.


III.  Conclusion

        In conclusion, what I am trying to say is that  this  may
be the beginning of a new era for public domain software, and the
commercial arena can work together with the public in this.   Mi-
crosystems  is providing a forum for educating the public.  DR is
providing backing (in words only so  far,  but  this  is  a  good
start).   And  Workman  is providing an alternative to the public
domain as a reliable source.  Coupled with the  information  pro-
vided  by  Microsystems (and, maybe someday, Byte), Workman's ac-
tion is fair, since the public should now be educated  enough  to
view  Workman  as  one of a multitude of sources rather than as a
sole source.

        I feel that the public domain has been failing.  There is
too  much  me-ism  in  this country, and there are too few people
willing to put forth some effort for the public good.   The  col-
lapse  of CPMUG in Chicago and the fact that the ACG-NJ (with its
1100+ members) is run (including SIGM) by only a handful of  peo-
ple are two examples of the problem we are facing.  The fact that
some RCPMs prefer to provide no ZCPR2 service at all rather  than
making  some  attempt  is another example.  The fact that so many
people have tried to impose upon me to  provide  ZCPR2  for  them
rather than expending the added effort to get it thru channels is
a third example.  People naturally (it seems) tend to go  out  of
their  ways  to  minimize  their time, effort, and expense and to
maximize their gain regardless of what it costs  others.   If  we
only band together, as a public, and expend a little extra effort
on each of our parts for  the  public  good  (without  getting  a
direct  benefit  necessarily), the public domain would be so much
better for all of us.

        I feel that, unless something is done, the public  domain
system  may  collapse  completely.  The user community is growing
rapidly  while the public domain continues  to  be  supported  by
just  a  few.   As more users become aware of it, make demands on
it, those few will become so inundated with work  that  they  may
become  discouraged and give up.  I have already experienced such
feelings, and am sure others have as well.


                                        Rick
 9-May-83 03:06:00,876;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  9 May 83 3:30 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  9 May 83 3:22 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  9 May 83 3:03 EDT
Date: 9 May 1983 03:06 EDT
From: Frank J. Wancho <[e-mail]>
Subject:  Semi-assembler wanted
To: [e-mail]

I have a *very* large CBIOS file (Morrow's, if you must know - 146K),
which contains EQUs and IF statements for every possible configuration
of disk drives and controllers of theirs.  I (and a neighbor) would
like to find some sort of preprocessor that would generate another
.ASM file containing only those sections of code that would normally
be processed by MAC - i.e., none of the code that fails the IF tests.

If there exists such a preprocessor, send me a pointer.  If it's
"public domain", I'll put it up here.

Thanks,
Frank
 9-May-83 11:39:00,1215;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  9 May 83 22:55 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  9 May 83 22:53 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp;  9 May 83 13:36 EDT
Date:  9 May 1983 1039-PDT
From: Dick <[e-mail]>
Subject: ZCPR2 sources
To: [e-mail]

I will be making the ZCPR2 files available on a temporary
RCPM in the near future. The system will have specific hours,
as it will run on my normal voice phone. It will also run at
1200 baud (212A) only! I will impose no time limit once a user
connects, so feel free to download all files at one time. The
only hitch is that the files will take up two 1.2 meg disks, so
I will have to alternate disks during the period the system is up.

Most likely I will change the disks every other day the system is
active.... The first disk will have all the document files, while the
second will have all the source and .COM files.

As soon as I have determined the hours of operation, I will post
it to the net. I will also be placing a minimal set of ZCPR2
files on my normal RCP/M system, room permitting. Note MINIMAL!

The normal system is Pasadena CBBS/RCPM @ 213-799-1632
-------
 9-May-83 11:39:00,358;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  9 May 83 22:54 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  9 May 83 22:44 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp;  9 May 83 13:36 EDT
Date:  9 May 1983 1039-PDT
From: Dick <[e-mail]>
Subject: ZCPR2 sources
To: [e-mail]

***Error on net connection***
{
 9-May-83 11:39:00,330;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  9 May 83 16:04 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  9 May 83 15:43 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp;  9 May 83 13:36 EDT
Date:  9 May 1983 1039-PDT
From: Dick <[e-mail]>
Subject: ZCPR2 sourceM

***Error on net connection***
{
 9-May-83 11:39:00,282;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  9 May 83 18:13 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  9 May 83 18:06 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp;  9 May 83 13:36 EDT
Date:  9 May 1983 1039-PDT

FromM

***Error on net connection***
{
 9-May-83 11:39:00,317;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  9 May 83 15:33 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  9 May 83 15:18 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp;  9 May 83 13:36 EDT
Date:  9 May 1983 1039-PDT
From: Dick <[e-mail]>

SubjecM

***Error on net connection***
{
 9-May-83 11:39:00,303;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  9 May 83 14:38 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  9 May 83 14:26 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp;  9 May 83 13:36 EDT
Date:  9 May 1983 1039-PDT
From: Dick <[e-mail]

***Error on net connection***
{
 9-May-83 11:39:00,465;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  9 May 83 15:04 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  9 May 83 14:52 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp;  9 May 83 13:36 EDT
Date:  9 May 1983 1039-PDT
From: Dick <[e-mail]>
Subject: ZCPR2 sources
To: [e-mail]

I will be making the ZCPR2 files available on a temporary
RCPM in the near future. The system will have spM

***Error on net connection***
{
10-May-83 00:08:00,3997;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  10 May 83 0:17 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  10 May 83 0:13 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  10 May 83 0:06 EDT
Date: 10 May 1983 00:08 EDT
From: Paul L. Kelley <[e-mail]>
Subject: MODEM 9.01
To: [e-mail]


    A new version of Ward Christensen's MODEM program is
contained in the library file MC:CPM;MODEM 901LBR. The files must
be unloaded from the library with LU and the text files unsqueezed
with USQ. The source files have been split into modules linkable
with Christensen's LASM. LASM and MLOAD (an improved hex loader by
Ron Fowler) are also included in the library. Documentation files
are also provided including a 40 K user file.

    Support is provided for the following UARTs and micros:

    8250     -   Heath H89/90/8, Zenith Z89/90
      8251     -   Intertec SuperBrain, DEC VT180
    Z80-SIO  -   Big Board, Xerox 820, Kaypro II, Micom 2001

The files are setup so the user can change baud rate, word length,
parity, and number of stop bits. The exception this is the VT180
which does not have the capability of baud rate setting under CPU
control.

The following is from the history file.

05/05/83  Revised program as follows:

    1. Corrected erroneous attempt to do multifile transfers
       from command line,
    2. Put telephone number library in START.ASM and the tele-
       phone library display routines in MAIN.ASM,
    3. Made minor changes in setup routine for H89,
    4. Added support for several new systems.
                            P.L.Kelley

04/25/83  Revised program as follows:

    1. Combined MODEM796.ASM and MODEM796.LIB and divided the
       resulting file into linked modules for use with the public
       domain assembler, LASM. This has the following advantages:
        a. gives short, logically organized, easily edited
           modules,
        b. minimal changes to a single module prior to assembly
           should allow most users to generate a working
           program for their system,
        c. avoids use of MAC, which some users may not own,
    2. Eliminated PMMI-only routines; this shortens the program
       considerably and results in most of the modules being
       system independent,
    3. Introduced standard locations in low memory for user
       configurable tables and system dependent code,
    4. Used many of the non-PMMI routines in MDM700-707 (see below),
    5. Made the following enhancements,
        a. added toggle for sending/not sending end-of-file
           marker in terminal mode text file output,
        b. added toggle for sending/not sending linefeed after
           carriage return in terminal mode file output, this
           allows use with either a mainframe or a micro which
           is capturing the file,
        c. added toggle for waiting/not waiting until character
           echoed in terminal mode file output,
        d. added separate menu for terminal mode file output
           flow control commands,
        e. increased from 1 to 10 the number of user defined
           strings which can be transmitted in terminal mode,
           and added command for displaying list of strings
           (thanks to E. O. Stork for this idea),
        f. added routines to reset word length, stop bits, and
           parity to H89 baud rate resetting routine, and
           included information on settings in current parameter
           information screen; 7 bit text transfers are now
           possible. It should be relatively simple to modify
           these routines for another computer,
        g. added routine to disconnect modem from telephone line
           if computer and modem allow this,
        h. added routine to provide carrier detect status
           information,
        i. added message on returning to terminal mode after
           Q (quiet) file transfer.

    6. Used LU to put the ASM, DOC and HIS files together with LASM
       and MLOAD into a LIB file with the name MODEM900.LBR. Skipped
       the 8.xx version number sequence as that sequence has already
       been used for a system specific version.
                            P. L. Kelley
10-May-83 01:15:27,1364;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  11 May 83 4:24 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  11 May 83 4:21 EDT
Received: From Sri-Unix.ARPA by BRL via smtp;  11 May 83 4:10 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 11 May 83 0:53-PDT
Date: 10 May 83 0:15:27-PDT (Tue)
To: [e-mail]
From: Jay Phillips <hplabs!hp-pcd!jay (Jay Phillips)@ucb-vax.arpa>
Subject: Re: Workman Assoc and public domain soft - (nf)
Article-I.D.: hp-pcd.1023

#R:sri-arpa:-131800:hp-pcd:21700001:000:763
hp-pcd!jay    May  9 08:18:00 1983

    I for one would not pay workman's prices either, but then
I have other access routes to the software in question.
    Your note brings up an interesting point.  You mention
the words 'public domain' in connection with ZCPR2.  I have yet
to find these words in the ZCPR2 documentation.  What I find is:

    ZCPR2 Version 2.0
    Copyright (c) 1982, 1983 by Richard Conn
    All rights reserved

    According to my meager understanding of the copyright
laws, Rick has retained all rights (at least to the
documentation) and the copy I made from my local RCPM is in
violation of the law.
    If this is not the case, I wish someone in the know would
straighten me (and probably others) out.  (Rick, are you there?).

    Jay Phillips
    HP Portable Computer Div.

    ...hplabs!hp-pcd!jay
10-May-83 08:25:00,806;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  10 May 83 10:42 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  10 May 83 10:31 EDT
Received: From Utexas-20.ARPA by BRL via smtp;  10 May 83 10:23 EDT
Date: 10 May 1983 0925-CDT
From: John Otken <[e-mail]>
Subject: Subroutine to test for 8080 or Z80.
To: [e-mail]

Quite a few people seem to be writing Z80 only code these days which
could be bad news to some 8080/8085 CPUs.  Well, here is a subroutine
which exploits the subtle differences in 8080s and Z80s.

;;    Z80 - Test for Z80 CPU.
;
;    exit:    (Zf) = set if Z80 processor
;            BC, DE, HL unchanged
;
Z80    xra    a        ; Clear parity flag
    ori    80h
    adi    80h        ; Clear zero, set parity if Z80
    jpo    Z801        ;   if 8080/8085
    xra    a        ; Set zero
Z801    ret
-------
10-May-83 08:43:00,910;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  10 May 83 11:07 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  10 May 83 10:56 EDT
Received: From Utexas-20.ARPA by BRL via smtp;  10 May 83 10:43 EDT
Date: 10 May 1983 0943-CDT
From: John Otken <[e-mail]>
Subject: Subroutine to test for Z80 or 8080.
To: [e-mail]

Quite a few people seem to be writing Z80 only code these days which
could be bad news to some 8080/8085 CPUs.  Well, here is a subroutine
which exploits the subtle differences in 8080s and Z80s.

;;    Z80 - Test for Z80 CPU.
;
;    exit:    (Zf) = set if Z80 processor
;            BC, DE, HL unchanged
;
Z80    xra    a        ; Clear parity flag
    ori    80h
    adi    81h        ; Clear zero, set parity if Z80
    jpo    Z801        ;   if 8080/8085
    xra    a        ; Set zero
Z801    ret

A version of this might have gotten out with a typo in the ADI instr.
Ignore it, this one is right.
-------
10-May-83 12:42:43,1187;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  10 May 83 17:23 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  10 May 83 17:15 EDT
Received: From Ucb-Vax.ARPA by BRL via smtp;  10 May 83 17:10 EDT
Date: 10 May 83 12:42:43 PDT (Tue)
From: unisoft![e-mail]
Subject: ZCPR2 and the PD
Message-Id: <[e-mail]>
Received: by UCBVAX.ARPA (3.339/3.28)
    id AA02996; 10 May 83 12:42:43 PDT (Tue)
To: [e-mail]
Cc: [e-mail]

The point that I was trying to get across in my earlier message was that
I felt that Workman's interests were not so much to help the general public
with the distribution of public domain software, but to put more money into
his pockets off the work done by others.  Is this kind of piracy any better
than stealing copies of CP/M, even though it's done with permission from
the author?  I feel that any distribution should be done through non-profit
organizations.

My other complaint was that this *was* a profit-making organization, and
advertisements as such shouldn't be announced via INFO-CPM.  Pournelle may
get away with this with BYTE, but I really don't want to see it here.

    -roger
10-May-83 16:50:00,384;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  10 May 83 20:01 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  10 May 83 19:56 EDT
Received: From Lll-Mfe.ARPA by BRL via smtp;  10 May 83 19:50 EDT
Date: Tue, 10 May 83 16:50 PDT
From: "Webb,Mike"@lll-mfe.arpa
Subject: info-cpm dist.
To: [e-mail]

please add me to the mailing list for info-cpm.  thnx;mike
10-May-83 23:50:54,2967;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  11 May 83 0:31 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  11 May 83 0:22 EDT
Date:     10 May 83 23:50:54 EDT (Tue)
From:     Rick Conn <[e-mail]>
To:       unisoft![e-mail]
cc:       [e-mail], [e-mail]
Subject:  Re:  ZCPR2 and the PD
          016; 10 May 83 12:43:46 PDT (Tue)

First of all, I believe that you have a right to your opinions as
I  have  a  right to mine.  I'm not trying to change your opinion
(well, maybe I am), and I am writing this simply  to  express  my
feelings on the subject.

I don't classify what Workman is doing as piracy.  Piracy implies
that  legal  harm  is  being done, such as stealing from someone.
Stealing copies of CP/M is piracy since harm is being done to  DR
(in  the form of a loss of income that would be there if the pro-
duct was sold instead).  Selling PD software  isn't  causing  any
harm  that I can see.  I don't feel a loss of money because Work-
man is selling ZCPR2.

This does NOT  mean,  however,  that  I  approve  of  selling  PD
software.   I  don't feel that it is morally right to take advan-
tage of the generosity of others in this manner.  In the case  of
ZCPR2,  Workman asked me for permission and offered a percentage.
I granted the permission (rationale:  to  provide  a  source  for
those  who  were not successful or did not desire to tap into the
PD) but declined the percentage (rationale:  maintaining my  phi-
losophy  of  giving it away in the first place).  I don't believe
that Workman asked the other PD authors for permission (I know he
didn't  for  my  old  HELP system), and I believe this is morally
wrong, but I also believe he has the right to do this by the sim-
ple fact that it IS in the public domain.

As for advertising on this net, I agree completely that  this  is
wrong.  I don't believe, tho, that what Jerry did was advertising
(unless Jerry is getting a percentage of the sales, which I don't
think  he is).  If Workman came on and sent a message saying "I'm
selling so-and-so for $$$", then THAT would be advertising.   As-
suming  that  Workman  did not ask Jerry to make the announcement
and that Jerry was passing it on only for  information  purposes,
then  Jerry  used  the  net to pass on information of interest to
others, which is a big part of what the net is  for.   My  saying
that  Rolm's Ada Language System is to be validated by the end of
May or that the 68010 is on the market for $20 and here's what it
does is passing information, which is fine, and I don't call this
advertising since advertising has, as I feel, an  implication  of
profit to the person who passes the information in this case.

Note that, by the dictionary, simply making a  public  notice  is
advertising, so if advertising is to be banned from the ARPA Net,
we may as well shut down the electronic mailing lists now.

        Rick
11-May-83 00:10:00,738;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  12 May 83 14:23 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  12 May 83 14:13 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  12 May 83 14:02 EDT
Date: 11 May 1983 00:10 EDT
From: Ronald G. Fowler <[e-mail]>
Subject: Subroutine to test for 8080 or Z80.
To: [e-mail]

Here is a shorter and simpler version (as far as I know, it
works on all Z80's and 8080's):

        SBB    A
        JPO    Z80        ;JUMPS IF EXECUTING ON Z80
                    ;FALLS THRU ON 8080.
This is the one used in the DCON Z80-only debugger.  Has anyone that
uses that debugger seen it try to execute on an 8080 (ie, has anyone
anyone seen the above test fail?)?  Let me know if so.
            --Ron Fowler
11-May-83 05:36:00,1067;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 Jun 83 21:01 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 Jun 83 20:46 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  2 Jun 83 20:37 EDT
Date: 11 May 1983 05:36 EDT
From: Jerry E. Pournelle <POURNE@mit-mc>
Subject:  ZCPR2 and the PD
To: rconn@brl
cc: info-cpm@brl, unisoft!pertec@ucb-vax
In-reply-to: Msg of 10 May 83 23:50:54 EDT (Tue) from Rick Conn <rconn at brl.arpa>

for glory's sake.
about nine peop[le asked me how to get hard copy of the zcpr
documents, and pleaded for somebody to provide them.  I am
bloody sorry I mentioned it to Barry.  He makes about what this
stuff costs, when you count overhead, warehouseing, having to go
get the crap, and th rest.
    I bloody quit.  Next time you ask for hard copy, and
want things provided, and ask for how to get stuff, please
bother someone else.  I obviously am in a no win situation here,
and I decline to be in the game any longer.
    Ride your moral hobby horses forever.  Some of us have
better things to do than listen..
11-May-83 05:39:00,848;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 Jun 83 21:02 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 Jun 83 20:47 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  2 Jun 83 20:37 EDT
Date: 11 May 1983 05:39 EDT
From: Jerry E. Pournelle <POURNE@mit-mc>
Subject:  ZCPR2 and the PD
To: unisoft!pertec@ucb-vax
cc: info-cpm@brl, rconn@brl
In-reply-to: Msg of 10 May 83 12:42:43 PDT (Tue) from unisoft!pertec at ucb-vax.arpa

roger dear, I know you are purer than the driven snow, and we
thank you for being the conscience and guardian of us all.

Odd, isn't it, that one can be a cad for charging PRECISELY what
the User's Group charges?  Whilst they are benefactors.  And
certainly have their addresses published, indeed one performs a
public service by so publishing.
very odd.  we do thank you for the lessons..
11-May-83 10:07:00,1838;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  11 May 83 12:30 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  11 May 83 12:19 EDT
Received: From Utah-20.ARPA by BRL via smtp;  11 May 83 12:10 EDT
Date: 11 May 1983 1007-MDT
From: Bob Pendleton <[e-mail] (Bob Pendleton)>
Subject: P128K
To: [e-mail]

   I was looking around a local Commadore dealership about a month ago
and saw a new Commadore machine called the P128K.  The salesman didn't
seem to know anything about the machine but I picked up the specs from
a pamphlet.  Since I still haven't seen this beast advertised I thought
I would pass along what I know about it and hope one of you can supply
more info.

   Keyboard               reasonable, not super, fullstroke
   graphics/video         same as 64k
   RS232                  1 port, built in
   IEEE-488               built in
   Plug in ROM            don't know what size
   memory                 128K expandable to 840K
   processors
   6509                   built in,  If you know this chip please send
                          a description
   Z80                    option, will allow you to run CP/M
   8088                   option, will allow you to run CP/M86

   software               Microsoft 4.something BASIC built in

   $795                   base price

I couldn't get any info about prices or availability of the optional
processors, software or peripherals.

When I started asking questions about the machine the salesman stated
that this was a home computer, not an engineering computer or a business
computer and that technical questions were not meaningful in that context.

With 840K an 8088 and CP/M86 this could be a nice home computer.

If anyone has more info please send it along.

      Bob Pendleton
-------
11-May-83 12:30:07,1269;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  11 May 83 16:42 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  11 May 83 16:40 EDT
Received: From Wisc-Rsch.ARPA by BRL via smtp;  11 May 83 16:33 EDT
Date: 11 May 1983 13:30:07-CDT
From: Anil A. Pal <[e-mail] (Anil A. Pal)>
Reply-to: [e-mail]
To: [e-mail]
Subject:  NEC8023/Wordstar Hints (Some Success)

Well, I gave up trying to get Wordstar to use the proportional-width
font on the NEC8023.
I did, however, manage to get superscripts and subscripts.
The trick is to set line spacing to half normal, then send TWO linefeeds
at the end of each line.  The patches used are:
LOCATION    VALUES        COMMENTS
PSINIT:        04 1B 54 31 32    set line spacing to 12/144"
PSCRLF:        03 0D 0A 0A    send extra linefeed at end-of-line
PSHALF:        02 0D 0A    single linefeed gives half-vertical-space

I had tried this before and it didn't work, because I was not aware that
PSHALF: should include a carriage return.  Thanks to the compilers of
the WS patch files on Mit-mc for pointing this out.
If anyone finds that this causes problems with other features, please let
me know.  Anyone else have good patches for the NEC8023?

-Anil Pal, University of Wisconsin
pal@uwisc
pal@csnet-sh
11-May-83 13:25:21,1257;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  13 May 83 5:24 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  13 May 83 5:19 EDT
Received: From Sri-Unix.ARPA by BRL via smtp;  13 May 83 5:15 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 13 May 83 1:57-PDT
Date: 11 May 83 12:25:21-PDT (Wed)
To: [e-mail]
From: harpo!floyd!vax135!cornell!uw-beaver![e-mail]
Subject: CP/M poll - what have you got?
Article-I.D.: uw-beave.576

I'm interested in finding out the relative percentages of various
machines supporting CP/M which are in existence.  In particular,
I'd like to know what sort of floppie formats will cover the most
number of machines.  If anyone knows of any marketing data I can
get my hands on, find.  Otherwise, I'd appreciate it if you would
take the time to answer a few brief questions about your system,
and any systems you know of belonging to others.

1.  Machine and model (Apple II, Apple III, Northstar Advantage, etc....)
2.  CP/M version number.
3.  Type of floppie (8" SSSD, 8"DDDD, 5-1/4" SSSD soft sector, etc.)
4.  Modem or communications program on system. (MDM???, etc.)

vestal@uw-beaver or ...decvax!microsof!uw-beaver!vestal
VESTAL@WASHINGTON (for ARPA fans)
11-May-83 16:54:00,1056;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  11 May 83 20:41 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  11 May 83 20:31 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  11 May 83 20:19 EDT
Date:     11 May 83 18:54-EDT (Wed)
From: Charles Hutchinson <[e-mail]>
Return-Path: <hutchinson%UMass-ECE.UMASS-ECE@UDel-Relay>
Subject:  Software Distributors, 8088 DBM's
To: [e-mail]
Cc: [e-mail]
Via:  UMASS-ECE; 11 May 83 19:51-EDT

Hello!
    Two queries:

    First, I'm looking for the addres/phone# of Sofware Distributors
of Culver City, CA.  They supposedly have over 70 software packages for
the Rainbow.

    Second, I'm looking into data base systems for my Rainbow, but
for the most part, only CP/M-80 programs are available.  If anyone
has info on 8088 CP/M-86 data bases, I would really like to see it.
(Forward to the list and/or to me as you see it)

                Thanks in advance,
                    John hutchinson
                (HUTCHINSON.UMASS-ECE@UDEL-RELAY)
11-May-83 17:03:00,1133;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  11 May 83 19:23 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  11 May 83 19:13 EDT
Received: From Bbna.ARPA by BRL via smtp;  11 May 83 19:05 EDT
Date: 11 May 1983 1903-EDT
Sender: [e-mail]
Subject: Disk Transfer Programs for Apple CP/M
From: [e-mail]
To: [e-mail], [e-mail]
Cc: [e-mail]
Message-ID: <[BBNA]11-May-83 19:03:46.WAGREICH>


Apple  CP/M  (November  1980  version)  comes  with  a program to
transfer source files from a  DDOS  diskette  to  an  Apple  CP/M
diskette.

However, there is no program supplied to transfer text files from
an Apple CP/M diskette to a DOS diskette.  (I have DOS 3.3.)

Does anyone out there know of the existence of a  program  to  do
each of the following?

1)  Transfer  text  files from an Apple CP/M (56K) diskette to an
Apple DOS diskette.

2) Transfer text files from an Apple CP/M diskette (56K) to Apple
UCSD Pascal diskettes (16 sector) and vice versa

Please send me any information you may have on the above.

Thank you....Barbara Wagreich
11-May-83 18:58:00,1724;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  11 May 83 19:22 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  11 May 83 19:12 EDT
Received: From Mit-Dms.ARPA by BRL via smtp;  11 May 83 18:56 EDT
Date: 11 May 1983 18:58 EDT
From: Eliot Scott Ramey <[e-mail]>
Subject: Selling ZCPR2
To: [e-mail]

    I don't remember the name of the person, but someone wrote to the
net that they didn't like what Workman was doing, but was goig to purchase
from him anyway, because it is his only access to ZCPR2.  GARBAGE!!
SIG/M is selling the disks for $6 each and NYACC is selling the manuals
at $24 for the set!  The addresses follow:

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

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

>>  WRITE THESE ADDRESSES DOWN <<

    If only people would help others in this effort, less people would
get "ripped off" as some people think Workman is doing, and others will simply
have the freedom of choice to support the people they want to support (which
is what I think the case is).

    No, this is not an Advert for SIG/M and NYACC, it is to pass some
apparently little known information on to those people who need it.

    Now, since you have a source for the software, once you get it,
return the favor by helping sombody else!  Remeber, since ZCPR2 and related
software is Public Domain, you can get 15 people together to purchase it
from Workman or SIG/M and buy it ONCE, and then COPY it!  Just because somebody
is selling it, and you don't like it, doesn't mean you are not allowed to beat
the system.

                        -Eliot at Mit-MC
11-May-83 22:23:00,1141;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  12 May 83 1:30 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  12 May 83 1:27 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  12 May 83 1:24 EDT
Date: 12 May 83 00:23-EDT
From: C4F@cornella
Subject: favor needed of someone in boston area...
Message-Id: <[e-mail]>
Received: by UCBVAX.ARPA (3.339/3.28)
    id AA06734; 11 May 83 22:16:29 PDT (Wed)
To: [e-mail]

looking for help with getting the :mc;cpm stuff onto floppies...

i will be in the boston area sometime over the summer, and would like to
take back home with me all sorts of nifty stuff that is currently stored
on the MC CPM archives.  I would need the assistance of someone in the boston
area with a modem and 8 inch floppies who could do copying for me.  (boston
area is specified because i think it would be a hassle for this person to
do everything, and i would expect to help in any way i could.)

can anyone volunteer their services?  i would be willing then to act as
a local to my area distributor of this nifty stuff.

lin@mit-mc or g.cornella=c4f@ucb-arpa
12-May-83 00:19:00,1005;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  12 May 83 2:29 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  12 May 83 2:26 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  12 May 83 2:21 EDT
Date: 11 May 1983 2319-PDT
Subject: Re: Software Distributors, 8088 DBM's
From: Bill Rizzi <[e-mail]>
To: Charles Hutchinson <[e-mail]>
cc: [e-mail]
In-Reply-To: Your message of 11 May 83 18:54-EDT (Wed)



    A good friend of mine is at Software Distributors and has been
frantically trying to get packages up and running on the Rainbow.
SD is related to Ashton=Tate, the producer/distributors of dBaseII.
There is an 8088 version of this package available.

    Software Distributors
    10023 W. Jefferson Blvd.
    Culver City, CA   90230

    [phone]
    Toll-free [phone]  from CA [phone]
    Telex: 182362 attn: softusa culv.
           4990285 attn: software lsa

    Hope this helps ..

        Bill (RIZZI@ISIB)

-------
12-May-83 02:17:00,561;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  12 May 83 2:28 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  12 May 83 2:26 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  12 May 83 2:17 EDT
Date: 12 May 1983 02:17 EDT
From: Keith Petersen <[e-mail]>
Subject: Bi-directional file viewer
To: [e-mail]

BISHOW13.ASM is a bi-directional file printing program for use
with your console CRT.  It allows viewing a file, scrolling
forward or backward as needed.  It's available on MIT-MC as:
   AR21:CPM;BISHOW 13ASM
--Keith
12-May-83 07:51:37,1014;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  12 May 83 10:05 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  12 May 83 9:56 EDT
Received: From Nosc-Cc.ARPA by BRL via smtp;  12 May 83 9:52 EDT
Date: 12 May 1983 06:51:37-PDT
From: Bob Van Cleef <[e-mail]>
Reply-to: [e-mail]
To: [e-mail], [e-mail]
Subject: Re:  Selling ZCPR2

It is nice to publish the address of SIG/M, but getting a
response from them is almost impossible.  The software
coordinator for the San Diego Computer Society, a non-
profit type group with over 1K members, sent them a check
for $80 back in early March, and can not even get them
to acknowledge the order.

If Rick Conn is correct on the percentage of active members
in the group, then they need a lot more help.  Being the
central distribution point for something as big a Zcpr2 is
a lot of work, and I wouldn't be a bit surprised to find out
that they would appreciate any help that they can get. - Bob
12-May-83 14:57:29,1470;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  14 May 83 3:01 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  14 May 83 2:57 EDT
Received: From Sri-Unix.ARPA by BRL via smtp;  14 May 83 2:54 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 13 May 83 23:42-PDT
Date: 12 May 83 13:57:29-PDT (Thu)
To: [e-mail]
From: harpo!floyd!cmcl2!lanl-a![e-mail]
Subject: Re:  ZCPR2 and the PD
Article-I.D.: lanl-a.307
In-Reply-To: Article sri-arpa.1352

If I were to decide to sell some of my software, I would probably make
it public domain.  The reason for this is that software piracy will
occur (for good codes anyway) whether I copyright or not.  But by making
my software public domain I am directly authorizing any 'piracy' that
anyone wants to do.  Of course, if you don't buy from me, you won't
get bugfixes, updates, or extensions when they are available.

This method of software marketing will only work if I price my code
reasonably.  No $600.00 compiler I have ever seen is worth the money,
so people pirate copies instead.  I have written my own language processors
for my stuff (if I need something that didn't come with the hardware) and
I get along pretty good without the overpriced codes that are on the market.
Still, it would save a lot of time if I could buy this stuff at a reasonable
price.

                                   J.L. Giles
                                   (...!lanl-a!jlg)
12-May-83 15:29:10,915;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  19 May 83 6:09 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  19 May 83 6:03 EDT
Received: From Sri-Unix.ARPA by BRL via smtp;  19 May 83 5:49 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 19 May 83 2:24-PDT
Date: 12 May 83 14:29:10-PDT (Thu)
To: [e-mail]
From: [e-mail]
Subject: Re: Subroutine to test for 8080 or Z80.
Article-I.D.: ucbtopaz.135
In-Reply-To: Article sri-arpa.1346

Relay-Version:version B 3/9/83; site harpo.UUCP
Message-ID:<[e-mail]>
Date:Thu, 12-May-83 14:29:10 EDT

An even better testing routine:

    xor a
    inr    a
    jpo odd
    xor a
odd:ret

I might have the opcodes wrong (I work both 8080 and Z80, no manual around).
Point is: inr a will set odd parity on and 8080--but is not an overflow on
the z80. This routine sets the zero flag if it is a z80, I think...
12-May-83 18:31:20,1040;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  14 May 83 13:50 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  14 May 83 13:47 EDT
Received: From Sri-Unix.ARPA by BRL via smtp;  14 May 83 4:15 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 14 May 83 0:53-PDT
Date: 12 May 83 17:31:20-PDT (Thu)
To: [e-mail]
From: harpo!floyd!cmcl2!lanl-a![e-mail]
Subject: Re: P128K
Article-I.D.: lanl-a.308
In-Reply-To: Article sri-arpa.1358

Technical questions are ALWAYS relevant.  That's the trouble with most
microcomputer salesmen ... they always come up with some reason not to
tell you the technical info you need to make a rational decision.  The
truth is that most of them don't have any technical background and just
don't know the answers to the important questions.  Send away to the
factory! It takes a while, but at least you can get some technical stuff.

                                  J.L. Giles
                                  (......!lanl-a!jlg)
~p
(not mail - darn!)
12-May-83 23:28:00,470;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  12 May 83 23:36 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  12 May 83 23:26 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  12 May 83 23:24 EDT
Date: 12 May 1983 23:28 EDT
From: Eliot Scott Ramey <[e-mail]>
Subject: RELS.UTL & REl.UTL
To: [e-mail]

    Could somebody please send me information on what REL.UTL
and RELS.UTL are, and what they are used for?

                        -Eliot at Mit-MC
13-May-83 00:58:30,1041;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  18 May 83 6:59 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  18 May 83 6:52 EDT
Received: From Sri-Unix.ARPA by BRL via smtp;  18 May 83 6:46 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 18 May 83 3:39-PDT
Date: 12 May 83 23:58:30-PDT (Thu)
To: [e-mail]
From:  ihnp4!houxm!houxz!hocda!spanky!burl!duke!mcnc!ncsu!msdc!gatech![e-mail]
Subject: C compiler wanted
Article-I.D.: gatech.156

Relay-Version:version B 3/9/83; site harpo.UUCP
Message-ID:<[e-mail]>
Date:Thu, 12-May-83 23:58:30 EDT




I am interested in buying a CP/M "C" language compiler for a Z-80 based
CP/M (2.2) system.  Anyone who may know of a good compiler (I know there
are several out), I'd appreciate opinions or criticisms.  Write directly
to me (address below) and I will summarize (if desired) on uucp news.
Thanks.
            Steven Goldberg
                CSNET:  brat.gatech@UDEL-RELAY
                UUCP:   ...!decvax!duke!mcnc!msdc!gatech!brat
13-May-83 08:11:04,533;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  13 May 83 11:48 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  13 May 83 11:18 EDT
Received: From Parc-Maxc.ARPA by BRL via smtp;  13 May 83 11:07 EDT
Date: 13 May 83 8:11:04 PDT (Friday)
From: [e-mail]
Subject: Re: P128K
In-reply-to: [e-mail]'s message of 11 May 83 10:07 MDT
To: Bob Pendleton <[e-mail] (Bob Pendleton)>
cc: [e-mail]

With a IEEE-488 interface, I doubt it would be a home computer.

Nick
13-May-83 08:27:17,548;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  13 May 83 8:30 EDT
Date:     13 May 83 8:27:17 EDT (Fri)
From:     Gregory Hogg <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  DataBase for CPM

Hello,
    I really need a data base for my MAX-80 CPM system I have two
8" SSDD dirves (well only one at the moment the other is broken).  Is there
a usable data base out there that is public domain? or that costs less than
 $100.00 ?  I would really like to know.


                    Thanks

                    Greg the Hogg
13-May-83 16:46:53,1012;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  13 May 83 18:58 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  13 May 83 18:51 EDT
Received: From Nosc-Cc.ARPA by BRL via smtp;  13 May 83 18:42 EDT
Date: 13 May 1983 15:46:53-PDT
From: Bob Van Cleef <[e-mail]>
Reply-to: [e-mail]
To: [e-mail]
Subject: Need I/O info on Televideo-802

A friend is evaluating a Televideo-802 prior to
purchase, and would like to install Modem 7.  However,
the only Port information given in the manuals is
the Port address, and the I/O byte appears NOT to be
a standard implementation.

We would appreciate the following information:
    What is the controller chip(s)?
    What is the control word format, if the
         chip is unknown?
    Do you have Modem7xx already ported?

It is interesting that PIP can't be used to load
Mboot, and there is no communications software with
it that we can disassemble.

Thanks for your time. - Bob Van Cleef
            [e-mail]
13-May-83 17:12:53,781;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  13 May 83 19:20 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  13 May 83 19:14 EDT
Received: From Nosc-Cc.ARPA by BRL via smtp;  13 May 83 19:13 EDT
Date: 13 May 1983 16:12:53-PDT
From: Bob Van Cleef <[e-mail]>
Reply-to: [e-mail]
To: [e-mail]
Subject: SIG/M & Zcpr2

SIG/M has just setup regional distribution centers for
software.  I will try to get contact information on
the Sacramento center.

The San Diego Computer Society just recieved 20
diskettes of Zcpr2, Syslib, etc.  We will be making
it available at our meetings, and on our new Bulletin
Board, which is scheduled to go online in about 3 weeks.

I will list the numbers when they are available.
    Bob
14-May-83 03:33:00,2041;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  14 May 83 3:34 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  14 May 83 3:30 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  14 May 83 3:23 EDT
Date: 14 May 1983 03:33 EDT
From: Keith Petersen <[e-mail]>
Subject: Converting ITS format COM files
To: [e-mail]

If you can FTP COM files from MIT-MC but have been unable to
come up with a way to remove the four-byte ITS header, here's
good news!  I have written a program which will translate ANY
LENGTH  ITS-format COM file to standard CP/M format.  All you
need to do is get the file onto your CP/M system and then run
this program.  It's called ITSCVT, and the HEX version is available
as AR13:CPM;ITSCVT HEX.  The program allows ambiguous filenames
and prompts the operator as to whether the present file should
be translated, skipped, go continuous (don't ask anymore), or
quit.  It's a cousin of my COPYFILE version 1.5 program.

This program assumes that your mainframe MODEM (umodem,tmodem,
MODEM,XMODEM, etc) program pads the last sector to make it
an even 128 bytes (this is normal for those programs).  Because
of this padding, the ITS-format COM file will be one sector longer
than the original COM file.  This is because the 4-byte header
makes the file 4 bytes longer, of course.  ITSCVT.COM will take
this into consideration, omitting the last sector that was added
because of the padding.

The outfile files have the same name as the input, with a filetype
of .CPM.  They are written to the currently-logged (default)
drive.  The input files may be on any drive.

Source code for this program will not be available at this time,
but I will maintain it.  Bug reports/comments to me, please, or
if you can't remember my username, send them to Info-Cpm-Request@Brl.

Please remember that some versions of the mainframe MODEM programs
already know about ITS COM format file and strip the four bytes for you.
If yours does this, you don't need this program.
--Keith
14-May-83 13:16:00,1134;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  14 May 83 14:18 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  14 May 83 14:13 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  14 May 83 14:10 EDT
Date:  14 May 1983 13:16 cdt
From:  [e-mail]
Subject:  R2E information
To:  [e-mail], [e-mail]

R2E appears to be getting out of there System X product line and cutting
down their expenses by closing up shop in Minnesota. I have recently
bought their main CPU board which contains a 4 MHZ Z80, 64K DYN RAM,
DMA, PIC. The only addition one must make is the disk controller. The
board contains 4 S100 slots and therefore this is not a problem. The
revision of the R2E board is REV H.  Anyone who has information board
layouts, schematics for this Rev..pls contact

        Dennis Weinstein
        8324 Kentucky Avenue
        Minneapolis,MN 55445.  I believe that most R2E's
shipped are at REV E and are delivered with schematics but no layouts.
Anyone who has this info or any other info reguarding the R2E pls write
or send mail to Weinstein -at HI-Multics.. thx in advanced
14-May-83 19:35:12,2996;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  14 May 83 19:42 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  14 May 83 19:41 EDT
Date:     14 May 83 19:35:12 EDT (Sat)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
cc:       hplabs!hp-pcd![e-mail]
Subject:  ZCPR2 in the PD

        I had responded to Jay indirectly thru  Paul  Grupp  ear-
lier, so the rest of INFO-CPM did not see the reply.  Things have
changed since the reply, and I would like to answer the  question
for anyone else who is interested as well.

        ZCPR2 was NOT originally in the PD.  While I wanted it to
be  available  to everyone who wanted it, I also wanted to retain
some rights to it under the copyright laws.  I  read  a  document
(put  out  on the net earlier) on the subject, and concluded that
both goals would be met if ZCPR2 was released to  SIG/M  specifi-
cally.   Being  a  user  group that charged no membership fee and
that distributed its  software  to  anyone  who  wanted  it,  the
release  to  SIG/M  effectively,  but not formally, constituted a
release to the PD.  SIG/M however is NOT the PD, per se,  so,  in
theory  (my theory, that is), the copyright protection was in ef-
fect.  While I view SIG/M as being equated to the  PD,  SIG/M  is
the  Special  Interest  Group in Microcomputers of the ACG-NJ and
NOT the PD.  Note that on the SIG/M release form,  SIG/M's  right
to ZCPR2 is documented.

        I feel that this did provide the copyright  protection  I
desired,  but  I  never  had any intent to pursue enforcement.  I
just wanted to see if this would slow down or  stop  anyone  from
enterprising  on  ZCPR2,  and it didn't seem to make much differ-
ence.  That's OK, tho, because I don't feel I was being  hurt  by
it,  and  the only ones who may be are those who buy it and later
find out that they could have had it for free.   The  old  CAVEAT
EMPTOR philosophy.

        June's Microsystems contains an article on ZCPR2 which  I
wrote,  and,  along with helping to educate the user community on
the existance of ZCPR2, it announces ZCPR2 as being in the Public
Domain  (as opposed to SIG/M).  I believe that this public state-
ment constitutes a formal release to the public domain,  and  the
full intent of the original release of ZCPR2 is realized.  Anyone
who was held back by the copyright notice  in  the  ZCPR2  source
codes  (IF  anyone  was) can now proceed and quote the article if
they need support.

        I think you can  see  what  the  experiment  showed  (NOT
proved).   I  still encourage the use of ZCPR2, and I now view it
as being formally released to the PD with any lack of  protection
that  may  accompany  such  release.  The bottom line, I feel, is
that the interests of the public are served, and was the original
intent  with the release to SIG/M.  The difference is that no one
should find them restricted wrt ZCPR2 use in any way.

                Rick
14-May-83 23:45:00,1058;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  15 May 83 1:49 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  15 May 83 1:48 EDT
Received: From Bbna.ARPA by BRL via smtp;  15 May 83 1:41 EDT
Date: 15 May 1983 0145-EDT
Sender: [e-mail]
Subject: Problem with GET statement in Apple CP/M MBasic
From: [e-mail]
To: [e-mail], [e-mail]
Message-ID: <[BBNA]15-May-83 01:45:44.WAGREICH>

Has  anybody  out  there  had  trouble  with the GET statement to
retrieve random access records in the November  1980  version  of
Apple  CP/M MIcrosoft Basic (put out by Microsoft)?  I seem to be
having trouble getting it towork properly for me and wondered  if
anyone  has  had trouble (or success) with it?  The PUT statement
seemstowork as far as I can tell but when I  GET  a  record,  the
numeric  values  are  strange  (even  with  CVI).   If there is a
problem with the GET statement, is there any way toget around the
problem?

Thanks for whatever information you cangive me.

--Barbara Wagreich
15-May-83 05:40:00,715;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  15 May 83 5:43 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  15 May 83 5:36 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  15 May 83 5:30 EDT
Date: 15 May 1983 05:40 EDT
From: Keith Petersen <[e-mail]>
Subject: New Bi-directional file display program
To: [e-mail]

AR21:CPM;BISHOW 14ASM is new, replacing BISHOW 13ASM
which had a bug that prevented it from stopping at the
end of file.  While I was at it, I added a couple of
other things - a strip of high-order bit of the character
in the line-count routine and a clear of any pending
keyboard character to prevent it from appearing after
exiting the program.
--Keith
15-May-83 10:19:33,1710;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  15 May 83 13:59 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  15 May 83 13:49 EDT
Received: From Rand-Relay.ARPA by BRL via smtp;  15 May 83 13:45 EDT
Date: 15 May 83 10:19:33 PST (Sun)
From: Jerry Sweet <[e-mail]>
Return-Path: <Jsweet%UCI.UCI@Rand-Relay>
Subject: Re: Problem with GET statement in Apple CP/M MBasic
Message-Id: <280.421870773@UCI>
To: [e-mail]
Cc: [e-mail], [e-mail], [e-mail]
In-Reply-To: Your message of 15 May 1983 0145-EDT.
             <[BBNA]15-May-83 01:45:44.WAGREICH>
Via:  UCI; 15 May 83 10:21-PDT


Barbara, this is the second time that you've referred to the Nov-80 version
of Microsoft Apple CP/M.  You may have version 2.20, in which there were
pretty definitely bugs with random I/O.  Microsoft has since gone to version
2.23 which has corrected all known problems with random I/O.

In addition to correcting a lot of niggling bugs, they folded the CCP into
the second 4K bank of the language card, allowing a 60K configuration of
CP/M.  Unfortunately, all non-DR programs that know about the CCP too well
(the latest version of BDS C being a prime example--Leor take note!) don't
work with the 60K configuration, forcing you to stick with the 56K
configuration.

You should be able to get an update from Microsoft by sending in your
original disks with $7.50.  You might call first to make sure that
they haven't raised the fee or done something nasty like shut the window
on updates (I wouldn't put it past them--I've gotten the impression
from talking to them that they aren't too friendly to customers).

    --Jerry
15-May-83 13:24:12,794;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  15 May 83 15:21 EDT
Received: From Rochester.ARPA by BRL-BMD via smtp;  15 May 83 15:14 EDT
Received: by fq.rochester (3.290mJ) id AA15928; 15-May-83 15:24:12-EDT (Sun)
Received: by el.Rochester (3.290nJ) id AA00682; 15-May-83 15:12:55-EDT (Sun)
Message-Id: <[e-mail]>
Date: 15-May-83 15:24:12-EDT (Sun)
From: Mike Ciaraldi <[e-mail]>
Subject: Re:  DataBase for CPM
To: [e-mail], [e-mail]

Tarbell has a data base system for CP/M for about $100.
Elliam has one for less than that, and enven has
some data bases for it, e.g. magazine article listings.
Both advertise in Byte and Microcsystems.
I have NOT tried either of them, nor do I have
any reports on them. Good Luck.
15-May-83 13:32:31,980;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  15 May 83 15:43 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  15 May 83 15:33 EDT
Received: From Rochester.ARPA by BRL via smtp;  15 May 83 15:22 EDT
Received: by fq.rochester (3.290mJ) id AA16041; 15-May-83 15:32:31-EDT (Sun)
Received: by el.Rochester (3.290nJ) id AA00688; 15-May-83 15:21:14-EDT (Sun)
Message-Id: <[e-mail]>
Date: 15-May-83 15:32:31-EDT (Sun)
From: Mike Ciaraldi <[e-mail]>
Subject: Re:  Converting ITS format COM files
To: [e-mail], [e-mail]

Still having problems with getting the
dictionary from MIT via FTP. I am leaving on vacation
for two weeks, and will try some more stuff then
(including asking MADLER for a dump of the first
few bytes of the real file).
In the meantime, thanks for the help so far.

Re: ITSCVT, how can I tell if my version of UMODEM
does the stripping of the first 4 bytes mentioned in
your letter?
15-May-83 14:23:35,733;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  15 May 83 16:37 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  15 May 83 16:27 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  15 May 83 16:21 EDT
Received: by fq.rochester (3.290mJ) id AA16429; 15-May-83 16:23:35-EDT (Sun)
Received: by el.Rochester (3.290nJ) id AA00718; 15-May-83 16:12:17-EDT (Sun)
Message-Id: <[e-mail]>
Date: 15-May-83 16:23:35-EDT (Sun)
From: Mike Ciaraldi <[e-mail]>
Subject: Re:  R2E information
To: [e-mail], [e-mail],
    [e-mail]

I don't have any R2E info myself, but Dealin' Electronics,
735 Loma Verde, Palo Alyo CA 94303 sells them. Good luck.
15-May-83 15:31:00,1119;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  15 May 83 17:40 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  15 May 83 17:33 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  15 May 83 17:23 EDT
Date: 15 May 1983 1731-EDT
From: John S. Labovitz <RMS.G.HNIJ@mit-oz>
Subject: MDM901
To: [e-mail]

I am having trouble getting MDM901 to work on my system.  I un-LU'ed
it, unsqueezed it, read the doc files, and assembled it.  All that
worked fine; no errors.  However, MLOAD gave me the following output:

MLOAD ver 1.1   Copyright (C) 1983 Ronald G. Fowler

Loaded 0 bytes (0000H - 495 records) to file .COM
Start address: 0000H  Ending address: 0000H  Bias: 0000H

++ Warning: program origin NOT at 100H ++

I tried using MLOAD 1.3 (which did not come with MDM901), but that
gave the same errors.

The only thing I have changed in the files is START.ASM (the logon
strings, and one or two other EQU's) and SYS.ASM (renamed 8250SYS.ASM
to SYS.ASM and changed minor EQU's).

Does anyone know what is wrong??

            John Labovitz

            rms.g.hnij%mit-oz @ mit-mc
-------
15-May-83 23:59:59,609;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  16 May 83 2:07 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  16 May 83 2:01 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  16 May 83 1:56 EDT
Date: 15 May 1983 22:59:59-PDT
From: Joseph G. Grovhoug <[e-mail]>
Reply-to: [e-mail]
To: [e-mail]
Subject: Re: database for CPM
Cc: [e-mail], [e-mail]

Are you aware of DIMS (Data Information Management System?)  It's PD & for
certain applications mo betta than DBASE II!  Methinx it's available from
SIG/M.  What is your application?
16-May-83 00:36:00,547;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  16 May 83 0:44 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  16 May 83 0:33 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  16 May 83 0:29 EDT
Date: 16 May 1983 00:36 EDT
From: Jon P. Albers <[e-mail]>
To: [e-mail], [e-mail]

    I would like to here from people who have DEC Rainbow 100's.
Our lab is going to get several of them and wants to here from others
who use themm.

                    Jon Albers

                    ALBERS@MIT-ML
            or
                     jalbers.bnl
,
16-May-83 15:11:00,987;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  18 May 83 12:35 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  18 May 83 12:23 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  18 May 83 12:20 EDT
Date: 16 May 83 15:11 EDT (Monday)
From: [e-mail]
Subject: How to use Mem. mapping.
To: [e-mail]
cc:[e-mail]

I recently received the Godbout CPUZ in the mail and after reading the docs. I've
run into a problem.  The memory mapping capacity (write to port FDH to set the
high order address lines) will switch the whole 64K out to another.  My question
is that if all 64K are out where does the next instruction come from?? I assume it
comes from the new bank but how do I get it there in the first place.  This seems
to be another dog chasing it's own tail routine.  It isn't obvious to me how to use
this facility.  Anybody who knows how to do this or how this board works -
PLEASE message me.  Thanks.

Tracy.
17-May-83 04:17:05,642;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  17 May 83 4:31 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  17 May 83 4:22 EDT
Date:     17 May 83 4:17:05 EDT (Tue)
From:     Keith Petersen <[e-mail]>
To:       [e-mail]
Subject:  RCPMLIST.037 available

RCPMLIST.037 is now available on MIT-MC as CPM;RCP-M NOS.  This is a
complete listing of all known Remote CP/M system phone numbers and other
associated information.  Those who cannot FTP this file from MC and are
not already on the list to receive it via netmail should send a note to
Info-Cpm-Request@Brl asking to be added to the list.
--Keith
17-May-83 15:39:00,764;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  17 May 83 19:19 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  17 May 83 19:12 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  17 May 83 19:08 EDT
Date:     17 May 83 17:39-EDT (Tue)
From: Charles Hutchinson <[e-mail]>
Return-Path: <hutchinson%UMass-ECE.UMASS-ECE@UDel-Relay>
Subject:  CONCURRENT CP/M-86
To: [e-mail]
Cc: [e-mail]
Via:  UMASS-ECE; 17 May 83 18:45-EDT

Hi!
    Does anyone know anything about getting a "generic" Conncurrent CP/M-86?
I'd like to get it running on my Rainbow.  Would a totally new BIOS have to
be written?
                Thanks in advance,
                    Hutch
                HUTCHINSON.UMASS-ECE@UDEL-RELAY
17-May-83 18:45:11,1055;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  17 May 83 19:08 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  17 May 83 18:59 EDT
Received: From Brl-Bmd.ARPA by BRL via smtp;  17 May 83 18:56 EDT
Date:     17 May 83 18:45:11 EDT (Tue)
From:     Charlie Strom (NYU) <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  Silicon vs. Silicone

Well, I cannot remain silent any longer - as a chemist by training (and a
microcomputer hacker by preference) I must once and for all call for a
halt to the interchangeable use of the words SILICON and SILICONE.

Silicon, as in Silicon valley, is an element, atomic number 14, atomic
weight 28. Silicon is a basic ingredient in sand, 8085's and the like.

Silicone, as in Raquel Welch, is a generic term for a number of synthetic
fats, oils and greases in which some of the carbon atoms are replaced by
silicon.

Please note these are not the same animal and should not be used inter-
changeably - it upsets the digestion1

                        Charlie Strom
17-May-83 21:32:00,571;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 Jun 83 20:25 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 Jun 83 20:08 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  2 Jun 83 19:54 EDT
Date: 17 May 1983 21:32 EDT
From: Gail Zacharias <GZ@mit-mc>
Subject:   Silicon vs. Silicone
To: strom@brl-bmd
cc: INFO-MICRO@brl, INFO-CPM@brl

Bravo!  While we're at it, I wish people would stop using "buss" instead of
"bus".  A bus carries signals (or people) from one place to another.  A
buss is something you wouldn't mind getting from Raquel Welch.
17-May-83 22:48:15,712;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  17 May 83 22:59 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  17 May 83 22:49 EDT
Date:     17 May 83 22:48:15 EDT (Tue)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
Subject:  New PRINT3

AR84:CPM now contains PRINT3 13MQC and 13COM.  This is a new version
of the PRINT utility for ZCPR2 which corrects a minor bug which shows
itself when EXACTLY a given number of pages is printed (no extraneous
lines).  It also adds the feature of the Offset option, wherein
the user may specify the number of characters to offset the printout
so that room is available on the left side of the page for hold punching
et al.

    Rick
17-May-83 22:55:16,921;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  17 May 83 23:10 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  17 May 83 23:00 EDT
Date:     17 May 83 22:55:16 EDT (Tue)
From:     Rick Conn <[e-mail]>
To:       [e-mail], [e-mail]
cc:       [e-mail]
Subject:  ZCPR2 on MicroDecision

AR80:CPM now contains Z2PAT MDASM.  This is a patch I wrote which
is to be overlaid onto the MD SYSGEN image (become a part of the working
BIOS) which implements several extended features of ZCPR2.  You
will have to read the source, note the addresses for the various
buffers, set up the ZCPR2 HDR file to reflect those addresses, and
integrate both the HEX file for ZCPR2 and the HEX file for this patch
into your running 64K CP/M 2.2 MD system.  The patch uses dead buffer
space at the top of your current BIOS so no loss of TPA space is realized
by it.

    Rick
18-May-83 03:44:00,632;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  18 May 83 3:52 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  18 May 83 3:51 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  18 May 83 3:43 EDT
Date: 18 May 1983 03:44 EDT
From: Keith Petersen <[e-mail]>
Subject: ITS comfile converter updated
To: [e-mail]

AR13:CPM;ITSCVT HEX has been updated to include a check
for a valid ITS comfile header.  I thought this should
be done to prevent stripping the first four bytes of
other kinds of files.  The program just ignores them
now.  For a command list run ITSCVT.COM with no arguement.
--Keith
18-May-83 12:04:00,1793;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  18 May 83 12:11 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  18 May 83 12:09 EDT
Received: From Mit-Dms.ARPA by BRL via smtp;  18 May 83 12:04 EDT
Date: 18 May 1983 12:04 EDT
From: Eliot Scott Ramey <[e-mail]>
Subject: XM74LBR.PAT
To: [e-mail]

                           XM74LBR.PAT
                         by Eliot Ramey
                           (05/18/83)

    I have found in not only neccassary, but very convienient to
library many files on my RCP/M disks.  Many people do not always recognize
certain files as being in a package due to non-standard naming conventions,
so a library groups the files and people can easily tell that all the files
are related.  Also, by librarying files I can save directory space which
is limited to 64 entries on my system.  The side effect of librarying files
is very large files which could take hours to download at 300 baud.  The
solution is to only allow members of the libraries to be downloaded, and
not the whole library.  One prevents a file from being downloaded by
"tagging" the high bit on the first byte of the file name, and xmodem
will not send that file.  The way XMODEM74 has been written, it will not
allow this file to be accessed by any means.  I wanted XMODEM74 to access
this file IF the user was using the "L" option in xmodem.  The following
patch will allow xmodem to send members from a library file, but will not
allow sending of the entire .LBR file.

OPENOT:
    lda    optsav
    cpi    'L'
    jz    openok2

Find the label OPENOT: in XMODEM74.ASM and insert directly after the
label the three lines shown in lower case.

                    Happy downloading,
                    Eliot S. Ramey
                    Arlington RCP/M
                    [phone] (300-710 baud)
18-May-83 17:28:00,716;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  18 May 83 19:46 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  18 May 83 19:35 EDT
Received: From Mit-Xx.ARPA by BRL via smtp;  18 May 83 19:32 EDT
Date: 18 May 1983 1928-EDT
From: Thomas S. Wanuga <[e-mail]>
Subject: KERMIT
To: [e-mail]

I am trying to get KERMIT (the file transfer programs from Columbia
University) running on our TOPS-20 system.  I have the necessary
programs for TOPS-20.  I am now looking for the necessary files for
the 8080/Z80 CP/M version of KERMIT and the Generic Kermit-80 version
of KERMIT.  If anyone has these files, or can point me to them, please
let me know.  Thank you very much.
-------
19-May-83 02:29:00,1272;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  19 May 83 2:43 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  19 May 83 2:35 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  19 May 83 2:28 EDT
Date: 19 May 1983 02:29 EDT
From: Keith Petersen <[e-mail]>
Subject: 6502 programs for CP/M
To: [e-mail]

Two 6502-related programs, which run under CP/M, are available in
the MIT-MC CPM; directory.

AR74:CPM;6502 SIMLBR - By Ron Fowler, 6502SIM is an adaptation
of ZX65 published by Dr. Dobb's Journal in August 1981.  The
original program (ZX65) was by R.M. Kruse.  As distributed,
ZX65 was difficult to bring up.  Ron has made major modificiations
and now presents us with a workable 6502 Simulator program.
.......Develop your programs on CP/M for  APPLE???....one
possibility.  This file on MIT-MC is BINARY and stored in ITS
"COM" format.  You'll need LU.COM (the library utility program)
to extract the files from this "LBR" after downloading to your system.

AR74:CPM;6DASM MAC and D6502 MAC - By Richard Conn and W.F. Dudley,
this is a variation of Richard Conn's DASM disassembler, with mods for
6502 disassembly.  Apple Users with CP/M, you might find this useful,
as will anyone trying to disassemble 6502 code.
19-May-83 02:49:00,933;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  19 May 83 3:08 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  19 May 83 2:58 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  19 May 83 2:48 EDT
Date: 19 May 1983 02:49 EDT
From: Ronald G. Fowler <[e-mail]>
Subject:  [RGF: How to use Mem. mapping.]
To: [e-mail]


Date: 19 May 1983 02:47 EDT
From: Ronald G. Fowler <RGF>
To:   Thieret.WBST at PARC-MAXC
cc:   RGF
Re:   How to use Mem. mapping.

  The solution almost universally employed is to set up a chunk of
memory as "global" -- ie, it responds only to the low 16 address
lines, ignoring the extended lines, and therefore always "on".

The size of this global memory depends on the application -- it may
be small enough only to hold an inter-bank communication routine,
or (as in the case of a banked MP/M system, for example) may be
as large as 16K, 20K or more.        --Ron Fowler
19-May-83 16:57:00,3382;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  19 May 83 20:27 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  19 May 83 20:24 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  19 May 83 19:58 EDT
Date: 19 May 83 16:57 PDT (Thursday)
From: [e-mail]
Subject: Re: How to use Mem. mapping.
In-reply-to: Thieret.WBST's message of 16 May 83 15:11 EDT (Monday)
To: [e-mail]
cc: [e-mail]

OOPS.  You will note that there is a 4k block of memory on that card, I believe.
If so, you may place the memory management code in that block and option it as
"global" ram, i.e., it will reside in *each* 64k page.  If I am wrong you will need
another card (surprise!) such as Godbout's System Support 1, which I *know* has
4k of ram which can be made global.  Note that using a block of global ram
means that you may have to option all your memory cards to have those
addresses permanently in tri-state, i. e., disabled, in order to avoid bus
contention.  This would definitely be true using the System Support 1, but may
not be the case if the CPU has the ram on-board; the CPU's internal address logic
may allow you to switch this block in and out of memory on yet another port
and then disable the data-in buffers on the card while reading the on-board
memory; this effectively gives the on-board ram precedence when switched in.
Take a long look at your owner's manual.

A second alternative *does* exist, although it is extremely clumsy & may require
hardware hacks (risky ones at that on your new toy; can void the warranty).
Which board in your system handles boot-strap?  If another card in the system,
such as the disk controller has this job, you are sunk.  The CPU, since it
contains the port which handles the bank switching, *must* bootstrap the
system.  Reason is, the only other way to handle the vanishing code trick is to
have code in *every* bank in the system, at the same location, which picks up
the program and handles entry once the bank switch has been accomplished.
This in turn requires, that the memory be initialized from a boot rom which has
instructions to transfer said code into a 64k bank, switch to the next bank, and
repeat the operation until all banks have been initialized.  To do this, the rom
must be the only *readable* memory in the system, at least until the boot
operation is complete.  This is easiest done by the CPU hardware itself, in much
the same manner as described above.  Basically, at cold boot, the hardware sets a
latch which disables the data-in buffers on the s-100 bus for all memory reads
when the rom is selected and concurrently allows ony the card's internal data
bus to be read.  The data-out buffers are still functional, memory external to the
CPU is now "write-only" (no kidding) until some point after the bank
initialization when the rom program unsets the latch holding the data-n buffers
in tri-state. This latter can lead to the same problem if the last code address
executed from the rom is not physically contiguous with the first insrtuction
executed from ram after the latch unset.  This is beacause the latch unset, will,
most other designs (JADE{ugh!} or QT), deselect the rom.

Confused? stick with 64k & use ZCPR2; bank switching is a poor substitute for
real memory management.  Good luck.

        --MMoon.es
19-May-83 20:19:00,1049;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  19 May 83 20:27 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  19 May 83 20:24 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  19 May 83 20:18 EDT
Date: 19 May 1983 20:19 EDT
From: Charlie Strom <[e-mail]>
Subject: ZCPR2 - 8080 version
To: [e-mail]

I have converted Richard Conn's ZCPR2 version 0.3 to 8080 code exclusively
in anticipated arrival of my Godbout 8085/88 board. ZCPR2 is simply
too good to abandon and I strongly recommend those of you who are running
8080 CPU's to check out the files on AR85:CPM on the MIT-MC machine.

There is a short explanatory doc file explaining the changes and the
different installation requirements conversion necessitated, the CCP
replacement itself, and several utilities of Rick's that are also
converted from Z80. The balance of the ZCPR2 utilities will run on
an 8080 as released.

Bug reports to me at MIT-MC or on Compuserve's CP-MIG. The next step
is a ZCPR-like CCP for CP/M-86???

                        Charlie
20-May-83 05:29:00,1430;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  20 May 83 5:35 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  20 May 83 5:34 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  20 May 83 5:27 EDT
Date: 20 May 1983 05:29 EDT
From: Paul R. Grupp <[e-mail]>
Subject:  CPU-Z Memory mapping
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of 16 May 83 15:11 EDT () from Thieret.WBST at parc-maxc.arpa

The Godbout CPU-Z has a switch for setting the ON-BOARD memory to
"base page only" OR "global".  When S3 position 6 is OFF, the memory
on the CPU board will be used in PLACE of memory in ANY bank that
is selected.  The 4K of CPU memory can be RAM, ROM, or 2K of each.
Just be sure that not only in the code to switch banks in the "global"
memory but also the the stack pointer MUST be set to "global" RAM if
you do any CALLs, PUSHes, or anything else that tries to use the stack
while an extended bank is selected (out of BASE page).

This is a great feature of this board as many of todays higher density
memory boards don't allow for deselection of a "window" to make way
for "global" memory.  The only draw back is that any board OTHER than
the CPU-Z that address this memory window will get the MAIN memory
board and not the CPU-Z's memory.  This means that DMA is NOT possible
to this global spot of memory but will work in the rest of the address
space.
--Paul
20-May-83 08:50:00,2069;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  20 May 83 9:13 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  20 May 83 8:57 EDT
Received: From Parc-Maxc.ARPA by BRL via smtp;  20 May 83 8:50 EDT
Date: Fri, 20 May 83 08:50 EDT
From: [e-mail]
Subject: P128k and 6509 cpu
To: [e-mail]
cc: [e-mail]

Someone recently was looking for some info on the 6509 cpu. The 82-83
data book by MOS tech ( a commodore company) has this to say about the
chip.
 (Product preview)

o  1 megabyte addressing
o  3 state 16 bit address bus allowing dma and multiprocessor systems
sharing a common memory while the 4 bit extended address register allows
for up to 1 megabyte of data- storage
o  internal architecture is identical to the 6502 to provide software
compatiblilty

Features of the 6509
o  memory management
o  on board clock logic
o  addressable memory rage to 1 mbyte
o  single +5 supply
o  n channel, silicon gate, depletion load technology
o  8 bit parallel processing
o  56 instructions
o  decimal and binary instructions
o  13 addressing modes
o  true indexing capability
o  programmable stack pointer
o  variable length stack
o  interrupt capability
o  8 bit bi-directional data bus
o  Program accessable memory range of up to 65k bytes
o  Direct memory access capability
o  bus compatable with 6800
o  pipeline architecture
o  1 ,2 or 3 mhz operation
o  use with and type or speed memory

The info I have is just one page in the data book, however I did notice
a few things ( they include a pin out of the chip- but no pin
descriptions)

    40 pin package
    pins are as follows:
    ready, irq/, sync, nmi/, aec, Vdd, a0-a15, Vss, p0-p3,s.o., d0-d7,
r/w, o2 out, reset, o0 in

    the p0-p3 lines appear to be the high 4 bits on the address, making
this a bank select type machine.
The chip looks interesting, however they don't say if those 4 high bits
will tristate along with the 16 address bits

Rob Westfall
Xerox Corp
Henrietta, NY

--------------------
20-May-83 16:47:23,2671;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  24 May 83 3:34 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  24 May 83 3:29 EDT
Received: From Sri-Unix.ARPA by BRL via smtp;  24 May 83 3:19 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 24 May 83 0:08-PDT
Date: 20 May 83 15:47:23-PDT (Fri)
To: [e-mail]
From:  harpo!floyd!vax135!cornell!uw-beaver!tektronix!ogcvax!metheus!cdi![e-mail]
Subject: Re: Super Z89 (16 bit)
Article-I.D.: cdi.184

Relay-Version:version B 3/9/83; site harpo.UUCP
Message-ID:<[e-mail]>
Date:Fri, 20-May-83 15:47:23 EDT

I found some more information on the Super Z-89 board described in
<[e-mail]>.  I have included that information as well.

HARDWARE
--------
a.  Plug in replacement for h89/z89 cpu. (NO modifications required)
b.  DUAL cpus! (z80 and 8086) **** NOT 8085 as in Z-100; youe z80 prgs work!!
c.  128K ram standard, with sockets for 256K.  memory bus for expansion to 1meg
d.  5 i/o slots
e.  2/4 mhz z80 speed, 8mhz for 8086 (Z-100 and IBMPC are ~ 5 mHz 8088)
f.  FULLY compatible with ALL heath/zenith peripherals incl most ROMS
g.  $1495, 8 weeks devlivery as of May 20 1983
h.  Uses same amount of power as Z89 CPU board
i.  Claimed slightly less RFI than stock Z89.  FCC-wise, may be illegal to
    sell but not to own.

SOFTWARE
--------
a.  runs all heath/zenith software with no mods
b.  fully compatible with h/z100 (which makes it IBM compatible too.)
c.  choice of MS-DOS or CP/M-86 for the 8086 #
d.  supplied with diagnostic software package
e.  "soft disk" feature allows for using ram as virtual disk.
f.  supports multi-user/multi-tasking operating systems.
g.  CDR systems is adapting system for their disk controller boards.


Z-100 programs that directly refrence the hardware may not work -CAF

Richard Fitzgerald <[e-mail] (Richard Fitzgerald)>:
Now, I have seen this system perform, and it is quite nice.

Marc Brooks (CDR systems) likes the board except for the i/o pins
(that mount the i/o cards) which are too short and not gold plated.

According to Rumor Control, Microsoft is unwilling to sell MS-DOS to TMS
because TMS is advertising CP/M-86 also.

Technical Micro Systems, Inc.
P.O. Box 7227, Dept. H
(366 CloverDale)
Ann Arbor, Michigan 48107
[phone]

    Chuck Forsberg, Chief Engr, Computer Development Inc.
    6700 S. W. 105th, Beaverton OR 97005   [phone]
    cdi!caf RCPM 503-621-3193
*** CP/M MSDOS Unix are registered trademarks.
--

    Chuck Forsberg, Chief Engr, Computer Development Inc.
    6700 S. W. 105th, Beaverton OR 97005   [phone]
    cdi!caf
21-May-83 00:43:00,639;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 Jun 83 19:47 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 Jun 83 19:36 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  2 Jun 83 19:25 EDT
Date: 21 May 1983 00:43 EDT
From: Frank J. Wancho <FJW@mit-mc>
Subject:  "Real Programmers Don't Eat Quiche"
To: INFO-MICRO@brl, INFO-CPM@brl

The subject file has apparently been floating around various nets
recently, and a copy came my way today.  It is available on MC in
FJW;REAL PRO, and is much too large to mail (sorry).  It is a very
well-written and thoroughly enjoyable "dissertation" - it made my day!

--Frank
22-May-83 00:29:11,1271;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  22 May 83 4:55 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  22 May 83 4:53 EDT
Received: From Ucb-Vax.ARPA by BRL via smtp;  22 May 83 4:50 EDT
Date: 22 May 83 00:29:11 PDT (Sun)
From: David Allen Gewirtz <[e-mail]>
Subject: Televideo 801 CP/M
Message-Id: <[e-mail]>
Received: by UCBARPA.ARPA (3.342/3.29)
    id AA00036; 22 May 83 00:29:11 PDT (Sun)
Received: from UCBARPA.ARPA by UCBVAX.ARPA (3.341/3.29)
    id AA29640; 22 May 83 01:48:46 PDT (Sun)
To: [e-mail]


I just purchased a used TeleVideo 801 computer.  Unfortunately, the copy
of CP/M enclosed with it had a corrupted file system.  Does anyone
in the San Francisco Bay Area have a TVI801 or know of someone who does?
Dealer references would also do.  If necessary, I will go through the
TeleVideo channels, but that will take quite some time and I would
like to install this machine as soon as possible.  I need a new
copy of CP/M for this machine.  I have the original, serialized dist
disk from TeleVideo as well as all the registration stuff, so my need
is simply a matter of getting a good copy.  Any suggestions would
be appreciated.

Thanks,
David Gewirtz
[phone]
22-May-83 10:52:00,509;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  22 May 83 10:55 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  22 May 83 10:52 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  22 May 83 10:50 EDT
Date: 22 May 1983 10:52 EDT
From: Charlie Strom <[e-mail]>
To: [e-mail]
cc: [e-mail]

I have updated AR85:CPM;ZCPR80 80AQM as of this date. The new file
replaces some code with a subroutine call to save about 20 bytes, otherwise
there is no change.
                    Charlie
22-May-83 12:12:00,847;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  22 May 83 14:18 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  22 May 83 14:14 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp;  22 May 83 14:12 EDT
Date: 22 May 1983 1112-PDT
From: Dick <[e-mail]>
Subject: Ramdrive use?
To: [e-mail]

I have tried using the RAMDRV5 program and seem to have some
slight problems. I can copy files into the ram disk, and type
them out from it, but I cannot copy FROM the ram disk, nor
can I execute any of the programs. I am using the internal
128 byte DIR and sector buffers. I wonder if anyone has had
any success using the program? Should I find and use the systems
BIOS buffers instead of the internal ones to the program?
Should I just go buy a SEMIDISK or CACHE Q?? Should I just
forget the whole thing!?
-------
23-May-83 15:57:11,17225;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  23 May 83 18:23 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  23 May 83 18:20 EDT
Received: From Nosc-Cc.ARPA by BRL via smtp;  23 May 83 18:03 EDT
Date: 23 May 1983 14:57:11-PDT
From: Bob Van Cleef <[e-mail]>
Reply-to: [e-mail]
To: [e-mail]
Subject: SIG/M distribution points
Cc: [e-mail]

The following is a copy of the file REGIONS.SIG that is incuded with
the latest catalog from SIG/M - Hope it is of some help. - Bob

--------------------------------------------------------------------
.HE SIG/M DISTRIBUTION POINTS - 4/1/83               Page #

                     Regional Distribution Areas

International Headquarters

     SIG/M
     P.O. Box 97
     Iselin,   NJ   08830

Northeast Region                   Southeast Region
     Dave Mitton                        Charlie Wells
     NECS                               Atlanta Computer Society
     Andover,  MA                       Atlanta,  GA

Mid Atlantic Region                Atlantic Region
     Mike Gurkin                        Bill Earnest
     CPMUG of Raleigh                   Lehigh Valley Computer Club
     Raleigh,  NC                       Allentown,PA

North Central Region               South Central Region
     Keith Petersen                     Al Whitney
     Royal Oaks, MI                     Houston, TX

Northwest Region                   Southwest Region
                                        Charlie Foster
                                        Pascal/Z Users Group
                                        Sacramento, CA

Eastern Canada                     Western Canada
     Jud Newell                         Dave Bowerman
     Toronto, ONTARIO                   Vancouver, BC

Asia                               Western Europe
     Bill Bolton
     Sidney, NSW
     Australia

.pa

Alabama

     Don Wilkes                         Voice(205)991-3221
     Huntsville,    AL                  CBBS [phone]

Alaska

     John Evans
     618 "N" Street
     Anchorage,     AK   99501

Arizona

     Thomas Oliver
     Blue Hills CPMUG
     Blue Hills Rt
     Dewey,         AZ   86327

California

83   Kelly Smith                        Voice [phone]
     CP/M - NET
     3055 Waco Ave                      CBBS  [phone]
     Simi Valley,   CA   93063          7pm-7am,PMMI,Osborne
                                        Kaypro

83   Michael J. Karas                   Voice [phone]
     Valley Computer Club
     2468 Hansen Court
     Simi Valley,   CA   93065

     Bruce Kendall
     S-100 BUSS
     334 A. Camille Ct
     Mt View,       CA   94040

     Bob Cobler
     MotherLoad Computer Club
     Nevada City,   CA   95959

83   Jim Ayers                          Voice [phone]
     Apple CPMUG of Small Computer Users of Marin
     301 Poplar St.                     CBBS  [phone]
     Mill Valley,   CA   94941          5pm-8am,8in,Apple,Otrona

     Howard Stone
     Temple City Computer Hobbyists
     P.O. Box 572
     Temple City,   CA   91780
.pa
     Samuel Daniel
     Silicon Valley CPMUG
     S.D.C.
     500 Macara Ave
     Sunnyvale,     CA   94086

83   John Moorhead                      Voice [phone]
     S.M.U.G. - Sacramento Microcomputer Users Group
     P.O.Box 161513                     CBBS  [phone]
     Sacramento,    CA   95816

83   Don Bozarth                        Voice [phone]
     S.M.U.G.
     P.O.Box 161513
     Sacramento,    CA   95816

     J.R.Pendley
     Imperial Valley Informal Computerists
     P.O.Box 158
     Imperial Valley,    CA   92251

     Richard Mason                      Voice [phone]
     San Diego Computer Society
     1037 Park Hill Lane
     Escondido,     CA   92025

     Bob Massey
     CP/M Users of Compuserve
     Compuserve
     P.O.Box 6212
     San Bernardino,CA   92412

     Gordon French                      Voice [phone]
     Homebrew Computer Club
     614 18th Ave
     Menlo Park     CA

83   Charlie Foster                     Voice [phone]
     Pascal/Z Users Group
**** SIG/M - Western Coast Region
     7962 Center Parkway
     Sacramento,    CA   95823          CBBS  [phone]

83   Harry F. McGrew                    Voice [phone]
     Santa Barbara Computer Club
     747 Calle de Los Amigo             RBBS  [phone]
     Santa Barbara, CA   93105

83   Trevor Marshall                    Voice [phone]
     Thousand Oaks - RBBS               RBBS  [phone]
     3423 Hill Canyon Avenue            24hr,1200bps,PMMI,I10MB,160MB
     Thousand Oaks, CA   91360

.pa
Colorado

     A.J. Lundquist                     Voice [phone]
     Denver Amateur Computer Society    CBBS  [phone]  212A,32MB
     P.O.Box 633                        CBBS  [phone]  212A,16MB
     Broomfield,    CO   80020          CBBS  [phone]  212A,16MB

     Jack Riley                         Voice [phone]
     Denver Amateur Computer Society CBBS
     Boulder,       CO                  CBBS  [phone]

Connecticut

     Henry B. Rothberg
     1 Laticrete Park North
     Bethany, CT   06525                Voice [phone]

Florida

     Ralph Fernandez
     South Florida Computer Club
     1231 NW 72 Ave
     Hollywood      FL   33024          Voice [phone]

     Michael Seay
     Space Coast Microcomputer Club
     995 Luna Terrace
     Titusville,    FL   32780

     Charles M. Niswonger
     S-100/CP/M SIG Representative
     Central Florida Computer Society
     P.O. Box 855
     Shalimar, FL   32579

     Richard Tremmel
     Coastal Computer Club
     10585  119th St N.
     Largo,    FL   33540

Georgia

83   Charlie Wells                      Voice [phone]
***  SIG/M - Southeast Region
     Atlanta Computer Society
     465 Northgate Pass
     Roswell,  Ga   30075

83   Allen V. Cleveland                 Voice [phone]
     Atlanta Computer Society
     1225 Spring Mill Court NE
     Atlanta,  GA   30319
.pa
Hawaii

     Victor Mori
     2525 So. King St.
     Honolulu,      HA   96826          Voice [phone]

Illinois

     Calamity Cliffs Computer Ctr
     P.O.Box 392
     Lake Forest,   IL   60045

     Jim Mills
     CACHE - CPMUG
     Chicago,       IL

     Stanley Hanson
     192 East Road
     Glen Ellyn,    IL   60137

Indiana

     Geoffrey  Priest                   Voice [phone]
     Prestige Marketing Corp.
     909 N. Coliseum Blvd.
     Fort Wayne,    IN   46805

Iowa

     Donald A. F. Nelson, M.D.
     1030 Fifth Avenue S.E.
     Cedar Rapids,  IA   52403          Modem [phone]

Louisiana

83   Homer Branch                       Voice [phone]
     Heath UG of New Orleans
     703 Valence
     New Orleans,   LA   70115

Massachusetts

83   Dave Mitton                        Voice [phone]
***  SIG/M - Northeast Region
     NECS New England Computer Society
     13 Swan St                         CBBS  [phone]
     Arlington,     MA   02174

     Neil Rosenburg
     S-100 Club
     2 Deer Run
     Littleton,     MA   01460
.pa
Michigan

83   Dave Hardy                         Voice [phone]
     Technical CBBS                     Voice [phone]
     736 Notre Dame                     CBBS  [phone]
     Grosse Pointe, MI   48230

83   Keith Peterson                     Voice [phone]
***  SIG/M - North Central Region
     Royal Oak,     MI                  CBBS  [phone]

     Ron Fowler                         Voice [phone]
     Westland,      MI                  CBBS  [phone]

Minnesota

83   Scott Secor                        Voice [phone]
     CPMUG of Minnesota
     854 120th Lane N.W.
     Coon Rapids,   MN    55434

Missouri

     John Taylor
     St. Louis Area Computer Club
     2009 N. Geyer Road
     St. Louis,     MO   63131

New Jersey

***  SIG/M - Main Hqtrs
     P.O.Box 97                         RBBS  [phone]
     Iselin,        NJ   08830          RBBS  [phone]

83   Kevin O'Connell                    Voice [phone]
     RCA - VM Systems
     Cherry Hill,   NJ

83   Raymond Glueck                     Voice [phone]
**** SIG/M - Compuserve Liason
     ACG-NJ  Micropolis Users Group
     1 Rutledge Road                    8in,SSSD/DD,Vector
     Pine Brook,    NJ  07058

83   Bruce Ratoff                       Voice [phone]
**** SIG/M - CBBS & Co Chairman         CBBS  [phone]
     26 Broad St.
     Cranford,      NJ

83   Bill Chin                          Voice [phone]
**** SIG/M - Chairman & Policy
     177 Hadley Ave                     8in,IBM-PC,VT-18X
     Clifton,       NJ   07011
.pa
83   Sol Libes                          Voice [phone]
**** SIG/M - Publicity
     Springfield,   NJ

83   Howard Fingerhut                   Voice [phone]
**** SIG/M - Order Processing
       Garden Terrace
     Edison,        NJ

83   Randy Reitz                        Voice [phone]
     ACG-NJ Northstar Users Group
     26 Maple St
     Chatham,       NJ

83   Bill Woythaler                     Voice [phone]
     296 Summit Avenue
     Summit,        NJ   07901          Northstar

83   Steve Leon                         Voice [phone]
**** SIG/M - Newsletter Editor
     Cliffside Park,NJ

83   Bruce Blakeslee                    Voice [phone]
**** SIG/M - Corresponding Secty
     Westfield,     NJ

     Robert Nichols                     Voice [phone]
     AGC-NJ Apple Users Group
     Parsippany     NJ

83   Gardner Harris                     Voice [phone]
     ACG-NJ Morrow MicroDecision Librarian
     West Orange,   NJ

     Michael Sullivan                   Voice [phone]
     Financial Software
     54 Grove St
     Haddonfield,   NJ   08033

     Mike Mitelski
     PACS Phila. Area Computer Soc.
     577A Prossen Ave RD 3
     Williamstown,  NJ   08094          Voice [phone]

     Thomas Lindsay
     Seashore Computer Club
     1108 Pollack Ave
     Ocean,         NJ   07712          Voice [phone]

83   Dean Kelchner                      Voice [phone]
     RCA Microcomputer Club
     5340 Peabody Ave
     Pennsauken,    NJ   08109


New York

83   Henry Kee                          Voice [phone]
**** SIG/M - Library Editor
     NYACC New York Amateur Computer Club
     42-24 Colden St                    8in,Cromemco,IBM-PC,
     Flushing, NY   11355               Osborne,Kaypro,VT-18X

     William Nixon
     Rochester RAMS
     115 Clooney Drive
     Henrietta,     NY   14467

     Gary Fishkin
     LICA Long Island Computer Association
     82 Dix Highway                     CBBS [phone]
     Dix Hills,     NY   11746          ABBS [phone]

     Bryan Lewis
     N.Y. Sorcerers Users Group
     R.D. 3   Florence Road
     Putnam Valley, NY   10579

     Helmut Ripke                       Voice [phone]
     Taconic  Computer Club
     935 Frost Court
     Peekskill,     NY   10566

North Carolina

     Mike Gurkin                        Voice [phone]
**** SIG/M - Mid Atlantic Region
     CPMUG of Raleigh                   Days  [phone]
     517 Dartmouth Road                  or 1-[phone]
     Raleigh,       NC   27609

Ohio

     Charles Lewis
     C.D.G.
     379 S. Hametown Road
     Copley,        OH   44321                [phone]

     James Staber II                    Voice [phone]
     Box 09637                            days(800)848-6200
     Columbus, OH   43209                 nite(614)864-8620

83   J.C. Kramer                        Voice [phone]
     CP/M - ACSCO of Columbus
     P.O.Box 28355                      Osborne,Xerox,Omikron
     Columbus, OH   43228-0355
.pa
     Dave Robling                       Voice [phone]
     Dayton Microcomputing Soc.         CBBS  [phone]
     2629 Ridge Ave
     Dayton,   OH   45414

Oregon

     Carl Townsend
     Portland Computer Club
     4110 N.E. Alameda
     Portland,      OR   97212          Voice [phone]

     Chuck Forsberg
     Burlington,    OR                  CBBS  [phone]


Pennsylvania

83   William Earnest                    Voice [phone]
***  SIG/M - Atlantic Region
     Lehigh Valley Computer Group
     Allentown,     PA                  CBBS  [phone]

83   Robert  Todd                       Voice [phone]
     ACG-NJ Zenith/Heath Users Group
     Bensalem,      PA

     Charles Fisher
     Erie Computer Club
     5520 Herman Drive
     Erie,          PA   16509

     Jim Woolsey                        Voice [phone]
     Delaware Valley Computer Club
     6 Stone Hill
     New Hope,      PA

Texas

     Fred Pfafman                       Voice [phone]
     2320 Heather Hill Lane
     Plano,         TX   75075

83   Al Whitney                         Voice [phone]
***  SIG/M  - South Central Region
     2003 Hammerwood                    CBBS  [phone]
     Missouri City, TX   77489


Virginia

     Robert Teeter                      Voice [phone]
     Metro Washington CPMUG
     6410 Furlong Road
     McLean,        VA   22101
83   Jack Williams                      Voice [phone]
     Microcomputer Investors Association
     902 Anderson Drive
     Fredricksburg,      VA   22405

     William Higgs
     Washington Area  TRS-80 Users
     1715 Hollinwood Drive
     Alexandria,    VA   22307          Voice [phone]

83   David C.E. Holmes                  Voice [phone]
     Digital Interest Group in Tidewater
     P.O.Box 1708                       RBBS  [phone]
     Grafton,       VA   23692          24hr,PMMI,4MB

83   Fred W. Davis                      Voice [phone]
     Route 4 Box 50
     Salem,         VA   24153

83   Stan Levine                        Voice [phone]
     CP/M Users of Washington DC
     2053 N. Abingdon Street
     Arlington,     VA   22207

83   Christopher Leithiser              Voice [phone]
     Washington Apple Pi
     8646 Reseca Lane
     Springfield,   VA   22152

Washington

     George Clark
     Northwest Computer Society
     307 108th Ave S.E.
     Bellevue,      WA   98004          [phone]

     David Rabbers
     Ballard CP/M Users Group
     6551 16th Ave NW
     Seattle,       WA   98117

     Dave Stanhope
     Olympia        WA                  CBBS [phone]

Wisconsin

     Rick Martinek                      Voice [phone]
     Ricks Computer Center
     5903 West Parkhill
     Milwaukee,     WI   53213          CBBS  [phone]

                           General Networks

     CompuServe R SIGS(CP-MIG)
     Charlie Strom, Tom Jorgenson, Dave Kozinn
                            International

Australia

     Paul Taylor                        CBBS 09-459-3837
     Perth, Autralia                    CCITT 300 bps Modem

83   Bill Bolton                        Voice 61-2-997-1018
**** SIG/M - Far East Region            CBBS  61-2-997-1836
     P.O. Box 80                        CCITT 300 bps Modem
     Newport Beach, Australia
     NSW, 2106

Canada

     Bob Stek
     R.O.M.S.
     19 Mayfield Road
     Regina,   Canada    S4V0V7

     Dave Bowerman
***  SIG/M - Canada Northwest Region    Voice (604)
     West Coast Computer Society        CBBS  [phone]
     P.O.Box 4476
     Vancouver,     B.C. V6B3A0

     R.J. Dunn
     CP/M UG of Ontario HYDRO
     700 University Ave
     Toronto,       Ontario   M5G1X6    Voice [phone]

     Judson Newell                      Voice [phone]
***  SIG/M - Canada Northeast Region    CBBS  [phone]
     4691 Dundas St... - W                          or
     Islington,    Ontario                    [phone]

Netherlands

     Hank Berkhoudt
     CP/M Groep
     Hesselskamp 4
     3085 SM
     Rotterdam,     Netherlands

United Kingdom

     J.D. Millne                        Voice (011-44)0670-827480
     Inpholink, Ltd
     Front Street West                  Sirus/Victor 9000
     Bedlington, Northumberland
     England   NE22 5UB
.pa
Venezuela

     Hans Stauffer                      Voice (011-58)2-987-3308
     Caracus Computer Club
     Apartado 66394
     Caracus,  Venezuela 1061A
           Or
     Hans Stauffer  M-105
     Jet International Airport
     P.O.Box 520010
     Miami,    FL   33159

Singapore

     Alex Chan
     745 Mountbatten Road
     Singapore  1543

     Naresh Kapoor
     Patel Computer Systems PTE
     27058  OCBC Centre
     Chulia St
     Singapore 0104
23-May-83 15:57:11,9426;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  23 May 83 18:11 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  23 May 83 18:08 EDT
Received: From Nosc-Cc.ARPA by BRL via smtp;  23 May 83 18:03 EDT
Date: 23 May 1983 14:57:11-PDT
From: Bob Van Cleef <[e-mail]>
Reply-to: [e-mail]
To: [e-mail]
Subject: SIG/M distribution points
Cc: [e-mail]

The following is a copy of the file REGIONS.SIG that is incuded with
the latest catalog from SIG/M - Hope it is of some help. - Bob

--------------------------------------------------------------------
.HE SIG/M DISTRIBUTION POINTS - 4/1/83               Page #

                     Regional Distribution Areas

International Headquarters

     SIG/M
     P.O. Box 97
     Iselin,   NJ   08830

Northeast Region                   Southeast Region
     Dave Mitton                        Charlie Wells
     NECS                               Atlanta Computer Society
     Andover,  MA                       Atlanta,  GA

Mid Atlantic Region                Atlantic Region
     Mike Gurkin                        Bill Earnest
     CPMUG of Raleigh                   Lehigh Valley Computer Club
     Raleigh,  NC                       Allentown,PA

North Central Region               South Central Region
     Keith Petersen                     Al Whitney
     Royal Oaks, MI                     Houston, TX

Northwest Region                   Southwest Region
                                        Charlie Foster
                                        Pascal/Z Users Group
                                        Sacramento, CA

Eastern Canada                     Western Canada
     Jud Newell                         Dave Bowerman
     Toronto, ONTARIO                   Vancouver, BC

Asia                               Western Europe
     Bill Bolton
     Sidney, NSW
     Australia

.pa

Alabama

     Don Wilkes                         Voice(205)991-3221
     Huntsville,    AL                  CBBS [phone]

Alaska

     John Evans
     618 "N" Street
     Anchorage,     AK   99501

Arizona

     Thomas Oliver
     Blue Hills CPMUG
     Blue Hills Rt
     Dewey,         AZ   86327

California

83   Kelly Smith                        Voice [phone]
     CP/M - NET
     3055 Waco Ave                      CBBS  [phone]
     Simi Valley,   CA   93063          7pm-7am,PMMI,Osborne
                                        Kaypro

83   Michael J. Karas                   Voice [phone]
     Valley Computer Club
     2468 Hansen Court
     Simi Valley,   CA   93065

     Bruce Kendall
     S-100 BUSS
     334 A. Camille Ct
     Mt View,       CA   94040

     Bob Cobler
     MotherLoad Computer Club
     Nevada City,   CA   95959

83   Jim Ayers                          Voice [phone]
     Apple CPMUG of Small Computer Users of Marin
     301 Poplar St.                     CBBS  [phone]
     Mill Valley,   CA   94941          5pm-8am,8in,Apple,Otrona

     Howard Stone
     Temple City Computer Hobbyists
     P.O. Box 572
     Temple City,   CA   91780
.pa
     Samuel Daniel
     Silicon Valley CPMUG
     S.D.C.
     500 Macara Ave
     Sunnyvale,     CA   94086

83   John Moorhead                      Voice [phone]
     S.M.U.G. - Sacramento Microcomputer Users Group
     P.O.Box 161513                     CBBS  [phone]
     Sacramento,    CA   95816

83   Don Bozarth                        Voice [phone]
     S.M.U.G.
     P.O.Box 161513
     Sacramento,    CA   95816

     J.R.Pendley
     Imperial Valley Informal Computerists
     P.O.Box 158
     Imperial Valley,    CA   92251

     Richard Mason                      Voice [phone]
     San Diego Computer Society
     1037 Park Hill Lane
     Escondido,     CA   92025

     Bob Massey
     CP/M Users of Compuserve
     Compuserve
     P.O.Box 6212
     San Bernardino,CA   92412

     Gordon French                      Voice [phone]
     Homebrew Computer Club
     614 18th Ave
     Menlo Park     CA

83   Charlie Foster                     Voice [phone]
     Pascal/Z Users Group
**** SIG/M - Western Coast Region
     7962 Center Parkway
     Sacramento,    CA   95823          CBBS  [phone]

83   Harry F. McGrew                    Voice [phone]
     Santa Barbara Computer Club
     747 Calle de Los Amigo             RBBS  [phone]
     Santa Barbara, CA   93105

83   Trevor Marshall                    Voice [phone]
     Thousand Oaks - RBBS               RBBS  [phone]
     3423 Hill Canyon Avenue            24hr,1200bps,PMMI,I10MB,160MB
     Thousand Oaks, CA   91360

.pa
Colorado

     A.J. Lundquist                     Voice [phone]
     Denver Amateur Computer Society    CBBS  [phone]  212A,32MB
     P.O.Box 633                        CBBS  [phone]  212A,16MB
     Broomfield,    CO   80020          CBBS  [phone]  212A,16MB

     Jack Riley                         Voice [phone]
     Denver Amateur Computer Society CBBS
     Boulder,       CO                  CBBS  [phone]

Connecticut

     Henry B. Rothberg
     1 Laticrete Park North
     Bethany, CT   06525                Voice [phone]

Florida

     Ralph Fernandez
     South Florida Computer Club
     1231 NW 72 Ave
     Hollywood      FL   33024          Voice [phone]

     Michael Seay
     Space Coast Microcomputer Club
     995 Luna Terrace
     Titusville,    FL   32780

     Charles M. Niswonger
     S-100/CP/M SIG Representative
     Central Florida Computer Society
     P.O. Box 855
     Shalimar, FL   32579

     Richard Tremmel
     Coastal Computer Club
     10585  119th St N.
     Largo,    FL   33540

Georgia

83   Charlie Wells                      Voice [phone]
***  SIG/M - Southeast Region
     Atlanta Computer Society
     465 Northgate Pass
     Roswell,  Ga   30075

83   Allen V. Cleveland                 Voice [phone]
     Atlanta Computer Society
     1225 Spring Mill Court NE
     Atlanta,  GA   30319
.pa
Hawaii

     Victor Mori
     2525 So. King St.
     Honolulu,      HA   96826          Voice [phone]

Illinois

     Calamity Cliffs Computer Ctr
     P.O.Box 392
     Lake Forest,   IL   60045

     Jim Mills
     CACHE - CPMUG
     Chicago,       IL

     Stanley Hanson
     192 East Road
     Glen Ellyn,    IL   60137

Indiana

     Geoffrey  Priest                   Voice [phone]
     Prestige Marketing Corp.
     909 N. Coliseum Blvd.
     Fort Wayne,    IN   46805

Iowa

     Donald A. F. Nelson, M.D.
     1030 Fifth Avenue S.E.
     Cedar Rapids,  IA   52403          Modem [phone]

Louisiana

83   Homer Branch                       Voice [phone]
     Heath UG of New Orleans
     703 Valence
     New Orleans,   LA   70115

Massachusetts

83   Dave Mitton                        Voice [phone]
***  SIG/M - Northeast Region
     NECS New England Computer Society
     13 Swan St                         CBBS  [phone]
     Arlington,     MA   02174

     Neil Rosenburg
     S-100 Club
     2 Deer Run
     Littleton,     MA   01460
.pa
Michigan

83   Dave Hardy                         Voice [phone]
     Technical CBBS                     Voice [phone]
     736 Notre Dame                     CBBS  [phone]
     Grosse Pointe, MI   48230

83   Keith Peterson                     Voice [phone]
***  SIG/M - North Central Region
     Royal Oak,     MI                  CBBS  [phone]

     Ron Fowler                         Voice [phone]
     Westland,      MI                  CBBS  [phone]

Minnesota

83   Scott Secor                        Voice [phone]
     CPMUG of Minnesota
     854 120th Lane N.W.
     Coon Rapids,   MN    55434

Missouri

     John Taylor
     St. Louis Area Computer Club
     2009 N. Geyer Road
     St. Louis,     MO   63131

New Jersey

***  SIG/M - Main Hqtrs
     P.O.Box 97                         RBBS  [phone]
     Iselin,        NJ   08830          RBBS  [phone]

83   Kevin O'Connell                    Voice [phone]
     RCA - VM Systems
     Cherry Hill,   NJ

83   Raymond Glueck                     Voice [phone]
**** SIG/M - Compuserve Liason
     ACG-NJ  Micropolis Users Group
     1 Rutledge Road                    8in,SSSD/DD,Vector
     Pine Brook,    NJ  07058

83   Bruce Ratoff                       Voice [phone]
**** SIG/M - CBBS & Co Chairman         CBBS  [phone]
     26 Broad St.
     Cranford,      NJ

83   Bill Chin                          Voice [phone]
**** SIG/M - Chairman & Policy
     177 Hadley Ave                     8in,IBM-PC,VT-18X
     Clifton,       NJ   07011
.pa
83   Sol Libes                          Voice [phone]
**** SIG/M - Publicity
     Springfield,   NJ

83   Howard Fingerhut                   Voice [phone]
**** SIG/M - Order Processing
       Garden Terrace
     Edison,        NJ


***Error on net connection***

=== brl-bmd netread error from BRL-GATEWAY2 at Mon May 23 18:10:11  ===
23-May-83 17:25:00,774;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  23 May 83 19:36 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  23 May 83 19:34 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp;  23 May 83 19:25 EDT
Date: 23 May 1983 1625-PDT
From: Dick <[e-mail]>
Subject: MINCE question
To: [e-mail]

I have been using VEDIT with an H19 terminal and like
the ability to define/use the special keys. I also like
the ability to insert any character (except Ctl-Z) into
a file. Does MINCE allow custom keybord configuring, or use
special keys on pre-defined terminals? What about Ctl character
insert? I have seen MINCE advertised at $139, so I am thinking
about trying it. Anyone able to give a first hand comparison
of MINCE and VEDIT?
-------
23-May-83 19:56:00,917;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  23 May 83 20:17 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  23 May 83 20:12 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  23 May 83 20:07 EDT
Date: 23 May 1983 19:56 EDT
From: Charlie Strom <[e-mail]>
Subject:  Ramdrive use?
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of 22 May 1983 1112-PDT from Dick <MEAD at usc-eclb.arpa>

RAMDRIV5 has worked just fine for myself and a number of others I have
given the program to. I have used the internal buffers without a
hitch. Sorry I cannot give you any further help. Above all, don't
waste your money on Cache/Q. It requires much more memory than a ram
driver to give decent results.
I am converting to an 8085/88 system so will soon have to give up my
ram drive. This is the only real unpleasant part of the conversion
process (unless I run into any gotchas).
23-May-83 20:06:00,989;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  23 May 83 20:29 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  23 May 83 20:22 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  23 May 83 20:08 EDT
Date: 23 May 1983 20:06 EDT
From: Eric Stork <[e-mail]>
To: [e-mail]

Subject: dBase II / KAYPRO II Problem

A local friend needs help in getting dBase II to run
right on his KAYPRO II.

The problem:  When appending (or editing) a record,
the cursor is two positions to the left of where it should
be.  The inserting/editing of data takes place where it
should, but the operator cannot easily tell what he is doing.

Installation is according to instructions (KAYPRO II simulates
ADM-3A Terminal).  All other functions seem OK.  Experimentation
with installation protocol has not solved problem.

If someone has solved this problem, will appreciate a note
with advice that I can pass on.

Please send response direct to:  STORK%MIT-MC
24-May-83 00:17:17,3219;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  24 May 83 0:31 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  24 May 83 0:28 EDT
Date:     24 May 83 0:17:17 EDT (Tue)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
Subject:  New HELP2 for ZCPR2

AR81, 82, and 84 of CPM contain new HELP2 files  --  source,  ob-
ject, and HLP.  CRCs check.

Significant among the changes is the ability  to  print  (on  the
LST:  device) your current screen display or information section.
This is really nice for a range of applications I  had  not  con-
sidered before.  Thanks to Carolyn Carter for the idea.

All new documentation is in the HLP file.  The following  summar-
izes the concepts surrounding the new Print capability:

:HELP: Printing HELP Files
     Printing  HELP  Files  can be done in two basic  ways  -- by
using  the PHELP Utility of ZCPR2 or by using the Print  function
contained within the HELP Utility itself.

     The PHELP Utility is used to print an entire Help File.   It
acts  a  lot like the PRINT3,  and it has a variety  of  options,
including  the ability to plan for printer output and to  support
paging and other "appearance-enhancing" features.

     The Print Function within HELP is used for quick  printouts.
It  does  not  page or perform anything more exotic  than  simply
printing  out what is contained in a part of a Help  File.   When
the P option is given,  the user is asked to set the top of  form
(giving him time to turn on his printer) and then specify whether
he  wants  to  print the current Frame (Screen  Display)  or  the
entire  information  section  which he is  currently  in.   After
selecting  one of these two options (the option to abort is  also
given),  the  printout  occurs  (may be aborted at  any  time  by
striking a ^C).   When finished, the user is returned to the last
frame he was viewing.

     This new Print Function (available in Versions 4.1 and later
of  HELP2) is provided as a fundamental convenience to the  user.
It allows the user to review the Help File,  and,  when he sees a
particular screen display or information section which he  values
enough  to  want to have around for future reference in  hardcopy
form,  he can simply tell HELP2 to print it.   This capability is
intended  to support the concept of establishing HLP files  as  a
convenient  and flexible way to pass documentation of programs to
the  user  on disk while simultaneously allowing  him  to  easily
print it out if it is of significant interest to him.


     For  instance,  a HLP file which refers to a new program may
contain  an  Information Section or one Frame  which  contains  a
command  summary.   The user can simply print this without having
the print the entire HLP file.

     As  another example,  the HELP2 subsystem may be used  by  a
homemaker  to  keep  her recipes on.   Organized using  the  tree
structure into reasonable catagories (such as  roasts,  desserts,
etc),  while reviewing the recipes she may find one she wishes to
try  for  the evening's meal or to pass on to a friend.   If  the
recipes covers only one screen, a Frame Print is very convenient.
24-May-83 07:07:00,980;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  24 May 83 7:20 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  24 May 83 7:11 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  24 May 83 7:07 EDT
Date: 24 May 1983 07:07 EDT
From: Paul R. Grupp <[e-mail]>
Subject:  Ramdrive use?
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of 22 May 1983 1112-PDT from Dick <MEAD at usc-eclb.arpa>

RAMDRV5 (and it's predecessors) have two fatal bugs.  1. If your system
uses interrupts and an attempt is made to service one while NOT in the
base page of memory a crash will result as the pointers are kept in the
base page.  2.  If your total GLOBAL memory is greater than 256K the
DPH will be incorrect...  I am currently working with Herbert Shore
(the original author) on a new and MUCH improved version of this
program (to be named XDRIVE) which should be ready for release in about
a week.  (Free for NON-COMMERCIAL USE of course)
--Paul
24-May-83 07:59:20,9645;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  24 May 83 11:41 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  24 May 83 10:24 EDT
Received: From Nosc-Cc.ARPA by BRL via smtp;  24 May 83 10:03 EDT
Date: 24 May 1983 06:59:20-PDT
From: Bob Van Cleef <[e-mail]>
Reply-to: [e-mail]
To: [e-mail]
Subject: SIG-M Distripution Points - Try #2

Because I received a message stating that the net died on my first
submission, I am resubmitting the following.  Apologies to those
who see it twice. - Bob

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

The following is a copy of the file REGIONS.SIG that is incuded with
the latest catalog from SIG/M - Hope it is of some help. - Bob

--------------------------------------------------------------------
.HE SIG/M DISTRIBUTION POINTS - 4/1/83               Page #

                     Regional Distribution Areas

International Headquarters

     SIG/M
     P.O. Box 97
     Iselin,   NJ   08830

Northeast Region                   Southeast Region
     Dave Mitton                        Charlie Wells
     NECS                               Atlanta Computer Society
     Andover,  MA                       Atlanta,  GA

Mid Atlantic Region                Atlantic Region
     Mike Gurkin                        Bill Earnest
     CPMUG of Raleigh                   Lehigh Valley Computer Club
     Raleigh,  NC                       Allentown,PA

North Central Region               South Central Region
     Keith Petersen                     Al Whitney
     Royal Oaks, MI                     Houston, TX

Northwest Region                   Southwest Region
                                        Charlie Foster
                                        Pascal/Z Users Group
                                        Sacramento, CA

Eastern Canada                     Western Canada
     Jud Newell                         Dave Bowerman
     Toronto, ONTARIO                   Vancouver, BC

Asia                               Western Europe
     Bill Bolton
     Sidney, NSW
     Australia

.pa

Alabama

     Don Wilkes                         Voice(205)991-3221
     Huntsville,    AL                  CBBS [phone]

Alaska

     John Evans
     618 "N" Street
     Anchorage,     AK   99501

Arizona

     Thomas Oliver
     Blue Hills CPMUG
     Blue Hills Rt
     Dewey,         AZ   86327

California

83   Kelly Smith                        Voice [phone]
     CP/M - NET
     3055 Waco Ave                      CBBS  [phone]
     Simi Valley,   CA   93063          7pm-7am,PMMI,Osborne
                                        Kaypro

83   Michael J. Karas                   Voice [phone]
     Valley Computer Club
     2468 Hansen Court
     Simi Valley,   CA   93065

     Bruce Kendall
     S-100 BUSS
     334 A. Camille Ct
     Mt View,       CA   94040

     Bob Cobler
     MotherLoad Computer Club
     Nevada City,   CA   95959

83   Jim Ayers                          Voice [phone]
     Apple CPMUG of Small Computer Users of Marin
     301 Poplar St.                     CBBS  [phone]
     Mill Valley,   CA   94941          5pm-8am,8in,Apple,Otrona

     Howard Stone
     Temple City Computer Hobbyists
     P.O. Box 572
     Temple City,   CA   91780
.pa
     Samuel Daniel
     Silicon Valley CPMUG
     S.D.C.
     500 Macara Ave
     Sunnyvale,     CA   94086

83   John Moorhead                      Voice [phone]
     S.M.U.G. - Sacramento Microcomputer Users Group
     P.O.Box 161513                     CBBS  [phone]
     Sacramento,    CA   95816

83   Don Bozarth                        Voice [phone]
     S.M.U.G.
     P.O.Box 161513
     Sacramento,    CA   95816

     J.R.Pendley
     Imperial Valley Informal Computerists
     P.O.Box 158
     Imperial Valley,    CA   92251

     Richard Mason                      Voice [phone]
     San Diego Computer Society
     1037 Park Hill Lane
     Escondido,     CA   92025

     Bob Massey
     CP/M Users of Compuserve
     Compuserve
     P.O.Box 6212
     San Bernardino,CA   92412

     Gordon French                      Voice [phone]
     Homebrew Computer Club
     614 18th Ave
     Menlo Park     CA

83   Charlie Foster                     Voice [phone]
     Pascal/Z Users Group
**** SIG/M - Western Coast Region
     7962 Center Parkway
     Sacramento,    CA   95823          CBBS  [phone]

83   Harry F. McGrew                    Voice [phone]
     Santa Barbara Computer Club
     747 Calle de Los Amigo             RBBS  [phone]
     Santa Barbara, CA   93105

83   Trevor Marshall                    Voice [phone]
     Thousand Oaks - RBBS               RBBS  [phone]
     3423 Hill Canyon Avenue            24hr,1200bps,PMMI,I10MB,160MB
     Thousand Oaks, CA   91360

.pa
Colorado

     A.J. Lundquist                     Voice [phone]
     Denver Amateur Computer Society    CBBS  [phone]  212A,32MB
     P.O.Box 633                        CBBS  [phone]  212A,16MB
     Broomfield,    CO   80020          CBBS  [phone]  212A,16MB

     Jack Riley                         Voice [phone]
     Denver Amateur Computer Society CBBS
     Boulder,       CO                  CBBS  [phone]

Connecticut

     Henry B. Rothberg
     1 Laticrete Park North
     Bethany, CT   06525                Voice [phone]

Florida

     Ralph Fernandez
     South Florida Computer Club
     1231 NW 72 Ave
     Hollywood      FL   33024          Voice [phone]

     Michael Seay
     Space Coast Microcomputer Club
     995 Luna Terrace
     Titusville,    FL   32780

     Charles M. Niswonger
     S-100/CP/M SIG Representative
     Central Florida Computer Society
     P.O. Box 855
     Shalimar, FL   32579

     Richard Tremmel
     Coastal Computer Club
     10585  119th St N.
     Largo,    FL   33540

Georgia

83   Charlie Wells                      Voice [phone]
***  SIG/M - Southeast Region
     Atlanta Computer Society
     465 Northgate Pass
     Roswell,  Ga   30075

83   Allen V. Cleveland                 Voice [phone]
     Atlanta Computer Society
     1225 Spring Mill Court NE
     Atlanta,  GA   30319
.pa
Hawaii

     Victor Mori
     2525 So. King St.
     Honolulu,      HA   96826          Voice [phone]

Illinois

     Calamity Cliffs Computer Ctr
     P.O.Box 392
     Lake Forest,   IL   60045

     Jim Mills
     CACHE - CPMUG
     Chicago,       IL

     Stanley Hanson
     192 East Road
     Glen Ellyn,    IL   60137

Indiana

     Geoffrey  Priest                   Voice [phone]
     Prestige Marketing Corp.
     909 N. Coliseum Blvd.
     Fort Wayne,    IN   46805

Iowa

     Donald A. F. Nelson, M.D.
     1030 Fifth Avenue S.E.
     Cedar Rapids,  IA   52403          Modem [phone]

Louisiana

83   Homer Branch                       Voice [phone]
     Heath UG of New Orleans
     703 Valence
     New Orleans,   LA   70115

Massachusetts

83   Dave Mitton                        Voice [phone]
***  SIG/M - Northeast Region
     NECS New England Computer Society
     13 Swan St                         CBBS  [phone]
     Arlington,     MA   02174

     Neil Rosenburg
     S-100 Club
     2 Deer Run
     Littleton,     MA   01460
.pa
Michigan

83   Dave Hardy                         Voice [phone]
     Technical CBBS                     Voice [phone]
     736 Notre Dame                     CBBS  [phone]
     Grosse Pointe, MI   48230

83   Keith Peterson                     Voice [phone]
***  SIG/M - North Central Region
     Royal Oak,     MI                  CBBS  [phone]

     Ron Fowler                         Voice [phone]
     Westland,      MI                  CBBS  [phone]

Minnesota

83   Scott Secor                        Voice [phone]
     CPMUG of Minnesota
     854 120th Lane N.W.
     Coon Rapids,   MN    55434

Missouri

     John Taylor
     St. Louis Area Computer Club
     2009 N. Geyer Road
     St. Louis,     MO   63131

New Jersey

***  SIG/M - Main Hqtrs
     P.O.Box 97                         RBBS  [phone]
     Iselin,        NJ   08830          RBBS  [phone]

83   Kevin O'Connell                    Voice [phone]
     RCA - VM Systems
     Cherry Hill,   NJ

83   Raymond Glueck                     Voice [phone]
**** SIG/M - Compuserve Liason
     ACG-NJ  Micropolis Users Group
     1 Rutledge Road                    8in,SSSD/DD,Vector
     Pine Brook,    NJ  07058

83   Bruce Ratoff                       Voice [phone]
**** SIG/M - CBBS & Co Chairman         CBBS  [phone]
     26 Broad St.
     Cranford,      NJ

83   Bill Chin                          Voice [phone]
**** SIG/M - Chairman & Policy
     177 Hadley Ave                     8in,IBM-PC,VT-18X
     Clifton,       NJ   07011
.pa
83   Sol Libes                          Voice [phone]
**** SIG/M - Publicity
     Springfield,   NJ

83   Howard Fingerhut                   Voice [phone]
**** SIG/M - Order Processing
       Garden Terrace
     Edison,        NJ


***Error on net connection***

=== brl-bmd netread error from BRL-GATEWAY2 at Mon May 23 18:10:11  ===
24-May-83 08:18:00,861;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  24 May 83 8:36 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  24 May 83 8:24 EDT
Received: From Parc-Maxc.ARPA by BRL via smtp;  24 May 83 8:19 EDT
Date: 24 May 83 08:18 EDT (Tuesday)
From: [e-mail]
Subject: Re: MINCE question
In-reply-to: [e-mail]'s message of 23 May 83 16:25 PDT
To: Dick <[e-mail]>
cc: [e-mail]

If you really want total keyboard configuration and a VAST HOST of other
valuable features in a Word Processor... look into The FinalWord from Mark of
the Unicorn.  I recently received it and I am REALLY IMPRESSED with all the
features - some things which I never thought of in terms of a text processor.
Unicorn even has an ARPANET address for TECHNICAL questions.  Fantastic
support!!!  Fantastic software!!!!

Tracy.
24-May-83 09:41:43,1038;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  25 May 83 5:13 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  25 May 83 5:10 EDT
Received: From Sri-Unix.ARPA by BRL via smtp;  25 May 83 5:02 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 25 May 83 1:37-PDT
Date: 24 May 83 8:41:43-PDT (Tue)
To: info-cpm@brl
From: ihnp4!ihuxf!larry@ucb-vax
Subject: Need help getting MIT CP/m files
Article-I.D.: ihuxf.430

Relay-Version:version B 3/9/83; site harpo.UUCP
Posting-Version:version B 2.10 5/20/83; site ihuxf.UUCP
Message-ID:<[e-mail]>
Date:Tue, 24-May-83 08:41:43 EDT
Organization:BTL Naperville, Il.


    Can anybody offer assistance to some of us out here that can't access
the MIT cpm files?  I'd certainly appreciate if I could find a connection that
could 'uucp' (or 'usend') us some of the files I see being announced here.
I'd particularly like to get a hold of ZCPR2.

    Please respond by mail, and we an set things up.

        Much thanks,
--


        Larry Marek
         ihnp4!ihuxf!larry
24-May-83 23:16:00,630;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  25 May 83 1:33 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  25 May 83 1:30 EDT
Received: From Ucb-Vax.ARPA by BRL via smtp;  25 May 83 1:19 EDT
Date: 25 May 83 01:16-EDT
From: @brl%cornella:C4F@BRL
Subject: dBASE II help, ZCPR2 help...
Message-Id: <[e-mail]>
Received: by UCBVAX.ARPA (3.341/3.29)
    id AA09987; 24 May 83 22:16:12 PDT (Tue)
To: INFO-CPM@brl

on dBase II, anyone know how to get its full screen editing
to work on an ANSI standard terminal?

on ZCPR2, anyone care to make a comparison to Computing!'s POWER?

thanks.
25-May-83 06:30:00,493;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  25 May 83 6:48 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  25 May 83 6:37 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  25 May 83 6:35 EDT
Date: 25 May 1983 06:30 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: Public-access phone number list
To: Info-Cpm@brl

CPM;BBSNOS BYNAME has been updated as of today.  This is Bill Blue's
excellent "PAMS" listing of all known public-access message and
file-transfer systems.
25-May-83 09:39:51,642;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  25 May 83 12:04 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  25 May 83 11:58 EDT
Received: From Nosc-Cc.ARPA by BRL via smtp;  25 May 83 11:51 EDT
Date: 25 May 1983 08:39:51-PDT
From: Bob Van Cleef <CCVAX.revc@nosc>
Reply-to: CCVAX.revc@nosc
To: [e-mail]
Subject: sig-m list now on mit-mc

Keith Petersen has place the list of SIG/M distribution points on
Mit-mc in "AR10:CPM;SIG-M DIST", so if you did not get a good
copy, you can FTP it from there.  For those who cannot FTP files,
you can send a note to INFO-CPM-REQUEST asking to have it net-mailed.
    Bob
25-May-83 13:54:00,657;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  25 May 83 16:19 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  25 May 83 16:08 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp;  25 May 83 15:56 EDT
Date: 25 May 1983 1254-PDT
From: Dick <MEAD@usc-eclb>
Subject: Apple CP/M quirks?
To: info-apple@mit-mc
cc: info-cpm@brl

I have noted a few quirks running some PD software (like SQ,USQ)
in which, although the files are acted upon, the system does not
return (it apperars to hang, requiring a RESET). Anyone have info
on other software quirks, fixes. Has anyone successfully installed
ZCPR1 or ZCPR2 on the Apple CP/M system?
-------
25-May-83 21:16:00,513;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  25 May 83 23:39 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  25 May 83 23:30 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  25 May 83 23:21 EDT
Date: 25 May 83 23:16-EDT
From: @brl%cornella:C4F@BRL
Subject: ZCPR2 vs POWER...
Message-Id: <[e-mail]>
Received: by UCBVAX.ARPA (3.341/3.29)
    id AA10270; 25 May 83 20:17:05 PDT (Wed)
To: INFO-CPM@mit-mc

anyone care to compare these two goodies?  replies to the list pls.
25-May-83 23:45:40,1146;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  26 May 83 0:00 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  25 May 83 23:53 EDT
Date:     25 May 83 23:45:40 EDT (Wed)
From:     Rick Conn <rconn@brl>
To:       linus!sch@mitre-bedford
cc:       info-cpm@brl
Subject:  Re:  Toolbox for ZCPR2

It seems like a valid position to me.  Ideas should be free.

There is already an IF...ELSE...ENDIF processor in the PD.
You may look at the source code if you wish.

The toolset/toolbox/integrated utility concept is fundamental to
ZCPR2.  That is a lot of what it was intended to be in the first
place, and feel perfectly free to expand the idea.  One thing you
may wish to take a look at is TEMPLATE.MAC.  This the a "template"
I designed for all future ZCPR2 utilities to be patterned from.
Among other things, it ensures interoperability within the system
and greatly simplifies the interface problems.  If you study TEMPLATE.MAC
and then study PRINT3 and PAGE sources, you will see how much work
is saved by patterning utilities around TEMPLATE.

I am CCing this to INFO-CPM for general info purposes also.

Rick
26-May-83 02:24:00,572;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  26 May 83 2:38 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  26 May 83 2:30 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  26 May 83 2:28 EDT
Date: 26 May 1983 02:24 EDT
From: Frank J. Wancho <FJW@mit-mc>
Subject:  MC:CPM;BBSNOS
To: INFO-CPM@brl

There are now two files again (second derived from the first):

MC:CPM;BBSNOS BYNAME - by name of BBS
MC:CPM;BBSNOS BYAREA - by area code, then exchange, etc.

Thanks to GZ for the EMACS utility to make the 15-second conversion
possible.

--Frank
26-May-83 22:25:00,963;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  26 May 83 22:42 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  26 May 83 22:39 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  26 May 83 22:28 EDT
Date: 26 May 1983 22:25 EDT
From: Paul L. Kelley <PLK@mit-mc>
Subject: MODEM901 Fix File
To: INFO-CPM@brl


    Matt Weinstein at UCLA-LOCUS has pointed out an error in
MODEM901. A fix file is available on MIT-MC as CPM;MODEM 901FIX.
The file reads as follows:

            MODEM901.FIX

    There is an error in the routine in CONSOLE.ASM which emulates
BDOS function 10. The error causes the program to restart itself when
ctrl-U (remove current line) is entered.

    To fix the COM file with DDT change location 265FH from JMP 0AD0H
to JMP 25D3H.

    The source code should read:

    .
    .
    .
;
INBUFO:    MVI    A,'#'
    CALL    CONOUT
    MVI    A,0DH
    CALL    CONOUT
    MVI    A,0AH
    CALL    CONOUT
    JMP    ISTART        ;Formerly:  JMP      START
;
RETYPE:    POP    D
    .
    .
    .
26-May-83 23:54:00,1213;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  27 May 83 2:21 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  27 May 83 2:18 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  27 May 83 1:52 EDT
Date: 27 May 83 01:54-EDT
From: @brl%cornella:C4F@BRL
Subject: help requested for possible glitched files...
Message-Id: <[e-mail]>
Received: by UCBVAX.ARPA (3.341/3.29)
    id AA03361; 26 May 83 22:53:55 PDT (Thu)
To: INFO-CPM@mit-mc

being new to my CP/M system, i must do some stupid things at first.
therefore, i accidentally turned off the power to my system while
a file was open.  (actually, this happened during an editing session
with MINCE - I don't know if it was swapping at the time).  I now
get the following nonsense which I don't understand.  When I do a
DIR, the directory prints out as it should.  when I do a TYPE FOO.*,
(where FOO.SUB was the file that MINCE was editing for me), I get
a BDOS error Illegal ??? in FCB and on the next line, BDOS function 15.
Apparently, Function 15 has to do with opening the file, but at this point
I get lost.  EVERYTHING ELSE seems to be working....

help??  many thanks.   Lin@mit-mc or g.cornella=c4f@ucb-arpa
27-May-83 00:34:00,1558;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  27 May 83 1:06 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  27 May 83 1:01 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  27 May 83 0:33 EDT
Date: 27 May 1983 00:34 EDT
From: Eliot Scott Ramey <ELIOT@mit-mc>
Subject: ZCPR2 vs. other CCP replacements
To: info-cpm@brl

    While I have not encountered POWER yet, I can say that ZCPR2 is
very good competition for Micro Shell version 2.0.  A friend of mine with
an 8085 has not been able to use ZCPR2 (until CSTROM's conversion) on his
system, so he has been vary loyal to MicroShell.  In seeing wha he can do
(and listening to his sales pitches) I have come to the conclusion that
MicroShell has two features that ZCPR2 does not.  These are 1) previous
command editting -- if you make a mistake you can simply edit what you
typed with siply WordStar like commands; and 2) Pipes -- which as far
as I can tell only the author of MicroShell ever uses.  With ZCPR2 implemented
to its full capability one can obtain I/O redirection (and one doesn't even
need ZCPR2 for that, just follow Rick's scheme for the most part) and the
ato-execution of a .SUB file (or a file from a .LBR file, which MS won't do)
and ZCPR2 will even search more drives for a program name.  I am sure
that I have missed something for both ZCPR2 and MS, but these are the things
that I have picked up from everyday use.  In conclusion, save your $200 that
you would spend on MS, and spend a smaller portion of that obtaining ZCPR2.

                        -Eliot at Mit-MC
27-May-83 04:05:00,570;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  27 May 83 4:17 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  27 May 83 4:15 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  27 May 83 4:04 EDT
Date: 27 May 1983 04:05 EDT
From: Jerry E. Pournelle <POURNE@mit-mc>
Subject:  C compiler wanted
To: ihnp4!houxm!houxz!hocda!spanky!burl!duke!mcnc!ncsu!msdc!gatech!brat@ucb-vax
cc: info-cpm@brl
In-reply-to: Msg of 12 May 83 23:58:30-PDT (Thu) from ihnp4!houxm!houxz!hocda!spanky!burl!duke!mcnc!ncsu!msdc!gatech!brat at ucb-vax.arpa

aztec is good stuff.
27-May-83 13:19:55,481;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  27 May 83 13:56 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  27 May 83 13:43 EDT
Date:     27 May 83 13:19:55 EDT (Fri)
From:     Larry Layten DARCOM <llayten@brl>
To:       info-cpm@brl
cc:       llayten@brl
Subject:  Request for Honneywell terminal emulator.

Does anyone know of a terminal emulator for Honneywell VIP
protocol?  If so please reply directly to me, as I am not
on this mailing list.

Larry
27-May-83 18:20:10,528;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  28 May 83 18:21 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  28 May 83 17:50 EDT
Received: From Sri-Unix.ARPA by BRL via smtp;  28 May 83 6:28 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 28 May 83 3:18-PDT
Date: 27 May 83 17:20:10-PDT (Fri)
To: info-cpm@brl
From: decvax!cca!linus!philabs!cmcl2!lanl-a!jlg@ucb-vax
Subject: Re: none
Article-I.D.: lanl-a.326
In-Reply-To: Article sri-arpa.1538

I wish people wouldn't post without a subject.
28-May-83 07:02:00,851;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  28 May 83 22:30 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  28 May 83 22:19 EDT
Received: From Rand-Relay.ARPA by BRL via smtp;  28 May 83 22:15 EDT
Date: 28 May 1983 9:02-EDT
From: goldfarb.ucf-cs@rand-relay
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Subject: Re: C compiler wanted
To: Jerry.ucf-cs@rand-relay, E..ucf-cs@rand-relay, Pournelle.ucf-cs@rand-relay,
    ADDRESS PROBLEM BRL ", POURNE@mit-mc>": ", POURNE@mit-mc>"@BRL.ARPA;
Cc: info-cpm@brl
Message-Id: <83/05/28 0902.383@ucf-cs>
In-Reply-To: Jerry E. Pournelle's message of 27 May 1983 0405 EDT
Via:  UCF-CS; 28 May 83 19:07-PDT

Jerry, "aztec is good stuff" doesn't mean a whole lot.  How about
elaborating?  Since you are admittedly not a C programmer, how can
you presume to evaluate a C compiler.
                Ben
28-May-83 14:39:00,2138;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  28 May 83 18:23 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  28 May 83 17:57 EDT
Received: From srinet-gateway.ARPA by BRL via smtp;  28 May 83 17:02 EDT
Date: 28 May 1983 at 1339-PDT
To: info-cpm@brl
Subject: product idea
From: fylstra.tsca@sri-unix
Received: from SRI-Tsca.micom by SRI-TSC.micom with rs232; 28 May 83 13:52-PDT

Here is a product idea for those of you with infinite spare time.
Now that VIC-20's and Atari-400's are down to $80 at your local
drug store, I would like to use one as a color graphics display
device (and possibly terminal) for my S-100 CP/M system.  Here is
a description of the ideal product (Atari version):

A PC board that plugs into the Atari 400/800 bus.  Contains one or
two 2716 EPROM sockets, a UART with baud rate generator, suitable
decoding, and RS-232 level convertors.  A ribbon cable brings the
RS-232 signals outside to a DB-25 connector.  Power-on reset jumps
into the EPROM.  The EPROM contains firmware to emulate a color
graphics terminal.  In addition to standard terminal functions
(printable characters, CR, LF, BS, clear screen, etc), escape
sequences would be used to select display mode (resolution/color
set); draw dots, lines, circles; fill in polygons; etc.
A reasonable candidate for the command language would be the
Tektronix 4010 terminal.  It should also have the capability of
up/downloading an entire screen image verbatim.  While we're at
it, let's add the capability to examine/deposit any arbitrary
region of memory, set processor registers, and start execution.
Another nice feature would be the ability to define "display
macros," each consisting of a variable-length string of the
graphics primitives, which could then be invoked by transmitting
the macro code.

I've always wanted a color graphics display capability for my
S-100 system.  It would be handy to have an additional terminal
(even with 40-column display width) available for testing purposes.
It should be possible to brew this design for less than $100 in
parts.  Anyone interested?

Dave Fylstra
28-May-83 18:02:00,1552;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  28 May 83 18:24 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  28 May 83 18:12 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  28 May 83 18:04 EDT
Date: 28 May 1983 18:02 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: MODEM overlay problem solved
To: Info-Cpm@brl

Some users of the Kaypro, Xerox-820 and Televideo overlays for
MDM70x and other MODEM7 programs have reported problems getting
it to work.  This has finally been tracked down to the serial
port initialization routine used in the user customization
overlay.  It's not a bug - rather it's a matter of how the
hardware itself is used by the user.  The Z80 SIO chip has
a thing called "auto-enables" which can be turned on or off
at initialization time.  When it's turned on, the Z80 SIO
looks for several signals from the modem, including Data
Carrier Detect.  That's fine IF you hooked up the wires in
your RS-232 cable and IF your modem supplies these additional
signals (or you add jumpers to fake them).

It turns out that the people who had the problems has used only
pins 2, 3 and 7 of the RS-232 which is all you really need for
send, receive and ground.  However, the auto-enables must be
TURNED OFF in order for the Z80 SIO to function in this
environment.

In the initialization routine look for the code that does
MVI  A,0E1H  and then outputs that to the SIO chip.  That is
the proper byte for auto-enables ON, but it should be changed
to  MVI  A,0C1H  for auto-enables OFF.

--Keith
29-May-83 09:17:23,1233;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  29 May 83 9:44 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  29 May 83 9:34 EDT
Received: From Brl-Bmd.ARPA by BRL via smtp;  29 May 83 9:24 EDT
Date:     29 May 83 9:17:23 EDT (Sun)
From:     Charlie Strom NYU <strom@brl-bmd>
To:       Steve Wolff <cc-treas%UCBCORY@ucb-vax>
cc:       info-cpm@brl
Subject:  Re:  Program Piracy


Let's be logical about this - we have never heard (and never will hear) about
someone being sued for making 20 copies of a commercial program to store
away "just in case"... It seems to me that licensing agreements notwithstanding
there is little doubt what constitutes software piracy.

Uncopyable software is a function of the hardware - there is no such thing
in the CP/M world, for example. Another good reason not to buy an Apple!
I for one refuse to be at the mercy of the dealer to depend on for the
replacement of a damaged disk (which will always follow Murphy's law) and
do not want the taint of piracy on me just because I feel that I should have
a right to make a reasonable number of backup copies (and only I can determine
what reasonable means) of some software upon which my bread and butter may
depend!
29-May-83 13:24:00,744;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  29 May 83 15:34 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  29 May 83 15:26 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp;  29 May 83 15:25 EDT
Date: 29 May 1983 1224-PDT
From: Dick <MEAD@usc-eclb>
Subject: ZCPR2 on APPLE II
To: info-cpm@brl
cc: info-apple@mit-mc

It appears the files set up to install the ZCPR2 onto 60k Apple CP/M
won't work on the IIe. I installed the overlay on my APPLE II+,
where it worked fine, then moved it to the IIe, where it trashed
the screen and crashed. Seems the 80 col card uses the TEXT screen1
in addition to its own memory. So be aware, you will have to
find a new home for the ZCPR2 external buffers, or omit them.

-------
29-May-83 14:37:00,577;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  29 May 83 14:51 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  29 May 83 14:44 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  29 May 83 14:39 EDT
Date: 29 May 1983 14:37 EDT
From: Charlie Strom <CSTROM@mit-mc>
Subject: New HELP8080 file
To: info-cpm@brl

I have uploaded a new version of HELP2 converted to 8080 code to MC -
it can be found as AR85:CPM;HELP80 80COM. This version is based on
the latest effort of Richard Conn as introduced by him in a message to
INFO-CPM about a week ago.
                        Charlie
29-May-83 17:38:00,555;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  29 May 83 19:52 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  29 May 83 19:43 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  29 May 83 19:42 EDT
Date: 29 May 1983 1938-EDT
From: John S. Labovitz <@brl:HNIJ@mit-oz>
Subject: LTYPE & TYPE
To: info-cpm@mit-mc

Has anyone started combining TYPE18 and LTYPE so that it is possible
to type out squeezed file in a library?  If not, I may do it.

Also, is LU210.DQC the latest documentation?

        John Labovitz

        HNIJ%OZ@MIT-MC
-------
29-May-83 18:22:56,1067;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  29 May 83 21:36 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  29 May 83 21:27 EDT
Received: From Ucb-Vax.ARPA by BRL via smtp;  29 May 83 21:20 EDT
Date: 29 May 83 18:22:56 PDT (Sun)
From: Steve Wolff <cc-treas%UCBCORY@berkeley>
Subject: Re:  Program Piracy
Message-Id: <[e-mail]>
Received: by UCBCORY.ARPA (3.342/3.31)
    id AA24522; 29 May 83 18:22:56 PDT (Sun)
Received: from UCBCORY.ARPA by UCBVAX.ARPA (3.341/3.29)
    id AA22166; 29 May 83 18:18:19 PDT (Sun)
To:  ADDRESS PROBLEM BRL "cc-treas%UCBCORY@berkeley>": "cc-treas@UCBCORY@berkeley>"@BRL.ARPA;,
     Steve@brl-bmd, Wolff@brl-bmd, strom@brl-bmd
Cc: info-cpm@brl

Thanks for the reply.  I'm glad the system I'm going to buy
is CP/M, as I have no problems about paying for software
legally, but would like to be able to make backups without
the assistance of some program or hardware that may soon
be obsolete anyway.
                        Steve Wolff
                        [e-mail]
29-May-83 21:15:11,4675;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  31 May 83 8:22 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  31 May 83 8:15 EDT
Received: From Sri-Unix.ARPA by BRL via smtp;  31 May 83 7:58 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 31 May 83 4:51-PDT
Date: 29 May 83 20:15:11-PDT (Sun)
To: info-cpm@brl
From: harpo!floyd!vax135!cornell!uw-beaver!vestal@ucb-vax
Subject: Results of CP/M system survey
Article-I.D.: uw-beave.643

Descriptions  for  120  8-bit systems running CP/M were received.
Only a few replies stating use  of  CP/M-86  were  received,  and
these systems have not been counted.  A few comments are in order
before giving the quantitative results.

First,  a  single  site  reported  using  25 Altos 8000 machines.
Another site reported using "several" Altos machines as well, and
I choose the number 7 as being more than a few, less than a  lot,
and  capable of being stored in a nibble.  These were included in
the reports as 32 separate systems, and each entry which might be
affected  by  such  a  large  block  has  been  marked  with   an
asterisk(*).

Second,  many  systems  had different types of floppie drives and
more than  one  communications  software  package.   The  results
posted  are for system combinations; i.e., if a single system had
both  8"  and  5-1/4"  floppies,  then  it  was  counted  in  two
categories    for   question   three.    Systems   with   several
communications  programs  were  similarly  counted   in   several
categories.   As  a result, there were a total of 132 CPU/floppie
categories and 141 machine/software categories.

Finally,  floppie  drives  reported  to  be  switchable have been
included at their highest performance.  For example, my 8" drives
are single/double density, single/double sided;  they  have  been
recorded  in  the 8" DS DD category.  It is my understanding that
most drives can accept a lower density and fewer sides  than  the
maximum  capacity  reported.   No  non-standard  8"  formats were
reported; the number of 5-1/4" formats is, of course,  known  but
to God.

I.  What kind of machine do you have?

                             number    percentage
                         of systems   of total
  Altos 8000(*)                33          27 %
  custom assembly              19          15 %
  Osbourne I                    8           7 %
  Northstar Horizon             7           6 %
  Heath/Zenith Z89              6           5 %
  Kaypro II                     5           4 %
  TRS-80                        5           4 %
  Morrow Micro/Design Decisions 5           4 %
  Big Board I                   4           3 %
  Apple II                      3           3 %
  Compupro System A/B           3           3 %
  Max 80                        3           3 %
  Xerox 820                     3           3 %
  14 other system types        16          13 %

  Total for 27 types          120         100 %

II.  What version of CP/M do you run?

  2.2 was the almost universal answer.

III. What kind of floppie does your system run?

                             system    percentage   percentage
                          combinations  of size      of total
  5-1/4"                       50         100 %        38 %
         SS SD soft             9          18 %         7 %
         SS DD soft            15          30 %        11 %
         DS DD soft             9          18 %         7 %
         SS SD 10 sector        3           6 %         2 %
         DS DD 10 sector        6          12 %         5 %
         other or unspecified   8          16 %         6 %
  8" (*)                       82         100 %        62 %
         SS SD                 13          16 %        10 %
         SS DD (*)             51          62 %        39 %
         DS DD                 13          16 %        10 %
         unspecified            5           6 %         4 %

  Total system combinations   132                     100 %

IV.  What sort of modem communications software do you use?

                             system     percentage
                          combinations   of total
  none (*)                     39          28 %
  Modem ?                      34          24 %
  MDM???                       11           8 %
  user written                  9           6 %
  TriCom                        7           5 %
  Yam                           5           4 %
  Ascom                         4           3 %
  19 additional programs       32          23 %

  Total                       141         101 %
30-May-83 02:12:00,828;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  30 May 83 11:15 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  30 May 83 11:12 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  30 May 83 2:14 EDT
Date: 30 May 1983 02:12 EDT
From: Ronald G. Fowler <RGF@mit-mc>
Subject: New version of MLOAD
To: INFO-CPM@mit-mc

My multi-file loader program, MLOAD, has been updated as of today.
Relevant files may be found on MIT-MC as follows:

        AR17:CPM;MLOAD 14ASM
        AR17:CPM;MLOAD 14HEX
        AR17:CPM;MLOAD 14COM

A major problem has been repaired with non-default drive loading,
and a couple of minor enhancements were added (See modification hi-
tory at the beginning of the ASM file for more details).

Thanks to CSTROM@MC and W8SDZ@MC for reporting the bug (and
both on the same day, no less!).        --Ron Fowler
30-May-83 10:41:00,594;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  30 May 83 22:42 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  30 May 83 22:38 EDT
Received: From Rand-Relay.ARPA by BRL via smtp;  30 May 83 22:36 EDT
Date: 30 May 1983 12:41-EDT
From: goldfarb.ucf-cs@rand-relay
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Subject: Sorry
To: info-cpm@brl, pourne@mit-mc
Message-Id: <83/05/30 1241.766@ucf-cs>
Via:  UCF-CS; 30 May 83 19:05-PDT

I apologize if multiple copies of my message to Jerry were
sent from this site.  Just some mailer trouble.
                               Ben G.
30-May-83 19:07:08,668;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  30 May 83 19:19 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  30 May 83 19:12 EDT
Received: From Brl-Bmd.ARPA by BRL via smtp;  30 May 83 19:09 EDT
Date:     30 May 83 19:07:08 EDT (Mon)
From:     Charlie Strom NYU <strom@brl-bmd>
To:       Steve Wolff <cc-treas%UCBCORY@ucb-vax>
cc:       INFO-CPM@brl
Subject:  Re:  money back programs


Hopefully those "rental" companies you mention will soon be put out of
business by the softwre houses - they clearly violate license agreements
limiting usage to ONE machine. Their purpose is clearly to assist in
piracy while making bucks for themselves.
30-May-83 23:46:00,1249;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  31 May 83 1:56 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  31 May 83 1:54 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  31 May 83 1:48 EDT
Date: 31 May 83 01:46-EDT
From: @brl%cornella:C4F@BRL
Subject: (copy) Undelivered mail
Message-Id: <[e-mail]>
Received: by UCBVAX.ARPA (3.341/3.31)
    id AA05297; 30 May 83 22:46:14 PDT (Mon)
To: INFO-CPM@mit-mc

Date: Tuesday, 31-May-83 01:38:28 EDT
From: Network Mailer <MAL      at CORNELLA>
Subject: Undelivered mail
To: C4F at CORNELLA

Your mail was not delivered to some or all of it's
intended recipients for the following reason(s):

File to INFO-CPM at MIT-MC   was rejected by RSCS/Networking.

--------------------RETURNED MAIL FILE--------------------
Date: 31 May 83 01:38-EDT
From: C4F @ CORNELLA
To: INFO-CPM @ MIT-MC
Subject: user areas on CPM 2.2 and MPM...

If a file is marked SYSTEM on MP/M (or presumably CP/M 2.2), and
you are in user area 1-15, is it possible to write to it? or do all
system files accessible to random user areas have a R/O attribute,
regardless of what the RW/RO status is on user area 0?

replies to G.cornella=c4f@ucb-arpa or lin@mit-mc

thanks.
31-May-83 21:30:00,1308;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  1 Jun 83 2:35 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  1 Jun 83 2:25 EDT
Received: From Rand-Relay.ARPA by BRL via smtp;  1 Jun 83 2:23 EDT
Date: 31 May 1983 at 2030-PDT (Tuesday)
From: tekecs!andrew.Tektronix@rand-relay
Return-Path: <tekecs!andrew.TEKTRONIX@Rand-Relay>
Subject: Aztec C is good stuff
To: tektronix!info-cpm@brl
Via:  TEKTRONIX; 31 May 83 23:15-PDT

Aztec C is good stuff, and I speak as an experienced programmer.
I used their Z80 compiler to write a Business Basic compiler, with heavy
use of static data structures and initializers (for those lex and parse
tables).  They advertise that they implement everything except bit fields.
I've had some trouble with #if, and "solved" it by going exclusively with
#ifdef, but that was several versions ago.

My sole complaint is that their interface to MACRO-80 is not as good as
they advertise.  You pretty much have to invest a weekend in rebuilding
the L80 compatible library because they can't get it right themselves.
Fortunately the source code for all library routines is provided so this
is within the realm of possibility.

  -- Andrew Klossner   (decvax!teklabs!tekecs!andrew)  [UUCP]
                       (andrew.tektronix@rand-relay)   [ARPA]