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

Text File | 1993-02-12 | 216KB | 4,795 lines

 1-Jun-87 22:41:53-MDT,1127;000000000000
Return-Path: <[e-mail]>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Mon, 1 Jun 87 22:41:16 MDT
Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34)
    id AA03540; Mon, 1 Jun 87 21:40:19 PDT
Message-Id: <[e-mail]>
Date: 01-Jun-1987 1658
From: [e-mail]  (Willie Smith, LTN Components Eng.)
To: [e-mail]
Subject: re: UUENCODE and UUDECODE in Z-80 assembly

    I just realised when I saw the call for a faster UUDECODE
that I have most of the pieces I need to put together such a
program, but I don't fully understand the 'protocol'.  Is there
a protocol document available somewhere?  I sort of get the basic
idea, but there's a number in the first line of the file that
doesn't change with different files, but I've heard changes with
different versions of the encoder, and there's an 'M' as the first
character of every line, and such like that.

Many thanks in advance.

Willie SMith
[e-mail]
[e-mail]
{usenet backbone}!decwrl!wookie.dec.com!w_smith
 2-Jun-87 17:18:09-MDT,1010;000000000000
Return-Path: <tikal!amc![e-mail]>
Received: from beaver.cs.washington.edu by SIMTEL20.ARPA with TCP; Tue, 2 Jun 87 17:16:46 MDT
Received: by beaver.cs.washington.edu (5.52.1/6.3)
    id AA25799; Tue, 2 Jun 87 16:13:47 PDT
From: tikal!amc![e-mail]
Return-Path: <tikal!amc![e-mail]>
Received: by tikal.Teltone.COM (smail2.3)
    id AA12200; 2 Jun 87 15:46:32 PDT (Tue)
Received: by amc.APPLIED-MICROSYSTEMS.uucp (5.51/AMC-1.8)
    id AA24523; Tue, 2 Jun 87 14:51:48 PDT
Date: Tue, 2 Jun 87 14:51:48 PDT
X-From: amc!jon (Jon Mandrell)
Message-Id: <[e-mail]>
To: tikal!uw-beaver!simtel20.arpa![e-mail]
Subject: posting information

I have just finished work on a version of UNIX make which runs on CP/M.
I am going to be releasing it as a share-ware product, and would like to
post it to the list.  Do you have any problems with this?  Or any suggestions
of how to go about it?
 2-Jun-87 18:54:22-MDT,2176;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Tue, 2 Jun 87 18:53:47 MDT
Received: from BLIULG12.BITNET by wiscvm.wisc.edu ; Tue, 02 Jun 87 11:55:59 CDT
Received: by BLIULG12 (Mailer X1.23b) id 1015; Tue, 02 Jun 87 16:09:18 ULG
Date:         Tue, 02 Jun 87 16:07:13 ULG
From:         Andre PIRARD <[e-mail]>
Subject:      CP/M on the V20
To:           info CP/M <[e-mail]>

I started microcomputing on a self built CP/M machine (I wrote my
own ROM and BIOS). Now I own an IBM PC clone in which I plugged a
V20 chip. Of course I'd like to be able to use it to run CP/M.
I  have tried several software emulators,  but just one using the
V20, giving a mere 52K TPA. They are of several type:
1) stubs to concatenate ahead of a CP/M load module.
2) simulators executing the filename in the parameter line.
3) emulation of a CP/M environment with CCP.
Completeness of the simulation varies.  Some features such as get
allocation vector (function 1B) or BIOS physical disk access  are
virtually impossible to emulate when using MSDOS disks and files.
But  many miss the point that if MSDOS returns code 3 to  a  file
read  (partial  record read,  filled with zeroes),  it should  be
translated to 0. That's why I feel best to own source code.
I  like  to have the complete CP/M environment,  but  solution  1
gives  the best of both worlds if one concatenates the stub to  a
relocating and reloadable CCP.
I  have  read  an  article stating that GFI sells a  V20  type  1
product with source code.  It achieves the tremendous TPA size  I
am  looking  for,   but  the  sample  code  listed  was  not  too
encouraging. Any comment?
Is there anything available in the public domain? I wouldn't mind
spending  some  time  adapting  a CCP to  a  type  1  stub.  Some
additional MSDOS commands such as change path would be useful.
Thanks in advance.
Andre PIRARD
SEGI - Universite de Liege
15, av. des Tilleuls
B4000 LIEGE (Belgique)
[phone](449)
Bitnet:  A-PIRARD%BLIULG12
Arpanet: [e-mail]
 2-Jun-87 21:54:14-MDT,1469;000000000000
Mail-From: KPETERSEN created at  2-Jun-87 21:54:04
Date: Sun,  31 May 87 12:00:45 CET
Message-ID: <[e-mail]>
Sender: "Eberhard W. Lisse" <[e-mail]>
From: "Eberhard W. Lisse" <[e-mail]>
To: Keith Petersen <[e-mail]>
Subject:   Floating Point Routines
ReSent-From: [e-mail]
ReSent-To: Info-Cpm at SIMTEL20.ARPA
ReSent-Date: Tue 2 Jun 1987 21:54-MDT

Hi,

a friend of mine is looking for the following:

Source of a BASIC-Interpreter with floating point arithmetics in
8088/Z80 or 80286 assembler

or

floating point arithmetic routines in same assembler languages to be
incorporated into a to be written BASIC interpreter.

Purpose:

He is working on his thesis in chemistry engineering which involves
develop a portable real time data aquisition system (hardware and
software).

That system will run under a BASIC enabling the useres to write the
programs for each run in a high level language.

We are also looking for ISAM routines either in source code or OBJ
files to be run on an IBM-PC/XT/AT, preferably public Domain.


I'd appreciate any pointers to where to get those files if they exist.
I have no ARPA access here in Germany. I can access the ARCHIVE-
[e-mail] by mail if they are already there. Otherwise one
can send the files as UUencoded mail to this account.

thanx in advance,

el
 2-Jun-87 23:40:54-MDT,5049;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 2 Jun 87 23:40:07 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA15223; Tue, 2 Jun 87 22:28:27 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 3 Jun 87 02:42:29 GMT
From: phoenix![e-mail]  (Puragra Guhathakurta)
Organization: Princeton Univ. Computing and Information Technology
Subject: zcpr3.3
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


    ZCPR3.3 : some first comments

                Peter Teuben,
                June 2, 1987

This concerns ZCPR3.3, the latest update in the line of
command processors for CP/M, and my first experiences.

