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

Text File | 1993-02-12 | 192KB | 4,666 lines

 1-Dec-87 12:05:00-MST,955;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 1 Dec 87 12:04:41 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA24697; Tue, 1 Dec 87 10:44:55 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 1 Dec 87 15:21:35 GMT
From: ecsvax![e-mail]  (Ted A. Campbell)
Organization: UNC Educational Computing Service
Subject: Clock tick on Osborne Executive
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


I'm looking for a user-available clock tick for an applications
program on the Osborne Executive.  Anyone know of one?  An in-
terrupt in bank 1 would be very nice indeed.
--
Ted A. Campbell       |
Duke Divinity School  |
Durham, NC  27706     |
email:  tcamp@ecsvax  |
 1-Dec-87 23:05:24-MST,2587;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 1 Dec 87 23:05:14 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA09277; Tue, 1 Dec 87 22:00:45 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 1 Dec 87 20:48:26 GMT
From: tektronix!midas!copper![e-mail]  (Michael D. Kersenbrock)
Organization: Tektronix Inc., Beaverton, Or.
Subject: Re: Z80DOS, PZDOS and datestamp formats
Message-Id: <[e-mail]>
References: <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

>Automatic file time and datestamping is a feature many cp/m 2.2 users
>already have by using DateStamper.  Z80DOS implements timestamps
>in a manner similar to that used in cp/m 3 -- using 1 directory
>entry every 4 for the stamps; however, its method conflicts
>(destructively) with cp/m 3 file stamps.  PZDOS is aiming to give
>the user the choice of either DateStamper or cp/m 3-type stamps.
>
>The behind-the-scenes debate about timestamp formats is multifaceted.
>(I'm the author of DateStamper; read with salt-shaker at hand).  Some
>of the issues are:
>
>The DateStamper format is the most portable -- DateStamper will run

Actually, I'd think that the cp/m 3.0 "type" stamps that are
actually cp/m 3.0 compatible would be the most portable.  It would
allow 2.2 users to be compatible with the already existing standard
as defined by DRI in CP/M 3.0.

>It would be desirable to standardize on a single format for all of
>cp/m 2.2; that would enable all of us to use all of the
>timestamp-featured utilities that already exist (directory, filecopy,
>disk catalog, unix-make, for DateStamper) and are being developed, and
>
>--bridger mitchell

With a timestamp compatible with CP/M 3.0, ALL CP/M-80's would use a
single format!  existing CP/M 3.0 utilities (such as UNIX-like "make")
may be usable by 2.2 users (see the CPM3 section of Simtel20 archives).


To keep the mailer happy:
------------------------
 _ _ _                    _     _   ,
' ) ) )      /           //    ' ) /                       /             /
 / / / o _. /_  __.  _  //      /-<   _  __  _   _  ____  /__,_  _____. /_
/ ' (_<_(__/ /_(_/|_</_</_     /   ) </_/ (_/_)_</_/ / <_/_)  (_(_) (__/ <_


--
Mike Kersenbrock
Tektronix Microcomputer Development Products
Aloha, Oregon
 2-Dec-87 12:39:13-MST,643;000000000000
Return-Path: <[e-mail]>
Received: from CRDEC (CRDEC.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed, 2 Dec 87 12:39:10 MST
Date:     Wed, 2 Dec 87 14:32:45 EST
From:     "Paul V. Pullen" <[e-mail]>
To:       [e-mail]
Subject:  Kaypro-1 disk


I am looking for a person with a Kaypro-1, who also has a public domain
modem program using Christensen Protocol file transfer capability.  I would
like to obtain a copy of the disk to use on my just delivered new Kaypro-1.

Any assistance in obtaining a disk would be appreciated.  I will supply the
disk, and pay postage.

Thanks

Paul Pullen
 2-Dec-87 20:34:48-MST,3366;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 2 Dec 87 20:34:27 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA01604; Wed, 2 Dec 87 16:47:54 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 2 Dec 87 16:59:51 GMT
From: tikal!sigma![e-mail]  (William Swan)
Organization: Summation Inc, Kirkland WA
Subject: Re: Z80DOS, PZDOS and datestamp formats
Message-Id: <[e-mail]>
References: <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Bridger Mitchell) writes:
>There is a resurgence of interest in CP/M 2.2-compatible bdos's;
>at least two are under active development and not yet stable:  Z80DOS
>and PZDOS.
>[...]
>DateStamper includes full create/modified/accessed times and dates.  But
>it requires the most space -- 1.0 to 1.25 K.
>
>The cp/m 3 and z80dos formats use up 1/4th of the directory entries,
>[...]
>It would be desirable to standardize on a single format for all of
>cp/m 2.2; that would enable all of us to use all of the
>timestamp-featured utilities that already exist (directory, filecopy,
>disk catalog, unix-make, for DateStamper) and are being developed, and
>to exchange fully-compatible disks.  But the jury is still out on
>whether these dos's will evolve to that point...
>--bridger mitchell

I heartily agree with the desire for a uniform time-stamp mechanism.

I just brought up P2DOS in the past couple weeks so I could get this feature.
Although, as Bridger points out, it uses 1/4 of the directory entries, I find
I usually run out of disk space with only half of the entries used. If I'm
desperate for directory entries and don't care about timestamps (as I was last
night when I had to re-assemble SYSLIB3), I can always clear the directory.

Giving up 1-1.25K, as DateStamper requires, is a bigger issue for me. After my
years with a CP/M manufacturer (*years* ago!) I got perhaps unduly sensitive
to the issue of TPA. Some of the utilities I use like as much TPA as they
can get (what I hear of Wordstar 4.0, of which I am anxiously awaiting
delivery, puts it in this category). I, for one, am reluctant to reduce the
available TPA on my system, especially since I already have the feature
without.

On the other hand, if the DateStamper mechanism were to become the standard,
I'd have less trouble justifying it. If the {P2,Z80,PZ}DOS reflects the CP/M-3
system, though, I'm not sure which system gets my nod.

I don't know much of DateStamper (is this a commercial product, Bridger, and
if so how much and where?), nor how it hooks into the system. The idea that it
is 808{0,5} compatible is great, it doesn't limit this feature to us Z80 users.
How is it destructively incompatible with the CP/M-3 method?

Also, are utilities written using CP/M-3's timestamp mechanisms usable with
P2DOS? I seem to recall somebody wrote a make utility for CP/M-3, for example.
I presume they wouldn't work with DateStamper.


--
William Swan  {ihnp4,decvax,allegra,...}!uw-beaver!tikal!sigma!bill
 2-Dec-87 20:39:32-MST,1178;000000000000
Mail-From: LARMIJO created at  2-Dec-87 20:39:29
Date: Wed, 2 Dec 1987  20:39 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Larry Armijo <[e-mail]>
Subject: SIMTEL20 CPM DATABASE
To:   [e-mail]
cc:   [e-mail]

The  one-line  descriptions  contained  in  the  files  SIMCPM.ARK  or
SIMCPM.IDX with  format as  described in  SIMCPM.INF in  the  SIMTEL20
directory PD1:<CPM.FILEDOCS> are  ideally suited for  DBASE II.   Only
one minor correction is necessary to construct a DBASE II database for
the files: the Description field  mentioned in SIMCPM.INF should be  a
character field of length  40 rather than  30.  After the  appropriate
structure has  been  entered via  the  CREATE command,  the  DBASE  II
command APPEND FROM SIMCPM.IDX DELIMITED loads the database.  The file
SIMCPM.IDX requires only one modification.  The beginning of each line
should be modified by replacing "PD:" by "PD1:".

The full power of DBASE II is now available for searching through  the
CPM archives on SIMTEL20.   Many thanks to  Keith Petersen for  making
this tool available.

Larry
 3-Dec-87 00:04:31-MST,931;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 3 Dec 87 00:04:23 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA09352; Wed, 2 Dec 87 22:56:49 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 3 Dec 87 00:53:30 GMT
From: [e-mail]  (Jeffrey J Wieland)
Organization: Purdue University Computing Center
Subject: Kaypro Color Graphics Board
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I'm looking for WORKING MicroSphere color graphics board for a CP/M Kaypro 2X.
I'd like to get the docs, cables, software, etc. that came with it.  If you've
got one of these lying about unused, send me email.

                Jeff Wieland
                [e-mail]
 3-Dec-87 03:04:31-MST,3720;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 3 Dec 87 03:04:23 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA13170; Thu, 3 Dec 87 01:41:31 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 3 Dec 87 02:37:50 GMT
From: poisson.usc.edu![e-mail]  (Mitch Mlinar)
Organization: University of Southern California, Los Angeles, CA
Subject: Re: Z80DOS, PZDOS and datestamp formats
Message-Id: <[e-mail]>
References: <[e-mail]>, <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Michael D. Kersenbrock writes:
>
>Actually, I'd think that the cp/m 3.0 "type" stamps that are
>actually cp/m 3.0 compatible would be the most portable.  It would
>allow 2.2 users to be compatible with the already existing standard
>as defined by DRI in CP/M 3.0.
>
>>It would be desirable to standardize on a single format for all of
>>cp/m 2.2; that would enable all of us to use all of the
>>timestamp-featured utilities that already exist (directory, filecopy,
>>disk catalog, unix-make, for DateStamper) and are being developed, and
>>
>>--bridger mitchell
>
>With a timestamp compatible with CP/M 3.0, ALL CP/M-80's would use a
>single format!  existing CP/M 3.0 utilities (such as UNIX-like "make")
>may be usable by 2.2 users (see the CPM3 section of Simtel20 archives).

I disagree with both postings to some extent.

(1) QP/M is actually just as portable as DateStamper and is a drop-in
replacement for CP/M 2.2.  Read this: you give up *no* extra memory and
*no* directory entries to have full time/date stamping of create/update/
backup.  If you don't have a real-time clock, that is ok; but having some
sort of counting clock helps.  You need a Z80 for this guy.  QP/M was
written from scratch as a Z80 operating system compatible with CP/M;
DateStamper was initially a set of patches to 2.2 but has evolved some
since.  I think both are fine (but I am biased to QP/M since I wrote it :-).
We already have a full set of utilities (such as QSWEEP, QPIP, QSTAT, QDIR,
QBACKUP, MAKEQ, CATALOGQ) available which uses the time/date value -
primarily through DOS calls explicitly assigned to time/date stamping.

(2) I take issue with the CP/M 3.0 method of stamping disks.  Only
a *single* date/time is supported (yuck), but you GIVE UP DIRECTORY ENTRIES.
Maybe this is not a problem when you:
     (a) start with a virgin disk
     (b) don't mind moving files to reformat
     (c) all of your files are large
but it has been my experience that the ratio of disk use to directory
use on many systems is pretty close percentage wise.  Floppy formats are
fixed, and it is stupid to increase the number of directory entries just
for CP/M 3.0.  A similar thought for hard drives: why search through all those
extra FCB entries which are really filename related?  A time/date file
(such as used by DateStamper [or was] and by QP/M) is a better alternative
in the CP/M world.

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

On the issue of compatibility, I agree completely.  Let's standardize
on something, the first being a time/date DOS call that fetches all of
the time/date information for a given file.  That way, even on the different
OSes, at least all time/date DOS calls would work.  A complete standard would
be much more difficult to implement at the file/directory level - as the
issues here can become religious :-)

-Mitch
 3-Dec-87 16:13:34-MST,1275;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 3 Dec 87 16:13:25 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA28123; Thu, 3 Dec 87 14:57:42 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 3 Dec 87 17:48:04 GMT
From: ecsvax![e-mail]  (Ted A. Campbell)
Organization: UNC Educational Computing Service
Subject: Want to trade:  My Concurrent CP/M for your CP/M Plus
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


I'd like to have the DRI documentation for CP/M Plus, especially
in the so-called "roll your own" version that is fully documented.
(I have an Osborne Executive:  it has CP/M Plus but sketchy
documentation.)

I have a registered but virtually unused copy of Concurrent CP/M,
with all docs and disks.  This is the last version of CP/M 86,
runs CP/M 86 on PC's in up to four concurrent virtual terminals.
Anyone like to trade their CP/M Plus for my Concurrent CP/M?
--
Ted A. Campbell       |
Duke Divinity School  |
Durham, NC  27706     |
email:  tcamp@ecsvax  |
 3-Dec-87 18:57:55-MST,1883;000000000000
Return-Path: <@CUNYVM.CUNY.EDU:[e-mail]>
Received: from CUNYVM.CUNY.EDU by SIMTEL20.ARPA with TCP; Thu, 3 Dec 87 18:57:36 MST
Received: from UHVAX1.BITNET by CUNYVM.CUNY.EDU ; Thu, 03 Dec 87 20:57:08 EST
Date:     Thu, 3 Dec 87 19:53 CST
From:     <[e-mail]>
Subject:  running ZCPR3 on a CPM3 system
To:       [e-mail]
X-Original-To:  ARPA%"[e-mail]", OPTON

I have an orphan computer (Visual Technology 1050) that runs
CPM3 (banked).  Does anyone have any experience (rumor?,
advice?) on adapting the CPM3 BIOS to run ZCPR3?  Following the
cookbook instructions in Richard Conn's user's manual were
spectacularly unsuccessful.  I also tried simply lifting out
the calls required for CPM 2.2, and then running SYSGEN on it,
to make the system into a cpm 2.2 system, and THEN following the
install procedure, but this was
also unsuccessfully.  (I have a sneaking suspicion that I have
to change the boot sector, but I have no proof, and I don't know
how to look at the boot sector.)

Perusing the postings I have noticed some discussion on other
BDOS replacements, such as Z80DOS and some others.  What are
their claims to fame, and how do they compare with each other
and with ZCPR?

How do I read and alter the boot sector (trk 0 sec 1 on my disks)?
Also, how do I read the first two tracks?  Can I change these
easily?  Is there a program available, preferably in the PD?
(I tried to write a quick and dirty one, and the results were
less than useful.  So I sez to myself, 'Why reinvent the wheel?')

Does anyone have any suggestions for a general purpose (and
inexpensive) general accounting program for CPM based
systems.

I realize this is a lot of questions, so I thank everyone
for their patience, and help.

Lee Thomison
BITNET: OPTON@UHVAX1
landline: [phone]
 4-Dec-87 14:39:20-MST,1087;000000000000
Mail-From: KPETERSEN created at  4-Dec-87 14:39:14
Date: Fri, 4 Dec 1987  14:39 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail], [e-mail], [e-mail],
      [e-mail], [e-mail]
Subject: Transferring binary files from SIMTEL20 to VAX/VMS hosts

The program below may help solve the problem of transferring binary
files from SIMTEL20 to VAX/VMS hosts.

Filename            Type     Bytes     CRC

Directory PD1:<MISC.VAXVMS>
BINTNXVMS.C.1            ASCII     10823  23F1H
BINTNXVMS.README.1        ASCII       336  1D2EH

Here is the readme file:

BINTNXVMS.C is for use on VAX/VMS systems to convert a TOPS-20 file
transferred in FTP "binary" mode to "tenex" mode.  In "binary" mode,
we have 2 36-bit words in 9 8-bit bytes.  In "tenex" mode, we want the
top 32 bits of each 36-bit group, giving 8 8-bit bytes.  See the notes
in BINTNXVMS.C for instructions on command options.

--Keith
 4-Dec-87 22:05:33-MST,1995;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 4 Dec 87 22:05:20 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA01596; Fri, 4 Dec 87 20:44:57 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 4 Dec 87 20:20:16 GMT
From: [e-mail]  (Dave Murrell)
Organization: Purdue University Computing Center
Subject: NEC-APC (CPM-86) Info Request
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I am posting this for a friend who owns a NEC-APC running
CPM-86 and who would like some tips in obtaining software:

1) Can a version of BASIC still be obtained for this beast?

2) Does anyone have some advice in getting a version of
   kermit from columbia for it? I've loaded kermit from
   there before so I'm familiar with the rudimentary
   procedures. Details and experiences with the APC
   or CPM-86 are appreciated, however.

3) Can anyone recommend a list of useful directories for
   the APC from simtel20? The <CPM.CPM86> directory looks
   like the place to start. Where to from here?

4) Finally, some information about the disk (8 inch)
   formats would be appreciated. From the documentation,
   there appears to be a single-sided single-density
   format (how many tracks and how many bytes per sector?)
   and a double-sided double-density format (again,
   what is the sector size and number of tracks?).

I intend to ftp software from simtel20 and cu20b.columbia
to our VAXen, then download to my own NEC-PC8801 to
store on 8 inch disks (if my format is compatible with the
APC).

E-mail is the preferred medium for those wishing to respond.
Many thanks in advance to those who do.

ARPA: [e-mail]
BITNET: murrell@purccvm
UUCP: that mess in the header above.
 5-Dec-87 14:47:23-MST,1288;000000000000
Mail-From: KPETERSEN created at  5-Dec-87 14:47:20
Date: Sat, 5 Dec 1987  14:47 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Larry Armijo <[e-mail]>
Cc:   [e-mail]
Subject: SIMTEL20 CPM DATABASE
In-reply-to: Msg of 2 Dec 1987  20:39-MST from Larry Armijo <COLSA>

Thanks for the information on how to use SIMCPM.IDX with dBASEII.  I
have added an edited version of your message to that directory, and
SIMCPM.ARK, as SIMCPM.DB2.

The corrections you noted have now been made to SIMCPM.IDX and
SIMCPM.INF, thus making it unnecessary for users to have to edit these
files.

Thanks for your significant contribution, Larry, in telling us how to
use SIMCPM.IDX with dBASEII.

I'd like to take this opportunity to remind everyone that
PD1:<CPM>FILES.IDX is created everytime a new CPM.CRCLST is made.
This is usually done at least once per day and sometimes several times
per day on weekends as new files are added to the archives.

--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)
 5-Dec-87 17:25:52-MST,1447;000000000000
Mail-From: KPETERSEN created at  5-Dec-87 17:25:49
Date: Sat, 5 Dec 1987  17:25 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: CP/M 8080 assembly language tutorial available from SIMTEL20

Now available via standard anonymous FTP from SIMTEL20...

Filename            Type     Bytes     CRC

Directory PD1:<CPM.ASMUTL>
MEYERTUT.ARK.1            BINARY     88318  3A24H

Assembly language is compact and fast.  It's the most efficient way to
do simple tasks that deal with moving bytes of data, such as copying
and modifying files.  It allows the most sophisticated interfacing
with the CP/M operating system, which is itself written in assembly
language.  Many of the public domain programs on SIMTEL20 are written
in assembly language.  To learn more about 8080 assembly language,
review the tutorial contained in this ARK.  Eric Meyer, author of VDE,
wrote this series of articles entitled "Assembly Language
Programming"".  Thanks to Eric for allowing everyone to share this
wealth of information!

This 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)
 5-Dec-87 19:53:07-MST,11435;000000000000
Mail-From: KPETERSEN created at  5-Dec-87 19:53:04
Date: Sat, 5 Dec 1987  19:53 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: New files uploaded to SIMTEL20 during November

The following is a complete list of CP/M-oriented files uploaded to
SIMTEL20 during the months of November and December to date.  The
column labeled "T" (Type) is the file format.  (7) means ASCII, (8)
means binary.

For a complete list of all CP/M files, see:
   PD1:<CPM>CPM.CRCLST - Complete list with CRC values
   PD1:<CPM>CPM.ARC    - The above, ARChived (much smaller), binary(8).
   PD1:<CPM>FILES.IDX  - Similar to below, no descriptions, comma delimited

For a list of many of the CP/M files, with descriptions, see:
   PD1:<CPM.FILEDOCS>SIMCPM.IDX - Comma-delimited list
   PD1:<CPM.FILEDOCS>SIMCPM.ARK - Same, ARChived (includes next two files)
   PD1:<CPM.FILEDOCS>SIMCPM.INF - Description of data fields in SIMCPM.IDX
   PD1:<CPM.FILEDOCS>SIMCPM.DB2 - How to use dBASEII with SIMCPM.IDX

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

                           CP/M November Report

Directory         Name         Size   T Description
================= ============ ====== = ======================================

<CPM.ARC-LBR>     CPMARC.ARK    90391 8 'C' source for CP/M ARC maker
<CPM.ARC-LBR>     CPMARC.BUG    1552  7 Describes problems with CP/M ARCer
<CPM.ARC-LBR>     LDIRB11.LBR   35712 8 Display LBR director w/date/CRC/des
<CPM.ARC-LBR>     LDIRB12.BUG   681   7 Author of LDIR-B comments on ver 1.2
<CPM.ARC-LBR>     LDIRB12.LBR   36096 8 Display LBR directory w/date/CRC/des

<CPM.ASMUTL>      CLNRES.LBR    4480  8 Cleans disassembled source files
<CPM.ASMUTL>      GEN180.LBR    14464 8 Adds HD64180 instructions to M80
<CPM.ASMUTL>      MEYERTUT.ARK  88318 8 CP/M 8080 assembly language tutorial
<CPM.ASMUTL>      STRIP11.LBR   3328  8 Strip comments from assembly source

<CPM.BASIC>       LOAN2.BZS     14848 8 Loan calculation program

<CPM.BBSLISTS>    RCPM1287.BZF  10624 8 Terse list of remote CP/M systems
<CPM.BBSLISTS>    RCPM1287.LZT  38272 8 List of remote CP/M systems, Dec.

