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

Text File | 1993-02-13 | 253.4 KB | 6,242 lines

 1-Aug-84 20:50:02-MDT,933;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 Aug 84 20:49:57-MDT
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  1 Aug 84 22:19 EDT
Received: from mit-mc.arpa by BRL-VGR.ARPA id a019535; 1 Aug 84 22:12 EDT
Date: Wed 1 Aug 84 22:11:05-EDT
From: Mark Becker <[e-mail]>
Subject: Letter in Dr. Dobb's Journal, August '84
To: [e-mail]

<feeeed meeeee>
Hello NetLand -

     Just received my Aug. issue of Dr. Dobbs and read the complaint
regarding DRI's RMAC compiler.  So I hauled out my copy (came with my
CPM+ stuff, haven't implemented it yet) and typed in the sample bug.

     How this ever escaped DRI just flat out mystifies me.  Or maybe this
is "industry standard"?

     Has anyone seen a reasonable fix for it?

Mark Becker            | RMAC is trademarked by
Cent.Mbeck%MIT-OZ@MIT-MC    | Digital Research, Inc.
-------

 1-Aug-84 22:25:45-MDT,3146;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 Aug 84 22:25:37-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  1 Aug 84 23:51 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  1 Aug 84 23:52 EDT
Date: 1 Aug 1984  21:50 MDT (Wed)
Message-ID: <RCONN.12036121626.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   decvax!mcnc!decvax!mcnc!ecsvax![e-mail]
Cc:   [e-mail], [e-mail]
Subject: LDR Problem
In-reply-to: Msg of 1 Aug 1984  09:21-MDT from decvax!mcnc!decvax!mcnc!ecsvax!emigh at Berkeley

Hi, Ted,

    Your report of problems with LDR is interesting.  No, no one
has reported having any similar problems.  I notice a few items from
your report:

    1. First, since you did not assemble LDR, you should have
received a distribution version.  It contains a Class 1 Environment
Descriptor and you should see the address of your Environment
Descriptor buffer at 109H and 10AH.  I recommend that you check the
original CRC against the value in the distribution list to make sure
that you have a good copy.  Also, after running Z3INS on LDR, load
LDR.COM with DDT and check 109H-10AH to see that the address of your
Environment Descriptor is properly in place.  LDR.COM should extend
from 100H to 0AFFH (next PC is 0B00H).

    2. I highly suspect the LDR.COM that you have as being invalid
since you report a "DIRALPHA -- Pointer Error" message, and there is
no such message inside of the distribution version of LDR.COM.  This
particular message comes from the SYSLIB2 DIRALPHA routine and, as a
rule, should never appear anyway, since it indicates that the
pointer-based sort routine failed.  If someone tried to reassemble LDR
with SYSLIB2 instead of SYSLIB 3, they would have had to change the
source and would now be bringing in all sorts of older routines which
should not be there, such as routines which deal with disk-based named
dirs.  In short - one absolute mess.

    3. You are quite correct in the loading sequence.  Once LDR
has been installed, it contains only a pointer to an Environment
Descriptor.  This descriptor must be resolved first, and then the
other System Segments may be loaded.  This is a common mistake which
is made the first time around, and it looks like you avoided it.

    That is the analysis I can offer from the information you gave
me.  It sounds like your source does not have the correct files,
offhand.  You might want to consider going with the Echelon
alternative, because for only $39 you can get a complete starter kit
and a hard copy of the installation manual and Sampler without having
to worry about corrupted or modified files (a CRC list is provided).
This also ties you into the support system of Echelon and gets you a
subscription to the newsletter (of which issue 4 is now coming up).
The newsletter, among other things, talks about questions that people
have been asking on a recurring basis and may resolve some of your
problems before you encounter them.  SIMTEL20 contains the CRC lists
if you don't have access to one.

Rick
 1-Aug-84 22:32:36-MDT,2416;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 Aug 84 22:32:29-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  2 Aug 84 0:01 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  1 Aug 84 23:52 EDT
Date: 1 Aug 1984  21:52 MDT (Wed)
Message-ID: <RCONN.12036121926.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Subject: [decvax!mcnc!decvax!mcnc!ecsvax!emigh: LDR Problem]

FYI -- This is Ted's problem which I responded to in the other
message.

    Rick


Date: Wednesday, 1 August 1984  09:21-MDT
From: decvax!mcnc!decvax!mcnc!ecsvax!emigh at Berkeley
To:   rconn at SIMTEL20.ARPA
cc:   ecsvax!emigh at Berkeley
Re:   LDR Problem
Original-From: Ted Emigh <emigh@ecsvax>
Location: Genetics and Statistics, N.C. State University
Address: {decvax akgua unc duke ihnp4}!mcnc!ecsvax!emigh
Arpanet: decvax!mcnc!ecsvax![e-mail]

Rick,

  I have been getting ZCPR3 in pieces.  Looks good, BUT...

  I often have trouble loading SYS.ENV.  (In fact, I almost always do).
I can boot ZCPR3.  I look at the various areas, and they are all initialized
correctly. (Basically the same as the one given in the Installation guide,
but my NorthStar prom is at E800H, so the addresses are somewhat shifted).
My SYS.ENV is a Class 1 Environment.  When I issue LDR SYS.ENV, one of
several things happen:
If LDR.COM is installed with SYS.ENV, then my system dies.  Sometimes it
will reboot the system (Jump to around E800H).  By some quirk, after it
reboots, LDR will load SYS.ENV correctly.
If LDR.COM is installed with a Class 2 SYS.ENV, I get the message
"DIRALPHA -- Pointer Error".  However, SYS.ENV is loaded, and further
LDR commands will execute correctly.

Under any case, once SYS.ENV has been loaded correctly, it will reload without
any problem (and will then load SYS.*).

The cold boot loader is similar to my working copy for ZCPR2.  I don't have
the source for LDR.COM yet, but am trying to get it, then I can trace it.
Until then, I wanted to know if anyone else has mentioned this problem to you.
I'll keep you posted to whether this is my problem or a problem with LDR.

--Ted--
--
Ted H. Emigh     Genetics and Statistics, North Carolina State U, Raleigh  NC
USENET:    {akgua decvax duke ihnp4 unc}!mcnc!ecsvax!emigh
ARPA:    decvax!mcnc!ecsvax!emigh@BERKELEY
 2-Aug-84 08:34:58-MDT,1017;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 Aug 84 08:34:52-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  2 Aug 84 10:05 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  2 Aug 84 10:06 EDT
Date: 2 Aug 1984  08:05 MDT (Thu)
Message-ID: <RCONN.12036233574.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   dual!islenet![e-mail]
Cc:   [e-mail]
Subject: ZCPR3 Phase 2 ...
In-reply-to: Msg of 2 Aug 1984  06:40-MDT from dual!islenet!richard at Berkeley

You have a good point ... it is certainly not too late to correct.
The reason I did that was because, while \n represented the LF char
literally, the effect of using it with routines like PRINTF was to
issued CRLF.  Hence, I elected to let \n mean CRLF and \l was added
for LF only.  I think I'll move back to \n meaning LF only and either
not have a char for CRLF (it is easy enough to create a word for it)
or make up something.

    Rick
 2-Aug-84 09:05:45-MDT,1374;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 Aug 84 09:05:36-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  2 Aug 84 10:05 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  2 Aug 84 10:07 EDT
Date: 2 Aug 1984  08:06 MDT (Thu)
Message-ID: <RCONN.12036233795.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Subject: [dual!islenet!richard: ZCPR3 Phase 2 ...]

This is the message from Richard I responded to re DPROG. -- Rick


Date: Thursday, 2 August 1984  06:40-MDT
From: dual!islenet!richard at Berkeley
To:   RCONN at Simtel20.ARPA
Re:   ZCPR3 Phase 2 ...

It all sounds very interesting.  Can't wait to see it.

One question; you appear to be using a lot of C conventions, which is
very nice, why this funky little incompatibility?


>        \l    Line Feed Char (LF)
>        \n    New Line char (CRLF pair)
>        \r    Carriage Return char (CR)

Was it really necessary to have <crlf> available as a single unit?
If so, why not create a new notation for it such as "\$" ?  The way
you have it, you have broken two of the most important C character
notation conventions.

Now if you were to provide the facility to have newlines (0xa) be converted
to crlf's on output that would be useful.

Keep up the good work.


Richard Foulk
Honolulu, Hawaii
 3-Aug-84 08:29:44-MDT,1355;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 08:29:37-MDT
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  3 Aug 84 0:35 EDT
Received: from mit-mc.arpa by BRL-VGR.ARPA id a000120; 3 Aug 84 0:29 EDT
Date: Thu 2 Aug 84 22:29:11-EDT
From: Mark Becker <[e-mail]>
Subject: task scheduling programs (Critical Path Method?)
To: [e-mail], [e-mail]

Hello NetLand -

     I'm looking for pointers to or reviews of task scheduling programs
that will run under CP/M-80.  If you've used any of the Critical Path
Method (or maybe not CPM, I'm not picky) programs, I'd appreciate your
responses to a couple of questions:

- What kind of support are you receiving from the vendor or software
  house that wrote your scheduler?

- Is source code available to allow 'tweaking'?  If not, do you consider
  it flexible enough to not need it?  What language is it written in?

- Any and all quirks/bugs you had problems with during installation?

- Ease of use? (from 1 to 10, 1 = easy, 10 = need guru)

- A public-domain program would be acceptable if the documentation
  was well-written.  Have you seen one?


     Please reply directly to me.  Summary requests will be honored.

     Thanks in advance -

Mark Becker
-------

 3-Aug-84 08:39:01-MDT,1238;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 08:38:54-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Aug 84 10:06 EDT
Date: 3 Aug 1984  07:27 MDT (Fri)
Message-ID: <KPETERSEN.12036488783.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Mark Becker <[e-mail]>
Cc:   [e-mail]
Subject: task scheduling programs (Critical Path Method?)
In-reply-to: Msg of 2 Aug 1984  20:29-MDT from Mark Becker <Cent.Mbeck%MIT-OZ at MIT-MC.ARPA>

There are Critical Path Method programs available here in our archives
at SIMTEL20.  Here's a list:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.BASIC>
CPM-PERT.BAS.1            ASCII     10288   81 =  51H  074DH
This is the original program.  Use SETUP.ASM with it - see instructions.

CPMPRT51.BAS.1            ASCII     11129   87 =  57H  3B3DH
This is an improved version.  Check it out - it may be much better for
your application.  Does not need SETUP.ASM.

SETUP.ASM.1            ASCII      1161   10 =   AH  4C3FH
This is a short assembly-language program to allow easy on-off
switching of the output of CPM-PERT to your printer.

--Keith
 3-Aug-84 08:49:37-MDT,664;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 08:49:29-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Aug 84 10:12 EDT
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  2 Aug 84 23:22 EDT
Date: 2 August 1984 23:23-EDT
From: "James Lewis Bean, Jr." <[e-mail]>
Subject:  Sugart Optima 1000 Drives
To: [e-mail], [e-mail]

A friend of mine is about to purchase one of these RW optical disk
systems.  Does anyone out there have any comments about these?
Is there a better system for the money?


                Thanks in advance,
                lewis
                BEAN at Mit-MC

 3-Aug-84 09:13:01-MDT,1789;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 09:12:53-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Aug 84 10:12 EDT
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  3 Aug 84 2:26 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 2 Aug 84 23:14-PDT
Date: 31 Jul 84 12:25:32-PDT (Tue)
To: [e-mail]
From: decvax!mcnc!ecsvax![e-mail]
Subject: New Version of BISHOW (bidirectional display program)
Article-I.D.: ecsvax.3028

Since the last time bishow (a CP/M80 program to display a text file) was
posted to net.sources, several significant changes have been made.  In
particular, the following changes have been made since version 1.08:
    - lf's in file ignored. adds lf after each cr (can display F80 files)
    - introduced double buffering of file -- gives significant
      improvement in positioning across buffer boundaries with floppies
    - added routine to position to end of file
    - fixed EXIT bug so ALL pending console characters get deleted
    - moved changeable routines to beginning of program
    - added option to clear screen before a page display
    - added option to display sign-on message
The current version number is 1.11.  If you would like a copy of
bishw111.asm and bishw111.doc, please send mail to the address below.
If there are sufficient requests, I'll post it to net.sources.  For
those of you on the ARPA side of the net, I'm arranging to get it
put on SIMTEL20 -- although it feels good to finally have some software
on the USENET that is not on SIMTEL20 :-).
--
Ted H. Emigh     Genetics and Statistics, North Carolina State U, Raleigh  NC
USENET:    {akgua decvax duke ihnp4 unc}!mcnc!ecsvax!emigh
ARPA:    decvax!mcnc!ecsvax!emigh@BERKELEY
 3-Aug-84 09:24:16-MDT,1009;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 09:24:07-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Aug 84 10:13 EDT
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  3 Aug 84 5:18 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 3 Aug 84 2:13-PDT
Date: 31 Jul 84 8:52:00-PDT (Tue)
To: [e-mail]
From: pur-ee!uiucdcs!uicsl![e-mail]
Subject: Re: MOVCPM: The final solution!!!!! - (nf)
Article-I.D.: uicsl.6100002
In-Reply-To: Article <[e-mail]>

#R:dataio:-15700:uicsl:6100002:000:359
uicsl!hr    Jul 31 10:52:00 1984

<>

I must admit to being a bit on the novice side of this, but...

Why couldn't one get the source to the BDOS and just reassemble
the monitor with the BIOS and ZCPR (or whatever)? Wouldn't this
pretty much obviate the need for MOVCPM?

The November (or was it December) issue of Byte mentioned a company
that sold a CPM disassembler that supplied comments.
 3-Aug-84 09:38:59-MDT,3824;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 09:38:46-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Aug 84 10:25 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  3 Aug 84 8:52 EDT
Date: 3 Aug 1984  06:52 MDT (Fri)
Message-ID: <RCONN.12036482374.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: ZCPR3 Utilities

    I have been receiving some reports recently stating that
people are reassembling the utilities rather than simply installing
them.  To date, I know of only one utility for which this is necessary
-- ZEX.  Problems have been reported with ALIAS and LDR in this
regard, and I have verified that this is unnecessary with LDR and I
have not checked ALIAS yet.

    Each ZCPR3 utility contains a pointer to the ZCPR3 Environment
Descriptor, and this pointer is the ONLY system-dependent part of the
utility.  To prove the point, I edited my Z3BASE.LIB file, changing
every value therein, and reassembled LDR.  Upon running DIFF, only one
byte was different -- the value of the pointer to the Environment
Descriptor.  It is this pointer that is altered when Z3INS is run.
Note that Z3INS has to be run on EVERY utility in order for it to be
installed.  If you think you have found a utility which this is not
the case for (ie, you have to reassemble it in order to get it to
work), then run my little test.  Assemble it with two different
Z3BASE.LIB files and compare the two resulting COM files.  If they are
different in any place other than the pointer at locations 109H and
10AH (from org 100H), please let me know.  This rule, of course, does
not apply to ZEX and you may find two pointers in ALIAS -- I will be
checking ALIAS this weekend.

    I have yet to duplicate Ted's reported problem with LDR,
having installed ZCPR3 six times so far with two different Environment
Descriptor locations.  Am working with Ted to see if the problem shows
itself to me.  Until then, I'll assume that the problem is not in LDR
but in his SYS.ENV or some other place.

    Frank Gaude has reported that ZCPR3 is now installed on over
60 different types of systems with, supposedly, 60 different
configurations.  In providing support, he has noted that most of the
questions from the people trying to install the system were already
answered in the Installation Manual.  You just had to find the
answers, and people were evidently a little overwhelmed by the size of
the manual and didn't read the whole thing before trying to install
the system.   May I recommend that the installers be sure to read the
manual over at least once before making the attempt?  This could save
you a lot of frustration in the long run.  Now that the autoinstall
Z3-dot-com is running in beta test satisfactorily (so I am told), it
should not be long before anyone can install ZCPR3 on whatever system
they may have.  Under Z3-dot-com, the installation procedure is
drastically simplified.  I should be able to review it soon (in a week
or so).

    I have seen four ZCPR3 newsletters so far from Echelon.  They
are coming out every two weeks now.  The last two addressed and
clarified several installation questions.  Frank has offered to send
me copies on disk so I can put them on SIMTEL20 for you to see.  I'm
not sure if I'll be doing this for many newsletters, so if you are
really interested in keeping up with Echelon, you might want to
subscribe.  If you purchased your ZCPR3 from Echelon, you are
automatically on the list.

    The book, which is going to the publishers on Monday for final
edit, will have a whole package on installation, and I am including
more than the original installation manual had.

    More later.

        Rick
 3-Aug-84 10:01:23-MDT,1561;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 10:01:16-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Aug 84 10:26 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  3 Aug 84 9:02 EDT
Date: 3 Aug 1984  07:01 MDT (Fri)
Message-ID: <RCONN.12036484066.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Cc:   [e-mail], [e-mail], [e-mail]
Subject: Running .OBJ files under ZCPR3
In-reply-to: Msg of 3 Aug 1984  06:40-MDT from Hilgert.WBST at XEROX.ARPA

Hi, Ron,

    Yes, I do have a suggestion on this.  I have a special login
program that runs under ZCPR3 which identifies the user as a wheel as
a result of his login.  At this point, it leaves a message saying that
the user is a wheel or not and sets or resets the Wheel byte.  LOGIN
is run from a startup alias, and the command after it is an IF that
does one thing if the user is priveleged and another if he is not.  If
he is priveleged, it sets his path to one thing.  If he is not, the
user gets a different path.  Once the STARTUP alias ends, the non-priv
user is in one directory (which cannot access the PATH command) and
the priv user is in another (which can run anything).  If I have time,
LOGIN will be cleaned up and released with Phase 2 ... if not, it will
be released later.  In either case, this concept will be documented in
the book.  In that way, there is no need to have OBJ files versus COM
files around.

    Rick
 3-Aug-84 10:10:37-MDT,699;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 10:10:31-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Aug 84 11:17 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  3 Aug 84 11:09 EDT
Date: Fri 3 Aug 84 09:09:29-MDT
From: Robert Reiner <[e-mail]>
Subject: documentation
To: [e-mail]

In a recent article in Micro-Systems the Public Domain writer mentioned something about NYACC documentation which some of us could not relate to a
publisher or other source.  Doe anyone have any ideas about what Chris Terry
was talking about?  May have misspelled Chir's name.  Soryy.

        John
-------
 3-Aug-84 12:16:31-MDT,782;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 12:16:27-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Aug 84 13:26 EDT
Received: From mitre-bedford.arpa.ARPA by BRL-AOS via smtp;  3 Aug 84 13:23 EDT
Date: Friday,  3 Aug 1984 13:15-EDT
From: [e-mail]
To: [e-mail]
Cc: security![e-mail]
Subject: ZCPR3

   Has anyone succesfully installed ZCPR3 on a DEC VT180 (i.e. Robin)?

 I have been tied in knots with school work and don't have the time to
download,install etc.. But I would love to use it.

 Please reply to the undersigned..


     Mucho gracios!

        Stu
        [ARPA]  sac @ mitre-bedford
        [UUCP] {allegra,decvax,wivax}linus! {security!sc,bccvax!sac}
 3-Aug-84 12:54:14-MDT,839;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 12:54:09-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Aug 84 13:48 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  3 Aug 84 13:46 EDT
Date: 3 Aug 1984  11:45 MDT (Fri)
Message-ID: <RCONN.12036535772.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   Robert Reiner <[e-mail]>
Cc:   [e-mail]
Subject: documentation
In-reply-to: Msg of 3 Aug 1984  09:09-MDT from Robert Reiner <RREINER at SIMTEL20.ARPA>

 The NYACC is the New York Amateur Computer Club, Inc.  The following
 addresses include that of the NYACC.

 I'm repeating these addresses for the newcomers and those who missed
 the previous message.

     Rick

-- following message contains address --
 3-Aug-84 12:58:13-MDT,3905;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 12:57:57-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Aug 84 13:48 EDT
Received: From amsaa.arpa.ARPA by BRL-AOS via smtp;  3 Aug 84 13:43 EDT
Date:     Fri, 3 Aug 84 13:37:41 EDT
From:     David Towson (SECAD) <[e-mail]>
To:       Robert Reiner <[e-mail]>
cc:       [e-mail]
Subject:  Re:  documentation

John - I haven't read the Microsystems article, but from your description
I suspect that the attached messages have the answers to your questions.


Dave
towson@amsaa


Date:     17 Apr 83 22:49:30 EST (Sun)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  Public Domain Software Documentation

        The New York Amateur Computer Club, Inc, has published  a
series  of  DOCUMENTATION catalogs of the public domain software.
There are 7 catalogs so far, each containing over  200  pages  of
documentation  on  public domain software.  This documentation is
almost exclusively copied from the  documentation  files  on  the
public domain disks themselves.

        I skimmed through all 7 catalogs this afternoon, and they
seem  to  be  quite worthwhile to get.  As I see it, they provide
three main services:

                1) they provide a good  overview  of  the  public
domain  software in SIG/M and CP/M UG; more than just listing the
names of the files/programs on these disks, the documentation  is
included, so you can scan the documentation to see what you real-
ly are dealing with before you acquire the disks

                2) they provide a HARD COPY of the documentation;
once  one  obtains  a disk of software, he usually wants to print
out  the  documentation  anyway;  these  catalogs  are  in  good,
letter-quality print and contain tables of content

                3) they consolidate  the  information  on  public
domain  software and are provided at a reasonable cost (the NYACC
sells them at just slightly above cost, and the profit is used to
fund club activities)

        Several people have been expressing  concerns  about  the
ZCPR2  and  SYSLIB  documentation.   Among other things, the last
three catalogs contain ALL of the ZCPR2 and SYSLIB documentation.

        The catalogs contain the following information:

Book 1 (204 pages):  CP/M 1 to 49; SIG/M 1 to 18
Book 2 (214 pages):  CP/M 50 to 54, 78, 79 (CP/M 55 to 77 are reissues of
        SIG/M 1, 2, 11, 4-10, 13-25 resp); SIG/M 19 to 42
Book 3 (217 pages):  SIG/M 43 to 60
Book 4 (210 pages): CP/M 80 to 84; SIG/M 61 to 76
Book 5 and Book 6 (400+ pages): SIG/M 77 to 106 (ZCPR1 is in SIG/M 77
        and ZCPR2 is in SIG/M 98 to 108; SYSLIB is in SIG/M 88 to 90,
        106 to 108)
Book 7 (200+ pages): SIG/M 107 (SYSLIB documentation)

        For those interested in ZCPR2 and SYSLIB, Books  5  to  7
contain good hardcopies of all of the documentation.

        Each book costs $10 (including shipping) in North America
and $15 (via airmail) overseas.  All orders must be prepaid in US
Funds.  The address to write to for ordering the books is:

                New York Amateur Computer Club, Inc
                PO Box 106
                Church St Station
                New York, NY  10008

        Note: the NYACC is a non-profit organization.



Date:     17 Apr 83 23:21:27 EST (Sun)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  NYACC phone

    One last note about the NYACC:  those interested in their
catalogs can phone Susan Perricone at [phone] for more info.
I believe that details such as unlimited distribution and copy permission
within a computer club or company may be worked out.  Reselling was also
mentioned.




 3-Aug-84 13:10:36-MDT,1469;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 13:10:29-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Aug 84 13:48 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  3 Aug 84 13:48 EDT
Date: 3 Aug 1984  11:48 MDT (Fri)
Message-ID: <RCONN.12036536237.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Subject: [rconn: Addresses]

    The following addresses should provide some pointers.  ACGNJ
is the Amateur Computer Group of New Jersey, NYACC is the New York
Amateur Computer Club, SIG/M is the Special Interest Group in
Microcomputers, and CP/M UG is the CP/M User's Group.

    Rick

Date: Monday, 2 July 1984  07:01-MDT
From: Rick Conn <rconn at Brl-Mis.ARPA>
To:   rconn at Simtel20.ARPA
Re:   Addresses

The address of SIG/M is:

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

The address of CP/M UG is:

    CPMUG
    1651 Third Avenue
    New York, NY  10028

The NJ Amateur Computer Group:

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

The NY Amateur Computer Group:

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


San Diego Computer Society:

             ZCPR2
             San Diego Computer Society
             P.O. Box 81537
             San Diego, CA 92138
 3-Aug-84 19:25:10-MDT,733;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 19:25:05-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Aug 84 20:59 EDT
Date: 3 Aug 1984  19:01 MDT (Fri)
Message-ID: <KPETERSEN.12036615146.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Robert Reiner <[e-mail]>
Cc:   [e-mail]
Subject: documentation and NYACC
In-reply-to: Msg of 3 Aug 1984  09:09-MDT from Robert Reiner <RREINER at SIMTEL20.ARPA>

See MICRO:<CPM.GENDOC>GROUPS.USER here at SIMTEL20.  It has the
address of NYACC, which is a computer club that offers public-domain
catalogs which include DOC files.
--Keith
 3-Aug-84 20:22:14-MDT,842;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 20:22:06-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Aug 84 21:56 EDT
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  3 Aug 84 21:58 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 3 Aug 84 18:48-PDT
Date: 1 Aug 84 6:11:16-PDT (Wed)
To: [e-mail]
From: decvax!ittvax!dcdwest!sdcsvax!sdccs6!loral![e-mail]
Subject: cmsg cancel <[e-mail]>
Article-I.D.: loral.330

--
[                                                               ]
[     I am not a stranger, but a friend you haven't met yet     ]
[                                                               ]

Ray Simard
Loral Instrumentation, San Diego
{ucbvax, ittvax!dcdwest}!sdcsvax!sdccsu3!loral!simard
 3-Aug-84 23:18:16-MDT,837;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Aug 84 23:18:11-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  4 Aug 84 0:30 EDT
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  4 Aug 84 0:21 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 3 Aug 84 21:13-PDT
Date: 1 Aug 84 11:25:45-PDT (Wed)
To: [e-mail]
From: ihnp4!pegasus![e-mail]
Subject: modem730 (H89 version)
Article-I.D.: pegasus.1545


I've recently received modem730 from Keith Petersen for the
Zenith h89. The installation went flawlessly.
This program is my main interface to UNIX. It seens that the
program is eating ESC characters. This a serious problem when using
'vi' or emacs. Any help is appreciated.
Thanks in advance.

ihnp4!pegasus!cmf
Chuck Fingerman
 4-Aug-84 09:42:47-MDT,1431;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Aug 84 09:42:34-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  4 Aug 84 11:15 EDT
Date: 4 Aug 1984  09:17 MDT (Sat)
Message-ID: <KPETERSEN.12036770995.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   ihnp4!pegasus![e-mail]
Cc:   [e-mail]
Subject: MDM7xx doesn't eat ESC characters
In-reply-to: Msg of 1 Aug 1984  12:25-MDT from ihnp4!pegasus!cmf at Ucb-Vax.arpa

The problem of MDM7 "eating ESC characters" (in the terminal mode) is
caused by the way you have an option set in the user overlay.  Look
for an equate which says it will "filter out" control characters.
Change it so it does not do that.  This option was put in for people
who had problems with noisy phone lines and wanted a measure of
protection against funny things happening to their terminals.  When
you change the equate, you'll get the full range of characters and
EMACS and other cursor-oriented software on your mainframe will work
properly.  It's too bad that almost all of the overlays were
distributed with the equate set to filter out control characters -
this has caused a lot of unnecessary head-scratching and some people
even quit using MDM7 because they thought there was something wrong
with the terminal mode when they couldn't use EMACS.
--Keith
 4-Aug-84 10:38:07-MDT,1909;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Aug 84 10:37:55-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  4 Aug 84 12:08 EDT
Date: 4 Aug 1984  10:10 MDT (Sat)
Message-ID: <KPETERSEN.12036780594.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: MDM7 overlay for Kaypro allows 4800 baud
Reply-To: [e-mail]

Date: Sunday, 29 July 1984  13:52-MDT
From: Eric Stork <STORK at MIT-MC>
To:   W8SDZ at SIMTEL20
Re:   MDM7 overlay for Kaypro allows 4800 baud

I  have  modified M7KP-2.ASM in several ways that serve my needs.
Others may have similar needs, and  may  find  the  revised  file
(M7KP-X48.ASM) useful.

The  primary  purpose of the mod is to facilitate the direct 4800
baud (i.e., RS-232 to RS-232, without phone  lines)  transfer  of
files  to and from KAYPROs.  I find that very useful -- I do some
work on the Kaypro, or my  subcontractors  do,  and  then  I  can
upload to my S-100 and continue to process the data into a single
report.

This  can easily be done with three wires.  I explain in the file
how to do it, including a diagram for a simple cross-over  switch
to  match  the other computer's RS-232 configuration (I installed
such a switch into the RS-232 connector itself).

But most importantly, the file is set up so that by saying YES or
NO to two equates, one can also  assemble  it  for  normal  modem
operation,  and one can set it up to run off the KP-n-84's serial
PRINTER port.  That is useful if you do not want to  unplug  your
regular modem whenever you want to transfer a file direct at 4800
baud.

Eric Stork

The file is now available on SIMTEL20:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.MODEM7>
M7KP-X48.ASM.4            ASCII     21203  166 =  A6H  A0ACH

--Keith
 4-Aug-84 13:49:52-MDT,643;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Aug 84 13:49:48-MDT
Received: From utexas-20.arpa.ARPA by AMSAA via smtp;  4 Aug 84 15:23 EDT
Date: Sat 4 Aug 84 14:26:11-CDT
From: Douglas Good <[e-mail]>
Subject: Kaypro IV BBS'es
To: [e-mail]


Does anybody know of a BBS run on any type of Kaypro? I am trying to run
an RCPM/RBBS system and so far everything works except my Xmodem program
which is one of the good parts of my BBS. I would appreciate any phone
numbers of any known Kaypro BBS'es so I can share information with them.

    --Doug