We have all watched ZCPR grow over the past years to a fairly
grown up module of what we now call the Z-system. None of
the original modules from Digital Research are still used,
the CCP being replaced by ZCPR and BDOS replaced by ZRDOS
(often we write our own BIOS's).

ZRDOS can be only be obtained commercially (Echelon), but
ZCPR(3.3) can in principle be obtained for free (although at
Echelon you have to pay $4x, but I guess they will accompany
my order with a nice installation manual).

However, I was impatient, and got the 100k of initial startup
sources from SIMTEL20. (That's for free, as most BBS's are, I
presume)

For me this kind of installation is just an evening of work,
and very amusing to do so. I installed ZCPR3 last summer in just
an evening, including all modifications to the BIOS (thanks to the
excellent documentation by Richard Conn).

Last september I witnessed a rough discussion between Richard Conn
and Jay Sage, on their use of the appropriate assembler for the
'Z-Libraries', i.e. ZAS (Echelon) versus Z80ASM (SLR).

I also listened to Richard Conn's story on his building of ZCPR33,
on last years Trenton Computer Festival (april '86), and now it is
there!

To my great surprise the author of ZCPR3.3 turened out to be ....
Jay Sage!

What ever happened to Richard? (are you listening Richard?) Or his code.

But, and this is now perhaps not a big suprise, I completely
failed in installing ZCPR3.3 (I thought it was advertised as having
an even easier installment as with V3.0, which I thought was already
pretty simple), because all of my 'reliable' compilers failed:
ASM, MAC, RMAC, M80, Z80MR. (ASM, MAC, RMAC couldn't help it, the
new code is now written in Z80 opcode, which I can perhaps
agree with; what will happen to the poor old 8080 users, or did
they all die?)

Apart from a few trivial problems (who EVER came up with the idea
of replacing brackets (yes: ()'s) with square bracket's []????),
the author used a compiler where one needs now at least an 8 character-
length variable name detector. We all now that M80 exports only
6! I phoned SLR, the experts there told me that M80 V3.44 exports
6 yes (because of the .REL format), but can internally use 16
character lenght!!
I tried mine (V3.4 from 1980!!), and even a little test, but no way.
Does anyone know of that (newer) 3.44 version, and is it true what SLR
told me. Other than that, M80 would probably have done the job (apart
from two extra needed .PRINTX's and having MACLIB filenames in full and
uppercase). Even compilers with 7 character length variable names
will fail, as a quick glance over the code learned.

The end of the story you can probably guess: I dialed into Jay's
machine last nigh and found an order option for the SLR compiler (and Linker,
but one could live without this one). After reading the description
of the compiler, I'm really impressed. Like 5-10 faster than M80,
and so many more possibilities. It will be quite an improvement for
assembler programming, but I keep thinking of the funny stories I
read in these rebuttals last september.

I am looking forward to receiving my SLR compiler from Jay,
(Btw Jay, I have a Kaypro 4, DS DD)  and
will perhaps let you netreaders know what happened. After all, ZCPR
is really a fantastic piece of software, and moreover, allows YOU to
write and modify part of the operating system (&utilities), which is
not possible on many machines for a price like we pay for this

Let me know what your experiences are, do all of you know have these
fancy new compilers, like ZAS and Z80ASM? I am just old fashioned?
Afer all, at some stage we have to make use of the Z80 itself. Of
course if we extrapolate this, soon the Z80 users will find themselves
deserted, because ZCPR4.0 will be written for Z280 or HD64810 only.

Peter Teuben
Institute for Advanced Study
School of Natural Sciences
Princeton, NJ 08540
[e-mail] or [e-mail]

(PS: I have no regular means of up/down loading to BBS's, in particular
the Z-nodes. I would appreciate if someone could distribute this)
----

 3-Jun-87 06:28:24-MDT,2261;000000000000
Mail-From: RCONN created at  3-Jun-87 06:28:14
Date: Wed, 3 Jun 87 06:28:13 MDT
From: Rick Conn <[e-mail]>
Subject: Re: zcpr3.3
To: phoenix![e-mail]
cc: [e-mail]
In-Reply-To: <[e-mail]>
Message-ID: <[e-mail]>

Hello, Peter,

    Thanks for your message on ZCPR 3.3.  The basic story is that I'm
not involved with Echelon wrt ZCPR any more, and I've handed over ZCPR 3.x,
TERM3, DISCAT, etc to them so they can continue to support the Z System
users.  Jay sage and others are merrily hacking away at the Z System, building
upon the ideas in my original ZCPR3, mutating it as they desire.
    In the meantime, I'm working on two main thrusts: Ada and a
new ZCPR 4.0 (at least, that's what it is called at this time).  I talked
about both at the last Trenton Computer Festival and can probably make
the ZCPR 4.0 information available if anyone is interested.
    In the Ada arena, I manage the Ada Software Repository on SIMTEL20.
The introduction of Ada technology is also a big part of my main job.
    In the ZCPR 4.0 arena, I'm back in the original environment
that spawned ZCPR 3.0.  There is no time pressure, no delivery dates, and
complete freedom to create.  There is also no requirement to deliver at all,
so I really don't know if what I am working on will materialize in the
user community.  At one point I was working on ZCPR 3.3, moving in the
direction of my current ZCPR 4.0; the effort was quite large, leading to
something larger than the original ZCPR 3.0 and TERM3 combined.  The ZCPR 3.3
that Echelon is supporting is not the original ZCPR 3.3 at all, but a completely
different effort headed by Jay Sage that is a fraction of the original
ZCPR 3.3 effort.  That original ZCPR 3.3 is now the ZCPR 4.0 I'm working
on.
    The bottom line is that the Echelon effort is available to the
users now (i.e., the ZCPR 3.3 of Jay Sage).  Continue to follow it
and enjoy the work of Jay and the others involved.  The work I'm
doing may or may not be released some day, and you can see then if you
want to continue with them, move to mine, do both, or whatever.  To the
user community, this should be a win-win proposition.

        Rick Conn
-------
 3-Jun-87 22:41:40-MDT,1726;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 3 Jun 87 22:41:16 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA13125; Wed, 3 Jun 87 21:38:31 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 4 Jun 87 00:44:12 GMT
From: phoenix![e-mail]  (Puragra Guhathakurta)
Organization: Princeton Univ. Computing and Information Technology
Subject: comp.os.cpm usage and zcpr3.3
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

A few days ago I posted my suprises with ZCPR3.3 and it's required
new assemblers (I guess both ZAS and Z80ASM will do),
I got curious what actually happened to the old assemblers.
To me this is quite
a change with older versions of ZCPR, but we all know, one day the
old 8080 code will be replaced by Z80, and by Z280 and HD64180...

Now, I am curious how many people that read this messages actually do
still use assemblers, and if so, which one.
I only knew of ASM, MAC, RMAC and M80, but know we need either ZAS
or Z80ASM. Also a public domain Z80MR is available, but there maybe
more.
I would appreciate some responses, and will summarize to the net in
a couple of weeks when things slow down.
It seems that I was a rather oldfashioned user, and that most of the
community has changed to the more modern assemblers. Let me know.

Peter Teuben
Institute for Advanced Study
Princeton, NJ 08540
email to either:
[e-mail],  [e-mail]  or my friends account (see
header)
 4-Jun-87 02:41:11-MDT,2985;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 4 Jun 87 02:41:02 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA16484; Thu, 4 Jun 87 01:36:43 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 3 Jun 87 18:20:36 GMT
From: tektronix!teklds!copper![e-mail]  (Michael D. Kersenbrock)
Organization: Tektronix, Inc., Beaverton, OR.
Subject: Re: posting information
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Keywords: In article <[e-mail]> [e-mail] writes:
>I have just finished work on a version of UNIX make which runs on CP/M.
>I am going to be releasing it as a share-ware product, and would like to
>post it to the list.  Do you have any problems with this?  Or any suggestions
>of how to go about it?


There is an excellent PD non-shareware (cheaper: as in free) "make" in the
SIMTEL20 archives that works rather well under CP/M 3.0, so you might
want to keep your price on the low side.  8-)

I have been meaning to send Keith P. my updated version that I've been
using for a while but I seem to have trouble sending things to him &
haven't heard from him since my last two or three mailings (this is a hint
in case you're reading this Keith).  My newer version isn't all that much
better though...the "old" one is perfectly fine.  My dancing fingers like
to do the creeping-feature waltz......

The version I generated (the two above) are ones that I "strongly-ported"
from the version USENET-posted by a gentleman in Australia whose name I
don't recall (his name is in the bit of documentation I wrote up for the
package).  His version was *for* UNIX (of some flavor).

One of the changes I've made is so that when "my" make is used with CCP105
(my update of CCP104), execution of the "make-proceedure" optionally will
terminate upon a step-wise error (RSX's are provided in the CCP105 package
to make you compiler, assembler, linker, etc cooperate).  This was one of
the last "features" that I debugged and got actually working.  I don't
think the "old version" of make will keep the "steps" out of CCP105's
csh-like history mechanism, but my current version does.

Anyway, if your version is for CP/M 2.2 (which my version doesn't work
for), then this surely is a needed "product".  If so, you might mention
what file timestamping mechanism (or equivalent) you require the target
system to have.

I don't know about the distribution policy on the ARPA side of things,
but I've seen some shareware across the USENET side (most noteably "ARC").


--
Mike Kersenbrock
Tektronix Microcomputer Development Products
Aloha, Oregon
 4-Jun-87 10:15:13-MDT,1328;000000000000
Return-Path: <@RELAY.CS.NET:[e-mail]>
Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Thu, 4 Jun 87 10:14:58 MDT
Received: from relay2.cs.net by RELAY.CS.NET id aa10968; 4 Jun 87 11:51 EDT
Received: from ubc by RELAY.CS.NET id aa07933; 4 Jun 87 11:46 EDT
Received: by ubc.csnet id AA24538; Thu, 4 Jun 87 08:20:29 pdt
Date: 4  Jun 87  0:19 -0800
From: Ken Wallewein <[e-mail]>
To: [e-mail]
MMDF-Warning:  Parse error in original version of preceding line at RELAY.CS.NET
Message-Id: <176*[e-mail]>
Subject: CONIX v/xs ZCPR

   For about the last year I've been drooling over the ads for CONIX, the
super-duper CP/M replacement. It got good reviews, and looks better than ZCPR3
in many ways. I use ZCPR2 now, but a lot of that stuff is only really useful
for hard drives and multiple users (I run dual 8" DSDD floppies and a RAM
disk).

  However, there seems to be a lot of fuss and bother over ZCPR3, but not a
peep about CONIX. How come? Doesn't *anybody* use it? I would really like to
see some discussion.

  For that matter, has anybody tried out that PD BDOS replacement I read
about recently (can't remember who by)?
/kenw
                                  A L B E R T A
Ken Wallewein                            R E S E A R C H
                                  C O U N C I L

 4-Jun-87 11:09:51-MDT,1849;000000000000
Return-Path: <hanscom@lll-es-s05>
Received: from lll-lcc.ARPA by SIMTEL20.ARPA with TCP; Thu, 4 Jun 87 11:09:19 MDT
Received: Thu, 4 Jun 87 10:07:52 PDT from lll-es-s05.arpa by lll-lcc.ARPA (5.51/)
    id AA07018; Thu, 4 Jun 87 10:07:52 PDT
Return-Path: <hanscom@lll-es-s05>
Received: by lll-es-s05.ARPA (1.1/SMI-3.0DEV3)
    id AA19640; Thu, 4 Jun 87 10:08:54 PDT
Message-Id: <[e-mail]>
Date: Thu Jun 4 10:08:51 1987
From: hanscom@lll-es-s05 (Roger Hanscom 423-0441)
Subject: Re: Floating Point Routines
To: [e-mail]
Cc: hanscom@lll-es-s05
X-Orig-Date: Sun, 31 May 87 12:00:45 CET
X-Orig-From: "Eberhard W. Lisse" <[e-mail]>
X-Orig-Message-Id: <[e-mail]>
Status:  N


Eberhard W. Lisse <[e-mail]> writes:

>a friend of mine is looking for the following:
>
>Source of a BASIC-Interpreter with floating point arithmetics in
>8088/Z80 or 80286 assembler
>
>or
>
>floating point arithmetic routines in same assembler languages to be
>incorporated into a to be written BASIC interpreter.

I don't know what is available on SIMTEL20 in this area, but a
publication appeared years ago (part of the "wizard-series") with
a title something like "mysteries of Radio-Shack Microsoft Basic
revealed".  It is a paper copy (dis-assembly??) of the Z80 assembler
for Radio Shack's BASIC.  As I remember it was a f.p. BASIC, although
not awfully fast.
Another possible source is the government clearing house for
technical information (N.T.I.S.) in suburban Wash. D.C.  Seems
to me that they had a BASIC called LLL-BASIC that was developed
at Livermore Lab.  Don't know much about that one either, except
that it exists, it had f.p., and was written in either 8080 or Z80
assembler.
Good Luck!

 4-Jun-87 12:51:44-MDT,1986;000000000000
Return-Path: <[e-mail]>
Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Thu, 4 Jun 87 12:51:10 MDT
Date: Thu 04 Jun 1987 14:49:26 EDT
From: <[e-mail]>
Subject: Unauthorized ZCPR33 Files
To: [e-mail]
Cc: W8SDZ@SIMTEL20
Message-ID: <[e-mail]>

     The ZCPR33 files on SIMTEL20 at this time (June 4, 1987) are NOT the
official release versions.  They are beta-test versions that should NEVER
have been distributed publicly.  Someone, without authorization, uploaded
the files to Keith Petersen's Royal Oaks system, and Keith, understandably,
assumed that they were the release versions that had been announced.  I have
asked Keith to remove these files as soon as possible.

     If anyone uses these files, they do so at some risk.  There were some
last-minute address changes.  It is, therefore, quite possible that a number
of the release-version utilities and auxiliary packages will not work
properly with this version of ZCPR33 (I have not determined for sure whether
or not the last changes got into this version).  Some of the failures will
be quite subtle.  I recommend that if you downloaded any of these files you
destroy them.  If you distributed them further, please try to track them
down and have them removed as well.  It will be very unfortunate if bad
copies end up in wide distribution.  The official release versions are
currently available from many Z-Node remote access systems, including mine
at 617-965-7259 (password=DDT, on entering operating system enter user ID of
"NONE" for 60-minute access).

     As soon as I can, I will arrange for the proper distribution files to
be put up on SIMTEL20.  The files have to be converted from squeezed form to
crunched form, and CRC values have to be tabulated.  Since there is more
than 500K of code, this may take a little while.  I will try to get the
material onto SIMTEL20 by June 6.

                                        Jay Sage


 4-Jun-87 13:10:10-MDT,10086;000000000000
Return-Path: <[e-mail]>
Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Thu, 4 Jun 87 13:08:35 MDT
Date: Thu 04 Jun 1987 14:50:29 EDT
From: <[e-mail]>
Subject: Some Comments on ZCPR33 and the 8-Bit World
To: [e-mail]
Cc: [e-mail]
Message-ID: <[e-mail]>

     Peter Teuben's comments about the ZCPR33 release that appeared today
over the network finally got me to sit down and compose this message.  These
comments are in no way addressed specifically to Peter; his remarks simply
provided the impetus for me to collect these thoughts in writing.  Although
I follow the INFO-CPM exchanges on the DDN, I do not spend much time
contributing to the discussion.  My work with 8-bit computers is almost
entirely a personal-time activity, and I try to avoid spending time at work
on it.  For those of you who do not know, in real life I am an ANALOG device
physicist, always trying to show that only analog devices, and not digital
ones, can solve the world's really pressing signal-processing problems.
Right now I am working in two areas: analog focal-plane image preprocessors,
chips that use the same devices (CCDs for example) not only to capture an
image but also to figure out what it means (an artificial retina, to put it
in grandiose terms); and artificial analog neural network chips, integrated
circuits that function in a simplified brain-like way to perform
associations and to recognize patterns.

     First of all, I hope everyone has seen my message about the files on
SIMTEL20.  In brief, those files were NOT authorized versions.  They were
beta-test versions that were improperly sent to Keith Petersen.  I do not
know for sure, but they may contain code that is not up to date, code that
will malfunction in subtle ways with release versions of system segments and
utility programs.

     Second, on the matter of the assembly-language format.  The release
files are in a format that permits assembly with Echelon's ZAS assembler.
Bear in mind that ZCPR33 is a COPYRIGHTED COMMERCIAL product.  Its release
for personal, noncommercial application at no cost is a privilege, not a
right.  Understand that Echelon is trying to stay in business so that all of
us can continue to benefit from further developments.  Without Echelon, I
think it is quite likely that ZCPR, if not 8-bit computing in general, would
come to an end.  Some of you know that Echelon and I have not always been on
the best of terms.  It is not my love for Echelon but rather our common
purpose in advancing 8-bit computing that has brought us together.

     One of the famous sore points between me and Echelon concerns the ZAS
assembler and, among other things, its idiosyncratic use of square brackets
where standard assemblers use ordinary parentheses.  Nevertheless, I
understand that it is not only reasonable but entirely appropriate that
Echelon products, like ZCPR33, be capable of assembly using THEIR assembler.
I personally use the highly professional assembly-language tools from SLR
Systems and adjust for ZAS compatibility when the development is complete.
Fortunately, Steve Russell (SLR) was kind enough to make his tools accept
ZAS-format expressions, which greatly facilitates this process.  ZAS, by the
way, is currently undergoing a significant upgrade (by a different
programmer), and I have good reason to believe that my objections to it will
soon be corrected and that it will become an acceptable product that will
function particularly nicely in a Z environment.

     With ZCPR33 we made a conscious decision not to be tied to the
limitations of the 1970s-vintage CP/M.  Six-character labels may have been
reasonable in the early days of computing, but that is no longer the case.
We have worked very hard to make the ZCPR33 source code extremely readable
and educational.  It is carefully organized and heavily commented.  Using
meaningful labels makes the code easier to understand and maintain (if
anything, the labels are probably still too short).  We have also dropped
support for 8080/8085 processors and made free use of highly efficient
Z80-specific opcodes.  This includes not only the commonly used relative
jumps but also word subtraction, direct double-register transfers, block
moves and compares, and the alternate register set.

     What about those people with older assembly-language tools or computers
with 8080 or 8085 processors?  The basic answer is that the ZCPR33
COMMERCIAL PRODUCT does not support them.  The market does not justify the
work required to do so.  For users, there are two solutions.  First of all,
I think it is entirely reasonable for someone to spend $69 for ZAS/ZLINK or
$50 for the SLR Z80ASM or SLR180 assembler (plus $50 for SLRNK if they want
a linker, too) so that they can take immediate advantage of the released
code without significant effort on their own part.  If they do not wish to
do so, the source code is there, and they have the alternative of spending
their time to make whatever conversions are required.  The same comment
applies to conversion to work with Intel microprocessors.

     Converting the code to work with M80 or ZASM (the copyrighted Cromemco
assembler) is actually rather easy for those who are expert at using those
assemblers.  A number of my beta-testers did it quite regularly (though I
wondered why they were willing to waste their time when they could be using
Z80ASM with its five-times speed advantage).  The files can most likely be
adapted to Z80MR as well, though I don't know of anyone who has done it
already.  Files will undoubtedly appear in due course (from the user
community) that will describe the procedures in detail or even perform them
semi-automatically (using SUBMIT or ZEX scripts).  Some owners of 8085-based
computers may even have the necessary motivation to put in the time to
develop 8080 versions of the code, as Charlie Strom did for ZCPR2.

     Installing ZCPR33 on a system that is currently running ZCPR30 is
extremely easy (provided, of course, that you have a suitable assembler).
No changes in the memory map are required; the ZCPR33 command processor is a
simple drop-in replacement for ZCPR30.  Highly detailed procedures,
including some new techniques that take advantage of existing ZCPR3
facilities, are described in the ZCPR33 User Guide available from Echelon
(while the code has been released for personal, noncommercial use, the
documentation will be available only in printed form).

     This brings me to an important general comment.  I have enjoyed working
in the 8-bit world, despite the rip tide sweeping people in the direction of
'DOS' machines, because I like the values and attitudes in the community
much better than those I perceived in the 16-bit world.  Programmers in the
8-bit world freely shared their source code and their ideas so that the
talents of the entire community, and not just those of a single programmer,
could be brought to bear on a given program or problem.  This is good.

     But there is a bad side aspect to the attitudes in the 8-bit world.
Too many have come to assume that they have a RIGHT to receive everything
for free -- both the programs themselves and instruction and help in their
use.  I recently experienced an extreme example of this when one of the
users of my Z-Node kept calling me on voice with questions, for hours at a
time, during the most critical period of ZCPR33 development.  I finally lost
patience with this person when he starting asking for help using Z80ASM,
which I knew he had not paid for but had stolen.  His attitude seemed to be
that because of HIS GREAT INTEREST in 8-bit computing he had a right to ask
for all this free consulting time.

     The trouble with this attitude is that without adequate financial
compensation to those programmers who spend exceptional amounts of time
developing programs, there will be fewer and fewer programmers developing
significant new 8-bit programs.  We will then all be complaining that the
trouble with CP/M is that there are no new application programs available!
If we refuse to spend even modest sums of money to purchase programs and if
we illegally copy them, then to be sure no more will be developed.
Programmers will turn to the 16-bit world.  As a general rule, the software
products offered by Echelon, SLR Systems, Plu*Perfect Systems, and the few
other remaining producers of CP/M-compatible software (and hardware) are
very reasonably priced.  I stronly encourage people to support them (and
have been doing so since long before I found myself on the other side of the
fence as a member of the Echelon team).

     My case is a simple example of this.  Unlike the people at SLR Systems
or Echelon, who devote full time to their activities and have to support
themselves on the income from them, I do programming in my spare time,
largely for the fun and challenge of it.  The development of ZCPR33 from my
experimental ZCPR315, however, took about three and a half months of full-
(spare)time work, typically from middle evening until one or two in the
morning.  Unless that effort realizes some 'spending' money that my whole
family can enjoy, there is no way I will be able to devote that kind of
energy to further developments.  So much for the soap box.

     One final comment.  Many further developments are still anticipated,
not only for the 64180 and Z280 processors (the ZOS operating system) but
also for the Z80.  I have actually started work already on ZCPR34 (any
suggestions?).  The RCP package that was released with ZCPR33 is far from
finished (actually, it was very little more than RCP145, the experimental
version that complemented ZCPR315).  If things go well with this first
release, there will be many follow-on developments appearing at a rapid
pace.

                                 Jay Sage
                                 June 4, 1987


 5-Jun-87 00:12:38-MDT,1977;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 5 Jun 87 00:11:25 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA07127; Thu, 4 Jun 87 22:50:31 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 4 Jun 87 15:22:19 GMT
From: tikal!sigma![e-mail]  (WIlliam Swan)
Organization: Summation Inc, Kirkland WA
Subject: Re: posting information
Message-Id: <[e-mail]>
References: <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In <[e-mail]> [e-mail] (Michael D. Kersenbrock) writes:
>>I have just finished work on a version of UNIX make which runs on CP/M.
>>I am going to be releasing it as a share-ware product, and would like to
>>post it to the list.  Do you have any problems with this?  Or any suggestions
>>of how to go about it?
>There is an excellent PD non-shareware (cheaper: as in free) "make" in the
>SIMTEL20 archives that works rather well under CP/M 3.0, so you might
>want to keep your price on the low side.  8-)
>[...]
>Anyway, if your version is for CP/M 2.2 (which my version doesn't work
>for), then this surely is a needed "product".  If so, you might mention
>what file timestamping mechanism (or equivalent) you require the target
>system to have.

Michael,

I don't want to diminish your efforts, but Jon's make runs on vanilla
CP/M 2.2, which some (many? I don't know) of us are stuck with. I might
like to get going with 3.0, to use some of its advantages but my system
doesn't bankswitch, and I don't know where to even get the 3.0 manuals
(which I would like to have) much less the software.

--
William Swan  {ihnp4,decvax,allegra,...}!uw-beaver!tikal!sigma!bill
 5-Jun-87 17:56:23-MDT,1279;000000000000
Mail-From: KPETERSEN created at  5-Jun-87 17:56:08
Date: 4  Jun 87  0:34 -0800
Message-ID: <[e-mail]>
Sender: Ken Wallewein <[e-mail]>
From: Ken Wallewein <[e-mail]>
To: [e-mail]
Subject:   zcpr3.3
ReSent-From: [e-mail]
ReSent-To: Info-Cpm at SIMTEL20.ARPA
ReSent-Date: Fri 5 Jun 1987 17:56-MDT

I run CPM for two or three reasons: it's cheap; it has a history which makes
it interesting; there's a large and public-spirited user community; there's
lots of PD software around. I guess that's more than 3. Anyway, none of those
things jive very well with the way Z-system appears to be going, if I have to
buy their assembler to use it. When I can afford to buy it, I don't have time
to use it enough to justify it, and vice versa (huh?). Besides, I've heard that
ZCPR3 chews up too much TPA for what it gives people who don't run hard drives.

 As far as hardware goes, I run and S-100 bus system. Anybody know how I can
upgrade that to a super-Z80 without spending hundreds of bucks or hundreds of
hours? I know, there are lots of different processors for S100. Did you ever
price one?
 Enough flame, I guess.
/kenw
 6-Jun-87 01:09:13-MDT,4715;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 6 Jun 87 01:08:49 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA08115; Fri, 5 Jun 87 23:38:27 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 5 Jun 87 03:17:18 GMT
From: mnetor!utzoo!utgpu!water!watmath!watdragon![e-mail]
Organization: U. of Waterloo, Ontario
Subject: Re: zcpr3.3
Message-Id: <[e-mail]>
References: <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I just finished getting zcpr3.3 to assemble with M80 version 3.44 (dated Dec 9,
1981).  The following is a summary of the changes that are needed to get the
CCP portion to assemble (I still haven't recieved the RCP & FCP portions
from SIMTEL so I don't know what changes need to be made to those files).

1. In all files the square brackets "[" & "]" need to be changed to "(" & ")"
   respectively on all conditional assembly statements (ie if's).  DON'T do a
   global change with a text editor since some square brackets don't need to
   be changed!

in the file ZCPR33.Z80:

2. The maclib command must be converted to upper case along with it's arguments

3. The commands .Z80 and ASEG should be added.

in the file Z33HDR.LIB:

4. The extmpath, extmpathadr and whldir equate statements should have the EQU
   changed to a DEFL (this should be changed anyways, I think).

in the file Z33MAC.LIB

5. M80 can only handle 6 chars for a macro argument (even in version 3.44) so
   the 'command' macro needs to be changed.  Following is an updated version:

; Command table entry definition macro

; Macro to form an entry for one command in the table.  The first parameter is
; the name to be used for the command (no quotes); the second parameter is the
; flag that indicates whether or not the command is to be enabled; the third
; parameter is the wheel control flag; and the last parameter is the jump
; address to the code that carries out the command.  The command names are
; automatically padded out to the correct length (they will be truncated and
; an error message will result if a command name is too long).  The characters
; in the command name are automatically converted to upper case.

command    macro cmdnam,enaflg,whlflg,addr

     if    enaflg        ;; Generate command only if enabled

whlmask    defl    whlflg        ;; Initialize variables
count    defl    cmdsize        ;; Initialize to size of each command name

    irpc    char,cmdnam    ;; Repeat over letters in command name

count    defl    count - 1    ;; Count down characters in name

     if    ( count lt cmdsize )

        ;; If character is lower case, convert to upper case

     if    ( '&char' ge 'a' ) and ( '&char' le 'z' )

     if    whlmask
    defb    ( '&char' and 5fh ) + 80h
     else    ;;not whlmask
    defb    ( '&char' and 5fh )
     endif    ;;whlmask

     else    ;;not lower case

     if    whlmask
    defb    '&char' + 80h    ;; If controlled by wheel, set high bit
     else    ;;not whlmask
    defb    '&char'        ;; If not restricted, leave high bit clear
     endif    ;;whlmask

     endif    ;;lower case

     endif    ;;( count lt cmdsize )

whlmask    defl    false        ;; Turn off high-bit setting after first char

    endm    ;irpc

        ;; Pad command name with blanks

     if    ( count gt cmdsize )    ;; If we underflowed
    *** Command name "&cmdname" is too long / truncated ***
     else
    rept    count
    defb    ' '
    endm
     endif    ;( count gt cmdsize )

    dw    addr        ;; Dispatch address for command

     endif    ;enable

    endm    ;command


After successful assembly, the resultant .REL file was converted to a HEX file
using RELHEX.COM and then merged with the BIOS in the standard manner.  Even
though M80 only outputs 6 char labels in the REL file, it still keeps larger
labels during assembly, so the use of large labels in zcpr3.3 doesn't affect
M80 in the least.  Hope this helps in getting people stared with assembling
zcpr3.3 with M80.

A side note: zcpr3.3 came up the first time I tried booting it!  It did take
me 2 hours to figure out all the changes that needed to be made to the
source files for M80, but after that first successful assemble, it booted
with no problems.

Regarding zcpr 4.0, I'd love to hear what you're doing with it Richard, how
about posting a summary of what's going on with it, either that, or send it
directly to me.
    -Mark

"If a hardware problem causes system software to crash, the customer engineer
 will blame the system programmer."

        Mark Dapoz
     [e-mail]
 6-Jun-87 01:12:23-MDT,1413;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 6 Jun 87 01:11:10 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA05686; Fri, 5 Jun 87 20:41:04 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 5 Jun 87 15:41:48 GMT
From: tikal!sigma![e-mail]  (WIlliam Swan)
Organization: Summation Inc, Kirkland WA
Subject: Re: CONIX v/xs ZCPR
Message-Id: <[e-mail]>
References: <176*[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <176*[e-mail]> [e-mail] (Ken Wallewein) writes:
>[...]However, there seems to be a lot of fuss and bother over ZCPR3, but not a
>peep about CONIX. How come? Doesn't *anybody* use it? I would really like to
>see some discussion.
>
>  For that matter, has anybody tried out that PD BDOS replacement I read
>about recently (can't remember who by)?

Ken,

I don't think anybody on the net is running CONIX. I posted a request for
info a year or so ago.. nothing. I've seen one or two other requests, same
result.

Ditto for the BDOS replacement (it's on my list to do - but way down it).

--
William Swan  {ihnp4,decvax,allegra,...}!uw-beaver!tikal!sigma!bill
 6-Jun-87 01:14:54-MDT,2785;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 6 Jun 87 01:14:42 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA04045; Fri, 5 Jun 87 18:45:17 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 5 Jun 87 16:39:46 GMT
From: hao!gatech!hubcap!ncrcae!ncr-sd!crash![e-mail]  (Marc Wilson)
Organization: Grossmont College, El Cajon, Ca.
Subject: Re: CONIX v/xs ZCPR
Message-Id: <[e-mail]>
References: <176*[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <176*[e-mail]> [e-mail] (Ken Wallewein) writes:
>
>   For about the last year I've been drooling over the ads for CONIX, the
>super-duper CP/M replacement. It got good reviews, and looks better than ZCPR3
>in many ways.

     It doesn't look better once you put both of them side by side and
compare features.

>
>  However, there seems to be a lot of fuss and bother over ZCPR3, but not a
>peep about CONIX. How come? Doesn't *anybody* use it? I would really like to
>see some discussion.
>
     You haven't seen any discussion of ConIX for the simple fact that it
isn't worth much.  It adds a whole *bunch* of resident commands, but that's
about it.  It allows I/O re-direction, but it will only work with its own
programs.  ZCPR3 is much better.

>  For that matter, has anybody tried out that PD BDOS replacement I read
>about recently (can't remember who by)?
>/kenw

     The BDOS replacement you are thinking of ( I think ) is SUPRBDOS.  It
came originally from the Netherlands... then it was known as P2DOS.  Very
nice bit of programming.  Much like ZRDOS... detects changed disks and
re-loggs them, fixes the delete key, increases the max. file size to
8 Gbytes, etc.  Also allows time/date stamping, if you have a clock.
Email me if you want more info...


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marc Wilson   ( [e-mail] )
     ARPA: ...!crash!mwilson@nosc
           ...!crash!pnet01!pro-sol!mwilson@nosc
     UUCP: [ akgua | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

--

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marc Wilson   ( [e-mail] )
     ARPA: ...!crash!mwilson@nosc
           ...!crash!pnet01!pro-sol!mwilson@nosc
     UUCP: [ akgua | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 6-Jun-87 02:08:14-MDT,2446;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 6 Jun 87 02:08:03 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA09706; Sat, 6 Jun 87 00:43:01 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 6 Jun 87 01:11:59 GMT
From: poisson.usc.edu![e-mail]  (Mitch Mlinar)
Organization: University of Southern California, Los Angeles
Subject: Re: CONIX v/xs ZCPR
Message-Id: <[e-mail]>
References: <176*[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <176*[e-mail]> [e-mail] (Ken Wallewein) writes:
>
>   For about the last year I've been drooling over the ads for CONIX, the
>super-duper CP/M replacement. It got good reviews, and looks better than ZCPR3
>in many ways. I use ZCPR2 now, but a lot of that stuff is only really useful
>for hard drives and multiple users (I run dual 8" DSDD floppies and a RAM
>disk).
>
>  However, there seems to be a lot of fuss and bother over ZCPR3, but not a
>peep about CONIX. How come? Doesn't *anybody* use it? I would really like to
>see some discussion.
>
>  For that matter, has anybody tried out that PD BDOS replacement I read
>about recently (can't remember who by)?
>/kenw
>                                  A L B E R T A
>Ken Wallewein                            R E S E A R C H
>                                  C O U N C I L

Ken, I am not even sure CONIX is still trying to sell it.  They released a
big portion as freeware to the public domain almost a year ago due to lack of
response, hoping to generate a set of users who would pay for the full upgrade.
These files are located on Blaise Pascal System (NY) at [phone].  I
do not know if they are still there.

I never fully implemented the CONIX stuff. After a brief experimental period,
I abandoned the project.  It seems very usable, but suffers the same memory
constraints and disk problems as ZCPR.  Considering ZCPR is well supported, a
choice between the two would favor ZCPR.  However, I am a developer (in my all
too short spare time) who can't afford a smaller TPA.  So, I remained with my
current OS: QP/M with Qplus extensions.

Check out the NY board for the files and good luck.

-Mitch

Signature:  none
Disclaimer: none
Ignorance:  plenty
 6-Jun-87 12:07:47-MDT,2845;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 6 Jun 87 12:07:30 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA16798; Sat, 6 Jun 87 10:40:16 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 6 Jun 87 16:53:28 GMT
From: [e-mail]  (Kenn Barry)
Organization: NASA Ames Research Center, Mt. View, Ca.
Subject: Re: CONIX v/xs ZCPR
Message-Id: <[e-mail]>
References: <176*[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <176*[e-mail]>, [e-mail] (Ken Wallewein) writes:
>   For about the last year I've been drooling over the ads for CONIX, the
>super-duper CP/M replacement. It got good reviews, and looks better than ZCPR3
>in many ways. I use ZCPR2 now, but a lot of that stuff is only really useful
>for hard drives and multiple users (I run dual 8" DSDD floppies and a RAM
>disk).
>
>  However, there seems to be a lot of fuss and bother over ZCPR3, but not a
>peep about CONIX. How come? Doesn't *anybody* use it? I would really like to
>see some discussion.

    Since no one else has mentioned it, I'd like to point out
that ZCPR and CONIX can be used *together*; they get along fine
on my system. I run ZCPR2 on an Apple - CP/M system with Sider
hard disk (never managed to get ZCPR3.X to work - Softcard CP/M
is strange, and I'm no expert in the Z80 world), and have the PD
CONIX stuff from SIMTEL. It needs no installation in the system,
it's just run like an application, and it gets along just dandy
with ZCPR2.
    I like both enhancements, but generally don't bother
running CONIX since: 1) ZCPR eliminates all the worst limitations of
vanilla CP/M; 2) CONIX has many, many features, and somewhat
cryptic commands, making it less valuable for my occasional use -
I can never remember the commands :-(; I'm mainly using a
68000 system these days (Amiga), and thus forgetting what little
I did know of CP/M.
    Nonetheless, CONIX seems, from my occasional use, to be a
good product, especially since it can be run when needed, and
removed when in the way, without altering one's system software,
or needing to choose between it and the Z-system. If it's as
compatable with ZCPR3.0 and 3.3 as it is with ZCPR2, the choice
is obvious: get both.

-  From the Crow's Nest  -                      Kenn Barry
                                                NASA-Ames Research Center
                                                Moffett Field, CA
-----------------------------------------------------------------------------
ELECTRIC AVENUE:           {hplabs,seismo,dual,ihnp4}!ames!borealis!barry
 6-Jun-87 12:26:34-MDT,1500;000000000000
Mail-From: KPETERSEN created at  6-Jun-87 12:26:17
Date: Friday, 5 June 1987  11:55-MDT
Message-ID: <[e-mail]>
Sender: <[e-mail]>
From: <[e-mail]>
To: [e-mail]
Subject:   ZCPR 3.3 official release files uploaded to SIMTEL20
ReSent-From: [e-mail]
ReSent-To: Info-Cpm at SIMTEL20.ARPA
ReSent-Date: Sat 6 Jun 1987 12:26-MDT

The following official release files of ZCPR 3.3 are now available on
SIMTEL20:

Filename            Type     Bytes     CRC

Directory PD:<CPM.ZCPR33>
SHOW11.LBR.1            BINARY     41600  447BH
Z33ERR07.LBR.2            BINARY     10880  D711H
Z33FCP10.LBR.3            BINARY     41600  92BDH
Z33RCP01.LBR.1            BINARY     49280  C06CH
ZCPR33.LBR.3            BINARY     83968  F32CH

ZCPR33.LBR is the command processor.

Z33FCP10.LBR is version 1.0 of the new flow command package -- fairly
mature.

Z33RCP01.LBR is version 0.1 of the new resident command package -- not
very mature, hence the low version number.

SHOW11.LBR displays information about one's operating system
configuration.  This version has greatly improved displays of the
information included in the earlier version plus much new information
about ZCPR33 features.

Z33ERR07.LBR is an early version of an advanced error handler that
reports to the user what caused the error (in Z30 there was basically
only one kind of error -- command not found).  Z33 traps many other
kinds of errors, such as invalid numerical format, illegal directory,
bad password, etc.
 6-Jun-87 14:37:59-MDT,937;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 6 Jun 87 14:37:42 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA18545; Sat, 6 Jun 87 13:36:56 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 5 Jun 87 19:03:17 GMT
From: ihnp4!alberta!calgary!arcsun![e-mail]  (Ken Wallewein)
Organization: Alberta Research Council, Calgary, Ab.
Subject: Re: comp.os.cpm usage and zcpr3.3
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I use M80, mostly. Not sure what version, but it's old. Can't afford to spend
a lot on a hobby. All these commercial users are ruining it for us hobbyists,
I think sometimes:-).
/kenw
 6-Jun-87 15:10:13-MDT,1155;000000000000
Return-Path: <[e-mail]>
Received: from rand-unix.arpa by SIMTEL20.ARPA with TCP; Sat, 6 Jun 87 15:09:59 MDT
Received: by rand-unix.arpa; Sat, 6 Jun 87 13:49:24 PDT
Received: from newton.arpa by rcc.arpa; Sat, 6 Jun 87 13:50:08 PDT
From: Bridger Mitchell <[e-mail]>
Received: from localhost by newton.arpa; Sat, 6 Jun 87 13:50:28 PDT
Message-Id: <[e-mail]>
To: tikal!sigma![e-mail] (WIlliam Swan)
Cc: [e-mail], [e-mail]
Subject: 'make' utilities for cp/m 2.2
Date: Sat, 06 Jun 87 13:50:25 PDT

Another unix-style 'make' can be found on the DateStamper Toolkit
disk.   It was developed by Neal Maron for DateStamper-equipped systems
from a public-domain MSDOS version .

DateStamper runs on 8080 and z80 cp/m 2.2 systems and several
emulators - including zrdos and some apple systems.  It supports
automatic file date and time-stamping.  (If no real-time clock is
available, the 'time' is a sequential number on the given date.)

DateStamper and the toolkit are available from Plu*Perfect Systems.

--bridger mitchell


 6-Jun-87 15:59:38-MDT,691;000000000000
Mail-From: KPETERSEN created at  6-Jun-87 15:59:18
Date: Sat, 6 Jun 1987  15:59 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: CONIX v/xs ZCPR

Conix is available from SIMTEL20 as:

Filename            Type     Bytes     CRC

Directory PD:<CPM.CCP>
CONIX.LBR.1            BINARY    212096  71B7H

It's also available from my RCP/M and GEnie's CP/M RoundTable.

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
 6-Jun-87 16:07:48-MDT,838;000000000000
Mail-From: KPETERSEN created at  6-Jun-87 16:07:39
Date: Sat, 6 Jun 1987  16:07 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Public domain BDOS replacements

There are several public domain BDOS replacements available:

Filename            Type     Bytes     CRC

Directory PD:<CPM.BDOS>
DOSP25.LBR.1            BINARY    105344  CC77H (really DOS+25)
P2DOS21.ARK.1            BINARY     74624  A8C6H
SUPRBDOS.ARK.1            BINARY     61696  8386H

These are available from SIMTEL20, my RCP/M, and GEnie's CP/M
RoundTable.

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
 7-Jun-87 07:30:05-MDT,2640;000000000000
Return-Path: <[e-mail]>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Sun, 7 Jun 87 07:28:26 MDT
Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34)
    id AA16641; Fri, 5 Jun 87 23:32:29 PDT
Message-Id: <[e-mail]>
Date: 06-Jun-1987 0132
From: [e-mail]  (Willie Smith, LTN Components Eng.)
To: [e-mail]
Subject: Z-80 assembly UUDECODE is (sort of) done.

I just (moments ago) finished the Z-80 assembly version of
UUDECODE.  Thanks to all those who sent me mail, I was unable to
reply due to problems finding paths back to you.  A few questions
still remain however:

1)    What on earth is the 'mode' number?  That's the number that shows
    up between "begin" and the filename on the header line of a
    UUENCODEd file.  I'm just ignoring it, is that safe?

2)    The Eunichs online 'manual' claims that "the body is terminated
    by a line with a count of zero.  This line consists of one
    ASCII space."  However, the UUENCODE I got from SIMTEL20 does
    not conform to this, but rather sticks a "`" (60H) into the file,
    which being an out of band character, I guess is supposed to
    signal something.  Which is right?  I'm currently calling it an
    error and closing the file properly (which works), but this makes
    me nervous....

3)    The online 'manual' says that each line can be up to 62 characters
    long, including the trailing newline.  What is meant by 'newline'?
    Is it CR, or LF, or both, or what?

4)    Is there a real honest-to-gloz protocol definition out there
    somewhere that someone could send me?  Please don't tell me
    to RTFM, the nearest Eunichs machine is miles away, and I can
    only talk to it thru our network.

5)    I find that my program tends to stick on a final sector full of
    NULL bytes.  This causes strange things to happen with CRC
    checking.  How can I get the total byte count of the output
    file by looking at the UUENCODEd file?  I suspect that this
    may go away when I figure out what the 'right' way of terminating
    the file is.

Teaser:    Once I get all this info together, I can write the encoder and
    submit them both to SIMTEL20.  The decoder seems to run
    about 7 times as fast as the PASCAL version that's floating
    around [your milage may vary, I have a hard disk cache...].
    The size of the decoder executable is 3.125 K bytes, less than
    one third the size of the PASCAL version.  Anyone want to be a
    Beta test site?

Willie Smith
[e-mail]
[e-mail]
{usenet backbone}!decwrl!wookie.dec.com!w_smith
 7-Jun-87 10:08:05-MDT,11360;000000000000
Mail-From: KPETERSEN created at  7-Jun-87 10:06:37
Date: Sun, 7 Jun 1987  10:06 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: New CP/M files uploaded to SIMTEL20 during April and May

The following is a complete list of CP/M-oriented files uploaded to
SIMTEL20 during the months of April and May, 1987.  The numbers
following the filenames are the file size in bytes followed by the
file format.  (7) means ASCII, (8) means binary.

For a complete list of all CP/M files, see:
   PD:<CPM>CPM.CRCLST - Complete list with CRC values
   PD:<CPM>FILES.DIR  - Abbreviated list with only directory and file names
   PD:<CPM>FILES.IDX  - Similar to below, no descriptions, comma delimited

There is currently no complete listing of all files with descriptions.
That is in the process of being created and will be announced when
available.  In the meantime, see PD:<CPM.FILE-DOCS>GENIECPM.MZY which
is a complete listing of all CP/M, files on GEnie, each with a
one-line description.  Since SIMTEL20 and GEnie have many of the same
files, this will be a very useful listing.  It is updated monthly.

Note: to save space in the following listing, the device name PD: which
normally appears ahead of the directory name has been omitted.

<CPM.APPLE>APGRAF.LBR       8832(8)  Pascal Grafx for Softcard and AEng
<CPM.APPLE>APLVIDEX.ARK     7552(8)  Apple ][ w/Videx screen speedup
<CPM.APPLE>PCPI-RTC.LBR    23040(8)  RTC for Applicard using CTC
<CPM.APPLE>PCPIPM11.ZZ0     3712(8)  Applicard/Poor Man's Network driver
<CPM.APPLE>PCPISSCX.LBR    17536(8)  Applicard/SuperSer/MEX experiment
<CPM.APPLE>SSCDRVR.AQM      5632(8)  Apple SSC interrupt driver
<CPM.APPLE>WSPATCH.LBR     21760(8)  Hints on patching WordStar for Apple

<CPM.GENDOC>ZORKFACT.INF     896(7)  ZORK STORY utility info

<CPM.ARC-LBR>DELBR11A.BUG   1148(7)  Bug report - DELBR program
<CPM.ARC-LBR>FASTNULU.LBR  14720(8)  Update to library maintenance utility
<CPM.ARC-LBR>NULU.PZT        768(8)  Patch to speed up NULU start up
<CPM.ARC-LBR>UNARC16.ARK   38656(8)  ARK/ARC file extraction utility
<CPM.ARC-LBR>UNARC16S.ARK  68096(8)  Source code of UNARC version 1.6

<CPM.ASMUTL>PAGE0.LBR       1792(8)  Memory dump of page 0 in hex

<CPM.BASIC>ASTRMENU.LBR    44800(8)  Astronomy calculations in MBASIC

<CPM.BBS>QBBS4-A.LBR      112000(8)  Compiled MBASIC Bulletin Board - A
<CPM.BBS>QBBS4-B.LBR       88576(8)  Compiled MBASIC Bulletin Board - B

<CPM.BBSLISTS>RCPM0687.LZT 36224(8)  Remote CP/M system phone list, June

<CPM.BKGROUNDER>BGIIDEM3.LBR 142720(8) Demo version of super OS enhancement
<CPM.BKGROUNDER>BGQUICK.LBR 2432(8)  Ease the loading of BackGrounder ii
<CPM.BKGROUNDER>KUGEL.DZC   9088(8)  Review of BackGrounder ii

<CPM.BONDWELL>BW2-COMM.LBR 165504(8) Communications set up for Bondwell 2
<CPM.BONDWELL>BW2INFO.TZT    1024(8) Port/pin info for Bondwell 2

<CPM.CATLOG>FATCATSB.LBR   40192(8)  File cataloging for the SB180

<CPM.CBIOS>CNKYOS20.LBR    30208(8)  New BIOS for Columbia M64 "Shoebox"

<CPM.COMAL>DEMCOMAL.LBR    53248(8)  Comal-80/Z80 Rev 2.10 demo

<CPM.CPM3>HIST197.LBR      45952(8)  Recall last 9 CP/M command lines
<CPM.CPM3>VERIFY.LBR        2560(8)  Find bad sectors for CP/M Plus

<CPM.DATABASE>AXCAL87.LBR  58368(8)  Monthly appointment calendar
<CPM.DATABASE>LEDGERS.LBR  71296(8)  dBASE menu-driven general ledger sys

<CPM.DBASEII>DBASEBG.LBR   24704(8)  .HLP files for DBase
<CPM.DBASEII>DBCLOCK.LBR    2176(8)  DateStamper driver for dBaseII
<CPM.DBASEII>DOZ.ARK        9344(8)  dBASEII menu command file; good
<CPM.DBASEII>FAMILY.LBR    28032(8)  Church Membership Management system

<CPM.DEBUG>DDTPORT.LBR     39552(8)  Screen-oriented I/O port debugger

<CPM.DIRUTL>BAK11.LBR       2688(8)  Erases BAK files from disk
<CPM.DIRUTL>DL.LBR          1536(8)  Unix-like replacement for CP/M's ERA
<CPM.DIRUTL>SD121.LBR      69888(8)  Super Sorted Directory utility
<CPM.DIRUTL>WIPE12.LBR      4480(8)  Erases work files from disk drive

<CPM.DISASM>Z80DIS22.LBR   85248(8)  Screen-oriented Z80 Disassembler

<CPM.DSKUTL>BD04.LBR       11520(8)  Find bad disk sectors and files

<CPM.EDUCATION>FRENCH.LBR  30592(8)  Learn French with flash cards

<CPM.FILCPY>PPIP15.LBR     66048(8)  File copy with DateStamper support

<CPM.FILE-DOCS>APRBEST.LZT  23552(8)  Best of public domain software - Apr
<CPM.FILE-DOCS>GENIECPM.MZY 94080(8)  List of files in GEnie CP/M Libraries
<CPM.FILE-DOCS>ROYALOAK.DZR 19840(8)  List of RCP/M RoyalOak directories

<CPM.FILUTL>CRCKK33.LBR    41216(8)  Calculates 16-bit CRC of a file

<CPM.FINANCE>INVEST.LBR   107392(8)  Investment calculations in MBASIC
<CPM.FINANCE>MONYFUND.LBR  18560(8)  CalcStar Portfolio Review

<CPM.GENASM>LUCKY11.LBR    28928(8)  Lottery number generator/checker

<CPM.GENDOC>LUNCH.TZT       2048(8)  A look at CP/M versus MSDOS
<CPM.GENDOC>RESPONSE.FZG    5888(8)  CRUNCH author responds to FOG
<CPM.GENDOC>STANDARD.FZG    5632(8)  FOG standards for file submissions
<CPM.GENDOC>Z280-GNE.IQF    3968(8)  Run CP/M twice as fast as IBM-AT
<CPM.GENDOC>ZORKFACT.INF     896(7)  ZORK STORY utility info

<CPM.GENIE>CANADA-G.NIE     6009(7)  How Canadians can join GEnie

<CPM.GRAPHICS>GT-RECTS.LBR 20736(8)  Drawing demo for the GT180

<CPM.HAMRADIO>HFPROP.BZS    6656(8)  HF propagation program
<CPM.HAMRADIO>UNIGRID2.BZS  6912(8)  Update to N6NB's gridlocator prog.
<CPM.HAMRADIO>VHFPROP.BZS  11392(8)  VHF/UHF propagation program

<CPM.IMP>IMP-OVL.CZS        2304(8)  IMP Overlay customization notes
<CPM.IMP>IMP-OVL.LZT        3200(8)  List of IMP overlays, May 30, 1987
<CPM.IMP>IMP244.PZT         2560(8)  Three patches to IMP 244

<CPM.KAYPRO>JUN87.MZG      22400(8)  June $R/O (ReadOnly)  news magazine
<CPM.KAYPRO>KP-VDUMP.LBR    1024(8)  Screen dump for Graphic-type Kaypro
<CPM.KAYPRO>KPENG13.LBR    15616(8)  Disk analysis program
<CPM.KAYPRO>MAY87.MQG      31744(8)  The $R/O (ReadOnly)  News Magazine
<CPM.KAYPRO>MAY87.MZG      24960(8)  The (ReadOnly)  News Magazine
<CPM.KAYPRO>RAMTOOLS.LBR   24576(8)  RAM resident utility for Kaypro 4'84

<CPM.LIST>EDFONT.LBR       25216(8)  Full screen editor to create fonts
<CPM.LIST>EPUP.LBR         18048(8)  Send control codes to Epson FX-80
<CPM.LIST>GEMPRINT.LBR     10752(8)  Sets up the Gemini 10x printer
<CPM.LIST>LBLMKR4.LBR      14080(8)  Prints mailing lists on labels
<CPM.LIST>PDSW.LBR         10752(8)  Print text on print sideways
<CPM.LIST>SEND.LBR          6400(8)  Sends string to LST: device

<CPM.MEX>MXH-AP54.AZM      11776(8)  MEX overlay Applicard/SuperSerial
<CPM.MEX>MXH-AP55.AZM      13184(8)  MEX overly for Applicard w/Ring Buffer
<CPM.MEX>MXH-KP53.AZM      13696(8)  MEX Overlay - Kaypro computers
<CPM.MEX>MXO-HU11.AZM      12928(8)  MEX overlay - HZ-100/USR S-100

<CPM.MODEM>HBAUD11.LBR     11520(8)  Sets baud rates for Hitachi HD64180
<CPM.MODEM>MEGALINK.DZC     7936(8)  Info on MegaLink Protocol
<CPM.MODEM>PCP-0587.LZT     7680(8)  List of RCP/M systems with PCP
<CPM.MODEM>PCPIMP03.LBR    28032(8)  PC Pursuit auto-dial program
<CPM.MODEM>PROTOCOL.DZC    10496(8)  Info on modem protocols

<CPM.MODULA2>ALLQ.MZD       1024(8)  Finds solutions of 8 queens problem
<CPM.MODULA2>CASE.LBR      27648(8)  Modula-2 programming tool
<CPM.MODULA2>DICETEST.MZD   2048(8)  Dice rolling test in Modula-2
<CPM.MODULA2>PROCON.FZX      896(8)  Producer/Consumer Test Module
<CPM.MODULA2>PROCON.MZD     1024(8)  Producer/Consumer Test Module
<CPM.MODULA2>SHELLIF.MZD    1920(8)  ZCPR3 MOD for IF/ELSE in a shell

<CPM.RCPM>XFRTOOL.BUG        297(7)  Problem with XFRTOOL

<CPM.SB180>PMO-SB10.ZZ0     3456(8)  Poor Man's Network driver - SB180

<CPM.SPREADSHEET>QSOLVE11.LBR 29056(8) A spread sheet for CP/M.

<CPM.STARTER-KIT>UNARC.COM-Z80    4736(8)  ARK/ARC file extraction utility
<CPM.STARTER-KIT>UNARC.HEX-Z80   11412(7)  ARK/ARC file extraction utility
<CPM.STARTER-KIT>UNARCA.COM-8080  5760(8)  ARK/ARC file extraction utility
<CPM.STARTER-KIT>UNARCA.HEX-8080 14030(7)  ARK/ARC file extraction utility

<CPM.SYSUTL>CHGDISK.FZX      2176(8)  Fix to Advent Ramdisk configurer
<CPM.SYSUTL>CHGDSK11.LBR    22912(8)  Change Advent Ramdisk parameters
<CPM.SYSUTL>XOUT.LBR          896(8)  Allows removal of XtraKey

<CPM.TURBOPAS>CELLAUTO.LBR  11264(8)  Plot Cellular Automata

<CPM.TXTUTL>CHOP18.LBR      14976(8)  Chops large text files for editing
<CPM.TXTUTL>CHOP18A.LBR     17664(8)  Copies large files to smaller ones
<CPM.TXTUTL>EXTEND11.LBR     6400(8)  Enhanced append-string utility.
<CPM.TXTUTL>I-21.LBR         9728(8)  Small bi-directional text display
<CPM.TXTUTL>ROFF4161.LBR    48512(8)  Powerful customizable text formatter

<CPM.VDOEDIT>VDE251.LBR     54016(8)  Full screen text editor/processor

<CPM.WSTAR>WRITE.WS4          691(7)  Writein form WordStar 4.0 for CP/M
<CPM.WSTAR>WSWSHLST.0Z1      9472(8)  Wishlist for WordStar 4.0

<CPM.XEROX>EDXE.LBR         19840(8)  EDFILE modified for the Xerox 820

<CPM.Z8EDEBUG>Z8E13.LBR    165248(8)  Screen-oriented Z80 debugger

<CPM.ZCPR33>ARUNZ09D.LBR    14080(8)  ZCPR 3.3 extended command processor
<CPM.ZCPR33>HSH33PAT.LBR     9856(8)  Patch to HSH15 for ZCPR 3.3
<CPM.ZCPR33>SAVE04.LBR      11008(8)  Transient SAVE for ZCPR 3.3
<CPM.ZCPR33>SLTRAP.LBR       6784(8)  Trap console/printer output to file
<CPM.ZCPR33>SUB33.LBR       15488(8)  A submit processor for ZCPR3.3
<CPM.ZCPR33>XSUBZ.LBR        9600(8)  ZCPR 3.3 Extended submit processor
<CPM.ZCPR33>Z33ERR07.LBR    14464(8)  Latest Z33 error handler
<CPM.ZCPR33>Z33FCP10.LBR    41088(8)  New FCP for ZCPR 3.3
<CPM.ZCPR33>Z33LIB.LBR       6656(8)  Subroutine libraries for ZCPR 3.3
<CPM.ZCPR33>Z33UPD.DZC       7936(8)  News about ZCPR3.3
<CPM.ZCPR33>Z33UTIL.LBR     27136(8)  ZCPR3.3 Error Handlers
<CPM.ZCPR33>ZCPR33.LBR      78976(8)  ZCPR 3.3 command processor

<ZSYS.NEW>ARUNZ09B.LBR      18048(8)  Creates command line from ALIAS CMD
<ZSYS.NEW>CORREC10.LBR      17920(8)  Use CORRECT-IT with user areas
<ZSYS.NEW>LX14.LBR          12416(8)  ZCPR3 Library eXecute tool
<ZSYS.NEW>M24.LBR           17280(8)  Displays memory in HEX and ASCII
<ZSYS.NEW>RENAME31.LBR      15616(8)  Rename files in ZCPR33 environment
<ZSYS.NEW>T3M-ERR.MZG         512(8)  T3MASTER/T3SERVER error codes
<ZSYS.NEW>T3M-HI2.ZZ0        5120(8)  Term3 overlay for SB180/HD64180
<ZSYS.NEW>Z-NEWS.7Z3        11904(8)  ZCPR3/SYSLIB/ZRDOS Newsletter #703
<ZSYS.NEW>Z-NEWS.7Z4        12544(8)  ZCPR3/SYSLIB/ZRDOS Newsletter #704
<ZSYS.NEW>Z-NEWS.7Z5        12800(8)  ZCPR3/SYSLIB/ZRDOS Newsletter #705
<ZSYS.NEW>Z-NEWS.7Z6        10240(8)  ZCPR3/SYSLIB/ZRDOS Newsletter #706
<ZSYS.NEW>ZBOXWYSE.LBR       4352(8)  Graphics for Wyse 50 Terminal
<ZSYS.NEW>ZNODES44.LZT       3456(8)  Znode phone list -- April 4, 1987
<ZSYS.NEW>ZPATCH11.LBR      53504(8)  Screen-oriented ZCPR3 file patcher

These files are also available from my RCP/M and GEnie's CP/M RoundTable.

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
 7-Jun-87 16:08:08-MDT,2155;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 7 Jun 87 16:07:46 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA04592; Sun, 7 Jun 87 14:38:13 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 7 Jun 87 19:10:12 GMT
From: ecsvax![e-mail]  (Ted A. Campbell)
Organization: UNC Educational Computing Service
Subject: Kaypro Robie For Sale
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


<<<<<<<<<<<<<<<<<  KAYPRO ROBIE SYSTEM FOR SALE >>>>>>>>>>>>>>>>>>>>>>

Hardware:       Kaypro Robie, Z80 cpu
                2 2.6 meg (that's right!) removable floppy drives
                internal clock/calendar
                Kaypro '84 series graphics
                internal 300-baud modem, auto-dial

                Hardware is less than 2 years old, very good condi-
                tion, completely serviced in January of this year

Software:       CP/M 2.2              operating system
                Wordstar 3.3          word-processing
                The Word Plus         spell checker
                dBase II, 2.43        relational database management
                                      with ZIP, dGen, dSort utilities
                CalcStar              electronic spreadsheet
                Microplan             electronic spreadsheet
                MITE                  telecommunications
                MBASIC                interpreted BASIC language
                CBASIC                pseudo-compiled BASIC
                SBASIC                fully compiled BASIC

                System includes all packaging, tutorial and reference
                manuals, and diskettes.  The software is integrated
                by a MASMENU program.

Price:          $ 900.00

Contact:        Ted A. Campbell
                email:  tcamp@ecsvax
                home:   919-493-6523
                work:   919-684-6365
 8-Jun-87 15:59:45-MDT,1841;000000000000
Return-Path: <[e-mail]>
Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Mon, 8 Jun 87 15:54:55 MDT
Date: Mon 08 Jun 1987 16:14:37 EDT
From: <[e-mail]>
Subject: 'Commercial Users' vs 'Hobbyists'
To: [e-mail]
Message-ID: <[e-mail]>

The following message that just went over the network is a perfect example
of what I was talking about in my earlier message (no, I did not put this
out as a plant).

>> I use M80, mostly. Not sure what version, but it's old. Can't afford to
>> spend a lot on a hobby. All these commercial users are ruining it for us
>> hobbyists, I think sometimes:-).

This user apparently thinks that he has a right to expect all of US to put
in lots of extra time so that HE does not have to do any work to make it
possible for him to use his antiquated assembler to take free advantage of
our code.  If we don't, then we 'commercial users' are ruining things for
'us hobbyists.'  Just as an aside, I wonder if he ever PAID for that M80
assembler -- it was not public domain after all, but many people just stole
copies.  If I remember correctly it cost well over $100 back in the days
when a dollar was worth a lot more than it is today.  As I said in my
earlier message, I don't think that $50 (maybe $25 in M80-era dollars?) for
a super assembler is much to expect someone to spend to gain access to the
fruits of our work.  Though I, too, do computing as a hobby, I certainly
would not dream of wasting my limited hobby time using, today, an assembler
like M80, when I can have a good one for between $50 and $100.  If someone
really cannot afford that amount, then let them contribute the time to
convert the code.  So long as the source code is there, I don't see how
anyone can justify a claim that things are being ruined for hobbyists.


 8-Jun-87 16:08:46-MDT,1841;000000000000
Return-Path: <[e-mail]>
Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Mon, 8 Jun 87 16:06:40 MDT
Date: Mon 08 Jun 1987 16:14:37 EDT
From: <[e-mail]>
Subject: 'Commercial Users' vs 'Hobbyists'
To: [e-mail]
Message-ID: <[e-mail]>

The following message that just went over the network is a perfect example
of what I was talking about in my earlier message (no, I did not put this
out as a plant).

>> I use M80, mostly. Not sure what version, but it's old. Can't afford to
>> spend a lot on a hobby. All these commercial users are ruining it for us
>> hobbyists, I think sometimes:-).

This user apparently thinks that he has a right to expect all of US to put
in lots of extra time so that HE does not have to do any work to make it
possible for him to use his antiquated assembler to take free advantage of
our code.  If we don't, then we 'commercial users' are ruining things for
'us hobbyists.'  Just as an aside, I wonder if he ever PAID for that M80
assembler -- it was not public domain after all, but many people just stole
copies.  If I remember correctly it cost well over $100 back in the days
when a dollar was worth a lot more than it is today.  As I said in my
earlier message, I don't think that $50 (maybe $25 in M80-era dollars?) for
a super assembler is much to expect someone to spend to gain access to the
fruits of our work.  Though I, too, do computing as a hobby, I certainly
would not dream of wasting my limited hobby time using, today, an assembler
like M80, when I can have a good one for between $50 and $100.  If someone
really cannot afford that amount, then let them contribute the time to
convert the code.  So long as the source code is there, I don't see how
anyone can justify a claim that things are being ruined for hobbyists.


 8-Jun-87 18:46:31-MDT,1546;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 8 Jun 87 18:46:01 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA21584; Mon, 8 Jun 87 13:21:58 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 8 Jun 87 17:25:45 GMT
From: gollum.dec.com![e-mail]  (BILL OPALKA DTN 381-1224)
Organization: Digital Equipment Corporation
Subject: Re: Conix vs. ZCPR3
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Funny, I was about to ask a similar question.  This past week I received Z-COM
from Echelon and found that it just doesn't work correctly with my Zenith Z-89
with the Magnolia version of CPM so I have to return it to Echelon.  Anyway for
about the past 3 months I've played on and off with the shareware version of
Conix and found it does just about everything I would buy Z-COM for except
aliases and named directories.  I've notice from CHI's ad that their
programming system or library adds some of this capability. Has anyone used it
and if so how well does it work?  BTW, I'd love to know whether anyone has
bought CONIX and what do they think.  Is it worth buying?
    As far as speed, it depends on what level of memory management you have.
I suggest you give the shareware version a try to see whether it meets your
needs.


/bill

 8-Jun-87 23:08:50-MDT,1519;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 8 Jun 87 23:08:35 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA00554; Mon, 8 Jun 87 21:39:32 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 8 Jun 87 20:10:03 GMT
From: tikal!sigma![e-mail]  (WIlliam Swan)
Organization: Summation Inc, Kirkland WA
Subject: Re: Public domain BDOS replacements
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <> [e-mail] (Keith Petersen) writes:
>There are several public domain BDOS replacements available:
>DOSP25.LBR.1            BINARY    105344  CC77H (really DOS+25)
>P2DOS21.ARK.1            BINARY     74624  A8C6H
>SUPRBDOS.ARK.1            BINARY     61696  8386H

An earlier poster mentioned that SUPRBDOS is a (later?) version of P2DOS.
Can anyone comment on this? Is anyone using any of these BDOS replacements?
Has anyone actually installed any of them?

I would like to hear any comments about them. I've had a copy of P2DOS for a
little while now, but it's been low on my list of priorities, so I haven't
dealt with it yet (especially because of the sketchy documentation that came
with it).


--
William Swan  {ihnp4,decvax,allegra,...}!uw-beaver!tikal!sigma!bill
 9-Jun-87 06:39:42-MDT,2343;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Tue, 9 Jun 87 06:38:53 MDT
Received: from HNYKUN11.BITNET by wiscvm.wisc.edu ; Tue, 09 Jun 87 07:16:55 CDT
Date: Tue, 09 Jun 87 14:14:12 MET
To: [e-mail]
From: [e-mail]
Subject: another try for GSX-80 information

>
>Does anyone know of the existence of GSX-80 device drivers??????
>
>I own a -self build- CP/M 3.0 computer, built after the CT-80 design of the
>German magazine C'T (COMPUTER TECHNIK). The computer is used in combination
>with a graphic terminal emulating Tektronics 4010 with a resolution of
>768*560 pixels. The terminal is built after the GRIP design from the same
>magazine.
>As I have experienced it is quite a hard job to develop a complete GSX
>device-driver. Until now I haven't got any further than drawing simple
>solid lines with my self-written driver.
>So my questions are:
>
>   - Are sources available of any 'SKELETAL GIOS' (as they are named by
>     Digital Research) for GSX-80 screen drivers, preferably for
>     vector-devices like the Tektronics 4010. I have found out that on
>     SIMTEL20 something alike is available for GSX-86.
>
>or even better:
>   - are there any 'ready to use' device-drivers available for
>     Tektronics-type devices (possibly with source, for adapting some
>     of the differences with the real Tektronics)
>
>Until now the only information i have found are the files concerning
>GSX-86 on SIMTEL20 and disassembly of drivers from Amstrad/Schneider
>computers.
>
>      Who can give me some help ??????
>            -0-0-0-0-0-0-0-0-0-0-
>
>In addition of questions I have asked earlier this day about availability
>of GSX-80 device-drivers.
>
>   - Does any GSX-metafile driver exist for GSX-80 ?????
>    (this could enable us to exchange graphic data with Atari-ST users
>     and ms-dos GEM user and maybe others)
>
>                       Waling Tiersma
>                 U448020 at HNYKUN11 on BITNET
>
>                    -0-0-0-0-0-0-0-0-0-0-

PS.  Has Digital Research ever published the GSX-80 manuals?
     (like we know of CP/M  - programmers guide
                            - system guide
          and above all --> - implementation guide)

 9-Jun-87 09:17:17-MDT,479;000000000000
Return-Path: <[e-mail]>
Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Tue, 9 Jun 87 09:16:56 MDT
Date: Tue 09 Jun 1987 11:16:15 EDT
From: <[e-mail]>
Subject: Time to Get Off the Soap Box
To: [e-mail]
Message-ID: <[e-mail]>

   I want to thank Bob Mesenbrink for enlightening me on the meaning of the
smiley-face symbol ":-)".  I was unaware of that convention and took the
message seriously.  Time to relax a bit, I guess!


 9-Jun-87 18:47:06-MDT,6802;000000000000
Mail-From: KPETERSEN created at  9-Jun-87 18:46:57
Date: Tue, 9 Jun 1987  18:46 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Special notes on UNARC16.ARK (must read)

UNARCK16.ARK is a self-extracting archive.  It must be renamed to
UNARC16.COM and executed to extract the files within.

Below is a message from Bob Freed, the author.

--Keith

File:     UNARC.MSG
Subject:  Release Message for UNARC Program
Version:  1.6
Date:     March 27, 1987
------------------------------------------------------------------------------

Version 1.6 of the CP/M UNARC utility:

* Corrects a bug in version 1.5, which caused generation of an 'incorrect CRC'
  warning message (during extraction of files to disk) in certain cases where
  such an error condition did not actually exist.

Version 1.5 of UNARC included the following changes from the previous version
1.4 release:

* Provides self-unpacking archive support (see below).
* Corrects a serious bug in the non-Z80 version (UNARCA.COM), which caused
  failure to output the last 1-255 bytes of an extracted file in certain
  situations.  (In particular, ALL files less than 256 bytes in length could
  not be extracted from archives.)
* Supports the new "squashed" compression method generated by the MS-DOS
  program PKARC (version 2.0 or later).
* Provides a new command line option (P) for direct printing of files on the
  CP/M list device.
* Provides a new command line option (C) for checking the validity of archive
  files.
* Displays a checksum total of CRC values (useful for comparing separate
  copies of an archive file).
* Alters the mechanism used to avoid a problem with the LUX library/archive
  utility program, to provide independence of UNARC from recent multiple
  releases of new LUX versions by different authors.  (See USELUX definition
  in UNARCOVL.ASM overlay file.)
* Minor enhancements to tab expansion and CTRL-S/CTRL-C processing during
  file typeout.
* Expands on-line help display examples.

Complete details of all of the above changes (and past history of prior UNARC
releases) are provided in the version 1.5 source program file (UNARC.Z80).

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

UNARC is now distributed exclusively as a "self-unpacking" archive file,
UNARC16.ARK.  This allows automatic extraction of the distributed files,
without requiring access to a separate copy of UNARC.COM or UNARCA.COM.  To
utilize this capability, simply copy or rename UNARC16.ARK to a program file,
UNARC16.COM, on the current disk drive.  (The exact file name UNARC16.COM is
required.)  Then, run this program, with a single optional command line
parameter specifying the disk drive to which all distribution files will be
extracted (defaults to current disk).

For example, assuming UNARC16.ARK is on drive B:, and the files are to be
extracted to drive C:, the following CP/M commands may be used:

   A>B:                            ; Set current drive for UNARC16.ARK
   B>REN UNARC16.COM=UNARC16.ARK   ; Rename it to UNARC16.COM
   B>UNARC16 C:                    ; Run it to extract all files to drive C:

Note that this self-unpacking capability is provided only by the distributed
archive file, and it will not work if that file is altered or reconstructed.

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

The following files are distributed with this release:

     Filename.Typ  Size  Recs  CRC   Description
     ------------  ----  ----  ----  -----------
  1  UNARC   .MSG    7k    50        Release message (this file)
  2  UNARC   .COM    5k    37  17B5  Program (Z80 version)
  3  UNARCA  .COM    6k    45  913C  Program (8080/8085 version)
  4  UNARC   .DOC   31k   244  A8B1  User documentation
  5  UNARC   .FOR    1k     4  23B4  Brief "what's it for?" abstract
  6  UNARCOVL.ASM   14k   111  EEC3  Overlay source for program options
  7  UNARC16 .DIF    2k    14  8E8C  Version 1.6 source code differences
  8  UNARC   .Z80  122k   969  406F  Version 1.5 source code (UNARC15S.ARK)

(The CRC values shown above are those displayed by UNARC itself, and these
should be used for verification purposes.  These are not compatible with the
values produced by other CP/M programs, such as CRCK and CHEK.)

Items 1-7 are included in the self-unpacking UNARC16.ARK file.  Item 5 may be
used to supply a requested program description after uploading UNARC16.ARK to
a remote system.  Item 6 supports all user-configurable program options.

Item 8 is distributed in a separate archive file, UNARC15S.ARK, and it is not
required for UNARC program operation or configuration.  (Due to the relatively
insubstantial nature of the version 1.6 update, the new source code file is
not being distributed.  However, item 7 may be used, in conjunction with the
SSED utility (version 2.0, by Chuck Forsberg), to generate an updated source
code file from the distributed file for version 1.5.)

                     NOTE

    8080/8085 USERS:  The file UNARCA.COM is an alternate version
    of the program which will run on your systems.  However, it is
    larger and substantially slower than the standard (Z80-only)
    version, UNARC.COM.  (UNARCA.COM will run on ALL CP/M systems,
    but it is specifically NOT recommended for users with Z80's!)

    RCP/M SYSOPS:  The assembly language overlay file UNARCOVL.ASM
    is provided primarily for your use in generating a secure
    version of UNARC for use by remote callers.  Note that several
    of the UNARC 1.6 changes had been distributed to RCP/M Sysops
    in an earlier Beta-test release (UNARC 1.42).  That version
    was also distributed with several recent releases of the LUX
    utility program (by different authors), and it should now be
    replaced by UNARC 1.6.  (If you use LUX, be sure to define
    USELUX = YES in the overlay file.)  Due to the self-unpacking
    feature of UNARC16.ARK, it is no longer necessary to provide
    separate copies of UNARC.COM and UNARCA.COM for downloading by
    first-time users.  (Even if you prefer the use of .LBR files
    on your system, you are encouraged to maintain at least this
    one file, UNARC16.ARK, in its distributed form!)

The UNARC.DOC file provides a complete program description and user operating
instructions.  Refer to the notice in that file regarding rights of use and
distribution of this program and its associated documentation files.


                    Copyright (C) 1987 by Robert A. Freed
                             All Rights Reserved

------------------------------------------------------------------------------
 9-Jun-87 21:42:41-MDT,4792;000000000000
Mail-From: KPETERSEN created at  9-Jun-87 21:42:31
Date: Tue, 9 Jun 1987  21:42 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: The ZEDUX Z280 Accelerator

Forwarded from my RCP/M...I am NOT the author.

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)

--cut-here--ZEDUX280.DOC--cut-here--
The ZEDUX Z280 Accelerator
by Rick Charnes, 7 June 1987, San Francisco

     What's going on here?  A generic Z280 add-on card for CP/M
computers?  An operating system, assembler and linker already
available for it?

     I have in front of me a copy of a document dated January 17,
1987 produced by a company by the name of Zedux, Inc. at 14402
Hamlin Ave. #C, Van Nuys, CA 91401, phone [phone] about the
above.  It was given to me by a gentleman at our BAMDUA general
meeting last night at which Peter Mireau of MicroPro spoke.  I am
reading and I am amazed by what I see.  This company has
apparently produced a generic Z280 board called the Accel 280 and
has developed not only a genuinely multitasking OS to go along
with it, but an assembler and linker as well.  This is the first
I have heard of this.  Can this be for real?  The OS, called RP
for Remote Partition, sounds like it culls from the best of Z-
System: multiple command lines, aliases, pathing, named
directories, memory-resident flow control (including
REPEAT/UNTIL, WHILE/ENDWHILE, BREAK, GOTO/LABEL).  There are
string/shell variables and expression analysis operating on both
numbers and strings.

     The document describes RP as being able to run any number of
CP/M 2.2 "partitions" simultaneously.  Each program "sees" a
standard CP/M 2.2 environment, with full BDOS and BIOS access.
Programs can use almost the entire 64k space without having to
share this with the operating system.  There is a task console
handler that allows the user to control and monitor the operation
of multiple tasks.  Multiple terminals can be connected to the
same computer and a different task run on each, with privileges
given to each task.

     The way the multi-tasking is done is interesting.  If you
wish each command on your multiple command line to run
subsequently one after another as we are used to, separate your
commands with the familiar semicolon.  If you want them to run
concurrently, separate them with a "&".

     Multitasking has two modes.  One is referred to in the
document as "Unix style," in which each task's output mixes in to
the console display.  In the other mode, apparently when a task
other than the one being worked on finishes an output line, it is
made to scroll upwards.  You can swap tasks with a "rotate" key
which flips through the tasks currently executing.

     The doc also describes the Z280 single-pass assembler, AS,
and linker, LN.

     What is going on here?  Has this been happening beneath our
noses with none of us knowing about it?  The product is
apparently available at this time for $350, with 256k DRAM.  I am
unsure as to why it is being supplied with only 256k RAM since we
were all expecting a full meg.  I assume this will be expandable
at some point.  A full package can be had for $600 which includes
the basic hardware card, an "RP-CP/M compatible" software monitor
program to talk to the chip (separately $200; I guess only
necessary for development work), a extension cable if you lack
sufficient space inside your computer for the board, and the
assembler and linker (separately $150).

     A PC-Pursuit-accessible BBS line to Zedux is said to be
available at [phone] 24 hours a day, 7 days a week, but I
just tried it (Sunday afternoon 6/7/87) and there was no answer.

     From everything I can gather after having scanned the
article with a cynical eye it seems like this product is up and
running, ready to roll.  It does not sound like vaporware: a
sentence from the document reads, "The Zedux Accel 280 is
available at this time."  The person who gave me the document
says Zilog referred him to the company.  As far as I know Zedux
has not contacted Echelon, user groups, or any of the traditional
CP/M/Z-System institutions or sources.  I have no idea if they
are coordinating work with High Tech Research with the latter's
UltraBoard or Echelon with their planned ZOS.  I am aware of no
advertising.  Are they simply too busy to advertise?  Is anyone
using it?  Does anyone know anything about this product?
10-Jun-87 06:48:48-MDT,991;000000000000
Mail-From: KPETERSEN created at 10-Jun-87 06:48:35
Date: Wed, 10 Jun 1987  06:48 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: ZCPR 3.3 Application and Programming notes available

The following ZCPR 3.3 Application and Programming notes are now
available from SIMTEL20:

Filename            Type     Bytes     CRC

Directory PD:<CPM.ZCPR33>
Z33ANOTE.0Z1.1            BINARY      1152  EA1EH
Z33ANOTE.0Z2.1            BINARY      6016  70C3H
Z33FIX.0Z1.1            BINARY      2304  269CH
Z33PNOTE.0Z1.1            BINARY      2688  92F1H
Z33PNOTE.0Z2.1            BINARY      2944  A64FH
Z33PNOTE.0Z3.1            BINARY      5120  B053H

These files are also available on my RCP/M and GEnie's CP/M RoundTable.

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
10-Jun-87 10:34:10-MDT,3863;000000000000
Return-Path: <[e-mail]>
Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Wed, 10 Jun 87 10:33:48 MDT
Date: Wed 10 Jun 1987 12:33:47 EDT
From: <[e-mail]>
Subject: ZCPR on Tandy Model 4
To: [e-mail]
Message-ID: <[e-mail]>

Reply to Rob Healey -- posted to the net for general interest

                                                June 9, 1987

   I do not personally know of anyone running ZCPR on the Tandy 4, but that
does not mean it has not been done.  Is my recollection right that the Tandy
versions of CP/M are peculiar in that they use a base address of 4000H
instead of 100H?  If that is the case, it is much trickier to get the code
right.  I can try to leave a message on Z-Node Central and see if any user
responds.  Unfortunately, I will be leaving shortly on a month's trip, so I
may not be around to receive the answer.

   I would expect ZCPR1 to work on just about any system with a Z80
processor, since it is a direct code replacement.  No other changes to the
system are required.  ZCPR3 is another story completely.  The BIOS has to be
moved down to make room for the buffer modules, and the coldboot code has to
be modified to initialize them.  If Montezuma CP/M makes it DIFFICULT to
drop in a new command processor, it probably makes it IMPOSSIBLE to change
the BIOS.


                                                June 10, 1987

   We had our Boston Computer Society meeting last night, and one of the
area Tandy experts was in attendance.  From what he told me, Montezuma CP/M
is a standard implementation that runs programs at 100H.  It was the earlier
Tandy machines that had the peculiar loading address I described above.

   In the ZCPR33 Users Guide I describe a technique for installing ZCPR33
without using SYSGEN but using a disk utility program instead.  The
technique in the exact form I described there won't work in your case, but
it can be adapted.  The basic idea is to create a file with an image of the
operating system component you want to install (for example, ZCPR.COM,
ZCPR33.COM, or ZRDOS.BIN).  You then go in with a late-model disk utility
program that supports a queue.  You go to the file containing the image and
suck it up into the queue.  Then you go to the sector on the system track
where that operating system component is stored and flush the queue out on
top of it.  You should be able to use that technique to get ZCPR1 running on
your system.  The only time it will fail, I think, is when the system tracks
and data tracks on the disk use a different format (that is the case on my
BigBoard I with double-density upgrade -- the first system track is always
single density).

   Getting ZCPR3 running still requires moving the system down to make room
for the buffers.  Unfortunately, the person I got my information from could
not remember whether there was a full MOVCPM program included with the
Montezuma CP/M.  One's hopes are often falsely raised by seeing MOVCPM.COM
on the disk.  The manufacturer is supposed to install a relocatable version
of HIS BIOS into that utility, but many manufacturers ship the utility as it
comes from Digital Research -- with the Intel MDS-800 BIOS in it!!!!  If you
are lucky and have a real MOVCPM, you should be able to get Z3 working
without inordinate effort.  The change to the coldboot code can be handled
by patching.  If you get that far, I would be glad to provide further
instructions at that time.  Also, even if the BIOS cannot be moved, things
are not hopeless.  There are tricks that can overcome even that, but they
are even more elaborate (I had to do that with my Wave-Mate Bullet -- they
provided neither MOVCPM nor BIOS source).  Again, if you are up to it, I
would be happy to provide more detailed information.

-- Jay


10-Jun-87 11:07:43-MDT,986;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 10 Jun 87 11:06:27 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA02147; Wed, 10 Jun 87 09:22:45 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 7 Jun 87 20:20:33 GMT
From: hpcea!hpfcdc!hpldola!hp-lsd!hplsdla![e-mail]  (Dave Ritchie)
Organization: Hewlett-Packard, Colorado Springs
Subject: Re: Re: Floating Point Routines
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]




   Another source for the LLL Basic is one of the early CP/M UG user disks
(I don't have my disk list with me, but for some reason a volume # <20 comes
to mind).

                Dave Ritchie
                ..!hplabs!hp-lsd!ritchie
10-Jun-87 12:09:03-MDT,1708;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 10 Jun 87 12:08:14 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA03940; Wed, 10 Jun 87 10:41:15 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 9 Jun 87 17:38:27 GMT
From: pwa-b!mmintl![e-mail]  (Jeffrey Miller)
Organization: Multimate International, E. Hartford, CT.
Subject: Book listing bulletin boards wanted
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

It seems a few months ago I heard about or read about a book containing a
list of most or many bulletin boards available these days to the public for
dial in.  Could anyone give me a lead on this book or any kind of source
listing bulletin boards available to the public.

Please mail to me since I often don't read all the newsgroups I've posted
this to.

TIA,
      Jeff

* Jeff Miller                                                              *
* Multimate International, an Ashton-Tate Co.                              *
* 52 Oakland Avenue,  East Hartford, CT  06108-9911                        *
* [phone] x257  UUCP: ...!seismo!utah-cs!utah-gr!pwa-b!mmintl!jeffm *
--
* Jeff Miller                                                              *
* Multimate International, an Ashton-Tate Co.                              *
* 52 Oakland Avenue,  East Hartford, CT  06108-9911                        *
* [phone] x257  UUCP: ...!seismo!utah-cs!utah-gr!pwa-b!mmintl!jeffm *
10-Jun-87 22:09:17-MDT,849;000000000000
Mail-From: RCONN created at 10-Jun-87 22:09:02
Date: Wed, 10 Jun 87 22:09:01 MDT
From: Rick Conn <[e-mail]>
Subject: Z4 Notes
To: [e-mail]
Message-ID: <[e-mail]>

    In response to a couple of requests for information on ZCPR4,
I have placed the files Z4.NOT and Z4.TXT in PD:<ZSYS.DOC>.  Thanks
for your interest.
            Rick Conn

PD:<ZSYS.DOC>Z4.NOT

The file Z4.TXT in PD:<ZSYS.DOC> is a copy of some of the
transparencies from my presentation on ZCPR4 at the Trenton
Computer Festival.  Parts of the presentation, particularly
those on Ada and my current computing environment (which includes
a SUN 3/260 with 8M bytes of RAM, 237M bytes of disk, running
4.3 BSD UNIX with SYSTEM V extensions with SUNTOOLS), are not
included in Z4.TXT.

        Richard Conn, 10 June 87

-------
10-Jun-87 22:50:32-MDT,1681;000000000000
Mail-From: KPETERSEN created at 10-Jun-87 22:48:45
Date: Wednesday, 10 June 1987  15:45-MDT
Message-ID: <[e-mail]>
Sender: Dick <[e-mail]>
From: Dick <[e-mail]>
To: [e-mail]
Subject:   Zedux..
ReSent-From: [e-mail]
ReSent-To: Info-Cpm
ReSent-Date: Wed 10 Jun 1987 22:48-MDT

Just chatted with one of the folks at Zedux. The BBS is expected to be
up by this weekend. He is still preparing docs for callers, the usual
housekeeping stuff. The BBS will use the Z280 in an old Cromemco
S-100 Z80 system.  The Z280 is a "co-processor" not too unlike the way
the various ad-on clock cards do, with the Z280 plugging into the Z80
socket, and the Z80 plugging back into the Zedux card. All parts are
soldered in, no sockets. The design will accept 1 megabit Drams when
available, however. Cost was a factor.  He says they did talk to
Echelon, but the software provided is their own, no plans to work
with Echelon. The Z280 will have a 20mHz clock (10 mHz system clock)
and talks to the Z80 via an 8 bit port, the Z80 beibg an I/O
controller in this application. He did talk to Ampro, too, but Ampro
will supposedly come out with their own single board Z280 card, and
Zedux says they will be doing likewise.  I am having some literature
mailed to see what else he may have in print.  No sources for the
system software are offered, not unlike CP/M CCP/BDOS.  It uses host
BIOS...Multiple programs see 64k, minus 512 bytes for system vectors
(page 0, Bdos/bios).

That's about all I got...If you call the service, the Zedux folks will
apparently call back...

Dick
10-Jun-87 23:30:32-MDT,509;000000000000
Mail-From: RCONN created at 10-Jun-87 23:30:10
Date: Wed, 10 Jun 87 23:30:07 MDT
From: Rick Conn <[e-mail]>
Subject: PD:<ZSYS> updated
To: [e-mail]
Message-ID: <[e-mail]>

    I have updated PD:<ZSYS> with the files in PD:<ZSYS.NEW> (which
is now empty).  By morning you should find the following files:

    PD:<ZSYS.DOC>ZSYS.DOC
    PD:<ZSYS.DOC>DIRLIST.DOC
    PD:<ZSYS>ZSYS.CRCLST
    PD:<ZSYS>ZSYS.USAGE
    PD:<ZSYS>ZSYS.SNP (snapshot)

        Rick
-------
11-Jun-87 07:02:56-MDT,696;000000000000
Return-Path: <[e-mail]>
Received: from E.ISI.EDU by SIMTEL20.ARPA with TCP; Thu, 11 Jun 87 07:02:50 MDT
Date: 11 Jun 1987 08:02-CDT
Sender: [e-mail]
Subject: CP/M-86
From: John Wright (hqsac-doct)
To: [e-mail]
Message-ID: <[E.ISI.EDU]11-Jun-87 08:02:16.SAC.HQSAC-DOCT>

Can anyone tell me where I can find CP/M-86 software.  I have a
CBM-700 that will soon be able to run CP/M-86.  I am new to CP/M
and this bboard so I can use your help.  Also would like to know
if there are any CP/M Kermit programs available.  I am the
moderator for a "mini-Kermit" directory and would like to have
some CP/M included if it exists.  Thanks

John
11-Jun-87 22:47:01-MDT,4488;000000000000
Mail-From: KPETERSEN created at 11-Jun-87 22:46:34
Date: Thu, 11 Jun 1987  22:46 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail], [e-mail], [e-mail],
      [e-mail]
Subject: FCC proposal again threatens modem users

Here we go again!!  From the Wall Street Journal, June 11, 1987...


PHONE-ACCESS FEE IS PROPOSED FOR COMPUTERS: FCC WOULD MAKE FIRMS
PAY TO LINK NETWORKS TO LOCAL PHONE LOOPS

        By Bob Davis, Staff Reporter of the WSJ


WASHINGTON - The Federal Communications Commission proposed a fee
that would steeply increase telecommunications charges for many
business and residential computer users.

Under the FCC proposal, companies such as US Sprint
Communications Co.'s Telenet subsidiary and McDonnell Douglas
Corp.'s Tymnet unit would be charged as much as $5 per hour per
user to hook up their communication networks to local telephone
loops.    Currently, computer networks are exempt from these so-
called access charges.    The charges would almost certainly be
passed on to consumers and business customers.

US Sprint is a joint  venture of GTE Corp. of Stamford, Conn. and
United Telecommunications Inc., Kansas City, Mo.

Price increases would be a big blow for millions of personal-
computer hobbyists who depend on computer networks to communicate
cheaply with one another and to call up such information services
as H&R Block Inc.'s Compuserve Inc.  Currently, most customers
pay only a few dollars an hour in telephone costs.

The proposal also would be a major setback for Telenet and
Tymnet, which have attracted consumers and business customers
with discount computer telecommunications rates.  These
companies rent private telephone lines, which previously haven't
been subject to access charges, and spread the costs among
thousands of computer users.

Rate increases "will dry up the marketplace for new and
innovative computer services" said Joseph Markowski, counsel for
Adapso, a trade association of computer service companies.
"Prices will go through the roof."

He added that the proposal would improperly discriminate between
computer-network companies and other companies that maintain
their own data networks.  The latter companies apparently
wouldn't be charged access fees under the FCC proposal.  Clark
Woodford, a Compuserve executive vice president, said any access
charges "will cause us to reassess our pricing structure."

The FCC voted 4-0 to seek comment on a plan to end the access-
charge exemption by Jan 1, 1988.  The commissioners said the
exemption amounted to a subsidy for the computer-network
companies that was being paid by business and residential
telephone users.  "We don't want the (telecommunications) network
to evolve in response to various subsidies and
anomalities [sic]," said FCC Chairman Dennis Patrick.

Agency staffers and others said the Jan 1 date wasn't firm.  Page
Montgomery, vice president of Economics and Technology, Inc. a
Boston telecommunications company, urged the agency to delay the
decision for perhaps a year until the local phone companies
change their networks to give competitors equal connections.

Otherwise, the regional Bell companies, which are trying to enter
the computerized-communications field, would have a big
advantage.  That's because the computer-service companies would
be burdened with price increases and also wouldn't be able to
offer hook-ups to the local telephone network that are as good as
those offered by the phone companies.  "It would be a serious
policy mistake" to end the exemption Jan. 1, 1988, Mr. Montgomery
said.

The FCC said that access charges should decline over the next few
years, by about a dollar per hour, as the agency increases
residential charges for connecting to the telephone network.
Much of the revenue from these assessments is used to reduce the
access charges paid by telecommunications companies.

The FCC proposal came as a surprise.  In March, the agency
decided that computer-network companies should remain
deregulated, which industry observers interpreted to mean that
rates wouldn't increase.  But now the FCC said that only purely
private networks, operated by some big companies for their
internal communications, would remain free of access charges.
11-Jun-87 23:12:42-MDT,4486;000000000000
Return-Path: <[e-mail]>
Date: Thu, 11 Jun 1987  22:46 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail], [e-mail], [e-mail],
      [e-mail]
Subject: FCC proposal again threatens modem users

Here we go again!!  From the Wall Street Journal, June 11, 1987...


PHONE-ACCESS FEE IS PROPOSED FOR COMPUTERS: FCC WOULD MAKE FIRMS
PAY TO LINK NETWORKS TO LOCAL PHONE LOOPS

        By Bob Davis, Staff Reporter of the WSJ


WASHINGTON - The Federal Communications Commission proposed a fee
that would steeply increase telecommunications charges for many
business and residential computer users.

Under the FCC proposal, companies such as US Sprint
Communications Co.'s Telenet subsidiary and McDonnell Douglas
Corp.'s Tymnet unit would be charged as much as $5 per hour per
user to hook up their communication networks to local telephone
loops.    Currently, computer networks are exempt from these so-
called access charges.    The charges would almost certainly be
passed on to consumers and business customers.

US Sprint is a joint  venture of GTE Corp. of Stamford, Conn. and
United Telecommunications Inc., Kansas City, Mo.

Price increases would be a big blow for millions of personal-
computer hobbyists who depend on computer networks to communicate
cheaply with one another and to call up such information services
as H&R Block Inc.'s Compuserve Inc.  Currently, most customers
pay only a few dollars an hour in telephone costs.

The proposal also would be a major setback for Telenet and
Tymnet, which have attracted consumers and business customers
with discount computer telecommunications rates.  These
companies rent private telephone lines, which previously haven't
been subject to access charges, and spread the costs among
thousands of computer users.

Rate increases "will dry up the marketplace for new and
innovative computer services" said Joseph Markowski, counsel for
Adapso, a trade association of computer service companies.
"Prices will go through the roof."

He added that the proposal would improperly discriminate between
computer-network companies and other companies that maintain
their own data networks.  The latter companies apparently
wouldn't be charged access fees under the FCC proposal.  Clark
Woodford, a Compuserve executive vice president, said any access
charges "will cause us to reassess our pricing structure."

The FCC voted 4-0 to seek comment on a plan to end the access-
charge exemption by Jan 1, 1988.  The commissioners said the
exemption amounted to a subsidy for the computer-network
companies that was being paid by business and residential
telephone users.  "We don't want the (telecommunications) network
to evolve in response to various subsidies and
anomalities [sic]," said FCC Chairman Dennis Patrick.

Agency staffers and others said the Jan 1 date wasn't firm.  Page
Montgomery, vice president of Economics and Technology, Inc. a
Boston telecommunications company, urged the agency to delay the
decision for perhaps a year until the local phone companies
change their networks to give competitors equal connections.

Otherwise, the regional Bell companies, which are trying to enter
the computerized-communications field, would have a big
advantage.  That's because the computer-service companies would
be burdened with price increases and also wouldn't be able to
offer hook-ups to the local telephone network that are as good as
those offered by the phone companies.  "It would be a serious
policy mistake" to end the exemption Jan. 1, 1988, Mr. Montgomery
said.

The FCC said that access charges should decline over the next few
years, by about a dollar per hour, as the agency increases
residential charges for connecting to the telephone network.
Much of the revenue from these assessments is used to reduce the
access charges paid by telecommunications companies.

The FCC proposal came as a surprise.  In March, the agency
decided that computer-network companies should remain
deregulated, which industry observers interpreted to mean that
rates wouldn't increase.  But now the FCC said that only purely
private networks, operated by some big companies for their
internal communications, would remain free of access charges.
12-Jun-87 07:30:06-MDT,1976;000000000000
Return-Path: <[e-mail]>
Received: from STL-HOST1.ARPA by SIMTEL20.ARPA with TCP; Fri, 12 Jun 87 07:29:18 MDT
Date: 12 Jun 1987 08:28-CDT
Sender: [e-mail]
Subject: Re: FCC proposal again threatens modem users
From: [e-mail]
To: [e-mail]
Cc: [e-mail], [e-mail]
Cc: [e-mail], [e-mail]
Cc: [e-mail], [e-mail]
Cc: [e-mail], [e-mail]
Cc: [e-mail], [e-mail]
Cc: [e-mail], [e-mail]
Cc: [e-mail], [e-mail]
Cc: [e-mail]
Message-ID: <[STL-HOST1.ARPA]Fri, 12 Jun 87 08:28:24 CDT.SNELSON>
In-Reply-To: <[e-mail]>

In Missouri Southwestern Bell has had a 175% of the cost of a flat rate
business line surcharge in effect for 10 years for dial up lines terminating
in a computer.

We (the Army) challenged this in 1977 through the legal troops. What had
really frosted us was that we had 24 dial-up lines terminating in 3 muxes
riding an AT&T 209A modem and link to the Wright-Patterson TIP. We paid!
It seems the very simple way the tariff was written made anything in
Missouri that is directly connected/attached to a computer port gets
charged. We have 52 dial in modems and the cost per month isn't cheap.

What isn't clear is whether both ends of connection are billed $5 per
hour per session or $5 an hour per line regardless of use? How will
they differentiate between data and voice as a lot of companies use
them alternatively for voice during the day and for data during the
low rate periods at night. Take a major programming change for the ESSs
to track incoming calls not to mention the billing programs. Some of the
older switches are pretty dumb and couldn't even do that.

I wonder if the pork barrellers (congress) has EMAIL?

Regards

Steve

12-Jun-87 08:22:37-MDT,1987;000000000000
Return-Path: <[e-mail]>
Received: from STL-HOST1.ARPA by SIMTEL20.ARPA with TCP; Fri, 12 Jun 87 07:29:18 MDT
Date: 12 Jun 1987 08:28-CDT
Sender: [e-mail]
Subject: Re: FCC proposal again threatens modem users
From: [e-mail]
To: [e-mail]
Cc: [e-mail], [e-mail]
Cc: [e-mail], [e-mail]
Cc: [e-mail], [e-mail]
Cc: [e-mail], [e-mail]
Cc: [e-mail], [e-mail]
Cc: [e-mail], [e-mail]
Cc: [e-mail], [e-mail]
Cc: [e-mail]
Message-ID: <[STL-HOST1.ARPA]Fri, 12 Jun 87 08:28:24 CDT.SNELSON>
In-Reply-To: <[e-mail]>

In Missouri Southwestern Bell has had a 175% of the cost of a flat rate
business line surcharge in effect for 10 years for dial up lines terminating
in a computer.

We (the Army) challenged this in 1977 through the legal troops. What had
really frosted us was that we had 24 dial-up lines terminating in 3 muxes
riding an AT&T 209A modem and link to the Wright-Patterson TIP. We paid!
It seems the very simple way the tariff was written made anything in
Missouri that is directly connected/attached to a computer port gets
charged. We have 52 dial in modems and the cost per month isn't cheap.

What isn't clear is whether both ends of connection are billed $5 per
hour per session or $5 an hour per line regardless of use? How will
they differentiate between data and voice as a lot of companies use
them alternatively for voice during the day and for data during the
low rate periods at night. Take a major programming change for the ESSs
to track incoming calls not to mention the billing programs. Some of the
older switches are pretty dumb and couldn't even do that.

I wonder if the pork barrellers (congress) has EMAIL?

Regards

Steve

12-Jun-87 11:14:05-MDT,979;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Fri, 12 Jun 87 11:13:43 MDT
Received: from ECNCDC.BITNET by wiscvm.wisc.edu ; Fri, 12 Jun 87 12:11:39 CDT
Date:     Fri 12 Jun 1987 12:11 CDT
From:     Scott McBurney <[e-mail]>
Subject:  An old question...
To:       <[e-mail]>

Back to a question I posed a few months ago, does anyone out there
know how I can get to comp.sys.tandy on USENET.  From what I have
heard, it might be near impossible from Bitnet.
    Thanks,
        Scott McBurney - Western Illinois University
              Bitnet:   MSRS003@ECNCDC
            Internet:   [e-mail]
               GEnie:   S.MCBURNEY
---------------------------------------------------------------
  "Earthquake?  That explains why the floor was moving 4 inches."
---------------------------------------------------------------
12-Jun-87 11:25:39-MDT,4004;000000000000
Return-Path: <[e-mail]>
Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Fri, 12 Jun 87 11:25:02 MDT
Date: Fri 12 Jun 1987 13:24:47 EDT
From: <[e-mail]>
Subject: Myths about ZCPR3
To: [e-mail]
Message-ID: <[e-mail]>

     I am always sorry to see certain myths perpetrated about ZCPR3,
especially the ones that say ZCPR3 is good only on hard-disk systems and
that it uses up too much TPA.  Different people have different personal
styles in computing, and some will like the way ZCPR works and what it
offers while others will not.  But the choice should be made on sound facts
and sound reasoning.

     It is only in the last year that I have had any personal 8-bit computer
system with a hard disk (I still do most of my work on a BigBoard I and
SB180 with only floppy drives), and I have always used ZCPR (1, 2, and 3) to
what I felt was great advantage.  It is certainly true that ZCPR3 runs much
better on the hard-disk and RAM-disk systems, but what doesn't?  ZCPR3,
because of its various forms of extended processing (path searching,
extended command processing, and error handling) does tend to be more disk
intensive.  In one of my columns in The Computer Journal I described
techniques that can be used to significantly speed up these features with
floppy systems to the point that they approach hard-disk performance levels.

     As for the reduction of TPA, it is quite true that a full-blown ZCPR3
implementation uses up a lot of TPA -- between 4K and 6K.  In the kind of
work I do (wordprocessing, assembly language programming, and operation of a
remote access computer system), TPA is not a problem, and I have even opted
to use larger than standard RCP, FCP, and NDR modules for the conveniences
they offer.  I understand that people who use C compilers often have
problems getting enough TPA space (sounds as though someone should write a
good virtual-memory C compiler like the SLR Systems virtual assemblers).

     Although a full-blown ZCPR3 system uses lots of memory, it is not a
fair comparison to contrast CP/M -- with virtually none of the features --
only with ZCPR3 in its largest configuration.  One can make a ZCPR3 system
that costs only 0.75K bytes of TPA that offers:

    automatic command search path (dynamically changeable)
    multiple commands on a line (200+ characters)
    aliases (infinitely nestable and recursive with extensive
        parameter expansion capability)
    extended command processing (highly efficient and powerful
        ARUNZ alias generation)
    nested shells (including command line history with recall,
        searching, and editing)
    error handling (with command line editing)
    terminal-independent operation (UNIX-like TCAP)

Thus, as with so many things in this world, more than 80% of the features
come with less than 20% of the cost.

     The components in ZCPR3 that cost big memory are the ones that can most
easily be omitted: the named directory register (NDR, 0.25K per 14 names),
the flow command package (FCP, typically 0.5K), the resident command package
(RCP, typically 2K), and the input/output package (IOP, typically 1.5K).  I
have had little use for an IOP and do not have it in use on any of my
systems (though many people like the I/O redirection and keyboard macro IOPs
that are available from Echelon).  With my larger-than-usual NDR (35 names),
FCP (0.625K), and RCP (2.25K), I sacrifice a total of 4.25K of TPA.  When I
use my database manager, the only program I use that does make heavy demands
on TPA, I will just boot up the small ZCPR system.  I can afford the cost of
0.75K.  In ZCPR version 3.3, by the way, the NDR, FCP, and RCP modules can
be configured dynamically, making it even easier to change the system
configuration.

     I hope that some people will look more carefully before they dismiss
ZCPR3 as too big or too slow or too hard to use.  It might not be the thing
for you, but then again it might.


12-Jun-87 11:28:32-MDT,13334;000000000000
Return-Path: <[e-mail]>
Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Fri, 12 Jun 87 11:26:14 MDT
Date: Fri 12 Jun 1987 13:24:29 EDT
From: <[e-mail]>
Subject: Example of Aliases under ZCPR33
To: [e-mail]
Message-ID: <[e-mail]>

     I have attached a copy of my ZCPR33 application note on the use of the
ARUNZ extended command processor to illustrate what a ZCPR33 system, even
one that uses only 0.75K of TPA, can do.  The examples in it apply to remote
access system applications, but there are a great many uses for aliases on a
personal system as well.  For my assembly language work, for example, I have
alias scripts like the following (they do make use of FCP flow commands):

   LINK=LNK slrnk+ /v,$1/n,$1/m,/a:100,/j,$1,a:z33slr/s,a:vslr/s,
        a:z3slr/s,a:sysslr/s,/e
   AL       slr180+ $1.z80/gr,,nul;if ~error;/lnk $1;fi
   EAL      edit $1.z80;if input assemble and link?;/al $1;fi
   WORK     xif;/eal;if input continue?;work $1;fi

If I want to link PROGRAM.REL with the standard Z-System libraries, all I
have to enter is "LNK PROGRAM".  The AL script first assembles the specified
program ($1) and then links it using a nested alias invocation.  Flow
control is used to perform the linkage only if the assembly was successful.
EAL, which adds editing to the alias, involves doubly nested aliases and a
further use for flow control.  Finally, WORK is recursive.  "WORK PROGRAM"
takes one through any number of edit-assemble-link cycles until one answers
the prompt to continue with a negative response.  There is actually a much
more elegant and rigorous way to implement recursive aliasing, but it is too
involved to describe here.  Once the proper aliases are included in
ALIAS.CMD, it is as easy as "RECURSE EAL PROGNAME" to invoke.  It is
described in my most recent column in The Computer Journal.

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

                        ZCPR33 APPLICATION NOTES

Note Number:    002
Author:        Jay Sage
Date:        June 8, 1987


     Making Effective Use of ARUNZ as an Extended Command Processor
                 (Especially on a Remote Access System)


   From my recent experience using several ZCPR33 remote access systems,
most sysops are not aware of the way ARUNZ can be used as an extended
command processor to make the operation of their system much, much
easier for their users.  Because a single 4K ALIAS.CMD file can contain
hundreds of aliases, the cost in disk space to provide a highly error-
tolerant environment to the user is very small.  These techniques can
also be used to great advantage on a personal system to make the sytem
highly tolerant of errors.

     The kinds of aliases can be grouped loosely into three categories,
each of which I will cover below.  At the end I will describe a method
for making these aliases execute at top speed.


Alternate Command Forms
-----------------------

     The most obvious use of aliases is to provide alternative names for
commands.  We will use an example to illustrate the principle.  Consider
the task of finding out if a certain file is somewhere on the system and
where.  Some systems use FINDF, the original ZCPR3 program for this
purpose; others use one of the standard CP/M programs (WIS or WHEREIS);
and others have begun to use the new, enhanced ZSIG program called FF.
This can be very confusing to new users or to users who call many
different systems.  The solution is to provide aliases for all the
alternatives.  Suppose FF is the real program in use.  Then the
following line in ALIAS.CMD will allow all the forms to be used equally:

    FINDF=WIS=WHEREIS ff $*

(I am following a convention of writing the alias names in upper case
and the script in lower case.  This is only for ease in reading; ARUNZ
is not case sensitive.)  In fact, while I am at it, I usually throw in a
few other forms that someone might try and that are sufficiently
unambiguous that one can guess with some confidence that this is the
function the user intended:

    FIND.FILE=FILE.FIND=WIS=WHERE.IS ff $*

     Since (for ARUNZ version 0.9D and later) the characters after a
period are optional-match characters (they must match only if characters
are present), the first name will match FIND, FINDF, and FINDFILE (and
others).  The last form will match both WHERE and WHEREIS (and others).
Note that this single alias, which occupies 40 bytes in ALIAS.CMD
(including the CRLF), responds to 8 commonly used commands for finding
files on a system.  Thus the cost is a mere 5 bytes per command!!

     ZCPR33 introduced the ability to bypass path searching and go
straight to the extended command processor by prefixing a command with a
space or slash.  As users begin to avail themselves of this feature to
speed up command processing, it may happen that someone will enter the
command as "/FF" or " FF", thinking that "FF" is an alias for the real
command.  With the script above this will fail.  Therefore, I am now
recommending including the real command as an alias for itself to cover
this situation.  The final form for our file-finding alias (with an
extra change thrown in to allow the short form "WH") is thus:

    FIND.FILE=FILE.FIND=WIS=WH.EREIS=FF ff $*

     I have extended the use of command aliasing even to include the
results of common typing mistakes.  Richard Jacobson (Mr. Lillipute),
who calls my system quite often, either has a Wyse keyboard with very
bad bounce (as he claims) or is a lousy typist (and refuses to admit
it).  When he wants to display a directory, his command is more likely
to come out DDIR or DIRR than it is to come out correctly as DIR.  So I
added those two forms to my alias, so it now reads:

    XD.IR=DDIR=DIR.R dir $*

Is seven extra bytes too much to sacrifice for a friend!


Alternate Directory Changing References
---------------------------------------

     It is obviously very hard for users to remember the DU forms for
directories on a remote system, and that is why named directories are
provided.  But even names are not always easy to remember precisely.
Aliases can help by providing alternative names for logging into
directories, provided ZCPR33 has been assembled with the BADDUECP option
enabled so that invalid directory-change references are passed on to the
extended command processor.  My system has a directory called Z3SHELLS
(I think).  Since even I have trouble remembering that it is not Z3SHELL
or SHELLS or SHELL, I would have a line in ALIAS.CMD that reads:

    Z3SHELL:=SHELL:=SHELLS: z3shells:

     A further problem is that users often (and I occasionally) forget
to type the colon on the end.  It is very easy for ARUNZ to pick this up
as well and add the colon for you.  Just include the following alias:

    Z3SHELL=Z3SHELLS=SHELL=SHELLS z3shells:

All of these aliases can be combined into the single script:

    Z3SHELL.:=Z3SHELL.S:=SHELL.:=SHELL.S: z3shells:

All seven forms are covered by an entry of 49 bytes, a cost of 7 bytes
each.

     On my system I provide a complete set of aliases for all possible
directories so that any legal directory can be entered with or without
colons and using either the DIR or the DU form.  Thus, if Z3SHELLS is
B4, the script above would be:

    Z3SHELL.:=Z3SHELL.S:=SHELL.:=SHELL.S:=B4.: z3shells:

     Before ZCPR33 came along and provided this service itself, I would
allow callers to use the DU form to log into directories beyond the max-
drive/max-user limits by including aliases of the above form.  If the
maximum user area were 3 in the above example, the commands "B4:" and
"B4" would still have worked (even under ZCPR30) because ARUNZ mapped
them into a DIR form of reference.  Although this is no longer
necessary, a complete alias line like the one above covers all bases.
The user can even enter any of the commands with a leading space or
slash and they will still work.

     Finally, I usually provide a catch-all directory change alias to
pick up directory change commands that don't even come close to
something legal.  At the end of ALIAS.CMD (i.e., after all the other
directory-change aliases described above, so that they get first shot) I
include the line"

    ?:=??:=???:=????:=?????:=??????:=???????:=????????: echo
      d%>irectory %<$0%> is not an allowed directory.  %<t%>he^m^j
      valid directories are:;pwd

Thus when the user enters the command "BADDIR:", he get the PWD display
of the system's directories prefixed by the message

    Directory BADDIR: is not an allowed directory.  The
    valid directories are:

Note the use of Z33RCP's advanced ECHO command with case shifting ('%<
to switch to upper case and '%>' to switch to lower case) and control
character inclusion (caret followed by the character).


Abbreviated Commands
--------------------

     This category is closely releated to the first category described
above.  Consider transferring files.  One commonly enters a command like

    KMD SK FN.FT

Of course, some systems still use XMODEM, so it is handy to have an
alias (according to the first category above) that reads:

    XMODEM=KMD kmd $*

But why require the user to type KMD or XMODEM at all?  Why not allow
the option letters alone.  I provide the following set of aliases so
that users can invoke file transfer operations by entering the KMD
option letters alone as commands (along with other forms):

    S=SEND=DOWN.LOAD kmd s $1
    SK=SENDK=DOWNK kmd sk $1
    SP=SENDP=DOWNP kmd sp $1
    SPK=SENDPK=DOWNPK kmd spk $1
    SB=SENDB=BATCH=DOWNB kmd sb $*
    SBK=SENDBK=BATCHK=DOWNBK kmd sbk $*
    R=REC.EIVE=UP.LOAD kmd r $1
    RP kmd rp $1
    L=LIBSEND=SENDL=DOWNL kmd l $1 $2
    LK=LIBSENDK=SENDLK=DOWNLK kmd l $1 $2

Most of the longer alternative forms will never be used, but I decided
to be a 'big spender' and squander a hundred bytes!  Many of my users
(and I, myself) use the option letter alternatives -- with a leading
space or slash -- all the time.  I usually spruce up the aliases with
messages, so the SK alias might have a command script of:

    echo s%>ending file %<$1 (1k %>protocol);kmd sk $*

Even fancier scripts can be concocted.  One word of caution.  If you
allow the 'R' and 'SP' aliases, you cannot have the reset and space
commands in your RCP with the standard names.  I have them but have
changed the names to 'RES' and 'SPAC' respectively.


How to Implement ARUNZ
----------------------

     I would like to close with some tips on how to implement the scheme
described above.  Setting up ARUNZ as the extended command processor is
described in the ZCPR33 Users Guide and in the documentation with ARUNZ.
Basically, one renames ARUNZ.COM to CMDRUN.COM and places it in the root
directory (the last one listed in the symbolic path).  ARUNZ can be
configured to look for ALIAS.CMD either along the entire path, in the
root directory, or in a specifically designated directory.  I recommend
one of the latter two alternatives.

     The main trick I would like to call to everyone's attention is a
way to make ARUNZ perform at top speed as an extended command processor.
That is to arrange your disk so that the ARUNZ.COM and ALIAS.CMD files
are listed near the beginning of the disk directory and are stored near
the beginning of the disk data area.

     If you are starting with a fresh diskette (or hard disk), this is
easy.  Just copy these two files onto the disk first.  The question is,
what do you do if the disk already has files on it?  Here is what I do.
Run DU3 and go to group 0 (command 'G0'), where the directory starts.
Note which files are at the beginning of the directory, and note which
files have low group numbers allocated to them.

     To make things concrete, suppose we find two unimportant files
called NOTIMP1 and NOTIMP2 that meet these requirements and consume
enough allocation groups to accommodate ARUNZ.COM and ALIAS.COM.  First
we have to get these files out of the way.  We do this by copying them
to new names with commands like:

    PPIP NOTIMP1A=NOTIMP1;GO NOTIMP2A=NOTIMP2

(If they are in different user areas, then we include the user numbers
in the commands.)  Then we erase the original files to free up the
directory and disk space:

    ERA NOTIMP1;ERA NOTIMP2

Next we copy ARUNZ.COM and ALIAS.COM into their place.  Suppose, to deal
with the most complex case, that these files are already in the current
directory and that ARUNZ.COM is already called CMDRUN.COM.  We use the
following commands to move them into place:

    PPIP CMDRUN1.COM=CMDRUN.COM;GO ALIAS1.CMD=ALIAS.CMD
    REN CMDRUN.COM=CMDRUN1.COM;REN ALIAS.CMD=ALIAS1.CMD

With the rename commands, we answer 'Y' when prompted about deleting the
existing files.  Finally, we rename the two files that we moved out of
the way:

    REN NOTIMP1=NOTIMP1A;REN NOTIMP2=NOTIMP2A

If CMDRUN.COM and/or ALIAS.CMD had previously been stored in high group
numbers, you should now notice a very dramatic improvement in system
response (at least when you go to the ECP directly by entering commands
with a leading space or slash).  I get almost RAM-disk performance on my
system.


12-Jun-87 13:42:48-MDT,1285;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 12 Jun 87 13:42:31 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA22780; Fri, 12 Jun 87 11:23:57 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Jun 87 07:01:01 GMT
From: hpcea!hpfcdc!hpldola!hp-lsd!hplsdla![e-mail]  (Dave Ritchie)
Organization: Hewlett-Packard, Colorado Springs
Subject: SIMTEL20 server questions
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]



  I have several questions in regard to the SIMTEL20 server.

  1)  I requested a copy of the CRC list for the SIG/M area of the archive
      but was unable to dearchive it (PC-ARC said some nonsense about
      it could only decode 12-bit archives). What versions of ARC and
      uuencode are used to build archives?

  2)  Could this problem be caused by the uuencoded file getting mangled
      by some intermediate machine? I suspect that this what is going on.
      Any suggestions on how to fix this?

                    Dave Ritchie
                    ..!hplabs!hp-lsd!ritchie