<CPM.BDOS>        NOSLTDOS.LBR  20480 8 No-slot clock for file date stamping

<CPM.CBIOS>       SAVBIOS.LBR   4096  8 Save new BIOS for Montezuma Micro

<CPM.CONIX>       NULUZ15.LBR   25728 8 NULU LBR utilities for CONIX

<CPM.CPM3>        TIMEBSX.LBR   1280  8 Time routines for banked XBIOS

<CPM.CPM68K>      ARC68K.ARC   133888 8 ARC 5.12 for CP/M-68K

<CPM.CPM86>       LU86-2.LBR    31488 8 Library Utility for CP/M-86

<CPM.CPMINFO>     CPMDISC.LBR   42112 8 Discussion of CP/M's past and future

<CPM.DATABASE>    DBAR-12.LBR   21504 8 dBASE and GRAPH bargraph maker
<CPM.DATABASE>    TOLOG.LBR     13312 8 Flexible database utility for dBase

<CPM.DIRUTL>      PACKHELP.LBR  16256 8 Provides PACK list of disk directory
<CPM.DIRUTL>      RENAMZ13.LBR  20096 8 File renaming utility
<CPM.DIRUTL>      SD118ARK.LBR  67200 8 DIR utility for members of ARK files
<CPM.DIRUTL>      UNERA32.LBR   21120 8 Utility to restore deleted files
<CPM.DSKUTL>      FBAD60A.LBR   27008 8 Find and lock out bad disk sectors

<CPM.EDUCATION>   K-CHING.LBR   82048 8 Book of Changes in Modula2/Pascal

<CPM.EPSON>       EPSLINK.AZM   16640 8 CP/M file transfer with Epson Geneva

<CPM.FILCPY>      ACOPY16.LBR   22400 8 General purpose file copy utility

<CPM.FILEDOCS>    CPM.HDR       129   7 PC-File db header for FILES.IDX
<CPM.FILEDOCS>    CPMDEC03.LST 156775 7 List of CP/M public domain files
<CPM.FILEDOCS>    CPMDEC03.LZT  82432 8 List of CP/M public domain files
<CPM.FILEDOCS>    ROYALOAK.DZR  23040 8 RCP/M Royal Oak directories 12/3/87
<CPM.FILEDOCS>    SIMCPM.ARK    71380 8 Index w/desc of SIMTEL20 CP/M files
<CPM.FILEDOCS>    SIMCPM.IDX   152301 7 Index w/desc of SIMTEL20 CP/M files
<CPM.FILEDOCS>    SIMCPM.INF    180   7 Field size/name info for SIMCPM.IDX

<CPM.FILUTL>      QLOCK.LBR     4864  8 Universal file encryption utility

<CPM.FORTH-83>    UNIFORTH.LBR  96896 8 Sampler of Professional Uniforth

<CPM.GENASM>      FLIFEH89.LBR  16384 8 Z80 game of LIFE for the H89
<CPM.GENASM>      NOSLTPOP.LBR  6400  8 Displays clock while running program

<CPM.GENDOC>      EUROPE.TZT    9472  8 Discusses computing in Europe
<CPM.GENDOC>      FILENAME.IZF  11776 8 Discussion of file utilities
<CPM.GENDOC>      INFOCOM.INF   2582  7 Info on Infocom games bargains

<CPM.GENIE>       GENIE.IZD     20096 8 Descriptions of GEnie's services

<CPM.GRAPHICS>    OMNIDEMO.LBR  49664 8 Window interface for Kaypro

<CPM.KAYPRO>      INTPTCH3.LBR  4608  8 Kaypro FASTTERM/INTTERM improvements
<CPM.KAYPRO>      K1SCREEN.IZF  1792  8 Video escape sequences for Kaypro 1
<CPM.KAYPRO>      KPBUMPER.ARK  13409 8 Bumber stickers for Kaypro
<CPM.KAYPRO>      SHAFT.LBR     2944  8 Demonstration of graphics on Kaypro
<CPM.KAYPRO>      WSKP.ARK      16384 8 Redefine keypad for Kaypro/WordStar

<CPM.LIST>        BRAD-GRK.LBR  3328  8 Greek font for Bradford
<CPM.LIST>        BRAD-HEB.LBR  3840  8 Hebrew font for Bradford
<CPM.LIST>        SETMRG21.LBR  5760  8 Set margins on Diablo printers

<CPM.MEX>         MEXOVL10.LZT  4608  8 List of 230+ overlays for MEX
<CPM.MEX>         MXH-VI10.AZM  7936  8 MEX Overlay - Visual 1050
<CPM.MEX>         MXM-NE10.AZM  6656  8 MEX Overlay - NEC N202BR-L1 modem
<CPM.MEX>         MXO-GB12.AZM  10368 8 MEX Overlay - CompuPro I3/I4
<CPM.MEX>         MXO-ON2.LBR   22912 8 MEX Overlay - ON! computers
<CPM.MEX>         MXO-SP2.AZM   6656  8 MEX Port overlay for Spectravideo SV

<CPM.MODEM>       NSD.ARK       8000  8 Terminal program in Zbasic
<CPM.MODEM>       PCPIMP05.LBR  34048 8 PC Pursuit auto-dial program
<CPM.MODEM>       RT11MODM.LBR  7040  8 Xmodem for DEC RT11

<CPM.NSTAR>       LI.LBR        4352  8 List dir/copy NorthStar disk to CP/M

<CPM.PBBS>        PBBS-04.LBR  184704 8 PBBS 4.0 Bulletin Board System
<CPM.PBBS>        PBBSTCAP.FIX  702   7 Fix to PBBS TCAP problem
<CPM.PBBS>        PBBSUP-4.LBR  91264 8 Supplementary Files for PBBS 4.0
<CPM.PBBS>        PBBSUTL4.LBR  8320  8 Utilities for PBBS 4.0
<CPM.PBBS>        PINSTAL.CZM   4480  8 PBBS install program

<CPM.PUBPATCH>    PUBNOTES.TZT  2688  8 BDOS patch for public files

<CPM.RCPM>        CBYE.LBR      1920  8 Display maxuser maxdrive wheel bytes
<CPM.RCPM>        ZCMD8080.LBR  53248 8 CCP replacement for 8080 systems

<CPM.SQUSQ>       CRNCH23D.LBR  83456 8 CRUNCH/UNCR for DateStamper

<CPM.SUBMIT>      NEWBATCH.LBR  4352  8 Make SUBMIT-like COM files

<CPM.SYSUTL>      1KUTILS3.LBR  15232 8 Improved '1K' utilities
<CPM.SYSUTL>      LOGON12.LBR   22528 8 Command line menu/password utility
<CPM.SYSUTL>      PORTCHK.LBR   6400  8 Displays data present at a port
<CPM.SYSUTL>      TPA31.LBR     4224  8 Report TPA memory available
<CPM.SYSUTL>      YKEY20.LBR    45056 8 Set function keys in specific pgms.

<CPM.TURBODOS>    MDRV-TD.LBR   5248  8 TurboDOS driver for CompuPro

<CPM.TURBOPAS>    MENUDEMO.LBR  22784 8 Menu utilities in Turbo Pascal
<CPM.TURBOPAS>    PASCAL.TZT    8960  8 Turbo Pascal function & procedures

<CPM.TXTUTL>      ALPHAT20.LBR  53376 8 Embedded command txt print formatter
<CPM.TXTUTL>      BSPAD.LBR     12928 8 Store 20 items in this Scratch Pad
<CPM.TXTUTL>      DICTNU.LBR    39168 8 Check text files for diction errors
<CPM.TXTUTL>      ENDNOTE.LBR   15360 8 Handles endnotes in a text file
<CPM.TXTUTL>      FIXTEXT.LBR   12672 8 Fix text files of orphan CR or LF
<CPM.TXTUTL>      PEEP13.LBR    9472  8 A bidirectional file viewer
<CPM.TXTUTL>      PRNTXT14.LBR  26880 8 Make COM files from text files
<CPM.TXTUTL>      QL20.LBR      63360 8 Types crunched, squeezed, uncompress
<CPM.TXTUTL>      VCOMP13.LBR   27136 8 Visual file comparison
<CPM.TXTUTL>      WT20.LBR      5120  8 Bidirectional type/browse utility

<CPM.VDOEDIT>     PWLINE25.DZC  896   8 Use 25 lines in Perfect Writer
<CPM.VDOEDIT>     VDE262.BUG    2069  7 Bug report for VDE version 2.62
<CPM.VDOEDIT>     VDE262.LBR    62464 8 Full screen text editor/processor
<CPM.VDOEDIT>     VDE262FX.LBR  1280  8 Fix to VDE262 reform problem
<CPM.VDOEDIT>     VDEMACRO.LBR  7168  8 Macros for VDE 2.62

<CPM.ZCPR33>      ADIR10.LBR    18304 8 Parses Aliases and displays director
<CPM.ZCPR33>      BCOMP10B.FIX  488   7 Fix to BCOMP version 1.0b
<CPM.ZCPR33>      BCOMP10B.LBR  37248 8 Screen Oriented Binary Comparison
<CPM.ZCPR33>      BUSHBETB.LBR 146432 8 ZCPR3 Harddisk Backup utility
<CPM.ZCPR33>      BUSHFIX1.LBR  6912  8 Correct COM file for BUSHBETB
<CPM.ZCPR33>      FASTARNZ.ZZZ  5120  8 Optimizing automatic disk accesses
<CPM.ZCPR33>      LAP.LBR       4608  8 ZCPR path/LDR utility
<CPM.ZCPR33>      LBREXT23.LBR  23168 8 Extracts/uncompresses from libraries
<CPM.ZCPR33>      LUSH10.LBR    22016 8 Library Utility SHell
<CPM.ZCPR33>      LX18.LBR      18688 8 ZCPR3 Library eXecute tool
<CPM.ZCPR33>      RCPMC.LBR     6016  8 Z33 file copier RCP
<CPM.ZCPR33>      RCPMKE13.LBR  40832 8 Unix-like MAKE for ZCPR 33
<CPM.ZCPR33>      RCPPEEP.LBR   11776 8 Text browser/lister Z33 RCP
<CPM.ZCPR33>      RCPTRGGR.TZT  2432  8 Info on ZCPR's RCP with trigger key
<CPM.ZCPR33>      SALIAS1H.LBR  52992 8 Screen oriented alias editor
<CPM.ZCPR33>      SUGGEST.ZZ3   3328  8 Suggestions for ZCPR SYStem package
<CPM.ZCPR33>      VTCAP11.LBR  120448 8 Database management for TCAP files
<CPM.ZCPR33>      Z33MAKE.LBR   21120 8 Moves files to new user area
<CPM.ZCPR33>      Z33TRC11.LBR  14848 8 Transient RCP for ZCPR3.3
<CPM.ZCPR33>      Z3INSTP.LBR   23040 8 ZCPR auto-installer for Turbo Pascal
<CPM.ZCPR33>      ZBGQ11.LBR    6656  8 Easy loading of BackGrounder

<CPM.ZCPRNEWS>    Z-NEWS.8Z6    7296  8 ZCPR3/SYSLIB/ZRDOS Newsletter #806

<MISC.BBS>        BBSSIGN.UP    14504 7 Concerns registering to a new BBS
<MISC.BBS>        EDN-FCC.TXT   2739  7 Discussion of FCC proposal
<MISC.BBS>        FCCSTORY.TXT  11237 7 Article about FCC proposal
<MISC.BBS>        HOUSEFCC.TXT  4242  7 Letter to FCC from Congressmen
<MISC.BBS>        PORTAL.INF    29363 7 Usenet access for flat $10 per month
<MISC.BBS>        SYSOPLTR.TXT  4217  7 Hints for beginning BBS SysOps
<MISC.BBS>        WHITEHSE.PHN  833   7 Phone number to call the White House

<MISC.MODEMS>     USR-HAYS.TXT  2068  7 U.S. Robotics/Hayes share technology

<MISC.TELEPHONE>  TOLLFREE.NUM  11064 7 List of Toll free (800) numbers

<MISC.VAXVMS>     AAAREAD.ME    1462  7 Describes VAX/VMS files in this DIR
<MISC.VAXVMS>     VMSSWEEP.FOR  72458 7 ARC/LBR/USQ/UNCR utility for VAX/VMS
<MISC.VAXVMS>     VMSSWEEP.LBR  32128 8 ARC/LBR/USQ/UNCR utility for VAX/VMS
______________________________________

TOTALS:    Size          3,459,432 bytes

Printed 130 records.

These files are available via standard anonymous FTP.  They are 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)
 6-Dec-87 10:25:20-MST,6992;000000000000
Mail-From: KPETERSEN created at  6-Dec-87 10:25:16
Date: Sun, 6 Dec 1987  10:25 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail] (Joe Hollingsworth)
Subject: Xmodem for 4.2/4.3 BSD Unix (and maybe Sys V)

In case you missed the update, Steve Grandi has an excellent Xmodem
for 4.2/4.3 BSD Unix.  It is available via standard anonymous FTP from
SIMTEL20 as:

Filename            Type     Bytes     CRC

Directory PD2:<UNIX.XMODEM>
XMODEM34.SHAR.1            ASCII     84452  D010H

The xmodem program implements the Christensen (XMODEM) file transfer
protocol for moving files between 4.2/4.3BSD Unix systems and
microcomputers.  The XMODEM/CRC protocol, the MODEM7 batch protocol,
the XMODEM-1K block protocol and the YMODEM batch protocol are all
supported by xmodem.  For details of the protocols, see the document
edited by Chuck Forsberg titled XMODEM/YMODEM Protocol Reference.

This program runs on 4.2/4.3BSD systems ONLY.  It has been tested on
VAXes and Suns against the MEX-PC program from Niteowl Software and
the ZCOMM and DSZ programs from Omen Technology.

The author tried to keep the 4.2isms (select system call, 4.2BSD/v7
tty structures, gettimeofday system call, etc.) confined to the source
file getput.c; but makes no guarantees.  Also, no attempt was made to
keep variable names under 7 characters.  A version of getput.c that
MAY work on Sys V Unix systems is included.  See notes on other
changes for Sys V.

----------------------------------------------------------------------
[From the author]

Program history:

Descended from UMODEM 3.5 by Lauren Weinstein, Richard Conn, and others.

Based on XMODEM Version 1.0 by Brian Kantor, UCSD (3/84) (Don't blame
him for what follows....)

Version 2.0 (CRC-16 and Modem7 batch file transfer) (5/85)

Version 2.1 (1K packets) (7/85)

Version 2.2 (general clean-ups and multi-character read speed-ups) (9/85)

Version 2.3 (nap while reading packets; split into several source
         files) (1/86)

Version 3.0 (Ymodem batch receive; associated changes) (2/86)

Version 3.1 (Ymodem batch send; associated changes) (8/86)

Version 3.2 (general cleanups) (9/86) (Released to the world 1/87)

Changes leading to version 3.3

1) "Better" handshaking for MODEM7 batch transfers (5/19/87).

2) If reception of a file is aborted due to errors, delete incomplete
file (5/19/87).

3) If an "impossible" tty speed is detected, assume 1200 bps (5/19/87).

4) Disallow CAN-CAN abort during file send or receive except at
beginning of file transfer (during batch transfers, CAN-CAN abort is
allowed at beginning of each file transfer) (5/19/87).

5) Uncouple total allowed errors during the reception of a single
packet (ERRORMAX, now made 10) and errors allowed when starting
transfer (STERRORMAX, set to 10) (5/19/87).

6) Fix some bugs when receiving an empty file and when a phase error
occurs during a file reception (5/19/87).

7) Portability fix in prtime and projtime; they also handle
pathological cases better (5/19/87).

8) During file reception an EOT is not believed unless it is sent
again in response to a NAK (5/25/87).

9) Modified cpm_unix and unixify so a filename without an extension
will not have a trailing dot in its filename after being received in a
MODEM7 or YMODEM batch transfer (5/25/87).

10) Allowable errors during transmission of a single packet now set to
ERRORMAX (5/27/87).

11) When transferring a binary file, the YMODEM file length field is
filled in on transmit and (if present) used to truncate the file on
reception.  A new truncate function (truncfile) added to getput.c to
do the deed (5/28/87).  The file mode field is also set but is ignored
on file reception.

12) In a batch receive (xmodem -rt), program can be forced into
checksum mode by specifying the "M" flag indicating a MODEM7 transfer
(5/30/87).

13) Changed the "B" option to "M" to indicate MODEM7 batch.  Made all
option flags case insensitive.  Command line is now recorded in the
log file (5/30/87).

14) The "KND/IMP" convention of using "CK" to invoke 1K packets during
YMODEM batch transfers was installed.  This code will be sent during a
batch recieve if "K" is included on the command line unless "M" is
also present.  This code will be recognized when sending under all
circumstances (5/30/87).

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

Changes leading to version 3.4

1) Fix usage message (10/2/87).

2) Sender will now try up to 10 times (EOTMAX) to send an EOT to
terminate a transmission.  Used to be 5 times, but Chuck Forsberg's
"official" minimum requirements for YMODEM mandate 10 (10/2/87).

3) Handle YMODEM file modification times if present in header on
reception of both binary and text files (10/2/87).  Retracted when
can't seem to get proper times whn playing with dsz (10/3/87).

4) Null bytes are now stripped out of files when received as text
files (MEX doesn't seem to want to put in the terminating control-Z)
(10/3/87).

5) Slightly modified terminal parameter setting to explicitly turn of
CRMOD and to flush read queue; ideas stolen from Kermit.  Will it fly
on Pyramid?  (10/3/87).

6) Decreased time between "startup" characters sent when starting a
file receive operation.  This should increase perceived response.  Now
waits only 2 seconds instead of 6 (waits for 5 seconds for subsequent
packets.  STERRORMAX now 30, CRCSWMAX now 15.  Timeouts on 1st sector
no longer reported in log (10/5/87).

7) Once again played with kernel sleeps in readbuf() (packet reading
routine).  On busy system could cause real problems.  Now supply flag
(t) to suppress sleeping on Too Busy systems.  No longer suppress
sleep when speeds are over 4800 bps.  Sleep kludge DOES help: on an
empty 750 running 4.3BSD, a file reception at 2400 bps used 6% of the
CPU with the sleep kludge and 24% without it (data transfer rates were
the the same) (10/5/87).

8) Actually count characters as they are being read for a file
reception.  When YMODEM file length is set, stop writing characters
when reach length.  This will allow YMODEM file lengths to work for
text files and the elimination of truncfile() in getput.c (which was
impossible for SYS V) (10/5/87).

9) Another attempt at tty modes.  Now do nothing but set speeds, set
mode to raw, and turn off echoing and tandem (10/6/87).

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

Thanks to Keith Peterson ([e-mail]), John Rupley
(arizona!rupley!root), Emmet Gray (ihnp4!uiucuxc!fthood!egray), Bob
Bickford (lll-crg!well!rab), Doug Moore ([e-mail]),
David Brown ([e-mail]) and Chuck Forsberg's documents and his
ZCOMM/DSZ programs for ideas, suggestions and comments.
 7-Dec-87 01:03:26-MST,7039;000000000000
Mail-From: WANCHO created at  7-Dec-87 01:00:44
Return-Path: <[e-mail]>
Date: Sun, 6 Dec 1987  10:25 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail] (Joe Hollingsworth)
Subject: Xmodem for 4.2/4.3 BSD Unix (and maybe Sys V)

In case you missed the update, Steve Grandi has an excellent Xmodem
for 4.2/4.3 BSD Unix.  It is available via standard anonymous FTP from
SIMTEL20 as:

Filename            Type     Bytes     CRC

Directory PD2:<UNIX.XMODEM>
XMODEM34.SHAR.1            ASCII     84452  D010H

The xmodem program implements the Christensen (XMODEM) file transfer
protocol for moving files between 4.2/4.3BSD Unix systems and
microcomputers.  The XMODEM/CRC protocol, the MODEM7 batch protocol,
the XMODEM-1K block protocol and the YMODEM batch protocol are all
supported by xmodem.  For details of the protocols, see the document
edited by Chuck Forsberg titled XMODEM/YMODEM Protocol Reference.

This program runs on 4.2/4.3BSD systems ONLY.  It has been tested on
VAXes and Suns against the MEX-PC program from Niteowl Software and
the ZCOMM and DSZ programs from Omen Technology.

The author tried to keep the 4.2isms (select system call, 4.2BSD/v7
tty structures, gettimeofday system call, etc.) confined to the source
file getput.c; but makes no guarantees.  Also, no attempt was made to
keep variable names under 7 characters.  A version of getput.c that
MAY work on Sys V Unix systems is included.  See notes on other
changes for Sys V.

----------------------------------------------------------------------
[From the author]

Program history:

Descended from UMODEM 3.5 by Lauren Weinstein, Richard Conn, and others.

Based on XMODEM Version 1.0 by Brian Kantor, UCSD (3/84) (Don't blame
him for what follows....)

Version 2.0 (CRC-16 and Modem7 batch file transfer) (5/85)

Version 2.1 (1K packets) (7/85)

Version 2.2 (general clean-ups and multi-character read speed-ups) (9/85)

Version 2.3 (nap while reading packets; split into several source
         files) (1/86)

Version 3.0 (Ymodem batch receive; associated changes) (2/86)