-------
 4-Aug-84 14:29:21-MDT,1739;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Aug 84 14:29:15-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  4 Aug 84 16:04 EDT
Date: Saturday, 4 August 1984  13:47-MDT
Message-ID: <KPETERSEN.12036823572.BABYL@SIMTEL20>
Sender: Mark Becker <[e-mail]>
From: Mark Becker <[e-mail]>
To: [e-mail]
Subject:   Query on usages of 'public-domain' software
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Sat 4 Aug 1984 14:06-MDT

Hello Keith -

     I've got a couple of questions regarding copyrights and such on
software released to the SIMTEL20 CP/M archives.

     A local firm has asked me for some help with their office problems
and they are willing to lay out some bucks for my efforts.  For me, as
I'm currently unemployed, this could be a lot of fun as well as maybe
profitable.

    Some of the stuff they want done I'll have to write myself.  But a
good chunk of other things they want live in the 'public-domain' -
LU.COM, SQ.COM, USQ.COM, etc., etc..

    Keith, I was thinking of sending them utilities and only charging
them for my efforts in transmission and maybe some customizing efforts.

    Should I contact all the authors of the above mentioned packages and
set up some agreement with them?  This stuff is *NOT* for re-sale, just for
in-house use.  Heck, I don't know if I'm even allowed to charge for
transmission of these and other utilities.

    Your help is appreciated.. (I'm just flat out confused by all these
conflicting rules on 'copyrights' after seeing all the stuff fly by
regarding Irv Hoff and MDM7xx).

Mark Becker
 4-Aug-84 14:34:36-MDT,1747;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Aug 84 14:34:31-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  4 Aug 84 16:04 EDT
Date: Saturday, 4 August 1984  14:03-MDT
Message-ID: <KPETERSEN.12036823651.BABYL@SIMTEL20>
From: Keith Petersen <[e-mail]>
Sender: [e-mail]
To: Mark Becker <[e-mail]>
Subject:   Query on usages of 'public-domain' software
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Sat 4 Aug 1984 14:07-MDT

You may give away any of the public-domain programs without contacting
the authors.  It doesn't matter that these programs will be used for
commercial applications UNLESS the program documentation specifically
prohibits commercial use.  Even then, unless it's copyrighted that
doesn't mean anything.  Public-Domain is Public-Domain - for ALL to
use in any manner they deem fit.

Public-Domain programs should not be sold for profit, but a
"reasonable" charge can be made for copying and/or customization as
required.  The definition of "reasonable" is vague, but I'd say you
should let your conscience be your guide.  Charge only a small fee for
copying and make your money on a per-hour labor charge for
customization.  Typical free-lance computer consultant fees are $25 to
$50 per hour or "by the piece" if it will take too many hours to make
using the "per-hour" charge practical.  What you charge for an hourly
fee will be decided by what the traffic will bear and by what value
you place on your time.  Don't under-sell yourself and don't forget
your overhead costs, such as disks, computer time, travel, phone
calls, overtime, etc.
--Keith
 4-Aug-84 19:42:06-MDT,536;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Aug 84 19:42:03-MDT
Received: From ut-ngp.arpa.ARPA by AMSAA via smtp;  4 Aug 84 20:59 EDT
Date: Sat, 4 Aug 84 19:50:26 cdt
From: [e-mail]
Posted-Date: Sat, 4 Aug 84 19:50:26 cdt
Message-Id: <[e-mail]>
Received: by ut-ngp.ARPA (4.22/4.22)
    id AA06908; Sat, 4 Aug 84 19:50:26 cdt
To: [e-mail]
Subject: zcpr3
Cc: [e-mail]

Has anyone gotten zcpr3 running on the Kaypro yet?
 5-Aug-84 11:03:44-MDT,791;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Aug 84 11:03:40-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  5 Aug 84 12:32 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  5 Aug 84 12:28 EDT
Date: 4 Aug 1984  22:26 MDT (Sat)
Message-ID: <RCONN.12036914494.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: zcpr3
In-reply-to: Msg of 4 Aug 1984  18:50-MDT from garey at ut-ngp.ARPA

    Echelon has it running on the Kaypro-10.  I'm not aware of any
other Kaypro-specific installation, but the auto-install should
eliminate that problem readily.  The auto-install is still in beta
test and I'll be able to report more when I see it.

        Rick
 5-Aug-84 16:36:25-MDT,753;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Aug 84 16:36:20-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  5 Aug 84 18:09 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  5 Aug 84 18:04 EDT
Date: 5 Aug 1984  16:03 MDT (Sun)
Message-ID: <RCONN.12037106991.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   "Michael C. Adler" <[e-mail]>
Cc:   [e-mail]
Subject: vlib.hlp
In-reply-to: Msg of 5 Aug 1984  11:42-MDT from Michael C. Adler <MADLER at Mit-Mc.ARPA>

    Both VLIB.HLP and SHSET are in Release 2.  So are a lot of
other things, for that matter.  SIMTEL20 has the complete first
release.  There is no release 3 planned.

        Rick
 5-Aug-84 16:42:04-MDT,1051;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Aug 84 16:41:59-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  5 Aug 84 18:20 EDT
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  5 Aug 84 18:21 EDT
Date: Sun, 5 Aug 1984  18:11 EDT
Message-ID: <GZT.ALEX.12037108369.BABYL@MIT-OZ>
From: Alex Fraser <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]


Speaking of all the C compilers that you people have been rating,
I have a problem with mine.  It lacks an INP() statement.
The compiler is Software Toolwork's C/80 compiler version 3.0
for a Heath/Zenith-89.  Has anyone written one for it?  I'm
told that it would be an extremely easy routine to write, but
unfortunately I never learned assembler.  All it needs to do
is input the byte on a given port and return it.  If anyone
could give me a pointer in the right direction to such a statement
I would be eternally greatful...

Alex Fraser
617-646-6188
Gzt.Alex%Mit-Oz@Mit-Mc

 6-Aug-84 03:30:49-MDT,776;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Aug 84 03:30:38-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  6 Aug 84 5:10 EDT
Received: From xerox.arpa.ARPA by BRL-AOS via smtp;  6 Aug 84 5:10 EDT
Received: from GreeneKing.ms by ArpaGateway.ms ; 06 AUG 84 02:08:33 PDT
Date: 6 Aug 84 10:07:59+0100 (Monday)
From: [e-mail]
Subject: Re: New Version of BISHOW (bidirectional display program)
In-reply-to: decvax!mcnc!ecsvax!emigh's message of 31 Jul 84 12:25:32
 PDT (Tue)
To: decvax!mcnc!ecsvax![e-mail]
cc: [e-mail]

Hi Ted,

I'm very interested in Bishow as I deal a lot with ASCII files, I
cannot, however, FTP files across the Net,


Thanks for a great program//Ken
 6-Aug-84 07:24:59-MDT,1707;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Aug 84 07:24:53-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  6 Aug 84 8:48 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  6 Aug 84 8:46 EDT
Date: 6 Aug 1984  06:46 MDT (Mon)
Message-ID: <RCONN.12037267722.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Subject: [DGILBERT.ES: ZCPR3 MENU QUESTION]

FYI -- Rick

Date: Sunday, 5 August 1984  17:53-MDT
From: DGILBERT.ES at XEROX.ARPA
To:   RCONN at SIMTEL20.ARPA
cc:   DGILBERT.ES at XEROX.ARPA
Re:   ZCPR3 MENU QUESTION

Hello again Rick,

I have a question regarding ZCPR3 menu's.  They don't seem to
behave like the ZCPR2 menu.  My hard disk system has several
named directories, each with its own menu.cpr.  Under ZCPR2,
I could invoke 'CD newdir' from the menu, and the new menu.cpr
in newdir would take over.

Under ZCPR3 I have a problem.  I renamed menu.cpr to menu.mnu.
While executing menu.com, the menu is displayed as before.  But,
when I ask for 'CD newdir:', it says its going to the new directory
(message from CD), but give's me the original menu, not the menu
in newdir.  Also, I don't seem to remain in 'newdir'.  Doing ^C
after the 'CD newdir:' command, I'm still in the original directory.

What is the correct way under ZCPR3 to move from one menu to another.
I tried the command 'cd newdir:;menu' which works, but installs one
shell over the other, i.e., ^c from newdir menu returns me back to
original menu, not >prompt.  Therefore, the stack will probably
overflow if I move freely from menu to menu?  What am I missing?

Thanks,

Doug.
 6-Aug-84 07:30:39-MDT,1856;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Aug 84 07:30:32-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  6 Aug 84 8:58 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  6 Aug 84 8:53 EDT
Date: 6 Aug 1984  06:52 MDT (Mon)
Message-ID: <RCONN.12037268903.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: ZCPR3 MENU QUESTION
In-reply-to: Msg of 5 Aug 1984  17:53-MDT from DGILBERT.ES at XEROX.ARPA

    That is a very good question, Doug.  One key difference
between MENU under ZCPR3 and MENU under ZCPR2 is that the ZCPR3
version notes where it executes from and drops a boat anchor there.
In this way, the user can move about under a menu as he desires and
always return to home base automatically so the original menu can be
found.  The MENU under ZCPR3 is a Shell.

    If you want to go to a difference directory while under a
ZCPR3 MENU and stay there, you have to (1) clear the current shell,
(2) log into the desired directory, and (3) invoke a new Menu Shell
with the new menu.  The SHCTRL POP command clears the current shell,
CD DIR: or DU: or DIR: logs you into the new directory, and a MENU
command of whatever form establishes the new menu.  If you want to
NEST your menus (ie, be under one MENU in one directory and also under
another MENU in another directory at the same time), then do as
described but do NOT clear the shell stack.  That is, log into the
desired directory (via CD DIR: or DU: or DIR:) and issue a MENU
command.  You now have two MENU shells on your shell stack, and you
will stay in the second directory under the second shell.  When you
exit this shell (say, via ^C), you will pop back to the first
directory under the first MENU.  Neat, huh?

    Rick
 6-Aug-84 08:00:18-MDT,1190;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Aug 84 08:00:12-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  6 Aug 84 8:58 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  6 Aug 84 8:56 EDT
Date: 6 Aug 1984  06:55 MDT (Mon)
Message-ID: <RCONN.12037269445.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Subject: [dgilbert.es: zcpr3 menu - a solution]

Doug's solution is also correct (see below).  I personally prefer
SHCTRL POP because if you are under another shell in the current MENU,
then the outer shell is not lost.  Doug's solution is perfectly
reasonable.  I think he is getting the ZCPR3 mind-set!

    Rick


Date: Sunday, 5 August 1984  18:07-MDT
From: dgilbert.es at XEROX.ARPA
To:   RCONN at SIMTEL20.ARPA
cc:   DGILBERT.ES at XEROX.ARPA
Re:   zcpr3 menu - a solution

RICK,

IF YOU READ MY OTHER MESSAGE.....I JUST FIGURED OUT ONE WAY..

USE 'SHCTRL CLR' AS FOLLOWS:  TO CHANGE TO ANOTHER MENU ALA'
ZCPR2, USE THE COMMAND  'SHCTRL CLR;CD newdir;MENU'.  THIS
KEEPS THE STACK UNDER CONTROL.  Is this the correct solution?


Thanks,

Doug.
 6-Aug-84 15:23:50-MDT,5643;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Aug 84 15:23:35-MDT
Received: From apg-1.arpa.ARPA by AMSAA via smtp;  6 Aug 84 12:37 EDT
Date:  6 Aug 1984 12:25:57 EDT (Monday)
From: Robert Bloom DRSTE-TOI 3775 <[e-mail]>
Subject: dBase II .cmd Program Beta-Testors Wanted
To: [e-mail]
Cc: [e-mail]

Long message for dBase II People:

I need up to four dBase II knowledgeable persons to be willing to Beta-test a
dBase II program I've written.  The program will be released to the PD
community after test.  (This will be the first time I've released a major
effort to the world - I'd like to know if there are any bad bugs before the
unsuspecting world gets it.)

The program is called "PMS" for "Project Management System" and is used to
manage the milestones, financial info, and other data of interest on a
project basis.  Additional information and parameters are attached below.

Testers should have a good knowledge of dBase II command files as some (and up
to a great deal of) customization is to be expected.  (Nobody's milestones
will be identical to mine and the "data of interest" will vary based on the
type projects tracked.)  A hard disk is recommended as a complete PMS system
with all options activated, the documentation, and several project files may
take a mega-byte or more.  For instance, a file list on my HD (4k block size -
18Meg HD divided into 13 "Logical" drives of 1 and 2M bytes) shows the PMS
related files as:

     Drive:B  User:1  Files:35     Space used:360k  (572k Free)
          (16 PMS Project dBases)
     Drive:D  User:1  Files:104     Space used:952k  (940k Free)
          (dBase II and all of the *.CMD and *.DOC files of PMS)
     Drive:E  User:1  Files:33     Space used:440k  (516k Free)
          (15 PMS Project dBases)
     Drive:G  User:1  Files:29     Space used:256k  (488k Free)
          (13 PMS Project dBases)
     Drive:J  User:1  Files:5     Space used:20k  (360k Free)
          (1 PMS Project dBase)

     Don't let these figures scare you completely off - the 66 .CMD files
alone take "only" ~325k and the whole thing is highly modulized so that it may
be trimed down for particular applications.  One does not needs the multiple
disks as shown above - a megabyte should hold a nice size working system.)

     After I sort out the replies (if any) to this message, we'll work out a
method to transfer the files to the testors machines.  (I've a NorthStar so
there is a definite media problem.)

                          PROJECT MANAGEMENT SYSTEM
                                    (PMS)

                    Copyright (c) 1984 by Robert W. Bloom
                             All Rights Reserved
PMS is a set of dBase II "command files" that serve to manage milestone
schedules, financial actions, and administration data on a project by project
basis.  The full-blown system includes facilities for:  (limits are program
limits - disk size limitations will probably be the driving factor.)

     * Up to 800 milestones per project, each with an original date, actual
date, up to 10 revisions, and each date may have an optional cross-reference
number to a comment.

     * routines for easy revision and completion of milestones, each with the
capability of adding comments as part of the revision/completion.

     * up to 99 comment records per project with up to 150 characters per
comment.

     * unlimited number of projects, however, only 30 may be displayed in the
project selection menu.  (There is a way to call projects not in the menu.)

     * All the information for one project is held in one file (and one .ndx)

     * completely menu driven - the user need not know anything of the
underlying dBase II structure, programming language, or commands.  (Knowledge
of these is necessary to modify the system however.)

     * Two levels of prompting - "expert and novice".

     * A unlimited number of Points-of-contacts may be held for each project,
each containing name, agency, address, attention line, and phone number.

     * Adminstrative type data is held for each project - names, numbers,
responsible persons and agencies.

     * Financial actions - requested, received and distributed funding, are
held for each project.

     * A financial plan, i.e. how much is planned to go for what, is held for
each project.

     * 10 different reports in three major areas (administration, milestones,
and financial) are available.  Reports may be "stacked", in which multiple
reports on multiple projects may be all output continuously without additional
user input.

     * reports may to output to printer, terminal or file.

     * (rudimentary) facilities for retrieving information from a project
historical file.

     * highly modular, easily modified.  The total coding size is >300k, but
may be reduced by eliminating modules.

     * facilities for viewing a correctly any record in the data base without
resort to any of the dBase II editing commands.

Documentation files include:

      READ-ME.PMS - facilities of PMS, where to look for more help, and short
                          instructions on how to install
          PMS.DOC - user documentation
          PMS.INS - detailed installation instructions
          PMS.HLP - help for customization, program notes
          PMS.STR - table of the structure of the project files
          PMS.RPT - Sample reports

*dBase II is a trademark of Ashton-Tate

 6-Aug-84 19:52:16-MDT,684;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Aug 84 19:52:04-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  6 Aug 84 18:20 EDT
Received: From xerox.arpa.ARPA by BRL-AOS via smtp;  6 Aug 84 18:21 EDT
Received: from Gamay.ms by ArpaGateway.ms ; 06 AUG 84 15:20:43 PDT
From: [e-mail]
Date: 6 Aug 84 15:20:35 PDT
Subject: ZCPR3 MENU...pop
To: [e-mail]
cc: [e-mail]


RICK,

AH!  Yes, the 'SHCTRL POP' is the answer.  That way, I can have another
shell installed if I want, and maintain it under MENU control.  Works
FINE!

....and yes....NEAT!

Thanks again,

Doug.



 7-Aug-84 07:38:27-MDT,3049;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 Aug 84 07:38:06-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  7 Aug 84 8:49 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  7 Aug 84 8:41 EDT
Date: 7 Aug 1984  06:41 MDT (Tue)
Message-ID: <RCONN.12037528971.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Subject: [decvax!mcnc!ecsvax!emigh: LDR Problem]

FYI -- This is an answer to that LDR anomaly.  Will see that a change
is posted.

    Rick


Date: Monday, 6 August 1984  12:10-MDT
From: decvax!mcnc!ecsvax!emigh at Berkeley
To:   rconn at SIMTEL20.ARPA
cc:   ecsvax!emigh at Berkeley
Re:   LDR Problem
Original-From: Ted Emigh <emigh@ecsvax>
Location: Genetics and Statistics, N.C. State University
Address: {decvax akgua unc duke ihnp4}!mcnc!ecsvax!emigh
Arpanet: decvax!mcnc!ecsvax![e-mail]
References: Msg of 2 Aug 1984  14:06-MDT from decvax!mcnc!ecsvax!emigh at Berkeley

Rick,

  The program LDR.COM does not match LDR.MAC (both on SIMTEL20).  I have made