12-Jun-87 17:19:19-MDT,744;000000000000
Return-Path: <[e-mail]>
Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Fri, 12 Jun 87 17:19:13 MDT
Received: by dmc-crc.arpa; (4.12/4.7)
        id AA15134; Fri, 12 Jun 87 19:18:01 edt
Date: Fri, 12 Jun 87 19:18:01 edt
From: [e-mail] (G. J. Marwood)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: TV803H hard disk implementation.

Has anyone on the net successfully used a 20Mb disk (or anything greater than
10Mb) with a Televideo 803H.  This probably requires knowledge of the BIOS
so that the DPBs and DPHs can be set up for several logical disks.  By the way
this question relates to CP/M 2.2.
                                                Gordon Marwood
12-Jun-87 17:28:21-MDT,1260;000000000000
Mail-From: WANCHO created at 12-Jun-87 17:28:01
Date: Fri, 12 Jun 1987  17:27 MDT
Message-ID: <[e-mail]>
From: "Frank J. Wancho" <[e-mail]>
To:   hpcea!hpfcdc!hpldola!hp-lsd!hplsdla![e-mail] (Dave Ritchie)
Cc:   [e-mail], [e-mail]
Subject: SIMTEL20 server answers
In-reply-to: Msg of 10 Jun 1987  01:01-MDT from hpcea!hpfcdc!hpldola!hp-lsd!hplsdla!ritchie at hplabs.hp.com (Dave Ritchie)