Version 3.1 (Ymodem batch send; associated changes) (8/86)

Version 3.2 (general cleanups) (9/86) (Released to the world 1/87)

Changes leading to version 3.3

1) "Better" handshaking for MODEM7 batch transfers (5/19/87).

2) If reception of a file is aborted due to errors, delete incomplete
file (5/19/87).

3) If an "impossible" tty speed is detected, assume 1200 bps (5/19/87).

4) Disallow CAN-CAN abort during file send or receive except at
beginning of file transfer (during batch transfers, CAN-CAN abort is
allowed at beginning of each file transfer) (5/19/87).

5) Uncouple total allowed errors during the reception of a single
packet (ERRORMAX, now made 10) and errors allowed when starting
transfer (STERRORMAX, set to 10) (5/19/87).

6) Fix some bugs when receiving an empty file and when a phase error
occurs during a file reception (5/19/87).

7) Portability fix in prtime and projtime; they also handle
pathological cases better (5/19/87).

8) During file reception an EOT is not believed unless it is sent
again in response to a NAK (5/25/87).

9) Modified cpm_unix and unixify so a filename without an extension
will not have a trailing dot in its filename after being received in a
MODEM7 or YMODEM batch transfer (5/25/87).

10) Allowable errors during transmission of a single packet now set to
ERRORMAX (5/27/87).

11) When transferring a binary file, the YMODEM file length field is
filled in on transmit and (if present) used to truncate the file on
reception.  A new truncate function (truncfile) added to getput.c to
do the deed (5/28/87).  The file mode field is also set but is ignored
on file reception.

12) In a batch receive (xmodem -rt), program can be forced into
checksum mode by specifying the "M" flag indicating a MODEM7 transfer
(5/30/87).

13) Changed the "B" option to "M" to indicate MODEM7 batch.  Made all
option flags case insensitive.  Command line is now recorded in the
log file (5/30/87).

14) The "KND/IMP" convention of using "CK" to invoke 1K packets during
YMODEM batch transfers was installed.  This code will be sent during a
batch recieve if "K" is included on the command line unless "M" is
also present.  This code will be recognized when sending under all
circumstances (5/30/87).

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

Changes leading to version 3.4

1) Fix usage message (10/2/87).

2) Sender will now try up to 10 times (EOTMAX) to send an EOT to
terminate a transmission.  Used to be 5 times, but Chuck Forsberg's
"official" minimum requirements for YMODEM mandate 10 (10/2/87).

3) Handle YMODEM file modification times if present in header on
reception of both binary and text files (10/2/87).  Retracted when
can't seem to get proper times whn playing with dsz (10/3/87).

4) Null bytes are now stripped out of files when received as text
files (MEX doesn't seem to want to put in the terminating control-Z)
(10/3/87).

5) Slightly modified terminal parameter setting to explicitly turn of
CRMOD and to flush read queue; ideas stolen from Kermit.  Will it fly
on Pyramid?  (10/3/87).

6) Decreased time between "startup" characters sent when starting a
file receive operation.  This should increase perceived response.  Now
waits only 2 seconds instead of 6 (waits for 5 seconds for subsequent
packets.  STERRORMAX now 30, CRCSWMAX now 15.  Timeouts on 1st sector
no longer reported in log (10/5/87).

7) Once again played with kernel sleeps in readbuf() (packet reading
routine).  On busy system could cause real problems.  Now supply flag
(t) to suppress sleeping on Too Busy systems.  No longer suppress
sleep when speeds are over 4800 bps.  Sleep kludge DOES help: on an
empty 750 running 4.3BSD, a file reception at 2400 bps used 6% of the
CPU with the sleep kludge and 24% without it (data transfer rates were
the the same) (10/5/87).

8) Actually count characters as they are being read for a file
reception.  When YMODEM file length is set, stop writing characters
when reach length.  This will allow YMODEM file lengths to work for
text files and the elimination of truncfile() in getput.c (which was
impossible for SYS V) (10/5/87).

9) Another attempt at tty modes.  Now do nothing but set speeds, set
mode to raw, and turn off echoing and tandem (10/6/87).

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

Thanks to Keith Peterson ([e-mail]), John Rupley
(arizona!rupley!root), Emmet Gray (ihnp4!uiucuxc!fthood!egray), Bob
Bickford (lll-crg!well!rab), Doug Moore ([e-mail]),
David Brown ([e-mail]) and Chuck Forsberg's documents and his
ZCOMM/DSZ programs for ideas, suggestions and comments.
 7-Dec-87 08:46:46-MST,930;000000000000
Return-Path: <[e-mail]>
Received: from jade.berkeley.edu by SIMTEL20.ARPA with TCP; Mon, 7 Dec 87 08:46:41 MST
Received: from plutonium.cchem.berkeley.edu
    by jade.berkeley.edu (5.54 (CFC 4.22.3)/1.16.17)
    id AA26594; Mon, 7 Dec 87 07:45:14 PST
Received: by plutonium.cchem.berkeley.edu (3.2/SMI-3.0DEV3.5)
    id AA16014; Mon, 7 Dec 87 07:46:46 PST
Date: Mon, 7 Dec 87 07:46:46 PST
From: [e-mail] (Steve Willett)
Message-Id: <[e-mail]>
To: [e-mail], [e-mail]
Subject: Re:  running ZCPR3 on a CPM3 system

For tinkering with the boot sector on your disk there is the aged
DU, one of the first PD programs I ever ran into.  DU stands for
Disk Utility, and the last version I saw was DU-V89, which is
on SIMTEL20 as PD1:<CPM.DSKUTL>DU-V89.LBR.
 7-Dec-87 09:07:19-MST,2246;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 7 Dec 87 09:07:12 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA22710; Mon, 7 Dec 87 07:46:58 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 6 Dec 87 17:06:00 GMT
From: clio![e-mail]
Subject: Re: NEC-APC (CPM-86) Info Request
Message-Id: <18700008@clio>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


I can help with Kermit and the disk formats.  The NEC APC is an orphan
machine now, but way ahead of its time.  It's a shame to handicap it by
running CP/M-86 instead of MS-DOS.  NEC Information Systems still
offers support, software upgrades, and maintenance.

For the record, the NEC APC came out in 1983.  List price was slightly
higher than a "similarly" equipped PC system, but discounts were
readily available.  In 1984, $ 3200 bought:

NEC APC, 8086 processor, 256K ram
640*512 graphics in 8 colors with monitor (VERY sharp - people still
are amazed when they discover the display is COLOR).  Two display
processors, one for text, one for graphics with hardware line and
circle drawing.  Special hardware for custom character sets.
Two 8" DSDD floppy disk drives (1.25 megabytes each), and the APC
printer.
Parallel and Serial ports are standard, 102 key keyboard.  22
Programmable function keys.
NEC 8023 graphics printer.

I've since added a math co-processor, and 640 K of RAM.

Standard (included free!) documentation included complete machine-
readable source listings of the BIOS and proprietary system utilities,
a System Reference Guide (including full technical details and
schematics), the MS-DOS Technical Reference Manual (far more
complete than the expensive IBM version, which wasn't even available
until 2 years later), MS-DOS user's guide, and bundled software
(WordStar, Multiplan, and DBASE II in my case).

I've never had a single maintenance problem since I've owned the
machine.

Now, can somebody explain how IBM sets the standards?!
 7-Dec-87 11:34:21-MST,1676;000000000000
Return-Path: <[e-mail]>
Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Mon, 7 Dec 87 11:33:54 MST
Received: from rcc by tp4; Mon, 7 Dec 87 10:16:23 PST
Received: from newton.arpa by rcc.arpa; Mon, 7 Dec 87 10:16:25 PST
From: Bridger Mitchell <[e-mail]>
Received: from localhost by newton.arpa; Mon, 7 Dec 87 10:16:14 PST
Message-Id: <[e-mail]>
To: [e-mail]
Cc: [e-mail], [e-mail]
Subject: Re: running ZCPR3 on a CPM3 system
In-Reply-To: Your message of Thu, 3 Dec 87 19:53 CST.
             <[e-mail]>
Date: Mon, 07 Dec 87 10:15:54 PST

The port of ZCPR3 (v. 3.3) to CP/M 3 systems is in the late-alph-test
stage, and release is projected for January.  Availability will be
announced here.

Z3ON3, the workname for this version of ZCPR33, is implemented as a
CP/M 3 RSX; it requires no changes whatever to the bios or system
tracks, and can be rapidly loaded and unloaded.  I expect it will
run on most/all z80-based cp/m 3 systems, with no system configuration
required.

Most Z-tools run without change, and we are cataloging those requiring
attention.  Programs that use these functions will need upgrading:

    direct bios file i/o
    disk size calculation from the allocation vector
    references to zcpr3 internal addresses (show, h, ...)

(Conversion of zcpr3 to an RSX has been a major system-programming
task; I would advise against attempting it yourself without
a very complete understanding of the internals of the cp/m 3 bdos
and ccp).

--bridger mitchell


 7-Dec-87 19:10:04-MST,1960;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 7 Dec 87 19:09:45 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA04125; Mon, 7 Dec 87 16:46:12 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 7 Dec 87 20:08:13 GMT
From: ecsvax![e-mail]  (Ted A. Campbell)
Organization: UNC Educational Computing Service
Subject: An Idea:  An Omnibus Reference Work for CP/M
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


For those of us who still work with CP/M programming, something I've
always wished for would be a largish book giving terminal escape
sequences, disk formats, asynchronous communications info, and
other related computer-specific info for the plethora of CP/M
machines.  This would make it much easier for us to develop pro-
grams with a somewaht braoder market than heretofore possible.
Judging from Micropro's sales of CP/M Wordstar 4.0, there's still
something of a market.

I wondered if this could be something we could undertake as an
online project.  We could develop a template of requested info,
allow places for further information, send the info to a central
gathering point, and gather it all into an ASCII text file (or
files) that we could put out on various BBS's.

Maybe while we're at it, we could include basic stuff like 8080
and Z80 mnemonics, CP/M and CP/M Plus BDOS and BIOS entry
points and the like.  Maybe this would give us an opportunity
to develop something like an RSX that could deal with a standard
TERMCAP, allowing the development of near-universal screen-oriented
CP/M programs.  Any interest out there?
--
Ted A. Campbell       |
Duke Divinity School  |
Durham, NC  27706     |
email:  tcamp@ecsvax  |
 8-Dec-87 05:36:19-MST,1050;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 8 Dec 87 05:36:13 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA16384; Tue, 8 Dec 87 04:13:56 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 7 Dec 87 22:51:45 GMT
From: tektronix!tekgen![e-mail]  (Robert Jaquiss)
Organization: Tektronix, Inc., Beaverton, OR.
Subject: Looking for someone runnuing a Ferguson Big Board II using Andy Bakker's integrated bios
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


     Is anyone runnuing a Ferguson Big Board II  using  Andy
Bakker's  integrated  bios.  I am trying to bring one up and
am having problems.

Thank you.

Robert S. Jaquiss Jr.

ucbvax!tektronix!tekgen!robertj (uucp)
[e-mail] (csnet)
[phone] (audio phone at work)
 8-Dec-87 13:33:31-MST,1414;000000000000
Return-Path: <[e-mail]>
Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Tue, 8 Dec 87 13:33:26 MST
Received: from rcc by tp4; Tue, 8 Dec 87 12:23:41 PST
Received: from newton.arpa by rcc.arpa; Tue, 8 Dec 87 12:23:36 PST
From: Bridger Mitchell <[e-mail]>
Received: from localhost by newton.arpa; Tue, 8 Dec 87 12:23:34 PST
Message-Id: <[e-mail]>
To: [e-mail] (Steve Willett)
Cc: [e-mail], [e-mail],
        [e-mail]
Subject: Re: running DU on a CPM3 system
In-Reply-To: Your message of Mon, 7 Dec 87 07:46:46 PST.
             <[e-mail]>
Date: Tue, 08 Dec 87 12:23:30 PST

DU  uses direct bios file i/o to access disk sectors.  It's an
example of a program that needs repackaging to run under cp/m 3.
To use it, get CPM2RSX (or similarly-named RSX) and use the
CP/M 3 utility to encapsulate a COM file with that RSX.

That particular RSX converts  cp/m 2.2-style direct bios io calls
to cp/m 3 calls via the dos AND provides full physical->logical
sector deblocking.

However, as noted previously, you can't just put a zcpr3 cp/m 2.2 type
command processor on the boot tracks of a cp/m 3 system and
go; it requires rebuilding the interface from the ground up.
 8-Dec-87 22:07:45-MST,1931;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 8 Dec 87 22:07:39 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA06614; Tue, 8 Dec 87 20:57:35 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 9 Dec 87 03:37:11 GMT
From: rochester![e-mail]  (Mike Ciaraldi)
Organization: U of Rochester, CS Dept, Rochester, NY
Subject: Re: running DU on a CPM3 system (or MP/M!!)
Message-Id: <[e-mail]>
References: <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Bridger Mitchell) writes:
>DU  uses direct bios file i/o to access disk sectors.  It's an
>example of a program that needs repackaging to run under cp/m 3.
>To use it, get CPM2RSX (or similarly-named RSX) and use the
>CP/M 3 utility to encapsulate a COM file with that RSX.
>
>That particular RSX converts  cp/m 2.2-style direct bios io calls
>to cp/m 3 calls via the dos AND provides full physical->logical
>sector deblocking.


Am I missing something?  The newest version of DU I have seen,
version 8.9 (from sometime in 1984), is supposed to check whether it
is running on CP/M 1.x, 2.x, or 3.x, and adjust accordingly.
For example, it uses direct BIOS calls for 1 and 2, but
uses BDOS function 50 to do its BIOS calls in 3.

Meanwhile, I am in the process of converting DU to run on my MP/M system.
Has anyone already done this?

BTW, I assume we are talking about the same "DU"--the disk utility
which lets you read, write, and modify any sector on the disk.


Mike Ciaraldi
arpa:  [e-mail]
uucp:  seismo!rochester!ciaraldi
 9-Dec-87 03:36:10-MST,940;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 9 Dec 87 03:36:06 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA12259; Wed, 9 Dec 87 02:35:40 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 9 Dec 87 04:32:16 GMT
From: [e-mail]  (Jeffrey J Wieland)
Organization: Purdue University Computing Center
Subject: Using MicroSphere Color Graphics Board w/ Advent host adapter
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Does anyone if its possible to install a MicroSphere Color Graphics board
on an '84 series CP/M Kaypro that already has an Advent host adapter
(for a RAM disk)?

                Thanks in advence,
                Jeff Wieland
                [e-mail]
 9-Dec-87 12:13:40-MST,10738;000000000000
Return-Path: <[e-mail]>
Received: from HUACHUCA-EM.ARPA by SIMTEL20.ARPA with TCP; Wed, 9 Dec 87 12:13:05 MST
Date:     Wed, 9 Dec 87 11:26:22 MST
From:     John Shaver Modernization Office <[e-mail]>
To:       [e-mail]
Subject:  Summarized responses
Message-ID:  <[e-mail]>

Earlier, I sent out two messages.

1.  Does anyone know of software for the IBM PC/PC Clones which will graphically
display satellite ground tracks and which will calculate the earth observers
azimuth and elevation angles?  Are there astronomy programs which might relate?
Would appreciate any responses.  Contact me by email or  AV 879/7622 or
COM 602 538 =7622.  Thanks
John

2.   Does someone have a Math Co=Processor which he would recommend as being
fast and reliable?  I need one for my HP Vectra, which is an AT clone.
===================================
I received a number of replies.  The more interesting ones have
been included.  Several people were kind enough to call me and
spend some time on the phone with me.  THanks.  Messages follow:
=====================================
Date:     Fri, 4 Dec 87 20:32 EST
From:     <[e-mail]>
Subject:  Program
To:       [e-mail]

Hi, there...

    Eugene, my ol' dude has requested to be of some assistance, and I have
read your request, and I would suggest that you bother this user for the
program...

    [e-mail] - National Radio Astronomy Observatory...

    I guarantee that he 'll have it...

- Scott

11SSTEIN@GALLUA
----------------
Date: Sun, 6 Dec 87 08:44:56 AST
From: Daniel MacKay <dalcsug![e-mail]>
To: [e-mail]
Subject: Re: Software Request

I have a prog which a friend typed in from Nibble; it reads stars names,
and the two angles out of a file, asks you where you are in the world, and
what time it is, and plots the stars on the screen.  It's pretty slick.  it
slides the stars around as time goes on, and you can move a box to over
a star with the mouse and it'll give you the name, or you can type the name
and it'll flash the star if it's on the screen, or let you know if it's not.
It's called Planetarium- can send you a copy if you're int.
--
+---------+                Dalhousie University
|    _    |     From the        Halifax, Nova Scotia
|   (_)===|     Disk of ...        Canada
|         |      Daniel        [e-mail]
+---------+            ...{utai,uunet}!dalcs!dalcsug!mackay
----------------------------

Date: Sun 6 Dec 87 09:39:50-EST
From: "Wes Williams" <[e-mail]>
Subject: Sat track software
To: [e-mail]

This is a week direction to start but it may yield a source.
Within the last couple of years I saw a TV show that described a group
of 12 year olds from England that had as a class project sat. tracking.
They were using computers (nothing fancy) and had punched in Russian
sat. data. These kids were not only computing azimuths, but also the
decaying orbits. Seems to me they also were one of the first to predict
the fall of the nuclear fueled sat that the Russians lost in Canada.
The coordinates they predicted were quite close to the actual fall site.

Good luck, I would also like a title of this software.
-----------------------------
From: [e-mail] (George Harris)
Date: 08 Dec 87 10:00:10 PST (Tue)
To: [e-mail]
Subject: Spacetracking software - IBM/IBM Clones

There is a special interest BBS on the subject with routines that might
fill your bill.  When I get home this evening , I will send further
details.

George Harris  <[e-mail]>
FMC Corporation
AI Center
Central Engineering Laboratories
Box 580
1205 Coleman Avenue
Santa Clara, Ca, 95052
[phone]
-----------------------
Date: 8 Dec 87 16:49:19 PST (Tuesday)
Subject: Re: Software Request
From: "Leigh_Smith.XSIS"@Xerox.COM
To: [e-mail]

For: John Shaver Modernization Office
Ref.: Message-Id:  <[e-mail]>

We have developed an interactive computer graphics system which includes the
items you mentioned in your message: display satellite ground tracks and which
will calculate and observer's azimuth and elevation angles.

This system is called TACK (named after a map tack) and is in operation at
several government locations.  To quote from one of our customer's Tech Notes:

'TACK is an interactive computer graphics system that integrates the following
capabilities:
   Map Generation,
   Geographic data display,
   Symbol generation and display,
   Satellite trajectory simulation and display,
   Simulation of concurrent multiple satellite flight,
   Satellite sensor footprint display,
   A geographic data-base management and reporting system based on
display-by-example,
   Construction and manipulation of abstractions of structures stored in
data-base files or created interactively.'

The system is designed to show satellite traces (and sensor footprints) on a map
generated on the screen from world data bank data (resolution up to world data
bank II).   Satellite orbital element information is stored locally or can be
input by the user.  Maps are drawn on the screen for several different
projections: Equirectangular, Lambert, Perspective, Mercator, Gnomonic.  The
area of the world displayed is determined either by the user or automatically by
giving a satellite and a time of interest.

The TACK system is in operation on several computer systems (IBM, & DEC) and
elements are available in workstation-based systems.

There is much too much other information about TACK to include in a message.
From what your message said TACK can fill your need, so please contact me
directly so we can discuss your requirements in more detail.

Mr. Leigh Smith
TACK Project Manager
Xerox Special Information Systems
250 N. Halstead St. m/s 600
Pasadena, CA 91107
Phone:  [phone] Ext 5820
----------------------------------
Date: Wed, 09 Dec 87 13:45:28 EST
To: [e-mail]
From: [e-mail]
Subject: Satellite software

    Re your message below, Mr. Jan de Leeuw of the European Space Operation
    Centre in Darmstadt, W. Germany has developed a program which should
    meet your needs.
    You can contact him at his e-mail address  [e-mail]

    I hope this will be of some assistance.
    Best regards,
                 Sergio Vaghi    [e-mail]

    cc: J.de Leeuw, ESOC

------------------------------
Date:    Wed, 9 Dec 87 07:14:54 PST
From:     [e-mail] (Bob Wood WA7MXZ, USU Chemistry)
Subject: Satellite tracking program
To:       [e-mail]

The best satellite tracking program I have ever seen for PC use was written
by Dr. Bob McGwier, N4HY. His program is available from:
AMSAT  (Amateur Satellite Corp.)
P.O. Box 27
Washington, D.C. 20044    [phone]
The price is very nominal. The program can run with an 8087 coprocessor
to speed up calculations. The graphics are very good, the system is easy
to use and can be interfaced to an antenna tracking system.
Bob Wood, WA7MXZ

----------------------------------
Date: Wed, 9 Dec 87 10:46:12 EST
From: [e-mail]
To: [e-mail]
Subject: Satellite Software