a ZSID listing of LDR.COM,and have printed it next to the LDR.MAC listing
(forgive the difference in mnemonics, I can't locate DDT just now...).
ZSID Disassembly of        LDR.MAC from SIMTEL20
LDR.COM from SIMTEL20
            ;
            ;  Load Data Buffers from Environment
            ;
            setdata:
LD    HL,(0754)    lhld    envptr    ; get environment descriptor address
LD    (04DC),HL    shld    envadr
LD    DE,0080        lxi    d,80H    ; pt to Z3TCAP
ADD    HL,DE         dad    d
LD    (04E8),HL    shld    tcapadr
CALL    073F        call    getrcp    ; get RCP data
LD    DE,04A6        lxi    d,rcpdata    ; load
CALL    02BB        call    sdload
CALL    0701        call    getiop    ; get IOP data
LD    DE,04B2        lxi    d,iopdata    ; load
CALL    02BB        call    sdload
CALL    06F0        call    getfcp    ; get FCP data
LD    DE,04BE        lxi    d,fcpdata    ; load
CALL    02BB        call    sdload
            lxi    h,ndridat    ; init NDR data in case no entry
            lxi    d,ndrdata
            mvi    b,9    ; 9 bytes (1-jmp, 5-ID, 2-adr, 1-size)
            call    moveb
CALL    072E        call    getndr    ; get NDR data
            mov    a,h    ; no NDR data?
            ora    l
            rz
LD    DE,04CA        lxi    d,ndrdata    ; load and fall thru to sdload
CALL    02BB        call    sdload
DEC    DE        dcx    d    ; pt to entry count
LD    A,(DE)        ldax    d    ; get entry count
PUSH    DE        push    d    ; save ptr
LD    H,00        mvi    h,0    ; HL = value
LD    L,A        mov    l,a
ADD    HL,HL        dad    h    ; *2
LD    D,H        mov    d,h    ; DE = value * 2
LD    E,L        mov    e,l
ADD    HL,HL        dad    h    ; *4
ADD    HL,HL        dad    h    ; *8
ADD    HL,HL        dad    h    ; *16
ADD    HL,DE        dad    d    ; *18
LD    A,H        mov    a,h    ; /128
RLCA            rlc
AND    FE        ani    0feh
LD    H,L        mov    h,a
LD    A,L        mov    a,l
RLCA            rlc
AND    01        ani    1    ; A = value * 18 / 128
OR    H        ora    h    ; +1
INC    A        inr    a    ; get ptr
POP    DE        pop    d    ; save value
LD    (DE),A        stax    d
RET            ret

As you can see, the LDR.COM version does not check for valid Named Directories.
I have used LDR as assembled from LDR.MAC and it is working fine.  This resolves
the problem as far as I am concerned.  If you would still like me to send you
the values in my sys.env file I will do so, but I don't think this is necessary.

--Ted--
 7-Aug-84 07:48:49-MDT,1457;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 Aug 84 07:48:42-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  7 Aug 84 9:00 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  7 Aug 84 8:59 EDT
Date: 7 Aug 1984  06:58 MDT (Tue)
Message-ID: <RCONN.12037532123.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Subject: ZCPR3 Book

    The ZCPR3 Book - the WHOLE thing - went to the publisher
yesterday.  Two editors have been working on it for a couple of weeks
now, and there are no problems reported.  Three editors will start
work on it Thursday or so, and no problems are anticipated at this
time.  The release of the book is currently set for the first of
October - in hardbound (I think) at a list price of $19.95. The draft,
as printed by my exhausted Toshiba, is 500 pages long, including a
10-page table of contents and 15-page index.  The book is entitled
"ZCPR3: The Manual", as opposed to the next book (no contract on this
one yet), which is entitled "ZCPR3: The Libraries".  I will probably
upload a copy of the table of contents to SIMTEL20 soon so anyone who
is interested can see what the book looks like.

    Rick

PS - Here is the documentation that several of you have asked for.
Every command in all detail with a package of the book (consisting of
5 or 6 chapters) on the internal operation of the ZCPR3 System.

 7-Aug-84 13:36:56-MDT,918;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 Aug 84 13:36:47-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  7 Aug 84 14:50 EDT
Received: From xerox.arpa.ARPA by BRL-AOS via smtp;  7 Aug 84 13:13 EDT
Received: from GreeneKing.ms by ArpaGateway.ms ; 07 AUG 84 10:08:41 PDT
Date: 7 Aug 84 13:52:31+0100 (Tuesday)
From: [e-mail]
Subject: XLT86
To: [e-mail]
cc: [e-mail]
Reply-To: [e-mail]

There has been the odd enquiry on the net for a utility to enable
translation of 8080 assembly source code to 8086 code.

XLT86 from DIG Research is one such utility which is written in PL/I and
will run on any 8-bit CP/M (or MP/M) system (min' 48K).

I understand there is also a VAX/VMS version (1600 BPI) for large
program translation,

Does anyone out there have any experience of this package???

Ken

 8-Aug-84 07:02:58-MDT,1500;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Aug 84 07:02:51-MDT
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  8 Aug 84 8:32 EDT
Received: from radc-multics.arpa by BRL-VGR.ARPA id a001063; 8 Aug 84 8:34 EDT
Date:  Wed, 8 Aug 84 08:27 EDT
From:  [e-mail]
Subject:  BDOS Help Needed
To:  [e-mail], [e-mail]
Message-ID:  <[e-mail]>

     We have a vintage Imsai 8085 S-100 system with two 8" SS/SD drives
here that we are configuring as an RCPM system for out local clup.
(Mohwk Valley Microcomputer Club) All the software is finished and runs
well.  I purchased and installed the Optronics Technology timeout board
on the disk drives to reduce disk/head wear,since this board will be
operational 24 hours a day.
     Here's the problem:  The timeout board triggers on the "drive
select" line from the controller.  When it sees this signal, it turns
the 115VAC back on to the spindle motor.  Several seconds after the loss
of this signal, the board will power the spindle motor down.  This
system uses "Fischer-Freitas" CP/M 2.2.  I need to find someone who has
worked with this BDOS and can point me in the direction of how to patch
it to bring the drive select down after a disk read.  I'd do it myself,
but time is at a premium right now and I'd like to get this board on
line.
     Thanx much, in advance!

Wolf Wiedemann RADC-MULTICS
 8-Aug-84 07:52:11-MDT,649;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Aug 84 07:52:06-MDT
Received: From apg-1.arpa.ARPA by AMSAA via smtp;  8 Aug 84 8:41 EDT
Date:  8 Aug 1984  8:39:06 EDT (Wednesday)
From: Robert Bloom DRSTE-TOI 3775 <[e-mail]>
Subject: Enough Betas Already!
To: [e-mail]

Thanks to all the responded to my call for beta testors of the "PMS"
dBase II package.  As of right now I have 12 names and think that's
enough (probably too much but we'll handle it.)

The rest of you will just have to wait until it appears on simtel or
whereever.

Thanks again, Bob Bloom

 8-Aug-84 08:24:47-MDT,1448;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Aug 84 08:24:41-MDT
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  8 Aug 84 9:49 EDT
Received: from nadc.arpa by BRL-VGR.ARPA id a001975; 8 Aug 84 9:44 EDT
Date: 8 Aug 1984 09:40:26-EDT
From: [e-mail]
To: [e-mail], [e-mail],
    [e-mail]
Subject: BDOS Help Needed
Cc: [e-mail]

    I don't know how much applicability this has but here goes:
We had a Digital Group (aka AEON) system up with SS/SD 8" disks running CPM and
Oasis on a time shared basis. The disks would crash on power down intermittently
and the select lines had come high. The answer we got from DG was that they all
do that! We abandoned SD and installed DD disks with a new disk controller.
Result: three years without a controller glitch (one disk regulator failure).
Recommendation: Look at the disk controller before attacking BDOS as our
problem was language independent.

                    good luck,
                    [e-mail]

P.S. A delay after disk read is normal - if the power on the motor shuts down
     immediately after completion some systems declared the previous data
     shipped bad and tried again resulting in endless retransmissions. Also
     some timeout boards include a longer delay >30 seconds to cover the
     random access file case where excessive cycling would occur.
 8-Aug-84 12:13:26-MDT,1845;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Aug 84 12:13:16-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  8 Aug 84 13:36 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  8 Aug 84 13:35 EDT
Date: 8 Aug 1984  11:34 MDT (Wed)
Message-ID: <RCONN.12037844457.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   Jim Forrest <[e-mail]>
Cc:   [e-mail], [e-mail]
Subject: RBBS/ZCPR2
In-reply-to: Msg of 8 Aug 1984  06:30-MDT from Jim Forrest <JFORREST at SIMTEL20.ARPA>

Yes, I concur that with programs like SWEEP, security is basically
lost if you can get to them.  ZCPR3 offers a distinct advantage in
this arena in that for secure systems with the DU form disabled, then
the DIR form has to be used.  Each named directory has a password
associated with it.  So if the user types ROOT:SWEEP, then if ROOT has
a non-blank password, the user is FORCED to provide a correct password
before the system will log him in.  If he does not provide the correct
password, the ROOT: reference is changed (internally) to the current
directory.  The same is true for commands like TYPE DIR:PASSFILE.TXT,
since even for references in the argument fields, the password
protection holds under ZCPR3.

    "Dangerous" commands should be placed into a named directory
which is not in the command search path.  If you want even more
security, have the login sequence DISABLE the reference in the named
directory to this "secure" directory, so its NAME is not even
available to the user.  With DU disabled and no NAME, a directory
CANNOT be referenced unless a tool like SWEEP which bypasses the
protection system is used, and hopefully the path protection with the
named directory reference will stop that.


    Rick
 8-Aug-84 12:15:28-MDT,1419;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Aug 84 12:15:22-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  8 Aug 84 13:36 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  8 Aug 84 13:36 EDT
Date: 8 Aug 1984  11:35 MDT (Wed)
Message-ID: <RCONN.12037844628.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Subject: [JFORREST: RBBS/ZCPR2]

FYI - this is the message I responded to in my comments about security
under ZCPR3. -- Rick

Date: Wednesday, 8 August 1984  06:30-MDT
From: Jim Forrest <JFORREST at SIMTEL20.ARPA>
To:   KPETERSEN at SIMTEL20.ARPA
cc:   JFORREST at SIMTEL20.ARPA
Re:   RBBS/ZCPR2
ReSent-From: KPETERSEN@SIMTEL20
ReSent-To: RCONN
ReSent-Date: Wed 8 Aug 1984 07:14-MDT

Keith

Found a serious weakness in security

With user areas restricted to 0-9, a user in 0: can type:

11:sweep2<ret>

Then can use sweep to go to any user area as it over-rides bye limits

I have tried protect and password (whatever correct names are) to no
avail.

Possibly I have bye set for cpm 2.2 and not zcpr2 or nzcpr2. I am
using version of zcpr2 set up for security that eliminates some
commands. I was not sure which to use in bye as I had some trouble
when I set on zcpr2 or nzpr2. That may be due to difference in max
user set with genins and max user set in bye.

Jim
 8-Aug-84 23:40:09-MDT,1806;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Aug 84 23:40:03-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  9 Aug 84 1:08 EDT
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  9 Aug 84 1:09 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 8 Aug 84 22:01-PDT
Date: 7 Aug 84 6:22:59-PDT (Tue)
To: [e-mail]
From: ihnp4!ihuxp![e-mail]
Subject: PCPI Appli-Card(tm) Drivers
Article-I.D.: ihuxp.816

The PCPI Appli-Card(tm) is a versatile CP/M(tm) card for
the Apple II (or IIe). Using the OEM software that can be obtained from
PCPI, one can write special purpose "drivers" that down load into the
Apple at boot time.  The card comes with a standard set of drivers for
controlling the console, printer, etc.  Supposely these drivers can be
relocatable or can be loaded into an absolute location at boot time.

Now to my question for those of you who have a PCPI Appli-Card...

I have been able to write a relocatable driver that allows one to call a
subroutine in the apple.  Yes I know that there is a general command for
doing this, but sometimes values have to be placed in the X, Y, and/or A
registers before calling the subroutine (eg., calling some of the
graphics subroutines in the Applesoft ROMs)--and that's what my driver
does.

My question is:  I am trying to make the driver so that it loads in an
absolute address (eg., at $4000 just above Hi-Res page 1).  I cann't get
it to work--my system hangs when I boot it with this driver installed as
an absolute loading driver (It works great as a relocatable driver.).

Can anyone give me a hint???

    Thanks!
    George V. Wilder
    ihnp4!ihuxp!gvw1
    1 [phone]
--


        George V. Wilder

                 ihnp4!ihuxp!gvw1
 8-Aug-84 23:40:55-MDT,896;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Aug 84 23:40:51-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  9 Aug 84 1:11 EDT
Date: 8 Aug 1984  23:13 MDT (Wed)
Message-ID: <KPETERSEN.12037971667.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: LUDEF4.DOC new definition file for Library Utility

Readers who are interested in keeping up with the official definitions
of .LBR files (made with LU.COM and similar programs) will want to get
this new file which defines new extensions to the .LBR directory
format, including time/date stamping ala MP/M and MS-DOS.  The new
file is now avaiable on SIMTEL20 as:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.CPMLIB>
LUDEF4.DOC.1            ASCII      9449   74 =  4AH  BF2EH

--Keith
 9-Aug-84 11:59:42-MDT,889;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Aug 84 11:59:34-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  9 Aug 84 13:32 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  9 Aug 84 13:33 EDT
Date: 9 Aug 1984  11:33 MDT (Thu)
Message-ID: <RCONN.12038106372.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Subject: LDR-UPD.COM

    I have uploaded a version of LDR.COM to MICRO:<CPM.ZCPR3>
which matches the LDR.MAC file.  I really apologize for the mixup I
made between the old object of LDR and the release (final) object of
LDR.  The source file (LDR.MAC) is current.

        Rick

PS CRCs check from the upload, but the CRC is not the same as the one
on the distribution list, which matches the bad LDR.COM.  I will send
out the correct LDR.COM in the Phase 2 release.
 9-Aug-84 14:24:27-MDT,1260;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Aug 84 14:24:15-MDT
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  9 Aug 84 15:48 EDT
Received: from radc-multics.arpa by BRL-VGR.ARPA id a000565; 9 Aug 84 15:40 EDT
Posted-Date:  9 Aug 84 15:32 EDT
Date:  Thu, 9 Aug 84 15:31 EDT
From:  [e-mail]
Subject:  Software piracy - a novel approach!
To:  [e-mail], [e-mail]
Message-ID:  <[e-mail]>

I received my September Computer Shopper yesterday, and an ad cought my
immediate attention.  There in the classifieds, was an offer for "used"
software for the Z-100.  Some of the offerings were:  dBASEII for $85,
Wordstar with Mailmerge for $85, and Multiplan for $75.  Since I was in
the market for Multiplan, I called the number listed and asked for Jim.

Jim answered the phone and sadly informed me that Multiplan was sold.
He then, quite voluntarily and to a perfect stranger (me!)  said, (and I
paraphrase, not recalling his exact words) "Yeah, see, what I do is buy
this software, make a copy of it for myself, and then sell the the
original as 'used' software".

Incredible!

Wolf Wiedemann RADC-MULTICS
 9-Aug-84 18:23:30-MDT,1188;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Aug 84 18:23:24-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  9 Aug 84 19:52 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  9 Aug 84 19:50 EDT
Date: Thu 9 Aug 84 17:50:26-MDT
From: Jim Forrest <[e-mail]>
Subject: Re: RBBS/ZCPR2
To: [e-mail]
cc: [e-mail], [e-mail], [e-mail]
In-Reply-To: Message from "Richard Conn <RCONN@SIMTEL20>" of Wed 8 Aug 84 11:34:00-MDT

I finally got the degree of security I needed by setting BYE NZCPR YES
and USEZCPR NO. This unlikely mixture results in users being able to
use 0: thru 5: to switch user areas, but having to use CD to connect to
user areas 6 thru 9. With BYE set like this, 11:SWEEP results in a ?.
No more. I suppose the reason it will not accept 6: thru 9: is due to
something in the PUTSEC.HEX file so I will need to obtain PUTSEC.ASM
and make a change, if I can find it. I got the HEX file from Steve
Sanders, who now has PRO-COM RBBS/RCPM running extremely well on ZCPR3.

Do you agree on my assumption about PUTSEC.HEX?

Jim
-------
 9-Aug-84 19:43:46-MDT,1354;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Aug 84 19:43:40-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  9 Aug 84 21:10 EDT
Date: Thursday, 9 August 1984  10:45-MDT
Message-ID: <KPETERSEN.12038190057.BABYL@SIMTEL20>
Sender: [e-mail]
From: [e-mail]
To: [e-mail]
Subject:   dBASEII sort problem
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Thu 9 Aug 1984 19:13-MDT

I have CP/M dBASE, Version 2.4.  There appears to be a problem with the
"SORT" function.  Whenever I try to SORT ON <field> TO <file>, I get a
"END OF FILE FOUND UNEXPECTEDLY" message.  Not only that, but even after
a CLEAR, I cannot erase the destination sorted file without incurring a
FILE ALREADY OPEN message.  When I try another CLEAR followed by a USE
with the sorted destination file, I get a NO DATA BASE IN USE message.

Can anyone shed any light on this?  Is it me or my dBASEII?  Is there a
fix?

Wolf Wiedemann RADC-MULTICS


P.S.  I have verified correct format of the source file I'm trying to
sort.  Every time I QUIT out of dBASEII and re-enter it, USEing the
sorted destination file, all I ever see on a DISPLAY ALL is the first
record of the source file, repeated ad infinitum.  HELP!!
 9-Aug-84 22:55:16-MDT,714;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Aug 84 22:55:12-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  10 Aug 84 0:27 EDT
Received: from simtel20.arpa by BRL-AOS.ARPA id a000257; 10 Aug 84 0:25 EDT
Date: 9 Aug 1984  22:24 MDT (Thu)
Message-ID: <RCONN.12038224990.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   Jim Forrest <[e-mail]>
Cc:   [e-mail], [e-mail]
Subject: RBBS/ZCPR2
In-reply-to: Msg of 9 Aug 1984  17:50-MDT from Jim Forrest <JFORREST at SIMTEL20.ARPA>

I am really not familiar with the NZCPRs or the PUTSEC program you
mention.  Can't say anything about them.

    Rick
 9-Aug-84 22:57:28-MDT,1264;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Aug 84 22:57:23-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  10 Aug 84 0:27 EDT
Received: from simtel20.arpa by BRL-AOS.ARPA id a000273; 10 Aug 84 0:30 EDT
Date: 9 Aug 1984  22:29 MDT (Thu)
Message-ID: <RCONN.12038225893.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Subject: ZCPR3 Book Info

    In MICRO:<CPM.ZCPR3> on SIMTEL20 are the following files:
Z3BOOK.0, Z3BOOK.1, Z3BOOK.2, Z3BOOK.3, Z3BOOK.4, Z3BOOK.5.  These six
files combine in the indicated sequence to form the table on contents
for the current draft of the book.  For those who are interested, this
information will serve to outline what the book will contain.  A few
more programs will be added to Chapter 5 and a few other changes are
planned, but these files essentially tell the story and allow you to
look at the book from the top down.

    In draft form, the book is 500 pages long.  I don't know how
long it will be after typesetting.  The price that has been quoted to
me as the list price (as planned at this time) is $19.95.  Release of
the book is currently set for October.  Will keep you posted as things
develop.

        Rick
 9-Aug-84 23:21:14-MDT,1029;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Aug 84 23:21:09-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  10 Aug 84 0:38 EDT
Received: from simtel20.arpa by BRL-AOS.ARPA id a000278; 10 Aug 84 0:37 EDT
Date: 9 Aug 1984  22:36 MDT (Thu)
Message-ID: <RCONN.12038227192.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Subject: ZCPR3 Talk in Dallas

    For those of you who are interested and can/want to attend, I
am scheduled to give a talk (for about 1 hour) followed by a question
and answer session on ZCPR3 at the Dallas CP/M User's Group.  The
meeting starts at 7:30 on September 20 at Dealy Recreation Center.  To
get to the meeting, from 635 on the north edge of the city, turn South
onto Hill Crest (may be misspelled) and proceed to Royal.  Turn right
onto Royal, and proceed from one block West on Royal from Hill Crest.
The Dealy Recreation Center is a former Elementary School on the right
on Royal.

        Rick
10-Aug-84 06:25:03-MDT,3325;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Aug 84 06:24:51-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  10 Aug 84 7:15 EDT
Received: from simtel20.arpa by BRL-AOS.ARPA id a000855; 10 Aug 84 7:14 EDT
Date: Fri 10 Aug 84 05:13:54-MDT
From: Rick Conn <[e-mail]>
Subject: ZCPR3 Newsletter 1
To: [e-mail]

From MICRO:<CPM.ZCPR3>NEWS001.Z3 on SIMTEL20 --

.op
..echelon.001
                                  23 July 1984


                          ZCPR3 Newsletter 001


Thanks for joining in our support for CP/M-80 systems.  As we present
this premier issue of the Newsletter, we look forward with a positive
and confident feeling that our new software fills an important niche in
your world.  The microcomputer industry was started, nurtured, made
viable, by 8-bit machines and Echelon doesn't intend to abandon them,
as many have been so quick to do!  We believe 8-bit machines are most
practical and cost effective for jobs you desire to perform.

You will find ZCPR3 provides a powerful set of tools to manage both your
present and future computing tasks.  Furthermore, the overall software
system represented by ZCPR3 is expanding with new application packages
to solve new business and personal problems, to integrate existing
programs in your library using concise and crisp menus, and to handle
day-to-day computer disk file maintenance.

WordStar (or WordMaster), SuperCalc, and dBase II are ideal candidates to
run from one menu under ZCPR3, because of their similar command structures.
TERM III and DISCAT work nicely with these, too.  The upgraded VFILER and
new VMENU utilities with ZEX batch processing will supply modern screen-
oriented, user-convenient control of all work normally performed by your
computer.  (VFILER and VMENU are contained in ZCPR3, Phase 2, out in a few
months.)  You quickly learn to write your custom menus from text material
supplied with ZCPR3 source and documentation files.

Echelon plans to operate a ZCPR3-related computer bulletin board.  But until
that time arrives, the 300/1200 bps AMPRO Computers, Inc. BBS (run by
Jerry Haigwood) may be used to carry ZCPR3 news items.  Your questions or
statements can be handled by Jerry's board.  The number is: 408/258-8128.
Questions we can't answer are referred to either Rick Conn or Joe Wright.

Joe is nearing completion of a universal auto-installing version of ZCPR3.
After beta testing, this version of ZCPR will be offered to those who believe
they can't install ZCPR3 by MOVING their system down, modifying their BIOS,
and using DDT to overlay the original code.  The price is expected to be
$149.00.  Both Alpha Systems Corporation and Echelon will offer the program
to the public.  More on its features as the program matures.

We enjoy hearing from you, about ideas you have relative to your experience
with ZCPR3, thoughts about features you'd like Rick to add, gripes and the
reverse -- let's hear from you.

                             Echelon, Inc.
                             101 First Street
                             Los Altos, CA 94022
                             Telephone: [phone]



P.S.  The WHEEL byte password in the release version of ZCPR3 is the six
characters: SYSTEM.  DISCAT ships on 15 August, ZCPR3 Manual on 15 September.

-------
10-Aug-84 06:29:01-MDT,1002;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Aug 84 06:28:54-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  10 Aug 84 7:25 EDT
Received: from simtel20.arpa by BRL-AOS.ARPA id a000880; 10 Aug 84 7:21 EDT
Date: Fri 10 Aug 84 05:21:21-MDT
From: Rick Conn <[e-mail]>
Subject: ZCPR3 Newsletters
To: [e-mail]

As I mentioned in a previous message, Echelon is now publishing a
newsletter which is coming out every two weeks or so.  I have just
posted the first two to the net.  The third one does not go out until
August 20, and I will probably post it around that time.  I had mentioned
seeing 4 newsletters in my previous message, but I just noted that
two of them were advanced copies.

Disclaimer: I may or may not agree with everything said in these
newsletters.  These are a publication of Echelon.  I am in support of
the effort and will provide information for them from time to time.

    Rick
-------
10-Aug-84 06:43:03-MDT,6365;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Aug 84 06:42:45-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  10 Aug 84 7:15 EDT
Received: from simtel20.arpa by BRL-AOS.ARPA id a000857; 10 Aug 84 7:15 EDT
Date: Fri 10 Aug 84 05:14:51-MDT
From: Rick Conn <[e-mail]>
Subject: ZCPR3 Newsletter 2
To: [e-mail]

From MICRO:<CPM.ZCPR3>NEWS002.Z3 on SIMTEL20 --

..echelon.002
.op
                                          6 August 1984


                          ZCPR3 Newsletter 002


Thanks for your enthusiastic support of ZCPR3 and the ZCPR3 System.  Early
reactions indicate a near revolution of new interest in 8-bit CP/M systems
is occurring.  Those who had left CP/M so quickly to follow a trail of hype
for pseudo 16-bit machines appear to be reconsidering what they thought was
the death of the 8-bit world!  Amen!  Let's face it: 8 bits are ideal for
personal and lap size computers.

No less than 9 major magazine articles are presently in the works.  Rick Conn
has a feature article in the October issue of COMPUTER LANGAUGE; USER'S
GUIDE has one written by Tony Bove and Cheryl Rhoades, August/September issue
# 10; a comparison of ZCPR3 and PC-DOS 2.2 in DISCOVER by John Gliedman; John
also has one coming out in PUBLISHER'S WEEKLY.  Ezra Shapiro, BYTE west coast
bureau chief, has a shorty about it in October issue of that magazine and a
full-length feature in December.  Robert Blum of DR. DOBB'S JOURNAL devotes a
couple pages in their September issue thoroughly covering SYSLIB3 and some
review of ZCPR3 and the System.

Rick Conn is writing three articles in the coming months for MICROSYSTEMS
magazine: one each on the AMPRO BOOKSHELF series of computers, ZCPR3 and
SYSLIB3.  We hope COMPUTER LANGUAGE magazine gives some ink to SYSLIB3,
because this macro subroutine library clearly is in a LANGUAGE class by itself
and should be utterly newsworthy.

All these magazines seem ready-willing-able to report the features of 8-bit
ZCPR3 enhanced CP/M systems.

Lots of questions have come from interested users of ZCPR3 and those instal-
ling for the first time.  Careful reading and re-reading of SAMPLER answers
most questions ... still nothing is perfect for all levels of understanding.
So don't be embarassed to write us a line if there is something unclear after
several readings.  We are here to help!  The entire process of getting ZCPR3
and the utilities up and running is a grand learning experience -- well worth
the effort when you finally get to use the results.  ZCPR3: the MANUAL, soon
to be shipped will be a great aid to learning the ins-and-outs of Z3.  Until
that time, the online documentation is extremely helpful as is the "//" after
the command name.  The latter never allows you to be in the dark about syntax,
and such, for a command you are ready to use.  But for complete online help,
type:

                HELP ZCPR3

HELP.COM and all the .HLP files must be in the same user area along the search
path you've chosen.  The top ZCPR3.HLP file chains to the rest producing a
tree structure menu-driven help system.
.heZCPR3 Newsletter 002

Incidently, the LDR.COM loader program must be installed before it can be used.
Use Z3INS.COM, ZCPR3.INS and your SYS.ENV files to do this.  Type "Z3INS //" to
see how this is done.  Or patch the base page address of your Environmental
Descriptor at location 10AH of the utility object file, using DDT.  The release
version has F4 at this loaction; put yours in its place.

LDR is used to load all the system segments including MYTERM.Z3T.  MYTERM.Z3T
overlays a portion of your SYS.ENV segment.  This seems to have been a
stumbling block for a few of you.

Here at Echelon we use a STARTUP.COM file to initialize the corporate computer
at cold boot time.  It is created using ALIAS.COM.  Enter the string command
at ALIAS prompt:

         LDR SYS.ENV,SYS.RCP,SYS.FCP,SYS.NDR,MYTERM.Z3T;VFILER;B0:

Because MYTERM.Z3T overlays a portion of SYS.ENV, it should always be loaded
last.  Note all our Z3 utilities are in A15:ROOT> and we use B0: as our WORK>
directory.  Standard application programs (T/Maker III, Comm7, WordStar, etc.)
are in A0:BASE>.  STARTUP should be coded into your BIOS, before BIOS assembly,
to be the file executed just after cold boot.

Hints you think others may find helpful would be appreciated.  Pass along by
placing them as files or messages on the AMPRO BBS at 408/258-8128 or mail
directly to Echelon.  By the way, we use an AMPRO BOOKSHELF 122 (with
T/Maker III) for a significant amount of Echelon data and text processing.  It
has never failed in 8 months of near 24-hour a day service.  Super machine!
.pn 2
.fo                                        Page #

Phase 2 Release is in deep beta test now.  The utility extensions contained
in the next phase are significant.  VFILER has been upgraded from ZCPR2.
DU3 and MU3 are full-screen and cursor-oriented disk and memory editors.
VMENU permits cursor control in menus as well as screen highlighting.  SHSET
is used to make a SHELL of any application program, even programs like
WordStar and dBase II!  Several other new utilities are as useful.

We like SHOW, ALIAS, and MENU best of the original utilities.  MU3 is dynamite,
as is DU3.  It is thought system integrators will find VMENU most useful in
setting up turn-key systems for their customers.

Phase 2 should ship 3 September 1984, barring unforeseen major bugs.  Existing
owners of ZCPR3 may obtain Phase 2 two-disk set by sending $16.00 plus shipping
and handling of $2.00 to Echelon.  (The auto-install version of ZCPR3, now
called Z3-Dot-Com, a trademark of Alpha Systems Corporation of San Jose, is
soon going into beta testing.  More next issue.)

The Z3 System -- what a system of productivity tools!  You can create the
computer environment your dreams were made of.  Many large main-frames do not
have the power of ZCPR3 and the ZCPR3 System.

Next Newsletter has listing of sample BIOS buffers and a CBIOS.LIB file you
may find useful to complement your present knowledge of ZCPR3 techniques.

Long live 8-bit CP/M!  See you down the lines...

                            Echelon, Inc.
                            101 First Street
                            Los Altos, CA 94022
                            Telephone: [phone]
-------
10-Aug-84 10:07:14-MDT,1193;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Aug 84 10:07:08-MDT
Received: From nosc-gw.ARPA by AMSAA via smtp;  10 Aug 84 11:42 EDT
Received: from marlin.ARPA by nosc.ARPA (4.12/4.7)
    id AA11424; Fri, 10 Aug 84 08:43:21 pdt
Received: by marlin.ARPA (4.12/4.7)
    id AA10801; Fri, 10 Aug 84 08:44:28 pdt
Date: Fri, 10 Aug 84 08:44:28 pdt
Sender: Bob Van Cleef <[e-mail]>
From: "Bob Van Cleef" [e-mail]
Reply-To: [e-mail]
Errors-To: revc@Nosc
To: [e-mail]
Cc: [e-mail]
Subject: Re: Kaypro IV BBS'es
In-Reply-To: Your message of Sun Aug  5 18:15:37 1984
Message-Id: <revc, Fri Aug 10 08:37:15 1984>

-------
The Disabled Interest Group (DIGSIG) of the San Diego
Computer Society runs a RBBS called DIG-EX for use by
disabled individuals or those that work/want to work
with the disabled.

        [phone].

This is on a Kaypro-10.

Bob

R.E. Van Cleef (REVC)
Computer Sciences Corporation
San Diego, CA

    ihnp4  \            MILNET revc@nosc
    akgua   \
UUCP     decvax      -------------!sdcsvax!noscvax!revc
    dcdwest /
    ucbvax /            CompuServe 71565,533
-------

10-Aug-84 13:41:38-MDT,968;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Aug 84 13:41:32-MDT
Received: From apg-1.arpa.ARPA by AMSAA via smtp;  10 Aug 84 15:13 EDT
Date: 10 Aug 1984 15:12:42 EDT (Friday)
From: Robert Bloom DRSTE-TOI 3775 <[e-mail]>
Subject: Crc modes of UC?
To: [e-mail]


I got the following results witiK
%9
From CP/M:

B.COM     crc = 25 40         # chars = 1920
T.TXT     crc = DF 88         # chars = 1920

Then uploaded via umodem -rb (or -rt)

From Unix:
                uc crc's:
file    upload    #chars    text (-c)    binary (-C)

B.COM    -rb    1920    BC1400080    2540FFFO
    jjz-5B.COM    -rt     620    EA6200080    6E01FFFFF
T.TXT    -rb    1920    9C5A00080    DF88FFFFF <--ok
T.TXT    -rt     476    26EE00080    8F94FFFFF

Notes:
CP/M crc's from CRCK.COM v4.4
CP/M Char counts from BYTFREQ.COM
UNIX Char counts from 'ls -l'
UNIX crc's from UC Version 1.2

Why this strange action?  What's the -c mode of uc good for?


10-Aug-84 15:43:08-MDT,716;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Aug 84 15:43:00-MDT
Received: From usc-ecl.arpa.ARPA by AMSAA via smtp;  10 Aug 84 17:11 EDT
Date: Fri 10 Aug 84 14:06:47-PDT
From: Ted Shapin <[e-mail]>
Subject: MEX error recovery
To: [e-mail]
Postal-address: Beckman Instruments, Inc.
Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
Phone: [phone]

I am unable to recover from errors sending from MEX10 in batch mode
to a DEC-20 running BILLW's modem v 4(316)-7 at 4800 baud.
MEX times out with 10 retires at the first sign of the DEC rejecting
a packet.
Has anyone else experienced bad error recovery?
-------
10-Aug-84 15:53:09-MDT,726;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Aug 84 15:53:04-MDT
Received: From usc-ecl.arpa.ARPA by AMSAA via smtp;  10 Aug 84 17:23 EDT
Date: Fri 10 Aug 84 14:18:15-PDT
From: Ted Shapin <[e-mail]>
Subject: TOSHIBA T100
To: [e-mail]
Postal-address: Beckman Instruments, Inc.
Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
Phone: [phone]

In response to a question from Mike Gingell:

The TOSHIBA T100 does not have any kind of hardware UART. The
RS232 "PORT" is driven by a 8255.  A sotware program to
drive it is limited to 300 baud!

I don't know any more than this.  A friend of mine has one.
I don't.
-------
10-Aug-84 16:16:10-MDT,821;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Aug 84 16:16:05-MDT
Received: From sumex-aim.arpa.ARPA by AMSAA via smtp;  10 Aug 84 17:39 EDT
Date: Fri 10 Aug 84 14:41:21-PDT
From: Sam Hahn <[e-mail]>
Subject: Borland C and Modula
To: [e-mail]

Borland sent two tech support people to the latest Piconet meeting
at SLAC (Aug 9), and they are projecting Modula-2 to be released
"before the end of the year", and C right around the end of the
year.  Both are probably to be priced around $80.00.  The 8-bit
versions will follow the 16-bit versions.  Both will follow the
same style, eg. editor included, in-memory compilation, etc.
The same programmers that did Pascal will be doing these two,
or so was claimed last night.
-------
11-Aug-84 05:56:36-MDT,1165;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Aug 84 05:56:31-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  11 Aug 84 7:16 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a001031; 11 Aug 84 7:16 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 11 Aug 84 3:41-PDT
Date: 9 Aug 84 18:07:04-PDT (Thu)
To: [e-mail]
From: hplabs!tektronix!tekchips!vice![e-mail]
Subject: MODEM7 program for Apple II+ needed
Article-I.D.: vice.21

Does anyone know where I can find a copy of one of the CP/M
"X-protocol" MODEM programs for an Apple II+ with a SoftCard?
Better yet, does anyone have enough experience with this
combination to offer any application hints?

Obviously, without a file transfer program I need a copy
on an Apple-compatible 5-1/4 inch disk.

    Thanks!

--
         Mike Mueller

uucp:    {decvax,harpo,ihnss,pur-ee,ucbvax,unc,zehntel}!teklabs!vice!mike
ARPA:    vice!mike.tek@Rand-Relay
CSnet:   vice!mike@tek
US Mail: Mike Mueller, Tektronix, Inc.
         Box 500  MS 59-323, Beaverton OR  97077
Phone:   [phone]
11-Aug-84 09:57:08-MDT,3046;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Aug 84 09:56:56-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  11 Aug 84 11:23 EDT
Date: 11 Aug 1984  09:25 MDT (Sat)
Message-ID: <KPETERSEN.12038607448.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: New patches to speed up WordStar 3.3

WSFAST15.SUB is now available on SIMTEL20.  WSFAST11.SUB was the first
released version of this package.  It was originally written by
Steve Sanders to correct the annoying problem with slow sign-on of
WordStar ver. 3.3.   It has been enhanced and modified by adding
routines to eliminate the first two screens completely, allow the
printing of one document while editing another, and, optionally,
signing on the the B: drive at startup.

The new files are:

Filename            Type     Bytes     Sectors   CRC

Directory MICRO:<CPM.WSTAR>
WSFAST15.DOC.1            ASCII      4848  38 =  26H  D56DH
WSFAST15.SUB.1            ASCII      5391  43 =  2BH  DE7BH
WSLSTPAT.HEX.1            ASCII       100   1 =   1H  48DEH

       == REVISION HISTORY ==

 Vers. 1.1  Steve Sanders   05/10/84

 Locations changed:

  2b1h lengthens time before WS brings up the help messages
  2b2h Copyright notice delay
  2b3h Screen refresh delay
  28eh Delay after cursor movement
  28fh Delay after WS functions
============================================================
 Vers. 1.2  Jim Gronek and Wm. A. Rhodes,Ph.D.
         07/06/1984

 Added fill patches to further speed up sign-on

 Ver 1.2 NOTE---> This fill patch overlays the MicroPro
 copyright notice sign-on with nulls, it can only legally
 be used on YOUR copy of Wordstar 3.30.
============================================================
 Vers. 1.3  Jim Gronek and Wm. A. Rhodes,Ph.D.
         07/10/84

 Added fill patch to bypass first screen sign on.  This
 line was to be included in vers. 1.2, but Murphy's Law
 prevails.
============================================================
 Vers. 1.4  Jim Gronek and Wm. A. Rhodes,Ph.D.
         07/16/84(not released)

 This version was not generally released.  It contains
 a user selectable patch to automatically sign on to
 drive B: at sign-on.
============================================================
 Vers. 1.5  Jim Gronek 08/09/84

 Revised menu patches from 1.2 and 1.3 with patch from
 Mark Howard, CNY Technical RCP/M.  Added patch to allow
 printer output while editing, without long delays when
 the printer goes busy.  Patch modified from John G.
 Donohue's version for WS 3.0.
============================================================

Documentation by Jim Gronek  08/09/1984
11-Aug-84 13:47:48-MDT,879;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Aug 84 13:47:43-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  11 Aug 84 15:24 EDT
Received: from cmu-cs-a.arpa by BRL-AOS.ARPA id a001905; 11 Aug 84 15:25 EDT
Date: 11 Aug 84 1522 EDT (Saturday)
From: [e-mail]
To: [e-mail]
Subject: Kaypro help wanted: 7-bit even parity for sio
Message-Id: <[e-mail]>

Help!
    I am trying to help a friend set up modem7xx for his kaypro 2. The
problem is that the host he is connecting to demands 7 bit data
with even parity (?? stop bits). I have some documentation on
programming the sio, and have tried, to no avail, to set this
up.
    Has anyone out there tried this, or does anyone know
the proper sequence of commands to send to the sio to accomplish
it?
                George
11-Aug-84 15:17:56-MDT,2039;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Aug 84 15:17:49-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  11 Aug 84 16:35 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a001978; 11 Aug 84 16:36 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 11 Aug 84 13:28-PDT
Date: 9 Aug 84 13:16:10-PDT (Thu)
To: [e-mail]
From: ihnp4!mgnetp!burl!clyde!watmath!utzoo!dciem![e-mail]
Subject: Bubble memory problem (still)
Article-I.D.: dciem.1042

    Firstly, I'd like to thank those people who mailed me advice
regarding my problem with the bubble memory. Your comments were greatly
appreciated, but I still cannot PIP to the bubbles from disk.

    Here's a synopsis;:

1) The driver software for the bubble is patched directly into the BIOS.
System calls are screened to see if the bubble is being accessed, and if
so a jump is made to the appropriate routine. This works just fine.

2) I have tried filling the bubble memory entirely with 0xe5; this was
necessary as even DIR would not work without a BAD SECTOR error. DIRI can
now load a program, exit to cp/m and SAVE the program in the bubble, and
have the program appear on a directory. Furthermore, I can load the program
back from the bubble and run it with no problem.

3) I have double checked the DPH and DPB for the bubble but can see no
problem there. The fact that STAT DSK: works for the bubble seems to
indicate that the parameter header and block are OK.

4) I can use ED to create a file in the bubble memory only if I specify
the new file name as a command trailer. Entering ED (cr) causes an error,
namely DISK OR DIRECTORY FULL.

5) PIP, when attempted, responds with the message - NOFILE = aA:xxxx.COM,
(where xxxx is the name of the file to be copied), yet STAT assures me
that I have space left in the bubble pack.

    Can anyone point out where the problem may lieie - in the BIOS, in
PIP or wherever?
                Thanks in advance,
                    Steve.
11-Aug-84 19:19:44-MDT,620;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Aug 84 19:19:40-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  11 Aug 84 20:50 EDT
Date: 10 August 1984 20:59-EDT
From: Eric Stork <[e-mail]>
Subject: Non-receipt of INFO-CPM
To: [e-mail]
cc: [e-mail]

Hi there:

Somehow my name seems to have been dropped from your distrubution
list, for in the last 10 days or so I've not received a single
item.  Could you check, please, and if I' not on the list
any more, please restroe my name.

Thanks,

Eric
Stork%MIT-MC