Dave,

The Archive Server invokes a faithful version of ARC 5.10, but with an
added option to significantly speed up the processing: the Q (for
Quick) option, which bypasses all the tests of the various
compression techniques and unconditionally compresses the input file.
That compression uses a 12-bit mode vs. the 16-bit mode used by the
Unix compress program.

The uuencode algorithm is built directly into the server program.  It
has been slightly modified to append a trailing "M" to each line of
output to preserve any trailing spaces resulting from the uuencode
process.  This change was made expressly for the BITNET recipients
whose mailers want to suppress those trailing blanks.  A properly
implemented uudecode will ignore those trailing Ms.

--Frank
13-Jun-87 00:00:50-MDT,1386;000000000000
Return-Path: <[e-mail]>
Received: from E.ISI.EDU by SIMTEL20.ARPA with TCP; Sat, 13 Jun 87 00:00:47 MDT
Date: 12 Jun 1987 22:50-CDT
Sender: [e-mail]
Subject: Re-transmission
Subject: [John Wright (hqsac-doct): CP/M-86]
From: [e-mail]
To: [e-mail]
Message-ID: <[E.ISI.EDU]12-Jun-87 22:50:20.SAC.HQSAC-DOCT>



This is a re-transmission of my previous message.  My address was inadvertantly altered by me prior to transmission.