If no one has gotten back to you, AMSAT (Amateur Satellite N. America)
operates a software exchange providing programs for most computers at
a modest charge.  I use the new quiktrak on a PC and am reasonably
impressed.  It will even auto track your antenna rotaters for you,
the say.  The number is [phone].  Have fun,
SHare and ENjoy  Jphnathan Vail, N1DXG [phone].
------------------------------
Date:     Wed, 9 Dec 87 8:37:45 EST
From:     Les Eastman <[e-mail]>
To:       John Shaver Modernization Office <[e-mail]>
Subject:  Re:  Math Co-Processor

Have you tried the one HP sells for the Vectra.  It is part number
HP 82965A.  I don't know how fast it is but I assume it is a standard 80287
chip.  Mine has been going for a year with no problems.

                    LES
------------------------------------
J. Cockney from the Washington DC area called to mention the
AMSAT group, also.  I got a brief description about the programs
which were available and also talked about co-processors.
Thank you  Josh.
------------------------------------------
Leon Boberschmidt (If not spelled correctly, I may have been
listening with an accent) called to memtion that Zephyr Services
(412-422-6600), in Pittsburg, had several programs available.
--------------------------------------------------
As mentioned by several people in the Apple area, Nibble magazine
has a program which they published just prior to the arrival of
Halley's Commet.  I had typed the program up for my own use.
This program runs on the Apple II family.
--------------------------------------------------
I obtained programs from a Utah firm which would display most of
the major constellations appearing in the Naval and Air Almanacs.
The following information was forwarded by KOOLISH
-----------------------------------------------
Subject: NASA Prediction Bulletins
Keywords: Satellite, Orbital Elements, Keplerian
Date: 21 Nov 87 19:25:34 GMT

The most current orbital elements from the NASA Prediction Bulletins are
carried on the Celestial RCP/M, [phone], and are updated several
times weekly.  As a service to the amateur satellite community, the most
current of these elements are uploaded weekly to rec.ham-radio.  This
week's elements are provided below.  The Celestial RCP/M may be accessed
24 hours/day at 300 or 1200 baud using 8 data bits, 1 stop bit, no parity.

(I have deleted the list as not required.  I believe that several
other people mentioned this and they also mentioned Kelso at the
University of Texas.)
----------------------------------------------
He also sent information about a group

Subject: Amateur Satellite Observers organization
Date: 18 Jun 86 18:21:45 GMT

There is a new and growing organization of those interested in visually
observing artificial satellites.  If interested contact Jim Hale, HCR 65,
Box 261 B, Kingston, Arkansas 72742.  Tracking software and satellite
elements are available.
================================================
I have not yet heard of programs in ADA which might do this sort
of thing.  I had hoped that someone had done some work in this
area.

 9-Dec-87 12:39:35-MST,1404;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 9 Dec 87 12:39:11 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA23842; Wed, 9 Dec 87 11:37:10 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 8 Dec 87 17:30:35 GMT
From: hp-pcd!uoregon!omepd!mipos3!cadev4![e-mail]  (Doug Braun ~)
Organization: Corporate CAD, INTeL Corporation, Santa Clara, CA
Subject: CP/M 3 and Z-280
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I am planning to build a Z-280 computer (actually a Z-280 add-on
card for my Z-80 computer), and CP/M 3 would be good for it.
How can you get a generic version of CP/M 3?  Will Digital
Research sell one copy without charging a fortune (like the
OS/2 "developer's kit")?

Also, has anyone seen any documentation for the Z-280's expanded
instruction set?  Do any of the maker(s) of Z-280 products
have things like assemblers and manuals with this information?
I am having trouble getting the one Zilog salesman who can send
me a programmer's manual to do so.  That fact that I work for Intel
doesn't help :-)

Doug Braun                Intel Corp CAD
intelca!mipos3!cadev4!dbraun        408 496-5939
 9-Dec-87 21:07:59-MST,1010;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 9 Dec 87 21:07:46 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA04698; Wed, 9 Dec 87 19:47:32 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Dec 87 01:58:13 GMT
From: mccc![e-mail]  (Peter J. Holsberg)
Organization: Mercer Co. Comm. College, Trenton, N. J.
Subject: CP/M emulator for 3B1 or 3B2 Wanted
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I'm looking for a CP/M emulator to run on a 3B1 (680x0) or a 3B2/400
computer system.   Any leads will be greatfully acknowledged.  Thanks.
--
Peter Holsberg                UUCP: {rutgers!}princeton!mccc!pjh
Technology Division            CompuServe: 70240,334
Mercer College                GEnie: PJHOLSBERG
Trenton, NJ 08690            Voice: 1-609-586-4800
10-Dec-87 10:41:39-MST,1083;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Dec 87 10:41:23 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA17815; Thu, 10 Dec 87 09:33:55 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Dec 87 00:26:14 GMT
From: ems!rosevax!kksys![e-mail]  (0000-Mike Bird)
Organization: K and K Systems, Minneapolis, MN
Subject: What is ZCPR3?
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Yes, I admit it, I don't know what ZCPR3 is.  Is it a PD version of a CP/M
clone?  Please e-mail responses to me, I'll summarize if enough people are
interested.
--
================================================================================
Mike Bird (These opinions are mine, dammit!)   Mail paths:  [e-mail] -or-
Void where prohibited by law.                       ...rutgers!meccts!kksys!bird
10-Dec-87 10:43:11-MST,1798;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Dec 87 10:43:00 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA17905; Thu, 10 Dec 87 09:38:45 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Dec 87 00:32:29 GMT
From: ems!rosevax!kksys![e-mail]  (0000-Mike Bird)
Organization: K and K Systems, Minneapolis, MN
Subject: Looking for disk formats
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I have an NEC PC8801-A, and I belong to the Turbo User's Group.  They (and
Borland) do not support my machine's disk format.  So what I've been doing
is buying software in the Osborne format, and having a friend of mine, who
owns Unidos, convert to my format.  Recently, TUG dropped the Osborne
format, so now I'm ordering in the Kaypro format.  I did get a utility with
my machine that lets me re-configure my drives to anything that CP/M can be
configured for without special hardware.  This means that if I can get the
SPT, BSH, etc. and the 1st sector ID, Density, etc. for the Osborne and the
Kaypro, then I don't have to wait for a couple of months when my friend's
machine isn't busy on a day that I have free.  If anyone knows what the
formats are, or if there's a product for CP/M machines like Unidos, please
e-mail the information to me.  Thanks.
--
================================================================================
Mike Bird (These opinions are mine, dammit!)   Mail paths:  [e-mail] -or-
Void where prohibited by law.                       ...rutgers!meccts!kksys!bird
10-Dec-87 14:11:18-MST,1516;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Dec 87 14:10:55 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA22337; Thu, 10 Dec 87 12:58:10 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Dec 87 17:11:33 GMT
From: ecsvax![e-mail]  (Ted A. Campbell)
Organization: UNC Educational Computing Service
Subject: CP/M Plus, Banked ZRDOS, Z280
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


I'm wodering if <any> operating systems have been ported to the
Z280 -- CP/M Plus or the Banked version of ZRDOS.

Just a query at this point:  about a year ago I called Echelon to
ask if they had ever ported ZCRP3 to a CP/M Plus system.  They
responded that CP/M Plus was a mistake from the start and that
they had no intention of porting ZCPR3 for CPM3.  So I'm interested
to learn that such a project is underway.  Does anyone know (a)
what advantages the CP/M Plus version of ZCPR3 would have over
CCP+; (b) whether the banked version of ZRDOS has been ported for
any banked CP/M Plus BIOSes; and (c) if so, which BIOSes have been
supported (I have an Osborne Executive with about three different
BIOSes for it).
--
Ted A. Campbell       |
Duke Divinity School  |
Durham, NC  27706     |
email:  tcamp@ecsvax  |
10-Dec-87 16:25:03-MST,1122;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Dec 87 16:24:56 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA24678; Thu, 10 Dec 87 14:28:40 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Dec 87 03:01:55 GMT
From: portal!cup.portal.com![e-mail]
Organization: The Portal System (TM)
Subject: BBS SYSTEMS-HOW TO USE?
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I have just started trying out some BBS systems like Royal Oak. They seem
to run in a similar format. I have used the up/download facilities of
Cserve so far so I am familiar w/ XMODEM. What I need to know is this:
I have obtained and uncrunched the ROYALOAK.DIR file but, how can I
obtain a description of what all these files do? There must be
SOMETHING available! Nobody acn remember or reconize all those
"cryptic" names. Can anyone help me out?
10-Dec-87 18:49:02-MST,1071;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Dec 87 18:48:57 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA27955; Thu, 10 Dec 87 16:53:10 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Dec 87 19:04:51 GMT
From: csustan![e-mail]  (R. L. Zarling)
Organization: CSU, Stanislaus; Turlock, California
Subject: Foreign Disk program for Kaypro IV
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I am looking for a program which will allow a Kaypro IV cpm machine to
read foreign disk formats (specifically Televideo cpm).  If you have such
a thing you are willing to sell, or know where I can get one, please
reply to

Ray Zarling
CSU Stanislaus / Turlock, CA
[phone] day;  [phone] eve

...uunet!lll-winken!csustan!rayz
...ihnp4!lll-crg!csustan!rayz
10-Dec-87 22:09:02-MST,2819;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Dec 87 22:08:53 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA02658; Thu, 10 Dec 87 20:50:31 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 11 Dec 87 00:18:58 GMT
From: tikal!sigma![e-mail]  (William Swan)
Organization: Summation Inc, Kirkland WA
Subject: Re: An Idea:  An Omnibus Reference Work for CP/M
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Ted A. Campbell) writes:
>For those of us who still work with CP/M programming, something I've
>always wished for would be a largish book giving terminal escape
>sequences, disk formats, asynchronous communications info, and
>other related computer-specific info for the plethora of CP/M
>machines.  [...]
>I wondered if this could be something we could undertake as an
>online project. [...]
>Maybe while we're at it, we could include basic stuff like 8080
>and Z80 mnemonics, CP/M and CP/M Plus BDOS and BIOS entry
>points and the like.  Maybe this would give us an opportunity
>to develop something like an RSX that could deal with a standard
>TERMCAP, allowing the development of near-universal screen-oriented
>CP/M programs.  Any interest out there?

Sounds like a nice idea, and I could contribute info about one machine,
but I wonder how useful this might be in the long run. I suspect that
most CP/M users are now fairly knowledgeable (the dummies have gone to
MSDOS now :-), and certainly those who would be calling the BBSs would
have the knowledge to apply overlay patches for their system.

The fear I have is the plethora of terminals (take a look at the Unix
termcap files - you could extract a *lot* of info right there!), and of
weird disk formats that would require very specific knowledge of *in
advance* to handle.

For example of the latter, my Alspa machine (8") ALWAYS makes track 0
single density, track 1 double, and the rest of the disk as selected
(unless you are dealing with what it calls an IBM format, which is
all SSSD). Now to confuse the issue, it does not translate double-density
sectors in the BIOS, it pre-formats them skewed!! (It will work if the
disk is formatted with the sectors in order, but oh, how slow it runs!)
I have no idea what the 5-1/4" disks are like.

As far as termcap capabilities, doesn't ZCPR3 make this available?

Are you proposing to collect the information?
--
William Swan  {ihnp4,decvax,allegra,...}!uw-beaver!tikal!sigma!bill
11-Dec-87 01:08:12-MST,1712;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 11 Dec 87 01:08:05 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA05260; Thu, 10 Dec 87 23:52:35 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 11 Dec 87 00:23:20 GMT
From: oliveb!intelca!mipos3!cadev4![e-mail]  (Doug Braun ~)
Organization: Corporate CAD, INTeL Corporation, Santa Clara, CA
Subject: Re: Looking for disk formats
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I am also wondering about disk formats.  I would
like to convert my homebrew system from 8" SSSD
to a 5.25" format.  Which format should I use?
Has anyone ever compiled a list of formats?

I assume a format description would include the following:

Recording format:  IBM (SD or DD) or Apple.
    This would also include definitions of gaps, CRCs,
    address marks, etc.  These are the truly controller-
    dependent characteristics.

Number of sides and tracks:
    These are drive-dependent characteristics.

Sector size and sectors/track:
    Controllers can almose always be programmed for this.

CP/M filesystem parameters:
    Physical sectors/sector, allocation group size,
    directory size, and the other Disk Parameter Block junk.
    Strictly software-dependent.

Has anyone ever seen a list.






Doug Braun                Intel Corp CAD
                    408 496-5939

 / decwrl \
 | hplabs |
-| oliveb |- !intelca!mipos3!cadev4!dbraun
 | amd    |
 \ qantel /
11-Dec-87 03:09:54-MST,1277;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 11 Dec 87 03:09:42 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA07015; Fri, 11 Dec 87 02:00:50 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Dec 87 06:16:18 GMT
From: ems!rosevax!kksys![e-mail]  (0000-Dan Germann)
Organization: K and K Systems, Minneapolis
Subject: Need Ithaca InterSystems I/O card info
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I have an Ithaca InterSystems I/O card, model 1110-01, for which I
have no documentation.  It seems to have two serial ports, what appear
to be two bidirectional parallel ports, and possibly other 'stuff'.
Unfortunately, it also has a plethora of jumpers on it.  Does anyone
have any information on this board?  I'd be happy to pay for a copy of
a manual.  Even a recent address for Ithaca would be helpful.  I can't
even find a copy of Byte that's old enough to have one of their ads.
Please reply via mail.  Thanks!

-Dan Germann
    [e-mail]
    ...rutgers!meccts!kksys!deg
11-Dec-87 14:07:31-MST,1177;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 11 Dec 87 14:07:26 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA20508; Fri, 11 Dec 87 12:54:41 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 11 Dec 87 06:36:45 GMT
From: ihnp4!homxb!mtuxo!mtune!codas!burl!clyde!watmath![e-mail]  (aso)
Organization: U of Waterloo, Ontario
Subject: Northstar, Superboard
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


 I would appreciate hearing from anyone that owns a NorthStar system.
I have one of these beasts, and I would like to get to know others with
the same machine. Also I am considering purchasing A Superboard computer, and
If you also own one of these please drop me a line. I would like to know how
compatible one of the Superboards are, and if they are reliable etc.....
 If you can add your two cents worth then great, please do so.
  Thanks in advance.
    Alan.
11-Dec-87 22:10:27-MST,6444;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 11 Dec 87 22:10:06 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA00701; Fri, 11 Dec 87 20:54:22 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 12 Dec 87 01:41:10 GMT
From: ecsvax![e-mail]  (Ted A. Campbell)
Organization: UNC Educational Computing Service
Subject: CP/M Survey -- Your Responses Requested (Long)
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]



                              CP/M SURVEY
                              ===========

     INSTRUCTIONS:  We're attempting to gather as much information as we
can  about  existing CP/M computers.   Our intention is to  compile  the
results  into a large document file that will be made available to  CP/M
users  and  developers  by way of electronic  Bulletin  Board  services,
including  the comp.os.cpm newsgroup of Usenet.   Your participation  is
very much appreciated.

     The  survey  forms which follow have been designed so that you  can
copy,  fill out, and return them electronically.  Email is the preferred
means of completing and returning the form, so that all information will
be  immediately  available in machine-readable form.   Copy  the  survey
forms which follow to your computer.  You might make copies available to
local BBS's or Clubs which support CP/M.   Fill out as much  information
as  you have,  and be as verbose as you will.   Try to give  information
you  think  would help someone unfamiliar with your computer  trying  to
port a new program to it.

     We'd  also  appreciate other information in ASCII or Wordstar  text
format  which you'd like to see in an omnibus CP/M  reference  document.
Such   items  might  include:    8080/Z80/8085/Z280  opcodes,   language
summaries  (e.g.,  Small C library functions),  standard BDOS  and  BIOS
functions, and access to facilities of common software packages (such as
the extended system calls for the BYE series).  If you have any thoughts
on the formatting or distribution, we'd like to hear.

     Please return the form via email to:

          [e-mail]
     or   [e-mail]
     or   T.CAMPBELL1 on the Genie System.

     If you need to return a hardcopy, you may send it by U.S. snail to:

     Ted A. Campbell
     Raleigh Other Computer Club
     7 Winchester Ct.
     Durham, NC  27707

     Thanks again for your help!

(cut here)
-----------------------------------------------------------------------

                               CPU SURVEY
                               ==========

Name of Computer:

CPU chip:

Clock rate in megahertz:

Standard RAM memory:                    Expandable RAM:

Is RAM partitioned:

Procedure to switch banks:

Standard Operating System and Version number:

Other operating systems:

Peculiarities of this implementation, or BIOS:

Is there a standard Real-Time clock?

How is it accessed?

Are real-time clock interrupts available to the programmer?  How?

Procedure to initialize the RS232 port:

Procedure to set baud rate:

Other procedures to set RS232 port:

Procedure to send one byte to the RS232 port:

Procedure to receive one byte from the RS232 port:

Procedure to detect if a character is ready from the RS232 port:

Procedure to detect Carrier Detect:

Other CPU information:

(cut here)
-----------------------------------------------------------------------

                            TERMINAL SURVEY:
                            ================

Name of computer or terminal:

Does this computer emulate,  or is it to any degree compatible, with the
terminal characteristics of another computer or terminal?

Size of terminal display:  Lines (rows):          Columns:

Escape Sequences:
----------------

     [Please enter in hexadecimal notation]

     clear screen:

     home cursor:

     directly address cursor:

     cursor up:

     cursor down:

     cursor left:

     cursor right:

     delete character to left of cursor:

     delete character at cursor:

     delete from cursor to end of line:

     delete from cursor to end of page:

     turn on highlight/reverse:

     turn off highlight/reverse:

     turn on dim:

     turn on bright:

     read character at cursor position:

     turn on/off or adjust cursor:

     other cursor sequences:



Direct Video RAM Manipulation:
-----------------------------

     Is the video memory mapped?

     starting address of video RAM:

     length of line in video RAM:

     How are attributes mapped:

     Is video RAM banked?  Procedure for adressing video RAM?

     Other notes on memory mapping:



Graphics:
--------

     Are there character graphics?

     Describe  graphics characters,  procedures for defining and accces-
     sing them, etc.:



     Are there pixel graphics?

     Describe procedures for entering and exiting pixel graphics mode:

     Describe  procedures  for addressing pixels,  turning them  on/off,
     reading them, etc:



Other Terminal Information:
--------------------------



(cut here)
-----------------------------------------------------------------------

                          DISK FORMAT SURVEY:
                          ==================

Name of Disk Format:

Computers on which this disk format is or may be used:

Physical size of disk (8", 5.25", 3.5"):

Recording format (IBM, SS, DD, QD, Apple, etc.):

Sides:

Tracks/Side:

Physical Sectors/Track:

Relation of Logical Sectors to Physical Sectors:

Location of bootup routine:

Location of directory:

Size of directory:

Allocation group size:

Is there a standard form of on-disk time/date stamping?  What is it?

Other information on disk format:



(cut here)
-----------------------------------------------------------------------

                           OTHER INFORMATION:
                           =================



--
Ted A. Campbell       |
Duke Divinity School  |
Durham, NC  27706     |
email:  tcamp@ecsvax  |
11-Dec-87 23:12:14-MST,824;000000000000
Mail-From: KPETERSEN created at 11-Dec-87 23:12:12
Date: Fri, 11 Dec 1987  23:12 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Simtel20 CP/M index file updated

The file which describes many of the CP/M files in the archives at
SIMTEL20 has been updated to add descriptions from the previous
creation date to today.

These files were updated:

PD1:<CPM.FILEDOCS>SIMCPM.IDX  <--comma-delimited index w/descriptions
PD1:<CPM.FILEDOCS>SIMCPM.ARK  <--same but ARChived

--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)
11-Dec-87 23:38:12-MST,922;000000000000
Mail-From: KPETERSEN created at 11-Dec-87 23:38:09
Date: Fri, 11 Dec 1987  23:38 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   portal!cup.portal.com![e-mail]
Cc:   [e-mail]
Subject: BBS SYSTEMS-HOW TO USE?
In-reply-to: Msg of 9 Dec 1987  20:01-MST from portal!cup.portal.com!Mike_W_Ryan at uunet.uu.net

Mike, download CPMDEC03.LZT from drive D: on Royal Oak.  That file is
replaced each month.  Check WHATSNEW on that drive and look at the
header for the latest filename.  It is a list of current CP/M public
domain files.  Each filename has a one-line description.

--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)
12-Dec-87 04:15:36-MST,2453;000000000000
Return-Path: <@WISCVM.WISC.EDU:[e-mail]>
Received: from WISCVM.WISC.EDU by SIMTEL20.ARPA with TCP; Sat, 12 Dec 87 04:15:24 MST
Received: from UHHEPG.BITNET by WISCVM.WISC.EDU ; Sat, 12 Dec 87 05:15:20 CDT
Date: 12 DEC 87 01:14-
From: [e-mail]
To: INFO-CPM @ SIMTEL20.ARPA
Subject: Problems with the Pascal UUDECODER

Date: 12-DEC-1987 00:43:27.18
From: Ralph Becker-Szendy RALPH AT UHHEPG
To:   GATEWAY::"[e-mail]",RALPH
Subj: Problems with the Pascal UUDECODER
Hi

I have a little problem: I suspect the standard cp/m UUDECODEr had a bug.