12-Aug-84 14:57:22-MDT,2566;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 Aug 84 14:57:12-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  12 Aug 84 2:04 EDT
Date: 12 August 1984 02:07-EDT
From: Eric Stork <[e-mail]>
Subject: Programmers Guide to CP/M
To: [e-mail]
cc: [e-mail]


  This message is of interest to owners (and prospective owners) of
  Andy   Johnson-Laird's  superb  THE  PROGRAMMER'S  CP/M  HANDBOOK
  (Osborne/McGraw-Hill), and is based on recent correspondence from
  the author.

  In the original edition, about two  pages  of  listing  were  not
  printed.  The missing listing is lines 04628 thru 04919 (see page
  261-262).   Anyone  who wants the missing lines can get them from
  the author's office: Johnson-Laird, Inc., 6441 SW  Canyon  Court,
  Portland  OR  97221.   Send  a SASE with a note on what you want.
  (Johnson-Laird said the  book  went  into  its  2nd  printing  in
  January  1984,  and  the  missing  material should be in that 2nd
  version.  But he is out of the country on a project and tells  me
  he has not seen the 2nd version.)

  Other errors in the book:

      .  page 64, figure 4-3, location 0153, correct to read:
                 JM   CTPX     (instead of MB  CTPX)

      .  On page 149, 7 lines from the bottom, there is a reference
         to  CCP+6.   That  reference  should be CCP+0.  The letter
         from  the  author  said  that  there  may  be  other  such
         erroneous  references,  for  CCP+6 is a CP/M-86 convention
         and thus the source of the error, but  he  has  not  found
         other such errors.

      .  page 258, line 03828, change this line to read:
                 STA  MOB$Character

      .  page 282, after line 09270, insert:
                 LXI  H,Disk$Control$5
         (Note:  after inserting that line the byte references will
         be offset by 3 bytes, if you type it all in  and  assemble
         it.)

  Finally, Johnson-Laird wants to know about any other bugs, typos,
  errors and what have you that anyone may spot.  Since he's not on
  ARPANET,  you  may  send  such information DIRECT to me (STORK at
  MIT-MC), and I'll relay to Johnson-Laird.

  If you have not yet seen the book, look at it.  If  you  buy  it,
  you'll  probably  not  lend  it  out  --  it's too valuable to do
  without for anyone who has any notion about playing  around  with
  8080 assembler and CP/M in general.

  Eric Stork (Stork at MIT-MC)

12-Aug-84 14:57:43-MDT,2789;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 Aug 84 14:57:33-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  12 Aug 84 2:15 EDT
Date: 12 August 1984 02:16-EDT
From: Eric Stork <[e-mail]>
Subject: The Programmer's Guide to CP/M
To: [e-mail]
cc: [e-mail]



This repeats a message I sent a bnit earlier, only to discover it had
a lot of control charas that my word processor put in (nulls, etc)
that did not show on my screen but showed on the net.  Sorry about that.


  This message is of interest to owners (and prospective owners) of
  Andy   Johnson-Laird's  superb  THE  PROGRAMMER'S  CP/M  HANDBOOK
  (Osborne/McGraw-Hill), and is based on recent correspondence from
  the author.

  In the original edition, about two  pages  of  listing  were  not
  printed.  The missing listing is lines 04628 thru 04919 (see page
  261-262).   Anyone  who wants the missing lines can get them from
  the author's office: Johnson-Laird, Inc., 6441 SW  Canyon  Court,
  Portland  OR  97221.   Send  a SASE with a note on what you want.
  (Johnson-Laird said the  book  went  into  its  2nd  printing  in
  January  1984,  and  the  missing  material should be in that 2nd
  version.  But he is out of the country on a project and tells  me
  he has not seen the 2nd version.)

  Other errors in the book:

      .  page 64, figure 4-3, location 0153, correct to read:
                 JM   CTPX     (instead of MB  CTPX)

      .  On page 149, 7 lines from the bottom, there is a reference
         to  CCP+6.   That  reference  should be CCP+0.  The letter
         from  the  author  said  that  there  may  be  other  such
         erroneous  references,  for  CCP+6 is a CP/M-86 convention
         and thus the source of the error, but  he  has  not  found
         other such errors.

      .  page 258, line 03828, change this line to read:
                 STA  MOB$Character

      .  page 282, after line 09270, insert:
                 LXI  H,Disk$Control$5
         (Note:  after inserting that line the byte references will
         be offset by 3 bytes, if you type it all in  and  assemble
         it.)

  Finally, Johnson-Laird wants to know about any other bugs, typos,
  errors and what have you that anyone may spot.  Since he's not on
  ARPANET,  you  may  send  such information DIRECT to me (STORK at
  MIT-MC), and I'll relay to Johnson-Laird.

  If you have not yet seen the book, look at it.  If  you  buy  it,
  you'll  probably  not  lend  it  out  --  it's too valuable to do
  without for anyone who has any notion about playing  around  with
  8080 assembler and CP/M in general.

  Eric Stork (Stork at MIT-MC)

12-Aug-84 14:58:05-MDT,3110;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 Aug 84 14:57:54-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  12 Aug 84 3:26 EDT
Date: 12 August 1984 03:28-EDT
From: Jerry E. Pournelle <[e-mail]>
Subject:  Programmers Guide to CP/M
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of 12 Aug 1984 02:07-EDT from Eric Stork <STORK at Mit-Mc.ARPA>

can you, or ohnson-laird, send me a letter to this effect so I
can publish in BYTE?
POB 372
Hancock NH 03449

    Date: 12 August 1984 02:07-EDT
    From: Eric Stork <STORK at Mit-Mc.ARPA>
    To:   info-cpm at Amsaa.ARPA
    cc:   STORK at Mit-Mc.ARPA
    Re:   Programmers Guide to CP/M

      This message is of interest to owners (and prospective owners) of
      Andy   Johnson-Laird's  superb  THE  PROGRAMMER'S  CP/M  HANDBOOK
      (Osborne/McGraw-Hill), and is based on recent correspondence from
      the author.

      In the original edition, about two  pages  of  listing  were  not
      printed.  The missing listing is lines 04628 thru 04919 (see page
      261-262).   Anyone  who wants the missing lines can get them from
      the author's office: Johnson-Laird, Inc., 6441 SW  Canyon  Court,
      Portland  OR  97221.   Send  a SASE with a note on what you want.
      (Johnson-Laird said the  book  went  into  its  2nd  printing  in
      January  1984,  and  the  missing  material should be in that 2nd
      version.  But he is out of the country on a project and tells  me
      he has not seen the 2nd version.)

      Other errors in the book:

          .  page 64, figure 4-3, location 0153, correct to read:
                     JM   CTPX     (instead of MB  CTPX)

          .  On page 149, 7 lines from the bottom, there is a reference
             to  CCP+6.   That  reference  should be CCP+0.  The letter
             from  the  author  said  that  there  may  be  other  such
             erroneous  references,  for  CCP+6 is a CP/M-86 convention
             and thus the source of the error, but  he  has  not  found
             other such errors.

          .  page 258, line 03828, change this line to read:
                     STA  MOB$Character

          .  page 282, after line 09270, insert:
                     LXI  H,Disk$Control$5
             (Note:  after inserting that line the byte references will
             be offset by 3 bytes, if you type it all in  and  assemble
             it.)

      Finally, Johnson-Laird wants to know about any other bugs, typos,
      errors and what have you that anyone may spot.  Since he's not on
      ARPANET,  you  may  send  such information DIRECT to me (STORK at
      MIT-MC), and I'll relay to Johnson-Laird.

      If you have not yet seen the book, look at it.  If  you  buy  it,
      you'll  probably  not  lend  it  out  --  it's too valuable to do
      without for anyone who has any notion about playing  around  with
      8080 assembler and CP/M in general.

      Eric Stork (Stork at MIT-MC)

12-Aug-84 23:42:46-MDT,960;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 Aug 84 23:42:41-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  13 Aug 84 1:13 EDT
Date: 12 Aug 1984  23:16 MDT (Sun)
Message-ID: <KPETERSEN.12039020790.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail], [e-mail]
Subject: AMRAD VADCG TNC Daughter Board instruction book available

The recently-posted instruction book for the AMRAD VADCG Terminal Node
Controller (TNC) Daughter Board VDS-1 is now available on SIMTEL20 in
both ASCII and SQueezed forms.  The files are:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.HAMRADIO>
DAUGINST.TQT.1            COM     39552  309 = 135H  6520H
DAUGINST.TXT.1            ASCII     62681  490 = 1EAH  4EF4H

Thanks to Rod Hart for sending the file to me for our Ham Radio
collection at SIMTEL20.

--73, Keith W8SDZ
13-Aug-84 02:56:25-MDT,949;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 02:56:21-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  13 Aug 84 4:22 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a002590; 13 Aug 84 4:17 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 13 Aug 84 1:01-PDT
Date: 9 Aug 84 13:17:02-PDT (Thu)
To: [e-mail]
From: ucsfcgl![e-mail]
Subject: Looking for modem7 for ibmpc
Article-I.D.: ucsfcgl.331
In-Reply-To: Article <[e-mail]>

There was an old version around that did not do any dialling or
have terminal emulation.

Is there any improved version?

Also, does anyone know of a program implementing the XMODEM protocol
on a PDP 11/70 running iAS operating system.

Please reply by mail.

[e-mail]
ucbvax!ucsfmis!harrison
ucsfmis!harrison@berkeley

One of those ought to make it to me.

Peter Harrison
13-Aug-84 03:19:39-MDT,840;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 03:19:33-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  13 Aug 84 4:33 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a002620; 13 Aug 84 4:31 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 13 Aug 84 1:00-PDT
Date: 9 Aug 84 13:07:18-PDT (Thu)
To: [e-mail]
From: ucsfcgl![e-mail]
Subject: Re: looking for xmodem protocol software on PDP-11 iAS
Article-I.D.: ucsfcgl.330
In-Reply-To: Article <[e-mail]>

Does anyone know of a program implementing the XMODEM protocol
on a PDP 11/70 running iAS operating system.

Please reply by mail.

[e-mail]
ucbvax!ucsfmis!harrison
ucsfmis!harrison@berkeley

One of those ought to make it to me.

Peter Harrison
13-Aug-84 03:28:31-MDT,713;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 03:28:27-MDT
Received: From xerox.arpa.ARPA by AMSAA via smtp;  13 Aug 84 4:38 EDT
Received: from Koshu.ms by ArpaGateway.ms ; 13 AUG 84 01:40:56 PDT
Date: 13 Aug 84 17:40:51 +0900 (Monday)
From: [e-mail]
Subject: Re: AMRAD VADCG TNC Daughter Board instruction book available
In-reply-to: <KPETERSEN.12039020790.BABYL@SIMTEL20>
To: Keith Petersen <[e-mail]>
cc: [e-mail], [e-mail]

Keith

I would like to get the book.  But, I don't have any priviliges to get
file from the directory.  Could you suggest how to get it?