Begin forwarded message
Received: FROM SIMTEL20.ARPA BY E.ISI.EDU WITH TCP ; 11 Jun 87 20:50:57 CDT
          from E.ISI.EDU by SIMTEL20.ARPA with TCP; Thu, 11 Jun 87 07:02:50 MDT
Date: 11 Jun 1987 08:02-CDT
From: John Wright (hqsac-doct)
To: [e-mail]
Subject: CP/M-86
Return-Path: <@SIMTEL20.ARPA:[e-mail]>
Message-ID: <[E.ISI.EDU]11-Jun-87 08:02:16.SAC.HQSAC-DOCT>
Sender: [e-mail]

Can anyone tell me where I can find CP/M-86 software.  I have a
CBM-700 that will soon be able to run CP/M-86.  I am new to CP/M
and this bboard so I can use your help.  Also would like to know
if there are any CP/M Kermit programs available.  I am the
moderator for a "mini-Kermit" directory and would like to have
some CP/M included if it exists.  Thanks

John

          --------------------
End forwarded message

13-Jun-87 10:24:19-MDT,396;000000000000
Return-Path: <[e-mail]>
Received: from E.ISI.EDU by SIMTEL20.ARPA with TCP; Sat, 13 Jun 87 10:24:15 MDT
Date: 13 Jun 1987 11:23-CDT
Sender: [e-mail]
Subject: test
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
Message-ID: <[E.ISI.EDU]13-Jun-87 11:23:40.SAC.HQSAC-DOCT>