Here is the story: When i request a binary file (LBR, squeezed or suchlike)
from the BITNET server at RPI i have to request it as UUENCODED (because our
mail handler munches every binary file), and even then all the (up-arrow) are
converted into ^(twiddle). So, i transfer the UUENCODED file to the cp/m micro,
and run it through the regular UUDECODER (made from
PD:<CPM.STARTER-KIT>UUDECODE.HEX or .PAS, from SIMTEL20 or the server at RPI).

Unfortunately, the UUDECODER doesn't like the file: he complains about the
second to last line being too short (in 80% of the cases). Here an example:
M56<')',8<%.%1QT% "X$]#0&\C$#$#0#D#296#4&0'D5%%$-?T#D#(#-/M
MVP@!H) "(0 V+!H:&AH:&AH:&AH:&AH:&AH:&AH:&AH:&AH:&AH:&AH:&AH:M
3&AH:&AH:&AH:&AH:&AH:&AH:&@M  <----- this line is (supposedly) too short
 M
end

And, even worse, in the rare case that UUDECODE doesn't complain about such a
line being too short, sometimes the output file is wrong (like several
characters missing). But, miracle, some files get through without any problem.

On the other hand, i am sure that the uuencoded files did NOT get munched
on the way to the micro (test: transmit it back, and compare).

I have tested this with more than 30 files, and after a while it is no fun any
more. So, the question is: does this UUDECODEr have a known bug, am i making a
mistake, or what ? Maybe the UUENCODER used by the server is wrong (but that
sounds VERY improbable).

Any help is appreciated. As usual: if i get enough answers, i'll summarize
then to the net.

Ralph Becker-Szendy                                     [e-mail]
University of Hawaii / High Energy Physics Group              [phone]
Watanabe Hall #203, 2505 Correa Road, Honolulu, HI 96822
"Hawaii - it's not just for tourists. People actually live and work there."

12-Dec-87 04:38:25-MST,1904;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 12 Dec 87 04:38:20 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA06870; Sat, 12 Dec 87 02:50:06 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Dec 87 18:55:13 GMT
From: cbosgd!clyde!burl!codas!mtune!petsd!pedsga![e-mail]
Organization: Concurrent Computer Corp., Tinton Falls, N.J.
Subject: Re: An Idea:  An Omnibus Reference Work for CP/M
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] writes:
>
>For those of us who still work with CP/M programming, something I've
>always wished for would be a largish book giving terminal escape
                                                  ^^^^^^^^^^^^^^^
>sequences, disk formats, asynchronous communications info, and
>........... info deleted ...........

Check out a book called:

A Programmer's Guide to Video Display Terminals

by David Stephens
Atlantis Publishing 1985
ISBN 0-936158-01-8

It has the escape sequences indexed by Manufacturer, Terminal, Curson
Address Lead-in, Clear Screen, etc.

It also has some info on the ANSI X3.64 standard.

> ......... Maybe this would give us an opportunity
>to develop something like an RSX that could deal with a standard
>TERMCAP, allowing the development of near-universal screen-oriented
>CP/M programs.  Any interest out there?

I think it would be terrific.  I use a Perkin-Elmer terminal w/ my CPM
system, and have had to go into a PD program and figure out it's hard-
coded escape sequences and replace or null them out.
Would terminfo be a start?
12-Dec-87 11:40:24-MST,1546;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 12 Dec 87 11:40:19 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA11757; Sat, 12 Dec 87 10:40:30 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 11 Dec 87 14:16:12 GMT
From: ptsfa!nonvon![e-mail]  (Alex P Novickis)
Organization: nonvon systems research group
Subject: Re: Summarized responses
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

If anyone is interested, I have a pair of
Fulcrum 256k 100ns RAm cards for sale for ieee696 S100 buss,
Full 16 bit or 8 bit support.
$220 each.



Alex P Novickis [software engineering consultant]            [phone]
UUCP: {ames,sun,lll-crg,pyramid}!ptsfa!nonvon!apn            CS: [76056,601]
USMAIL: 1635 Ditty Ave, Santa Rosa, CA 95403        BITNET: EEFA02P@CALSTATE
| Only those who attempt the absurd     I think, I think it's in my basement|
|  ..will achieve the impossible.       Let me go upstairs and check. -esher|
--
Alex P Novickis [software engineering consultant]            [phone]
UUCP: {ames,sun,lll-crg,pyramid}!ptsfa!nonvon!apn            CS: [76056,601]
USMAIL: 1635 Ditty Ave, Santa Rosa, CA 95403        BITNET: EEFA02P@CALSTATE
| Only those who attempt the absurd     I think, I think it's in my basement|
12-Dec-87 13:22:36-MST,2933;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 12 Dec 87 13:22:24 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA12754; Sat, 12 Dec 87 11:52:06 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 8 Dec 87 18:37:40 GMT
From: ihnp4!alberta!edson!tic![e-mail]  (Dragos Ruiu)
Organization: U of A, E.E., Edmonton,Canada
Subject: Re: An Idea:  An Omnibus Reference Work for CP/M
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]>, [e-mail] (Ted A. Campbell) writes:
>
> For those of us who still work with CP/M programming, something I've
> always wished for would be a largish book giving terminal escape
> sequences, disk formats, asynchronous communications info, and
> other related computer-specific info for the plethora of CP/M
> machines.  This would make it much easier for us to develop pro-
> grams with a somewaht braoder market than heretofore possible.
> --
> Ted A. Campbell       |
> email:  tcamp@ecsvax  |

  It has been done to an extent. From my old CP/M application programming days
I have a book that lists 145 terminals and PC's one per page listing:
   -Screen Layout in rows and columns
   -Row, col numbering scheme
   -Cursor addressing and examples
   -Erasure
   -Video Attributes
   -Cursor keys
   -Character Set
   -Emulation
   -Function keys

   It's invaluable (and was when you could make money in CP/M). It has a few
weaknesses because it doesn't know about any real bells and whistles, and
some of the info on wierd 'magic cookie' HP terminals and such doesn't even
begin to describe the Twilight Zone design of them, but on the whole the book
is very accurate.

   It has just about every PC and terminal that existed in 1985.

It's:
     A Programmer's Guide to Video Display Terminals
     by David Sthephens
     1985 Atlantis Publishing Corporation
     P.O. Box 59467
     Dallas, Texas 75229
     ISBN 0-936158-01-8

  I haven't a clue wether this company exists anymore, or if there is a
  newer version. I've got mine and it would take a $lot$ of money to
  take it away. It has been invaluable on a number of occasions. I mean
  where else could you find the cursor movement sequences for a Franklin
  Ace ? :-)

  Perhaps we could find the author and persuade him to post his term database ?

--
Dragos Ruiu          Disclaimer: My opinons are my employer's, I'm unemployed!
            UUCP:{ubc-vision,mnetor,vax135,ihnp4}!alberta!edson!tic!dragos!work
[phone]         #1705, 8515 112th Street, Edmonton, Alta. Canada T6G 1K7
Never play leapfrog with Unicorns...
12-Dec-87 15:29:51-MST,860;000000000000
Return-Path: <[e-mail]>
Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Sat, 12 Dec 87 15:29:39 MST
Received: from rcc by tp4; Sat, 12 Dec 87 14:24:43 PST
Received: from localhost by rcc.arpa; Sat, 12 Dec 87 14:24:38 PST
Message-Id: <[e-mail]>
To: [e-mail], [e-mail]
Cc: [e-mail]
Subject: DU on CP/M 3
Date: Sat, 12 Dec 87 14:24:37 PST
From: [e-mail]

Mike,
My face is (seasonally?) red.  The generic DU does, indeed, check
for CP/M 3 and use BDOS function 50.  I have been testing with
"DU3", a Rick Conn variant of DU that has only CP/M 2.2 capability.

CP/M 3 users should use generic DU.
When ZCPR33 is released for CP/M 3, DU3 users will be able to
run that version under an RSX.
--bridger

12-Dec-87 18:00:18-MST,1158;000000000000
Return-Path: <[e-mail]>
Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Sat, 12 Dec 87 18:00:13 MST
Received: from rcc by tp4; Sat, 12 Dec 87 16:54:27 PST
Received: from newton.arpa by rcc.arpa; Sat, 12 Dec 87 16:54:24 PST
Received: from localhost by newton.arpa; Sat, 12 Dec 87 16:54:22 PST
Message-Id: <[e-mail]>
To: [e-mail] (Jeffrey J Wieland)
Cc: [e-mail], [e-mail]
Subject: Re: Using MicroSphere Color Graphics Board w/ Advent host adapter
In-Reply-To: Your message of 09 Dec 87 04:32:16 GMT.
             <[e-mail]>
Date: Sat, 12 Dec 87 16:54:18 PST
From: [e-mail]

Jeff,
Our (limited) experience at Plu*Perfect Systems with MicroSphere
add-on products for Kaypros has been that their software is not
relocatable.  Thus, although the Advent and MicroSphere hardware should be
compatible, and the Plu*Perfect/Advent TurboRom software is
relocatable, you may have a problem if you need to put their drivers
anywhere other than the hard addresses for which they were assembled.
--bridger


12-Dec-87 18:29:20-MST,1056;000000000000
Return-Path: <[e-mail]>
Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Sat, 12 Dec 87 18:29:15 MST
Received: from rcc by tp4; Sat, 12 Dec 87 16:33:05 PST
Received: from newton.arpa by rcc.arpa; Sat, 12 Dec 87 16:33:01 PST
Received: from localhost by newton.arpa; Sat, 12 Dec 87 16:32:58 PST
Message-Id: <[e-mail]>
To: rochester![e-mail] (Mike Ciaraldi)
Cc: [e-mail], [e-mail]
Subject: Re: running DU on a CPM3 system (or MP/M!!)
In-Reply-To: Your message of 09 Dec 87 03:37:11 GMT.
             <[e-mail]>
Date: Sat, 12 Dec 87 16:32:54 PST
From: [e-mail]

Mike,
My face is (seasonally?) red.  The generic DU does, indeed, check
for CP/M 3 and use BDOS function 50.  I had been testing with
"DU3", a Rick Conn variant of DU that has only CP/M 2.2 capability.

CP/M 3 users should use generic DU.

When ZCPR33 is released for CP/M 3, DU3 users will be able to
run that version under an RSX.

--bridger
13-Dec-87 11:07:06-MST,1146;000000000000
Return-Path: <[e-mail]>
Received: from j.cc.purdue.edu (ASC.CC.PURDUE.EDU.#Internet) by SIMTEL20.ARPA with TCP; Sun, 13 Dec 87 11:07:01 MST
Received: by j.cc.purdue.edu (5.54/1.14)
    id AA01678; Sun, 13 Dec 87 12:53:51 EST
Date: Sun, 13 Dec 87 12:53:51 EST
From: [e-mail] (Jeffrey J Wieland)
Message-Id: <[e-mail]>
To: [e-mail], [e-mail]
Subject: Re: Using MicroSphere Color Graphics Board w/ Advent host adapter
Cc: [e-mail]

Bridger:
I didn't think that software would be a problem, since as far as I can tell,
one uses Z80 port i/o to talk to the uSphere Color Board.  Of course, this
could still be a problem if it and Advent's Ram disk happen to use the same
port addresses.  I'd probably better look into that, too.

What I was originally concerned about was that Color Board uses the rear-most
SIO chip (socket on a ribbon cable plugs in underneath the SIO), and that
since the Advent Host Adapter comes up right next to this chip, it would be
physically impossible to install it.

                Jeff Wieland
                [e-mail]
13-Dec-87 18:49:52-MST,1128;000000000000
Return-Path: <@RELAY.CS.NET:[e-mail]>
Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Sun, 13 Dec 87 18:49:48 MST
Received: from relay2.cs.net by RELAY.CS.NET id ac08677; 13 Dec 87 20:51 EST
Received: from ubc by RELAY.CS.NET id aa26676; 13 Dec 87 20:47 EST
Received: by ubc.csnet id AA29495; Sun, 13 Dec 87 17:33:23 pst
Date: 14 Dec 87  1:29 +0600
From: Daniel Keizer <[e-mail]>
To: [e-mail]
MMDF-Warning:  Parse error in original version of preceding line at RELAY.CS.NET
Message-Id: <69*[e-mail]>
Subject: Disk formats
Return-Receipt-To: Daniel Keizer <[e-mail]>

Previously, when Simtel20 was available from BITNET, I was able to download
a file containing numerous entries of disk formats for many machines.  I
cannot recall the name for the file, but it seems to be rather complete.
Someone should load her down, I could always distribute it, but that would
be troublesome.  If you do want it and don't have access to SIMTEL20 or
the BITNET server, I can scrape it up and send it to you.

Cheers.
Dan.

13-Dec-87 21:04:28-MST,1814;000000000000
Mail-From: KPETERSEN created at 13-Dec-87 21:04:20
Date: Sunday, 13 December 1987  14:14-MST
Message-ID: <[e-mail]>
Sender: Ken Wallewein <[e-mail]>
From: Ken Wallewein <[e-mail]>
To: [e-mail]
Subject:   An Idea:  An Omnibus Reference Work for CP/M
ReSent-From: [e-mail]
ReSent-To: Info-Cpm
ReSent-Date: Sun 13 Dec 1987 21:04-MST

>all SSSD). Now to confuse the issue, it does not translate double-density
>sectors in the BIOS, it pre-formats them skewed!! (It will work if the

  I've been working on a format program to do exactly that for my own
8" DSDD system (S100, SD Systems controller with WD 1791, Jade Z80
CPU) so I could change skew factors without messing around in the BIOS
or figuring out some scheme to tell it what skew to use.

  I do skew calculation 'on the fly' now, rather than having to
re-build the tables, and a little experimentation has convinced me to
adopt a skew of 2 for most situations. The person from whom I bought
the system had used no skew at all. It loaded programs very quickly,
but re-logging the directories after rebooting was almost painful :-).
Unfortunately, I have a LOT of disks already recorded in that format,
and would really rather not have to go back and copy the lot over...
although, come to think of it, it might be simpler...

  I can see no reason why a PROPERLY SELECTED skew would not work very
nicely in a pre-formatted configuration. Do you know whether there
might be some reason _other_ than the choice of skew factor, which
could be causing the problem?

  If you have the source for the format program and wouldn't mind
sending me a copy, I would very much appreciate it.

/kenw
14-Dec-87 09:49:59-MST,1346;000000000000
Return-Path: <[e-mail]>
Received: from CICGE.RPI.EDU by SIMTEL20.ARPA with TCP; Mon, 14 Dec 87 09:49:49 MST
Received: from (TCPMAINT)RPICICGE.BITNET by CICGE.RPI.EDU on 12/14/87
  at 11:49:29 EDT
Received: by RPICICGE (Mailer X1.25) id 7386; Mon, 14 Dec 87 11:49:23
  EDT
Date: Mon, 14 Dec 87 11:39:00 EDT
From:   "John S. Fisher"  <[e-mail]>
To:  [e-mail]
cc:  [e-mail]
Subject: Re: Problems with the Pascal UUDECODER
In-Reply-To:  RALPH@UHHEPG -- 12 DEC 87 01:14-

The Pascal UUDECODE appears to be in complete agreement with all
of the other UUDECODE programs I've been able to compare it to.
The problem is being generated by the uuencoder used by the Bitnet
file server.

Apparently, the (correct) uuencoders always construct encoded data
that is a multiple of 4 bytes (which becomes 3 bytes when decoded).
The encoder used by my server encodes only the exact number needed.
Some, if not all, of the standard decoders depend on finding a
multiple of 4 bytes, thus the error.

At any rate, I'll repair my uuencoder as soon as possible.  However,
if you take any of the files you have that are a problem and replace
the trailing "M" in the problem line with "   M" (3 spaces and "M")
you should be able to circumvent the error.

Regards,
JSFisher
14-Dec-87 11:50:57-MST,937;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 14 Dec 87 11:50:13 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA16825; Mon, 14 Dec 87 09:54:35 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 14 Dec 87 04:04:16 GMT
From: portal!cup.portal.com![e-mail]
Organization: The Portal System (TM)
Subject: Re: Looking for disk formats
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

The file you wan't is called: DSKFMT.DAT. It can be found on
the Compuserve CPMSIG in data library 2. If you don't have
access to Compserve, perhaps I can obtain the file for you.
The file includes the parms for NEC PC (8001A/8031).
14-Dec-87 12:25:01-MST,2004;000000000000
Return-Path: <[e-mail]>
Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Mon, 14 Dec 87 12:24:40 MST
Received: from rcc by tp4; Mon, 14 Dec 87 10:55:31 PST
Received: from newton.arpa by rcc.arpa; Mon, 14 Dec 87 10:55:27 PST
Received: from localhost by newton.arpa; Mon, 14 Dec 87 10:55:25 PST
Message-Id: <[e-mail]>
To: ecsvax![e-mail] (Ted A. Campbell)
Cc: [e-mail], [e-mail]
Subject: Re: CP/M Plus, Banked ZRDOS, Z280
In-Reply-To: Your message of 10 Dec 87 17:11:33 GMT.
             <[e-mail]>
Date: Mon, 14 Dec 87 10:55:21 PST
From: [e-mail]

1. Z280:
Scott Moore at Zedux, 818-787-0113 voice, 818-787-0458 bbs has a Z280
board running with a multi-tasking OS he supplies with it.  It
supports multiple cp/m partitions, but not zcpr3.

2. Z3ON3 -- the port of ZCPR33 to CP/M 3 (CP/M PLUS) that is under
development -- will provide essentially all ZCPR3 features on a CP/M 3
system, including:

    z3 external environment descriptor
    zcpr33 command processor
    flow control (FCP)
    resident command processor (RCP),
    z3 termcap
    z3 named directories
    but NOT: input/output packages (IOP).

Most CP/M 3 features remain active:
    hashed directories
    bdos disk buffering
    RSX capability, including PUT/GET redirection

There are some changes:
    multiple command line is zcpr3 style
    file-level passwords not supported by the command processor

Importantly, no bios changes are required -- Z3ON3 will be a "drop-in"
RSX; the user will install and remove "ZCPR33" features from a cp/m 3
system dynamically, with one command.


3. Echelon developed a banked version of ZRDOS for the DT-42, with a
cp/m 2.2 bios.  I don't believe any other banked versions have been
developed.  Trying to do one for a CP/M 3 bios would be problematic
at best, because CP/M 3 makes fundamental changes in the bios/bdos
disk i/o interface.

--bridger
14-Dec-87 12:56:08-MST,1399;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 14 Dec 87 12:55:58 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA12099; Mon, 14 Dec 87 02:27:32 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 13 Dec 87 19:28:46 GMT
From: rosevax!kksys![e-mail]  (0000-Mike Bird)
Organization: K and K Systems, Minneapolis
Subject: Re: Looking for disk formats
Message-Id: <[e-mail]>
References: <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Doug Braun ~) writes:
>I am also wondering about disk formats.
> ...
>Has anyone ever compiled a list of formats?

Since I was the original person who brought this topic up, I think I
should pass this along:

Keith Peterson at SIMTEL20 sent a copy of their FLOPPY.FMT file which
contains the information I was seeking.  I suggest you try that
source.
--
================================================================================
Mike Bird (These opinions are mine, dammit!)   Mail paths:  [e-mail] -or-
Void where prohibited by law.                       ...rutgers!meccts!kksys!bird
14-Dec-87 14:36:33-MST,1451;000000000000
Return-Path: <@RELAY.CS.NET:[e-mail]>
Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Mon, 14 Dec 87 14:36:26 MST
Received: from relay2.cs.net by RELAY.CS.NET id ah01392; 14 Dec 87 13:10 EST
Received: from software.org by RELAY.CS.NET id ac01120; 14 Dec 87 13:02 EST
Received: by spc-gould (5.52/5.17)
    id AA00663; Mon, 14 Dec 87 12:00:42 EST
Date: Mon, 14 Dec 87 12:00:42 EST
From: Tom Reid <[e-mail]>
To: ems!rosevax!kksys![e-mail], [e-mail]
Subject: Re:  Need Ithaca InterSystems I/O card info
Cc: [e-mail]

Ithaca has been an official orphan for about 3 yearts now.  I havwee a
complete system with 2 8
"complete system with 2 8" and 2 56 1/2" drives, and 192K of memory vfpor
the cache bios.  Faster than an XT with a hard disk.  Ithaca's I/O
was tricky.  The model I got had asyncronuousous serial ports.  I havd to
cut a couple of traces in order to use a modem with itdo Xmodelm transfer with it.

Question:  Is yours part of an Ithaca system oirr just a standalone alone
card?

If you have the card is the same as mine, I have installed both Kermit and
MODEM76 for it ansd would love to have sonemeone else profit from the
agony. it took.

Tom Reid
Software Productivity Consortium
REston, eston, VA
[phone] (weoork), [phone] (hoime)me)
14-Dec-87 16:48:13-MST,1092;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 14 Dec 87 16:48:00 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA27634; Sun, 13 Dec 87 06:48:07 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 12 Dec 87 23:12:00 GMT
From: clio![e-mail]
Subject: Re: Looking for disk formats
Message-Id: <18700009@clio>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


The closest I've seen is the list of disk formats packed with
Uniform, a program and device driver by Micro Solutions in
DeKalb, Il.  Uniform, available for several computers, including
the IBM-PC and Kaypro, reads and writes over 150 different disk
formats from your host machine.

            Mike Berger
            Center for Advanced Study
            University of Illinois

            [e-mail]
            {ihnp4 | convex | pur-ee}!uiucuxc!clio!berger