-- Takemi   JA1MIR
13-Aug-84 04:20:07-MDT,1377;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 04:20:00-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  13 Aug 84 5:34 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a002800; 13 Aug 84 5:29 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 13 Aug 84 2:05-PDT
Date: 7 Aug 84 12:29:11-PDT (Tue)
To: [e-mail]
From: ihnp4!alberta!auvax![e-mail]
Subject: Re: SuperMicro - Dimension 68000
Article-I.D.: auvax.437
In-Reply-To: Article <[e-mail]>

    For those of you who don't know, there is an article about this
    marvellous machine in the August (I think) issue of Computing Now!.

    What they describe is truely a great machine.  It can be just about
    whatever you want it to be.  Plug in a 6502 board and it is an
    Apple, moreso than a lot of the lookalikes/workalikes/clones etc.
    It supports all of the Apple calls to monitor routines (Also runs
    Zaxon which apparently the clones don't do so well).  Plug in an
    8088 and you have an IBM PC that runs like an IBM.  Or run the
    software that has been designed for it.

    Obviously, you pay the price for this technology, you could buy an
    actuall Apple or IBM PC for less than the Dimension but of course
    then you wouldn't have the versatility.

    Don Martin (auvax!martin)
    Athabasca University
13-Aug-84 05:29:15-MDT,795;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 05:29:11-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  13 Aug 84 6:36 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a002915; 13 Aug 84 6:35 EDT
Date: 13 August 1984 06:35-EDT
From: "Jerry E. Pournelle" <[e-mail]>
Subject:  SuperMicro - Dimension 68000
To: ihnp4!alberta!auvax![e-mail]
cc: [e-mail]
In-reply-to: Msg of 7 Aug 84 12:29:11-PDT (Tue) from ihnp4!alberta!auvax!martin at UCB-VAX.ARPA

BEWARE: the Dimension 68000 cncept is great.  Whether they are
delivering working machines is not quite so apparent.  Use
caution and look before leapoing.
Does anyone have actual experience with actual working Dimension
68000 machine?

13-Aug-84 08:16:41-MDT,508;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 08:16:36-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  13 Aug 84 9:45 EDT
Received: from dca-eur.arpa by BRL-AOS.ARPA id a003205; 13 Aug 84 7:40 EDT
Date: 13 August 1984 11:31 GMT
From: [e-mail]
Subject: Dimension 68000
To: [e-mail]

Date: 13 Aug 1984 11:25:57 Z
Text: Nice that it does all of those older machines/technology.  Bet it
can't emulate a Mac.  Larry

13-Aug-84 11:26:26-MDT,2060;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 11:26:16-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  13 Aug 84 12:32 EDT
Received: from utexas-20.arpa by BRL-AOS.ARPA id a006182; 13 Aug 84 12:34 EDT
Date: Mon 13 Aug 84 11:34:03-CDT
From: John Otken <[e-mail]>
Subject: Re: Dimension 68000
To: [e-mail]

I am not absolutely positive that the machine was a Dimension 68000 but
it was a machine quite similar (emulates apple, ibm, etc)..  Anyway the
story goes:

I went to a CP/M-UG meeting in Houston a few months back.  One of the machines
on demonstration was (probably) a Dimension 68000.  I listened to the rep.
going through all of the various features of the machine.  At one point he
was asked about mainframe communications.  He went into this claim that the
machine could communicate with ANY machine using ANY protocol.  The rest of
the conversation went something like:

ME:    "I seriously doubt that."
HIM:    "Sure it can."
ME:    "How do you do it?"
HIM:    "With translation tables."
ME:    "WHAT?"
HIM:    "Our machine uses THE [sic] standard serial protocol.  The secret is
     we use translation tables to handle the various protocols."
ME:    "Could you give a more technical description?"
HIM:    "Sure.  The table is at address C000.  The serial port is at 30."
ME:    "Wait!  That is not what I was asking for."
HIM:    "Look, you said you wanted a technical description.  If you want to
     be technical, I am going to have to talk HEX."
ME:    "I don't think we are communicating..."
HIM:    "Well, that's because we have an Engineer talking to a User."
ME:    "Sure, if that makes you the User."
HIM:    "NO!  I am the Engineer."
ME:    "OK, can this machine communicate with an IBM 370?"
HIM:    "Sure."
ME:    "How?"
HIM:    "Like I've been telling you -- over the standard serial protocol
     using a translation table."

Fortunately, the place closed and I was saved from the intellectual torture
of an extended conversation with this clown.  John.
-------
13-Aug-84 17:32:06-MDT,712;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 17:31:58-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  13 Aug 84 19:00 EDT
Received: from xerox.arpa by BRL-AOS.ARPA id a009242; 13 Aug 84 18:59 EDT
Received: from Gamay.ms by ArpaGateway.ms ; 13 AUG 84 15:57:54 PDT
Date: Mon, 13 Aug 84 15:51 PDT
From: [e-mail]
Subject: Re: NSWP207 bug?
In-reply-to: "[e-mail]'s message of Tue, 24 Jul 84 21:48:38
 PDT"
To: Dick <[e-mail]>
cc: [e-mail]

Did you ever get your problem with NSWP207 resolved?  I checked the
squeeze and unsqueeze on my copy of NSWP207, and all seemed to work
fine.

Doug.

13-Aug-84 21:57:58-MDT,961;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Aug 84 21:57:53-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  13 Aug 84 23:29 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a009697; 13 Aug 84 23:28 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 13 Aug 84 19:56-PDT
Date: 10 Aug 84 1:55:32-PDT (Fri)
To: [e-mail]
From: decvax!mcvax!tnocsda![e-mail]
Subject: MPM-86 vs. XENIX-86 ???
Article-I.D.: tnocsda.115

We are about to decide which operating system to use on an
Intel 86/12 multi-user system and are comparing MPM-86 and XENIX-86.
We would like to hear experiences from anyone who has worked with
both systems on a similar configuration.
We are interested in maximum number of users, response time, performance, etc..
When there are useful replies, I will post a summary to the net.

Thanks
Jaap van den Eersten
...!decvax!mcvax!tnocsda!jaap
14-Aug-84 01:21:33-MDT,1456;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 01:21:27-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  14 Aug 84 2:53 EDT
Received: from usc-isid.arpa by BRL-AOS.ARPA id a009990; 14 Aug 84 2:55 EDT
Date: 14 Aug 1984 02:54-EDT
Sender: [e-mail]
Subject: Re: Dimension 68000
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
Message-ID: <[USC-ISID.ARPA]14-Aug-84 02:54:12.ABN.ISCAMS>
In-Reply-To: The message of 13 August 1984 11:31 GMT from [e-mail]

Lots of people are looking at the Dimension because they NEED to do things
the "older machines/technology" were doing!  But maybe a little faster,
a little more, etc., PLUS the new things newer machines/technology can do.
Unfortunately, I am hard pressed to be able to say what a Mac CAN do!
For sure, there doesn't appear to be too much programming going on!

I simply have not been convinced that the necessary tools are available,
AND that the Mac can in fact do the things that Apples, IBM PCs, CP/M, etc.
have been doing so well (and in so many, many different ways) over the past
few years.  No way I can recode all the possible utilities and applications
available RIGHT NOW and owned RIGHT NOW by my users for a Mac -- and even if
I could -- what's the Mac gonna be compatible with?

Regards,
a contented CP/M /8-bit owner...
David Kirschbaum
Toad Hall
14-Aug-84 01:31:22-MDT,879;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 01:31:18-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  14 Aug 84 2:58 EDT
Received: from usc-isid.arpa by BRL-AOS.ARPA id a009994; 14 Aug 84 2:59 EDT
Date: 14 Aug 1984 02:57-EDT
Sender: [e-mail]
Subject: Re: Dimension 68000
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
Message-ID: <[USC-ISID.ARPA]14-Aug-84 02:57:41.ABN.ISCAMS>
In-Reply-To: The message of Mon 13 Aug 84 11:34:03-CDT from John Otken <[e-mail]>

Pssst,
John --
Do you think I could get one of them there "translation tables" for my Toad?
I already got a standard serial protocol.  (I think.)

(Kidding aside - thanks for the insight into our enterprising commercial
world!)

Regards,
David Kirschbaum
Toad Hall
14-Aug-84 02:11:01-MDT,1652;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 02:10:55-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  14 Aug 84 3:35 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a010054; 14 Aug 84 3:36 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 14 Aug 84 0:26-PDT
Date: 13 Aug 84 6:31:07-PDT (Mon)
To: [e-mail]
From: hplabs!hao!seismo!cmcl2!lanl-a![e-mail]
Subject: Request for CP/M and MS-DOS in-depth books
Article-I.D.: lanl-a.11887

<>

    I just received a DEC Rainbow 100+ computer.  It has both
CP/M 80/86 and MS-DOS.  I have been trying to use the CP/M assembler
for graphics applications, since the GSX-86 graphics package works
under CP/M.  I have been having trouble with the assembler skipping
instructions, and with CP/M not doing what the book says it should.

    Can anyone give me the names of some good books that explain
CP/M and MS-DOS?  I do not want the basic "This is a computer, this
is a power switch" type books.  I want books that explain CP/M for
the computer professional.  Specifically, I want to know the disk
formats for CP/M disks, how the directories are stored on disk,
how disk block allocation is done for CP/M, how to call CP/M from
assembly language programs, how to modify the operating system to
add my own special features, etc.  And the same type of information
for MS-DOS.

    I have been programming for over 14 years, and have over 2
years experience with the Intel 8086/88 and 80186/188 family of parts,
so I want books that have some depth.

    Thanks in advance.

                        Richard Thomsen
14-Aug-84 02:11:39-MDT,751;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 02:11:35-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  14 Aug 84 3:35 EDT
Received: from dca-eur.arpa by BRL-AOS.ARPA id a010056; 14 Aug 84 3:37 EDT
Date: 14 August 1984 07:37 GMT
From: [e-mail]
To: [e-mail]
CC: [e-mail]

Re:  Re: Dimension 68000
Date: 14 Aug 1984 07:30:33 Z
Text: Dave, copy info-mac@sumex and you'll find out that there is a lot
going on with the Mac.  The answer to your last question is human beings.
I have a Z-80/S-100 at home and a bunch of Macs and Lisa 2/10's at
work.  End argument on this list, okay.  Time and the market will determine
if I'm right.  Larry

14-Aug-84 06:41:25-MDT,938;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 06:41:19-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  14 Aug 84 7:22 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a010509; 14 Aug 84 7:23 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 14 Aug 84 4:05-PDT
Date: 13 Aug 84 13:13:53-PDT (Mon)
To: [e-mail]
From: ihnp4!houxm!hogpc!houti!ariel![e-mail]
Subject: umodem implementation wanted
Article-I.D.: ariel.720

    I need an implementation of umodem for a Z80 based CP/M
system.  The hardware configuration is a Tekelec Chameleon.
This is a protocol analyzer which has sony micro discs.  I would
appreciate any assembly language source which implements the protocol
no matter what configuration it is for.  Please do not tell me
to FTP it from ?MICRO?.  I am not on the ARPANET.

                Thanks for any help,
                Bill Bogstad
14-Aug-84 07:44:25-MDT,1572;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 07:44:16-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  14 Aug 84 9:17 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a011910; 14 Aug 84 9:19 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 14 Aug 84 5:18-PDT
Date: 13 Aug 84 7:20:44-PDT (Mon)
To: [e-mail]
From:  hplabs!tektronix!uw-beaver!uw-june!entropy!dataio![e-mail]
Subject: MOVCPM, the final solution: ****  D-R's REVENGE  ****
Article-I.D.: dataio.175

Well, it looks like Digital Research had the last laugh on me when I posted
"the final solution". My apologies to anyone that tried it and had trouble.
It certainly never occurred to me that such a simple patch might be machine
dependant!

Having used the "solution" so many times and never encountering a problem,
I was surprised to get mail to the contrary. Sure enough, I checked it out
on a couple of friends systems and found one that didn't work. In particular
this was a Heath system. I know their BIOS is a little different, but that's
no excuse.

If the patch worked for you, great. If not, try changing only one or the other
of the jumps I identified. In the mean time, I will try to figure out what is
going on just as soon as this quarter is over at the UW (this friday), so stay
tuned for "The Final Solution: Part II".

Let's see now... where did I put that disassembly....

Erik Lindberg    AKA    del    ...!uw-beaver!teltone!dataio!del

( I used to call myself a hacker.... )
14-Aug-84 09:04:58-MDT,560;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 09:04:54-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  14 Aug 84 10:29 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a012641; 14 Aug 84 10:25 EDT
Date: Tue, 14 Aug 84  9:01:27 EDT
From: Manny Crivello <[e-mail]>
Subject: need program to compare .com files
To: [e-mail]

hi I need a program that will compare two .com files under cpm &
tell me what are diffence & where thay are.
Thank you.
M.D.Crivello


14-Aug-84 10:17:47-MDT,1008;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 10:17:41-MDT
Received: From xerox.arpa.ARPA by AMSAA via smtp;  14 Aug 84 11:42 EDT
Received: from Merlot.ms by ArpaGateway.ms ; 14 AUG 84 08:44:34 PDT
Date: 14 Aug 84 08:44:20 PDT (Tuesday)
From: [e-mail]
Subject: Re: dBase II .cmd Program Beta-Testors Wanted
In-reply-to: rbloom's message of 6 Aug 84 12:25:57 EDT (Monday)
To: Robert Bloom DRSTE-TOI 3775 <[e-mail]>
cc: [e-mail]

I am quite knowledgable about DBase II and would be interested in
helping you beta test, but I currently only have a dual single-sided
single-density system (i.e. max 500K online at any time). I am looking
into getting a 10 meg hard disk, but it might be a couple of months
before I have it running, if I get it at all.

Would it be possible for me to be of use to you?

Cheryl

P.S. I have an Imsai 8080 with a Z80 processor board added, 8K of ROM
and 56K of RAM.
14-Aug-84 13:33:10-MDT,988;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 13:33:02-MDT
Received: From usc-eclb.arpa.ARPA by AMSAA via smtp;  14 Aug 84 12:58 EDT
Date: 14 Aug 1984 10:01-PDT
Sender: [e-mail]
Subject: Cheap Letter-Quality Printer
From: [e-mail]
To: [e-mail]
Message-ID: <[USC-ECLB]14-Aug-84 10:01:22.STANLEY>

A local company here is holding a closeout sale on Selectone
interface kits that turn an Olivetti Praxis 30, 35, or 40
typewriter into an inexpensive letter-quality printer.  The
interface is available in either parallel or RS-232 serial, and
is easy to install (I've put in three of them, and all worked the
first time!).  At one time, they retailed for $195 -- they're
closing them out at $99!  If anybody needs/wants one, write or
call Wheeler Associates, Ltd., PO Box 9512, Alexandria, VA 22304,
telephone [phone].  I'm pretty sure they take MasterCard
and Visa.

14-Aug-84 13:36:38-MDT,632;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 13:36:31-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  14 Aug 84 13:06 EDT
Received: from 10.1.0.111 by BRL-AOS.ARPA id a014412; 14 Aug 84 13:05 EDT
Date: 14 Aug 1984 12:46:19 EDT (Tuesday)
From: jose rodriguez <[e-mail]>
Subject: Otter
To: [e-mail]
Cc: [e-mail], [e-mail]


Fellow mailing-listers:

Has anyone heard what DRI's project code-named Otter is all about?
I have read in a few places quite different things.

Jose
jrodrig@mitre-gw


14-Aug-84 17:10:52-MDT,1304;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 17:10:47-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  14 Aug 84 18:37 EDT
Received: from xerox.arpa by BRL-AOS.ARPA id a018007; 14 Aug 84 18:09 EDT
Received: from Merlot.ms by ArpaGateway.ms ; 14 AUG 84 15:06:13 PDT
Date: 14 Aug 84 15:06:02 PDT (Tuesday)
From: [e-mail]
Subject: Re: C/PM 2.2 vs. 3.0 question/User Groups in LA
In-reply-to: Hirst.RX's message of 7 Aug 84 13:52:31+0100 (Tuesday)
To: [e-mail]
cc: [e-mail]

A friend is looking into buying a new system. He has the option of
getting C/PM 2.2 or 3.0. He has been told that 3.0 is completely upward
compatible with 2.2, but I seem to remember messages here that indicated
some software will run on 2.2 but not on 3.0. Does anyone else remember
the discussions or have some clarifying information of this controversy?

Also, does anyone know of a C/PM users group located in the South Bay
area of Los Angeles, California? I know of the Xerox Users' Group, which
is primarily oriented around the Xerox 820, but since this is a C/PM
machine, it sort of qualifies. This users' group is, however, limited to
Xerox employees and family members. Are there any others?

Cheryl
14-Aug-84 17:24:20-MDT,930;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 17:24:14-MDT
Received: From nosc-gw.ARPA by AMSAA via smtp;  14 Aug 84 18:46 EDT
Received: by nosc.ARPA (4.12/4.7)
    id AA09269; Tue, 14 Aug 84 15:48:10 pdt
Date: Tue, 14 Aug 84 15:48:10 pdt
From: Gerry Key <[e-mail]>
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Termcap for New Kaypro 4s



Does anyone out there know of a 4.2bsd Unix termcap for  the  new
Kaypro  4s,  those  with  CP/M Version  2.2G? For some reason the
new 4s, while faster  than the  old 4s,  have what  appear to  be
padding problems with clear-screen, cursor motion, etc.

--Gerry Key

     MILNET/ARPANET >-------------------- [e-mail]

             ihnp4  \
             akgua   \
     UUCP    decvax   -------------!sdcsvax!noscvax!key
             dcdwest /
             ucbvax /
14-Aug-84 23:43:17-MDT,1392;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Aug 84 23:43:11-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  15 Aug 84 1:21 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id be00485; 15 Aug 84 1:14 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 5 Aug 84 11:59-PDT
Date: 3 Aug 84 7:19:17-PDT (Fri)
To: [e-mail]
From:  ihnp4!mhuxl!ulysses!burl!clyde!watmath!utzoo!dciem![e-mail]
Subject: Bubble memory - CP/M directory - HELP!
Article-I.D.: dciem.1020

*
    Does anyone in netland know how CP/M structures its
directorys? I am trying to interface an Intel bubble memory
to a Systems group S-100 processor and am having trouble
with the directory. I can use ddt to load a program into
RAM, escape from ddt and SAVE the file in the bubble memory
without any problem. The file appears in the directory for
the bubble pack, yet I cannot PIP to the bubble without
getting an error - NO FILE - from PIP. Envoking ED from the
bubbles causes the error message DIRECTORY FULL to be returned.
    I am following the guidelines set out by Louis Wheeler
in his Byte articles, but he makes no mention of this type of
problem. I would appreciate mail from anyone who has an idea
as to how I may overcome this difficulty.

        Stephen King, DCIEM Toronto

...(ihnp4 and others)!utzoo!dciem!king
15-Aug-84 00:58:37-MDT,1837;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 00:58:30-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  15 Aug 84 2:13 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a000926; 15 Aug 84 2:11 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 14 Aug 84 22:59-PDT
Date: 10 Aug 84 8:47:55-PDT (Fri)
To: [e-mail]
From: hplabs!hao!seismo!cmcl2!rocky2!cucard!aecom![e-mail]
Subject: Q: CP/M-80 on the DEC Rainbow
Article-I.D.: aecom.768

I am having problems running CP/M 2.2 software on the DEC Rainbow
and could use some help from the net gurus.  Basically, the software
was written on 2.2 machines and gets brain damaged when run on the
Rainbow.  I assume that the problem is due to some change or lack of
support by the Rainbow's CP/M-80 for certain BDOS calls.

Firstly, just for the record, the software utilizes the following
BDOS (0005h) calls: 1, 2, 3, 4, 5, 6, 9, 10, 11, 12, 13, 14, 15, 16,
17, 18, 19, 20, 21, 22, 23, 24, 26, 28, 29, 30, 32, and 37 (yes,
it's a rather large program).  Would anyone be so kind as to verify
if the Rainbow supports these?  The manuals I have access to do
not contain this information.  Also, does DEC mention any changes
in their operation as compared to CP/M 2.2.

Does anyone know, in general, how compatible DEC claims to be (or
really is) with 2.2.  Many emulators do a pretty good job, others
don't.  I guess DEC's doesn't.

Additionally, does the BIOS support access to the jump table for
I/O (const, conin, conout, listout, listst, reader, punch) and
the select disk (SELDSK) function?

I'd appreciate it greatly if someone took the time to assist me
with this brain buster.  Thanks in advance.

                Glen Marianko

            {philabs,rocky2,ihnp4,cucard}!aecom!glen
15-Aug-84 05:27:30-MDT,1718;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 05:27:23-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  15 Aug 84 6:59 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a001465; 15 Aug 84 6:56 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 15 Aug 84 3:43-PDT
Date: 13 Aug 84 10:42:51-PDT (Mon)
To: [e-mail]
From:  ihnp4!mgnetp!burl!clyde!watmath!utzoo!utcsrgv!garfield![e-mail]
Subject: need CBIOS.ASM for EXIDY Sorcerer II
Article-I.D.: garfield.1512

[]


I need the CBIOS.ASM for the EXIDY Sorcerer II.     When I bought
the system several years back, it came complete EXCEPT for the
CBIOS.ASM.  That file and its sister (BIOS.ASM), both came in
skeletal versions only, (at least on my disk).. an error, I've
been told.  But alas, EXIDY is no longer in business, and the
California dealer who sold this to us, no longer supports
EXIDY.

This is an EXIDY Sorcerer II, configured with two 5 1/4" disk
drives, soft sectored ssDD, operating on a CP/M 2.2/1f at 77
tracks.

If there is anyone out there who has a similarly configured
Exidy CP/M (the one that originally came with the machine, the
2.2x version..    NOT the one from LIFEBOAT), can get me, or let
me know where I can get the CBIOS.ASM file I need, I'd be very
grateful!

Please don't "newsgroup" the info.  Use E-mail instead to:

[e-mail]
(also)
{utcsrgv,allegra,ihnp4}!garfield!donald4
(with links to utcsrgv:)
{dalcs,dciem,utzoo,cornell,decvax,decwrl}

    or by US/Canadian post to:

Donald Geduldig
Faculty of Medicine
Memorial University of Newfoundland
St. John's, Newfoundland
Canada,        A1B 3V6
15-Aug-84 06:18:12-MDT,1490;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 06:18:07-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  15 Aug 84 7:50 EDT
Received: from simtel20.arpa by BRL-AOS.ARPA id a001745; 15 Aug 84 7:45 EDT
Date: 15 Aug 1984  05:45 MDT (Wed)
Message-ID: <RCONN.12039615865.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Subject: [RCONN: ZEX and RELS.UTL]

FYI -- Rick

Date: Wednesday, 15 August 1984  05:32-MDT
From: Richard Conn <RCONN>
To:   Paul L. Kelley <PLK at MIT-MC>
cc:   rconn
Re:   ZEX and RELS.UTL

Hi, Paul,

    Yes, ZEX can be installed without using RELS.UTL, but that is
not necessary.  RELS.UTL is public.  Since your friend obtained ZCPR3
from Echelon, he should be getting the newsletters, and newsletter 3
which is just now coming out (dated 20 Aug) mentions RELS.UTL in the
first paragraph.  You can use EX.COM instead of ZEX for a first-time
installation of ZEX by changing all the *.ZEX files to *.SUB (change
ZEX.ZEX to ZEX.SUB and then issue the command EX ZEX with RELS.UTL and
the other files mentioned in the beginning of the ZEX.ZEX file in the
current directory).  RELS.UTL, EX.COM, and MLOAD.COM (by Ron Fowler)
are on the AMPRO RCP/M and BBS at 408-258-8128.  They are also on
SIMTEL20, but I forget what archives offhand.  See the first paragraph
of the third newsletter for some more text on the subject (not much
more, tho).

    Rick
15-Aug-84 08:55:12-MDT,1188;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 08:55:02-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  15 Aug 84 10:06 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a003551; 15 Aug 84 10:00 EDT
Date: 15 Aug 1984 09:58-EDT
Sender: [e-mail]
Subject: Re: need program to compare .com files
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
Message-ID: <[USC-ISID.ARPA]15-Aug-84 09:58:19.ABN.ISCAMS>
In-Reply-To: The message of Tue, 14 Aug 84  9:01:27 EDT from Manny Crivello <[e-mail]>

Manny,

I usually use COMPASC.COM for ASCII and COMPBIN.COM for binary - work OK
so long as there aren't TOO many differences.  An earlier COMPARE.ASM is in
SIGM Volume 74 at SIMTEL20 (MICRO:<SIGM.VOL074>COMPARE.ASM (8k.  I also
see a listing for COMP-12.ASM and .DOC in SIGM.VOL073 ("binary file
comparison-use wi DD6" ("enhanced version of DDUMP")..

Can't seem to find my pointers to COMPBIN - got it from out there somewhere,
and have it myself if no one else points you to the source.

Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID

15-Aug-84 08:57:41-MDT,970;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 08:57:35-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  15 Aug 84 10:17 EDT
Received: from usc-isid.arpa by BRL-AOS.ARPA id a003702; 15 Aug 84 10:16 EDT
Date: 15 Aug 1984 10:14-EDT
Sender: [e-mail]
Subject: Re: Bubble memory - CP/M directory - HELP!
From: [e-mail]
To: ihnp4!mhuxl!ulysses!burl!clyde!watmath!utzoo!dciem![e-mail]
Cc: [e-mail]
Message-ID: <[USC-ISID.ARPA]15-Aug-84 10:14:51.ABN.ISCAMS>
In-Reply-To: The message of 3 Aug 84 7:19:17-PDT (Fri) from  ihnp4!mhuxl!ulysses!burl!clyde!watmath!utzoo!dciem![e-mail]

Stephen,

I could recommend the older book "Programmer's Guide to CP/M", extracted
articles from older Microsystems Magazine, Microsystems Press.  It has many
details on the CP/M library schemata.

Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
15-Aug-84 09:23:42-MDT,1611;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 09:23:33-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  15 Aug 84 10:37 EDT
Received: from usc-isid.arpa by BRL-AOS.ARPA id a003936; 15 Aug 84 10:31 EDT
Date: 15 Aug 1984 10:29-EDT
Sender: [e-mail]
Subject: Morse Code Instruction
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
Message-ID: <[USC-ISID.ARPA]15-Aug-84 10:29:58.ABN.ISCAMS>

Netlandians,

I have a project to network 15 workstations and an instructor station to
teach soldiers Morse Code (using a manual key for input, presenting groups
on the screen for transmission, etc.; and more difficult - sending CW to
the student and having him copy in block print on a graphics pad).

I have most of the Public Domain things from SIMTEL20 (various TTY programs,
the package on Packet Radio, some Morse programs), and would appreciate
pointers to any other available code.

I'm tentatively planning on using Commodore 64s, VIC-20s, or some sort of
smart workstation in that class, but would also be interested in anyone
who managed to use a nice fast micro to drive a number of workstations or
student input stations.

Last (the toughy) -- any software out there (commercial even) that'll take
handwritten (block print) characters from a cheap graphics pad and ASCIIze
it?  I've seen ads for the smart tablets (reputed to handle even longhand),
but they're still too expensive.

Thanks in advance (quite a help list, ne?)
David Kirschbaum
ABN.ISCAMS@USC-ISID
15-Aug-84 12:06:15-MDT,932;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 12:06:10-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  15 Aug 84 13:31 EDT
Received: from xerox.arpa by BRL-AOS.ARPA id a006248; 15 Aug 84 13:32 EDT
Received: from Concord.ms by ArpaGateway.ms ; 15 AUG 84 10:31:46 PDT
Date: 15 Aug 84 10:31:33 PDT (Wednesday)
From: [e-mail]
Subject: Re: Bubble memory - CP/M directory - HELP!
In-reply-to: ihnp4!mhuxl!ulysses!burl!clyde!watmath!utzoo!dciem!king's
 message of 3 Aug 84 7:19:17 PDT (Fri)
To: [e-mail]

Try to get a copy of DU (Disk Utility). This famous public domain
software will not only show you how the directory is organized, but will
also let you modify it.

    Jack Bicer

P.S:
ihnp4!mhuxl!ulysses!burl!clyde!watmath!utzoo!dciem![e-mail]
Stephen, your name is too long for my system to send you a meesage
directly.
15-Aug-84 12:27:33-MDT,918;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 12:27:28-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  15 Aug 84 13:52 EDT
Received: from su-score.arpa by BRL-AOS.ARPA id a006348; 15 Aug 84 13:44 EDT
Date: Wed 15 Aug 84 10:39:00-PDT
From: Sam Hahn <[e-mail]>
Subject: Re: Otter
To: [e-mail]
cc: [e-mail], [e-mail]
In-Reply-To: Message from "jose rodriguez <[e-mail]>" of Tue 14 Aug 84 12:46:19-PDT

Otter:

That's DRI's internal code name for their OS that's based on a VM
concept, eg. will encompass CP/M-86, PCDOS, and some UNIX compatibility.
Not scheduled for anytime soon, but will appear as a follow-on upgrade
in the Concurrent-DOS line.  They sent a speaker to PicoNet to talk about
this subject a few (3?) months ago.

                    -- hope this helps, sam
-------
15-Aug-84 12:43:33-MDT,1158;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 12:43:26-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  15 Aug 84 13:52 EDT
Received: from su-score.arpa by BRL-AOS.ARPA id a006402; 15 Aug 84 13:49 EDT
Date: Wed 15 Aug 84 10:44:21-PDT
From: Sam Hahn <[e-mail]>
Subject: Re: C/PM 2.2 vs. 3.0 question/User Groups in LA
To: [e-mail]
cc: [e-mail]
In-Reply-To: Message from "[e-mail]" of Tue 14 Aug 84 15:06:02-PDT

I've had 3.0 running since March, and have had NO problems with the
software that I own.  All of it trundled over to 3.0 with nary a sneeze.

One thing to be careful of is that xfcb (extended file control blocks) will
not appear correctly to 2.2 if you take a 3.0 disk and try to read it
under 2.2.  That's ok, though, because you can turn xfcb-making on or off,
or even delete xfcb's.

Another thing to watch out for is fancy shell-programs that assume the ccp
does what it does in 2.2. (Since I own no fancy shell-programs, I guess
my first paragraph isn't as strong as it might appear).

                -- sam
-------
15-Aug-84 20:26:36-MDT,840;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 20:26:31-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  15 Aug 84 22:00 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a009246; 15 Aug 84 21:56 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 15 Aug 84 18:44-PDT
Date: 14 Aug 84 11:37:47-PDT (Tue)
To: [e-mail]
From: ihnp4!houxm!hounx![e-mail]
Subject: CPM EDUC. SOFTWARE for YOUNG CHILDREN
Article-I.D.: hounx.289

I am looking for educational software for young children (ages 4 - 10 ).
I am interested in any feedback about what packages are good or bad.
Also information on games that are easy and fun for beginning computer
users would be appreciated.
Please mail to houxn!gtp in Holmdel (BTL)
Thanks in advance
G. Peckham
15-Aug-84 21:02:36-MDT,655;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 21:02:32-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  15 Aug 84 22:31 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a009324; 15 Aug 84 22:28 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 15 Aug 84 19:12-PDT
Date: 14 Aug 84 12:33:32-PDT (Tue)
To: [e-mail]
From: ihnp4!houxm!hounx![e-mail]
Subject: CPM EDUC. SOFTWARE for YOUNG CHILDREN ( CORRECTION )
Article-I.D.: hounx.290

Sorry I incorrectly posted the mailing address for mailing.
The correct address is hounx!gtp in Holmdel.
G. Peckham
15-Aug-84 22:47:40-MDT,1109;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 22:47:34-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  16 Aug 84 0:12 EDT
Date: 16 August 1984 00:14-EDT
From: Herb Lin <[e-mail]>
Subject:  dBASEII sort problem
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of 9 Aug 1984  10:45-MDT from Wiedemann at RADC-MULTICS.ARPA


    I have CP/M dBASE, Version 2.4.  There appears to be a problem with the
    "SORT" function.  Whenever I try to SORT ON <field> TO <file>, I get a
    "END OF FILE FOUND UNEXPECTEDLY" message.  Not only that, but even after
    a CLEAR, I cannot erase the destination sorted file without incurring a
    FILE ALREADY OPEN message.  When I try another CLEAR followed by a USE
    with the sorted destination file, I get a NO DATA BASE IN USE message.

I'm told that there is a very strange bug with the SORT function of
dBase II.  The way to get around it is to do an INDEX and then write
out the indexed file.  [So say the sharpies at Gifford Computer Systems.]

15-Aug-84 23:01:33-MDT,825;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Aug 84 23:01:29-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  16 Aug 84 0:32 EDT
Date: 15 Aug 1984  22:34 MDT (Wed)
Message-ID: <KPETERSEN.12039799597.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Manny Crivello <[e-mail]>
Cc:   [e-mail]
Subject: need program to compare .com files
In-reply-to: Msg of 14 Aug 1984  07:01-MDT from Manny Crivello <crivello at BBNCCC.ARPA>

Try HEXDIF.COM.  It prints the differences between two .COM files in
both hex and ascii.  It's available from SIMTEL20 as:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.GENCOM>
HEXDIF.COM.1            COM      6528   51 =  33H  CC7CH

--Keith
16-Aug-84 04:15:48-MDT,2502;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 Aug 84 04:15:40-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  16 Aug 84 5:38 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a010105; 16 Aug 84 5:37 EDT
Date: 16 August 1984 05:36-EDT
From: "Jerry E. Pournelle" <[e-mail]>
Subject:  Dimension 68000
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of Mon 13 Aug 84 11:34:03-CDT from John Otken <CC.Otken at UTEXAS-20.ARPA>

Welcome to t he INvasion of the Product Snatchers...
    Date: Mon 13 Aug 84 11:34:03-CDT
    From: John Otken <CC.Otken at UTEXAS-20.ARPA>
    To:   info-cpm at BRL.ARPA
    Re:   Dimension 68000

    I am not absolutely positive that the machine was a Dimension 68000 but
    it was a machine quite similar (emulates apple, ibm, etc)..  Anyway the
    story goes:

    I went to a CP/M-UG meeting in Houston a few months back.  One of the machines
    on demonstration was (probably) a Dimension 68000.  I listened to the rep.
    going through all of the various features of the machine.  At one point he
    was asked about mainframe communications.  He went into this claim that the
    machine could communicate with ANY machine using ANY protocol.  The rest of
    the conversation went something like:

    ME:    "I seriously doubt that."
    HIM:    "Sure it can."
    ME:    "How do you do it?"
    HIM:    "With translation tables."
    ME:    "WHAT?"
    HIM:    "Our machine uses THE [sic] standard serial protocol.  The secret is
         we use translation tables to handle the various protocols."
    ME:    "Could you give a more technical description?"
    HIM:    "Sure.  The table is at address C000.  The serial port is at 30."
    ME:    "Wait!  That is not what I was asking for."
    HIM:    "Look, you said you wanted a technical description.  If you want to
         be technical, I am going to have to talk HEX."
    ME:    "I don't think we are communicating..."
    HIM:    "Well, that's because we have an Engineer talking to a User."
    ME:    "Sure, if that makes you the User."
    HIM:    "NO!  I am the Engineer."
    ME:    "OK, can this machine communicate with an IBM 370?"
    HIM:    "Sure."
    ME:    "How?"
    HIM:    "Like I've been telling you -- over the standard serial protocol
         using a translation table."

    Fortunately, the place closed and I was saved from the intellectual torture
    of an extended conversation with this clown.  John.

17-Aug-84 00:06:21-MDT,1034;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Aug 84 00:05:59-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  17 Aug 84 1:43 EDT
Received: from hi-multics.arpa by BRL-AOS.ARPA id a000970; 17 Aug 84 1:44 EDT
Date:  Fri, 17 Aug 84 00:39 CDT
From:  [e-mail]
Subject:  Re: Kaypro help wanted: 7-bit even parity for sio
To:  [e-mail]
cc:  [e-mail]
In-Reply-To:  Message of 11 Aug 84 14:22 CDT from "George.Wood at CMU-CS-A"
Message-ID:  <[e-mail]>

I have the same problem (only with a Kaypro 10 and MEX rather than a
Kaypro 2 and MODEM7xx) -- i.e.  I have a host that insists on 7-bit even
parity (Honeywell Level 6, if you're interested).  I tried to fix the
overlay but it didn't work right - guess I'm not programming the SIO
correctly.  Anyhow, I'd appreciate a solution.
                              Thanks,
                              Bill
                    VaughanW at HI-Multics
17-Aug-84 03:12:54-MDT,666;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Aug 84 03:12:50-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  17 Aug 84 4:48 EDT
Received: from xerox.arpa by BRL-AOS.ARPA id a001687; 17 Aug 84 4:45 EDT
Received: from GreeneKing.ms by ArpaGateway.ms ; 16 AUG 84 15:46:03 PDT
Date: 15 Aug 84 17:14:31+0100 (Wednesday)
From: [e-mail]
Subject: Re: Looking for modem7 for ibmpc
In-reply-to: ucsfcgl!harrison's message of 9 Aug 84 13:17:02 PDT (Thu)
To: ucsfcgl![e-mail]
cc: [e-mail]

Peter,

I'd be interested to know what you find out

Thanks in advance//Ken


17-Aug-84 04:02:36-MDT,1044;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Aug 84 04:02:31-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  17 Aug 84 5:32 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a001931; 17 Aug 84 5:29 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 17 Aug 84 2:15-PDT
Date: 15 Aug 84 16:23:23-PDT (Wed)
To: [e-mail]
From: hplabs!sdcrdcf!sdcsvax!akgua!mcnc!ecsvax![e-mail]
Subject: Re: dBASEII sort problem
Article-I.D.: ecsvax.3110
In-Reply-To: Article sri-arpa.12286

The END OF FILE FOUND UNEXPECTEDLY usually happens when I used indexed
files, but you would not be sorting them is you used an index.  Assuming
that you can DISPLAY the file, then you must have a trashed file with an
EOF character somehow inserted.  If not, then kludge it by issuing a USE
or two in order to close the file, then USE it again and SORT to your
destination.  A little more information would pinpoint the proper kludge.

Phil Julian    mcnc!ecsvax!julian
17-Aug-84 04:51:52-MDT,1009;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Aug 84 04:51:46-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  17 Aug 84 6:23 EDT
Received: from xerox.arpa by BRL-AOS.ARPA id a002158; 17 Aug 84 6:16 EDT
Received: from GreeneKing.ms by ArpaGateway.ms ; 17 AUG 84 03:13:43 PDT
Date: 17 Aug 84 11:03:26+0100 (Friday)
From: [e-mail]
Subject: Re: Morse Code Instruction
In-reply-to: <[USC-ISID.ARPA]15-Aug-84 10:29:58.ABN.ISCAMS>
To: [e-mail]
cc: [e-mail]

David,

I picked up a (teach) morse program from the Palos Verdes RCP/M, (when I
was in LA) so I suppose if you can dial up any of the BBS's that support
packet radio, that would be a start.

I have seen a demo of morse working on one of those Xerox "STAR" 8010
systems, all you do is highlight text, bug start and the dots & dashes
blurt out of its speaker! (not bad huh)

If you want me to dig into my archives send me a ... --- ...

Ken
17-Aug-84 12:21:48-MDT,962;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Aug 84 12:21:42-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  17 Aug 84 13:38 EDT
Received: from office-2.arpa by BRL-AOS.ARPA id a008178; 17 Aug 84 13:37 EDT
Date: 17-Aug-84 10:34 PDT
From: [e-mail]
Subject: ARCHIVE
To: [e-mail]
Message-ID: <[OFFICE-2.ARPA]TYM-ACB-594YH>

I picked up the ARCHIVE program and BDOS patch from the Computer Language BBS
and was at first favorably impressed.  However,  If one erases a file that has
been archived, the disk is marked RO.  I suspect that the directory checksum is
not being updated by the patch which simply removes the archived bit when the
Directory Entry is written out.  Did I do something wrong?  I suspect that any
modification of the File that causes the directory entry to be written out (thus
clearing the archived bit) causes the same problem. Comments?

17-Aug-84 22:30:03-MDT,1049;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Aug 84 22:29:53-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  18 Aug 84 0:02 EDT
Date: Friday, 17 August 1984  11:08-MDT
Message-ID: <KPETERSEN.12040318499.BABYL@SIMTEL20>
Sender: Dave Maddox <[e-mail]>
From: Dave Maddox <[e-mail]>
To: [e-mail]
Subject:   Ancient technology
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Fri 17 Aug 1984 22:04-MDT

Can anyone help with the following request?  I will forward responses,
if you'd like...thanks.


Forwarded message follows:
------------------------------------------------------------------------
From: bedford!mintaka!dagobah#gerry@mit-eddie
Subject: Ancient technology

Does anyone know where I can get a hold of the Schematics for an IMSAI
front pannel.  It's broken and the original schematics are lost.  Unless
I can fix it, it will remain a very large paperweight.

gerry
17-Aug-84 23:54:26-MDT,1679;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Aug 84 23:54:19-MDT
Received: From ucb-vax.arpa.ARPA by AMSAA via smtp;  18 Aug 84 1:22 EDT
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.33)
    id AA04754; Fri, 17 Aug 84 21:05:34 pdt
Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA)
    by ucbjade.CC.Berkeley.ARPA (4.14/4.23.4)
    id AA05158; Fri, 17 Aug 84 21:05:11 pdt
Received: by ucbopal.CC.Berkeley.ARPA (4.14/4.23.5)
    id AA13155; Fri, 17 Aug 84 21:05:04 pdt
Date: Fri, 17 Aug 84 21:05:04 pdt
From: William C. Wells <[e-mail]>
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Umodem

I know someone who would like to dial into our Unix system and from
another Unix system (using the Unix "cu" command), then use a modem
program to transfer files.  We have the 4.2 BSD xmodem (from UCSD) on
our end.  Does anyone know how to do this?

Some problems encountered so far:  Executing xmodem on the answering
system and umodem on the originating system from within "cu" does not
work.  xmodem, tmodem, umodem, and uc all appear to be programs for the
answering Unix system. "cu" (version 7) appears to be able to redirect
output or input, but not both to the same program. I suspect that "cu"
needs to be called from the the originating modem program to establish
a terminal mode with the remote system.  Does anyone have a modem
program that will do this? Or does anyone have a Unix modem program
that has a terminal mode?


Bill Wells
[e-mail]
ucbvax!wcwells
[e-mail]
18-Aug-84 01:28:37-MDT,1147;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 Aug 84 01:28:31-MDT
Received: From bbn-cd.arpa.ARPA by AMSAA via smtp;  18 Aug 84 3:02 EDT
Date: Sat, 18 Aug 84  2:53:39 EDT
From: Sam Lipson <[e-mail]>
Subject: Mitsubishi 5.25 inch disk drive query
To: [e-mail]


    Recently I have seen advertisements for Mitsubishi 5.25",
purportedly double sided 96 TPI drives for under $200.00.  I have
a few questions:

    1)  Has anyone had any experience with these drives.  Do they have
problems -- there must be a reason why they're so cheap.

    2)  Are they totally plug compatible with the Tandon TM-100-4 (which
my Zenith Z-90 uses).

    3)  What is the correct Mitsubishi model number for the double sided
96TPI drive (so I can verify what I order is what I think I'm ordering).

    I'd also be glad to hear (impartial) recommendations for a particular
vendor to buy from.

    Please respond to me,  not the mailing list (I will honor summary
requests).

    Thanks,

    Sam Lipson
[ARPA]    slipson@bbncd
[UUCP]    {decvax,wjhl2,ihnp4,linus,wivax,ima}!bbncca!slipson
18-Aug-84 20:31:23-MDT,1557;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 Aug 84 20:31:18-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  18 Aug 84 22:01 EDT
Received: from ut-ngp.arpa by BRL-AOS.ARPA id a013217; 18 Aug 84 21:56 EDT
From: [e-mail]
Posted-Date: Sat, 18 Aug 84 20:47:06 CDT
Message-Id: <[e-mail]>
Received: by ut-ngp.ARPA (4.22/4.22)
    id AA10379; Sat, 18 Aug 84 20:48:31 cdt
Date: Sat, 18 Aug 84 20:47:06 CDT
To: [e-mail]
Subject: BIOS2RSX problem


The program BIOS2RSX was recently posted to the net.  It maps CP/M-2.2
BIOS calls into CP/M-Plus calls, allowing such programs as DU to run
under CP/M-Plus.  It works well, but recently caused me several sleepless
nights.  The problem was a loss of data in a CP/M-Plus submit file
after the first 128 bytes, IF one of the tasks invoked in the submit
file was a 2.2 program (with BIOS2RSX attached) AND that program did
disk writes.

It turns out that my CP/M-Plus uses the BDOS for blocking/deblocking
(as I am sure many do).  This buffer is not being flushed by BIOS2RSX
and can be overwritten by the 2.2 program.  The fix is to go into
BIOS2RSX and add the following code:

          MVI  C,030h    ;flush disk buffers
          MVI  E,0ffh    ; flush data buffers too
          CALL BDOS

before any other disk activity is performed.  This seems to fix the
problem nicely.  Note that the problem will not come up if the blocking/
deblocking is done in the CP/M-Plus BIOS.





18-Aug-84 21:48:56-MDT,2018;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 Aug 84 21:48:48-MDT
Received: From ucb-vax.arpa.ARPA by AMSAA via smtp;  18 Aug 84 23:13 EDT
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.33)
    id AA19460; Sat, 18 Aug 84 20:15:58 pdt
Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA)
    by ucbjade.CC.Berkeley.ARPA (4.14/4.23.4)
    id AA08749; Sat, 18 Aug 84 20:15:35 pdt
Received: by ucbopal.CC.Berkeley.ARPA (4.14/4.23.5)
    id AA14603; Sat, 18 Aug 84 20:15:32 pdt
Date: Sat, 18 Aug 84 20:15:32 pdt
From: William C. Wells <[e-mail]>
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Re: Umodem
Cc: [e-mail]

In reply to:

    Date: Sat, 18 Aug 84 12:37:24 edt
    From: [e-mail] (Ralph Johnson)
    Message-Id: <[e-mail]>
    To: wcwells@BERKELEY
    Subject: Re:  Umodem

    You really want to use uucp to transfer files from one Unix
    machine to another.  It's the standard.  Is there some reason
    why you can't do this?

I do not want to use "uucp" because the it requires disk space for
spool files and human intervention to set up and maintain. In the next
couple of years we expect to have over 2000 microcomputer/workstations
on campus.  Many of those microcomputer/workstations will be Unix
systems with modems and terminal emulation software. The overhead in
maintain uucp links with 1000+ workstations would be to high.

So what I am looking for is a "xmodem" (cf. MDM7xx) program written in
C that will permit a user on a Unix system (eg. a Unix microcomputer)
to dial out to a remote Unix system, login to a remote Unix system (via
terminal access dial-up lines), execute a remote "umodem" program to
start a file transfer, escape back to the local program, and fire up
the local end of the file transfer.

Bill Wells
[e-mail]
ucbvax!wcwells
[e-mail]
19-Aug-84 00:11:29-MDT,1461;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 Aug 84 00:11:23-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  19 Aug 84 1:43 EDT
Received: from rand-unix.arpa by BRL-AOS.ARPA id a013475; 19 Aug 84 1:43 EDT
Received: from vortex.UUCP by rand-unix.ARPA; Sat, 18 Aug 84 22:24:25 pdt
Date: Sat, 18-Aug-84 22:18:43 PDT
From: Lauren Weinstein <vortex![e-mail]>
Subject: Re: Umodem
Message-Id: <[e-mail]>
To: [e-mail]
Cc: [e-mail]
In-Reply-To: Your message of Sat, 18 Aug 84 20:15:32 pdt

Both umodem and the C versions of kermit already have "connect" modes
for making outgoing connections.  Neither directly support automatic
dialing, but this is pretty modem specific and trivial to add for
any given case.  Or, if you prefer, you can always dial out with
"cu," suspend the connection, and then use umodem or kermit for the
file transfers as you choose.

Such procedures would probably be adequate for the sorts of "occasional"
file transfers you apparently consider likely within your "network."

--Lauren--

P.S.  If you plan to use umodem, you'll have to look around for the version
with the connect feature.  There are a multitude of different versions
of umodem that people have spawned off from my original code.  So many,
in fact, that I no longer officially support umodem in any manner.

--LW--

19-Aug-84 05:42:12-MDT,758;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 Aug 84 05:42:07-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  19 Aug 84 7:19 EDT
Date: 19 Aug 1984  05:22 MDT (Sun)
Message-ID: <WANCHO.12040660294.BABYL@SIMTEL20>
From: "Frank J. Wancho" <[e-mail]>
To:   [e-mail]
Subject: PROMETHEUS Clock

I've received several queries in the last few days for code to support
the PROMETHEUS clock in RBBS4.  If anybody has already developed the
function for RBBS4 or can provide me an 8080 or Z80 assembly language
routine to query the clock, please send me the code.  I'll be glad to
convert it and make it available with suitable credit to the original
author.

--Frank
19-Aug-84 10:10:33-MDT,1170;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 Aug 84 10:10:28-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  19 Aug 84 11:41 EDT
Date: 19 Aug 1984  09:44 MDT (Sun)
Message-ID: <KPETERSEN.12040707971.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: WSFAST16 now available

WSFAST Vers. 1.6 by Jim Gronek 08/14/1984 has just been released.
This is the patch for WordStar Vers. 3.3 to speed up the signon.
Here's Jim's description of the revision:

   Revised location for load of hex patch to avoid over-
   writing arrow key definitions on Kaypro supplied WS.COM.
   WSLSTPAT.HEX caused the arrow key definitions to 'go
   away'.  WSFAST16.HEX corrects that problem.

Note that Jim has renamed WSLSTPAT.HEX to WSFAST16.HEX.  Here's a list
of the files available on SIMTEL20:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.WSTAR>
WSFAST16.DOC.1            ASCII      5283   42 =  2AH  B314H
WSFAST16.HEX.1            ASCII       100    1 =   1H  B547H
WSFAST16.SUB.1            ASCII      6008   47 =  2FH  715AH

--Keith
19-Aug-84 22:01:55-MDT,1018;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 Aug 84 22:01:50-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  19 Aug 84 23:36 EDT
Received: from wisc-rsch.arpa by BRL-AOS.ARPA id a015236; 19 Aug 84 23:29 EDT
Date: Sun, 19 Aug 84 22:30:08 cdt
Message-Id: <[e-mail]>
Received: by wisc-rsch.arpa; Sun, 19 Aug 84 22:30:08 cdt
To: [e-mail]
Subject: Osborne I disk drive problems
Sender: [e-mail]
From: [e-mail]

I have the following problem ... any suggestions (other than
get yourself a new computer, etc.):

The "B" drive in my Osborne seems to be interfering in some
manner with the operation of the machine.  Whenever the select
light comes on, the screen image wobbles quite a bit and
the machine fails (usually by "hanging") soon afterward.
When the "B" drive is not in use, all is well.

Any ideas?  Is it possible to install a new drive, and if so
what manufacturer etc.
20-Aug-84 01:45:59-MDT,874;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 Aug 84 01:45:54-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  20 Aug 84 3:08 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a015478; 20 Aug 84 3:10 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 19 Aug 84 23:57-PDT
Date: 17 Aug 84 13:26:47-PDT (Fri)
To: [e-mail]
From: sun![e-mail]
Subject: wanted - info on Morrow 26M disk & controller for S100
Article-I.D.: sun.1632

I have just recently bought, second hand and cheaply, a Morrow Discus
hard disk S100 controller and a 14" shugart winchester. Does anyone
have any experience with Morrow controllers, disks and documentation?

    thanks

        Cal Thixton
        Sun Microsystems
        Dallas - [phone]
        ...sun!tj

--
            Cal Thixton
            Sun Microsystems
            sun!tj
20-Aug-84 08:02:29-MDT,1944;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 Aug 84 08:02:14-MDT
Date:     Mon, 20 Aug 84 9:23:55 EDT
From:     Dave Towson (info-cpm-request) <[e-mail]>
To:       [e-mail]
Subject:  [WIrish.WBST:  Some CPM and/or Kaypro II info needed]

Can anyone help with this query?  Please send replies to the originator,
not to me (i.e., don't use the "answer message" function of your mailer).


----- Forwarded message # 1:

Received: From xerox.arpa.ARPA by AMSAA via smtp;  14 Aug 84 22:56 EDT
Received: from Aurora.ms by ArpaGateway.ms ; 14 AUG 84 18:11:24 PDT
Date: Tue, 14 Aug 84 15:48 EDT
From: [e-mail]
Subject: Some CPM and/or Kaypro II info needed
To: [e-mail]
cc: [e-mail]

I recently purchased a new CPM Plus (version 3 CPM) system. I also have
standard CPM (version 2) on another computer. My question is "is it
possible to read version 2 disks on a version 3 system???" (I know
"Anything is possible", the real question is what program/utility do I
use and where do I get it.) Any help would be appreciated.

Thanks in advance,
Wesley Irish

Also...

Anyone familiar with the Kaypro II is aware of its little quirks. The
one that I would like to eliminate at the moment is the disk drive motor
on time. In most cases the drive turns off between reads, only to turn
on again seconds (or msecs.) later.  This results in excessive disk
access time. The Kaypro is slow enough as it is!

I am looking for some "standard" patch that will correct this and/or
other Kaypro II problems. I realize this (these) problem(s) may be
hardware limitations and/or need to be patched in the ROM or in the
BIOS. I'll entertain suggestions for any or all of the above.

Thanks in advance,

Wesley Irish


----- End of forwarded messages



Dave Towson
[e-mail]


20-Aug-84 08:41:20-MDT,677;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 Aug 84 08:41:13-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  20 Aug 84 9:53 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a017471; 20 Aug 84 9:11 EDT
Date: 20 Aug 1984 09:10:56 EDT
From: [e-mail]
Subject: Osborne Drive B Problems
To:   [e-mail]
cc:   [e-mail]

You didn't say if you were using an external
monitor.  If you were, try moving it away from the
drive; noise generated by the drive causes external
video image jitter.  I don't know what the hangup
problem is, but it may be related.

-Sheldon Meth
-------

20-Aug-84 09:01:01-MDT,1651;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 Aug 84 09:00:53-MDT
Date:     Mon, 20 Aug 84 10:09:25 EDT
From:     Dave Towson (info-cpm-request) <[e-mail]>
To:       [e-mail]
Subject:  Red-hot Wordstar message from bang!crash!!!

What else can I say?


----- Forwarded message # 1:

Received: From nosc-gw.ARPA by AMSAA via smtp;  18 Aug 84 4:40 EDT
Received: from cod.ARPA by nosc.ARPA (4.12/4.7)
    id AA07448; Sat, 18 Aug 84 01:42:26 pdt
From: <bang!crash!ihom@Nosc>
Received: by cod.ARPA (4.12/4.7)
    id AA16046; Sat, 18 Aug 84 01:42:46 pdt
Date: Sat, 18 Aug 84 01:42:46 pdt
Message-Id: <[e-mail]>
Apparently-To: info-cpm-request@AMSAA

In using MicroPro's latest release of WordStar (version 3.33 for the Apple
with a PCPI Applicard), the following five delay bytes may be zeroed.  They
begin at location 2AFh to 2B3h.

            Location:  Old value        New value
                02AF:  03               00
                02B0:  09               00
                02B1:  19               00
                02B2:  40               00
                02B3:  09               00