This is a test...........Please disreguard
14-Jun-87 03:01:26-MDT,740;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 14 Jun 87 03:01:11 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA20331; Sun, 14 Jun 87 01:37:50 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 14 Jun 87 06:26:17 GMT
From: [e-mail]  (Ken Yap)
Organization: U of Rochester, CS Dept, Rochester, NY
Subject: crunched files
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Is there a version of uncrunch that runs on Unix systems?

    Ken
    [e-mail]
14-Jun-87 09:36:31-MDT,960;000000000000
Mail-From: KPETERSEN created at 14-Jun-87 09:36:10
Date: Sun, 14 Jun 1987  09:36 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail] (Ken Yap)
Cc:   [e-mail], <vax135!petsd![e-mail]>
Subject: crunched files (UNCRunch for Unix)
In-reply-to: Msg of 14 Jun 1987  00:26-MDT from ken at cs.rochester.edu (Ken Yap)

The latest version of UNCRunch for Unix is now available from SIMTEL20
as:

Filename            Type     Bytes     CRC

Directory PD:<UNIX.SQ-USQ>
UNCR231D.C.1            ASCII     13664  591EH

This is a LZW uncruncher, written by Frank Prindle, which is
compatible with Z-80 CP/M program CRUNCH 2.3.

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
14-Jun-87 09:46:22-MDT,1167;000000000000
Mail-From: KPETERSEN created at 14-Jun-87 09:45:50
Date: Sun, 14 Jun 1987  09:45 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   imagen!atari!portal!cup.portal.com![e-mail]
Cc:   [e-mail], [e-mail], [e-mail],
      [e-mail]
Subject: FCC proposal again threatens modem users
In-reply-to: Msg of 13 Jun 1987  11:57-MDT from imagen!atari!portal!cup.portal.com!Phil_CW_Sih at ucbvax.Berkeley.EDU

One way to fight the FCC proposal is to contact your congressman.
Congress has frequently overridden the FCC on unpopular rulings by
changing the law.  Also, when you call or write your congressman,
he/she will contact the FCC to ask what's going on.  When the FCC gets
a lot of calls from congressman they get nervous (and rightly so
because their budget can be cut).

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
14-Jun-87 10:15:39-MDT,1165;000000000000
Return-Path: <[e-mail]>
Date: Sun, 14 Jun 1987  09:45 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   imagen!atari!portal!cup.portal.com![e-mail]
Cc:   [e-mail], [e-mail], [e-mail],
      [e-mail]
Subject: FCC proposal again threatens modem users
In-reply-to: Msg of 13 Jun 1987  11:57-MDT from imagen!atari!portal!cup.portal.com!Phil_CW_Sih at ucbvax.Berkeley.EDU

One way to fight the FCC proposal is to contact your congressman.
Congress has frequently overridden the FCC on unpopular rulings by
changing the law.  Also, when you call or write your congressman,
he/she will contact the FCC to ask what's going on.  When the FCC gets
a lot of calls from congressman they get nervous (and rightly so
because their budget can be cut).

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
15-Jun-87 08:54:09-MDT,1003;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon, 15 Jun 87 08:53:26 MDT
Received: from CARLETON.BITNET by wiscvm.wisc.edu ; Mon, 15 Jun 87 09:11:01 CDT
Received: from WCSCKCU by CARLETON.BITNET on 15 Jun 87 10:07:10 EDT
Date:     15 Jun 87 09:50:00 EDT
From:     Marc Grondin <[e-mail]>
To:       <[e-mail]>
Subject:  Some characters being changed...

For the past month I have been noticing an anoying change in some
characters in messages that are arriving here.  I'm just wondering
where this change is happening.
The characters that are changing are the explanation mark (!), the
slash (/), and I beleive another set of characters.

This transformation is annoying in that Binhex 4.0 files are wasted and
so is some uuencoded files.

Any comments???
Test line : |{}()!@#$%^&*().<>/`~\:

Marc Grondin (8->) <[e-mail]>, <[e-mail]>
15-Jun-87 11:49:29-MDT,587;000000000000
Return-Path: <[e-mail]>
Received: from E.ISI.EDU by SIMTEL20.ARPA with TCP; Mon, 15 Jun 87 11:48:10 MDT
Date: 15 Jun 1987 12:44-CDT
Sender: [e-mail]
Subject: CP/M 3.0
From:  John A. Wright <[e-mail]>
To: [e-mail]
Message-ID: <[E.ISI.EDU]15-Jun-87 12:44:09.SAC.HQSAC-DOCT>

I  have an ALSPA computer in the office that uses CP/M 2.2.  I am
looking for a data base system that will work.  Anyone know of  a
CP/M 2.2 DBMS like DBASE III that I can get?  Thanks in advance

John Wright

PS.  It uses a Z-80A CPU.
15-Jun-87 15:33:05-MDT,1708;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 15 Jun 87 15:32:22 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA03940; Wed, 10 Jun 87 10:41:15 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 9 Jun 87 17:38:27 GMT
From: pwa-b!mmintl![e-mail]  (Jeffrey Miller)
Organization: Multimate International, E. Hartford, CT.
Subject: Book listing bulletin boards wanted
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

It seems a few months ago I heard about or read about a book containing a
list of most or many bulletin boards available these days to the public for
dial in.  Could anyone give me a lead on this book or any kind of source
listing bulletin boards available to the public.

Please mail to me since I often don't read all the newsgroups I've posted
this to.

TIA,
      Jeff

* Jeff Miller                                                              *
* Multimate International, an Ashton-Tate Co.                              *
* 52 Oakland Avenue,  East Hartford, CT  06108-9911                        *
* [phone] x257  UUCP: ...!seismo!utah-cs!utah-gr!pwa-b!mmintl!jeffm *
--
* Jeff Miller                                                              *
* Multimate International, an Ashton-Tate Co.                              *
* 52 Oakland Avenue,  East Hartford, CT  06108-9911                        *
* [phone] x257  UUCP: ...!seismo!utah-cs!utah-gr!pwa-b!mmintl!jeffm *
15-Jun-87 18:03:05-MDT,1412;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 15 Jun 87 18:02:26 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA21044; Mon, 15 Jun 87 16:37:49 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 15 Jun 87 19:52:22 GMT
From: ucsdhub!jack!dsi480![e-mail]  (DTR)
Organization: Digital Source, Inc., San Diego, CA.
Subject: Corvus HD Utilities
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I have been asked to find a copy of the hard disk utilities that
came packaged with the Corvus external 20M hard disk. *Somehow*
our copy has vanished.

I have been in touch with Corvus in SJ, but they're fresh out of the
little beauty that I need, and I can't seem to get Corvus Orange County
to return my calls.

That brings me to a plea to the boundless resources of the net.  Any
leads are good leads.  As always, thanks in advance for any and all
efforts in my behalf.

-- jms


================================================
Jack Stephens,  ...!man!dsi480!dtr
Resident Visitor ( a great, if obfuscatory, term)
Digital Source, Inc., SD, CA
voice: 1+619-453-0809
================================================
16-Jun-87 15:47:17-MDT,2021;000000000000
Return-Path: <[e-mail]>
Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Tue, 16 Jun 87 15:46:57 MDT
Date: Tue 16 Jun 1987 17:45:07 EDT
From: <[e-mail]>
Subject: The Computer Journal
To: [e-mail]
Message-ID: <[e-mail]>

   I would like once again to call to the attention of CP/M computer users
the only magazine I know of that still has a general focus on 8-bit hobbyist
computing.  It has been around for many years, but somehow has remained
largely unknown.  I did not discover it until last year and was amazed to
see the long list of back issues.  It is

                       The Computer Journal
                       Art Carlson, editor
                       190 Sullivan Crossroad
                       Columbia Falls, MT 59912
                       406-257-9119 (voice)
                       406-752-1038 (BBS, 300/1200, 24 hrs)

It is published on a flexible schedule of approximately every other month.
A subscription in the US is $16 per year.  I regard it as a precious
resource for our 8-bit community, and I hope not only that you will
subscribe but that you will contribute articles as well.  If you have
written an interesting program or made an interesting modification, send in
a short piece.  I am now have a column on ZCPR3 in every issue.  Rick
Lehrbaum, engineering vice president at Ampro, has been a frequent
contributor, having produced a series of articles on the SCSI interface.
The articles are very wide ranging, including both hardware and software.
There was a pair of fascinating articles on the art and science of soldering
and unsoldering!  A piece on disassembly techniques called "The Art of
Source Code Generation" was written by the individual who sells those famous
packages that will convert your Turbo Pascal and other programs to commented
source code.  Most of the people I have gotten to subscribe to TCJ have been
very happy with it, so I feel reasonably confident in recommending it.


17-Jun-87 03:16:39-MDT,1563;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 17 Jun 87 03:16:22 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA18453; Wed, 17 Jun 87 01:58:27 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 16 Jun 87 16:48:58 GMT
From: tikal!sigma![e-mail]  (WIlliam Swan)
Organization: Summation Inc, Kirkland WA
Subject: Re: Corvus HD Utilities
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (DTR) writes:
>I have been asked to find a copy of the hard disk utilities that
>came packaged with the Corvus external 20M hard disk. *Somehow*
>our copy has vanished.
>I have been in touch with Corvus in SJ, but they're fresh out of the
>little beauty that I need, and I can't seem to get Corvus Orange County
>to return my calls.

A couple possibilities:

Bruce Kendall, if he is still at Corvus SJ, is likely to be much more helpful
than corporate representatives. This was my experience from about 4 years ago
anyway.

Failing that, I suspect that Earth Computers (in San Diego) is run by one
Ron Alspaugh, formerly of Alspa Computer, Inc, and it is possible that he
would have a copy of the utilities around..


--
William Swan  {ihnp4,decvax,allegra,...}!uw-beaver!tikal!sigma!bill
17-Jun-87 11:45:50-MDT,1760;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 17 Jun 87 11:44:56 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA26722; Wed, 17 Jun 87 10:26:22 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 17 Jun 87 09:33:14 GMT
From: pyramid!bigbang!crash![e-mail]  (Kevin Belles)
Organization: Avalon One
Subject: S-100 cards:info needed
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


   I am looking for any information, especially schematics and/or jumper
listings, for the following S-100 bus boards:

o Dual Systems CMEM 32K SRAM board

o Jade "The Memory Bank" 64K DRAM board

o Bob Mullen TB-2 extender board

o Extensys Corp. model RM650 64K DRAM board

  I have contacted or attempted to contact the companies producing these
  boards to no avail. In fact, any information regarding the fate of Bob
  Mullen and Extensys Corp would be appreciated, as I cannot find a current
  address, phone number, or reference to. All of the memory boards above
  are currently out of service due to an inability to get the boards to
  operate. Please contact me either at the address below or at:

  Kevin Belles
  [phone]
  4480 Euclid Avenue, Ste. L
  San Diego, CA 92115

                  Thanks!

--
Kevin J. Belles - UUCP: {hplabs!hp-sdd, akgua, sdcsvax, nosc}!crash!kevinb
~~~~~ ~~ ~~~~~~ - ARPA: crash!kevinb@{nosc, ucsd}
        - INET: [e-mail]
        - BIX:  kevinb

--------------------------------------------------------------------------
17-Jun-87 19:51:41-MDT,763;000000000000
Return-Path: <[e-mail]>
Received: from E.ISI.EDU by SIMTEL20.ARPA with TCP; Wed, 17 Jun 87 19:51:35 MDT
Date: 17 Jun 1987 20:50-CDT
Sender: [e-mail]
Subject: CPM 3.0 and the C-128
From:  John A. Wright <[e-mail]>
To: [e-mail]
Message-ID: <[E.ISI.EDU]17-Jun-87 20:50:59.SAC.HQSAC-DOCT>

I  have  found  dbase II for my alspa.  Thanks to all who gave me
the ideas and places to look.

Now for my contribution.  If any of you have or know  anyone  who
has a Commodore C-128, the "Osborn" CP/M 3.0 disks will run as is
on that machine.  We found this by accident yesterday.  Yes  even
Word Star and DBASE II.

Don't  through  away  those Osborne disks, someone may have a use
for them!
18-Jun-87 14:16:16-MDT,1866;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 18 Jun 87 14:15:10 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.26)
    id AA05312; Thu, 18 Jun 87 12:30:20 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 17 Jun 87 23:06:00 GMT
From: pyramid!nsc!amdahl!ptsfa!nonvon![e-mail]  (root)
Organization: NONVON Systems Computer Research Group
Subject: Re: CP/M 3.0
Message-Id: <[e-mail]>
References: <[E.ISI.EDU]15-Jun-87.12:44:09.SAC.HQSAC-DOCT>
Sender: [e-mail]
To: [e-mail]

in article <[E.ISI.EDU]15-Jun-87.12:44:09.SAC.HQSAC-DOCT>, [e-mail] (John A. Wright) says:
>
> I  have an ALSPA computer in the office that uses CP/M 2.2.  I am
> looking for a data base system that will work.  Anyone know of  a
> CP/M 2.2 DBMS like DBASE III that I can get?  Thanks in advance
>
> John Wright
>
> PS.  It uses a Z-80A CPU.


well, there *is* dbase II for CP/M.    Don't hold your breath for
anything better though.

alex p novickis


UUCP: {ihnp4,ames,qantel,sun,seismo,amdahl,lll-crg,pyramid}!ptsfa!nonvon!apn

{* Only those who attempt the absurd   ...   will achieve the impossible   *}
{* I think... I think it's in my basement... Let me go upstairs and check. *}
{*                                                      -escher            *}
--
UUCP: {ihnp4,ames,qantel,sun,seismo,amdahl,lll-crg,pyramid}!ptsfa!nonvon!apn

{* Only those who attempt the absurd   ...   will achieve the impossible   *}
{* I think... I think it's in my basement... Let me go upstairs and check. *}
{*                                                      -escher            *}
19-Jun-87 00:22:08-MDT,1115;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 19 Jun 87 00:21:54 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.26)
    id AA15973; Thu, 18 Jun 87 22:54:18 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 18 Jun 87 22:01:38 GMT
From: phri!cooper![e-mail]  (Peter Liao )
Organization: The Cooper Union (NY, NY)
Subject: Re: The Computer Journal
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Hi, everybody, I've very recently inherited a CP/M system and I was
wondering if anyone has public domain software that they could give to me.
I'm not picky- anything at all is fine- word processing, text adventures,
anything. Also, would anyone know of any CP/M BBS's that I could call?-
or for that  matter, are there any software companies out there that
still publish stuff for CP/M?

                        -Peter Liao
19-Jun-87 00:23:13-MDT,824;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 19 Jun 87 00:23:00 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.26)
    id AA16298; Thu, 18 Jun 87 23:21:31 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 18 Jun 87 22:11:51 GMT
From: phri!cooper![e-mail]  (Peter Liao )
Organization: The Cooper Union (NY, NY)
Subject: Re: CPM freebies
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Oh, yeah. My address is

                ...!ihnp4!philabs!phri!cooper!p.liao

DISCLAIMER: I'm a little new at this, so please be patient!!!
19-Jun-87 06:50:27-MDT,5504;000000000000
Mail-From: KPETERSEN created at 19-Jun-87 06:50:01
Date: Fri, 19 Jun 1987  06:49 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Sources for commercial software for CP/M

There are still some sources for commercial software for CP/M.  The
following list was recently uploaded to the GEnie CP/M RoundTable.  It
is presented here for information purposes.  I have no connection with
any of the companies.

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)

--cut-here--CPMSRC2.LST--cut-here--
Revised 6/17/87  JPL


             SOFTWARE SOURCES FOR CP/M 2.2
               =================================

The April 1987 issue of the CP/M BIOS listed the following sources.

Micro Solutions Inc.            UNIFORM - File conversion program
132 West Lincoln Hwy.
DeKalb, IL 60115
[phone]

Software Dynamics            Over 100 of the remaining commercial
217 East 81st. St.            packages.
New York, NY 10028            Catalog $7.50
[phone]

Spite Software                Eclectic assortment of CP/M software
4875 SW 19th Drive            and hardware.
Portland, OR 97201            Catalog $3.00
[phone]

Central Computer Products        Hundreds of CP/M formats, most prices
330 Central Ave.            for software and hardware are below
Fillmore, CA 93015            retail.
[phone]                Catalog free



The following list was compiled from magazine advertisements and software
reviews.

$Ware Tools for Investors        M.A.G.I.C. - Stock market analysis
P.O. Box 645
San Luis Rey, CA 92068
[phone]

CDE Software                CHECKS & BALANCES - single entry
948 Tularosa Drive            accounting.
Los Angeles, CA 90026
[phone]

Computer Editype Systems        MAGICPRINT - Desktop publishing
509 Cathedral Parkway
Suite 10A
New York, NY 10025
[phone]

Computer Professionals Inc.        Accounting - G/L, A/R, A/P, Payroll.
15 Regency Hills Drive            ANSI terminal.
Greenville, SC 29607
[phone]

Elliam Associates            FORMS 4 - Fill out forms
6101 Kentland Ave.
Woodland Hills, CA 91367
[phone]

Future Communications            CHECKZ - Checking account maintenance
210 West Benson St.
Decatur, GA 30030
[phone]

Irata Software                ALIST
2562 East Glade             ALIST PLUS - Simple database
Mesa, AZ 85204
[phone]