14-Dec-87 16:48:58-MST,1064;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 14 Dec 87 16:48:28 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA27650; Sun, 13 Dec 87 06:48:50 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 12 Dec 87 23:15:00 GMT
From: clio![e-mail]
Subject: Re: Foreign Disk program for Kaypro IV
Message-Id: <18700010@clio>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


Micro Solutions Uniform is available for the Kaypro.  It reads and
writes over 150 different disk formats.  The program is reasonably
priced, and available from the publisher if you can't find it
elsewhere.  Micro Solutions is located in DeKalb, Il.

            Mike Berger
            Center for Advanced Study
            University of Illinois

            [e-mail]
            {ihnp4 | convex | pur-ee}!uiucuxc!clio!berger
14-Dec-87 22:57:52-MST,1413;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 14 Dec 87 22:57:44 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA29191; Mon, 14 Dec 87 21:16:36 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 7 Dec 87 17:23:21 GMT
From: mcvax!ukc!stc!idec!kbsc![e-mail]  (Yorick Phoenix)
Organization: The Knowledge-Based Systems Centre, London, UK
Subject: Kermit for MP/M
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I have a friend who is trying to transfer some files off of an Micromation
MP/M system.

He has so far moved the standard "Generic" CP/M Kermit (slowly) to the MP/M
machine but it doesn't seem to work correctly.

Has anybody ever managed to get Kermit to work under M/PM?  Is there a simple
set of differences between C/PM kermit and M/PM Kermit.  We have the full
source code for C/PM Kermit.

    Yorick Phoenix
--
+------------------------------------------+ The Knowledge-Based Systems Center
|  [e-mail]                        | 58 Northside, Clapham Common
|  ..mcvax!ukc!{idec,hrc63}!kbsc!yorick    | LONDON   SW4 9RZ   England
+------------------------------------------+ Voice: [phone]
15-Dec-87 12:41:41-MST,632;000000000000
Return-Path: <[e-mail]>
Received: from CRDEC-VAX2 (CRDEC-VAX2.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue, 15 Dec 87 12:41:35 MST
Date:     Tue, 15 Dec 87 14:26:28 EST
From:     "Paul V. Pullen" <[e-mail]>
To:       [e-mail]
Subject:  Foreign Disk Program for Kaypro

Mycroft Labs, Inc of Tallahassee, Florida used to have a CPM disk program
available about two years ago when I purchased Mite+ for my Compustar
systems.  They should be able to give you more info about it.  As I recall,
it could handle about 90 types of terminals.

Their phone number is 904-385-1141
15-Dec-87 19:36:06-MST,2389;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 15 Dec 87 19:35:46 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA23789; Tue, 15 Dec 87 17:51:18 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 14 Dec 87 17:02:47 GMT
From: hp-pcd!uoregon!omepd!mipos3!cadev4![e-mail]  (Doug Braun ~)
Organization: Corporate CAD, INTeL Corporation, Santa Clara, CA
Subject: What is the Z-280 (People have asked)
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

People have asked me what the Z-280 is, so here is a description:

The Z-280 is a new Z-80 compatible chip from Zilog.

It includes:
    Enhanced instructions including 16-bit signed and unsigned
    multiply and divide.

    Many new addressing modes for most instructions, including
    16-bit indexed, stack pointer relative, pc relative, and
    base-indexed.

    On-chip peripherals: One serial port, 4-DMAs, 3 counter timers.

    Paged memory management, supporting virtual memory and
    seperated code and data space.

    User and system modes, allowing 'illegal opcode' traps
    for things like I/O in user mode.

    A 256-byte cache.

    Configurable for a 16-bit bus interface with to do burst
    reads (4 words in one bus cycle).


This is a very sophisticated chip.  With a 16-bit bus and burst memory,
you shopuld get about 5x speedup, as far as I can tell.
With an inproved compiler for the new instructions, even more
speedup will result.  The chip has been available for several months;
single unit price is about $40.
It blows away the Hitachi HD61480 chip, which is also a Z-80 enhancement.
That chip has virtually no added instructions, no new addressing modes,
crude memory management, no protection, and the same old Z-80 bus interface.

By the way, the Z-280 will also run with the standard Z-80 bus, as well
as the 16-bit bus.


Doug Braun                Intel Corp CAD
                    408 496-5939

 / decwrl \
 | hplabs |
-| oliveb |- !intelca!mipos3!cadev4!dbraun
 | amd    |
 \ qantel /

Doug Braun                Intel Corp CAD
                    408 496-5939

 / decwrl \
 | hplabs |
-| oliveb |- !intelca!mipos3!cadev4!dbraun
 | amd    |
 \ qantel /
15-Dec-87 21:05:27-MST,1012;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 15 Dec 87 21:05:18 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA26344; Tue, 15 Dec 87 19:48:29 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 15 Dec 87 18:18:11 GMT
From: [e-mail]  (Jeffrey J Wieland)
Organization: Purdue University
Subject: Re: Looking for disk formats
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

There three programs that I am aware of:

Uniform from MicroSolutions
Media Master (I can't remember the manufacturer, but it's one I have for
my Kaypro)
Compat from Mycroft Labs

Uniform is probably your best bet.  They seem to have versions for all
sorts of machines.

            Jeff Wieland
            [e-mail]
15-Dec-87 21:19:24-MST,1960;000000000000
Mail-From: KPETERSEN created at 15-Dec-87 21:19:22
Date: Tuesday, 15 December 1987  19:34-MST
Message-ID: <[e-mail]>
Sender: "John A. Wright" <[e-mail]>
From: "John A. Wright" <[e-mail]>
To: [e-mail]
Subject:   CP/M Devices
ReSent-From: [e-mail]
ReSent-To: Info-Cpm
ReSent-Date: Tue 15 Dec 1987 21:19-MST

I am somewhat confused.  I have downloaded two terminal pgms for my
Osborn I that are supposed to run off the serial port.  Neither does.

In my reading, I have come across the explanation of the "STAT"
command which allows me to assign any physical device to a logical
device.  My problem is that I can't figure out form the book exactly
what that means.

According to the Ref manuel I have the following logical devices:

  CON: >> Keyboard + screen
  RDR: >> serial/parallel/ieee  (Can anyone tell me what a "reader" is)
  PUN: >>   "        "      "   (Can anyone tell me what a "punch" is)
  LST: >>   "        "      "

I have the following physical devices:

  TTY:
  CRT:
  BAT:
  UC1:
  PTR:
  UR1:
  UR2:
  PTP:
  UP1:
  UP2:
  LPT:
  UL1:

Does anyone have a simple explanation for all this, or even a not so
simple one would be a help.

From what I have found, the RS-232 (Serial) port and the 9 pin (modem)
port have about the same functions.  Book says "the modem and RS-232
interfaces are basically one and the same; the primary difference is
that many of the signal levels on the RS-232 connector are help
constant, while you can manipulate them using the modem connector."

It goes on further to say: "If all you need to do is read to and from
the modem/or serial port, simply change the IO BYTE indirectly by
using the CP/M STAT command..."

Seems to me I should be able to run a standard modem off the RS-232
port if I can change the IO BYTE.  Any ideas?

Thanks in advance.
15-Dec-87 22:03:31-MST,2803;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 15 Dec 87 22:03:15 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA27176; Tue, 15 Dec 87 20:33:11 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 16 Dec 87 03:12:35 GMT
From: rochester![e-mail]  (Mike Ciaraldi)
Organization: U of Rochester, CS Dept, Rochester, NY
Subject: Re: Kermit for MP/M
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Yorick Phoenix) writes:
>
>Has anybody ever managed to get Kermit to work under M/PM?  Is there a simple
>set of differences between C/PM kermit and M/PM Kermit.  We have the full
>source code for C/PM Kermit.

Yes, I have been using various versions of CP/M Kermit on my
Z-80 S-100 MP/M system for several years.  The latest is
CP/M Kermit 4.05, but I have also used the Turbo Pascal
QKKERMIT.

All I did was use the standard technique of putting in my
initialization code and code to read and write the correct
I/O ports for my serial board.  So, it is really just like CP/M.

How did I manage this?  Well, my modem is on a serial port that
is known to MP/M as a user terminal, but I tricked MP/M into ignoring
it by pulling the jumper on the board so that the input interrupt
is disabled.  Ordinarily, as soon as a character came in from the modem
MP/M would service the interrupt, grab the character, and put it in
the input buffer for that user.  Since I wanted Kermit to be able
to test for and grab the character, I had to disable the interrupts.
So, MP/M never knows that a character has come in.

If you have to use a port that is serviced by MP/M, you will have
to access it through the operating system.
I see two ways to do this.  One is to do BIOS calls, putting in the
correct terminal number in the right register so as to sense
and fetch from (and send to, of course) the right serial port.
The other is to use the BDOS status and in/out calls, which always
refer to the "attached" terminal.  Then keep giving the
BDOS (actually XDOS) calls that attach and detach the two terminals,
namely the one assigned to your console and the one assigned to the modem.

Hope this helps.

Also, I seem to recall that when the MODEM700 series of terminal
programs came out several years ago, someone generated suggested
patches for MP/M.  Maybe these would give you some ideas.

Mike Ciaraldi
University of Rochester Computer Science Department
arpa:  [e-mail]
uucp:  seismo!rochester!ciaraldi
15-Dec-87 22:15:50-MST,2015;000000000000
Mail-From: KPETERSEN created at 15-Dec-87 22:15:48
Date: Tue, 15 Dec 1987  22:15 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Ideas on file splitting

--forwarded message--
Relayed-From: RCP/M Royal Oak (313-759-6569)
Date: 14-Dec-87
From: Lee Rimar
Re:   Ideas on file splitting

    Sometimes I get a text file so large it becomes clumsy to edit.
WordStar gets very slow on big files, and hogs disk spaces.  VDE
limits file size to available memory, usually around 48-52K.

    There are file splitting programs, but they have problems.  Many
are written in Pascal, big and slow.  Assembly language versions are
much better.  But they all work by copying the big file into several
small files.  Time consuming, and takes up more disk space.

    I have a faster way to do it.  Maybe a trick "old hands" in CP/M
have known for years, but I've never seen/heard it mentioned:

    Use a disk editor to modify the directory entry for the file.
Changing a few bytes in each physical directory extent can "split" a
file into several smaller files.  Typically these files will be 16K,
but it depends on physical/logical extent layout.

    You should work only with back-ups or scratch disk.  Also a good
idea to run a directory "Sort & Pack" program first.  A "cleaned-up"
directory is easier to work with.

    With SODU82 (Screen Oriented DU, v8.2), I can split any size file
into 16K blocks in less than a minute.  But I'm doing it manually.  I
look at the directory entries, decide what bytes to change, and key in
the values myself.  I think a program to automate this could do the
same thing in 2-3 seconds.  But I've never seen such a program, and
don't know assembly language well enough to write one.

    Which leads me to the 64K question(s):  Has anyone ELSE seen such
a program?  Would anyone consider writing one?  Let me know . . .
16-Dec-87 04:04:26-MST,1433;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 16 Dec 87 04:04:22 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA04491; Wed, 16 Dec 87 02:50:42 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 14 Dec 87 07:45:43 GMT
From: cbosgd!mandrill!hal!ncoast!peng!sir-alan![e-mail]  (Andy Meyer)
Organization: Allegheny College, Meadville, PA
Subject: Need Altos help!
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I am imploring those Altos users out there (I *know* you're there!) for some
help with my Series 5 machine. I need the following:

1) A more recent User Manual than the one I have, marked "Preliminary,
   Revision D, February 26, 1982." I will pay for copying expenses.

2) A printer cable for a Centronics-type parallel printer.
   (again, the manual is more handicap than help!) Surely, some Altos
   employee has one to spare?

3) Info on how to read the realtime clock (CTC?) while in CP/M mode.
   This would be a boon for most of my projects.

All slivers of information, no matter how small, are greatly appreciated,
and will be scrutinized at length. Thanks much.
*** REPLACE THIS LINE WITH YOUR MESSAGE ***
16-Dec-87 04:33:07-MST,1166;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 16 Dec 87 04:32:58 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA05024; Wed, 16 Dec 87 03:12:09 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 16 Dec 87 05:41:44 GMT
From: [e-mail]  (Jeffrey J Wieland)
Organization: Purdue University
Subject: Re: Kermit for MP/M
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Yorick Phoenix) writes:
>I have a friend who is trying to transfer some files off of an Micromation
>MP/M system.
>He has so far moved the standard "Generic" CP/M Kermit (slowly) to the MP/M
>machine but it doesn't seem to work correctly.

If he hasn't tried it already, perhaps the Generic Kermit for CP/M 3.0
would work.  I seem to recall that CP/M 3.0 and MP/M have somthing in
common.

            Jeff Wieland
            [e-mail]
16-Dec-87 07:09:29-MST,1782;000000000000
Mail-From: KPETERSEN created at 16-Dec-87 07:09:25
Date: Wed, 16 Dec 1987  07:09 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: NULU152A now available from SIMTEL20 - long awaited fix!

The long-awaited fix for NULU is here!  Now available via standard
anonymous FTP from SIMTEL20...

Filename            Type     Bytes     CRC

Directory PD1:<CPM.ARC-LBR>
NULU152A.LBR            BINARY     56192  C306H

NULU152A is a new release (from England) of Martin Murray's "NULU" LBR
file maintenance utility for 8080 and Z80 CP/M computers.  The
original documentation for NULU version 1.5 (included in the library)
still applies except for the section headed NULU MODIFICATION where
the patch addresses have changed.  These have been detailed in
NULUMOD.DOC and NULUTERM.ASM.

This version corrects the problem with prior versions of NULU, when
extracting data from a library on one drive to files on another.  This
was found to be due to a bug in the CP/M 2.2 BDOS associated with BDOS
function 37 (Reset Drive).  It also corrects a problem with the Krunch
command.  The changes made are discussed in detail in NULU152.INF
included in the LBR.

You should get this file even if you are not interested in NULU
because it contains some very informative information on undocumented
features in the CP/M 2.2 and CP/M-Plus BDOS.

This 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)
16-Dec-87 08:30:49-MST,4401;000000000000
Return-Path: <[e-mail]>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Wed, 16 Dec 87 08:30:38 MST
Received: by decwrl.dec.com (5.54.4/4.7.34)
    id AA11590; Wed, 16 Dec 87 06:27:17 PST
Message-Id: <[e-mail]>
From: [e-mail] (That's not just *any* racket, it's Brahms' Third Racket.)
Date: 16 Dec 87 08:48
To: [e-mail]
Subject: RE: CP/M Devices

From [e-mail] (John A. Wright):

> In my reading, I have come across the explanation of the "STAT"
> command which allows me to assign any physical device to a logical
> device.  My problem is that I can't figure out form the book exactly
> what that means.

I may not be able to answer all your questions, but I'll take a shot at
what I can.

>   RDR: >> serial/parallel/ieee  (Can anyone tell me what a "reader" is)
>   PUN: >>   "        "      "   (Can anyone tell me what a "punch" is)

These are from the days of my relative youth, John, back when much computer
I/O was done with paper tape.  Much, but not all, of that paper tape was
run through Teletype Model ASR-33 terminals, which were a) reasonably cheap
and b) about the only terminals available.  The ASR-33 is really three
devices in one:  a hardcopy terminal (keyboard and printer), a paper tape
reader, and a paper tape punch.  The three devices all share the same
serial line, which can be wired either half- or full-duplex.

Because a given program may need to talk at different times to various
physical devices whose characteristics may differ widely, CP/M allows you
an easy way to do that.  It embodies the concept of "logical" devices,
which exist only in software.  CON:, KBD:, RDR:, and PUN: are the CP/M
logical devices.  Think of them as black boxes.  It is the task of  the
BIOS to translate the communications to and from the proper formats.
Inside each of the black boxes, the translation is made between the
program's data transfer protocol and that of the physical device to which
the logical device is assigned.  For example, suppose you want to sell
bread in cases of 12 loaves.  People buying bread want only one loaf at a
time.  You hire a person to take the loaves out of the cases and sell them
one at a time.  You are transferring bread to a logical device named
"Middleman" who is in turn transferring it to physical devices named
"people".

In the case of RDR: and PUN:, these logical devices can be assigned to
physical device TTY: along with logical devices CON: and KBD: -- the result
is that you can then use the paper tape stuff on the Teletype simply by
knowing the right time to stop and start the reader or punch.  Or they can
be assigned to PTR: and PTP:, which are most likely the RS232 port.

> From what I have found, the RS-232 (Serial) port and the 9 pin (modem)
> port have about the same functions.  Book says "the modem and RS-232
>interfaces are basically one and the same; the primary difference is
> that many of the signal levels on the RS-232 connector are help
> constant, while you can manipulate them using the modem connector."

On your RS232 connector, signals like DSR (Data Set Ready), CTS (Clear to
Send), and DCD (Data Carrier Detect) are probably wired true so that the
connector will look like a fully functional and ready modem to any printer
that you may attach.

Other signals such as DTR (Data Terminal Ready) and RTS (Request to Send)
may be wired true so that you can connect a modem without having to
manipulate all the complex RS232 protocol.  Doing this, however, does limit
your ability to monitor system faults, because your hardware won't see it
if the modem goes south.

> It goes on further to say: "If all you need to do is read to and from
> the modem/or serial port, simply change the IO BYTE indirectly by
> using the CP/M STAT command..."

> Seems to me I should be able to run a standard modem off the RS-232
> port if I can change the IO BYTE.  Any ideas?

Seems to me that you're probably right.  But changing the I/O Byte may not
be necessary.  You may be able to just assign RDR: and PUN: to the
appropriate port.

Cheers,
Dick Binder   (The Stainless Steel Rat)

DEC Easynet:    FIZBIN::BINDER
uucp:        { decvax, allegra, ucbvax... }!decwrl!fizbin.dec.com!binder
Internet:    [e-mail]
16-Dec-87 09:32:43-MST,2610;000000000000
Return-Path: <[e-mail]>
Received: from EDWARDS-2060.ARPA by SIMTEL20.ARPA with TCP; Wed, 16 Dec 87 09:32:39 MST
Date: Wed 16 Dec 87 08:31:24-PST
From: [e-mail]
Subject: I/O ASSIGNMENTS
To: [e-mail]
Message-ID: <[e-mail]>

    Sorry to post this on the whole net, but i couldn't come up
with a valid return address from the original msg.
>Sender: "John A. Wright" <[e-mail]>
>Subject:   CP/M Devices

>I am somewhat confused.  I have downloaded two terminal pgms for my
>Osborn I that are supposed to run off the serial port.  Neither does.

>In my reading, I have come across the explanation of the "STAT"
>command which allows me to assign any physical device to a logical
>device.  My problem is that I can't figure out form the book exactly
>what that means.

>According to the Ref manuel I have the following logical devices:

>  CON: >> Keyboard + screen
>  RDR: >> serial/parallel/ieee  (Can anyone tell me what a "reader" is)
>  PUN: >>   "        "      "   (Can anyone tell me what a "punch" is)
>  LST: >>   "        "      "

Here is an explanation of your physical devices:

  TTY:    a hardcopy terminal, (originally a KSR-33)
  CRT:    video terminal (CONsole)
  BAT:    the BATCH control file
  UC1:    Secondary COMM port
  PTR:    COMM port IN (also the paper tape "reader" of the KSR-33)
  UR1:    supplemental i/o IN
  UR2:            "
  PTP:    COMM port OUT (also the paper tape "punch" of the KSR-33)
  UP1:    supplemental i/o OUT
  UP2:          "
  LPT:    the primary LIST device, (LST:), a printer, usually serial.
  UL1:    ?

>Does anyone have a simple explanation for all this, or even a not so
>simple one would be a help.

Stat allows you to tie a logical name eg: (CON:) to a *particular* physical
device eg: (TTY:) so that standard CP/M system calls will access the
correct port on YOUR system.

an example might be:     A>stat dev:<ret>
the system might return:
            CON: is CRT:
            LST: is LPT:
to change the assignments:
            A>stat logdev:=physdev:<ret>
such changes are TEMPORARY, a ^C will restore defaults.  But this will
allow you to find which devices will run your prog's and you can sysgen
the changes if need be (or modify the prog's to use the correct calls
for your devices).
    Hope this is what you needed.        [dale]

---------------------------------------------------------------------
    "...of course my opinion differs from 'most everyone else!  If it
 were the same, i'd probably have to change it, lest i remain in error."
-------
16-Dec-87 09:35:29-MST,1241;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 16 Dec 87 09:35:22 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA09780; Wed, 16 Dec 87 08:26:44 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 15 Dec 87 23:51:19 GMT
From: portal!cup.portal.com![e-mail]
Organization: The Portal System (TM)
Subject: M80/L80 files?
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I was trying to poke around with Ron Cains Small C compiler as I
obtained it from The International Software Library and I noted a
problem. Once the source is compiled into a macro file, we need a
macro assembler. The submit files included seem to indicate this,
but thebut the files were not included, nor are they in their catalog. I have
thumbed through the files available on the Royal Oak BBS, but can't
decide which of these would work for me, short of downloading
a pile of files and trying them one by one. Does anyone know of
a macro assembler suitable for Small C?.
16-Dec-87 09:48:41-MST,518;000000000000
Return-Path: <[e-mail]>
Received: from EDWARDS-2060.ARPA by SIMTEL20.ARPA with TCP; Wed, 16 Dec 87 09:48:39 MST
Date: Wed 16 Dec 87 08:47:26-PST
From: [e-mail]
Subject: disk drives/formats
To: [e-mail]
Message-ID: <[e-mail]>

    My last reply to Doug Braun got through OK but my mailer couldn't