I think there are two more bytes somewhere around 02E0h.  Has anyone found
these other two delays (if they exist) or know how to bypass that beginning
routine that displays the "text-graphics" title page?


                            {ihnp4,sdchema,sdcsvax}!bang!crash!ihom

                                                Irwin Hom



----- End of forwarded messages



Dave Towson
[e-mail]


20-Aug-84 21:33:00-MDT,740;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 Aug 84 21:32:55-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  20 Aug 84 23:06 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a023658; 20 Aug 84 23:05 EDT
Date: Mon 20 Aug 84 23:00:38-EDT
From: "Andrew M. Moore" <[e-mail]>
Subject: ZCPR2 Xerox Users
To: [e-mail]
cc: [e-mail]


I'm looking for Xerox 820-II users who have ZCPR2 installed on single-
sided 8" disks (I'm going to use it with MENU) -- Need to exchange disks
with someone who has ZCPR2 with multi-command buffer on 820-II format.

                Thanks in advance, 820-II users.

                    Andrew Moore

-------

20-Aug-84 23:29:22-MDT,845;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 Aug 84 23:29:17-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  21 Aug 84 1:01 EDT
Received: from wisc-rsch.arpa by BRL-AOS.ARPA id a023869; 21 Aug 84 1:01 EDT
Date: Tue, 21 Aug 84 00:02:02 cdt
Message-Id: <[e-mail]>
Received: by wisc-rsch.arpa; Tue, 21 Aug 84 00:02:02 cdt
To: [e-mail]
Subject: Apple CP/M and Apple Dos Modem7 wanted
Sender: [e-mail]
From: [e-mail]

I'm trying to get an apple 2e with super serial card
running modem 7 under DOS, also, I'd like to run Modem7
under CP/M using the Microsoft premium 2e softcard.

If anyone has the software configured for this equipment,
I'd welcome any advice and/or the opportunity to exchange
diskettes.

21-Aug-84 07:14:24-MDT,2450;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Aug 84 07:14:12-MDT
Date:     Tue, 21 Aug 84 8:37:39 EDT
From:     Dave Towson (info-cpm-request) <[e-mail]>
To:       [e-mail]
Subject:  [Drsel-Tcs-Sio:  Re:Osborne 1 disk drive problems]

Send replies to the originator of this message, not info-cpm-request.


----- Forwarded message # 1:

Received: From cecom-1.arpa.ARPA by AMSAA via smtp;  20 Aug 84 14:57 EDT
Date: 20 Aug 1984 1458-EDT
From: [e-mail]
Subject: Re:Osborne 1 disk drive problems
To:   [e-mail]

I had a similar problem with my Osborne1 "A" (left) drive.
The drive would sound erratic, the (internal) CRT would
be affected, it would produce (what started to be occasional
and eventually became continual) boot errorsa, and it
would lock up the drive .  I found I could still force it
to operate by opening th e drive door, taking out the diskette,
and spinning the drive with my finger.  This technique worked
o.k. as a emergency quick fix, but is not recommended for
the health of your system.  I then would re-insert the diskette,
and the system would continue (ussually), or totally crash
(once in a while).  Finally, during a period where I was
desperately trying to geet my machine back in operation, and
not finding any local reapiar place willing to do the work
(including Xerox), I dug in with the O-1 Technical Manual
and a friendly EE technical advisor.  The result was to
discover an excessive ammount of "noisew" (using an oscilloscope)
in the drive controller board going to and comming from the
drive motor.  Feling very adventurous and without any re-
course (it couldn't get worse), wew tll we took the drive motor
out, disassembled it , cleaned it (it was carboned heavily
and had some metal falacks in it) and put it back.  Believe
it or not, I was delighted to find it worked, and all my
problems had been solved.  kSince then I have found that
Priority -One Electronics (see any Byte mag) is supposed to
carry parts for MPI disk drives, and should be able to replace
yours if you want to try this route.

I have been operating my O-1 frequently for over a month now
and it still seems to be fixed.

----- GOOD LUCK !! -----   Todd Kersh,
                            DRSEL-TCS-SIO at CECOM-1.ARPA
-------

----- End of forwarded messages
21-Aug-84 07:17:45-MDT,1061;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Aug 84 07:17:38-MDT
Date:     Tue, 21 Aug 84 8:39:31 EDT
From:     Dave Towson (info-cpm-request) <[e-mail]>
To:       [e-mail]
Subject:  [Andrew M. Moore:  ZCPR2 Xerox Users]

    Please send replies to the originator, not info-cpm-request.


----- Forwarded message # 1:

Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  20 Aug 84 23:11 EDT
Received: from mit-mc.arpa by BRL-VGR.ARPA id a016893; 20 Aug 84 23:07 EDT
Date: Mon 20 Aug 84 23:00:38-EDT
From: "Andrew M. Moore" <[e-mail]>
Subject: ZCPR2 Xerox Users
To: [e-mail]
cc: [e-mail]


I'm looking for Xerox 820-II users who have ZCPR2 installed on single-
sided 8" disks (I'm going to use it with MENU) -- Need to exchange disks
with someone who has ZCPR2 with multi-command buffer on 820-II format.

                Thanks in advance, 820-II users.

                    Andrew Moore

-------


----- End of forwarded messages
21-Aug-84 14:21:44-MDT,1334;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Aug 84 14:21:38-MDT
Date:     Tue, 21 Aug 84 15:52:28 EDT
From:     David Towson (SECAD) <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  Re:  Osborne I disk drive problems

I am not an Osborne owner, but the symptoms you cite sound very much like
the power drain due to the disk drive may be causing variations of the
power supply voltage to the rest of the computer.  This could result from
a high resistance in the power feed at a point common to both disk drive
and computer.  I suggest you disconnect and clean every pluggable connector
in sight, and see whether that helps.  Another useful troubleshooting step
would be to swap the two drives.  If this causes the problem to move with the
drive (i.e., it's always the same physical drive) then you will know there
is something wrong with the drive.  If, on the other hand, the problem stays
with the position (i.e., drive B) then you can look deeper into the wiring.
If swapping the drives causes the problem to vanish, then it was probably a
dirty connector that got scrubbed a bit when you unplugged it.  If so, don't
stop there; clean it right, and you should be good for a while.


Dave
[e-mail]

21-Aug-84 18:10:59-MDT,646;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Aug 84 18:10:54-MDT
Received: From xerox.arpa.ARPA by AMSAA via smtp;  21 Aug 84 19:45 EDT
Received: from Chardonnay.ms by ArpaGateway.ms ; 21 AUG 84 16:46:02 PDT
Date: 21 Aug 84 16:47:09 PDT (Tuesday)
From: [e-mail]
Subject: Re: WSFAST16 now available
In-reply-to: <KPETERSEN.12040707971.BABYL@SIMTEL20>
To: Keith Petersen <[e-mail]>
cc: [e-mail]

Hi,
Please tell me, how I can get the patch for 3.3. WS for Xerox 16/8.
I would like to send you  a disket to copy if it is O.K. for you .
Joe...
22-Aug-84 07:19:11-MDT,938;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Aug 84 07:19:04-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  22 Aug 84 4:39 EDT
Received: from simtel20.arpa by BRL-AOS.ARPA id a001143; 22 Aug 84 4:38 EDT
Date: 22 Aug 1984  02:38 MDT (Wed)
Message-ID: <RCONN.12041416826.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Subject: ZCPR3 Newsletters 3 and 4


    ZCPR3 Newsletters 3 and 4 are stored in MICRO:<CPM.ZCPR3> as
NEWS003.Z3 and NEWS004.Z3.  Newsletter 3 is quite long (more than 10
pages) and its subject is installation; it addresses many of the
common installation questions and provides another approach to
installation from a slightly different perspective than that in the
installation manual.  Newsletter 4 is mainly an editorial by Echelon
and several news tidbits, and it is MUCH shorter than 3.
    Enjoy!

        Rick

23-Aug-84 04:44:50-MDT,953;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 Aug 84 04:44:43-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  23 Aug 84 6:20 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a001788; 23 Aug 84 6:19 EDT
Date: 23 August 1984 06:18-EDT
From: Gail Zacharias <[e-mail]>
Subject:  Yet another tops-20 CP/M utility.
To: [e-mail]

MAKLBR is a Tops-20 program for collecting any number of files into a single
.LBR file which can then be downloaded and handled with the usual
CP/M utilities (LU, LRUN, etc).  It can be used as an alternative to batch
mode transfers when the latter are unavailable or inconvenient.

The source is available on SIMTEL20 in MICRO:<CPM.TOPS-20>MAKLBR.MID.  To
assemble, do @MIDAS MAKLBR (if your site doesn't have Midas, complain to
your system staff).  Do @MAKLBR<cr> for a short explanation of command line
syntax.  Report bugs to me.

23-Aug-84 08:47:12-MDT,3426;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 Aug 84 08:46:44-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  23 Aug 84 10:02 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a003962; 23 Aug 84 10:00 EDT
Date: 23 August 1984 09:56-EDT
From: "Allan D. Plehn" <[e-mail]>
Subject: Changes/additions to SIMTEL20 micro:<cpm> in last two weeks
To: [e-mail]
cc: [e-mail]

Changes/additions to subject directory since 11 August are shown below:



**** CPM CRCLST OF 23 AUGUST, 1-103 (4468)
CPMPRT51.BAS.3            ASCII     11147   88 =  58H  23C1H
**** CPM CRCLST OF 11 AUGUST, 1-103 (4468)
CPMPRT51.BAS.1            ASCII     11129   87 =  57H  3B3DH
***************

**** CPM CRCLST OF 23 AUGUST, 1-337 (14738)
LUDEF4.DOC.1            ASCII      9449   74 =  4AH  BF2EH
**** CPM CRCLST OF 11 AUGUST, 1-337 (14738)
LUDEF3.DOC.1            ASCII      7900   62 =  3EH  D57FH
***************

**** CPM CRCLST OF 23 AUGUST, 1-769 (34144)
DAUGINST.TQT.1            COM     39552  309 = 135H  6520H
DAUGINST.TXT.1            ASCII     62681  490 = 1EAH  4EF4H
**** CPM CRCLST OF 11 AUGUST, 1-769 (34144)
***************

**** CPM CRCLST OF 23 AUGUST, 1-798 (35436)
MBOOTH89.ASM.1            ASCII      5133   41 =  29H  A1B3H
**** CPM CRCLST OF 11 AUGUST, 1-796 (35338)
***************

**** CPM CRCLST OF 23 AUGUST, 1-1081 (48219)
RT11MODM.C.2            ASCII      4088   32 =  20H  085FH
RT11MODM.DOC.1            ASCII       946    8 =   8H  6981H
**** CPM CRCLST OF 11 AUGUST, 1-1078 (48071)
RT11MODM.C.1            ASCII      4125   33 =  21H  A457H
***************

**** CPM CRCLST OF 23 AUGUST, 1-1129 (50478)
M7KP-X48.MSG.1            ASCII      1233   10 =   AH  D70FH
**** CPM CRCLST OF 11 AUGUST, 1-1125 (50280)
***************

**** CPM CRCLST OF 23 AUGUST, 1-1821 (81786)
BISHW111.ASM.1            ASCII     27202  213 =  D5H  6D0EH
BISHW111.DOC.1            ASCII      3060   24 =  18H  10BAH
**** CPM CRCLST OF 11 AUGUST, 1-1816 (81538)
BISHW110.ASM.1            ASCII     25028  196 =  C4H  6703H
BISHW110.INF.1            ASCII      1195   10 =   AH  8E07H
***************

**** CPM CRCLST OF 23 AUGUST, 1-1935 (86889)
WSFAST15.DOC.1            ASCII      4848   38 =  26H  D56DH
WSFAST15.SUB.1            ASCII      5391   43 =  2BH  DE7BH
**** CPM CRCLST OF 11 AUGUST, 1-1930 (86641)
WSFAST13.SUB.1            ASCII      3881   31 =  1FH  FC25H
***************

**** CPM CRCLST OF 23 AUGUST, 1-1947 (87483)
WSLSTPAT.HEX.1            ASCII       100    1 =   1H  48DEH
**** CPM CRCLST OF 11 AUGUST, 1-1941 (87185)
***************

**** CPM CRCLST OF 23 AUGUST, 1-2223 (99920)
LDR.MAC.1            COM     11264   88 =  58H  E5E0H
LDR-UPD.COM.1            COM      2560   20 =  14H  5204H
LDR-UPD.MSG.1            ASCII       532    5 =   5H  55D3H
**** CPM CRCLST OF 11 AUGUST, 1-2216 (99572)
LDR.COM.1            COM      2560   20 =  14H  A14EH
LDR.MAC.1            COM     11264   88 =  58H  E5E0H
***************

**** CPM CRCLST OF 23 AUGUST, 1-2236 (100508)
NEWS001.Z3.1            ASCII      2872   23 =  17H  70AAH
NEWS002.Z3.1            ASCII      5912   47 =  2FH  0D6CH
**** CPM CRCLST OF 11 AUGUST, 1-2228 (100107)
***************

**** CPM CRCLST OF 23 AUGUST, 1-2310 (103863)
Z3BOOK.0.1            ASCII      3117   25 =  19H  481EH
Z3BOOK.1.1            ASCII     13730  108 =  6CH  6FA9H
Z3BOOK.2.1            ASCII      2262   18 =  12H  A546H
Z3BOOK.3.1            ASCII      2714   22 =  16H  BCA4H
Z3BOOK.4.1            ASCII     12009   94 =  5EH  827BH
Z3BOOK.5.1            ASCII      1573   13 =   DH  AFC1H
**** CPM CRCLST OF 11 AUGUST, 1-2300 (103366)
***************



                Al Plehn

24-Aug-84 06:50:28-MDT,574;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 Aug 84 06:50:21-MDT
Received: From rutgers.arpa.ARPA by AMSAA via smtp;  24 Aug 84 8:04 EDT
Date: 24 Aug 84 08:07:52 EDT
From: [e-mail]
Subject: Kaypro VT100 terminal emulator
To: [e-mail]


Does anyone know of a vt100 (or other decent terminal that will work
with DEC stuff) that runs on a Kaypro,  I need to buy one ASAP...

Thanks much.

Keith Sproul
[e-mail]

pls respond to me since I am not on this bboard..
-------
24-Aug-84 07:29:22-MDT,789;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 Aug 84 07:29:17-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  24 Aug 84 8:53 EDT
Received: from simtel20.arpa by BRL-AOS.ARPA id a012507; 24 Aug 84 8:53 EDT
Date: 24 Aug 1984  06:57 MDT (Fri)
Message-ID: <RCONN.12041988259.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   [e-mail]
Subject: XLATE2 Version 1.1


    XLATE2, VERSION 1.1 is now uploaded to SIMTEL20 in
MICRO:<CPM.ASMUTL> as XLATE2-11.MAC.  There is also a DOC file.  CRCs
check from the upload.  The MAC file is in binary format.  The DOC
file is text.

    XLATE2 translates 8080 assembly language source (Intel
mnemonics) to Z80 assembly language source (Zilog mnemonics).

        Rick
24-Aug-84 08:41:39-MDT,980;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 Aug 84 08:41:33-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  24 Aug 84 10:07 EDT
Date: 24 Aug 1984  08:15 MDT (Fri)
Message-ID: <KPETERSEN.12042002504.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: XLATE2 Version 1.1 files

Date: Friday, 24 August 1984  06:57-MDT
From: Richard Conn <RCONN at simtel20.ARPA>
To:   info-cpm at brl.ARPA
Re:   XLATE2 Version 1.1

XLATE2, VERSION 1.1 is now uploaded to SIMTEL20 in MICRO:<CPM.ASMUTL>
as XLATE2-11.MAC.  There is also a DOC file.  CRCs check from the
upload.  The MAC file is in binary format.  The DOC file is text.

XLATE2 translates 8080 assembly language source (Intel mnemonics) to
Z80 assembly language source (Zilog mnemonics).

        Rick

Note: Both files are now ASCII format.
--Keith
24-Aug-84 12:58:09-MDT,546;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 Aug 84 12:58:05-MDT
Received: From usc-isi.arpa.ARPA by AMSAA via smtp;  24 Aug 84 14:21 EDT
Date: 24 Aug 1984 14:24-EDT
Sender: [e-mail]
Subject: modem under unix
From: [e-mail]
To: [e-mail]
Message-ID: <[USC-ISI.ARPA]24-Aug-84 14:24:03.SCHNUR>

        Could somebody give me pointers for a public domain
modem7 type program that runs under unix?  (In fortran)

        Joel Schnur (NRL) Schnur@isi
25-Aug-84 19:01:47-MDT,4948;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Aug 84 19:01:32-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  25 Aug 84 20:31 EDT
Date: 25 Aug 1984  18:34 MDT (Sat)
Message-ID: <KPETERSEN.12042377410.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: XCAT42 for diskette master catalog now available

XCAT42 (a part of MCAT, the Master Catalog Program for keeping a
complete diskette catalog) is now available on SIMTEL20.  Here's a
list of the new files:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.CATLOG>
XCAT42.AQM.1            COM     21120  165 =  A5H  E387H
XCAT42.ASM.1            ASCII     30582  239 =  EFH  AA26H
XCAT42.COM.1            COM      2816   22 =  16H  1512H
XCAT42.DOC.1            ASCII      4526   36 =  24H  0896H
XCAT42.HEX.1            ASCII      6867   54 =  36H  7073H
XCAT42U.COM.1            COM      2816   22 =  16H  BC5BH
XCAT42U.HEX.1            ASCII      6867   54 =  36H  AECFH

What XCAT does:

     XCAT uses the CP/M catalog file called MAST.CAT.  It makes a new
cross-reference file which it can then immediately print in paginated
format, or can put the new file directly to disk.  It can handle files
of any length, even if longer than available memory.  MAST.CAT files
with thousands of programs can be properly handled by XCAT.

     It loads in as much of MAST.CAT as available memory permits, then
rearranges the file in a cross-reference manner so duplicate copies of
the same program show what disks they are on.  Here is a small sample
which is obtained with the USER equate set NO:

     CAT     .ASM  -  106
     CAT     .COM  -  033  034  092  093  106  123  147
     CAT     .DOC  -  033  034  106
     CAT2    .COM  -  033  034
     CATALOG .HLP  -  051
     CBAS2   .COM  -  031  032  040
     CCP     .ASM  -  059
     CCP     .DOC  -  059
     CHECKERS.BAS  -  082

     Paul Traina has added a feature that will appeal strongly to those
with hard disks, or who otherwise like to have user areas to show where
to find a particular program.  An "USER" equate may be set, to display
not only the disk but the user area the program is on.  (The comparable
USER equate in MCAT should be set YES.)

     CAT     .ASM  -  106/05
     CAT     .COM  -  033/05  034/12  092/01  093/10  106/07  123/08
              147/13
     CAT     .DOC  -  033/05  034/12  106/06
     CAT2    .COM  -  033/05  034/12
     CATALOG .HLP  -  051/00
     CBAS2   .COM  -  031/03  032/11  040/15
     CCP     .ASM  -  059/05
     CCP     .DOC  -  059/05
     CHECKERS.BAS  -  082/02

     Among other things, this allows you to quickly determine how many
copies of each file you have, and delete unneeded extra copies.  Up to
ten disk ID numbers are shown per line.  (7 when also displaying user
number.)  If more exist, a new line is started to continue the numbering.

     XCAT paginates when printing to the list device.  It asks several
questions for the operator to answer:

     1) Option of including 'space remaining' lines added by MCAT
     2) Option to make a disk file instead of printing
     3) Option to put tear tabs for roll paper every 11 inches,
              defaults to fanfold paper with no tear tabs
     4) Option to add spaces to the left margin
     5) Option to print the date
     6) Option to start at any page number
     7) Option to print "x" number of pages (defaults to all remaining)

     Not all printers have adjustable left margins.  You can readily
insert up to 9 extra spaces, faking an adjustable left margin.

     Any number of file names may be handled by XCAT.  With a 64k com-
puter having a typical size BIOS, around 3200 names may be handled
each pass.  It can handle up to 999 pages on the pagination before it
starts over.  This should handle at least 50,000 file names.  It takes
about one minute to handle a file with 3000 names.

     XCAT also shows the total number of files handled as well as the
number of "unique file names", since a great many of the total number
are duplicates.  This information gives the true count of different
files in the catalog.

Here is a list of other files associated with the MCAT package.  These
have not been updated but are included here for your convenience.

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.CATLOG>
FIND40.COM.1            COM      1664   13 =   DH  D443H
FIND40.HEX.1            ASCII      4693   37 =  25H  517AH
MCAT.SET.1            ASCII      3701   29 =  1DH  44D5H
MCAT43.AQM.1            COM     28032  219 =  DBH  3472H
MCAT43.ASM.1            ASCII     40975  321 = 141H  D74AH
MCAT43.COM.1            COM      6912   54 =  36H  AFA4H
MCAT43.DOC.1            ASCII      7273   57 =  39H  0DFBH
MCAT43.HEX.1            ASCII     16840  132 =  84H  C2BAH
NULL.ASM.1            ASCII      4166   33 =  21H  4D17H
NULL.COM.1            COM       640    5 =   5H  33F5H
NULL.HEX.1            ASCII      1580   13 =   DH  3216H

--Keith
25-Aug-84 19:03:22-MDT,1359;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Aug 84 19:03:11-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  25 Aug 84 20:34 EDT
Date: Friday, 17 August 1984  17:14-MDT
Message-ID: <KPETERSEN.12042377979.BABYL@SIMTEL20>
Sender: hplabs!sdcrdcf!sdcsvax!akgua!mcnc!ecsvax![e-mail]
From: hplabs!sdcrdcf!sdcsvax!akgua!mcnc!ecsvax![e-mail]
To: [e-mail]
Subject:   Suggestions for Deaf BBS Wanted
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Sat 25 Aug 1984 18:37-MDT