James River Group            Accounting - G/L, A/R, A/P, Payroll,
125 North First St.                     Inventory.
Minneapolis, MN 55401            TMAN - Mailing list and filing
[phone]

Kamasoft                KAMAS
P.O. Box 5549                OUT THINK - Outline processors
Aloha, OR 97007
[phone]

MicroCost                EFFORTLESS INTEREST - amortization
22015 Marine View Dr. So.
Seattle, WA 98198

Microlytics                WORD FINDER - Thesaurus
300 Main St.
East Rochester, NY 14445
[phone]

O'Neill Software            ELECTRA FIND - Text retrieval
P.O. Box 26111
San Francisco, CA 94126
[phone]

Paradigm Consultants            MINI-BILLING
39243 Liberty St.            MINI-LEDGER
Suite L                 MINI-INVENTORY
Fremont, CA 94538            MINI-PAYABLES & RECEIVABLES
[phone]

Poor Person Software            WRITE HAND MAN - Desk accessory
3721 Starr King Circle            programs.
Palo Alto, CA 94306
[phone]

Sage Microsystems East            BACKGROUNDER II
1434 Centre St.             DATESTAMPER
Newton, MA 02159            Z-System Software
[phone]                SLR systems - Assembly language
                    NightOwl - telecommunications


Software Research Technolgies        SMARTKEY - Key redefinition
(Heritage Software Inc)         TOUCH 'N' GO - Typing tutor
3757 Wilshire Blvd.
Suite 211
Los Angeles, CA 90010
[phone]

Somogyi Software            PUSH 'N' PULL - Outline processor
P.O. Box 1009
Redondo Beach, CA 90278
[phone]

Spectre Technologies Inc        PRESTO - Multifunctions
22458 Ventura Blvd.            LONG & LOUD - Sideways & banner printing
Suite E                 MEDIA MASTER - Disk format conversion
Woodland Hills, CA 91364        REMBRANDT - Graphics
[phone] ext 918            MILESTONE - Business planner

StatSoft Inc.                PSYCHOSTAT 3 - Data analysis and
2832 East 10th St.            statistics.
#4
Tulsa, OK 74104
[phone]

T/Maker Company             T/MAKER - Integrated software, word
1973 Landings Drive            processor, database, spreadsheet.
Mountain View, CA 94043

Telion Software             FREE FILER - Database
P.O. Box 1464                LANGUAGE TUTOR
La Mirada, CA 90637-1464
[phone]

Workman & Associates            WRITE - Writer's text editor
112 Marion Ave.
Pasadena, CA 91106
[phone]

Xpert Software                XTRAKEY - Key redefinition
8865 Polland Ave.            XTRAPRINT - Printer fonts
San Diego, CA 92123            SIDE 2 - Sideways printing
(619)  268-0112             XSCREEN - Copy screen to printer or
                    file.


The following were added in the 6/17/87 revision:

Echelon, Inc.                ZRDOS - BDOS Replacement
885 N. San Antonio Road         ZCPR3 - CCP Replacement
Los Altos, CA 94022            TERM 3 - Communications Program
(415)  948-3820             TURBO MODULA-2

NiteOwl Software, Inc.            MEXplus - Terminal Program
Route 1, Box 7                CAPTURE - I/O Redirection
Fort Atkinson, WI 53538         ProLINK - Linkage Editor
(800)  NITE-OWL
(414)  563-4013

Anderson Techno-Products        Poor Man's Network  -  Network
947 Richmond Road            Hotcan -  Energy Analysis
Ottawa, Ontario             HOT-2000 - Energy Analysis
Canada    K2B 6R1             AMODEM - Communications Program

20-Jun-87 23:11:03-MDT,1316;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 20 Jun 87 23:10:52 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.26)
    id AA05333; Fri, 19 Jun 87 18:27:09 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 19 Jun 87 15:36:46 GMT
From: tikal!amc![e-mail]  (Jon Mandrell)
Organization: Applied Microsystems Corp., Redmond, WA.
Subject: Epson Geneva?
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I am thinking of picking up an Epson Geneva (portable CP/M system), and
I was wondering if anyone had any real-life opinions from it (or info).

How do you access the on-board cassette drive (does it look like a floppy?
or do you have to stream to it?)

How is the display (it's LCD, and I worry about readability)

I would be getting it with a 64K ramdisk, not the 120K version.  Can I
expand this with just plugging in more RAM chips?

Thanks in advance.
--
Jon Mandrell, Applied Microsystems Corp., (ihnp4!uw-beaver!tikal!amc!jon)

All I want is the chance to prove that the statement "Money is not
everything" is wrong.
22-Jun-87 08:39:20-MDT,1598;000000000000
Return-Path: <[e-mail]>
Received: from wsmr02.arpa by SIMTEL20.ARPA with TCP; Mon, 22 Jun 87 08:39:06 MDT
Date: Mon, 22 Jun 87  8:29:33 MDT
From: Raymond Carter  STEWS-NR-AS 678-1376 <[e-mail]>
Subject: Re: Epson Geneva?
In-Reply-To: Your message of 19 Jun 87 15:36:46 GMT
To: tikal!amc![e-mail]
Cc: [e-mail]

I have a friend who has been using an Epson Geneva (also known as PX-8)
for about a year, and he loves it!

The tape drive acts pretty much like a floppy, but it is incredibly S-L-O-W.
If you get one you may want to look into getting one of the battery powered
3.5 inch disk drives.

The display seems all right.  Not outstanding, but adequate.  You can
usually adjust it to a readable level.

Don't think you can add to the 64K ramdisk.  If I find out otherwise, I'll
let you know.

One thing that has impressed me is how the thing acts when power goes down
on the internal NiCad batteries - it beeps, shuts itself down, and waits
for you to plug in the charger.  It then takes up right where it left off -
even in the middle of a download!

My (second hand) observations are that it is a nice little portable.  It is
maybe not a substitute for a full sized computer, but if portability is
important, it's a good way to go.  I would really look at a disk drive for
it, since it takes literally minutes to load off the tape drive.  My friend
packs the computer, disk drive, cables, and disks in a small backpack type
carrier for transport.
The terminal emulation is SOROC (same as Apple CP/M).


22-Jun-87 09:10:05-MDT,711;000000000000
Return-Path: <[e-mail]>
Received: from wsmr02.arpa by SIMTEL20.ARPA with TCP; Mon, 22 Jun 87 09:09:24 MDT
Date: Mon, 22 Jun 87  8:40:53 MDT
From: Raymond Carter  STEWS-NR-AS 678-1376 <[e-mail]>
Subject: Re: CPM freebies
In-Reply-To: Your message of 18 Jun 87 22:11:51 GMT
To: phri!cooper![e-mail]
Cc: [e-mail]

Might also mention that CP/M COMAL is now available from COMAL Users Group
USA; 6041 Monona Drive; Madison WI.  COMAL is the best programming
language I have seen!  Has the BEST features of PASCAL and BASIC.
Also a demo version is available as DEMCOMAL.LBR on SIMTEL and GEnie.

Try it, you'll like it!

(price is $49.95 + $5 shipping)


22-Jun-87 19:56:56-MDT,823;000000000000
Return-Path: <[e-mail]>
Received: from jade.berkeley.edu by SIMTEL20.ARPA with TCP; Mon, 22 Jun 87 19:56:37 MDT
Received: from amber.berkeley.edu
    by jade.berkeley.edu (5.54 (CFC 4.22.3)/1.16.14QM)
    id AA08317; Mon, 22 Jun 87 08:53:01 PDT
Received: by amber.berkeley.edu (4.20/5.11)
    id AA05188; Mon, 22 Jun 87 08:53:07 pdt
Date: Mon, 22 Jun 87 08:53:07 pdt
From: [e-mail]
Message-Id: <[e-mail]>
To: [e-mail], phri!cooper![e-mail]
Subject: Re: The Computer Journal

Hi, Peter.

Could you be more specific about the CP/M system you inherited?  If you can access this list you can access much stuff from the Simtel archives, but I am sure
you will hear about it from others through info-cpm.

22-Jun-87 22:33:44-MDT,19499;000000000000
Mail-From: KPETERSEN created at 22-Jun-87 22:33:35
Date: Sunday, 21 June 1987  08:42-MDT
Message-ID: <[e-mail]>
From: xanth![e-mail] (Kent Paul Dolan)
Sender: [e-mail]
To: [e-mail]
Subject:   FCC proposal again threatens modem users
ReSent-From: [e-mail]
ReSent-To: Info-Micro at BRL.ARPA, Info-Cpm at SIMTEL20.ARPA
ReSent-Date: Mon 22 Jun 1987 22:33-MDT

In article <[e-mail]> [e-mail] writes:
>This proposal threatens to ruin the entire online industry overnight.
>Does anyone have any suggestions on how to fight something like this?
>
>Phil Sih
>408/973-9111

I saved two long, but very competent seeming postings, one from
comp.sys.mac, the other from comp.sys.amiga.  Since this seems likely
to be or become a crisis for the community of people who use computer
networks regularly, (I figure my own usage cost would go from the
current $25 I pay for "unlimited use" private phone service to my
local Baby Bell, to about $1525, per month, for my 10 hours per day
online.  OK, I admit it, I'm hooked. ;-), I hope you will forgive the
repeat posting.  I do think this satisfies the above query.  Please
feel free to spread the word to other services.  My thanks to the
excellent efforts by the authors of these two articles.

Kent.
--
Kent Paul Dolan, LCDR, NOAA, Retired; ODU MSCS grad student     // Yet
UUCP  :  [e-mail]   or    ...{sun,harvard}!xanth!kent    // Another
CSNET :  [e-mail]    ARPA  :  [e-mail]   \\ // Happy
USPost:  P.O. Box 1559, Norfolk, Virginia 23501-1559         \// Amigan!
Voice :  [phone]    -=][> Last one to Ceres is a rotten egg! -=][>

*************************** the first posting **************************

>From: [e-mail] (Bruce Bergman @spot)
Subject: HOW TO RESPOND TO THE FCC REGARDING THEIR PROPOSAL
Date: 19 Jun 87 21:44:35 GMT
Old-Subject: Re: ATTENTION ALL MICRO USERS!!! FCC INFORMATION TAX AHEAD!!

John D. Hays asked for someone to post a sample letter for addressing
comments to the FCC regarding their future proposal to surcharge
Enhanced Service Providers (such as Tymnet, Telnet, etc.).

First of all, THE FCC HAS NOT RELEASED THE DOCKET!  Sending in
comments before the docket is released would be bad manners.  The FCC
said that the docket should be released in a couple of weeks.  To save
hassle, I'll send out a message when the docket is available for
public consumption, as well as a lead to where you might obtain said
document.  Keep an eye out in these newsgroups.

The FCC General Docket number is 87-215.  The TITLE is "Amendment of
Part 69 of the Commission's rules relating to Enhanced Service
Providers."

An example of how to reply to FCC docket 87-215.

Below you will find such a beast.  This sample is taken from a recent
posting I made to rec.ham-radio to oppose a proposal the FCC was
making to remove certain Amateur Radio frequencies.  It is a tried and
true format that the FCC will consider valid, AS LONG AS YOU FOLLOW
THE GUIDELINES LISTED.

Take this opportunity to respond to the FCC.  They love to let things
slide, and to save something, all it takes is a LOT of people writing
letters like what is provided below.  We've done it before for ham
radio -- it can be done here.

If you have questions or concerns, PLEASE email me.  I'll gladly
answer any questions about writing the FCC that I can.  Just ask.

(The example below mentions a list of possible reasons why you might
want to oppose this proposal.  Since the docket hasn't been released,
I'm not going to include any reasons yet.  As soon as I get a copy of
the docket, I'll post reasons and references.  Stay tuned.)

bruce bergman
(my net address is at the bottom of this message)

------------------------------------------------------------------------------
---------------------- HOW TO REPLY TO FCC DOCKETS ---------------------------
------------------------------------------------------------------------------

The following is a do-it-yourself-kit for responding to FCC docket 87-215
regarding amendment of Part 69 relating to Enhanced Service Providers.

Before I get started with the actual "form letter," let me take this
opportunity to make a few comments regarding responding to the FCC.

EVEN IF YOU DON'T BOTHER WITH THE SAMPLE LETTER STUFF, THE FOLLOWING
INFORMATION IS USEFUL AND IMPORTANT TO THE SUCCESS OF YOUR RESPONSE.

1) If you really want to make an impression on the Commissioners, SEND
   MORE THAN ONE COPY OF YOUR RESPONSE.  Send FIVE copies.  If you want
   to make an even better impression, send ELEVEN copies.  Five copies
   makes sure that your vote counts, as well as provides a copy for each
   of the general groups.  Eleven copies will get your document in the
   'IN' basket of each Commissioner.  If this isn't possible, even ONE letter
   counts as a vote.  Don't send more than 11.  Just 11 will do.

2) DON'T SEND FORM LETTERS!  While I referred to this message as a "form
   letter," it really isn't.  Form letters are usually not worth the effort
   you put into them.  Why, you ask?  Well, while each form letter you
   send gets counted as a vote, it can be rejected later.  If it turns out
   that we win this round, it is entirely probable that OUR OPPONENTS WILL
   ASK TO GO THROUGH EACH AND EVERY RESPONSE.  If they can show that 100
   responses are identical (or closely similar) with the exception of the
   signature, THEY CAN BE REDUCED TO ONLY ONE VOTE!  Make sure your letter
   is sufficiently different enough not to get caught by this.

3) LIMIT YOUR MAIN ARGUMENTS TO ONE PAGE.  If you want to go into more detail,
   augment your document with additional pages expanding on your original
   comments, keying to those original points.  Number your points.

4) Give REASONABLE REASONS why you oppose this docket.  You can't just say
   that you oppose the rule-making without a sound, reasonable response.
   REMEMBER THAT THE OPPOSITION WILL READ EACH AND EVERY RESPONSE YOU SEND,
   if it can benefit them.  We don't have that type of financial backing;
   they *DO*.  Use some of the samples below if you're stuck for ideas.

5) MAKE A STATEMENT ABOUT WHO YOU ARE AND WHAT YOU DO.  How important you
   are actually makes a difference.  If you have a certain expertise, or if
   you have a degree of some sort, TELL THEM THAT.  It counts a lot for what
   the commissioners think if they know you are someone who knows what you
   are talking about.  If you run a service, are an administrator, offer
   services to the public, etc., briefly describe what you do and why.

6) DOUBLE SPACE YOUR DOCUMENT.  This can make the difference between your
   response being read or just counted!  If your response is CLEAR, DOUBLE
   SPACED, and CONCISE, it will be read and given a better subjective value.

7) GET YOUR NEIGHBORS INTO THE ACT.  If your friends and/or neighbors are
   familiar with your activities and support you and your activities, ask them
   to write a letter to the FCC expressing their concern over how this docket
   might affect your community.  If you can get local officials to do the
   same, great!  Letterhead and many copies make the BEST response.

8) MAKE SURE THE DATE IS ON THE DOCUMENT.  It is important that the reader be
   made aware that this isn't an old response.  Put the date on your document.
   And, of course, DON'T EVER FORGET TO PUT THE DOCKET NUMBER AT THE TOP!!

9) Lastly, remember that this is going to be a very important point in future
   rule-making efforts.  Any time the FCC wins a battle, whether by apathy or
   some other means, it is a big step for them in the future.  If the FCC
   decides in favor of this docket, it's likely that you will see more of the
   same type later on.  Private agencies will see how easily it went over and
   base future requests on that information.  If we win, it will make it tough
   for anyone to raise the issue again.  If a specific proposal fails to make
   it through a certain number of times (because of the public's efforts), the
   commissioners tend to NOT reconsider it again during their term...

   Even if you don't bother with this proposal, you have a vested interest in
   what happens to it.  Eventually, THIS *WILL* AFFECT YOU!


Okay, enough preaching.  On to the "form letter."  Basically, you will want to
create a letter which has the name of the FCC at the top, AS WELL AS A CLEAR
POINTER TO THE DOCKET NUMBER.  If the people at the FCC have to search for a
docket reference, they'll "loose" your response.

Here's an example first page header:

+----------------------------------------------------------------------+
|                            Before the                                |
|                  FEDERAL COMMUNICATIONS COMMISSION                   |
|                       Washington DC  20554                           |
|                                                                      |
|                                                                      |
| In the Matter of                    \                                |
|                                      \                               |
| Amendment of Part 69 of the           >  GENERAL DOCKET  87 - 215    |
| Commission's Rules relating to       /                               |
| Enhanced Service Providers          /                                |
|                                                                      |
| TO:  The Commission                                                  |
|                                                                      |
|          COMMENTS OF <your full name>, <any professional titles>     |
|                                                                      |
+----------------------------------------------------------------------+

After you have created the header, you can begin your text, DOUBLE-SPACED.

Begin by expressing who you are and any specific titles, duties, or any
responsibilities that might qualify you as someone who has a vested interest
in what's going before their consideration.  Even only as a user of this
network is suitable.  Now is NOT the time to be humble, however.  Just
tactfully explain what makes you significant to this proposal.  YOU'RE OUT
TO MAKE AN IMPRESSION.  DO SO!  (Don't be verbose, however.)

Then, begin listing the reasons (numbered) WHY you oppose this proposal.
The more reasonable the reason, the better.  BE CONCISE and clear.  If you
need to go into detail, refer the reader to attached pages.

Here's an example:

+----------------------------------------------------------------------+
|                                                                      |
| I am a user of an Enhanced Service Provider.  I frequently make use  |
|                                                                      |
| of such services to obtain information from computer information     |
|                                                                      |
| services that would otherwise be unavailable to me.  The information |
|                                                                      |
| I obtain allows me to <something...>.                                |
|                                                                      |
+----------------------------------------------------------------------+

After you've explained who you are, and have shown why you have an interest
in this docket, continue with...

+----------------------------------------------------------------------+
|                                                                      |
| I strongly oppose the Commission's proposal to surcharge Enhanced    |
|                                                                      |
| Service Providers for the following reasons:                         |
|                                                                      |
| 1.  <reason one>                                                     |
|                                                                      |
| 2.  <reason two>                                                     |
|                                                                      |
| 3.  <whatever comments you feel appropriate to your situation>       |
|                                                                      |
+----------------------------------------------------------------------+

Remember, you don't need to be verbose to get your point across.  You
want to make sure the reader understands why you feel the way you do.
If you need additional material in order to accomplish this, feel free to
include additional pages, however if you are only interested in making
your feelings known and don't want to get really in-depth, the simple
statements like the ones pictured above are sufficient to make your point.

Where you can refer to the text of the original document, DO SO!  This is
great for those who like to know exactly what you are referring to.  It
also shows that you have done your homework and are not just spouting off.

The best mode of attack in instances like this is to first explain WHY you
are against the proposal.  Once you have made it clear that there are good
reasons why this wouldn't be a good thing, SUGGEST ALTERNATE IDEAS.  It can
go a long way for your arguments if you can suggest a viable alternative.

There are lots of reasons you can supply.  I've listed about 10 that come
to mind at the bottom of this message.  Please use them if you like, however
any that are pertinent to your local situation are going to be the better
responses.

Finally, follow up your reasons with a nice suffix like:

+----------------------------------------------------------------------+
|                                    Respectfully submitted,           |
|                                       <sign in BLACK INK>            |
|                                    <your spelled-out name and title> |
|                                                                      |
|                                                                      |
|  <your street address>                                               |
|  <your city, state, and zipcode>                                     |
|  <THE DATE>                                                          |
+----------------------------------------------------------------------+

Black ink is important when you sign your response.  Also, make sure
that you send the original.  Copies for yourself, original to the people
you are writing to.  Please make sure you sign it and date it.

If you have included additional pages, it would be wise to include a
trailer at the bottom of each page, designating what page out of the
total number of pages this is.  Example:

+----------------------------------------------------------------------+
| Responses to General Docket 87-215                       Page 1 of 3 |
+----------------------------------------------------------------------+

Finally, place a return address on your envelope, place the correct postage
on it, and mail it SOON!  If you can spend the extra cash, don't fold your
responses; mail them in a larger manila envelope and keep them flat.  This
is especially useful if you are sending multiple copies.  Chances are that
it will get there in one piece, and will look great sitting on the desk of
some Commissioner (flat).

The key to remember is that you are out to make a feasible point about the
docket.  You don't want to sound like you don't know what you are talking
about, so be sure of your facts.  You can best do this by being concise,
clear, correct, and impressive.  The impressive part comes to bear when you
consider arrangement and looks of your document as well as your status in
the topic under consideration.

If you have any questions, please contact me!  This document was prepared
by Bruce Bergman, N7HAW, Northern San Diego County EC.  To the best of my
knowledge, all the information contained herein is correct.  Comments,
corrections, etc. are welcome and encouraged.



                            *****  Appendix A  *****
                 ***** Possible Responses to Docket 87-215 *****

[To Be Provided]

                               [End of Document]
--
                 bang!-
allegra!\              \               [phone] x123
gould9!  \      crash!--\
ihnp4!    \              \
           >--sdcsvax!---->--telesoft!bruceb  (Bruce Bergman N7HAW)
noscvax!  /              /
scgvaxd! /     log-hb!--/              TeleSoft, Inc.
ucbvax! /              /               5959 Cornerstone Court
              talaris!-                San Diego, CA.  92121-9891

All opinions are mine.  [ packet: n7haw @ n6atq-1, fido: 103!203 ]

***************************** the second posting ****************************

>From: [e-mail] (Kenneth Mayer)
Subject: Re: ATTENTION ALL MICRO USERS!!! FCC INFORMATION TAX AHEAD!!
Summary: Rumor control
Date: 17 Jun 87 21:03:07 GMT

When last we saw our hero, [e-mail] (Keith Doyle) ...
>In article <[e-mail]> [e-mail] (mitsuharu hadeishi) writes:
>>    A terrible piece of news I just read about in the New York Times
>>this morning.  The FCC just voted 4-0 to impose a $4.50 - $5.50 an HOUR
>>tax on people who are using the phone system to transmit information
>>across state lines.

After seeing all of the various versions of this, I decided to contact
the FCC myself and get the facts straight:

In 1983, the FCC adopted an access charge plan where every secondary
user of local telephone services would be charged a tariff based on
the costs of the local exchange. Two groups were exempted from this
tariff -- resellers (those who buy telephone service in bulk and
resell it at reduced prices) and enhanced service providers (data
retrieval, manipulation, and transmission). This year, the resellers
were removed from exemption.

In a couple of weeks, the FCC will announce a *notice*of*inquiry*. Not
a tariff, but a request for comments on a proposed rule change. The
proposal is to add enhanced service providers back into the access
charge plan. Although the local rates will vary, the national average
should be about $0.09/minute.

If you would like a copy of the notice of inquiry and instructions on
how to submit comments, contact International Transcription Services,
[phone]. There will probably be a summary in the Federal
Register. If you would like to make a comment, you may also mail a
letter directly to the FCC, but I am unsure whether they will be
received or acknowledged. Send your letters to

    The Hon. Dennis Patrick, Chairman, FCC
    1919 M Street NW
    Washington, D.C. 20554

In your letter, state that this is in reference to docket number 87-215.
Also, send a copy to your elected representatives.

If you have further queries, you may contact the FCC at [phone].
Tell them that you have a query about docket number 87-215.
Kenneth Mayer                [e-mail]
Teacher: "Two plus two equals..."    Student: "Four, but what's a two?"
23-Jun-87 19:48:29-MDT,784;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Tue, 23 Jun 87 19:48:16 MDT
Received: from CARLETON.BITNET by wiscvm.wisc.edu ; Tue, 23 Jun 87 10:22:11 CDT
Received: from WCSCKCU by CARLETON.BITNET on 23 Jun 87 11:07:12 EDT
Date:     17 Jun 87 17:29:00 EDT
From:     Marc Grondin <[e-mail]>
To:       <[e-mail]>
Subject:  Trouble solved...

The trouble that Carleton was having appear to be solved.
It had something to do with the EBCDIC <-> ASCII translation.

I thank those that replied, cause I think it was the deciding
factor on getting it going properly again...

Thanks...

Marc Grondin (8->) <[e-mail]>, <[e-mail]>
24-Jun-87 14:39:01-MDT,651;000000000000
Return-Path: <[e-mail]>
Received: from HI-MULTICS.ARPA by SIMTEL20.ARPA with TCP; Wed, 24 Jun 87 14:38:39 MDT
Date:  Tue, 23 Jun 87 23:56 CDT
From:  [e-mail]
Subject:  hard disk/ramdisk for s100...
To:  [e-mail]
Message-ID:  <[e-mail]>

Sorry if this repeats info posted recently but I've just plugged in my
old S100 system after 2 years in hibernation.  It still works fine!
What I'd like to do is give it a little pep.  If anyone can recommend
hard disk and/or ram disk that will play with S100, I'd be thankfull.

John.

[e-mail]
25-Jun-87 08:55:23-MDT,2672;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 25 Jun 87 08:54:30 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.26)
    id AA20605; Thu, 25 Jun 87 07:34:05 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 24 Jun 87 22:50:15 GMT
From: tektronix!orca!tekecs!lemming![e-mail]  (Andrew Klossner)
Organization: Tektronix, Wilsonville, Oregon
Subject: Re: Epson Geneva?
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

[]

    "I am thinking of picking up an Epson Geneva (portable CP/M
    system), and I was wondering if anyone had any real-life
    opinions from it (or info)."