pull a usable return address from his last msg.  If he'd send me a good one
i can do a direct reply.        ADVthanxANCE    [dale]
-------
16-Dec-87 12:06:20-MST,1704;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 16 Dec 87 12:06:10 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA12984; Wed, 16 Dec 87 10:47:56 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 16 Dec 87 15:11:12 GMT
From: ecsvax![e-mail]  (Ted A. Campbell)
Organization: UNC Educational Computing Service
Subject: UCPM Project (CP/M Survey)
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


For those of you who may be filling out the CP/M Survey form, let me
make a couple of notes.  If you don't have the time to fill in all
the RS232 info, please indicate (if you can) what UART or SIO chip
your computer uses, and (again, if you have it) what ports are
utilized.  We can deduce a lot from this.  If your computer emulates
a standard terminal (ADM3A, ANSI, etc.), you do not need to fill
out the entire escape sequences.  At this point, however, I have not
yet received forms from Kaypro users--and we'd like to have copies
of their escape sequences.  If you have a Kaypro 10, '84 series
Kaypro, or an earlier Kaypro model, I'd encourage you to fill out
the escape sequences.  Thanks very much.  Osborne Users:  we've
got the basic O1 and Executive information.  If you're a Vixen
user, you might just drop a note and indicate the extent to which
its terminal sequences differ from the O1 or Exec.

--
Ted A. Campbell       |
Duke Divinity School  |
Durham, NC  27706     |
email:  tcamp@ecsvax  |
18-Dec-87 10:24:24-MST,569;000000000000
Return-Path: <[e-mail]>
Received: from Xerox.COM by SIMTEL20.ARPA with TCP; Fri, 18 Dec 87 10:24:15 MST
Received: from Burger.ms by ArpaGateway.ms ; 18 DEC 87 09:23:27 PST
Sender: "Cynthia_A._Burnett.Sunnyvale"@Xerox.COM
Date: 18 Dec 87 09:22:44 PST (Friday)
Subject: Convert CPM  to MS-DOS
From: "Cynthia_A._Burnett.Sunnyvale"@Xerox.COM
To: [e-mail]
Reply-to: "Cynthia_A._Burnett.Sunnyvale"@Xerox.COM
Message-ID: <871218-092327-2969@Xerox>

looking for a way to convert CPM files to MS-DOS

can anyone help?
18-Dec-87 19:18:09-MST,1014;000000000000
Return-Path: <[e-mail]>
Received: from ngp.utexas.edu by SIMTEL20.ARPA with TCP; Fri, 18 Dec 87 19:18:03 MST
Date: Fri, 18 Dec 87 20:17:59 CST
From: [e-mail] (Margaret H. Knox)
Posted-Date: Fri, 18 Dec 87 20:17:59 CST
Message-Id: <[e-mail]>
Received: by ngp.utexas.edu (5.51/5.51)
    id AA16286; Fri, 18 Dec 87 20:17:59 CST
To: [e-mail]
Subject: PIPing random files


My thanks to all those who replied concerning problems when PIPing
random files.  Many pointed out that the O option must be used to
prevent PIP from seeing ^Z as an EOF.  Unfortunately, we had already
done this.

I am afraid the most accurate (if not the most helpful) reply pointed
out "it can't be done."  Actually, it can be SOMETIMES done.  I have
PIPed random files and had it work.  I have also had it fail miserably!
No one had a utility which interpreted the random record info and
copied the file correctly.  Sigh.

Again,  much thanks.     mknox
18-Dec-87 19:23:44-MST,544;000000000000
Return-Path: <[e-mail]>
Received: from ngp.utexas.edu by SIMTEL20.ARPA with TCP; Fri, 18 Dec 87 19:23:32 MST
Date: Fri, 18 Dec 87 20:23:19 CST
From: [e-mail] (Margaret H. Knox)
Posted-Date: Fri, 18 Dec 87 20:23:19 CST
Message-Id: <[e-mail]>
Received: by ngp.utexas.edu (5.51/5.51)
    id AA16324; Fri, 18 Dec 87 20:23:19 CST
To: [e-mail]
Subject: QP/M


Ooops!  Someone slipped in a new one on us.  Please, kind sir (aka Mitch
Mlinar), what's a QP/M?

                    tnx  (:-}
20-Dec-87 11:35:50-MST,523;000000000000
Return-Path: <[e-mail]>
Received: from ECLC.USC.EDU by SIMTEL20.ARPA with TCP; Sun, 20 Dec 87 11:35:47 MST
Date: Sun 20 Dec 87 10:35:34-PST
From: Dick <[e-mail]>
Subject: Hard disk info needed,,
To: [e-mail]
Desires:"gag me with a Valley girl"    (ohmigod!)
Message-ID: <[e-mail]>


 I would like to get the Maint/Tech manual, or ANY manual, for a
 Computer Memories, Inc (CMI) Model CM 6640  hard drive.
 Thanks
 Dick  <[e-mail]>

-------
20-Dec-87 21:22:58-MST,1876;000000000000
Return-Path: <[e-mail]>
Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Sun, 20 Dec 87 21:22:54 MST
Received: from rcc by tp4; Sun, 20 Dec 87 20:16:02 PST
Received: from newton.arpa by rcc.arpa; Sun, 20 Dec 87 20:15:58 PST
Received: from localhost by newton.arpa; Sun, 20 Dec 87 20:15:56 PST
Message-Id: <[e-mail]>
To: "Cynthia_A._Burnett.Sunnyvale"@xerox.com
Cc: [e-mail], [e-mail]
Subject: Re: Convert CPM to MS-DOS
In-Reply-To: Your message of Fri, 18 Dec 87 09:22:44 PST.
             <871218-092327-2969@Xerox>
Date: Sun, 20 Dec 87 20:15:51 PST
From: Bridger Mitchell <[e-mail]>

DosDisk -- a MS-DOS Disk Emulator for CP/M -- has just been completed.
It may do more, or less, than what you need, depending...

DosDisk runs on CP/M 2.2 or 3 systems that have a "modern" bios that
can support foreign disk formats.  Currently, it is preconfigured
for Kaypro with Turborom or QPM, Morrow MD3 and MD11, ON!, Ampro
LittleBoard, Xeros 820-I with Plus-2 rom, and Commodore C128.

The kit version, for assembly-language buffs, can be configured for
other supporting bioses.

Unlike file-transfer programs such as Uniform and MediaMaster,
DosDisk allows cp/m programs to use the pc disk *directly* --
i.e. you can run WordStar, dBase, ... on files on the pc disk,
no copying is needed.  Effectively, the pc disk becomes a cp/m disk
in a cp/m computer.

If you don't have a suitable bios, or if you need only to copy
files, Uniform, MediaMaster or one of the CP/M public domain
transfer utilities may be what you want.

If you want to use the CP/M disk on an MS-DOS computer, Uniform and
other companies have similar MS-DOS utilities.

A DosDisk announcement should be forthcoming to this list shortly.

--bridger mitchell
21-Dec-87 08:43:30-MST,1427;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 21 Dec 87 08:43:25 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA26892; Mon, 21 Dec 87 07:41:31 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 21 Dec 87 11:16:03 GMT
From: [e-mail]  (Jonathan Isaiah Kamens)
Organization: Massachusetts Institute of Technology
Subject: Apple CP/M WordStar v. 4?
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


Howdy!

I am looking for people using Apple CP/M who have actually PAID (Yes,
PAID) MicroPro for WordStar v.4, CP/M edition.  I am asking because
MicroPro has basically shafted me.... I paid $94 dollars to upgrade to
the new software, and it is unuseable on my system (//+ with a
StarCard and a generic 80-column card).  This is extremely unusual
because the old WordStar (v.3.33) worked perfectly.

  Any help with this would be greatly appreciated.  Send E-mail, and
if I get enough responses, I'll summarize.

 -=> Jonathan I. Kamens | "There is no expedient to which man will not go
     MIT '91            |  to avoid the real labor of thought."
     [e-mail] |                          -- Thomas Alva Edison
21-Dec-87 09:20:06-MST,1381;000000000000
Return-Path: <[e-mail]>
Received: from freedom.llnl.gov by SIMTEL20.ARPA with TCP; Mon, 21 Dec 87 09:19:56 MST
Received: by freedom.llnl.gov (3.2/1.26)
    id AA10680; Mon, 21 Dec 87 08:15:50 PST
Date: Mon, 21 Dec 87 08:15:50 PST
From: [e-mail] (Roger H. Hanscom [phone])
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Converting CP/M to MS-DOS


>From: "Cynthia_A._Burnett.Sunnyvale"@Xerox.COM
>looking for a way to convert CPM files to MS-DOS
>can anyone help?

One of the quickest, hassle-free ways to copy CP/M to MS-DOS (also
least expensive) is to use an MS-DOS comm. program (QMODEM is a
good one) to receive RS-232 from the CP/M machine.  There are some
limitations, however.  You have to have access to both computers
at the same time, and be able to cable them together.  You must
convince the CP/M machine to transmit the file to its serial port.
And, of course, non-ASCII files present more of a challenge.  I
have a Cromemco S-100 that uses a serial device for CONSOLE.  A
PC clone makes a wonderful dumb terminal for the Cromemco, and
QMODEM running on the clone lets me move files both ways.  You can
pick up a copy of QMODEM from one of the PD services for $3 to $5.
Computer shows in the Bay Area almost always have at least 6 PD
software booths.   Good Luck!  :+)

21-Dec-87 09:32:10-MST,757;000000000000
Return-Path: <[e-mail]>
Received: from freedom.llnl.gov by SIMTEL20.ARPA with TCP; Mon, 21 Dec 87 09:32:04 MST
Received: by freedom.llnl.gov (3.2/1.26)
    id AA10695; Mon, 21 Dec 87 08:27:52 PST
Date: Mon, 21 Dec 87 08:27:52 PST
From: [e-mail] (Roger H. Hanscom [phone])
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Downloading BIG files from simtel20


I have been having trouble downloading a good copy of
PD1:<CPM.ZCPR33>ZCPR33.LBR,3 from simtel20.  I have
been able to grab other .LBR files with no problems.
What am I doing wrong??  I am in TENEX, coming in
from a UNIX system.  Is there any significance to the
...,3 as opposed to 1 or 2???  Thnx for any hints!

21-Dec-87 16:15:24-MST,6801;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 21 Dec 87 16:15:06 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA05104; Mon, 21 Dec 87 14:45:53 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 21 Dec 87 20:56:06 GMT
From: ecsvax![e-mail]  (Ted A. Campbell)
Organization: UNC Educational Computing Service
Subject: UCPM Survey--Soliciting Kaypro and Morrow Responses
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]



We have received UCPM survey forms for Osbornes, Apple CP/Ms,
Compupro, and other CP/M computers.  An obviousy missing category
is Kaypro and Mrrow.  If you're familiar with either computer,
please return a form.  We'll need rsponses from Kaypro users
with 83 and 84 series graphics, and fMorrows witharious terminal
configurations.  Thanks.

                              CP/M SURVEY
                              ===========

     INSTRUCTIONS:  We're attempting to gather as much information as we
can  about  existing CP/M computers.   Our intention is to  compile  the
results  into a large document file that will be made available to  CP/M
users  and  developers  by way of electronic  Bulletin  Board  services,
including  the comp.os.cpm newsgroup of Usenet.   Your participation  is
very much appreciated.

     The  survey  forms which follow have been designed so that you  can
copy,  fill out, and return them electronically.  Email is the preferred
means of completing and returning the form, so that all information will
be  immediately  available in machine-readable form.   Copy  the  survey
forms which follow to your computer.  You might make copies available to
local BBS's or Clubs which support CP/M.   Fill out as much  information
as  you have,  and be as verbose as you will.   Try to give  information
you  think  would help someone unfamiliar with your computer  trying  to
port a new program to it.

     We'd  also  appreciate other information in ASCII or Wordstar  text
format  which you'd like to see in an omnibus CP/M  reference  document.
Such   items  might  include:    8080/Z80/8085/Z280  opcodes,   language
summaries  (e.g.,  Small C library functions),  standard BDOS  and  BIOS
functions, and access to facilities of common software packages (such as
the extended system calls for the BYE series).  If you have any thoughts
on the formatting or distribution, we'd like to hear.

     Please return the form via email to:

          [e-mail]
     or   [e-mail]
     or   T.CAMPBELL1 on the Genie System.

     If you need to return a hardcopy, you may send it by U.S. snail to:

     Ted A. Campbell
     Raleigh Other Computer Club
     7 Winchester Ct.
     Durham, NC  27707

     Thanks again for your help!

(cut here)
-----------------------------------------------------------------------

                               CPU SURVEY
                               ==========

Name of Computer:

CPU chip:

Clock rate in megahertz:

Standard RAM memory:                    Expandable RAM:

Is RAM partitioned:

Procedure to switch banks:

Standard Operating System and Version number:

Other operating systems:

Peculiarities of this implementation, or BIOS:

Is there a standard Real-Time clock?

How is it accessed?

Are real-time clock interrupts available to the programmer?  How?

Procedure to initialize the RS232 port:

Procedure to set baud rate:

Other procedures to set RS232 port:

Procedure to send one byte to the RS232 port:

Procedure to receive one byte from the RS232 port:

Procedure to detect if a character is ready from the RS232 port:

Procedure to detect Carrier Detect:

Other CPU information:

(cut here)
-----------------------------------------------------------------------

                            TERMINAL SURVEY:
                            ================

Name of computer or terminal:

Does this computer emulate,  or is it to any degree compatible, with the
terminal characteristics of another computer or terminal?

Size of terminal display:  Lines (rows):          Columns:

Escape Sequences:
----------------

     [Please enter in hexadecimal notation]

     clear screen:

     home cursor:

     directly address cursor:

     cursor up:

     cursor down:

     cursor left:

     cursor right:

     delete character to left of cursor:

     delete character at cursor:

     delete from cursor to end of line:

     delete from cursor to end of page:

     turn on highlight/reverse:

     turn off highlight/reverse:

     turn on dim:

     turn on bright:

     read character at cursor position:

     turn on/off or adjust cursor:

     other cursor sequences:



Direct Video RAM Manipulation:
-----------------------------

     Is the video memory mapped?

     starting address of video RAM:

     length of line in video RAM:

     How are attributes mapped:

     Is video RAM banked?  Procedure for adressing video RAM?

     Other notes on memory mapping:



Graphics:
--------

     Are there character graphics?

     Describe  graphics characters,  procedures for defining and accces-
     sing them, etc.:



     Are there pixel graphics?

     Describe procedures for entering and exiting pixel graphics mode:

     Describe  procedures  for addressing pixels,  turning them  on/off,
     reading them, etc:



Other Terminal Information:
--------------------------



(cut here)
-----------------------------------------------------------------------

                          DISK FORMAT SURVEY:
                          ==================

Name of Disk Format:

Computers on which this disk format is or may be used:

Physical size of disk (8", 5.25", 3.5"):

Recording format (IBM, SS, DD, QD, Apple, etc.):

Sides:

Tracks/Side:

Physical Sectors/Track:

Relation of Logical Sectors to Physical Sectors:

Location of bootup routine:

Location of directory:

Size of directory:

Allocation group size:

Is there a standard form of on-disk time/date stamping?  What is it?

Other information on disk format:



(cut here)
-----------------------------------------------------------------------

                           OTHER INFORMATION:
                           =================



--
Ted A. Campbell       |
Duke Divinity School  |
Durham, NC  27706     |
email:  tcamp@ecsvax  |
21-Dec-87 18:19:49-MST,617;000000000000
Return-Path: <[e-mail]>
Received: from UBVMS (UBVMSC.CC.BUFFALO.EDU.#Internet) by SIMTEL20.ARPA with TCP; Mon, 21 Dec 87 18:19:46 MST
Date: Mon, 21 Dec 87 20:17 EDT
From: "Curtis R. Anderson" <[e-mail]>
Subject: Where can I get myself a Z-280 chip?
To: [e-mail]
X-VMS-To: INFO-CPM,ACSCCRA

I keep seeing talk about the Z-280 chip, and I would like to attempt a
design with one, but what distributor stocks them, preferably in the northeast
US that won't charge an arm and a leg for handling charges and doesn't
complain because I only buy one?

  --Curtis
21-Dec-87 21:24:14-MST,683;000000000000
Return-Path: <[e-mail]>
Received: from DOCKMASTER.ARPA by SIMTEL20.ARPA with TCP; Mon, 21 Dec 87 21:24:11 MST
Date:  Mon, 21 Dec 87 23:23 EST
From:  [e-mail]
Subject:  gs and the pcpi card
To:  [e-mail]
Message-ID:  <[e-mail]>

In order to support the cpm users at our club (Washington Apple Pi) I
bought a pcpi card for my gs.  PCPI has as of last week discontinued the
product.  Can I get:  1.  Support for 3 1/2 drive 2.  Support of Applied
Engineering GSRAM - looks like apple card.  3.  Support of GS printer
port 4.  Support of GS modem port in any comm - mex, mdm740 etc.

Regards, Allan
21-Dec-87 23:48:21-MST,490;000000000000
Mail-From: KPETERSEN created at 21-Dec-87 23:48:18
Date: Monday, 21 December 1987  15:50-MST
Message-ID: <[e-mail]>
Sender: Ted Shapin <[e-mail]>
From: Ted Shapin <[e-mail]>
To: [e-mail]
Subject:   Want to read TRS III disk
ReSent-From: [e-mail]
ReSent-To: Info-Cpm
ReSent-Date: Mon 21 Dec 1987 23:48-MST

Looking for a way to read trsdos disk from a trs III on any CPM
or MS-DOS system.
22-Dec-87 00:43:44-MST,1129;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 22 Dec 87 00:43:37 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA14319; Mon, 21 Dec 87 23:31:37 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 21 Dec 87 17:46:18 GMT
From: ucsdhub!hp-sdd!ncr-sd!ncrlnk!ncrpcd!ncroem![e-mail]  (Peter S. Greis)
Organization: NCR OEM Division
Subject: Altos 8000 computers
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Is anyone out there using an old Altos 8000 series computer.
These ran CP/M and MP/M. Please contact me by email. I am
looking for an up to date copy of the Altos Diagnostic diskette.
Mine is trashed.

--------------------------
Peter Greis
NCR OEM Systems Division
USG-1  Dayton, Ohio 45440       [phone]
--
--------------------------
Peter Greis
NCR OEM Systems Division
USG-1  Dayton, Ohio 45440       [phone]
22-Dec-87 07:32:07-MST,1094;000000000000
Return-Path: <[e-mail]>
Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Tue, 22 Dec 87 07:32:00 MST
Received: by dmc-crc.arpa; (4.12/4.7)
        id AA01985; Tue, 22 Dec 87 09:32:02 est
Date: Tue, 22 Dec 87 09:32:02 est
From: [e-mail] (G. J. Marwood)
Message-Id: <[e-mail]>
To: [e-mail], [e-mail]
Subject: Re:  Apple CP/M WordStar v. 4?

Jonathan - I did the same as you and purchased the upgrade deal.  I also
have a similar system to yours (a ][+, a Starcard and a generic (Videoterm
compatible 80-col card).  I had a minor problem getting it to work, I had
trouble with the Erase to End of Line code, but it now seems to work.
Now I come to think of it, I have not installed the printer yet, so I don't
know whether there is any problem there.  I bought the Apple specific version
and I also know someone who bought the generic CP/M version and patched it
to work with the Applicard/Starcard.  What specific problems are you having?
                                          Gordon Marwood
22-Dec-87 07:42:27-MST,1538;000000000000
Return-Path: <[e-mail]>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Tue, 22 Dec 87 07:42:18 MST
Received: by decwrl.dec.com (5.54.4/4.7.34)
    id AA13373; Tue, 22 Dec 87 06:42:03 PST
Date: Tue, 22 Dec 87 06:42:03 PST
Message-Id: <[e-mail]>
From: [e-mail] (Richard C. Secrist, KXO SWS)
To: [e-mail]
Subject: WS Faux Pas in Appleland

>    I am looking for people using Apple CP/M who have actually PAID (Yes,
>    PAID) MicroPro for WordStar v.4, CP/M edition.  I am asking because
>    MicroPro has basically shafted me.... I paid $94 dollars to upgrade to
>    the new software, and it is unuseable on my system (//+ with a
>    StarCard and a generic 80-column card).  This is extremely unusual
>    because the old WordStar (v.3.33) worked perfectly.

Why don't you give us a hint about what's troubling you instead of just
the flames ?

Some suggestions:

    Are you running v1.6 or 2.0 or the StarCard CP/M implementation ?
    v2.0 is much nicer and might help you out, and it's still available
    from PCPI ~$40.

    Try 'genning up the software 70-column mode and see if that works.
    The new WS might hate your 80-column card.  If that works we can
    address the 80-column card problem next.

    You've got a supported product now - have you called MicroPro yet ?
    You won't be alone because they sold oodles of those things...

    Have you INSTALLed the WS yet ?  Last time you bought it it came
    ready-to-go...

rcs
24-Dec-87 12:44:23-MST,1121;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 24 Dec 87 12:44:13 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA10137; Thu, 24 Dec 87 10:46:16 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 24 Dec 87 04:43:30 GMT
From: ihnp4!homxb!hropus!ki4pv!codas!killer![e-mail]  (Tom Armistead)
Organization: The Org. for the Disorg. of Org.
Subject: Z80 Assembler source needed
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I'm looking the for the source(s) to a (any) Z80 assembler...
In any language (except COBOL... ;-> )

There was one posted to the net a year or more back that I got,
but I have lost it, it was in C.

Does anyone out there have or know of such a thing?


Any help would be greatly appreciated!!!

Tom
----
UUCP: ...!ihnp4!killer!toma
--
-------------
Tom Armistead
UUCP:  ...!ihnp4!killer!toma
24-Dec-87 22:16:42-MST,1925;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 24 Dec 87 22:16:35 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA18457; Thu, 24 Dec 87 20:21:02 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 25 Dec 87 01:23:14 GMT
From: navajo![e-mail]  (Michael Marria)
Organization: Stanford University
Subject: Re: PIPing random files
Message-Id: <[e-mail]>
References: <[e-mail]>, <26262XBQ@PSUVM>
Sender: [e-mail]
To: [e-mail]


    Primary questions here are, if you have heard of the Visual
1050 desktop computer, is it (reportedly) KAPRO compatible?
    One is affecting my life through my sister who aquired one,
and thus far I have managed to figure out that it will talk via
telenet as an "ansi" terminal on the UNIX machines.
    Furthermore, I have seen the supplied software includes
a CPM base and Wordstar plus a few other kwown programs.
    The innards include a 6502 (co)processor(?) some NEC
chips, two single(?) sided 96 TPI drives etc.
    Any help out there?
    I would like to grant my sis the proper termcap, an ansi sys
and amongst other things, an executable for Hack, and direction
towards the preferable OS whether it be xx-DOS or stick with CPM.
    The supplied terminal emulator called tty1050 (which I am
using to compose this) seems to only be capable of ASCII file
transfers via a trap method. Is there anything else available for this
machine?

    Any responses to the effect that this boat anchor could be
replaced with a (pick your favorite clone) should be directed to
/dev/null. Any real help with this problem will be graciously
appreciated.

                    Thank you,
                    Michael R.Marria
25-Dec-87 13:20:28-MST,1569;000000000000
Mail-From: KPETERSEN created at 25-Dec-87 13:20:26
Date: Fri, 25 Dec 1987  13:20 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: Z-Node Central phone number change

The following file was recently uploaded to my RCP/M.

--Keith

--cut-here--CENTRAL.MSG--cut-here--
-------
Message #13034  ** General **
Posted: 11/25/87 at  6:18 pm
  From: David McCord
    To: ALL USERS
 About: Z-Node Central Moving Again (18 lines)

Z-Node Central is moving again.  Echelon is moving their operations
to the Lake Tahoe area and are therefore giving up their office space
in Los Altos, where this system currently resides.

One of the factors in making the decision as to where to move this
system was PC Pursuit access.  As some of you know, the original location
of this system (my home) is not accessible via PC Pursuit.  Thus, moving
the system back to my house was not feasible.

So, the decision has been made to move the system to someone else's
home.  Consequently, I will no longer be the primary sysop here, but
I will continue to actively participate.  The new sysop will be Ron
Bardarson, and the move date is next monday, November 30th.

So, remember, after November 30th, the new phone number of Z-Node Central
will be changed to 408/432-0821.  Please copy this message and post
it far and wide to hopefully get it to the folks who call infrequently.

Dave

25-Dec-87 13:34:35-MST,872;000000000000
Mail-From: KPETERSEN created at 25-Dec-87 13:34:33
Date: Fri, 25 Dec 1987  13:34 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   navajo![e-mail] (Michael Marria)
Cc:   [e-mail]
Subject: Visual-1050 CP/M computer info
In-reply-to: Msg of 24 Dec 1987  18:23-MST from navajo!marria at labrea.stanford.edu (Michael Marria)

There is a Visual-1050 users group active on GEnie's CP/M RoundTable.
I'm sure they could answer all your questions as well as provide
executable copies of modem file transfer programs on diskette.

--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-Dec-87 08:38:08-MST,2177;000000000000
Return-Path: <[e-mail]>
Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Sat, 26 Dec 87 08:38:02 MST
Received: by dmc-crc.arpa; (4.12/4.7)
        id AA06801; Sat, 26 Dec 87 10:38:53 est
Date: Sat, 26 Dec 87 10:38:53 est
From: [e-mail] (G. J. Marwood)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Backgrounder II


I have recently purchased Backgrounder II and, from what I have seen so far, it
should make a very useful addition to my CP/M system.  I use an Apple II+ with
a PCPI Applicard.  The Backgrounder II swap file resides in the 222K PCPI
Ramdisk and this provides fairly quick "swap" operation (about 1 1/2 seconds).
It may be that I have not yet learned all that I need to about BGII, but two
functions are giving me problems.  The JOT function appears to work and I can
enter notes into the notepad, but if I exit from it with the SUSPEND character
and then return again to JOT, the original text which I put in the JOTpad is
not there.   The JOTPAD file has been created and exists in the directory, but
listing it (e.g. with "V" from NSWP) confirms that the file does not contain
the entered text.  The other difficulty is with the SCREEN function.  This only
partially works.  If for example I list (while in foreground CP/M) a listing
from NSWP, the printed output from SCREEN or the contentes of a file generated
by SCREEN FILENAME are incomplete and the text is displaced to the right by
about thirty characters.  I am suspecting that there may be a problem with the
screen driver (or maybe I don't have my terminal characteristics installed
correctly; though I don't think that this is the problem as other BGII
functions which use most of the terminal control commands seem to work OK).
The driver that I am using is PCPI-VDX.DRV.  This was a modification of the
Apple IIe screen driver which has been around for a while.

If anyone can make has had any similar experiences, or can suggest any
solutions, I would appreciate it before I am tempted to dive in to the screen
driver code.
                                                Gordon Marwood
27-Dec-87 04:44:41-MST,1230;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 27 Dec 87 04:44:37 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA16260; Sun, 27 Dec 87 03:30:55 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 26 Dec 87 21:21:07 GMT
From: santra!clinet![e-mail]  (Jani Kiiskinen)
Organization: City Lines Oy, Helsinki, Finland
Subject: Re: Z80 Assembler source needed
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


 I have two Z80 assembler source codes. The Z80ASM is made in assembler
and by LCS, the CASM in C and by BDS respectively. Neither of them is PD.
------------------------------------------------------------------------------
Jani Kiiskinen                   FidoNET:      504/27 (Vaxi)
Kirkkonummi/Finland              UUCP:         ...!mcvax!santra!clinet!orion
                                 Internet:     [e-mail]
------------------------------------------------------------------------------
27-Dec-87 12:44:43-MST,1441;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 27 Dec 87 12:44:36 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA19668; Sun, 27 Dec 87 11:21:27 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 27 Dec 87 17:12:08 GMT
From: ecsvax![e-mail]  (Ted A. Campbell)
Organization: UNC Educational Computing Service
Subject: UCPM Survey -- Update
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


We are now receiving UCPM survey forms.  Thanks to all who have
completed and returned the forms.  We still sollicit forms for
computers for which we haven't yet received responses.  Thus
far we have received survey forms for the following CP/M computers:

    Apple ][  w/ PCPI Applicard
    Apple ][  w/ Microsoft Softcard
    Big Board I
    Compupro S-100 System
    Homebrew System
    Kaypro II  ('83 series graphics)
    Northstar Advantage
    Osborne 1
    Osborne Executive
    Sord M-68
    Stride 440
    Visual Technology 1050

If you have a machine other than these, we'd like very much to have
a form from you.  I you don't have the UCPM survey form, drop me
a note.
--
Ted A. Campbell       |
Duke Divinity School  |
Durham, NC  27706     |
email:  tcamp@ecsvax  |
28-Dec-87 20:48:13-MST,867;000000000000
Return-Path: <[e-mail]>
Received: from RADC-TOPS20.ARPA by SIMTEL20.ARPA with TCP; Mon, 28 Dec 87 20:48:08 MST
Date: Mon 28 Dec 87 22:43:59-EST
From: Gern <[e-mail]>
Subject: Re: Convert CPM  to MS-DOS
To: [e-mail]
cc: [e-mail]
In-Reply-To: <871218-092327-2969@Xerox>
Message-ID: <[e-mail]>

Yes.  In the Zenith Z-100 world which contains both an 8085 and a
8088, there is a ZCPM program that either emulates CPM from
the command line to run CP/M programs or converts them to run
under MSDOS directly.   I think it uses the 8085 secretly,
but programs using the NEC V20 are avaiable to perform in almost
the same way.   The answer is - it can be done.  I don't know which
way you prefer or if there are PD solutions.

Cheers,
Gern
-------
29-Dec-87 07:28:24-MST,1697;000000000000
Return-Path: <[e-mail]>
Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Tue, 29 Dec 87 07:28:17 MST
Received: by dmc-crc.arpa; (4.12/4.7)
        id AA09608; Tue, 29 Dec 87 09:28:34 est
Date: Tue, 29 Dec 87 09:28:34 est
From: [e-mail] (G. J. Marwood)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: MEX1.65 Character Loss
Cc: [e-mail]


The CP/M system that I use is an Apple ][+ and PCPI Applicard.  While
developing a new overlay and PCPI driver using interrupts, to avoid the
usual character loss at high baud rates, I have come across a problem
which seems to afflict the Apple/Applicard even without interrupts and at
1200 baud.  At this baud rate, I experience no character loss on screen
during normal operation.  However, if I invoke a capture file, I do experience
character loss at the place where the capture buffer is being written to disk
(in this case it is the Applicard add-on Ramdisk).  THis loss occurs both on
screen and in the captured file and, typically may be half a dozen or so
characters.  It seems that this bug has always been present in the MEX software
that I have used, though I had not noticed it because I don't usually capture
files as large as the capture buffer (16-17K).  Another local user has done a
similar test with MEX1.65B and a non-Apple CP/M machine and the loss does not
occur.  It does not, therefore, seem to be a basic problem with MEX.  If any
Apple/Applicard user has noticed this before and has any clues about solving
the problem, I would be interested to know.

                                              Gordon Marwood
29-Dec-87 21:26:56-MST,1237;000000000000
Return-Path: <[e-mail]>
Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Tue, 29 Dec 87 21:26:48 MST
Received: by dmc-crc.arpa; (4.12/4.7)
        id AA10349; Tue, 29 Dec 87 23:27:03 est
Date: Tue, 29 Dec 87 23:27:03 est
From: [e-mail] (G. J. Marwood)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Modem problems

I have recently purchased a SmartTEAM 1200AT modem.  The first unit I received
caused quite a few errors during file transfers, e.g. about 70 in a 40K file.
This was duly replaced by the supplier.  The new unit still gives errors,
though fewer (typically one error every 20K of file transferred).  I also see
the occasional altered character on the screen.  I had previously seen good
reports of SmartTEAM units.  Does anyone have any experience of this unit.  I
am wondering whether to persevere and try to get another replacement or cut my
losses at this point.
                                         Gordon Marwood
P.S. The modem is connected to an Apple ][+ via a Super Serial Card, but I
don't see that it is anything to do with the problem.  I have previously
used a USR Password 1200 and it is very unusual to get errors.
30-Dec-87 07:45:20-MST,756;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 30 Dec 87 07:45:15 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA07999; Wed, 30 Dec 87 06:42:21 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 29 Dec 87 23:33:00 GMT
From: uxg.cso.uiuc.edu![e-mail]
Subject: Kermit For Kaypro
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]



I desperately need kermit for a kaypro 4/84.  Any help would be greatly
appreciated.

Steven P. Seaney
[e-mail]
30-Dec-87 07:52:47-MST,1672;000000000000
Return-Path: <[e-mail]>
Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Wed, 30 Dec 87 07:52:32 MST
Date: Wed 30 Dec 1987 09:50:16 EDT
From: <[e-mail]>
Subject: ZCPR3 Port to CP/M+
To: [e-mail]
Message-ID: <[e-mail]>

Ted A. Campbell commented and asked:

>> About a year ago I called Echelon to ask if they had ever ported ZCRP3 to
>> a CP/M Plus system.  They responded that CP/M Plus was a mistake from the
>> start and that they had no intention of porting ZCPR3 for CPM3.  So I'm
>> interested to learn that such a project is underway.
>>
>> Does anyone know (a) what advantages the CP/M Plus version of ZCPR3 would
>> have over CCP+;

   There was always an interest in porting ZCPR3 to CP/M-Plus systems.  We
just never before saw any way to do it in a universal way (i.e., not a
separate port for each type of CP/M+ system) and without an enormous amount
of work.  Once Bridger Mitchell conceived a way to achieve a universal port,
we became highly enthusiastic about the project.  There are a lot of CP/M+
machines out there, and many of their owners have been asking for ZCPR3 for
a long time.

   I have not looked at CCP+, which I believe is a limited implementation of
an earlier version of ZCPR.  I suspect that ZCPR3 is a far more powerful
command processor than CCP+.  If nothing else, there is a vast array of
ZCPR3 support programs (history shells, alias processors, file maintenance
shells, and many more), and the number is still growing at a significant
rate.  The Z community is large and enthusiastic, and if it can join forces
with the CP/M+ community, we will all win.


30-Dec-87 07:53:11-MST,1110;000000000000
Return-Path: <[e-mail]>
Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Wed, 30 Dec 87 07:53:05 MST
Date: Wed 30 Dec 1987 09:50:46 EDT
From: <[e-mail]>
Subject: What is ZCPR3?
To: [e-mail]
Message-ID: <[e-mail]>

Mike Bird asked:

>> Yes, I admit it, I don't know what ZCPR3 is.  Is it a PD version of a
>> CP/M clone?

Briefly, ZCPR3 is a highly advanced version of the CP/M command processor
that incorporates the best features of many other operating systems such as
Unix (nested shells, multiple commands on a line, named directories, flow
control commands, command search path, modular resident command extensions,
terminal independence via TCAP, extended command processors, alias
processing).  A good way to answer the question in more detail would be to
look in the SIMTEL20 directory with ZCPR3 files.  In particular, there
should be files containing the strings CONCEPT and USER.  These are Richard
Conn's ZCPR3 concepts manual and user guide.  They explain the concepts
behind the design of ZCPR3 and give many examples of its use.


30-Dec-87 11:23:35-MST,2049;000000000000
Return-Path: <[e-mail]>
Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Wed, 30 Dec 87 11:23:28 MST
Received: from rcc by tp4; Wed, 30 Dec 87 10:12:33 PST
Received: from newton.arpa by rcc.arpa; Wed, 30 Dec 87 10:12:24 PST
Received: from localhost by newton.arpa; Wed, 30 Dec 87 10:12:19 PST
Message-Id: <[e-mail]>
To: [e-mail] (G. J. Marwood)
Cc: [e-mail], [e-mail], [e-mail]
Subject: Re: MEX1.65 Character Loss
In-Reply-To: Your message of Tue, 29 Dec 87 09:28:34 EST.
             <[e-mail]>
Date: Wed, 30 Dec 87 10:11:57 PST
From: Bridger Mitchell <[e-mail]>


If mex is "smart", it should be polling the modem input status between
each sector-write call in the flushing routine, and buffering any
received characters for "catch-up" processing when the buffer-flushing
is completed.  [Ron Fowler: does mex do this?]  But if not, it's
likely that characters are arriving at the modem port before the
buffer-flushing operation completes.  Unless the arriving bytes are
buffered before they reach mex, the first ones will be overwritten by
the later ones, creating a gap in the input stream received by the mex
software.

The real time required to flush a buffer is system-dependent, probably
dominated by the drive's step rate and the track number of the capture
file, and also affected by the CPU clock rate.  Another system with
faster disks, a faster cpu, or even a differently located file, could
have no lossage.  On your system, if you capture to a ram disk, for
example, there may be no lossage.

Many systems have 1-3 byte buffering in the UART chip that receives
the bytes from the modem; different systems use different UARTS.  More
buffering can be obtained by writing an interrupt-service routine for
the modem ports; only a few bioses have such support, but it may be
possible to write the mex overlay that way.

--bridger




30-Dec-87 12:11:39-MST,512;000000000000
Return-Path: <[e-mail]>
Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Wed, 30 Dec 87 12:11:30 MST
Date: Wed 30 Dec 1987 14:07:20 EDT
From: <[e-mail]>
Subject: BITNET Gateway Query
To: [e-mail]
Cc: [e-mail]
Message-ID: <[e-mail]>

   I have tried many times recently to respond to messages with a
return path ending in .BITNET AT WISCVM.WISC.EDU.  Apparently that
gateway is not longer available.  Can anyone tell me how to get
messages to BITNET now?


30-Dec-87 13:29:35-MST,525;000000000000
Return-Path: <[e-mail]>
Received: from vaxa.isi.edu by SIMTEL20.ARPA with TCP; Wed, 30 Dec 87 13:29:30 MST
Posted-Date: Wed, 30 Dec 87 12:29:15 PST
Message-Id: <[e-mail]>
Received: from LOCALHOST by vaxa.isi.edu (5.54/5.51)
    id AA10309; Wed, 30 Dec 87 12:29:19 PST
To: [e-mail]
Cc: [e-mail]
Subject: Remove from Mail List
Date: Wed, 30 Dec 87 12:29:15 PST
From: Richard Berman <[e-mail]>


Hi,

Could you remove me from info-cpm?  Thanks.
30-Dec-87 14:45:33-MST,1147;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 30 Dec 87 14:45:24 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
    id AA13174; Wed, 30 Dec 87 12:47:28 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 29 Dec 87 19:02:08 GMT
From: oliveb!intelca!mipos3!cadev4![e-mail]  (Doug Braun ~)
Organization: Corporate CAD, INTeL Corporation, Santa Clara, CA
Subject: Re: Z80 Assembler source needed
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I could also use a Z80 assempler source.  I want to modify it to
handle the new Z280 instuctions and addressing modes.  If and when I
get it done, I will be glad to re-post it.

(Sorry if this is a re-posting.  It bombed for me the first time)

Doug Braun                Intel Corp CAD
                    408 496-5939

 / decwrl \
 | hplabs |
-| oliveb |- !intelca!mipos3!cadev4!dbraun
 | amd    |
 \ qantel /
31-Dec-87 09:34:27-MST,1212;000000000000
Return-Path: <[e-mail]>
Received: from BRL-SMOKE.ARPA by SIMTEL20.ARPA with TCP; Thu, 31 Dec 87 09:34:23 MST
Date:     Thu, 31 Dec 87 11:31:29 EST
From:     Brint Cooper <[e-mail]>
To:       [e-mail], [e-mail]
Subject:  [To: info-cpm: BITNET Gateway Query]
Message-ID:  <[e-mail]>


From the Internet, you can send mail to a user at a bitnet host using
the following:

    [e-mail]

This is an interim solution; be alert, in the next few months, for
another change.

HNY to all!


_Brint

----- Forwarded message # 1:

Received: from SIMTEL20.ARPA by SMOKE.BRL.ARPA id aa28389; 31 Dec 87 9:19 EST
Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Wed, 30 Dec 87 12:11:30 MST
Date: Wed 30 Dec 1987 14:07:20 EDT
From: <[e-mail]>
Subject: BITNET Gateway Query
To: [e-mail]
Cc: [e-mail]
Message-ID: <[e-mail]>

   I have tried many times recently to respond to messages with a
return path ending in .BITNET AT WISCVM.WISC.EDU.  Apparently that
gateway is not longer available.  Can anyone tell me how to get
messages to BITNET now?



----- End of forwarded messages
31-Dec-87 15:46:31-MST,833;000000000000
Return-Path: <[e-mail]>
Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Thu, 31 Dec 87 15:46:25 MST
Received: by dmc-crc.arpa; (4.12/4.7)
        id AA12595; Thu, 31 Dec 87 17:46:44 est
Date: Thu, 31 Dec 87 17:46:44 est
From: [e-mail] (G. J. Marwood)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: 1200 Baud Modem
Cc: [e-mail]


After unsatisfactory results from one manufacturer's 1200 baud modem, I am
now contemplating the purchase of a Packard-Bell PB1200 Plus external modem.
If anyone has any good or bad experience of this modem, I would appreciate
their views on this unit.  I am unclear whether this modem has a programmable
S-register.  Can anyone clarify this ?

                                       Gordon Marwood
31-Dec-87 23:37:40-MST,701;000000000000
Mail-From: WANCHO created at 31-Dec-87 23:37:13
Return-Path: <[e-mail]>
Date: Fri, 1 Jan 87 00:00:00 MST
From: Frank Wancho <[e-mail]>
To: [e-mail]
Subject: Administrivia

Beginning today, all messages to this list collected during the
previous 24 hours will automatically be digestified on a nightly
basis.  USENET recipients will continue to receive individual postings
to avoid mail loops.

This action was taken to reduce congestion on this host, the net, and
the intermediate mail relay hosts for several high-volume mailing
lists originating from here.

Please address any problems with this new format directly to me.

--Frank