I am getting ready to establish a local electronic BBS for deaf people
The system must be able to accept 5-bit BAUDOT code (old TTY's) as
well as 8-bit ASCII (new telecomm devices for the deaf).

Does anyone have experience with any such devices -- hardware/software
combinations?

I am now considering DEAFNET which is a software/hardware combination
(not yet commercially available).  It's set up on a TRS-80 Model
16B--the $7000 price tag for hardware, tho, may cause us to change tho
-- this is a fairly small town.  Other options are an 8-bit machine
(Apple or TRS-80), but the ability to have both BAUDOT and ASCII
terminals communicating with the same BBS.

Any suggestions will be appreciated!

Cindy King !ecsvax!communcg
25-Aug-84 20:36:22-MDT,1284;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Aug 84 20:36:15-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  25 Aug 84 21:58 EDT
Date: 25 Aug 1984  20:01 MDT (Sat)
Message-ID: <KPETERSEN.12042393272.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: CCT2 text file program available

CCT2 is now available on SIMTEL20.  This is an amazing program for its
size (2K).  It does all sorts of neat stuff:
        > concatenates text files--makes one big file out of many others
        > GREP-like--will prefix or append text to files
        > will substitute for SUBMIT
        > will write SUBMIT files
        > tiny text editor--the .DOC file was done with CCT
        > and more.  Read the .INF file for details.
An assembled version is included for those without a macroassembler.
Here is a list of the files:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.TXTUTL>
CCT2.ASM.1            ASCII     26571  208 =  D0H  7F0FH
CCT2.COM.1            COM      1792   14 =   EH  0DDCH
CCT2.DOC.1            ASCII       565    5 =   5H  0A7FH
CCT2.HEX.1            ASCII      4377   35 =  23H  32E6H
CCT2.INF.1            ASCII     10142   80 =  50H  8617H

--Keith
25-Aug-84 21:00:35-MDT,594;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Aug 84 21:00:30-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  25 Aug 84 22:28 EDT
Date: 25 Aug 1984  20:31 MDT (Sat)
Message-ID: <KPETERSEN.12042398619.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: SID help file now available

A new help file has been added to our collection at SIMTEL20.
SID.HLP is for the Digital Research SID debugger.  You'll find
it in MICRO:<CPM.HELP>SID.HLP
--Keith
25-Aug-84 21:02:27-MDT,2084;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Aug 84 21:02:19-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  25 Aug 84 22:15 EDT
Date: 25 Aug 1984  20:19 MDT (Sat)
Message-ID: <KPETERSEN.12042396382.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: MESSAGE makes self-printing .COM files

Al Jewer has just released MESSAGE, a short program that many readers
will find very useful if you have ever wished that you could easily
create a .COM file to print a message to the user.

This program is intended to make it easier to create message files
for RCPM and other CP/M systems.

For instance, if you upgrade a utility on your system, you would want
to tell the users to use the new file instead of the old one,
for instance:
        TYPESQ no longer needed - use TYPE instead.

You can copy MESSAGE.COM with your text editor, (renaming it
appropriately), insert your text (terminated with a $), and rename
it to what you want. It can then be run DIRECTLY without assembly
or loading!!

The trick is that the program was written so that the machine instructions
would all be ASCII characters. This means that when you edit the
MESSAGE.COM file, the first line of 'funny' characters that you see
are actually the program to type the message!

When you edit this file, make SURE you use 'NON-DOCUMENT' mode, or
the machine code on the first line of the file could get destroyed.
Do not alter the characters in the first line - they MUST be left
as they are. Start your message on the SECOND line of the screen, and
be sure to end it with a dollar-sign ($).

Other uses: RCPM Wallchart, system information files, etc.....

Here's a list of the files available on SIMTEL20:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.RCPM>
MESSAGE.ASM.1            ASCII      2700   22 =  16H  B283H
MESSAGE.COM.1            COM       256    2 =   2H  9358H
MESSAGE.DOC.1            ASCII      1228   10 =   AH  5EA9H

--Keith
25-Aug-84 21:18:06-MDT,3505;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Aug 84 21:17:53-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  25 Aug 84 22:45 EDT
Date: 25 Aug 1984  20:48 MDT (Sat)
Message-ID: <KPETERSEN.12042401694.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: SD-92 directory program now available

SD-92, the latest version of the Super Directory program, is now
available on SIMTEL20.  Here is a list of files, followed by a brief
description of all its features:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.DIRUTL>
SD-92.AQM.1            COM     66816  522 = 20AH  E412H
SD-92.ASM.1            ASCII     93017  727 = 2D7H  E95CH
SD-92.COM.1            COM      4096   32 =  20H  1D0CH
SD-92.DOC.1            ASCII     16646  131 =  83H  6DACH
SD-92.DQC.1            COM     10880   85 =  55H  8EE1H
SD-92.HEX.1            ASCII      9986   79 =  4FH  53AFH
SD-92.INF.1            ASCII      2484   20 =  14H  3530H

SD-92.LBR.1            COM     83968  656 = 290H  F84AH
Note: the .LBR file is here for the convenience of those who want the
whole package and can FTP ITS-binary files.  It may be deleted later
if we need the disk space.

SUBJECT:  SD-92 super directory program
DATE:   07/27/84
NOTE:   SD-92 will skip over drives where the maximum user area as
    set in the drive/user look up table is negative.  This is for
    systems that do not have contiguous disk drive like the
    XEROX 820 hard disk and the CCS hard disk systems.

SUBJECT:  SD-91 super directory program
DATE   :  07/27/84
NOTE:    SD-91 works automatically with any number of disk drives, up to
    16.  If a disk has been left out of a drive, the program passes
    that drive and continues.  It can be intentionally  set to work
    with a specified number of drives, however.

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

QUICK SUMMARY OF OPTIONS:

B>SD $U4ADL        (etc.)

    A  -  All user areas allowed, usually 0-15, less on RCPM systems
    C  -  Clear screen (if activated for your CRT)
    D  -  All disks starting with 1st available (usually A:)
    F  -  Makes a file called DISKMENU.DIR automatically
    L  -  Library list option
    N  -  No pagination, keeps scrolling if more than one full page
    P  -  Printer option - lists to printer
    R  -  Reset disk (perhaps a new one installed)
    S  -  Shows system files (otherwise doesn't)
    V  -  Shows date, version number
    U8 -  Start with user 8
    4, 6, or 8 - Displays files in the optional 40, 64 or 80 column
          format

    Using the $D option now automatically starts on the 1st available
    drive (usually A:) drive regardless what drive you were on when you
    started.  It then checks all available drives.  Similiarly, using
    the $A option will now always start with User 0, unless entered as
    $UnA - where n is a valid user number above zero.  You may now use
    ZCPR2 drive/user# syntax, i.e., A0:, B5:, ect.  and there is no need
    to specify a drive spec in the command line, i.e., SD A: $AD.  You
    You may now vary the number of file names per line on the fly.  You
    may also use (and store) the value used by SD for display at the lo-
    cation defined by MAXC by enabling the MAXCL equate (YES).    Then
    just have your signon or RBBS program assign the proper value for
    number of lines, (1-4) and store it at MAXC.  This means there is
    no more need to keep several versions of SD online.

--Keith
25-Aug-84 21:45:38-MDT,1819;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Aug 84 21:45:32-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  25 Aug 84 23:02 EDT
Date: 25 Aug 1984  21:05 MDT (Sat)
Message-ID: <KPETERSEN.12042404871.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: PASS30 adds password access to any .COM file

PASS30, a new program to add password access to any .COM file is now
available on SIMTEL20.  Here's a list of the files, followed by a
brief description of how it works:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.FILUTL>
PASS30.COM.1            COM       512    4 =   4H  5A48H
PASS30.DOC.1            ASCII      1334   11 =   BH  9B93H
PASS30.HEX.1            ASCII      1271   10 =   AH  6139H

This is a novel little program that will install a password into any
COM file.  The best way to explain is to give an example:

  A>DIR                                   <- the two files are on the dsk
    PASS30  .COM  |  STAT    .COM
  A>STAT                                  <- the original file is run
  A: R/W 38k free
  A>PASS30 STAT.COM                       <- PASS30 is invoked
  Password? FREEDOM                       <- the PW is now set
  A>STAT                                  <- someone tries to run it
  Password? BARF                          <- oops, wrong pw, so warmboot
  A>
  A>STAT                                  <- let's try again
  Password? FREEDOM                       <- proper pw entered, so run
  A: R/W 38k free                            the program
  A>

DO NOT run PASS30 over a program twice! then you will need to enter
TWO passwords (it has no way of "clearing" the pw, so once it's set,
it's locked in there.)

--Keith
26-Aug-84 04:52:00-MDT,1134;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 26 Aug 84 04:51:55-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  26 Aug 84 6:26 EDT
Received: from usc-isid.arpa by BRL-AOS.ARPA id a002459; 26 Aug 84 6:29 EDT
Date: 26 Aug 1984 06:27-EDT
Sender: [e-mail]
Subject: Re: Morse Code Instruction
From: [e-mail]
To: [e-mail]
Cc: [e-mail], [e-mail]
Message-ID: <[USC-ISID.ARPA]26-Aug-84 06:27:07.ABN.ISCAMS>
In-Reply-To: The message of 17 Aug 84 11:03:26+0100 (Friday) from [e-mail]

Ken,
Thanks for the morse offer -- but already reinvented the wheel.  Actually
convinced the faithful Toad (Morrow Decision I, and NO game ports lately!)
to both send and receive Morse, in BASIC and Assembler.  Hoo Haaaah!
Now porting (??) to a C64.  Got it to send, now figuring out the game ports
to interface to a standard key.  However it (the 3rd this week) just blew
up (garbaged screen) - lasted longer than the other two.  (Sigh....)

Regards,
David Kirschbaum
Toad Hall
(ABN.ISCAMS@USC-ISID)
26-Aug-84 13:23:47-MDT,1412;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 26 Aug 84 13:23:38-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  26 Aug 84 14:57 EDT
Date: 26 Aug 1984  13:00 MDT (Sun)
Message-ID: <KPETERSEN.12042578644.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Kaypro-10 CBIOS source available

The following new files, available from SIMTEL20, will be of interest
to Kaypro-10 owners who need the source code for the CBIOS.
--Keith

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.KAYPRO>
KP10BIOS.DOC.1            ASCII       666    6 =   6H  BA7AH
KP10BIOS.MAC.1            ASCII     17600  138 =  8AH  842FH

                     BIOS for the Kaypro 10
                     ======================

The accompanying file is the BIOS source for my Kaypro 10
with the ZCPR3 initialization.  This BIOS works on Kaypro
10's with CP/M version 2.2D, 2.2F, and 2.2G.  It has been
tested with all those versions.  There is a table of equates
in the beginning of the listing.  Set the one corresponding
to your CPM version to true and the other two to false and
you should be in business.

If you don't want the ZCPR3 buffer initialization, just set
the ZCPR3 equate to false and you have a "plain vanilla"
CPM system.

John C. Smith
Manlius, NY
August 20, 1984
26-Aug-84 21:43:43-MDT,473;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 26 Aug 84 21:43:39-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  26 Aug 84 23:18 EDT
Date: 26 August 1984 23:19-EDT
From: Herb Lin <[e-mail]>
Subject:  disk catalog programs...
To: [e-mail]

is there a program (preferably PD) that will allow one to display
comments about the contents of a file along with a directory listing?

thanks.

27-Aug-84 03:26:22-MDT,1622;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 03:26:14-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  27 Aug 84 5:01 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a004223; 27 Aug 84 4:57 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 27 Aug 84 1:26-PDT
Date: 26 Aug 84 19:57:35-PDT (Sun)
To: [e-mail]
From: hplabs!hao!seismo!cmcl2!lanl-a![e-mail]
Subject: dBASE II v. 2.4 'feature'
Article-I.D.: lanl-a.12610

I believe that I have discovered a feature of dBASE II v. 2.4.
The report command has a new option 'WHILE' <exp>' that terminates the
report as soon as the while condition is not satisfied.  The feature is
that 'WHILE' does not work in combination with 'FOR <exp>'.  I thought
that I would be clever and fix up a way to terminate the report prematurely
by using the patch (I forgot where it comes from) that stores the most recent
keyboard character in a location (337 decimal) that does not get zeroed
by dBASE II.   Then I could set up the report something like:

REPORT FORM TEST FOR LASTNAME='D' WHILE PEEK(337)<>3 TO PRINT

Then, if I was unhappy with the report  I could quit with a CTL-C instead
of waiting for the whole thing to finish or hitting the reset button (not a
good practice if you have recently editted a file.)

Both the 'FOR' and the 'WHILE' options work OK by themselves, but not together
in either order.
Maybe I ask too much of dBASE II.  Does anyone have a good idea about how
to interrupt a report output without hitting reset???

Jim Potter  jp@LANL
27-Aug-84 03:32:41-MDT,1622;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 03:32:15-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  27 Aug 84 5:01 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id ab04223; 27 Aug 84 4:57 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 27 Aug 84 1:25-PDT
Date: 26 Aug 84 19:56:21-PDT (Sun)
To: [e-mail]
From: hplabs!hao!seismo!cmcl2!lanl-a![e-mail]
Subject: dBASE II v. 2.4 'feature'
Article-I.D.: lanl-a.12609

I believe that I have discovered a feature of dBASE II v. 2.4.
The report command has a new option 'WHILE' <exp>' that terminates the
report as soon as the while condition is not satisfied.  The feature is
that 'WHILE' does not work in combination with 'FOR <exp>'.  I thought
that I would be clever and fix up a way to terminate the report prematurely
by using the patch (I forgot where it comes from) that stores the most recent
keyboard character in a location (337 decimal) that does not get zeroed
by dBASE II.   Then I could set up the report something like:

REPORT FORM TEST FOR LASTNAME='D' WHILE PEEK(337)<>3 TO PRINT

Then, if I was unhappy with the report  I could quit with a CTL-C instead
of waiting for the whole thing to finish or hitting the reset button (not a
good practice if you have recently editted a file.)

Both the 'FOR' and the 'WHILE' options work OK by themselves, but not together
in either order.
Maybe I ask too much of dBASE II.  Does anyone have a good idea about how
to interrupt a report output without hitting reset???

Jim Potter  jp@LANL
27-Aug-84 05:57:32-MDT,911;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 05:57:28-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  27 Aug 84 7:23 EDT
Received: from simtel20.arpa by BRL-AOS.ARPA id a004507; 27 Aug 84 7:19 EDT
Date: 27 Aug 1984  05:19 MDT (Mon)
Message-ID: <CSTROM.12042756863.BABYL@SIMTEL20>
From: [e-mail]
To:   Herb Lin <[e-mail]>
Cc:   [e-mail], [e-mail]
Subject: disk catalog programs...
In-reply-to: Msg of 26 Aug 1984  21:19-MDT from Herb Lin <LIN at Mit-Mc.ARPA>

I have just run across a program that is supposed to allow commenting
of volumes and individual files and is designed to run along with
Ward's catalog program. It is on CIS (in the CP/M sig) and is
available only as a binary with an accompanying doc file. It is called
FILE.COM. Are you interested in my uploading it to Simtel20?
27-Aug-84 07:59:30-MDT,612;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 07:59:24-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  27 Aug 84 9:18 EDT
Date: 27 Aug 1984  07:21 MDT (Mon)
Message-ID: <KPETERSEN.12042779137.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: DUMP1084.MAC file fixed

MICRO:<CPM.KAYPRO>DUMP1084.MAC was trashed in the last sector (it came
that way from the author).  It has been replaced with a good copy.
Sorry if this caused any inconvenience.
--Keith
27-Aug-84 08:26:04-MDT,2911;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 08:25:51-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  27 Aug 84 9:46 EDT
Date: 27 Aug 1984  07:49 MDT (Mon)
Message-ID: <KPETERSEN.12042784191.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: ERAQ16 selective erase program available

ERAQ16 v1.6 - Selective erase program is now available on SIMTEL20.
ERAQ shows file names and separately asks confirmation on each, prior
to erasure.  This minimizes accidental erasures.  (If you still erase
a file you meant to keep you can easily restore it to normal by using
a program called "UNERA".  This assumes you have not overwritten any
part of it.  Every CP/M operator should have "UNERA.COM" for peace of
mind!  This program is patterned after the ERAQ function provided with
Digital Research's MP/M system.

Here is a list of the new files, followed by a short Modification &
Update List:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.DIRUTL>
ERAQ16.ASM.1            ASCII     12012   94 =  5EH  DF52H
ERAQ16.COM.1            COM      1024    8 =   8H  ADF2H
ERAQ16.HEX.1            ASCII      2516   20 =  14H  671BH
ERAQ16.INF.1            ASCII      2440   20 =  14H  5228H

04/06/84  Modified to display drive code with filename.
  v1.6            Jim Dreher

12/21/83  Increased capacity to more than 256 files.  Used to have
  v1.5    problems with large directories because file counters were
          only eight bits wide - now 16.  Made the "no files specified"
      error optional by conditional assembly.  Added "ASEG" directive
      and eliminated colons on equate lables to allow assembly by
      Macro-80.
                        Tony Newman (WB7FCN)

01/10/83  Modified to eliminate warm reboot when finished.  Was most
      annoying, for if not in 'A' drive rebooted both the current
  v1.4    drive and 'A' as well.  Reformatted, now assembles normally
      with ASM or MAC.  Standardized tab stops, some were missing.
      Included error message if no files specified for erasure.
                    - Irv Hoff

04/16/82  Mask bit 7 for console output for memory-mapped video boards
which use the high bit for attribute info.

12/10/81  Added checks for $SYS and $RO attributes.

11/20/81  Added default to '*.*' if no input parameters.

11/08/81  Original program written by Thomas Hill.

The UNERA program mentioned above has been available from SIMTEL20 for
some time.  Here is a list of the UNERA files, for your convenience:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.DIRUTL>
UNERA20.ASM.1            ASCII     17261  135 =  87H  54C6H
UNERA20.COM.1            COM      1408   11 =   BH  29E4H
UNERA20.DOC.1            ASCII      4760   38 =  26H  0E8CH
UNERA20.HEX.1            ASCII      3440   27 =  1BH  D801H
UNERA20.HLP.1            ASCII      4796   38 =  26H  EFD0H

--Keith
27-Aug-84 09:13:52-MDT,965;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 09:13:41-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  27 Aug 84 10:37 EDT
Date: 27 Aug 1984  08:40 MDT (Mon)
Message-ID: <KPETERSEN.12042793466.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: RCPM-053.LST list of all known RCPMs updated

The latest list of all known RCPM (Remote CP/M) systems is now
available from SIMTEL20.  If you cannot FTP and you are not already on
the list to automatically receive updates of RCPM-xx.LST, please send
a note to me and I'll add you to the mailing list.

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.MISC>
RCPM-053.LQT.1            COM     33408  261 = 105H  C3DFH
RCPM-053.LST.1            ASCII     54355  425 = 1A9H  87C9H

--Keith <W8SDZ@SIMTEL20>
Usenet: ...decvax!brl-bmd!w8sdz
  or    ...unc!brl-bmd!w8sdz
27-Aug-84 09:17:54-MDT,803;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 09:17:47-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  27 Aug 84 10:35 EDT
Date: 27 Aug 1984  08:32 MDT (Mon)
Message-ID: <KPETERSEN.12042792095.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: LUDEF5.DOC latest definition of .LBR file format

The author of LU (the CP/M Library Utility program which makes .LBR
files) has just issued an expanded and improved documentation defining
the format of .LBR files.  The new .DOC file is now available on
SIMTEL20 as:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.CPMLIB>
LUDEF5.DOC.1            ASCII     16599  130 =  82H  8DC0H

--Keith
27-Aug-84 12:26:23-MDT,1527;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 12:26:16-MDT
Received: From ucb-vax.arpa.ARPA by AMSAA via smtp;  27 Aug 84 13:40 EDT
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.33)
    id AA00644; Mon, 27 Aug 84 10:41:48 pdt
Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA)
    by ucbjade.CC.Berkeley.ARPA (4.14/4.23.5)
    id AA06546; Mon, 27 Aug 84 10:43:28 pdt
Received: by ucbopal.CC.Berkeley.ARPA (4.14/4.23.5)
    id AA08794; Mon, 27 Aug 84 10:43:08 pdt
Date: Mon, 27 Aug 84 10:43:08 pdt
From: William C. Wells <[e-mail]>
Message-Id: <[e-mail]>
To: [e-mail], [e-mail]
Subject: Re: Suggestions for Deaf BBS Wanted

I would suggest using normal computer bulletin board software
and hardware with a BAUDOT/ASCII conversion unit between the
computer and the modem.

Some local amateur radio operators should be able to help you with
information about BAUDOT/ASCII conversion units.  Amateur radio
operators have been using the BAUDOT code (International Telegraph
code # 2) for years. Many of them now use microcomputers instead
of teletypewritters as BAUDOT terminals.

There are also a couple of commercial companies that sell
BAUDOT/ASCII conversion units.  I saw one several years ago
that used two conversion units BAUDOT/CW and CW/ASCII to do
BAUDOT/ASCII conversion.

Bill Wells
ucbvax!wcwells
[e-mail]
27-Aug-84 12:57:57-MDT,1291;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 12:57:49-MDT
Date:     Mon, 27 Aug 84 13:56:22 EDT
From:     Dave Towson (info-cpm-request) <[e-mail]>
To:       [e-mail]
Subject:  [Bridger Mitchel:  Re: [WIrish.WBST: Some CPM and/or Kaypro II info needed]]


----- Forwarded message # 1:

Received: From rand-unix.arpa.ARPA by AMSAA via smtp;  24 Aug 84 20:41 EDT
Received: by rand-unix.ARPA; Fri, 24 Aug 84 17:18:07 pdt
From: Bridger Mitchell <bridger@rand-unix>
Message-Id: <[e-mail]>
Date: 24 Aug 84 17:18:02 PDT (Fri)
To: Dave Towson <[e-mail]>
Cc: bridger@rand-unix
Subject: Re: [WIrish.WBST:  Some CPM and/or Kaypro II info needed]
In-Reply-To: Your message of Mon, 20 Aug 84 9:23:55 EDT.

PluPerfect Systems, Box 1494, Idyllwild CA 93249 has a low-cost
BIOS/BDOS enhancement package that rand-unix
Subject: Re: [WIrish.WBST:  Some CPM and/or Kaypro II info needed]
In-Reply-To: Your message of Mon, 20 Aug 84 9:23:55 EDT.

PluPerfect Systems, Box 1494, Idyllwild CA 93249 has a low-cost
BIOS/BDOS enhancement package that incorporates 0.1-9 second
settable motor timeout (interrupt-timer driven).
--bridger

----- End of forwarded messages
27-Aug-84 17:42:32-MDT,1082;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 17:42:18-MDT
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  27 Aug 84 19:13 EDT
Received: from radc-multics.arpa by BRL-VGR.ARPA id a015060; 27 Aug 84 19:18 EDT
Date:  Mon, 27 Aug 84 19:12 EDT
From:  [e-mail]
Subject:  MEX11 info needed!
To:  [e-mail]
Message-ID:  <[e-mail]>

     Last weekend, I downloaded MEX11.COM from CompuServe on the CP/M
SIG.  I also downloaded the MXO-HZ11.ASM and MXO-SM13.ASM overlays.
When I edited the overlays, assembled them and loaded them over MEX11
using MLOAD21.COM, running the program just got me a "+++ Null file name
+++" message.  Is there something in the documentation for MEX11 I
should know about?  I hesitated to download it from CompuServe since it
was 121K long!
     Any help is appreciated.  Perhaps all I need is the documentation.
If anyone might know when it will be on SIMTEL, I'd like to know about
it.

Wolf Wiedemann RADC-MULTICS
27-Aug-84 21:24:39-MDT,665;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 21:24:34-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  27 Aug 84 22:49 EDT
Date: Mon 27 Aug 84 20:52:17-MDT
From: Jim Forrest <[e-mail]>
Subject: Eagle
To: [e-mail]
cc: [e-mail], [e-mail]

I noticed an ad in Byte for the Eagle IIE/2 computer with 2 390K disk
drives, 4Mhz Z-80, 2 serial and 1 par port and several software packages,
for $895. Anyone have any info on this computer, and California Digital
in Carson, California?

Appreciate feedback before decision

Jim
-------
27-Aug-84 21:31:31-MDT,803;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Aug 84 21:31:27-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  27 Aug 84 22:56 EDT
Received: from jpl-vlsi.arpa by BRL-AOS.ARPA id a000301; 27 Aug 84 22:52 EDT
Date: 27 Aug 1984 1941 PDT
From: "Bruce L. Conroy" <[e-mail]>
Subject: Aborting a dBaseII report
To: [e-mail]
Cc: [e-mail]
Reply-To: [e-mail]

     I've always aborted a report with ESCAPE. Unless your have done

. SET ESCAPE OFF

it dumps you back at the dot prompt. At that point a

. SET PRINT OFF

is needed to turn off the printer, and unfortunately, any DO file
in process is cancelled. Other than these minor problems, it
works fine.

                    BLC@JPLVLSI
------
28-Aug-84 17:54:41-MDT,756;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 Aug 84 17:54:37-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  28 Aug 84 19:32 EDT
Received: from simtel20.arpa by BRL-AOS.ARPA id a013190; 28 Aug 84 19:36 EDT
Date: 28 Aug 1984  17:35 MDT (Tue)
Message-ID: <CSTROM.12043153061.BABYL@SIMTEL20>
From: [e-mail]
To:   [e-mail]
Cc:   [e-mail], [e-mail]
Subject: MEX11 info
In-reply-to: Msg of 27 Aug 1984  17:12-MDT from Wiedemann at RADC-MULTICS.ARPA

There have been several reports of problems with installations of
MEX11, and Ron has indeed localized the problem. There should be a
_short_ file repairing MEX11.COM in a couple of days.
28-Aug-84 20:38:58-MDT,1822;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 Aug 84 20:38:52-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  28 Aug 84 22:05 EDT
Date: 28 Aug 1984  20:08 MDT (Tue)
Message-ID: <KPETERSEN.12043180891.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Ron Fowler's MEX111 now available on SIMTEL20

MEX111, the latest version of MEX, the popular modem program by
Ron Fowler, is now available on SIMTEL20.  MEX111 replaces MEX10
and MEX11.  Here is a list of the new files (note that some files
are available in both ASCII and SQUEEZED formats, as well as the
entire MEX111.LBR itself for those who can FTP ITS-binary files).

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.MEX>
MEX.HLP.1            ASCII       646    6 =   6H  89DFH
MEX.HQP.1            COM     32640  255 =  FFH  71EAH

MEX111.COM.1            COM     24064  188 =  BCH  1DF3H

MEX111.HEX.1            ASCII     58580  458 = 1CAH  4810H

MEX111.LBR.1            COM    127488  996 = 3E4H  628FH

MEX11DOC.TOC.1            ASCII      3030   24 =  18H  D59AH
MEX11DOC.TQC.1            COM      1664   13 =   DH  2922H

MEX11DOC.WQ.1            COM     55040  430 = 1AEH  D7A2H
MEX11DOC.WS.1            ASCII     80416  629 = 275H  D84FH

MEX11UPD.DOC.1            ASCII      9705   76 =  4CH  FB97H
MEX11UPD.DQC.1            COM      6400   50 =  32H  CC33H

MEXPAT11.AQM.1            COM      3712   29 =  1DH  10E4H
MEXPAT11.ASM.1            ASCII      4885   39 =  27H  FA14H

MLOAD21.COM.1            COM      2816   22 =  16H  E51EH
MLOAD21.HEX.1            ASCII      6867   54 =  36H  2E67H
note MLOAD21 is the same as before but listed here for completeness

MX111UPD.DOC.1            ASCII       670    6 =   6H  3A03H

If you already have MEX11.LBR, the only files you need to update
to MEX111 are MEX111.COM and MX111UPD.DOC.

--Keith
28-Aug-84 20:59:57-MDT,1266;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 Aug 84 20:59:52-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  28 Aug 84 22:09 EDT
Date: Tuesday, 28 August 1984  09:44-MDT
Message-ID: <KPETERSEN.12043181675.BABYL@SIMTEL20>
Sender: Brian Kantor <sdcsvax!sdccsu3![e-mail]>
From: Brian Kantor <sdcsvax!sdccsu3![e-mail]>
To: [e-mail]
Subject:   RCPM-053.LST list of all known RCPMs updated
References: <[e-mail]>
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Tue 28 Aug 1984 20:12-MDT

Well, looks like someone decided my system was down.  Sigh.  Maybe I
should take it down, now that it has been officially deleted.

San Diego Experimental RC System..................... [phone]
Brian Kantor.  Special interest in amateur radio digital communications.
300/212/Vadic 3.6MB on 3 Drives.  24 Hours.  System powers up on ring
and will answer on 3rd or 4th ring, you lazy SOBs, so let it ring a
couple of times before you decide it doesn't exist any more.


    ihnp4 \        Brian Kantor, UC San Diego
    decvax \
    akgua   >----  sdcsvax  ----- brian
    dcdwest/
    ucbvax/        Kantor@Nosc

"not at all a well cat..."
29-Aug-84 02:48:29-MDT,1283;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 02:48:24-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  29 Aug 84 4:20 EDT
Date: 29 Aug 1984  02:23 MDT (Wed)
Message-ID: <KPETERSEN.12043249192.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: programs for SIMTEL20 MICRO: archive
In-reply-to: Msg of 19 Aug 1984  18:43-MDT from mknox at ut-ngp

Frank Wancho forwarded your message asking about how to submit files
to the CP/M archives at SIMTEL20.  There is presently no way to write
(i.e. "put") files to SIMTEL20 using the ANONYMOUS login with FTP.
However, if your host supports ANONYMOUS login with FTP and if you can
set the file attributes (if any) so that they can be accessed in that
manner, all you need to do is tell me where the files are and their
names.  I will retrieve them and then tell you where I have put them
on SIMTEL20 so you can announce them to Info-Cpm.

If your host does not allow ANONYMOUS ftp access, all is not lost.  We
do have an account at MIT-MC and you can put files there in the FJW;
directory and then send me a message with pointers to them.

--Keith
29-Aug-84 03:28:49-MDT,1179;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 03:28:44-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  29 Aug 84 4:49 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id aa14193; 29 Aug 84 4:44 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 29 Aug 84 1:38-PDT
Date: 27 Aug 84 20:26:15-PDT (Mon)
To: [e-mail]
From: hplabs!hao!seismo!cmcl2!lanl-a![e-mail]
Subject: Request for modem programs for Rainbow 100+
Article-I.D.: lanl-a.12651

<>

I recently received my Rainbow 100+ and am looking for modem programs
that I can use with it.  Does anyone have any public domain modem
programs that run on a Rainbow?  Does anyone have any MEX overlays
that run on a Rainbow?  (They must be different, since the Z80 will
run MEX, but the 8088 has control of the serial ports).

I am in the process of adapting a modem program that I wrote before
to run on the Rainbow.  I would appreciate it if I did not have to
do this and could use an already existing program.  If not, does
anyone else need such a modem program?

                        Richard Thomsen
                        Los Alamos National Lab
29-Aug-84 06:20:18-MDT,967;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 06:20:10-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  29 Aug 84 7:52 EDT
Date: 29 Aug 1984  05:53 MDT (Wed)
Message-ID: <KPETERSEN.12043287403.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail], [e-mail]
Subject: Christensen MODEM program for Commodore-64

Commodore-64 owners who need a program to do file transfers to/from
CP/M systems (and others using the Christensen MODEM/XMODEM/MODEM7
protocol) will be interested in XMODEM64.BAS which is now available
from SIMTEL20.  I don't have a C64 but as near as I can determine, the
program is written to run on Commodore Basic and does not require the
CP/M cartridge.

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.COMMODORE>
XMODEM64.BAS.1            ASCII      5234   41 =  29H  50D0H

--Keith
29-Aug-84 06:46:09-MDT,983;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 06:46:04-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  29 Aug 84 7:55 EDT
Date: 29 Aug 1984  05:42 MDT (Wed)
Message-ID: <KPETERSEN.12043285326.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Correction to MEX111 announcement

MEX.HQP is the help file for MEX111.  Of course it must be unsqueezed
to MEX.HLP before using.  I had forgotten that this file is a special
random-access format and cannot be made into ASCII format for those
who cannot FTP ITS-binary files from SIMTEL20.  I have HEXIFYed the
MEX.HQP file and it is now available as:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.MEX>
MEXHQP.HEX.1            ASCII     79437  621 = 26DH  9713H

To make MEX.HLP, use MLOAD21.COM to make MEXHQP.COM, rename it to
MEX.HQP, then unsqueeze it.

--Keith
29-Aug-84 07:05:00-MDT,950;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 07:04:54-MDT
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  29 Aug 84 8:21 EDT
Received: from mit-mc.arpa by BRL-VGR.ARPA id a003319; 29 Aug 84 8:15 EDT
Date: Wed 29 Aug 84 08:06:15-EDT
From: Mark Becker <[e-mail]>
Subject: FORTH83.LBR (8080 version) available on SIMTEL20
To: [e-mail]

     For those that have been thinking about using the Forth-83
interpreter/compiler from [SIMTEL20] MICRO<CPM.FORTH-83> but have
hesitated over downloading such a large amount of data...

     The ** 8080 ** version has been downloaded, squeezed, made into a
library, and then uploaded back to SIMTEL20.  The file is now 172k
long and its statistics are -

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.FORTH-83>
FORTH83.LBR.1            COM    175360 1370 = 55AH  489AH

--Mark
-------

29-Aug-84 08:07:50-MDT,1412;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 08:07:43-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  29 Aug 84 9:28 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a015945; 29 Aug 84 9:21 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 29 Aug 84 6:05-PDT
Date: 28 Aug 84 8:52:38-PDT (Tue)
To: [e-mail]
From: hplabs!sdcrdcf!sdcsvax!sdccsu3![e-mail]
Subject: Re: RCPM-053.LST list of all known RCPMs updated
Article-I.D.: sdccsu3.2227
In-Reply-To: Article <[e-mail]>

Well, somebody decided to delete my system from the RCPM list, so here
is the information.  Staple it on to your RCPM list.

-------------------------------------------------------------------------
San Diego Experimental RC System [SDEXPRC] ........... [phone]
Brian Kantor 103/212/Vadic. 3.6 MB on 3 drives. News and Mail.  Special
interests in amateur digital packet radio, graphics, and advanced
microprocessor technology.  24 hrs.  System powers up on call and will
answer on 3rd or 4th ring.  No answer when sysop is using system.
Our 5th continuous year of operation.
-------------------------------------------------------------------------

    ihnp4 \        Brian Kantor, UC San Diego
    decvax \
    akgua   >----  sdcsvax  ----- brian
    dcdwest/
    ucbvax/        Kantor@Nosc

"not at all a well cat..."
29-Aug-84 09:08:48-MDT,560;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 09:08:44-MDT
Received: From xerox.arpa.ARPA by AMSAA via smtp;  29 Aug 84 10:40 EDT
Received: from CheninBlanc.ms by ArpaGateway.ms ; 29 AUG 84 07:43:39 PDT
Date: Wed, 29 Aug 84 07:43 PDT
From: [e-mail]
Subject: Text to speech info request
To: [e-mail]
cc: [e-mail]

I am looking a program that converts text to speech (text to allophone
strings).  Any pointers would be greatly appreciated.

George

29-Aug-84 09:27:59-MDT,2329;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 09:27:50-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  29 Aug 84 10:34 EDT
Received: from apg-1.arpa by BRL-AOS.ARPA id a017187; 29 Aug 84 10:35 EDT
Date: 29 Aug 1984 10:31:11 EDT (Wednesday)
From: Robert Bloom DRSTE-TOI 3775 <[e-mail]>
Subject: UC crc questions
To: [e-mail]

(This message was sent before but was garbled both by wordstar, the
mailer, and my own fuzzy thinking.  It was re-written and I'll try
again.)

I was working with the various modes of the crc mode of uc (ver 1.2)
trying to determine the proper modes to use to check uploaded files
on our local unix machine.

However, I got rather confused because the character counts and crcks
did not match and the relationship is not clear.  This is what I did:

I took two small files, B.COM (a binary file) and a A.TXT (a straight
7-bit ascii file) and uploaded with (to) umodem and uc from MEX10
using both the -t (text) and -b (binary) options.  Then I ran uc's -c
and -C crc checks.  Very few numbers matched.

file       upload            ls -l            uc crc's
name       method          char count  -c (text)   -C (binary)

A.TXT      append into ed     390      C6700080    6C4AFFFFF
A.TXT      umodem -rb         512      ADFB00080   C67FFFFF
A.TXT      umodem -rt         390      C6700080    6C4AFFFFF
A.TXT      uc -rb             512      ADFB00080   C67FFFFF
A.TXT      uc -rt             390      C6700080    6C4AFFFFF

B.COM      append into ed     446      976F00080   E05FFFFFF
B.COM      umodem -rb        1920      BC1400080   2540FFFFF
B.COM      umodem -rt         620      EA6200080   6E01FFFFF
B.COM      uc -rb            1920      BC1400080   2540FFFFF
B.COM      uc -rt            1543      7B0100080   A441FFFFF

The A.TXT crc from CRCK44 was 0C67, BYTEFREQ reported 512 characters
The B.TXT crc from CRCK44 was 2540, BYTEFREQ reported 1920 characters

Leading zeros are apparently dropped in the uc crc output.  I
would like to understand why the various numbers don't match, which
method should I use for text and binary uploads, and how they
should be checked with crc.

-bob bloom

29-Aug-84 19:05:58-MDT,960;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 19:05:52-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  29 Aug 84 20:35 EDT
Date: 29 Aug 1984  18:38 MDT (Wed)
Message-ID: <KPETERSEN.12043426644.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Robert Bloom DRSTE-TOI 3775 <[e-mail]>
Cc:   [e-mail]
Subject: UC crc questions
In-reply-to: Msg of 29 Aug 1984  08:31-MDT from Robert Bloom DRSTE-TOI 3775 <rbloom at apg-1.ARPA>

Bob, I can't answer your UC crck questions, Rick Conn would be best
for that.  However, I can offer an alternative means for checking
files uploaded to a Unix system.  Please get MICRO:<UNIX.CPM>CRCK2.C
and try it.  I find it quite useful and unambiguous.  Ben Goldfarb did
a super job of adding several new features which are detailed at the
beginning of the CRCK2.C file.
--Keith
29-Aug-84 19:20:59-MDT,1449;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 19:20:50-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  29 Aug 84 20:49 EDT
Date: 29 Aug 1984  18:53 MDT (Wed)
Message-ID: <KPETERSEN.12043429306.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: UC crc questions

I read your message again and edited your chart to show the proper
method for uploading the A.TXT and B.COM files.  Remember that text
files stored under Unix do not have Carriage Returns, only Line Feeds
at the end of each line.  Also the trailing control-Z's from CP/M text
files are NOT stored on Unix.

file       upload            ls -l            uc crc's
name       method          char count  -c (text)   -C (binary)

A.TXT      umodem -rt         390      C6700080    6C4AFFFFF
A.TXT      uc -rt             390      C6700080    6C4AFFFFF

B.COM      umodem -rb        1920      BC1400080   2540FFFFF
B.COM      uc -rb            1920      BC1400080   2540FFFFF

The A.TXT crc from CRCK44 was 0C67, BYTEFREQ reported 512 characters
The B.COM crc from CRCK44 was 2540, BYTEFREQ reported 1920 characters

Note that the .COM file matches exactly on byte count.  The .TXT
cannot, for the reasons outlined above.

--Keith
29-Aug-84 19:45:46-MDT,1141;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Aug 84 19:45:40-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  29 Aug 84 21:04 EDT
Date: 29 Aug 1984  19:08 MDT (Wed)
Message-ID: <KPETERSEN.12043432046.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Who is WS2ROFF.COM author?

Does anyone know the author of WS2ROFF.COM, which has been around for
a very long time and for which there is no source nor documentation?
I'd like to contact the author with this bug report.  For those who
don't know what WS2ROFF is, it's supposed to convert WordStar document
files to a format that the public-domain ROFF.COM can understand.
--Keith

Date: Wednesday, 29 August 1984  13:34-MDT
From: amd!intelca!cem at Berkeley
To:   W8SDZ at Simtel20.ARPA
Re:   WS2ROFF bug

The "bug" is WS2ROFF.COM fails to generate page commands.  It isn't
converting .pa commands to .bp commands. It should probably do the
same for ^L's in the file too.  Also .pn x commands should convert to
.bp x commands.
30-Aug-84 01:52:30-MDT,665;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 01:52:25-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  30 Aug 84 3:10 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a024637; 30 Aug 84 3:08 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 29 Aug 84 23:58-PDT
Date: 2 Sep 84 21:24:03-EDT (Sun)
To: [e-mail]
From: ihnp4!ihuxs![e-mail]
Subject: Re: S1 operating System
Article-I.D.: ihuxs.606
In-Reply-To: Article <[e-mail]>

Thanks to all who responded on the S1 Operating System.
Sorry to have rehashed an old subject, but thanks for your patience.
30-Aug-84 07:54:54-MDT,1338;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 07:54:46-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  30 Aug 84 9:11 EDT
Received: from simtel20.arpa by BRL-AOS.ARPA id a026884; 30 Aug 84 9:05 EDT
Date: 30 Aug 1984  07:04 MDT (Thu)
Message-ID: <RCONN.12043562445.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   Robert Bloom DRSTE-TOI 3775 <[e-mail]>
Cc:   [e-mail]
Subject: UC crc questions
In-reply-to: Msg of 29 Aug 1984  08:31-MDT from Robert Bloom DRSTE-TOI 3775 <rbloom at apg-1.ARPA>

    The CRCs generated by UC match those generated by CRC (under
ZCPR2 and ZCPR3), Keith's CRCK, and CRC on SIMTEL20.  UC was written
on UNIX System V to run on System V only (there are many differences
between the System V and Berkeley UNIXes in their libraries), and I
don't support it under anything other than System V.  I question the
output you have been receiving since the values are 8 digits long,
where the values output by the -c or -C options of UC under System V
are only four digits long.  If you are running System V, clearly there
is a problem with the UC installed there.  If you are not running
System V, the answer is clear.  Keith's solution to use CRCK.C may be
best since it is generic (I think).

        Rick
30-Aug-84 08:31:03-MDT,1013;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 08:30:55-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  30 Aug 84 9:32 EDT
Date: 30 Aug 1984  07:34 MDT (Thu)
Message-ID: <KPETERSEN.12043567991.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: M7VT-3.ASM MDM7/MEX overlay for DEC-micros available
Cc:   [e-mail]

Bernie Eiben has just released a new overlay for MDM7xx.  M7VT-3.ASM
is the MODEM / MEX overlay file for the DEC-micro's VT180 (aka Robin),
DECmate II (with CP/M option) and Rainbow 100 (supporting CP/M
releases 1 and 2 on Rainbow).  Assembly via SWITCH-settings, common
code for all above micro's using I/O byte redirection.

The new file is available from SIMTEL20 as:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.MODEM7>
M7VT-3.ASM.1            ASCII     12437   98 =  62H  D52FH

Thanks, Bernie!
--Keith
30-Aug-84 09:01:13-MDT,669;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 09:01:05-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  30 Aug 84 10:01 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a027924; 30 Aug 84 9:59 EDT
Date: Thu, 30 Aug 84  9:48:27 EDT
From: Manny Crivello <[e-mail]>
Subject: P.D. new list needed
To: [e-mail]

 could some one send me the path ,to get the lastes update of:
cpm.crclst, cpmug.crclst and sigm.crclst.
My ftp will not let me see whats out there, but if I know the path
and the file names that i want I can transfer the files.

Thank You
M.D.CRIVELLO.


30-Aug-84 09:05:58-MDT,1815;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 09:05:40-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  30 Aug 84 10:08 EDT
Date: 30 Aug 1984  08:11 MDT (Thu)
Message-ID: <KPETERSEN.12043574644.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: PHONE - an ascii file string searcher - available

Bernie Eiben has just released the CP/M-80 version of PHONE.  PHONE
allows You to search a "flat" ASCII-file for any string and prints out
the line containing the string and any line following the target-line,
which starts with "white-space". The original MSDOS-version was
written using LATTICE-C, the CPM-version was changed for AZTEC-C
[slight C-language differences plus changes in default-file searching
for both micro-systems and the DOC-file].

PHONE uses SOUNDEX-techniques to "catch" possible mis-spelling and
supports ? for wild-character match and * for any-string match. Aside
from a "easy going" telephone "memory" any other "string-based
reminders" can be build using any editor since PHONE allows to change
the text-file-name on the command-line.

Bernie says: "PHONE was originally written by Martin Minow and ...
(see DOC-file) - so they deserve the announcement credit."

The files are available on SIMTEL20 as:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.TXTUTL>
PHONE.C.1            ASCII     11252   88 =  58H  0340H
PHONE.COM.1            COM     15872  124 =  7CH  38ADH
PHONE.DOC.1            ASCII      2890   23 =  17H  D1F3H
PHONE.HEX.1            ASCII     38647  302 = 12EH  3AF9H

The .LBR file is also available for those who want the whole package
and can FTP ITS-binary files:
PHONE.LBR.1            COM     22272  174 =  AEH  7D05H

--Keith
30-Aug-84 11:30:39-MDT,1092;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 11:30:34-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  30 Aug 84 12:52 EDT
Date: 30 Aug 1984  10:55 MDT (Thu)
Message-ID: <WANCHO.12043604491.BABYL@SIMTEL20>
From: "Frank J. Wancho" <[e-mail]>
To:   Manny Crivello <[e-mail]>
Cc:   [e-mail]
Subject: P.D. new list needed
In-reply-to: Msg of 30 Aug 1984  07:48-MDT from Manny Crivello <crivello at BBNCCC.ARPA>

Manny,

Here they are: (all of them)

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM>
CPM.CRCLST.81            ASCII    107540  841 = 349H  7D69H

Directory MICRO:<CPM.ZCPR2>
ZCPR2.CRCLST.1            ASCII      5225   41 =  29H  9192H

Directory MICRO:<CPMUG>
CPMUG.CRCLST.40429        ASCII     93455  731 = 2DBH  F749H

Directory MICRO:<PC-BLUE>
PC-BLUE.CRCLST.40429        ASCII     41066  321 = 141H  7797H

Directory MICRO:<SIGM>
SIGM.CRCLST.40715        ASCII    208173 1627 = 65BH  EFA5H

Directory MICRO:<UNIX>
UNIX.CRCLST.40513        ASCII     28951  227 =  E3H  EAC8H

--Frank
30-Aug-84 12:22:06-MDT,843;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 12:22:01-MDT
Received: From usc-ecl.arpa.ARPA by AMSAA via smtp;  30 Aug 84 13:34 EDT
Date: Thu 30 Aug 84 10:34:01-PDT
From: Ted Shapin <[e-mail]>
Subject: Siemens FDD100-8 problem
To: [e-mail]
Postal-address: Beckman Instruments, Inc.
Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
Phone: [phone]

One of my 8" drives is a surplus SIEMENS and gives me
trouble intermittently.  After I use it for a while,
it acts as though it cannot find the correct track and
seeks forever between track 1 and the track it is looking for.

I seem to remember seeing an old message that this was a common
occurence with these drives.

Does anyone know what to do to fix it?

Ted.


-------
30-Aug-84 13:52:11-MDT,1749;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 13:52:03-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  30 Aug 84 15:06 EDT
Received: from jpl-vlsi.arpa by BRL-AOS.ARPA id a002540; 30 Aug 84 15:03 EDT
Date: 30 Aug 1984 0834 PDT
From: John McCluskey <[e-mail]>
Subject: Must sell to raise money for IBM-PC (gasp)!
To: [e-mail]
Reply-To: [e-mail]

<gobble>

For Sale to a good Home.   $475 ?

 Big Board II,    Z80 single board computer.

 Featuring:

      A Z-80B CPU running at 4 Mhz (can be boosted to 5 or 6 MHz).
      SASI Hard Disk Interface with BIOS Source for a hard disk.
      STD Bus port for expansion.
      1793  Single/Double Density Floppy controller for 8" or 5" disks.
      Z-80B DART twin RS-232 ports.
      Z-80 DMA for lightning fast disk transfers.
      Parallel keyboard input.
      Two 8 bit output ports, two 8 bit input ports for user I/O.
      Two Z-80B CTC's for baud rate generation and general timer use.
      24 X 80 Video Generator with 7 X 9 pixel Characters emulating an ADM-31.
      64 Kbytes of dynamic RAM.
      6 sockets for 2732 EPROMS (Monitor EPROM included).
      Built in EPROM Programmer for 2716's and 2732's, with software!

    Including:

      Schematics, theory of operation, and monitor EPROM documentation.
      Monitor EPROM & BIOS Source code on 8" single density floppy.
      Games and EPROM programming software on 8" single density floppy.

This board with an 8 inch single sided double density disk drive (about $100),
makes a very nice CPM 2.2 system. Using 1K sectors, an 8" floppy will hold
720 Kbytes per side (flippy disk).

------
30-Aug-84 23:09:45-MDT,1234;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Aug 84 23:09:37-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  31 Aug 84 0:36 EDT
Date: Thursday, 30 August 1984  09:40-MDT
Message-ID: <KPETERSEN.12043732828.BABYL@SIMTEL20>
Sender: [e-mail]
From: [e-mail]
To: [e-mail], [e-mail]
Subject:   Christensen MODEM program for Commodore-64
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Thu 30 Aug 1984 22:40-MDT

Unfortunately, Commodore BASIC programs, of which this one is no
exception, utilize control characters, both normal ascii ones and ones
with the high order bit set (ie. chr$(x) where x>127), and are thus
not amenable to storage and transfer as normal ascii files.  All of
the cursor positioning characters and reverse field characters are
missing from MICRO:<CPM.COMMODORE>XMODEM64.BAS.  Commodore BASIC
programs must be treated (especially by XMODEM programs themselves) as
"binary", not text, and are best transmitted as hex files.  Of course,
it is possible to write a C64 program which uses only the normal ascii
subset, but I haven't seen one (nontrivial) yet!
31-Aug-84 03:15:10-MDT,816;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Aug 84 03:15:06-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  31 Aug 84 4:53 EDT
Received: from sri-unix.arpa by BRL-AOS.ARPA id a000824; 31 Aug 84 4:54 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 31 Aug 84 1:45-PDT
Date: 29 Aug 84 7:59:51-PDT (Wed)
To: [e-mail]
From: decvax!wivax![e-mail]
Subject: Anyone have SMALLC Version 2.1 running under UNIX?
Article-I.D.: wivax.19833


I plan to port the smallc compiler to my non-standard 6502 operating system so
that I can write my own C compiler in C.  Does anyone have a copy of Hendrix's
latest version of smallc (V2.1 I think) running under UNIX?   Thanks

                            Rudy Bazelman
                            Wang Institute/Labs
31-Aug-84 07:37:40-MDT,3502;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Aug 84 07:37:29-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  31 Aug 84 9:08 EDT
Received: from simtel20.arpa by BRL-AOS.ARPA id a002245; 31 Aug 84 9:04 EDT
Date: 31 Aug 1984  07:04 MDT (Fri)
Message-ID: <RCONN.12043824600.BABYL@SIMTEL20>
From: Richard Conn <[e-mail]>
To:   Mike Niswonger <[e-mail]>
Cc:   [e-mail], [e-mail]
Subject: Little Board
In-reply-to: Msg of 30 Aug 1984  20:39-MDT from Mike Niswonger <CNISWONGER at SIMTEL20.ARPA>

Mike,

    I use the Ampro Little Board within an Ampro Bookshelf
Computer.  This computer consists of the little board, two 790K 5 1/4"
minifloppies, powersupply, and case and connectors.

    I have found the little board to be exceptionally reliable.
It has never glitched or provided any problems.  Physically, it is
quite small -- small enough to fit on the back of a 5 1/4" minifloppy
drive.  It includes a Z80 micro running at 4MHz, 64K RAM (dynamic, 8
bits), one Z80-DART (provides two serial ports, RS-232C, with the
normal complement of handshaking - DTR, CTS, etc - and one port can go
up to 38,400 baud while the other goes up to 9600 baud), one parallel
I/O port (bidirectional), one Z80-CTC counter-timer chip (only one
channel out of the four is free for general use - the other three are
used for clocking the DART and the disk controller), and one 179x
(1793, I think) floppy disk controller chip.

    The disks are quite fast.  I will be running some metrics on
them soon, but as a rough estimate I would say they rival my 8" DSSD
disks in speed.  The unit I use has two 96 TPI drives, giving 790K
storage per disk, and it can read and write several different 96 TPI
formats.  There is also a program which enables it to read (but not
write) 48 TPI - I understand that writing 48 TPI on a 96 TPI drive is
not physically possible.  There is an outgoing connector which can be
used to tag on two more drives (either 96 or 48 TPI, so you can obtain
48 TPI compatability), and I have heard that Ampro now has a
Winchester (10M) running off the external disk connector.  If you have
48 TPI compatability, there are about 20 different disk formats you
can read or write, such as Heath, IBM-PC (CPM-86), etc.  All must be
CP/M compatable.

    In the way of software, a scaled-down ZCPR3 comes with it.
Running on this is FRIENDLY (a VFILER/MENU/other utility), T/MAKER
III, and a number of machine-specific programs for configuring the
Ampro under software control.  Some PD software, like MDM740 and
source to the proper overlay, is also included (MDM740 is already
installed).  Echelon will sell you the standard ZCPR3 package, fully
installed for the Ampro, for $39.  The version of the Ampro Bookshelf
I have been describing (with two 790K minifloppies) runs for $1500.

    My main use for the Ampro is as a slave off of my main system.
I can redirect I/O so that the Ampro can record screen displays for me
with no overhead on the main system, and I am in the process of adding
a printer spooler and background batch processor to the Ampro.  I
occasionally use the Ampro in stand-alone mode, like for talks
(because it is very portable), but most of the time it is a slave.  At
790K, it offers a lot of spooling space and recording space.  Some day
I plan to experiment with distributed systems using the Ampro and my
main machine.

        Rick
31-Aug-84 08:13:02-MDT,925;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Aug 84 08:12:54-MDT
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  31 Aug 84 9:26 EDT
Date:     Fri, 31 Aug 84 9:27:09 EDT
From:     Brint <[e-mail]>
To:       [e-mail]
Subject:  I/O Calls in 2.2

(The following was also sent to net.micro.cpm on Usenet.  My apologies if
you see it twice.)

<>
I am running CP/M 2.2 on a TRS-80 with the OKIDATA modification (so that
"vanilla" CP/M code will execute unmodified).  At present I'm trying to
bring up a small-C compiler and it needs primitives for getchar() and
putchar().  Surely someone has solved this already.  What's the easiest
way to do this -- calls to the BIOS? -- to BDOS?  -- custom code?
All solutions will be appreciated.  As usual, sufficient interest will
produce a summary to net.micro.cpm

Brint

<[e-mail]>
31-Aug-84 08:43:17-MDT,1083;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Aug 84 08:43:10-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  31 Aug 84 10:02 EDT
Date: 31 Aug 1984  08:05 MDT (Fri)
Message-ID: <KPETERSEN.12043835764.BABYL@SIMTEL20>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: List of all known MDM7 overlays updated

The list of all known MDM7 modem program user overlays has recently
been updated and is now available on SIMTEL20 as:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.MODEM7>
M7OVL-21.LST.1            ASCII      5602   44 =  2CH  4B7EH

Please note that this is NOT a list of the files we have available
here at SIMTEL20.  We have some of them.  If you need one that is
listed in this file but not available from SIMTEL20, call one of the
RCPM systems listed at the end of the file.  If you find it necessary
to do this, please upload the new overlay to your host and send a note
to me advising how to get it with FTP.
--Keith
31-Aug-84 12:25:11-MDT,837;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Aug 84 12:25:07-MDT
Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp;  31 Aug 84 13:57 EDT
Received: ID <[e-mail]>; Fri 31 Aug 84 14:00:28-EDT
Date: Fri 31 Aug 84 14:00:27-EDT
From: [e-mail]
Subject: modem program for rainbow
To: [e-mail]

29-Aug-84 08:20:38-EDT,398;000000000001

I have a PD modem program for the Rainbow.  It is called
modem712, came from an RCPM in Pikesvi;;e
Maryland, and i cannot promise it works very well.  the first version i got
was very buggy.  this one says it is feeling better.

i am a novice here--i am not sure how to send info directly to
hplabs!hao!seismo!cmcl2!lanl-a (is that the address?).  somebody please
advise me...
-------
-------
31-Aug-84 12:56:43-MDT,1000;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Aug 84 12:56:37-MDT
Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp;  31 Aug 84 14:14 EDT
Received: ID <[e-mail]>; Fri 31 Aug 84 14:16:40-EDT
Date: Fri 31 Aug 84 14:16:39-EDT
From: [e-mail]
Subject: osborne vs. emacs
To: [e-mail]


...which brings me to my own problems.

Has anyone got a terminal emulator for an Osborne the is compatible with
EMACS @CMU (or anywhere else, i guess).  i have several PD programs, and they
seem to pass control chars and escape sequences
through alright.  But there is no TERMINAL TELEVIDEO920 type here (i think
that is what the O tries to be).  I have tried tv912, and others, but with no luck.

(oh yeah, its TOPS-20)

What might be the worst problem is that the <delete>, ascii 127, appears on the
screen as a blot.

Anyway, i have all the relevant codes handy for anyone who might
help.
-------
31-Aug-84 22:56:28-MDT,709;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Aug 84 22:56:24-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  1 Sep 84 0:27 EDT
Received: from bbna.arpa by BRL-AOS.ARPA id a007553; 1 Sep 84 0:31 EDT
Date: 1 Sep 1984 00:30-EDT
Sender: [e-mail]
Subject: Request books
From: [e-mail]
To: [e-mail], [e-mail]
Message-ID: <[BBNA] 1-Sep-84 00:30:33.WAGREICH>


Are there any books on the following topics?

    * MS-DOS internals (not user'a manuals)

    * 80126 assembly language

If  you  send  names  of books, please give authors, and whenever
known, publishers and their locations.

Thanks.
31-Aug-84 23:45:24-MDT,2550;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Aug 84 23:45:15-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  1 Sep 84 1:21 EDT
Date: 31 Aug 1984  23:24 MDT (Fri)
Message-ID: <WANCHO.12044002944.BABYL@SIMTEL20>
From: "Frank J. Wancho" <[e-mail]>
To:   [e-mail]
Subject: PLOT33 Package available

PLOT33 has been contributed to the public domain collection on
SIMTEL20 by Thomas E. Speer at AFIT.  This system will do high
resolution graphics on a variety of dot matrix printers, and is being
used at the Air Force Institute of Technology for purposes ranging
from data plotting to VLSI design check points.

The package consists of the user's guide documentation for the entire
system, the assembly language source for the dot matrix driver, Turbo
Pascal, FORTRAN-80, and MBASIC plot packages, and sample programs.  A
C library is being debugged.

Printers supported include the Epson MX-80 etc., CItoh Prowriter,
Okidata 92, NEC, Gemini-10, Apple Dot Matrix, and IDS printers.

PLOT33 lets you treat your printer as if it were a plotter capable of
true vector graphics.  Your application program "plots" by writing
simple plot commands to a disk file.  This file is the key to the
whole system because it makes the application program independent of
the plotting device and vice versa.  It also makes it possible to plot
pictures that were created on different computers, or to plot the same
picture on different types of hardware, such as CRTs and printers.

Future drivers are being planned for creating and interpreting the
vector command file on mainframe computers using CALCOMP or Tektronix
plotters and terminals.


Here's the standard CRC list of the files available on SIMTEL20:

Filename            Type     Bytes     Sectors     CRC

Directory MICRO:<CPM.PLOT33>
FILLS.BAS.1            ASCII       723    6 =   6H  8558H
GRAF.F.1            ASCII     43047  337 = 151H  379EH
GRAF.FQ.1            COM     23552  184 =  B8H  F997H
GRAF1.PAS.1            ASCII     16863  132 =  84H  779BH
GRAF2.PAS.1            ASCII     18855  148 =  94H  B0FFH
GRAPH.BAS.1            ASCII      9028   71 =  47H  9066H
HANDPLOT.BAS.1            ASCII     22477  176 =  B0H  93B2H
PLOT33.AQM.1            COM     44416  347 = 15BH  FC55H
PLOT33.ASM.1            ASCII     74560  583 = 247H  F92DH
PLOT33.DOC.1            ASCII     74617  583 = 247H  9E0FH
PLOT33.DQC.1            COM     38400  300 = 12CH  3C2DH
TEST.BAS.1            ASCII      1451   12 =   CH  9AA4H
TEST.PAS.1            ASCII      2338   19 =  13H  41CDH
UPLOAD.BAS.1            ASCII     10135   80 =  50H  811DH

--Frank