I have one of these, bought it at list price when it was the best
laptop on the market.  You can get them from DAK for just a few hundred
bucks.  It runs standard CP/M-80 on a CMOS Z80 lookalike.

The biggest drawback is the slow screen draw rate.  The display is
eight lines of 80 characters, and output to it is effectively less than
1200 baud.  This is okay for entering a first draft (composing a
document), but isn't acceptable when editing, at least for me.

    "How do you access the on-board cassette drive (does it look
    like a floppy?  or do you have to stream to it?)"

The cassette is drive H:.  It looks just like a CP/M disk but you can
only have one file open at a time.  It has a directory in the first few
blocks.  Output to it is effectively 300 baud so this device is all but
USELESS for file storage.  Forget it!

    "How is the display (it's LCD, and I worry about readability)"

It's not readable in low light.  You have to position yourself so that
a light source is overhead and on the other side of the display from
you.  In a room with overhead fluorescent lights there's no problem.

    "I would be getting it with a 64K ramdisk, not the 120K
    version.  Can I expand this with just plugging in more RAM
    chips?"

No.  Get the 120K RAM disk.

I have the 120K RAM disk (it's really 120K not 128K) and the floppy
disk drive, and I rarely use the floppy drive.  The floppy interface is
a serial line at 38400, too slow.  This is okay for backup/restore of
the RAM disk.  The other use I make of it is for the SAVE command in
Infocom games, since those games completely fill the 120K RAM disk.

  -=- Andrew Klossner   (decvax!tektronix!tekecs!andrew)       [UUCP]
                        ([e-mail])   [ARPA]
25-Jun-87 20:27:07-MDT,1193;000000000000
Return-Path: <[e-mail]>
Received: from ncsc.ARPA by SIMTEL20.ARPA with TCP; Thu, 25 Jun 87 20:26:28 MDT
Received: by ncsc.ARPA id AA20564; Thu, 25 Jun 87 21:25:14 CDT
Date: Thu, 25 Jun 87 21:25:14 CDT
From: [e-mail] (Brown)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: PD Z80 assemblers (and ZASM)

Fellow travelers,

I have been looking for a 'good' Z80 macro assembler and have seen several
references to ZASM as a recommended way to go.  Does anyone know where I
could get it?  I have tried the SIMTEL20 archives but couldn't Find it there.

Does anyone have an alternate suggestion as to favorite Z80 macro assemblers?
I have downloaded Z80MR from SIMTEL but haven't tried it yet.  The only thing
I didn't like about it from reading the docs is the 6 character limit on
labels.  Is the limit in ZASM the same?  Around 16 characters would be
enough, I'm not that verbose.

If you have a favorite commercial version that is *inexpensive* , tell me
about that too.

Also a note to/about Rick Surwilo's Z8E debugger: absolutely amazing!!
If you do any Z80 assembly work, don't miss this one.

david brown
[e-mail]
25-Jun-87 21:54:04-MDT,811;000000000000
Mail-From: KPETERSEN created at 25-Jun-87 21:53:55
Date: Thu, 25 Jun 1987  21:53 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail] (Brown)
Cc:   [e-mail]
Subject: PD Z80 assemblers (and ZASM)
In-reply-to: Msg of 25 Jun 1987  20:25-MDT from jdb at ncsc.ARPA (Brown)

ZASM is NOT public domain.  It's copyrighted by Cromemco and somehow
ended up being made available on a few BBS's.  We do not have it on
SIMTEL20.

Z80MR has had many good compliments and is PD.

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
26-Jun-87 00:54:39-MDT,3923;000000000000
Return-Path: <[e-mail]>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Fri, 26 Jun 87 00:54:26 MDT
Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34)
    id AA17157; Thu, 25 Jun 87 23:53:47 PDT
Message-Id: <[e-mail]>
Date: 25-Jun-1987 1724
From: [e-mail]  (Willie Smith, LTN Components Eng.)
To: [e-mail]
Subject: re: hard/ram disk for S-100

[e-mail] was looking for a hard disk or RAM disk for an
S-100 machine.  A few ideas, taken from my present configuration and my
current wish list:

1) Compupro (Viasyn) DISK-3 hard disk controller.  This will talk to any mix of
ST-506 drives, does 24 bit DMA of any number of sectors, can work in track/
sector or absolute sector number mode, and has local intelligence (8085?) to
take care of all the messy details for you.  You set up a 16 byte I/O Parameter
Block in memory and kick the DISK-3.  It reads it into internal memory, does
the requested function (complete with seeks, head settles, etc), and gives you
back (in the IOPB) a completion status.  Writing the software drivers in Z-80
assembly was very simple, and I have yet to have a problem with the board.  I'm
running with 2 ST-225 drives, which seem to work well, in an Integrand disk box,
which is very well built and (I suspect) bulletproof....

2) Macrotech 512K VRAM board.  This is kind of expensive for a RAM disk,
but it provides real memory access _and_ RAM disk simultaneously.  I'm using
part of the additional memory for BIOS extensions, I just load up my registers
with the important variables, swap banks, and have more than enough room to
play.  It's nice having 64K free for your BIOS.... :+)  The one thing that bugs
me about the VRAM is that while the memory section is real fast (they do some
handwaving to say it's 12 nS, but the chips are 120 nS), the RAM disk ports
need 2 I/O wait states with a 6 to 8 MHz Z-80.

Digital Research Computers LS-II(?).  Not to be confused with the software
company of the same name, you can find them in the back of BYTE.  The Light
Speed II is a 1 Meg version of their LS-I (256K), which I played with last
weekend and was very impressed with.  These are really quite inexpensive,
and should work well if you are just looking for straight RAM disk, and can
handle a little kit assembly.

    A little side note:  with the DISK-3 and the VRAM board, you can
fairly easily whip up a hard disk cache.  You get to the sectors that are
in the cache thru the RAM disk ports, and the DISK-3 does DMA to the memory
side.  This does not work with the LS-II or other 'pure' RAM disks.  Just
on the off chance that you end up with this configuration (or see below),
drop me a line and I'll see about sending you the drivers.  In some simple
benchmarks of 'real world' applications, running a RAM disk made things go
4 times as fast, while the cache was 'only' twice as fast, but the cache
doesn't give 'DISK FULL' errors when it fills up....

3) Macrotech ADIT board with external RAM boards.  The ADIT board can substitute
for the RAM disk ports on the VRAM board if you have memory in other banks that
you are not using.  It will do DMA between banks, and also has virtual RAM
disk ports that will keep track of everything for you.  You also get from 4 to
16 I/O ports and a 6 MHz Z80 and 16 or 32K of RAM and a little tiny multitasking
'operating system' in an EPROM that runs everything for you!  I've ordered one
cuz I need some more serial ports, but I suspect I'll be adding a couple of
meg of memory boards for a RAM disk and rewriting my cache software to take
advantage of the ADIT instead of the VRAM.  Wanna buy a VRAM board?  :+)

Hope this helps, any questions, feel free to send mail.

Willie Smith
[e-mail]
[e-mail]
26-Jun-87 04:45:01-MDT,1075;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 26 Jun 87 04:44:50 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.26)
    id AA09556; Fri, 26 Jun 87 03:40:57 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 25 Jun 87 00:05:45 GMT
From: mtune!codas!cpsc6a!rtech!wrs![e-mail]  (David Goodenough)
Organization: Wind River Systems, Emeryville, CA
Subject: unarc
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In a recent comp.os.cpm posting someone mentioned UNARCK16.ARK: a self-
extracting archive that contains all sorts of goodies for getting arc to
work on a CP/M machine. If anyone out there has a copy of it and can email
it to me (uuencode / btoa formats OK) I would me most grateful.

        Thanks in advance,
--
        [e-mail] - David Goodenough

                    +---+
                    | +-+-+
                    +-+-+ |
                      +---+
26-Jun-87 08:58:29-MDT,2095;000000000000
Mail-From: WANCHO created at 26-Jun-87 08:58:09
Date: Fri, 26 Jun 1987  08:58 MDT
Message-ID: <[e-mail]>
From: "Frank J. Wancho" <[e-mail]>
To:   [e-mail], [e-mail], [e-mail]
cc:   [e-mail], [e-mail],
      [e-mail], [e-mail], [e-mail],
      [e-mail]
Subject: Archive Server Shutdown

Several changes to the Archive Server have been made in the past few
weeks to improve service for replies sent through intermediate hosts.
One of the requested changes was to reduce the size of the messages by
half so that these messages don't hog the single-stream mail
channels, particularly on BITNET, for extended periods of time, and
thus give other mail a chance to get through in a timely manner.

Unfortunately, this has resulted in the SIMTEL20 mail queue to rapidly
grow way beyond all expectations: the Server was now generating twice
as many messages and our dedicated mailer for this service now had to
establish twice as many connections for the same number of replies.
That mailer could not keep up with the the queue, and for the second
time in as many weeks, we have had to shutdown the Server because we
were running out of disk space.

Because the disk space is at a premium for our regular users, and
because the resources required by both the Server and the mailer have
now reached a point well beyond the capabilities of our present system
configuration, the Server has been shut down until further notice and
for an indefinite period of time.  New requests will be returned
unanswered, and both present requests and replies will be flushed.

In the meantime, we are examining other possibilities to provide
access to our collections.  Because the great majority of requests
have come from BITNET users, we are looking for one or more BITNET
hosts willing to provide the disk space and BITSERV facilities for one
or more of our collections of public domain software.

--Frank
26-Jun-87 09:23:43-MDT,1865;000000000000
Return-Path: <[e-mail]>
Received: from wsmr02.arpa by SIMTEL20.ARPA with TCP; Fri, 26 Jun 87 09:22:53 MDT
Date: Fri, 26 Jun 87  9:07:47 MDT
From: Raymond Carter  STEWS-NR-AS 678-1376 <[e-mail]>
Subject: COMAL
To: [e-mail]

Available now are both MS-DOS and CP/M demo versions of the COMAL programming
language.  These are full implementations except that the SAVE function has
been disabled.  There are several sample programs included.  Feel free to
make copies and pass them around!  List price of the real thing is $69.95
+ $5 shipping from:
  COMAL Users Group USA
  6041 Monona Drive
  Madison WI  53716
Price is $49.95 plus shipping for COMAL Today subscribers - CP/M version
is now shipping, MS-DOS should be ready soon.

WHAT IS COMAL?

Briefly, it is a programming language designed to combine the best features of
BASIC and Pascal.  It was designed by a professor in Denmark, and is now the
official first programming language taught in several European countries.
Until recently, available here only for COMMODORE computers, and an
expensive($500) IBM version;  it is the most often purchased language for
the C64.

The language offers an interactive environment like BASIC, but offers logn
variable names, named procedures and functions, parameter passing, local and
global variables, and four loop structures (FOR, REPEAT-UNTIL, WHILE-ENDWHILE,
and LOOP-ENDLOOP).  It is the only structured language I know of with system
forced indents - your structures are all properly indented by the system!
You'll appreciate that if you ever have to modify your programs.  It also
provides three easy methods for interfacing ML routines - I already have
written an RGB graphics package (640X200) for C128 CP/M+.

Look for DEMCOMAL.LBR on GEnie or on SIMTEL.

Try it, you'll like it!


26-Jun-87 16:55:47-MDT,817;000000000000
Mail-From: KPETERSEN created at 26-Jun-87 16:55:36
Date: Fri, 26 Jun 1987  16:55 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   Raymond Carter STEWS-NR-AS 678-1376 <[e-mail]>
Subject: COMAL demo updated

The Comal demo file has been updated.  DEMCOMAL.LBR has been replaced
with:

Filename            Type     Bytes     CRC

Directory PD:<CPM.COMAL>
DEM2CMAL.LBR.1            BINARY     93824  E7BEH

The new file is also available on my RCP/M and on GEnie's CP/M RoundTable.

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
27-Jun-87 22:27:06-MDT,1903;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 27 Jun 87 22:26:51 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.26)
    id AA08564; Sat, 27 Jun 87 13:56:41 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 27 Jun 87 19:43:47 GMT
From: poisson.usc.edu![e-mail]  (Mitch Mlinar)
Organization: University of Southern California, Los Angeles
Subject: Re: Archive Server Shutdown
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] ("Frank J. Wancho") writes:
>
>Because the disk space is at a premium for our regular users, and
>because the resources required by both the Server and the mailer have
>now reached a point well beyond the capabilities of our present system
>configuration, the Server has been shut down until further notice and
>for an indefinite period of time.  New requests will be returned
>unanswered, and both present requests and replies will be flushed.
>

I am really sorry to hear that.  My RQP/M and half the users in my area
rely upon my simtel20 downloads.  Unfortunately, being on a LOW student budget,
I cannot afford any LD phone calls or PCP.  The only two boards that are bigger
than my 50M storage are pretty clogged up, and babysitting time for 1200
baud even if I can get through is a drag.  At least with the Sun, I can FTP
in one window while doing REAL work in the other.....

Well, I can't say I blame you.  Just let us know when and where the CP/M
section becomes available again.  I just hope it is something I can reach
from here.....

-Mitch
28-Jun-87 07:45:53-MDT,3551;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 28 Jun 87 07:45:42 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.26)
    id AA19920; Sun, 28 Jun 87 06:38:00 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 27 Jun 87 19:51:14 GMT
From: ptsfa!nonvon![e-mail]  (root)
Organization: NONVON Systems Computer Research Group
Subject: Re: re: hard/ram disk for S-100
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

in article <[e-mail]>, [e-mail] (Willie Smith, LTN Components Eng.) says:
>
> [e-mail] was looking for a hard disk or RAM disk for an
> S-100 machine.  A few ideas, taken from my present configuration and my
> current wish list:
>
> 1) Compupro (Viasyn) DISK-3 hard disk controller.  This will talk to any mix of
> ST-506 drives, does 24 bit DMA of any number of sectors, can work in track/
> sector or absolute sector number mode, and has local intelligence (8085?) to
> take care of all the messy details for you.  You set up a 16 byte I/O Parameter
> Block in memory and kick the DISK-3.  It reads it into internal memory, does
> the requested function (complete with seeks, head settles, etc), and gives you
> back (in the IOPB) a completion status.  Writing the software drivers in Z-80
> assembly was very simple, and I have yet to have a problem with the board.  I'm
> running with 2 ST-225 drives, which seem to work well, in an Integrand disk box,
> which is very well built and (I suspect) bulletproof....
>
> 2) Macrotech 512K VRAM board.  This is kind of expensive for a RAM disk,
> but it provides real memory access _and_ RAM disk simultaneously.  I'm using
> part of the additional memory for BIOS extensions, I just load up my registers
> with the important variables, swap banks, and have more than enough room to
> play.  It's nice having 64K free for your BIOS.... :+)  The one thing that bugs


Thought I'd throw in my 0.02$  ...

there is a disk controller card that has a
hard disk
8"  All known soft-sector cpm formats
5"  All known soft-sector cpm formats
and DMA ram disk

all on one card!!
track buffering is implemented to provide very fast floppy i/o. DMA will work
in multimaster mode in 16bits. 5mhz 8085 on board. Source is given out with
purchase of the board for some small anount more.  Works upto 12mhz ..

This is available from fulcrum computer products -- 707 433 0202

They also make super fast 256k / 1M static cards with the battery backup on
 board... makes for a great ramdisk. NO NEED TO COPY STUFF OVER ON POWER UP!!


alex novickis

UUCP: {ihnp4,ames,qantel,sun,seismo,amdahl,lll-crg,pyramid}!ptsfa!nonvon!apn

{* Only those who attempt the absurd   ...   will achieve the impossible   *}
{* I think... I think it's in my basement... Let me go upstairs and check. *}
{*                                                      -escher            *}
--
UUCP: {ihnp4,ames,qantel,sun,seismo,amdahl,lll-crg,pyramid}!ptsfa!nonvon!apn

{* Only those who attempt the absurd   ...   will achieve the impossible   *}
{* I think... I think it's in my basement... Let me go upstairs and check. *}
{*                                                      -escher            *}
28-Jun-87 13:27:41-MDT,441;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sun, 28 Jun 87 13:27:34 MDT
Received: from RITVAX.BITNET by wiscvm.wisc.edu ; Sun, 28 Jun 87 14:25:38 CDT
Date: 28 JUN 87 15:27-EDT
From: [e-mail]
To: INFO-CPM @ SIMTEL20.ARPA
Subject: BITNET mail follows

send raw pd:<cpm.starter.kit>pipmodem.asm
send raw pd:<cpm.starter.kit>pipmodem.doc
29-Jun-87 10:24:56-MDT,882;000000000000
Return-Path: <@RELAY.CS.NET:[e-mail]>
Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Mon, 29 Jun 87 10:24:41 MDT
Received: from relay2.cs.net by RELAY.CS.NET id ac25153; 29 Jun 87 11:27 EDT
Received: from ubc by RELAY.CS.NET id ag13433; 29 Jun 87 11:19 EDT
Received: by ubc.csnet id AA19612; Mon, 29 Jun 87 07:51:38 pdt
Date: 28 Jun 87 23:50 -0800
From: Ken Wallewein <[e-mail]>
To: [e-mail]
MMDF-Warning:  Parse error in original version of preceding line at RELAY.CS.NET
Message-Id: <239*[e-mail]>
Subject: Re: Archive Server Shutdown

> I am really sorry to hear that....
> .
> .
> .'
> Well, I can't say I blame you.  Just let us know when and where the CP/M
> section becomes available again.  I just hope it is something I can reach
> from here.....

Same here.

/kenw

29-Jun-87 13:57:10-MDT,1016;000000000000
Return-Path: <ptsfa!lamc![e-mail]>
Received: from Sun.COM by SIMTEL20.ARPA with TCP; Mon, 29 Jun 87 13:56:30 MDT
Received: from sun.Sun.COM (192.9.2.3) by Sun.COM (4.0/SMI-3.2)
    id AA02474; Mon, 29 Jun 87 12:52:09 PDT
Received: from ptsfa.UUCP by sun.Sun.COM (4.0/SMI-4.0)
    id AA24279; Mon, 29 Jun 87 12:55:38 PDT
Date: Mon, 29 Jun 87 12:55:38 PDT
From: ptsfa!lamc![e-mail]
Message-Id: <[e-mail]>
To: ptsfa!simtel20.arpa![e-mail]
Subject: Re: Archive Server Shutdown

    Subject: Re: Archive Server Shutdown

    > I am really sorry to hear that....
    > .
    > .
    > .'
    > Well, I can't say I blame you.  Just let us know when and where the CP/M
    > section becomes available again.  I just hope it is something I can reach
    > from here.....

>>    Same here.
>>
    >>/kenw

    And the same here..

     Ken

-----
Ken Davis - Letterman Army Medical Center - Presidio of San Francisco
     {ptsfa,well,hoptoad}!lamc!kdavis  ptsfa!lamc![e-mail]


29-Jun-87 22:32:42-MDT,670;000000000000
Mail-From: KPETERSEN created at 29-Jun-87 22:32:33
Date: Mon, 29 Jun 1987  22:32 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Archive Server Shutdown

Just a reminder that all the new files on SIMTEL20 announced to
Info-Cpm are also available on my RCP/M (accessable via PC-Pursuit)
and on GEnie's CP/M RoundTable.

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
29-Jun-87 23:37:09-MDT,703;000000000000
Mail-From: KPETERSEN created at 29-Jun-87 23:36:41
Date: Mon, 29 Jun 1987  23:36 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Raymond Carter STEWS-NR-AS 678-1376 <[e-mail]>
Cc:   [e-mail]
Subject: COMAL demo updated
In-reply-to: Msg of 29 Jun 1987  10:52-MDT from Raymond Carter STEWS-NR-AS 678-1376 <rcarter at wsmr02.ARPA>

> Can you tell me what the difference is?

Yes, DEM2CMAL.LBR is an update to DEMCOMAL.LBR.  It has more demos and
contains more info on the Comal language.  Also included is a file
that contains all the commands and their syntax.

--Keith
30-Jun-87 21:12:41-MDT,3175;000000000000
Mail-From: KPETERSEN created at 30-Jun-87 21:12:34
Date: Thursday, 14 May 1987  11:45-MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: [e-mail]
To: Keith Petersen <[e-mail]>
Subject:   CRCKK33 now available from SIMTEL20
ReSent-From: [e-mail]
ReSent-To: Info-Cpm at SIMTEL20.ARPA
ReSent-Date: Tue 30 Jun 1987 21:12-MDT

Now available from SIMTEL20:

Filename                        Type     Bytes   CRC

Directory PD:<CPM.FILUTL>
CRCKK33.LBR.1                   BINARY   41216  A287H


crckk.com  --  A FAST Universal Z80 CP/M file CRC checking program
             with a Unix (tm of AT&T) flavor.

                           Version 3.3


Crckk now uses FOUR different crc polynomials and can apply them to
files in a variety of different ways.  Crckk.com fully replaces the
programs crck.com and ccitcrc.com.  Some uses of lu.com and
(un)arc.com are also displaced.

Crckk can be used to verify files gotten from "the simtel" archives,
"lu" archives, "arc" archives, as well as any archives that use the
program ccitcrc.

Crckk now has an option, which when invoked, will automatically patch
files so that they will have a CRC value of zero.  This could be used
to patch all of one's "system" files on your floppy, then when you
want to verify the integrity of your disk, you just check the file(s)
for a zero CRC (no need to remember the crc and no need to keep a
list "somewhere").

Crckk, as in the past, executes all of the above FAST.

                                Mike Kersenbrock
                                USENET: tektronix!copper!michaelk
                                Aloha, Oregon  May 1987



    >>-------- Differences: Version 3.1 ==> 3.3 --------<<

            (Note: version 3.2 was not "released".)


Cleaned up initial messages and error detection to better reflect the
mode being run.

Fixed minor bug in sector-count counting.

Added "-a" option that changes the CRC calculation from the default
"standard CRCK" to that polynomial used by the popular "ARC" program.
"CRCK -a" of a file will yield the same CRC as in "ARC".

Added "-s" option that calculates CRC's using the same polynomial
that the program CCITCRC does.

Added "-l" option that calculates CRC's using the same polynomial
that the library-archive "LU" program does. This is also the same as
XMODEM as well.

Instead, of just telling you the bytes you *could* have used to patch
a file with (as CCITCRC does) to make it's CRC zero, I added option
'-p' that DOES the patch for you.  This '-p' patching works for the
'-a' ARC CRC mode, the '-l' LU/XMODEM mode, and for the '-s' CCITCRC
mode.

Keeping in the tradition of CRCKK being a FAST executing CP/M-Z80
program...  When running ccitcrc "mode" (a new crckk feature), CRCKK
runs about 30% faster than ccitcrc when the program and data files
are "in RAM cache".  CRCKK runs about 300% faster than CCITCRC when
the files are NOT in cache or RAMdisk, but in floppy (with *my* CP/M
3.0 system).  Your mileage may vary.