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

Text File | 1993-02-12 | 221KB | 4,917 lines

 1-Mar-87 06:29:00-MST,1232;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun 1 Mar 87 06:28:48-MST
Received: by ucbvax.Berkeley.EDU (5.53/1.23)
    id AA25928; Sun, 1 Mar 87 05:13:25 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 26 Feb 87 22:01:00 GMT
From: convex!techsup![e-mail]
Subject: local print with mex
Message-Id: <-79388959@techsup>
Sender: [e-mail]
To: [e-mail]


i run mex114 on a tandy model 2 and i use this system to communicate
with several xenix systems.  what i would like to do is to get mex to
local print on command from the remote.  i have several other emulators
that will do this, but mex is more convenient.

I can do the esc P (ctl-J P) at the keyboard and can print with no
difficulty.  I want the host to be able to initiate the local print.

my question is basically, has anyone done this, or am i overlooking
something obvious, or is this just totally out of the question?

thanks in advance...

ken brookner

uucp:    ihnp4!techsup!kenb
genie:    kbrookner
 1-Mar-87 12:39:12-MST,616;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA-SEER.ARPA by SIMTEL20.ARPA with TCP; Sun 1 Mar 87 12:39:04-MST
Received: from AMSAA-SEER.ARPA by AMSAA-SEER.AMSAA-SEER.ARPA id aa03705;
          1 Mar 87 14:06 EST
Received: from SIMTEL20.ARPA by AMSAA-SEER.AMSAA-SEER.ARPA id aa03695;
          1 Mar 87 13:47 EST
Date: Sun 1 Mar 87 11:48:26-MST
From: Keith Petersen <[e-mail]>
Subject: Test message
To: [e-mail]
Message-ID: <[e-mail]>

This message is to test the Info-Cpm mailing list.  Please ignore.
--Keith
-------
 1-Mar-87 14:59:33-MST,1287;000000000000
Mail-From: KPETERSEN created at  1-Mar-87 14:59:20
Date: Sun, 1 Mar 1987  14:59 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Change in Info-Cpm address

Effective immediately, all Internet readers who post messages to
[e-mail] should now use [e-mail].  The
list has been moved there.

Messages sent to the old address will still reach Info-Cpm but there
will be a delay because of one additional hop.

The Info-Cpm <--> comp.os.cpm (Arpanet <--> Usenet) gateway is now
being done at ucbvax.berkeley.edu.  Internet readers should notice an
immediate improvement in the formatting of the "from" line headers to
make it easier to reply to messages posted from the Usenet side.

I wish to take this opportunity to thank Dave Towson for all his
tireless efforts handing the Info-Cpm mailing list.  Dave has retired
as list maintainer due to increased workload at his "real" job.

--Keith Petersen <[e-mail]>

Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie Mail: W8SDZ
RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps)
 1-Mar-87 21:49:13-MST,734;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sun 1 Mar 87 21:48:56-MST
Received: from HMCVAX.BITNET by wiscvm.wisc.edu on 03/01/87 at 22:47:33 CST
Date: Sun, 1 Mar 87 20:46 PST
From: "Erik D. Olson" <[e-mail]>
Subject: David Papp
To: [e-mail]
X-VMS-To: IN%"[e-mail]",EOLSON


Received a message from David Papp at PITTVMS (?) with no From: line (!)
So, wherever you are, I don't know what your name/address is.  If you try
and send the message again, I'll see if I can get you that file.
Apologies for having to use the net.
                                      Erik Olson <[e-mail]>
 2-Mar-87 05:59:14-MST,3201;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon 2 Mar 87 05:58:45-MST
Received: by ucbvax.Berkeley.EDU (5.53/1.23)
    id AA11594; Mon, 2 Mar 87 04:31:47 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 2 Mar 87 03:45:48 GMT
From: ucsdhub!hp-sdd!ncr-sd!crash![e-mail]  (Kevin J. Belles)
Organization: Avalon One
Subject: Re: Z-80 CP/M Machines
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] writes:
>
>To: Robert Lewis Harker
>I don't know about the machine you asked about, but I'm going to
>stick my nose in and say that if that machine doesn't work out,
>look into a used Tandy Model 4.  It will indeed run CP/M, and a
>very nice version at that (Montezeuma Micro).  In addition, under
>its proprietary DOS (LS-DOS 6.3), it runs **THE** best Z-80
>assembler I've ever seen, called Pro-MRAS, from a company called
>Misosys.  For an 'obsolete' machine, the amount of support the
>Model 4 has has to be seen to be believed!!

   I woudn't suggest a Tandy Model 4 for programming usage. It has the wierdest
memory banking system I've ever seen, the source code for the BIOS is quite
difficult to get, and the hard disk subsystem is unusually expensive. It also
comes with 2 single-sided 5-1/4" floppies, where I recommend at least DSDD
floppies for programming work (.PRN files and macro libraries can get quite
large). There's only one serial port available for it, and no real applications
notes. I would rather suggest ther Kaypro model 4 (floppy) or 10 (hard) systems.   For my use I use a S-100 machine. Disadvantages: Pre-made software is not
easy to find, and it's BIG. Advantages: most of them came with source for the
opsys, and in my case I'm running both 8"DSDD floppies (*reliable* storage at
1196K) and a 5-1/4 floppy, with a 240K ramdisk made by hooking in a bunch of
random manufacturer's memory cards. I can change processors, controllers, and
add I/O simply by plugging in (a la STD), as well as change opsyses from
IMDOS (one of the first) to UNIX, etc. The advantage of S-100 over STD is
that hardly anything save Z-80/8080/8085 was ever made for the STD, whereas
S-100 cards I have seen myself include 8080/8085/8086/8088/80286/80386,
Z-80, HD64180, 65xx/68xx/68xxx/32xxx, etc. You also get a feel for the system,
because improving your system often means implementing code yourself, thus
giving you a 'feel' for your environment. It's been around for quite a while,
and looks to keep on into the future, with new cards coming out monthly for
all kinds of wierd industrial and commercial applications.

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

--------------------------------------------------------------------------
 2-Mar-87 14:22:56-MST,1130;000000000000
Return-Path: <[e-mail]>
Received: from dmc-crc.ARPA by SIMTEL20.ARPA with TCP; Mon 2 Mar 87 14:22:39-MST
Received: by dmc-crc.ARPA (4.12/4.7)
    id AA03865; Mon, 2 Mar 87 16:19:43 est
Date: Mon, 2 Mar 87 16:19:43 est
From: [e-mail] (G. J. Marwood)
Message-Id: <[e-mail]>
To: [e-mail], amdahl!meccts!viper![e-mail]
Subject: Applicard and Super Serial Card
Cc: [e-mail]

Thank you for your comments regarding the use of the Applicard and Super
Serial Card at 9600 baud.  In answer to your questions, I am attempting to
use MEX+ to communicate between the Apple/Applicard and a VAX11/780.  MEX
uses the regular CP/M BIOS to communicate with the Apple, though this can
be bypassed, I believe, by suitable patches in the MEX patch area.  What
you have said is encouraging, though it suggests that a special DRIVER
will have to be acquired or written for the Super Serial Card.  Any
information that you can provide on this would be useful.
                                   thank you again
                                   Gordon Marwood
 2-Mar-87 14:34:57-MST,758;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon 2 Mar 87 14:34:38-MST
Received: from ECNCDC.BITNET by wiscvm.wisc.edu on 03/02/87 at 15:29:03 CST
Date:     Mon 02 Mar 1987 15:27 CST
From:     Wizzard <[e-mail]>
Subject:   Molecular
To:       <[e-mail]>

Is there anyone out there that uses Molecular Super Micro's?  There are a
number of them here in use at Western Illinois University, and we have
managed to come up with some strange problems at strange times.  I'd just
like to know what troubles anyone else may be having with them, if any.
              Scott McBurney

    BITNET:   MSRS003 @ ECNCDC
    GEnie:    S.MCBURNEY
 2-Mar-87 16:57:25-MST,2049;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon 2 Mar 87 16:56:52-MST
Received: from POMONA.BITNET by wiscvm.wisc.edu on 03/02/87 at 17:29:48 CST
Date: Mon, 02 Mar 87 15:20:46 cet
To: [e-mail]
From: [e-mail]
Subject: Tandy Model 4 Misinformation


Kevin J. Belles made some rather mis-informed comments about the
Tandy model 4 recently.  While it is true that for some time the
standard configuration of a Model 4 was SS drives, the CURRENT
machines from Tandy have DS drives; also, many if not most of the
used machines have been upgraded by their previous owner to
DS drives.

The 'BIOS' code is easily available in commented assembly listings
from Misosys, Inc.

The banks switching is 'weird', you say??  It is simply controlled
by 4 bits in $OPREG (the Option Register), which is directly linked
to CPU port 84H.  It's more complex to explain than it is to use.

Further, as I said in my previous post, there is NO Z-80 assembler
I have seen that can compare to Pro-MRAS by Misosys.  If you want a
comprehensive list of its many features, I'll post one.

As regards the Kaypro; the Monezeuma Micro version of CP/M is much
superior to anything I've seen on the Kaypro.  Using the extended RAM
available in the 4, MM CP/M automatically provides a 64k RAMdisk; the
memory can also be used by programs like Monte's Window, which is
similar to SideKick, and VERY useful (the TRSDOS 6.3 equivalent is
called Pro-WAM).  Further, there is a utility available which will make
the memory drive the SYSTEM drive, and so on.

The Model 4 is not JUST a CP/M machine, it is much MORE.  I don't
deny that it has its quirks -- no machine lacks them.  However, I
DO assert that it is distinctly superior to machines like the
Kaypro, which are virtually being ignored by Kaypro.  The 4 is no
longer Tandy's showpiece, but it is still supported.

                  George Madison  ([e-mail])

 2-Mar-87 16:59:06-MST,791;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA.ARPA by SIMTEL20.ARPA with TCP; Mon 2 Mar 87 16:58:45-MST
Received: from AMSAA.ARPA by AMSAA.amsaa.ARPA id aa24542; 2 Mar 87 17:40 EST
Received: from BRL-SMOKE.ARPA by AMSAA.AMSAA.ARPA id aa24535; 2 Mar 87 17:24 EST
Date:     Mon, 2 Mar 87 17:26:48 EST
From:     Steve Lesh (ISC | howard) <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  CP/M cards for IIgs
Message-ID:  <[e-mail]>

    I am contemplating purchasing an Applied Engineering Z80 Plus for
my gs.  Has anybody had any good, bad or indifferent experience with them?

    Would also appreciate a modem7 overlay (Kermits, etc) using the
new serial chip.

            Thanks,


                Steven Lesh
 2-Mar-87 22:01:10-MST,1704;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon 2 Mar 87 22:00:57-MST
Received: by ucbvax.Berkeley.EDU (5.53/1.23)
    id AA29145; Mon, 2 Mar 87 20:22:10 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 3 Mar 87 02:18:47 GMT
From: mnetor!utgpu![e-mail]  (Naresh Bangia)
Organization: University of Toronto Computing Services
Subject: CPM for MODEL I
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]





Well, here goes my first posting to this group, and I hope it makes sense
I know the MODEL I might be dead but for me it has served quite a useful
purpose,  to enlighten me in hardware and software difficulties

first of al let me describe my current system:C{


    MODEL I running CP/M 2.2 (ZCPR3)
        20 M harddrive
    2 serial ports (1 running terminal)
    a real time clock.

    The CPM me and a friend have developed from scratch , he did the
hardware and I did the software.  And I thi7{k we are ready to release
it to public domain.  The hardware documents and the BIOS source
code.  The system works quite fast and is relatively cheap to
convert to CPM ....   I just don't know if the demand for CPM is there
anymore.   So mail me and let me know if anyone is interested in this posting
if not,  I will go back into obsecurity.

    Naresh

        mail :   [e-mail]  or bangia@utcs
--
--
N. Bangia
UUCP:  {decvax,seismo!mnetor,utzoo}!utcs!bangia
ARPA:  ??????
 3-Mar-87 12:20:03-MST,783;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA-SEER.ARPA by SIMTEL20.ARPA with TCP; Tue 3 Mar 87 12:19:48-MST
Received: from AMSAA-SEER.ARPA by AMSAA-SEER.AMSAA-SEER.ARPA id aa08176;
          3 Mar 87 12:51 EST
Date:     Tue, 3 Mar 87 12:30:18 EST
From:     "David E. Towson" (SECAD) <[e-mail]>
To:       [e-mail]
Subject:  International distribution of info-cpm expands:
Message-ID:  <[e-mail]>

Fellow CP/Mers - I have just had the pleasure of adding to info-cpm
distribution what I believe is our first Japanese reader.  Service is being
provided via relay.cs.net (nee csnet-relay).


Dave Towson <[e-mail]>
info-cpm distribution list maintainer

 3-Mar-87 15:10:02-MST,2902;000000000000
Return-Path: <@SRI-NIC.ARPA:[e-mail]>
Received: from SRI-NIC.ARPA by SIMTEL20.ARPA with TCP; Tue 3 Mar 87 15:07:13-MST
Received: from ucbvax.Berkeley.EDU by SRI-NIC.ARPA with TCP; Tue 3 Mar 87 13:59:42-PST
Received: by ucbvax.Berkeley.EDU (5.53/1.23)
    id AA15602; Tue, 3 Mar 87 13:31:38 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 3 Mar 87 18:54:03 GMT
From: ucsdhub!jack!man!crash![e-mail]  (Dr. Snuggles)
Organization: Whizbang Enterprises
Subject: Re: Tandy Model 4 Misinformation
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] writes:
>
>Kevin J. Belles made some rather mis-informed comments about the
>Tandy model 4 recently.  While it is true that for some time the
>standard configuration of a Model 4 was SS drives, the CURRENT
>machines from Tandy have DS drives; also, many if not most of the
>used machines have been upgraded by their previous owner to
>DS drives.

Quite correct.  In fact, that was my immediate responce to Kevin when I saw
his first posting. (If you'll note we are both on the same Unix box..)  I
am currently using my Tandy 4p with MM CP/M with the extra 64K of memory.
I have not yet saved sufficently to upgrade my drives to DSDD, but it
should be noted that the MM Config file allows the current hardware to run
SSSD SSDD DSDD DSQD and 8" formats.  I have also been told that 3.5" drives
are available that are electrically identical to 5.25" drives..

>
>The banks switching is 'weird', you say??  It is simply controlled
>by 4 bits in $OPREG (the Option Register), which is directly linked
>to CPU port 84H.  It's more complex to explain than it is to use.
>

There are also expansion kits to add 1 Meg of memory to the 4/4p/4D.
There are also speedup kits to 6 and 8 Mhz, and a daughter board that runs
that new Hitachi chip and 256K of memory directly addressed. (There have
been postings here on it...)

>
>The Model 4 is not JUST a CP/M machine, it is much MORE.  I don't
>deny that it has its quirks -- no machine lacks them.  However, I
>DO assert that it is distinctly superior to machines like the
>Kaypro, which are virtually being ignored by Kaypro.  The 4 is no
>longer Tandy's showpiece, but it is still supported.
>
>                  George Madison  ([e-mail])

--
Victor O'Rear {hplabs!hp-sdd, akgua, sdcsvax, nosc}!crash!victoro
ARPA: crash!victoro@nosc and the Byte Information eXchange [victoro]

Whizbang Enterprises - Pride, heritage, and the highest employee mortality
     rate of any free world corporation.
 3-Mar-87 16:33:59-MST,769;000000000000
Return-Path: <[e-mail]>
Received: from usc-oberon.ARPA by SIMTEL20.ARPA with TCP; Tue 3 Mar 87 16:33:17-MST
Received: by usc-oberon.ARPA (5.51/5.5) id AA26878;
                Tue, 3 Mar 87 15:20:52 PST
Received: by hamal.usc.edu (3.2/SMI-3.0DEV3)
    id AA00455; Tue, 3 Mar 87 15:20:19 PST
Date: Tue 3 Mar 87 15:20:14-PST
From: Dick <[e-mail]>
Subject: MODEM7 overlay needed....
To: [e-mail]
Message-Id: <SUN-MM(195)+TOPSLIB(124) 3-Mar-87 15:20:14.hamal>
Desires: "gag me with a Valley girl"    (ohmigod!)


I am looking for an overlay called M7JE  for a JONOS or JONAS system. Either a
pointer or direct mail of the ASM file would be appreciated...
Tks

Dick  <[e-mail]>

-------
 3-Mar-87 18:50:36-MST,672;000000000000
Return-Path: <hanscom@lll-es-s05>
Received: from lll-lcc.ARPA by SIMTEL20.ARPA with TCP; Tue 3 Mar 87 18:50:28-MST
Received: Tue, 3 Mar 87 17:51:57 PST from lll-es-s05.arpa by lll-lcc.ARPA (5.51/)
    id AA12802; Tue, 3 Mar 87 17:51:57 PST
Return-Path: <hanscom@lll-es-s05>
Received: by lll-es-s05.ARPA (1.1/SMI-3.0DEV3)
    id AA14954; Tue, 3 Mar 87 17:55:39 PST
Message-Id: <[e-mail]>
Date: Tue Mar 3 17:55:36 1987
From: hanscom@lll-es-s05 (Roger Hanscom 423-0441)
Subject: 8251A USART
To: [e-mail]
Status:  N



Does anyone know what directory INTE8251.ART is on??  I'd like
to have a copy, but can't find it.



 4-Mar-87 12:49:27-MST,1668;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA-SEER.ARPA by SIMTEL20.ARPA with TCP; Wed 4 Mar 87 12:48:52-MST
Date:     Wed, 4 Mar 87 14:49:19 EST
From:     "David E. Towson" (SECAD) <[e-mail]>
To:       [e-mail]
Subject:  Transfer of info-cpm to SIMTEL20:
Message-ID:  <[e-mail]>

Fellow CP/Mers - After having maintained this list since October 1983, I now
find that I no longer have the time to tend the list as regularly as I believe
it should be done.  I am, therefore, pleased to hand over this responsibility
to Keith Petersen, who has distinguished himself as both a list manager and as
maintainer of the SIMTEL20 archives.

     Due to a misunderstanding, info-cpm has been running on both AMSAA-SEER
and SIMTEL20 since March first.  This became obvious after I posted a note
announcing the addition (to the list Keith thought HE was running) of our
first reader in Japan; and Keith sent me a polite note saying in essence, "Hey
Mack, what's going on?".  Yes folks, even electronic communications can't do
away with human error - sigh.  Anyway, we finally got it straightened out, and
I have now adjusted the mail pointers on AMSAA-SEER so that any info-cpm mail
that arrives here will be sent along to SIMTEL20.  I see from (belatedly)
reading the last several days' mail that most of you are already using the new
address:
                           [e-mail]

I guess everyone got the word except me.  Sorry for the confusion.

     So welcome to our new list maintainer.  The job is now all yours, Keith.


Best regards,
Dave

 5-Mar-87 06:55:06-MST,693;000000000000
Return-Path: <[e-mail]>
Received: from ARDEC-1.ARPA by SIMTEL20.ARPA with TCP; Thu 5 Mar 87 06:54:49-MST
Date:     Thu, 5 Mar 87 8:46:40 EST
From:     "David G. Sampar" (PM-AL) <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  Access to the PD: Files on SIMTEL20
Message-ID:  <[e-mail]>


Over the last week I have tried to FTP files from SIMTEL20 using an ANONYMOUS
login and have been told to try again after 4PM Mountain Time, or anytime
on weekends.  Is this a new policy for SIMTEL20 or did I miss some new posting
on procdures for access to the the PD: files on SIMTEL20.

Dave Sampar


 5-Mar-87 20:36:06-MST,622;000000000000
Mail-From: WANCHO created at  5-Mar-87 20:35:54
Date: Thu, 5 Mar 1987  20:35 MST
Message-ID: <[e-mail]>
From: [e-mail]
To:   [e-mail], [e-mail]
Subject: ANONYMOUS FTP Access Restrictions

We have had to temporarily impose restrictions on ANONYMOUS FTP access
to SIMTEL20 during our prime-time due to extremely high network and
system loads.  We hope to be able to reinstate prime-time ANONYMOUS
FTP access sometime after 1 April when we expect a large group of our
users will have migrated to their own host.  Please bear with us.

--Frank
 5-Mar-87 20:51:24-MST,507;000000000000
Return-Path: <[e-mail]>
Received: from XX.LCS.MIT.EDU by SIMTEL20.ARPA with TCP; Thu 5 Mar 87 20:51:18-MST
Date: Thu, 5 Mar 1987  22:49 EST
Message-ID: <[e-mail]>
From: [e-mail]
To:   "David E. Towson" (SECAD) <[e-mail]>
Subject: Transfer of info-cpm to SIMTEL20:
cc:   [e-mail]
In-reply-to: Msg of 4 Mar 1987  14:49-EST from "David E. Towson" (SECAD) <cpmlist at AMSAA-SEER.ARPA>

RAH DAVE!!

Thanks from all of us.
 6-Mar-87 00:10:42-MST,2539;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri 6 Mar 87 00:10:27-MST
Received: by ucbvax.Berkeley.EDU (5.53/1.23)
    id AA11268; Thu, 5 Mar 87 23:01:20 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 5 Mar 87 00:59:57 GMT
From: ihnp4!invest!wheaton![e-mail]  (Calvin Culver)
Organization: Wheaton College, Wheaton IL.
Subject: Re: Z-80 CP/M Machines
Message-Id: <[e-mail]>
References: <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Kevin J. Belles) writes:
>In article <[e-mail]> [e-mail] writes:
>>look into a used Tandy Model 4.  It will indeed run CP/M, and a
>>...  For an 'obsolete' machine, the amount of support the
>>Model 4 has has to be seen to be believed!!
>
>   I woudn't suggest a Tandy Model 4 for programming usage. It has the
>wierdest
>memory banking system I've ever seen, the source code for the BIOS is quite
>difficult to get,...

And several other reasons not to use a Model IV.

I run a Model IV with 2 DSDD 5.25" drives, 390k each, as well as 2 DSDD 8"
1.25 meg each (with a Holmes disk controller), for a total of >3 meg online.
For those who have the hankering for such things, Montezuma Micro provides a
sample BIOS with its documentation (not the actual BIOS, but a stripped-down
version).  I could also install a 256k ramdisk (but with 1228k disks and
access time under 15 ms for a resulting throughput time that would beat the
pants off almost any 8088 machine around, who needs it?), and I
can run at least 4 different operating systems (TRSDOS, which has an
excellent base of Tandy supportware, LDOS, Multidos and CP/M).  True, the
memory banking is somewhat unusual (and, to be fair, has caused some
incompatibility problems with some software--most notably ZCPR3), but is far
from the "weirdest".  In short, the Model IV can be a very good programming
environment.  And it *does* have an impressive amount of support.

                         --calvin culver--
                         ...inhp4!invest!wheaton!cculver
                         [e-mail]

      Anyone can make a computer dance with a meg of internal memory
                   Real programmers do it in 8 bits.
                   (Long live CP/M)
 6-Mar-87 06:51:31-MST,3704;000000000000
Return-Path: <[e-mail]>
Received: from dmc-crc.ARPA by SIMTEL20.ARPA with TCP; Fri 6 Mar 87 06:50:49-MST
Received: by dmc-crc.ARPA (4.12/4.7)
    id AA04397; Fri, 6 Mar 87 08:49:47 est
Date: Fri, 6 Mar 87 08:49:47 est
From: [e-mail] (G. J. Marwood)
Message-Id: <[e-mail]>
To: [e-mail], info-cpm@simtel20
Subject: Modifications to Applicard System

I am looking for some help from someone who is very familiar with
the Applicard system.  A copy of the CCP, BDOS and BIOS is kept
in the Apple host and is loaded to the Applicard during a cold
boot.  On warm boot a fresh version of the CCP and BDOS is
loaded.  What I would like to do is to make additional space in
the BIOS region, to put some additional code which I have
developed for using the CTC chip as a real time clock.  I
currently have this code patched to the BIOS, but hanging outside
of it.  It is not kept in the Apple but has to be loaded by means
of an initialization program.  It would be far neater if some of
this code could be permanently placed in the BIOS area.  To do
this I need to lower the starting point of CP/M in the Apple from
the present position of 9100H.  This starting point is
established by the coldboot routine and is easy to adjust.
However, I suspect that simply changing this starting point may
cause problems to the some of the other code which resides in the
Apple.  I am familiar with the CCP, BDOS and BIOS bit maps but I
think that there may be other things to consider.  I would like
to discuss these matters with anyone who is familiar with the
Applicard to this level of detail.  I have added to the end of
this note the PCPI6502.MAP file (from SIMTEL20 PD:<CPM.APPLE>) to
illustrate what is happening in the Apple.
                              Thank you in advance,
                                   Gordon Marwood

Unofficial Map of Apple 6502 Memory
   as used with PCPI Applicard

+----------------------------+- C000h
|   RWTS for Apple Disks     |
+----------------------------+- B800h
|      Default Driver        |
+----------------------------+- B730h
|           CP65             |
+----------------------------+- B000h
|  BIOS      _____________   |
+----------  |           |  -+- A700h
|  BDOS      |    Z-80   |   |
+----------  |   IMAGE   |  -+- 9900h
|  CCP       |___________|   |
+----------------------------+- 9100h
|      Apple Video (Word)    |
+----------------------------+- 8FBAh
|      Other Video (Word)    |
+----------------------------+- 8FB6h
|Poll Routine Table (65bytes)|
+----------------------------+- 8F75h
|  Card-Type Table (8 bytes) |
+----------------------------+- 8F6Dh
|Cons. Comm. Table (109bytes)|
+----------------------------+- 8F00h
|  Device Table (256bytes)   |
+----------------------------+- 8E00h
|      Host Buffer Size      |
+----------------------------+- (8E00h - Buffersize) HIMEM
|        FREE MEMORY         |
+----------------------------+- LOWMEM
|          DRIVERS           |
+----------------------------+- 0900h
| Cold Boot Code/ Parameter  |
|      Passing Block         |
+----------------------------+- 0800h
|        Text Page 1         |
+----------------------------+- 0400h
| Reset Vector/Power Up Byte |
+----------------------------+- 0300h
|          Scratch           |
+----------------------------+- 0200h
|         6502 Stack         |
+----------------------------+- 0100h
|                      ------+- Hi P0
|                      ------+- Lo P0
|          Page 0            |
|                            |
+----------------------------+- 0000h

rev 1.0                  6/7/86

 7-Mar-87 00:36:09-MST,795;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sat 7 Mar 87 00:35:59-MST
Received: from SCFVM.BITNET by wiscvm.wisc.edu on 03/06/87 at 22:54:03 CST
Received: by SCFVM (Mailer X1.23b) id 5570; Fri, 06 Mar 87 23:56:11 EST
Date:         Fri, 6 Mar 87 23:54 EST
From:         Bruce H. McIntosh <[e-mail]>
Subject:      conix info
To:           <[e-mail]>

Hi there!  I'm trying to pin down a good copy of conix.lbr, the shareware
version of CHI's conix CP/M enhancement.  The copy I got from my local rcpm
was corrupted.  Is it available on the archives?  Also, does anyone have any
experience with this product?  It certainly claims to be the greatest thing
since sliced bread! :-)
 7-Mar-87 01:16:43-MST,1002;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat 7 Mar 87 01:16:28-MST
Received: by ucbvax.Berkeley.EDU (5.53/1.23)
    id AA03440; Fri, 6 Mar 87 20:53:39 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 6 Mar 87 16:22:14 GMT
From: beta![e-mail]  (Douglas J Roberts)
Organization: Los Alamos Natl Lab, Los Alamos, N.M.
Subject: "C" file unsqueezer, XUSQ107.C.1
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Does anybody know where this file is? The catalog indicates that is
on SIMTEL20, PD:<UNIX.CPM>, but it's not there.

Failing that, does anyone have a BSD4.2 compatible file unsqueezer?

Thanks, Doug Roberts.
--
Douglas J. Roberts, [e-mail]
Los Alamos National Laboratory
Box 1663, F602
Los Alamos, N. M. 87544
 7-Mar-87 05:18:59-MST,814;000000000000
Mail-From: KPETERSEN created at  7-Mar-87 05:18:23
Date: Sat, 7 Mar 1987  05:18 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail] (Douglas J Roberts)
Cc:   [e-mail]
Subject: "C" file unsqueezer, XUSQ107.C.1
In-reply-to: Msg of 6 Mar 1987  09:22-MST from beta!dzzr at NYU.ARPA (Douglas J Roberts)

Doug, you must have an old copy of the catalog.  The SIMTEL20 Unix
directories are being reorganized and some files have been moved.
You'll want to get a new copy a.s.a.p. (actually anytime you think
something is there but it doesn't seem to be).

The squeeze/unsqueeze files have been moved to the PD:<UNIX.SQ-USQ>
directory.

--Keith Petersen <[e-mail]>
 7-Mar-87 14:37:02-MST,735;000000000000
Return-Path: <[e-mail]>
Received: from XX.LCS.MIT.EDU by SIMTEL20.ARPA with TCP; Sat 7 Mar 87 14:36:46-MST
Received: from OZ.AI.MIT.EDU by XX.LCS.MIT.EDU via Chaosnet; 7 Mar 87 10:45-EST
Date: Sat 7 Mar 87 10:50:48-EST
From: "Mark Becker" <[e-mail]>
Subject: Any Bondwell 2 owners out there?
To: [e-mail]
Message-ID: <[e-mail]>

Hello -

     I'd like to correspond with other Bondwell 2 owners to exchange
hints & kinks on programming this laptop.  My major interest now is in
programming the LCD display to do graphics, something which seems to
have been left out of the BIOS code.

Regards,

Mark
-------
 7-Mar-87 16:10:50-MST,2819;000000000000
Return-Path: <[e-mail]>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Sat 7 Mar 87 16:10:36-MST
Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34)
    id AA02571; Sat, 7 Mar 87 15:10:06 PST
Message-Id: <[e-mail]>
Date: 07-Mar-1987 1800
From: [e-mail]  (Willie Smith, LTN Components Eng.)
To: [e-mail]
Subject: Help on caching algorythm?

     I'm rebuilding my BIOS to (among other things) change my
hard disk track buffers over to caching.  I've gotten almost the
whole thing written, but I have one algorythm I need some help
on.  I have 4 (will be 8) buffers in another bank of memory,
which each holds an 8 K logical track.  Each access to a buffer
increments a counter, so I know how often (since last warm boot)
a buffer has been used.  I've done the easy part, finding a
buffer (if I have a cache 'hit') or allocating an unused buffer,
now I'm looking for an algorythm to deallocate a buffer when I
don't have a 'hit' and there aren't any free.  I have a few
ideas, but there are problems with each:
     LRU: Least Recently Used.  I think the algorythm goes
something like "when you use a buffer, move it's number to the
top of a block of memory, shuffle others down to make room, and
if you need a buffer, use the one whose number is at the bottom
of the list."  The problems are maintaining the data structure
without reams of code, and the fact that a buffer with a high use
count can be deallocated by merely reading 4 (8) different tracks
before you get back to the first one.  Thus you could lose your
directory track fairly rapidly, and I know I'm going to need that
frequently.
     Smallest count.  Look for the buffer that got used the
least, and use that.  Looks good as an idea, but there is a major
coding problem.  Given a table of 4 (8) numbers, how do you find
the smallest? [I'm coding in Z-80 assembly, so MIN(x,y,z) doesn't
help :+)  ].  If you start scanning from the beginning, you will
tend to deallocate number 0 more than number 3.  If you don't
start at the beginning, the coding gets messy.  If there are 2
numbers that are a minimum, which one do you pick?  I though of a
way that would work, "start with one, look for it in the table,
if not found, look for two, if not found, look for 3, etc, etc,
etc".  I'm using byte counters, so I'd only have to go up to 255,
but this is kind of a hack, any better ideas?
     Are there any other, more popular, more useful, simpler, or
more elegancache algorythms that anyone knows about?

Willie Smith
[e-mail]
[e-mail] [decwrl.arpa?]

Usenet:    the_known_universe!decwrl!wookie.dec.com!w_smith
BIX:    w_smith
 7-Mar-87 16:11:32-MST,4807;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat 7 Mar 87 16:11:08-MST
Received: by ucbvax.Berkeley.EDU (5.53/1.23)
    id AA16026; Sat, 7 Mar 87 14:12:11 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 28 Feb 87 08:41:46 GMT
From: ubc-vision!alberta!myrias![e-mail]  (Chris Gray)
Organization: Myrias Research, Edmonton
Subject: More info on Draco
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Many thanks to John S. Fisher for his comments on Draco. I'll reply to each
of his points in turn.

(1) bad code for read(ptr*) where ptr is 'ulong' - I haven't tried this,
    but it sounds reasonable, and shouldn't be hard to fix. I'll do it
    before long.

(2) lack of goto making a decision table hard to implement - I'm afraid I'm
    a pretty strong fan of structured programming, so Draco is very unlikely
    to acquire a goto construct. I'm not sure exactly what you mean by
    decision tabled based, but can't they be done like state machines, which
    usually go something like this:

    type State_t = enum {st_start, st_end, st_nice, st_blue, ...};
    State_t CurrentState;

    CurrentState := st_start;
    while CurrentState ~= st_end do
        case CurrentState
        incase st_start:
        if blah blah blah then
            CurrentState := st_nice;
        else
            blih blih blih
            CurrentState := st_blue;
        fi;
        incase st_nice:
        do something or other
        CurrentState := st_end;
        etc.
        esac;
    od;

(3) Wants fixed-format input capability - fixed format input can be read using
    non-fixed format input, so long as there are delimiters of some kind. If
    not, reading character arrays, adding a space to the end, and doing
    memory-to-memory I/O works.

(4) lack of floating point - Yep, its a problem for those who need it. The
    format the compiler uses is IBM-360/370 float format - sign bit, excess
    64 hexadecimal exponent, and 24 bits of hex normalized fraction. The
    linkage needed is exactly that described for operator types.

(5) Hmm, I guess I could have checked for sufficient TPA. The needs depend
    on the complexity of your program, however (recursive descent parsing).

(6) how expensive is 'open' on character strings (memory to memory I/O)? - its
    about 10 lines of Draco code in the run-time library, and the per-
    character cost is considerably less than disk or console I/O.

(7) extending CRT library to handle input, special characters, etc. - sounds
    like a good idea, but it would take a fair amount of thought and work.
    Any volunteers?

(8) Support and source - I'm quite willing to fix any bugs found, but not to
    extend the compiler or libraries (there's no memory space to extend the
    compiler anyway). I'm not sure how to distribute updates, however. If some
    individual wants to become a distribution site, I'm willing to send that
    person the sources, and any fixes that are needed. I DON'T want the
    sources widely distributed, however. The compiler is very tight code,
    and most attempts to change anything will just result in a broken
    compiler. If someone wants to become the distributer, send me a note
    with your net connections, and a bit about your experience with 10,000
    line programs.

and Jack Goldstein had some questions

- yes, Draco has conformant array parameters (any number of dimensions)

- no proper modules (it's high on my list of wants), but some sort-of ones

- constant declarations allow arbitrary compile-time expressions, including
  if - expressions (same for array bounds, etc.)

- type, constant, external procedure and variable declarations can be freely
  mixed, but must come before all procedures

- 'otherwise' clause on 'case' - yep, it's called 'default'

- register keyword as in C. Not on the 8080 version, since the way I did
  things required all the registers in some cases. I plan on them for the
  68000 version, however (all my 370 compilers had them).

- assert statements - nope, but you uglily do the same thing with
  conditional compilation and 'exit'. Draco DOES have a compile-time
  assert - as in 'if XSIZE < 10 then error("XSIZE not big enough") fi'.

- other ports - a friend has a Radio Shack 6000 Xenix box, and we've talked
  about porting the 68K version there. Also to Mac and Atari. Nothing will
  happen unless I have access to the machine, however. Meanwhile there is
  the Amiga version (coming Real Soon Now).


    Chris Gray (ubc-vision,sask,ihnp4)!alberta!myrias!cg
 8-Mar-87 01:36:53-MST,1639;000000000000
Return-Path: <[e-mail]>
Received: from AI.AI.MIT.EDU by SIMTEL20.ARPA with TCP; Sun 8 Mar 87 01:36:26-MST
Date: Sun,  8 Mar 87 03:37:41 EST
From: "Paul R. Grupp" <[e-mail]>
Subject:  Any Bondwell 2 owners out there?
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of Sat 7 Mar 87 10:50:48-EST from Mark Becker <Cent.Mbeck%OZ.AI.MIT.EDU at XX.LCS.MIT.EDU>
Message-ID: <[e-mail]>

    From: Mark Becker <Cent.Mbeck%OZ.AI.MIT.EDU at XX.LCS.MIT.EDU>
    Re:   Any Bondwell 2 owners out there?

         I'd like to correspond with other Bondwell 2 owners to exchange
    hints & kinks on programming this laptop.  My major interest now is in
    programming the LCD display to do graphics, something which seems to
    have been left out of the BIOS code.

Bondwell does have a Graphics BIOS available for this great CP/M laptop.
Unfortunately they have decided to discontinue this model as they feel
that it is not as profitable (or in competition with) their MS-DOS version,
even though they could NOT supply the demand for the CP/M version.

If you can find one on close out special you may want to check it out.
some of it's features include; full 25 x 80 LCD (200 x 640 pix) display,
Z80 w/ CP/M and full MicroPro line, built in 3.5" disk (2nd 2.3" or 5.25"
external disk optional), 512K RAM disk optional with CP/M in ROM, 1 serial
1 Cintronics ports, runs about 6 hrs/charge or on AC with adapter/charger
unit...  I've had mine (two) for about a year with no problems, and would
be very unhappy without one.

-Paul

 9-Mar-87 12:50:43-MST,3960;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon 9 Mar 87 12:49:47-MST
Received: from HNYKUN11.BITNET by wiscvm.wisc.edu on 03/09/87 at 11:48:49 CST
Date: Mon, 09 Mar 87 18:15:38 MET
To: [e-mail]
From: [e-mail]
Return-Receipt-To: [e-mail]

Date: 9 March 1987, 18:06:38 MET
From: Jos Grote Punt            080-566793           U267105  at HNYKUN11
To:   INFO-CPM at SIMTEL20

First I'd like to thank John S. Fisher for the beautiful UNARC/UNLIB/UNSQUEEZE
utility to run under VM/CMS. It works great! Now we can print the huge document
files!
Can anyone help me with the following problem?
On the SIMTEL20 archives I found the file PD:<CPM.C128>C128-CPM.JUL.
In it there was a description of various Commodore 128 files.
But I can't find some of them, probably because they're in a different
directory. Does anyone know how to get by them ?
I'll include a small part of the file.




              Library 34 -- Commodore C128 CP/M               August 1, 1996
 File Name   Lib   No.    Date    Size    Description
------------  --  ----  --------  ---  -------------------------------------
64CONVRT      34    71  12/29/85   12  Convert C64 files to C128 files
   Download as 8-bit binary file.  Commodore C128 program used to
   convert sequential files that are in C64 disk format over to CP/M
   C128 disk format.  (See C128-NEW.DOC and C128-IRV.DOC for details).
   Keywords: CBM,COMMODORE,C128,C64,CPM+,CONVERT
6DECSRC.LBR   34  1067  03/02/86  136  Commodore C-128 BIOS source code
   Source files for the Commodore C-128 CP/M-Plus BIOS.  To build a
   system from the source you will need the disk that came with the
   Digital Research manual from Commodore.  This library was released
   for distribution by Von Ertwine.
   Keywords: CP/M-PLUS,COMMODORE,C-128,C128,BIOS,SOURCE
C128-NEW.DOC  34    70  12/29/85   13  Fix for C128 BIOS modem support
   The original Commodore C128 BIOS does not support modem use in the
   CP/M mode.  This file explains how to get and install the new BIOS as
   well as the IMP-C128.COM modem program, which is ready to run.
   Keywords: CBM,COMMODORE,C128,C64,CPM+,CONVERT
C128-NEW.IRV  34    69  12/28/85    3  Updating C128 BIOS to support modem
   Explains what files Commodore C128 users will need to obtain to use a
   modem in the CP/M mode.  The IMP modem program is ready for use and
   is available here as IMP-C128.COM.
   Keywords: CBM,COMMODORE,C128,BIOS,NEWSYS,IMP,MODEM
C1571-2.COM   34  1039  03/01/86    1  Commodore C128 disk write speedup #2
   This program from Commodore will turn off the write verify on the
   1571 disk drive to speed saving of files.  This new version works
   with GCR and MFM format disks.  It also does automatic turn-off.  To
   reset the drive to normal write verify, just turn off and back on.
   Keywords: CBM,COMMODORE,C128,C-128,C1571,DISKDRIVE,SPEEDUP
CATALOG.800  34  1815  06/20/86    2  SIG/M C128 CP/M sampler #1 catalog
   Catalog for SIG/M disk #800 (available here as SIGMV800.LBR),
   featuring SIG/M Commodore CP/M Sampler, (Volume 1 of 2).  See
   SIG/M.CQT for a complete catalog of all SIG/M disks.  Volumes 800 and
   801 are sample disks of programs for the Commodore.  Volume 800
   contains modem programs for the Commodore plus instructions and an
   article on updating the 128.
   Keywords: SIG/M,VOLUME,800,CATALOG,COMMODORE,C128,C-128
CATALOG.801  34  1814  06/20/86    6  SIG/M C128 CP/M sampler #2 catalog
   Catalog for SIG/M disk #801 (available here as SIGMV801.LBR),
   featuring SIG/M Commodore 128 CP/M Sampler, (Volume 2 of 2), a
   collection of Z80-8080 favorites from the SIG/M library of public
   domain software.  See SIG/M.CQT for a complete catalog of all SIG/M
   disks.
   Keywords: SIG/M,VOLUME,801,CATALOG,COMMODORE,C128,C-128
 9-Mar-87 22:56:44-MST,336;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon 9 Mar 87 22:56:27-MST
Received: from PSUVM.BITNET by wiscvm.wisc.edu on 03/09/87 at 21:17:48 CST
Date:    Mon, 9 Mar 87 22:18 EST
From:    <[e-mail]>
To:      [e-mail]

send info
10-Mar-87 03:17:00-MST,2968;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue 10 Mar 87 03:16:32-MST
Received: by ucbvax.Berkeley.EDU (5.53/1.23)
    id AA00729; Tue, 10 Mar 87 01:43:34 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 4 Mar 87 09:28:30 GMT
From: pur-phy![e-mail]  (Richard Piner)
Organization: Purdue Univ. Physics Dept., IN
Subject: Re: Z-80 CP/M Machines
Message-Id: <[e-mail]>
References: <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Kevin J. Belles) writes:
>In article <[e-mail]> [e-mail] writes:
>>
>>To: Robert Lewis Harker
>>look into a used Tandy Model 4.  It will indeed run CP/M, and a
>>very nice version at that (Montezeuma Micro).  In addition, under
>>its proprietary DOS (LS-DOS 6.3), it runs **THE** best Z-80
>>assembler I've ever seen, called Pro-MRAS, from a company called
>>Misosys.  For an 'obsolete' machine, the amount of support the
>>Model 4 has has to be seen to be believed!!
>
>   I woudn't suggest a Tandy Model 4 for programming usage. It has the wierdest
>memory banking system I've ever seen, the source code for the BIOS is quite
>difficult to get, and the hard disk subsystem is unusually expensive. It also
>comes with 2 single-sided 5-1/4" floppies, where I recommend at least DSDD
>floppies for programming work (.PRN files and macro libraries can get quite
>large). There's only one serial port available for it, and no real applications
> ETC.
>--------------------------------------------------------------------------

Well, while we are on the subject, there is yet another Z-80 machine around.
Namely, the MAX-80 by Lobo. I'm not a big fan, but if you have to have a
Z-80 machine, this one is worth checking out. It runs CP/M or LDOS.
Outputs are, 5-inch floppy, 8-inch floppy, SASI harddisk, Centronics
parallel, 2 RS232 ports (Zilog PIO chip),  and composite video. The
RS232 ports can be set up to generate interupts, so it can run serial
I/O at 19K baud. It has a real keyboard, with ALL the keys and a good
feel, for those touch typist. I have a 3.25 inch floppy drive on one of them
that holds 750K and the drive only cost $175. The MAX is fairly cheap to
expand since the controllers are smart. It doesn't have high-res graphics.
It does have programable fonts. For more information, you can contact
Lobo Systems, 7334 Hollister Ave., Suite J, Coleta, CA 93117.
Phone [phone]. I have a couple of their machines and they run fine.
Warranty service has been quick and when they fix a machine, it stays fixed.
Usual disclaimers go here.
                    Richard Piner
                    [e-mail]
11-Mar-87 00:15:06-MST,1512;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 00:14:44-MST
Received: by ucbvax.Berkeley.EDU (5.53/1.23)
    id AA19789; Tue, 10 Mar 87 22:23:26 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Mar 87 17:17:54 GMT
From: tektronix!tekcrl!tekgvs![e-mail]  (Thomas Almy)
Organization: Tektronix, Inc., Beaverton, OR.
Subject: Re: Z-80 CP/M Machines
Message-Id: <[e-mail]>
References: <[e-mail]>, <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Richard Piner) writes:
>
>Well, while we are on the subject, there is yet another Z-80 machine around.
>Namely, the MAX-80 by Lobo. I'm not a big fan, but if you have to have a
>Z-80 machine, this one is worth checking out. It runs CP/M or LDOS....

Unfortunately, as has beset most companies making CP/M computers, Lobo has
gone out of business.  I own two of the machines and they have been rock
solid.  It came with the most complete CP/M Plus implementation of any
machine (so says an impartial third party who has seen them all), and was
one of the best TRSDOS style machines as well.

If you like CP/M and find one of these machines for sale, snap it up.

Tom Almy
Tektronix
11-Mar-87 00:21:59-MST,2586;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 00:21:47-MST
Received: by ucbvax.Berkeley.EDU (5.53/1.23)
    id AA17778; Tue, 10 Mar 87 19:56:04 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Mar 87 13:55:46 GMT
From: mcnc!rti-sel!dg_rtp![e-mail]  (Mark Harris)
Organization: Data General, RTP North Carolina
Subject: Re: CPM for MODEL I
Message-Id: <1325@dg_rtp.UUCP>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Naresh Bangia) writes:
>
>
>
>
>Well, here goes my first posting to this group, and I hope it makes sense
>I know the MODEL I might be dead but for me it has served quite a useful
>purpose,  to enlighten me in hardware and software difficulties
>
>first of al let me describe my current system:C{
>
>
>    MODEL I running CP/M 2.2 (ZCPR3)
>        20 M harddrive
>    2 serial ports (1 running terminal)
>    a real time clock.
>
>    The CPM me and a friend have developed from scratch , he did the
>hardware and I did the software.  And I thi7{k we are ready to release
>it to public domain.  The hardware documents and the BIOS source
>code.  The system works quite fast and is relatively cheap to
>convert to CPM ....   I just don't know if the demand for CPM is there
>anymore.   So mail me and let me know if anyone is interested in this posting
>if not,  I will go back into obsecurity.
>
>    Naresh
>
>        mail :   [e-mail]  or bangia@utcs
>--
>--
>N. Bangia
>UUCP:  {decvax,seismo!mnetor,utzoo}!utcs!bangia
>ARPA:  ??????

Well, I for one would be very interested in getting your CP/M and I suspect
there are quite a few model I users out there who feel the same way.
(On Compuserve and GEnie, I have run into a LOT of people who still hack
with the model I.)

Although I only use the model I for playing some fun Infocom games, it would
be fun to be able to hack around with a public domain OS.  Will you post the
sources?  Sure would be nice.

Another thing, how much work would be involved in getting the CP/M up on
a model IV?  I assume not all that much.  What does your hardware modification
consist of?  Remapping the lower 16K of memory?

So in conclusion, go ahead and post the CP/M.  Thanks.

Mark
11-Mar-87 11:48:00-MST,1738;000000000000
Return-Path: <@WISCVM.WISC.EDU:[e-mail]>
Received: from AMSAA-SEER.ARPA by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 11:47:01-MST
Received: from WISCVM.WISC.EDU by AMSAA-SEER.AMSAA-SEER.ARPA id aa09986;
          11 Mar 87 13:40 EST
Received: from RPICICGE.BITNET by wiscvm.wisc.edu on 03/11/87 at 12:04:49 CST
Received: by RPICICGE (Mailer X1.23b) id 7928; Wed, 11 Mar 87 13:06:15 EST
Date: Wed, 11 Mar 87 12:42:02 EST
From: "John S. Fisher" <[e-mail]>
To:   [e-mail]
Subject: Ampro's latest "Little Board"
Message-ID:  <[e-mail]>

Does anyone know anything more about the apparently newly announced
"CMOS Little Board/PC" from Ampro?  Since I heard only good things
about their Z80 Little Board, this new one may be a reasonable
upgrade from my venerable H89.  What I really what to know is

   1.  Is this thing fully IBM-PC compatible, whatever that means?
   2.  Does its V40 cpu mean I can continue to use my beloved CP/M80
       software?  (Isn't the V40 the schizophrenic chip with both
       8088 and 8080 personalities?)
   3.  How much for the board and its options?

The one and only ad I've seen for the unit claims the following:

o  Mounts on a 5.25" drive (like all Little Boards).
o  5 volt only and at 3 watts(!).
o  Keyboard, speaker, parallel and 2 RS232c ports.
o  PC bus (unpowered?).
o  SCSI for hard disks and FDC for all densities of 5.25, 3.5" floppies.
o  768K ram.
o  Boots PC-DOS (but so does the 80186-based Little Board and it only
   runs the MS-DOS generic applications).
o  Optional 4-mode video controller, mono, Hercules, CGA and "high-res
   CGA" (= EGA?).
o  Clock with battery backup
11-Mar-87 13:02:17-MST,1738;000000000000
Return-Path: <@WISCVM.WISC.EDU:[e-mail]>
Received: from AMSAA-SEER.ARPA by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 13:02:04-MST
Received: from WISCVM.WISC.EDU by AMSAA-SEER.AMSAA-SEER.ARPA id aa10979;
          11 Mar 87 14:51 EST
Received: from RPICICGE.BITNET by wiscvm.wisc.edu on 03/11/87 at 12:04:49 CST
Received: by RPICICGE (Mailer X1.23b) id 7928; Wed, 11 Mar 87 13:06:15 EST
Date: Wed, 11 Mar 87 12:42:02 EST
From: "John S. Fisher" <[e-mail]>
To:   [e-mail]
Subject: Ampro's latest "Little Board"
Message-ID:  <[e-mail]>

Does anyone know anything more about the apparently newly announced
"CMOS Little Board/PC" from Ampro?  Since I heard only good things
about their Z80 Little Board, this new one may be a reasonable
upgrade from my venerable H89.  What I really what to know is

   1.  Is this thing fully IBM-PC compatible, whatever that means?
   2.  Does its V40 cpu mean I can continue to use my beloved CP/M80
       software?  (Isn't the V40 the schizophrenic chip with both
       8088 and 8080 personalities?)
   3.  How much for the board and its options?

The one and only ad I've seen for the unit claims the following:

o  Mounts on a 5.25" drive (like all Little Boards).
o  5 volt only and at 3 watts(!).
o  Keyboard, speaker, parallel and 2 RS232c ports.
o  PC bus (unpowered?).
o  SCSI for hard disks and FDC for all densities of 5.25, 3.5" floppies.
o  768K ram.
o  Boots PC-DOS (but so does the 80186-based Little Board and it only
   runs the MS-DOS generic applications).
o  Optional 4-mode video controller, mono, Hercules, CGA and "high-res
   CGA" (= EGA?).
o  Clock with battery backup
11-Mar-87 14:54:44-MST,720;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 14:53:50-MST
Received: from POMONA.BITNET by wiscvm.wisc.edu on 03/10/87 at 18:53:06 CST
Date: Tue, 10 Mar 87 16:53:56 cet
To: [e-mail]
From: [e-mail]
Subject: Tandy Newsgroup?


I have noticed on occasion in postings to this newsgroup a mention of
a 'comp.sys.tandy'; since I'm a Tandy user, could someone out there
who is 'in the know' tell me, a BITnet user, how to subscribe if it
is possible??

                       Thanks in advance,
                       George Madison

                       ([e-mail])

11-Mar-87 18:12:53-MST,541;000000000000
Return-Path: <[e-mail]>
Received: from IUS2.CS.CMU.EDU by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 18:12:21-MST
Date: Wed, 11 Mar 87 20:04:50 EST
From: [e-mail]
To: info-cpm@simtel20
Subject: What does 'z' in a file extension mean?

Is it some more elaborate form of data compression?
If so, I don't see a reference to it in the <cpm.starter-kit>
directory.

For example, I have files named read.mz! and pcpi/z3d.zc.
I'll be very grateful of someone could answer ASAP.  Thanks.

                    - Ralph Hyre
11-Mar-87 18:19:01-MST,3729;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 18:17:35-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA08789; Wed, 11 Mar 87 16:59:33 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 11 Mar 87 13:58:40 GMT
From: kodak![e-mail]  (dick gardner)
Organization: Eastman Kodak Co, Rochester, NY
Subject: Re: Z-80 CP/M Machines
Message-Id: <[e-mail]>
References: <[e-mail]>, <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Richard Piner) writes:
>In article <[e-mail]> [e-mail] (Kevin J. Belles) writes:
>>In article <[e-mail]> [e-mail] writes:
>>>
>>>To: Robert Lewis Harker
>>>look into a used Tandy Model 4.  It will indeed run CP/M, and a

>>>    deleted comments about Model IV

>>--------------------------------------------------------------------------
>
>Well, while we are on the subject, there is yet another Z-80 machine around.
>Namely, the MAX-80 by Lobo. I'm not a big fan, but if you have to have a
                             ^--- I AM a big fan!  What a great machine!
>Z-80 machine, this one is worth checking out. It runs CP/M or LDOS.
 ^--- Z-80B  @5.0 MHz
>Outputs are, 5-inch floppy, 8-inch floppy, SASI harddisk, Centronics
>parallel, 2 RS232 ports (Zilog PIO chip),  and composite video. The
>RS232 ports can be set up to generate interupts, so it can run serial
>I/O at 19K baud. It has a real keyboard, with ALL the keys and a good
>feel, for those touch typist. I have a 3.25 inch floppy drive on one of them
>that holds 750K and the drive only cost $175. The MAX is fairly cheap to
>expand since the controllers are smart. It doesn't have high-res graphics.
>It does have programable fonts. For more information, you can contact
>Lobo Systems, 7334 Hollister Ave., Suite J, Coleta, CA 93117.
>Phone [phone]. I have a couple of their machines and they run fine.
>Warranty service has been quick and when they fix a machine, it stays fixed.
>Usual disclaimers go here.
>                    Richard Piner
>                    [e-mail]
Additional information:

    It runs most Model I/III/IV programs.  (Not all because the
    serial ports are different devices, but many)  It also runs
    a nice version of CP/M 2.2 and the nicest version of CP/M +
    (also known as CP/M 3.0) that you've ever seen. The source is
    included, and is heavily commented.
    It has 128k ram and a battery-backed up real-time clock.
    Runs LDOS 5.1.x for R.S. programs.

Rumor department:
    Lobo Systems was known to be in financial trouble, and I don't
    know their present situation.  As far as I do know, this is
    their one and only product, which seems to guarantee a short
    life these days.

Sales department:
    I have one of these babies for sale.  Includes 2 360k floppies,
    2 8" Shugart DSDD drives, lots ofsoftware, manuals, etc.
    First $700 takes it all.  You pay shipping.

(parting with it because of the usual reasons....my work requires that
I have an IBM compatible machine at home)

=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#

             Dick Gardner
             Eastman Kodak Co.
             Rochester, New York  14650
             [phone]
       UUCP: seismo!rochester!kodak!gardner

To err is human -- to really screw it up
           you need a computer!
=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#

11-Mar-87 19:23:10-MST,1163;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 19:22:35-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA09330; Wed, 11 Mar 87 17:22:14 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Mar 87 03:15:00 GMT
From: pyramid!oliveb!intelca!mipos3!omepd!uoregon!hp-pcd!orstcs![e-mail]
Subject: Re: Need info on Solid State Music 2S+4
Message-Id: <216600001@orstcs>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


[ I would have replied direct, but I don't know where "percival" is... ]

I don't believe I have heard of a 2s+4p.  I do have documentation
for the 2s+2p, however, and would be glad to mail you a copy
if you let me know your address.  By the way, the board is also
called the IO4.  It has two TMS6011 uarts and four 8212 8 bit
parallel ports (two in and two out.)  If this is the beast, then
you're in luck.

Gary Oliver
...!hplabs!hp-pcd!orstcs!go
11-Mar-87 20:15:44-MST,8609;000000000000
Mail-From: KPETERSEN created at 11-Mar-87 20:15:08
Date: Wed, 11 Mar 1987  20:15 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: Info about CP/M files on SIMTEL20

This document is intended to give a brief overview of files stored
in the public domain archives at SIMTEL20.

     Many of the files in our archives have been compressed and/or
grouped together in a single file by using one of the utilities
available to the public domain that either SQueezes, CRUNCHes,
LiBRaries, or ARChives files.  This has been done to minimize disk
storage requirements and also to minimize download time.

     These processed files are specially named with a filetype and can
be identified by the last 3 letters of a filename after the "." that
signifies the conversion.  These are:

        .ARK   for CP/M files archived (same as MS-DOS "ARC").
        .LBR   for files libraried.
        .?Q?   for squeezed files (middle letter is a Q).
        .?Z?   for crunched files (middle letter is a Z).

     A library is a group of files collected together into one file in
such a way that the individual files may be recovered intact.  A
library file can be identified by the "LBR" as the extent of the file
name.  LU (Library Utility) is a CP/M utility used to maintain
libraries of files.  LU does not perform any compression.  Because of
this, most people will squeeze or crunch files before adding them to a
library if they want to save space.  If you want to remove the
component files (members) from a LBR file, you should have a copy of
LU.COM or other LBR extractor utility.  At the end of this document is
a list of the programs available for that function with libraries.

     Recently, popular CP/M Public Domain software files and
information files are being distributed using ARCHIVE files.  Archive
files are similar to library (LBR) files in that they take a logical
group of files and put them together in a single file.  The main
difference, is that the members of the "ARC" or "ARK" file are
automatically compressed.  The compression algorithm chosen is one of
three which will produce the smallest file.

     Archive files have been available to the MS-DOS and PC-DOS areas,
but, have been made useful in the CP/M environment with the
introduction of the "UNARC" program.  The current version is 1.4, and
is available with extensive documentation, and two executable COM
files, a 8080/8085 version and a Z80 version.  The Z80 version takes
advantage of the expanded Z80 (and equivalent) instruction set for
speed and size, and therefore is machine dependent.  There is also a
modification overlay to adapt the program to non-standard CP/M 2.2 and
3.0 operating systems, such as CP/M68k and CP/M emulators.  Programs
are available on many machines to process "ARC" files, the Atari ST,
systems running the UNIX systems, systems running MS-DOS, and CP/M.

     There currently is no CP/M utility available to make an "ARK"
file.  Archive files will be made in the MS-DOS/PC-DOS, TOPS20 or UNIX
environment.  To avoid confusion on RCP/Ms that support both MS-DOS
and CP/M callers, Archive files have a file extension of "ARK" for
CP/M software and information files.

     Some files on SIMTEL20 have been compressed, using one of the
standard public domain utilities, to minimize download time and to
save storage space.

     Files that have been compressed can be identified by the filetype
(the last 3 letters of a filename after the '.') that signifies the
compression.  These are:

        .?Q?   for Squeezed files (middle letter is a Q).
        .?Z?   for Crunched files (middle letter is a Z).

     USQ120.COM is used to unsqueeze, or expand files that have a "Q"
as the middle letter of the filetype.  Such files have been squeezed,
or compressed with SQ111.COM or similar.  These programs use Huffman
Encoding to reduce the size of the target file.  Depending on the
distribution of data in a file it can be reduced in size by 30% to 60%
by squeezing it.  If you download a file with a filetype indicating
that it is squeezed, you will need USQ120.COM to expand it before you
can use it.  There are other programs available, written in different
languages and take advantage of special hardware, but USQ120 is
8080/8085/Z80 compatible.

     Other utilities are available that have the unsqueeze coding
imbedded and function with squeezed or unsqueezed files.  There are
programs that perform file maintenance functions (NSWP), bi-directiona
display utilities (BISHOW), and string search programs, (FYNDE and
FINDU).  This method of compressing files has been used for some time
now and programs to uncompress the files are available to several
micro processors and main frame computers.

     CRUNCH uses the Lempel-Ziv-Welch (LZW) techniques.  This method
is fast and offers compression ratios around 55%.  Highest compression
is achieved with graphics data, values of 90% are typical, followed by
text, with 50%, and COM files around 20%.  This method is new to the
CP/M environment.  See CRUNCH23.LBR for the Z80 CRUNCH and UNCRunch
programs.  See FCRNCH11.LBR for the 8080/8085 and V20 CRUNCH and
UNCRunch programs.

     Since this method of compression is relatively new, the only
utilities available that processes crunched files are "typer"
utilities such as TYPELZW, TYPEQZ, and LT, which also type members of
libraries and squeezed files.  If running a 8080/8085 processor, check
the documentation to determine if the utility will only process files
on systems using the Z80 processor.  Currently, there is no compatible
program for other micro processors or mainframes.

     MicroSoft BASIC programs are always saved as ASCII files (saved
with the ",A" operand).  They may than be squeezed or crunched.  This
has been done to allow them to be converted for use with other BASIC
compilers or interpreters.

     Some executable files have a file extension of "OBJ".  These are
really "COM" files that have been renamed to "OBJ" to avoid execution
on RCP/M systems.  Rename them back to "COM" for use them as commands
on your system.


     Below is a list of utilities available on SIMTEL20 that work with
the above mentioned files.  For the current version, check the
directory list PD:<CPM.CRCLST>.

        CPMSQV3.LBR     SQueeze/UnSQueeze - Turbo Pascal
        CRUNCH23.LBR    Data compression with LZW algorithm
        DELBR11.COM     LBR file extractor
        DLU12.PQS       A library utility in turbo pascal
        FCRNCH11.LBR    A cruncher for 8080 systems.
        LDIR.COM        Directory lister for LBR files
        LDIR23.COM      Lists directory of LBR file
        LRUN20.LBR      Run .COM files inside LBRs
        LSTYPE.LBR      Print multiple files inside LBRs
        LSWEEP13.LBR    Library SWEEP utility extract/view
        LTYPE17.LBR     Types text files inside LBRs
        LT18.LBR        Types and extracts files inside LBRs
        LU300.DQC       Documentation for LU
        LU310.COM       Library Utility version 3.10
        LU310.HLP       Help file for use with LU310
        LU310.UPD       Update info on LU310.COM
        LUDEF5.DQC      Internal structure of LBR files
        LZW.LBR         Compression/decompression Utilities
        NULU15.NOT      A note from the author of NULU151
        NULU15.WQ       Complete user's guide for NULU151
        NULU151.COM     Machine lang. Library Utility pgm
        NULUFIX.ASM     Bug fixes for NULU15.COM
        NULUTERM.AQM    Terminal configuration for NULU151
        SQ.PQS          File SQueezer
        SQ111.COM       Machine language SQueezer, very fast
        SQUEEZE.TXT     Tutorial on SQueeze/UnSQueeze
        SQUPRT33.LBR    Portable SQueeze/UnSQueeze in C lang
        UNARC.COM       Z80 version of UNARChive utility
        UNARC14.LBR     UNARC utility for CP/M
        UNARCA.COM      8080/8085 version of UNARChive utility
        UNCR23.COM      UNCRunch for CRUNCH20 and prior
        USQ.PQS         SQueezed file UnSQueezer
        USQ120.COM      Dave Rand's machine lang. UnSQueezer
        USQFST20.LBR    Fast unsqueezer for Z80 computers

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie Mail: W8SDZ
RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps)
11-Mar-87 21:39:35-MST,2851;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 11 Mar 87 21:39:13-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA13111; Wed, 11 Mar 87 20:15:32 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 11 Mar 87 02:43:48 GMT
From: hpcea!hpspdla!hpl-opus![e-mail]  (Mike Coln)
Organization: HP Labs, Instrument Tech. Dept.
Subject: Re: Help on caching algorythm?
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Regarding CPM disk caching:

I, too, have recently added disk caching to my BIOS code to improve effective
hard disk performance, with good results.

However, I cache on a disk record (128 byte) basis, reducing the granularity
problem.  Since the BDOS requests records in any case, this puts the cache
logically between the BDOS and any blocking/deblocking/track-reading code that
you might have in the physical disk driver.

I have 180 kbytes of bank switched memory which is divided between the hash
table (2048 words), the cached records themselves (128 bytes/record), and the
table identifying the cached records (4 bytes/entry).  Each cached record is
identified by its drive designator, track, and sector (as seen by the BDOS).
The cache is currently operating with "write through", so the disk is never
out of sync.  Preliminary profiling with a typical mix (for me) of editing,
assembling, and file manipulation operations suggests that record writes are
only 5%-10% of the total accesses.  Reading a large file from the cache
(assuming no cache misses but including all the operating system overhead for
directory lookup) runs under 2 milliseconds per record.  The hashed record
lookup is crucial to achieve this speed.

To reallocate cache space I use a simple "not recently used" algorithm,
somewhat similar to what are called "clock" algorithms.  Each record in the
cache is assigned a flag bit, set whenever the record is accessed.  Upon a
cache miss, a reallocation pointer circulates through the cache entries,
looking for an entry with the flag not set, and unsetting the flag of each
entry it passes.  Note that it is guaranteed to eventually find an unset flag.
Records that are used often, will set their bit again, before they are dropped
from the cache on the next circulation of the pointer.

The code is (naturally?) written in Z-80 assembly, and is fairly clean, but
has machine dependencies due to the memory bank switching.  Please let me know
if you desire further information, or can make suggestions.

Mike Coln
hplabs!coln
[e-mail]
13-Mar-87 08:46:04-MST,1024;000000000000
Return-Path: <[e-mail]>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Fri 13 Mar 87 08:45:52-MST
Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34)
    id AA14463; Fri, 13 Mar 87 07:45:21 PST
Message-Id: <[e-mail]>
Date: 13-Mar-1987 1031
From: [e-mail]  (Put it on my tab.)
To: [e-mail], [e-mail],
        [e-mail]
Subject: HARD drives for Apple CP/M with PCPI Applicard?

I'd like to find a hard disk at least 10 Mbytes in size that comes with a
driver suitable for installing into Applicard CP/M on an Apple //e.  (The
oddity about Applicard CP/M is that its drivers are written in Apple 6502 code
and reside in the Apple's native memory.)  Any info out there?

Cheers,
Dick Binder   (The Stainless Steel Rat)

DEC Enet:    FIZBIN::BINDER
UUCP:        { decvax, allegra, ucbvax... }!decwrl!fizbin.dec.com!binder
ARPA:        [e-mail]
13-Mar-87 17:41:51-MST,1037;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri 13 Mar 87 17:41:42-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA04687; Fri, 13 Mar 87 15:53:18 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 12 Mar 87 20:06:00 GMT
From: convex![e-mail]
Subject: Re: Help on caching algorythm?
Message-Id: <66100002@convex>
Sender: [e-mail]
To: [e-mail]


Take a look at Maurice J. Bach's book "The Design of the UNIX
Operating System."  Look specifically at the section describing
the chapter describing the algorithms and data structures used
to implement the buffer cache.  (I think it's in chapter 3.)
The key idea is that the linked list structures automatically
implement an LRU strategy which is a lot easier and faster than
maintaining and checking reference history.
14-Mar-87 00:28:11-MST,966;000000000000
Return-Path: <[e-mail]>
Received: from XX.LCS.MIT.EDU by SIMTEL20.ARPA with TCP; Sat 14 Mar 87 00:28:06-MST
Received: from OZ.AI.MIT.EDU by XX.LCS.MIT.EDU via Chaosnet; 13 Mar 87 23:10-EST
Date: Fri 13 Mar 87 23:12:03-EST
From: "Mark Becker" <[e-mail]>
Subject: Need info on MITS S-100 card.
To: [e-mail]
Message-ID: <[e-mail]>

     While roving through a flea market recently, I ran across a MITS
88-Diagnostic Card, Revision O.  Really kind of an interesting board..

     While I realize MITS is long gone, might someone out there have
information regarding this thing?  It's got two banks of three LED
digit displays on the card.  One of them is labelled DVM which makes
me think there's maybe a functional voltmeter on the card (readable by
software?).

     Please message if you have any documentation.

Thanks -

Mark
-------
14-Mar-87 06:07:38-MST,1301;000000000000
Mail-From: KPETERSEN created at 14-Mar-87 06:07:23
Date: Sat, 14 Mar 87 11:48:43 +0100
Message-ID: <[e-mail]>
Sender: Alf Christophersen <[e-mail]>
From: Alf Christophersen <[e-mail]>
To: [e-mail]
Subject:   New versions of KERMIT for CP/M?????
ReSent-From: [e-mail]
ReSent-To: Info-Cpm at SIMTEL20.ARPA
ReSent-Date: Sat 14 Mar 1987 06:07-MST

    Will there be any more releases of KERMIT for CP/M?? I have the
CP4KER version and have modified it for running on our old Altos 8000/7
under MP/M 1.12 . It works quite nice, but characters are disappearing if
the load is too heavy. I haven't tried to make it interrupt-driven.

   What I miss now is the possibility of emulating VT100 because we have
changed computer from a DEC10 to a VAX8750. Now I need tremendously a
VT100 emulator, not the VT52 which is used now.

   Any hope in near future for me and some others using still a
Altos 8000/7 with MP/M 1.12 ?????

   Sincerely
   Alf Christophersen
   Dep. of Nutrition Research
   P.O.Box 1046
   Blindern
   N-0316 Oslo 3
   Norway

   [e-mail]

   In advance, many thanks for any response!
14-Mar-87 23:12:22-MST,890;000000000000
Return-Path: <[e-mail]>
Received: from dmc-crc.ARPA by SIMTEL20.ARPA with TCP; Sat 14 Mar 87 23:12:03-MST
Received: by dmc-crc.ARPA (4.12/4.7)
    id AA16732; Sun, 15 Mar 87 01:10:49 est
Date: Sun, 15 Mar 87 01:10:49 est
From: [e-mail] (G. J. Marwood)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Crunched files

Ralph Hyre asks about the significance of .?z? files.
These files are crunched files, which use a data compression algorithm which
generally produces smaller compressed files than the "squeezed" .?Q? files.
The means to "crunch" and "uncrunch" may be found in PD:<CPM.SQUSQ>
CRUNCH23.LBR.1 on SIMTEL20.   Crunched files should not be confused with
.AZM files which are used as source files by several Z80 assemblers, e.g.
Z80MR.  Non-crunched .?Z? files crunch into .ZZZ files.

Gordon Marwood
15-Mar-87 09:01:31-MST,10063;000000000000
Mail-From: KPETERSEN created at 15-Mar-87 09:01:20
Date: Sun, 15 Mar 1987  09:01 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: New files uploaded to SIMTEL20 during February

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

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

There is currently no complete listing of all files, with descriptions.
That is in the process of being created and will be announced when
available.

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

<CPM.APPLE>AP60ZCPR.LBR 7808(8) ZCPR3 for Apple Softcard 60K
<CPM.APPLE>PCPI-MON.LBR 4992(8) 6502 monitor calls from PCPI CP/M
<CPM.APPLE>PCPI-RAM.LBR 2816(8) Ramdisk for PCPI and //e (built-in)
<CPM.APPLE>PCPI-SIO.LBR 30592(8) Support for Applicard Z80-SIO card
<CPM.APPLE>PCPI-XY.BZS 1792(8) VTAB and HTAB for PCPI w/MBASIC
<CPM.APPLE>PCPI6502.MZP 768(8) 6502 memory map for apple with PCPI
<CPM.APPLE>PCPIBDOS.MZC 2176(8) BDOS patch for Applicard
<CPM.APPLE>PCPI-Z3.LBR 66816(8) Ready to install ZCPR3 for PCPI
<CPM.APPLE>PCPIFST3.IZF 2688(8) Speed-up for Applicard & Ram Extend
<CPM.APPLE>PCPIGPRT.LBR 6400(8) Use applicard game port as SIO
<CPM.APPLE>PCPIGRFX.LBR 50944(8) Graphics for the Applicard
<CPM.APPLE>PCPIVERS.AZM 3584(8) Versacard support for Applicard
<CPM.APPLE>PCPIZ3V2.MZP 1152(8) Z80 memory map for Applicard/ZCPR3
<CPM.APPLE>PCPIBOOT.AZM 1664(8) Patch for Applicard boot msg
<CPM.APPLE>PCPIDVR4.LZT 1536(8) List of known Applicard Drivers

<CPM.ARC-LBR>CCPXTEND.LBR 30720(8) Execute COM files from Libraries
<CPM.ARC-LBR>NLUPATCH.MZC 1920(8) Patches to NULU 1.51

<CPM.BASIC>NAVPROG7.LBR 73728(8) Prepares a flight log

<CPM.BBS>SAFEBBS.LBR 17664(8) Resident program hides files on RCPM

<CPM.BKGROUNDER>BGQWKSWP.INF 1296(7) Hints for speedy BG ii swapping
<CPM.BKGROUNDER>BGH19SCR.LBR 15488(8) HEATH-19 screen driver source for BG
<CPM.BKGROUNDER>BGK84SCR.LBR 16896(8) Source for Kaypro '84 screen driver

<CPM.BYE5>KMD22.LBR 118528(8) File transfer program for RCP/M's

<CPM.C128>FORMAT2.COM 2304(8) Format floppy disk for the C128

<CPM.CATLOG>DSKLABL1.LBR 14080(8) Print label showing files on disk
<CPM.CATLOG>PRNTDF10.LBR 11776(8) Keep track of user group disks
<CPM.CATLOG>DSKLBL16.LBR 2688(8) Makes labels for your disk

<CPM.CCP>PROTCCP.LBR 2688(8) Protect CCP from being overwritten
<CPM.CCP>EZALIAS2.LBR 10368(8) ALIAS/SYNONYM for EZCPR - new note

<CPM.CPM3>DIRDATE.SUB 512(8) CP/M+ DIR patch shows date in DD/MM
<CPM.CPM3>DATEPLUS.LBR 54272(8) CP/M+ DATE.COM replacement

<CPM.CPM68K>CCPX2PLUS.DOC 14840(7) Draft design notes: CCP for CP/M-68K

<CPM.DATABASE>ECLIPSE.LBR 11904(8) Predict the eclipse of Moon and Sun
<CPM.DATABASE>CHEF-FIX.LBR 29568(8) Fix to CHEF, the recipe program
<CPM.DATABASE>SCHEDULE.ARK 24448(8) A personal schedule handler
<CPM.DATABASE>ROLDEX31.LBR 70144(8) Roladex for names and phone numbers
<CPM.DATABASE>PHONEDAT.LBR 19712(8) Keep track of RCP/M and BBS systems

<CPM.DEBUG>DDTZ25.LBR 67456(8) Z80/8080 replacement for DDT (with source)

<CPM.DIRUTL>RM104.ARK 15938(8) A UNIX-like file deletion program
<CPM.DIRUTL>MAKE26.LBR 19840(8) Change user area without moving file
<CPM.DIRUTL>SD118B.LBR 65920(8) Super Sorted Directory also does LBR

<CPM.DISASM>MSA15.LBR 7808(8) Simple, fast 8080 disassembler.
<CPM.DISASM>DZ-NOV86.LBR 93056(8) DazzleStar vid-oriented disassembler
<CPM.DISASM>REVAS25.LBR 53888(8) PD version of REVerse ASsembler

<CPM.DSKUTL>FSDU.LBR 25344(8) Full screen disk maintenance utility
<CPM.DSKUTL>DS21DOC.LBR 70272(8) Inspect floppy discs for bad sectors

<CPM.EDUCATION>TRIVIA2.LBR 30848(8) Trivial Pursuit word game
<CPM.EDUCATION>FLASH.LBR 25728(8) Flash card program

<CPM.EPSON>EPSETUP.LBR 13696(8) Epson MX/RX/FX80 printer setup

<CPM.FILCPY>NSWPTIPS.LBR 8064(8) Tips about the disk Maint utility
<CPM.FILCPY>RPL.LBR 39168(8) Copy files with replace

<CPM.FILUTL>CMP20.LBR 4096(8) Unix-style binary file compare

<CPM.FORTH-83>F83V2-80.ARK 155136(8) Forth-83 ver. 2 for CP/M-80

<CPM.GENDOC>FAST-180.MSG 1801(7) CPU speed upgrade for SB-180
<CPM.GENDOC>ADVENT.SZL 38400(8) Walkthrough of Adventure Version B01
<CPM.GENDOC>HEX.TZT 4608(8) Tutorial on hex and binary numbers
<CPM.GENDOC>FUTURE.TZT 4864(8) Comment on future of user groups

<CPM.HAMRADIO>ORBIT.ARK 36625(8) Satellite orbit prediction program
<CPM.HAMRADIO>RTTY3.LBR 34688(8) RTTY receive/send for HD3030/CP/M+
<CPM.HAMRADIO>LIST-LOG.LBR 20480(8) Manipulate list of records

<CPM.HELP>LZED.HZP 9088(8) Help for the "Little Z EDitor"

<CPM.IMP>I2AP-8.AQM 18304(8) IMP Overlay - Apple II, various card
<CPM.IMP>I2A2-ALS.AQM 7168(8) IMP OVERLAY - APPLE //e, ALS card

<CPM.KAYPRO>KPTRCLK.LBR 2176(8) Caption for TurboRom time display
<CPM.KAYPRO>KP10MONY.LBR 64640(8) Money management package
<CPM.KAYPRO>KP10USER.LBR 3200(8) MASMENU replacement for Kaypro 10
<CPM.KAYPRO>KRAMDISK.TZT 22656(8) Make most of Kaypro with a RAM disk

<CPM.LIST>FANFOLD8.LBR 80000(8) Print on both sides of fanfold paper
<CPM.LIST>SIDEMT3.LBR 50944(8) List file sideways on printer
<CPM.LIST>GFONTS.LBR 77696(8) Fonts for GEEFONT
<CPM.LIST>GFSRC.LBR 98816(8) Source for fonts in GFONTS.LBR
<CPM.LIST>EXTRAFON.LBR 22528(8) Additional fonts for Bradford print

<CPM.MBBS>MBSIO-2.AQM 6912(8) MBYE insert for Zilog SIO
<CPM.MBBS>MBKMDOVL.LBR 116096(8) Machine specific overlays for MB-KMD
<CPM.MBBS>MBKMDOVL.LST 4244(7) Machine specific overlays for MB-KMD
<CPM.MBBS>MBKMD120.LBR 114560(8) File transfer with 1k/batch protocol

<CPM.MEX>MEXCLS.PAT 423(7) Disable clearing the screen in MEX
<CPM.MEX>MXO-R213.AZM 9088(8) MEX Overlay - TRS-80 Model II
<CPM.MEX>MXO-MD30.AZM 12672(8) Mex Overlay - Micro Decision 3.0
<CPM.MEX>MXC-KC10.AZM 3200(8) MEX Overlay - Kaypro Kenmore Ztime-I
<CPM.MEX>MXH-CPM3.AZM 7424(8) MEX Overlay - CPM Plus
<CPM.MEX>MXH-VT36.AZM 9728(8) MEX Overlay - DEC Micro VT180
<CPM.MEX>MXO-AX11.AZM 17024(8) MEX Overlay - Actrix computer
<CPM.MEX>MXH-VG4.AZM 17792(8) MEX Overlay - Vector 4
<CPM.MEX>MXH-CC18.AZM 15872(8) MEX overlay - Columbia Commander
<CPM.MEX>MEX16.AZN 5760(8) Feature of MEX 1.6

<CPM.MISC>C-BEAUT.LBR 26752(8) A C Source statement beautifier

<CPM.NUBYE>NUKMD111.ARK 126848(8) XMODEM/YMODEM file transfer for RCPM

<CPM.PASCAL>STRINGS.LBR 14080(8) String operations in Pascal
<CPM.PASCAL>PASCALIO.DZC 4992(8) Explanation of Pascal I/O

<CPM.PASCAL-P>PPMANUAL.PZN 60928(8) Documentation file for Pascal-P
<CPM.PASCAL-P>PP319DOC.LBR 67200(8) Documentation for Pascal-P
<CPM.PASCAL-P>PLOTTER.LBR 35968(8) Plotter routines for PascalP

<CPM.RCPM>WHEEL.AZM 5376(8) Activate the WHEEL byte for SYSOP
<CPM.RCPM>TWIT-LOG.LBR 15616(8) Track unauthorized RCP/M command use

<CPM.SORT>TWOSORTS.LBR 13824(8) Memory and disk sort using quicksort

<CPM.SYSUTL>LOG10.LBR 4480(8) Log in drive and user, ZCPR style

<CPM.TURBOM2>TM2NOT10.LBR 16128(8) Notes about Modula-2

<CPM.TURBOPAS>TURBOFIX.LBR 8704(8) Fixes console input system of Turbo
<CPM.TURBOPAS>TYPEX.PZS 11136(8) Turbo lister and cross-reference
<CPM.TURBOPAS>PRTPROC3.LBR 7808(8) List procedures, functions, of Turbo
<CPM.TURBOPAS>XLIST5.LBR 9984(8) Cross-reference listing for Pascal
<CPM.TURBOPAS>PASPRINT.TZT 1920(8) Check printer status in Pascal
<CPM.TURBOPAS>BULLETTP.LBR 4864(8) Screen subroutines for Turbo Pascal

<CPM.TXTUTL>RNF13.LBR 97408(8) Text formatter/word processor
<CPM.TXTUTL>TAIL20.LBR 4096(8) Displays end of text file
<CPM.TXTUTL>SAVETIP.TZT 1280(8) Recover data from memory
<CPM.TXTUTL>WS2MW.LBR 45312(8) Converts WordStar files to MacWrite
<CPM.TXTUTL>RNF13SOR.LBR 39168(8) Source for the RNF text formatter

<CPM.VDOEDIT>VDE24HDR.LBR 11008(8) Macro Key programming for VDE

<CPM.WSTAR>WS40CPM.TZT 3456(8) Info about New Word and WordStar 4.0
<CPM.WSTAR>WSPATNEW.3Z3 15488(8) Patches for WordStar

<ZSYS.NEW>@10.LBR 6400(8)  Control screen output
<ZSYS.NEW>AFIND13.LBR 6784(8)  Searches the directory for aliases
<ZSYS.NEW>CLEAND15.LBR 16896(8)  Sorts, packs, cleans Z3 directory
<ZSYS.NEW>DEV10.LBR 6528(8)  Command-driven ZCPR3 IOP control
<ZSYS.NEW>DEVICE10.LBR 7552(8)  Screen-oriented ZCPR3 IOP control
<ZSYS.NEW>DIFF21.LBR 10624(8)  ZCPR3 tool shows file differences
<ZSYS.NEW>DIR14.LBR 19840(8)  ZCPR3 directory program
<ZSYS.NEW>DPGFILE.LBR 23168(8)  Files for ZCPR3 DPROG interpreter
<ZSYS.NEW>DPROG12.LBR 13440(8)  Peripheral device control for ZCPR3
<ZSYS.NEW>FNDERR14.LBR 7040(8)  Compiler/Assembler automation for Z3
<ZSYS.NEW>NEWTCAP.ZZ0 3712(8)  New Terminal for ZCPR TCAP
<ZSYS.NEW>TCJ01.MZG 4224(8)  Information about ZSIG
<ZSYS.NEW>UF.LBR 15104(8)  Fast unsqueezer for Z80 computers
<ZSYS.NEW>VCED18.LBR 27648(8)  ZCPR3 shell edits command lines
<ZSYS.NEW>VIEW31.LBR 20352(8)  ZCPR3 text files scanner/printer
<ZSYS.NEW>VISUAL50.AZM 3712(8)  ZCPR 3.3 TCAP for the Visual 50
<ZSYS.NEW>VMENUFUN.LBR 9728(8)  Using the VMENU system
<ZSYS.NEW>Z-NEWS.7Z1 12800(8)  ZCPR3/SYSLIB/ZRDOS Newsletter #701
<ZSYS.NEW>Z-NEWS.7Z2 12032(8)  ZCPR3/SYSLIB/ZRDOS Newsletter #702
<ZSYS.NEW>Z3LOC11.LBR 4096(8)  Display Z3 addresses
<ZSYS.NEW>Z3NEW104.LBR 50816(8)  Replacement for NEW command
<ZSYS.NEW>Z3TCAP22.LBR 12672(8)  Define terminals for use with ZCPR3

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie Mail: W8SDZ
RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps)
15-Mar-87 14:21:23-MST,1539;000000000000
Mail-From: KPETERSEN created at 15-Mar-87 14:20:57
Date: Friday, 27 February 1987  07:42-MST
Message-ID: <[e-mail]>
Sender: [e-mail] (John S. Fisher)
From: [e-mail] (John S. Fisher)
To: [e-mail] (Keith Petersen)
Subject:   Uuencode/uudecode/unsqueeze/uncrunch/LBR/ARC for IBM-VM/SP
ReSent-From: [e-mail]
ReSent-To: Info-Cpm at SIMTEL20.ARPA, Info-Micro at BRL.ARPA
ReSent-Date: Sun 15 Mar 1987 14:20-MST

I have uploaded to SIMTEL20:

Filename            Type     Bytes     CRC

Directory PD:<MISC.IBM-VM>
ARCBOOT.EXE.1            BINARY     35328  3D00H
ARCUTIL.LBR.1            BINARY     60672  3312H

Name: ARCBOOT.EXE
Date: 26-Feb-87
Keywords: IBM,host,VM/SP,ARCUTIL,bootstrap

Description:

This IBM VM/SP exec file plus ARCUTIL.LBR, preferrably in uuencoded
form) are all you need to install ARCUTIL on your host without doing
any member extractions on your CP/M machine.  (A copy of ARCBOOT.EXE
is in the .LBR also if you want to extract it rather than download
this, too.)  To use, rename this file to be ARCBOOT EXEC, then run it.


Name: ARCUTIL.LBR
Date: 26-Feb-87
Keywords: IBM,host,VM/SP,library,sweep,arc,squeeze,crunch

Description:

IBM VM/SP host utility.  ARCUTIL has sweep, unarc, unsqueeze, uncrunch,
uuencode, uudecode functions and supports ASCII -> EBCDIC translation.
Very useful for using your host to print documentation, break apart
libraries, etc.

JSFisher    [e-mail]
15-Mar-87 16:22:42-MST,845;000000000000
Return-Path: <[e-mail]>
Received: from XX.LCS.MIT.EDU by SIMTEL20.ARPA with TCP; Sun 15 Mar 87 16:22:35-MST
Date: Sun 15 Mar 87 18:16:41-EST
From: Thomas S. Wanuga <[e-mail]>
Subject: free magazines
To: [e-mail], [e-mail]
Message-ID: <[e-mail]>

I have three old issues of "Dr. Dobb's Journal", and twenty one old
issues of "S-100 Microsystems" (later renamed to "Microsystems") that
I no longer want.  They are yours for the taking.  All I ask is that
you pay transportation costs.

Tom Wanuga
[e-mail]

Dr. Dobb's Journal     S-100 Microsystems
------------------     ------------------
#86 - Dec. 1983        Vol. 1 No. 1 - Jan./Feb. 1980
#87 - Jan. 1984          through
#88 - Feb. 1984        Vol. 4 No. 3 - Mar. 1983
-------
16-Mar-87 06:40:16-MST,1120;000000000000
Mail-From: KPETERSEN created at 16-Mar-87 06:40:09
Date: Mon, 16 Mar 1987  06:40 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: <CPM.DSKUTL>FSDU.LBR (full screen DU) bug report

Date: Monday, 16 March 1987  03:39-MST
From: Paul R. Grupp <GRUPP at AI.AI.MIT.EDU>
To:   W8SDZ
Re:   <CPM.DSKUTL>FSDU.LBR  (full screen DU)

FSDU is HARD WIRED in ALL the info it should get from the DBP (e.g.
BLOCK ZERO starts on TRACK 2, and MAX TRACKS = 76, skewing, dbl/sng
density, byte/word blocks, etc...) which needless to say causes gross
problems on a hard disk system!  When I tried to log in my B: and C:
disks it gave me the next 76 tracks of the A: drive!  Also there is no
patch area (or even equates) for terminal codes, these too are hard
wired all over the code.

This program could cause much misery to someone less than expert at
CP/M disk conventions.

-Paul

[Note from Keith Petersen: FSDU.LBR has been removed from our
collection of public doomain CP/M programs.]
16-Mar-87 08:08:04-MST,2041;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon 16 Mar 87 08:07:51-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA19383; Mon, 16 Mar 87 06:40:26 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Mar 87 16:53:47 GMT
From: hpda!hpcllla!hpclisp![e-mail]  (Tim Brengle)
Organization: HP ITG/ISO Computer Language Lab
Subject: Hitchhiker's Guide for CP/M-80
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

What wonderful news!  Especially since I have a Z80 CP/M machine which can
handle 5.25" disks.  I recently acquired the correct controller card and
software which allows my machine to read Kaypro II (and other) disks.

Now for the bad news:  after gathering my pennies and soliciting requests from
friends with similar machines, I called Infocom's 800 number.  I was planning
to order about $300 worth of Kaypro II stuff and was surprised to hear that
they are completely out of stock.  For ALL CP/M stuff.

On the off chance that the 800 number operators didn't know about the "funeral
sale", I called the technical assistance number.  They told me that if the
operators didn't have them on their computer, they weren't available.

Still, I haven't given up.  I managed to get an order form from a friend (who
has LOTS of Infocom stuff for his MSDOS machine, **SIGH**), and mailed off an
order today.  When I get some sort of response (either games or a note telling
me that they aren't available) I will post the news.

'Til then, keep on hoping!

                Tim Brengle
                UUCP: ...!hplabs!hpcllld!brengle
                                ARPA: [e-mail]

P.S.  Andrew, here's to all the hours wasted ...er... spent playing ADVENT
      on Seaver's DecSystem-10!
16-Mar-87 18:39:13-MST,1000;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon 16 Mar 87 18:38:35-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA00920; Mon, 16 Mar 87 17:33:17 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 17 Mar 87 00:19:52 GMT
From: [e-mail]  (Ted Medin)
Organization: Naval Ocean Systems Center, San Diego
Subject: Needed diagnotics for Kaypro II & hard disk
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


   Have a kaypro ii that has been getting flakey. Would appreciate the
location of pd diagnostics for the kaypro ii. Also have a hard disk
installed and would like a pgm that will read/write & check itself
for hard disk failures. I guess the same pgm should work on diskettes also.
Thanks in advance.
                         Ted
17-Mar-87 05:09:15-MST,2915;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue 17 Mar 87 05:09:03-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA11525; Tue, 17 Mar 87 03:48:25 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 17 Mar 87 03:33:25 GMT
From: ihnp4!invest!wheaton![e-mail]  (Calvin Culver)
Organization: Wheaton College, Wheaton IL.
Subject: Re: Hitchhiker's Guide for CP/M-80
Message-Id: <[e-mail]>
References: <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Tim Brengle) writes:

>I called Infocom's 800 number.  I was planning
>to order about $300 worth of Kaypro II stuff and was surprised to hear that
>they are completely out of stock.  For ALL CP/M stuff.
>...
>Still, I haven't given up.  I managed to get an order form from a friend (who
>has LOTS of Infocom stuff for his MSDOS machine, **SIGH**)
>                Tim Brengle

Now I'm concerned.  I called Infocom about 4 weeks back to check on
availability for Kaypro stuff and was told they still had stock on
everything.  I mailed off a check the next day, but have heard or seen
nothing from them yet.

But now for some (I hope) good news.  If I'm correct in my assumptions, you
should be able to run much of the MS-DOS stuff under CP/M.  Here's how:

The .COM file for an Infocom game is a generic file; the only thing that
changes from Zork I to Hitchhiker to Suspended is the .DAT file.  Any .COM
file will run any .DAT file simply by changing the name of the .DAT file to
correspond to the .COM file.  Thus, for example, simply by changing the name
of HITCHHIK.DAT to ZORK1.DAT, placing it on a disk with ZORK1.COM, and
typing ZORK1, you should be playing Hitchhiker's Guide to the Galaxy.  Neat,
huh?  I have verified that this does work with the CP/M versions (I have 11
of the 17 Infocom games for CP/M and I've run them all with ZORK1.COM using
this method).

Alternatively, you could open up, say, ZORK1.COM with DDT and find where it
says ZORK1.DAT, then change that to HITCHHIK.DAT and it should then run as
is with HITCHHIK.DAT.

Thus, I assume that the same is true for MS-DOS versions and, what's even
better, you should be able to transfer a .DAT file from an MS-DOS version
and run it with any CP/M .COM file.  As I haven't got access to any MS-DOS
Infocom games I haven't been able to verify this, but I can't see any reason
why it shouldn't work.  Could you do me a favor?  Give this a try for me and
see if I'm right.  I'm anxious to know.

                      --calvin culver--
                      ...ihnp4!invest!wheaton!cculver
                      [e-mail]
17-Mar-87 06:54:42-MST,2124;000000000000
Return-Path: <[e-mail]>
Received: from BRL-VIM.ARPA by SIMTEL20.ARPA with TCP; Tue 17 Mar 87 06:54:33-MST
Date:     Tue, 17 Mar 87 8:49:40 EST
From:     Ferd Brundick (VLD/LTTB) <[e-mail]>
To:       Calvin Culver <ihnp4!invest!wheaton![e-mail]>
cc:       [e-mail]
Subject:  Re:  Hitchhiker's Guide for CP/M-80
Message-ID:  <[e-mail]>

Haah,

I can't comment on Infocom's stock since I've never ordered directly
from them, but I'd like to pick a few nits with Calvin Culver's
response to Tim Brengle.

Yeah, when I was starting out with the Zork trilogy on my CP/M machine
I discovered that all ZORK?.COM files were the same, and by patching
one with DDT you could change the data file reference from ZORK1.DAT
to ZORK2.DAT.  This is very easy to do because the name is near the
beginning (don't delete the blanks between ZORK1 and DAT).

When my wife bought an IBM clone I bought some Infocom games for it.
Since the games run faster on her hard disk system than my floppy
system, I considered porting the .DAT files.  As a test I patched
HITCHHIK.COM to use LEATHER.DAT and it worked.

Ok, so I've confirmed Calvin's claims.  The gotcha is that in the newest
games the .COM files are customized -- they aren't as generic as they
used to be.  For example, HitchHiker warns you to put on your peril
sensitive sunglasses before showing your score.  One game even added a
new command (not the "oops" command; several games have that).  While
you may be able to run one games data with another .COM files, some
things (perhaps critical ones) may not work.

I agree that CP/M .DAT files should work under MS-DOS.  If I ever stop
playing Hollywood Hijinks long enough to wire a new cable I'll try to
transfer some .DAT files and see what happens.

                                        dsw, fferd
                                        Fred S. Brundick
                                        USABRL, APG, MD.
                                        <[e-mail]>

"That would take all the mystery out of life."
17-Mar-87 12:38:47-MST,1027;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue 17 Mar 87 12:38:19-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA17529; Tue, 17 Mar 87 11:24:07 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 17 Mar 87 13:57:34 GMT
From: ihnp4!ihuxp![e-mail]  (George V. Wilder)
Organization: AT&T Bell Laboratories - Naperville, Illinois
Subject: PCPI Appli-Card(tm) Info on BBSs???
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


I know that there is a lot of PCPI Info on Simtel20,
but I have not been able to retrieve any files from
it using the recently announced method.

So can anyone tell me about BBSs that may have the
PCPI Info on them (i.e., driver sources, memory maps
etc.).

    Thanks,

    George V Wilder

    ihnp4!ihuxp!gvw1
17-Mar-87 18:10:54-MST,1040;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue 17 Mar 87 18:10:28-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA24705; Tue, 17 Mar 87 16:58:50 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 17 Mar 87 15:19:20 GMT
From: mcnc!rti-sel!dg_rtp![e-mail]  (Mark Harris)
Subject: Re: Tandy Model 4 Misinformation
Message-Id: <1417@dg_rtp.UUCP>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] writes:
>
>
>Further, as I said in my previous post, there is NO Z-80 assembler
>I have seen that can compare to Pro-MRAS by Misosys.  If you want a
>comprehensive list of its many features, I'll post one.

I'll make the same comment for the C compiler PRO-MC.
17-Mar-87 18:13:47-MST,2237;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue 17 Mar 87 18:13:03-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA24670; Tue, 17 Mar 87 16:57:26 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 17 Mar 87 15:29:04 GMT
From: mcnc!rti-sel!dg_rtp![e-mail]  (Mark Harris)
Organization: Data General, RTP North Carolina
Subject: Re: Z-80 CP/M Machines
Message-Id: <1418@dg_rtp.UUCP>
References: <[e-mail]>, <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Richard Piner) writes:
>In article <[e-mail]> [e-mail] (Kevin J. Belles) writes:
>>In article <[e-mail]> [e-mail] writes:
>
>Well, while we are on the subject, there is yet another Z-80 machine around.
>Namely, the MAX-80 by Lobo. I'm not a big fan, but if you have to have a
>Z-80 machine, this one is worth checking out. It runs CP/M or LDOS.
>Outputs are, 5-inch floppy, 8-inch floppy, SASI harddisk, Centronics
>parallel, 2 RS232 ports (Zilog PIO chip),  and composite video. The
>RS232 ports can be set up to generate interupts, so it can run serial
>I/O at 19K baud. It has a real keyboard, with ALL the keys and a good
>feel, for those touch typist. I have a 3.25 inch floppy drive on one of them
>that holds 750K and the drive only cost $175. The MAX is fairly cheap to
>expand since the controllers are smart. It doesn't have high-res graphics.
>It does have programable fonts. For more information, you can contact
>Lobo Systems, 7334 Hollister Ave., Suite J, Coleta, CA 93117.
>Phone [phone]. I have a couple of their machines and they run fine.
>Warranty service has been quick and when they fix a machine, it stays fixed.
>Usual disclaimers go here.
>                    Richard Piner
>                    [e-mail]

I hadn't realized LOBO was still in business.  I take it from your letter
that they indeed are alive and kicking?
18-Mar-87 05:33:36-MST,996;000000000000
Return-Path: <[e-mail]>
Received: from dmc-crc.ARPA by SIMTEL20.ARPA with TCP; Wed 18 Mar 87 05:33:26-MST
Received: by dmc-crc.ARPA (4.12/4.7)
    id AA20838; Tue, 17 Mar 87 19:45:13 est
Date: Tue, 17 Mar 87 19:45:13 est
From: [e-mail] (G. J. Marwood)
Message-Id: <[e-mail]>
To: ihuxp![e-mail]
Subject: PCPI Applicard Information
Cc: [e-mail]

Concerning the request from George Wilder regarding sources of Applicard
information, GFRN BBS in Garden City (?), CA [phone] had a good deal of
information.  I believe that this BBS is undergoing changes and may be only
partially operational at the moment.  It is supposed to be changing to a
greatly expanded form in the near future.  ICBBS, Ottawa, Canada has most of
the SIMTEL PCPI files [phone].
     I would be interested if anyone else has any information on this subject.
                                               Gordon Marwood
18-Mar-87 06:30:47-MST,655;000000000000
Return-Path: <[e-mail]>
Received: from ARDEC-1.ARPA by SIMTEL20.ARPA with TCP; Wed 18 Mar 87 06:30:42-MST
Date:     Wed, 18 Mar 87 8:29:27 EST
From:     "David G. Sampar" (PM-AL) <[e-mail]>
To:       [e-mail]
Subject:  Free Magazines
Message-ID:  <[e-mail]>


I have the first 36 issues of "Computer Language" (VOL 1,NO 1 thru VOL 3,NO 12)
that I no longer want and are looking for a home other than my "circular file".
They are yours for the taking.  All I ask is that you pick them up or pay for
their mailing costs.

David Sampar
AV 880-2919/2023
COMM 201-724-2919/2023

18-Mar-87 07:04:36-MST,705;000000000000
Mail-From: KPETERSEN created at 18-Mar-87 07:04:20
Date: Wed, 18 Mar 1987  07:04 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: PCPI Appli-Card(tm) Info on BBSs???

There is a PCPI expert, Jim Lill, on the CP/M RoundTable on GEnie.  He
has uploaded MANY PCPI files.

Some of the PCPI files are also on my RCP/M.  It is reachable on PC
Pursuit.  See the I: drive there.

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie Mail: W8SDZ
RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps)
18-Mar-87 07:18:43-MST,2173;000000000000
Mail-From: KPETERSEN created at 18-Mar-87 07:18:18
Date: Wed, 18 Mar 1987  07:18 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail], [e-mail]
Subject: Trenton (NJ) Computer Festival info

The 12th annual Trenton Computer Festival will occur on April 11 and 12,
1987, on the campus of Trenton State College, Trenton, NJ.  (Actually,
Trenton State is located in Ewing Township, a lovely residential suburb
of Trenton, and not in the city itself.)

Last year, we had over 17,000 people who attended the 11th anniversary of
the original personal computer show.  TCF is the largest non-commercial
show of this kind in the country.  It is run by volunteers from Trenton
State College, Mercer County College, Amateur Computer Group of NJ,
Philadelphia Area Computer Society, Central Jersey Computer Club, Princeton
section of the IEEE Computer Society/ACM, NY Amateur Computer Club, and
Philadelphia Heath users Group.

There are over 100 speakers scheduled to speak on a great variety of
topics.  Additionally, there will be special conferences on packet radio,
public domain software, education, business applications, and computers
for the handicappped.  TCF sponsors an essay contest for junior and senior
high schoolers.  First prize is a computer system!

The computer graphics theater features movies and videos showing applications
of the latest and most interesting applications of graphics.

The games contest lets kids get their hands on and win prizes.  The
telecommunications area lets grown ups sample commercial information
services at no charge.  And there are door prizes awarded by drawings
throught both days.

Saturday evening features the TCF banquet with a nationally known speaker.
Last year, we had Bill Machrone speak.  Send $15 per banquet ticket to
        TCF '87
        School of Technology
        Trenton State College
        Hillwood Lakes CN 4700
        Trenton, NJ 08650-4700
        Attn:  Ms. Marilyn Hughes

        [phone]

Free parking.  Admission is $7.00 for both days, available at the door only.
18-Mar-87 12:40:18-MST,1043;000000000000
Return-Path: <[e-mail]>
Received: from ACC.ARPA.ARPA (ACC.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 18 Mar 87 12:40:06-MST
Date: 18 Mar 87 11:29:00 PST
From: <[e-mail]>
Subject: re: Kaypro Diagnostics
To: "info-cpm" <[e-mail]>
cc: [e-mail]
Reply-To: <[e-mail]>



    Micro Cornucopia of Bend Or. has a set of
domain disks available for KAYPRO types. One of the disks
has all sorts of system, ram, and disk diagnostics. The disks are
around $8.00 each, and are single sided, double density.
This format can be read on all 2s and 4s. I don't have their
number or address, but a call to information in Bend, Oregon
should get you a number, and you should be able to tell Micro C.
what you want, and pay with plastic. They do have ads in the
Profiles Mag.

I don't work for them, I've had good luck with their disks, and
have NO complaints. I have been a subscriber to their mag. for
many years.

    Take Care
    Shawn Miner
    [e-mail]

    ACC
    Santa Barbara, Ca.

------
19-Mar-87 09:45:11-MST,1130;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Thu 19 Mar 87 09:45:01-MST
Received: from FREMBL51.BITNET by wiscvm.wisc.edu on 03/19/87 at 10:22:46 CST

Date:           Thu, 19 Mar 87 17:14:33 n
To:             [e-mail]
From:           David Wild <[e-mail]>
Organisation:   European Molecular Biology Laboratory
Postal-address:  c/o ILL, BP 156X, 38042 Grenoble Cedex, France
Phone:          [phone] [switchboard]  76-48-72-75 [direct]
Subject:        Problems accessing Archive Server


Since about January I have not been able to get any replies back from
the Archive Server at Simtel-20. I remember seeing a note about a month
or so back saying that return addresses for Bitnet sites were not being
coerced into the correct form by the mailer at the WISCVM gateway between
Bitnet and Arpanet. Does anyone know if this is still the case?
Are other Bitnet users able to access the Archive Server - and if so, how?

Any information about the situation would be gratefully received.

Thanks in advance,

David

19-Mar-87 20:42:26-MST,2335;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu 19 Mar 87 20:42:15-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA12377; Thu, 19 Mar 87 19:39:29 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 19 Mar 87 19:15:04 GMT
From: mnetor!utgpu![e-mail]  (Dr. Edmund West)
Organization: University of Toronto Computing Services
Subject: Teletek hard disk controller software
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]



  I would like to hear from anyone who might have access to the source
code for the set of programs used with the Teletek hard disk
controller (HDC).
  After accepting my purchase order Teletek discovered that several of
that product's components were missing. If I can find them somewhere,
I am sure I will be able to arrange with Teletek to get a copy.
  About a year ago I enhanced my Teletek Systemaster-I CP/M system by
adding a hard disk and the Teletek HDC. The purchase included COM
files for HDLOAD (loads driver into BIOS), HDPATCH (patches parameter
table in HDLOAD), and HDU (utility to park heads, verify disk, etc.).
These were identified as being version B.10.
  In December I ordered the source code for these programs. The first
diskette they sent me had a garbled directory. The second contained
(1) version B.40101 of HDLOAD.ASM [an updated version, good enough],
(2) version B.0 of HDPATCH.ASM [which predates my original programs
and is incompatible with them], and (3) HDU.ASM [but with none of its
subroutines]. Finally, Teletek admitted they can't find the source
files for the missing modules.
  Incidentally, I got started on all this when I tried to install
SUPRBDOS (the public domain replacement for DRI's BDOS) and discovered
that the HDC driver trashes the IX register SUPRBDOS is using. I can
easily modify the new HDLOAD to save and restore the IX register. And
I might be able to install the parameter table manually. However, the
new HDLOAD and the original HDU appear to be incompatible.
  I would appreciate whatever help anyone can give me.
19-Mar-87 21:09:33-MST,1582;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu 19 Mar 87 21:09:27-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA12391; Thu, 19 Mar 87 19:40:00 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 19 Mar 87 19:17:42 GMT
From: mnetor!utgpu![e-mail]  (Dr. Edmund West)
Organization: University of Toronto Computing Services
Subject: relocatable library files and librarian programs
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]



  I would like to receive recommendations about librarian programs
(both public domain and otherwise) which work with Microsoft format
relocatable library files.
  I use SLR Systems' suite of excellent programs. Their assembler and
linker understand both Microsoft and SLR formats. Unfortunately, their
librarian program (SLRIB) knows about SLR format only. This makes it
impossible for me to manipulate Microsoft format libraries.
  The background to this is that I just updated my Ecosoft ECO-C
compiler from version 3.30 to 3.48. Their libraries are released in
Microsoft format only, and I have found bugs in both versions.
Fortunately, I purchased their source code so that in the cases I've
encountered so far I am able to link correct modules directly. But it
would be nice to be able to patch the libraries themselves.
19-Mar-87 22:40:34-MST,1524;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu 19 Mar 87 22:40:19-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA14237; Thu, 19 Mar 87 21:39:27 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 17 Mar 87 16:41:52 GMT
From: cbatt!cwruecmp!hal!ncoast!peng!sir-alan![e-mail]  ( N2FYE)
Organization: Allegheny College, Meadville, PA
Subject: hard disk on Altos 5-15ad how?
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


Greetings netlanders,

I'm interested in running a hard disk (ie. Tandon TM-501) on my Altos 5-15ad
system. I would think I'd just need the appropriate host/controller board
and cables to turn it into a Model 5-5.

I've called Altos, and was steered to a fellow selling these boards
for a sinful $2400 per set. This is not appealing to me, as that represents
exactly twelve times what I paid for the computer.

Anything helpful would be appreciated. Thanks.

   . . . * * *       Andrew Meyer
   . . * * *         Interactive Applications Engineering
   . . * * *         Sony Corporation of America
   . . . * * *
   . . . . * * *     uucp: ..decvax!cwruecmp!ncoast!sir-alan!ameyer
   . . . . * * *     bitnet: [e-mail]
   . . . * * *       Disclaimer: I'm irresponsible.
20-Mar-87 15:17:12-MST,1943;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri 20 Mar 87 15:16:47-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA28291; Fri, 20 Mar 87 14:00: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 Mar 87 16:45:33 GMT
From: fluke![e-mail]  (Doug Klopfenstein)
Organization: John Fluke Mfg. Co., Inc., Everett, WA
Subject: Northstar Horizon
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I purchased a Northstar Horizon at a ham radio flea market this weekend. The
box contains a 20-meg hard drive and a 5.25" half-height Shugart disk drive.
I'm not sure, but I think the system is running ZCPR3.

My problem --> I can't seem to get the floppy to SYSGEN a new disk. Each
time I try it, the disk is accessed, then the terminal displays the message;
T 5 D 1 S 0000. If I put in another disk, the only thing that changes is the
number after the "T". I thought the problem might be that the system could
not write to the disk, but just PIPing files works ok.

Since the system came without manuals, I have a few questions.

1.  Does a standard SYSGEN for CP/M work with ZCPR3?

2.  Does T 5 D 1 S 0000 mean Track 5 Disk 1 Sector 0000? Is there anything I
    can do to continue the operation after this message appears? (So far,
    only ^C, which returns to the operating system, and RETURN, which
    repeats the message, seems to do anything.)

3.  Does anyone know where I can get some manuals for this computer?

Any information I could get would be greatly appreciated.

Doug Klopfenstein                 uw-beaver!fluke!doctor
John Fluke Mfg.                     allegra!fluke!doctor
Everett, WA
[phone] > work
[phone] > home
21-Mar-87 00:24:52-MST,1144;000000000000
Return-Path: <@po2.andrew.cmu.edu:sw0y#@andrew.cmu.edu>
Received: from po2.andrew.cmu.edu by SIMTEL20.ARPA with TCP; Sat 21 Mar 87 00:24:45-MST
Received: by po2.andrew.cmu.edu (5.54/3.15) id <AA00611> for [e-mail]; Sat, 21 Mar 87 02:23:33 EST
Received: via switchmail; Sat, 21 Mar 87 02:23:30 est
Received: FROM cmu-psy-boxwood VIA queuemail
          ID </cmu/common/mailqs/q001/QF.cmu-psy-boxwood.20623fe5.106>;
          Sat, 21 Mar 87 02:23:19 est
Message-Id: <[e-mail]>
X-Trace: MS Version 3.21 on sun3 host cmu-psy-boxwood, by sw0y (898).
Date: Sat, 21 Mar 87 02:23:11 est
From: sw0y#@andrew.cmu.edu (Stephen Wadlow)
To: [e-mail]
Subject: Re: Northstar Horizon
In-Reply-To: <[e-mail]>

could it be that the disk is Hard sectored?   I     know that  many
of the Northstars were.


-----------------------------
Stephen Wadlow
Pittsburgh Supercomputing Center
ARPA:    [e-mail],  [e-mail], [e-mail],
               [e-mail]
Internet:    [e-mail]
Bitnet:  Wadlow@Drycas, [e-mail]


21-Mar-87 01:44:16-MST,1807;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat 21 Mar 87 01:44:04-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA09869; Sat, 21 Mar 87 00:14:11 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 21 Mar 87 04:57:52 GMT
From: well![e-mail]  (Samuel B. Bassett)
Organization: Whole Earth 'Lectronic Link (WELL), Sausalito, CA
Subject: Availability of LIB or ARC software for UNIX
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


     I am the "download guru" for the Whole Earth 'Lectronic Link (public
access UNIX system) in Sausalito, CA.  Recently several of the users here
have asked me if there is any software available that runs under UNIX which
will pack and unpack files in the MS-DOS ARC or CP/M-80 LIB formats.  After
looking through the listing of public domain UNIX software from SIMTEL20
and not finding any, I replied that I'd have to go ask the experts -- you.

     Can anybody help me here?

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Sam'l Bassett, Self-Employed Writer -- My words & ideas are for sale!
34 Oakland Ave., San Anselmo  CA  94960;  [phone]
UUCP: {...known world...!lll-crg OR hplabs OR ptsfa}!well!samlb;
Compuserve:  71735,1776;  MCI:  SBassett;  EasyLink: ESL 6284-3034

--
Sam'l Bassett, Self-Employed Writer -- My words & ideas are my own!
34 Oakland Ave., San Anselmo  CA  94960;  [phone]
UUCP:  {...known world...}!hplabs OR ptsfa OR lll-crg!well!samlb;
Compuserve:  71735,1776;  WU Easylink ESL 6284-3034;  MCI SBassett
21-Mar-87 10:40:48-MST,1279;000000000000
Mail-From: KPETERSEN created at 21-Mar-87 10:40:17
Date: Sat, 21 Mar 1987  10:40 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   well![e-mail] (Samuel B. Bassett)
Cc:   [e-mail]
Subject: Availability of LIB or ARC software for UNIX
In-reply-to: Msg of 20 Mar 1987  21:57-MST from well!samlb at lll-lcc.arpa (Samuel B. Bassett)

There are utilities available from SIMTEL20 to deal with LBRs and ARCs
on Unix hosts.

PD:<UNIX.ARC-LBR>
    ARC-BSD42.SHAR1.1    ASCII     54219  D7F9H
    ARC-BSD42.SHAR2.1    ASCII     53075  1832H
    ARC-BSD42.SHAR3.1    ASCII     54786  85EFH
    ARC-SYS5.SHAR1.1    ASCII     52777  97B3H
    ARC-SYS5.SHAR2.1    ASCII     42361  E381H
    ARC-SYS5.SHAR3.1    ASCII     35887  A059H
    LAR.C.1            ASCII     14980  6BABH
    LDIR-LTYPE.MSG.1    ASCII      1302  81F6H
    LDIR-LTYPE.SHAR.1    ASCII     14372  4D91H

LAR is a program to make/extract files from LBR's.

LDIR-LTYPE are utilities to list the directories and type files in
LBRs.

The others are ARC for Unix BSD4.2 and Unix System-V.

--Keith Petersen <[e-mail]>

Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie Mail: W8SDZ
21-Mar-87 18:36:32-MST,2734;000000000000
Mail-From: KPETERSEN created at 21-Mar-87 18:36:06
Date: Sat, 21 Mar 1987  18:36 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Reply-To: binder%asd.DEC at DECWRL.ARPA
Subject: ANYCODE2.LBR for WordStar now available from SIMTEL20

Now available from SIMTEL20...

Filename            Type     Bytes     CRC

Directory PD:<CPM.WSTAR>
ANYCODE2.LBR.1            BINARY     10368  7AA3H

Despite its relative age, WordStar remains a popular word processing
tool, and it is still one of the most powerful word processors
available.  You can install WordStar to use virtually all of the
features of modern daisywheel printers to produce professional printed
documents of exceptional quality.  You can also install WordStar to
take advantage of many of the features of a sophisticated dot matrix
printer.  But there just aren't enough WordStar codes available to let
you use everything a dot matrix printer can do.

It would be convenient if you could simply enter the control
characters you want into the file the same way you enter codes that
WordStar knows about, but it isn't that simple.  WordStar filters your
document as it prints it, and any nonprintable characters that
WordStar doesn't recognize are rejected.

The original ANYCODE was written for the Osborne by Doug Hurst, to
circumvent this limitation.  Its function is to unlock all of the
features of a dot-matrix printer by providing a way to fool WordStar
into transmitting those control characters.  Doug's program is a patch
that is inserted logically between WordStar and the CP/M PRIMARY list
device - if you're not using the primary list device, this patch isn't
guaranteed to work.  The version under discussion here, written by
Dick Binder and named ANYCODE2, fixes a couple of limitations in the
original ANYCODE.

What ANYCODE2 does is to examine the printed stream, looking for
either of two characters that are set aside for it to use as lead-in
characters.  A "lead-in" character signifies that a special character
sequence follows, telling ANYCODE2 to begin processing.  Detection of
one of these characters will cause ANYCODE2 to transmit a control
character to the printer.  The control character is constructed from
the next two characters in the file.

ANYCODE2 is in 8080 code and can be assembled and installed into WS
using DDT under CP/M.  It goes into a special patch area provided and
does not increase the size of the WS.COM file.

Cheers,
Dick Binder   (The Stainless Steel Rat)

DEC Enet:    ASD::BINDER
UUCP:        { decvax, allegra, ucbvax... }!decwrl!asd.dec.com!binder
ARPA:        [e-mail]
21-Mar-87 21:12:54-MST,1723;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat 21 Mar 87 21:12:34-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA22717; Sat, 21 Mar 87 19:43:17 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 21 Mar 87 18:47:55 GMT
From: dayton!rosevax!umnd-cs![e-mail]  (news)
Organization: U. of Minnesota, Duluth - Computing Services
Subject: Re: Availability of LIB or ARC software for UNIX
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Samuel B. Bassett) writes:
>
>     I am the "download guru" for the Whole Earth 'Lectronic Link (public
>access UNIX system) in Sausalito, CA.  Recently several of the users here
>have asked me if there is any software available that runs under UNIX which
>will pack and unpack files in the MS-DOS ARC or CP/M-80 LIB formats.  After
>looking through the listing of public domain UNIX software from SIMTEL20
>and not finding any, I replied that I'd have to go ask the experts -- you.
>
>     Can anybody help me here?

    Try looking in mod.sources, net.sources, and on simtel20 pd:<unix>
      or maybe it was pd:<cpm.unix>. I've got (un)crunching programs, library
      , .lbr files, programs and of course arc. All of the programs run under
      4.2 BSD, Encore Multimax UMAX 4.2 to be exact. They're all out there, you
      just have to look in all the nooks and crannys.

        -Rob Healey
21-Mar-87 21:16:45-MST,1108;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA-SEER.ARPA by SIMTEL20.ARPA with TCP; Sat 21 Mar 87 21:15:47-MST
Received: from NMFECC.ARPA by AMSAA-SEER.AMSAA-SEER.ARPA id aa10797;
          21 Mar 87 23:10 EST
Received: from oak.sainet.mfenet by ccx.mfenet with MfeMail ;
    Sat, 21 Mar 87 20:08:48 PST
Date: Sat, 21 Mar 87 20:08:48 PST
From:     [e-mail]
Message-Id: <[e-mail]>
To:       [e-mail]

From: [e-mail]
To:   [e-mail]
From:    <[e-mail]>   (Richard C. Secrist)
To:      [e-mail]


Subject: Largest Turbo Pascal Program
Date:    Sat, 21-MAR-1987 22:54 EST
Header-Disclaimer: I don't like my headers either !
X-VMS-Mail-To: CPM,SECRIST

What is the largest program text file that Turbo Pascal will compile ?

I was trying to compile Augusta from DDJ (quasi-Ada) that somebody
converted into Turbo (for PCs) but my v1.0 Turbo won't wash.  Maybe
v3.n ?

rcs
[e-mail]
22-Mar-87 07:11:07-MST,5464;000000000000
Mail-From: KPETERSEN created at 22-Mar-87 07:10:54
Date: Sun, 22 Mar 1987  07:10 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail], [e-mail]
Subject: SIMTEL20 file server

> Pardon my ignorance Keith, but what is the username of your fileserver
> for netmail? If I would like to fetch a file using netmail I should
> state the filname in the subject line, shouldn't I?  I guess you get a
> lot of letters asking for the same thing all the time, but I hope you
> don't mind helping me...

I don't mind at all.  The files are here for everyone to access.
Internet users should use FTP rather than netmail.  FTP transfers the
files much faster and avoids placing additional load on the mailer.

The subject line is ignored by the fileserver.

The fileserver cannot answer requests which use a path that includes
seismo.  The most successful route is ucbvax because they have an
excellent program that properly formats the "From:" line of messages
coming through the gateway.

To obtain up to five files in a single request message by netmail from
the public domain archives kept on SIMTEL20.ARPA, send a message to:

[e-mail]

or via uucp:
   ...!ucbvax!simtel20.arpa!archive-request
   ...!uw-beaver!simtel20.arpa!archive-request
   ...!decwrl!simtel20.arpa!archive-request
   ...!lll-crg!simtel20.arpa!archive-request
   ...!ut-sally!simtel20.arpa!archive-request
   ...!harvard!simtel20.arpa!archive-request

[do NOT use host "seismo" - they are blocking messages from the server]

The message body must contain lines beginning with the keyword SEND,
one SEND line for each file requested.  Case is not significant.

The general syntax of a SEND line is:

SEND format filename

In general, a filename consists of the following components:

device:<directory>file.type.generation

"device:" is usually PD:, and the combination of PD:<directory> is
expected unless an alias has been advertised of the form "alias:",
which takes the place of both device and directory fields.  The
generation field should be left off in order to default to the highest
generation number so you can be sure of getting the latest version of
the file requested.  "file.type" follows the usual filenaming
conventions.

In all formats listed below, if the file to be sent is larger than
55K, the file is sent in numbered parts.  The parts must be
reassembled in order and edited to remove any headers, preface, and
trailers before the process can be reversed to reconstruct the
original file.

Allowable formats are:

SEND HELP
        This file you are reading now.

SEND INFO
        A detailed description of the SIMTEL20 Archives, which
        includes this file, pointers to certain key files, and
        descriptions of various file transfer programs and related
        utilities.

SEND BOOTSTRAP
        A brief quick reference listing of filenames of the key
        utilities used to reconstruct files sent by the compression
        and encoding techniques listed below.

SEND DIR filespec
        This format returns a CRC list of the requested files, and is
        the only format which allows wildcard filenames (but not
        wildcard directory names).  The list is sent as an ASCII text
        file.  The wildcard characters are "*" and "%".  The asterisk
        means any number of characters, while the percent sign means
        exactly one character.  Either or both may appear in any
        combination in either or both the file or type fields, while
        only the asterisk may appear in the generation field.

SEND RAW filename
        If the file is ASCII, it is sent as-is, regardless of size.
        This format is the least efficient over network and mail
        gateway resources.  Use this format only if you absolutely
        must.

With the four formats listed below, if the file is ASCII and under 25k
characters, it is sent as-is, as if RAW format was requested.  Binary
files are always processed according to the requested format.
However, a request for ARC or SQ processing of files with type ".ARC",
".LBR", or ".%Q%" is ignored and the original file is either uuencoded
or hexified (if possible), according to the requested format.  If the
file was not sent RAW, a short preface is inserted at the front of the
message describing the process actually taken and a CRC entry
describing the original file.

SEND ARE filename  or  SEND filename
        The original file is made into a uuencoded ARC file.

SEND ARH filename
        The original file is made into a hexified ARC file if the ARC
        file is under 64K bytes long.  Otherwise, an apology is
        returned instead of the requested file.

SEND SQE filename
        The original file is made into a uuencoded SQueezed file.

SEND SQH filename
        The original file is made into a hexified SQueezed file if the
        Squeezed file is under 64K bytes long.  Otherwise, an apology
        is returned instead of the requested file.

To get started in finding your way around the SIMTEL20 archives, send
a message to the server with the request: SEND INFO

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie Mail: W8SDZ
22-Mar-87 09:30:15-MST,643;000000000000
Return-Path: <[e-mail]>
Received: from XX.LCS.MIT.EDU by SIMTEL20.ARPA with TCP; Sun 22 Mar 87 09:29:48-MST
Date: Sun, 22 Mar 1987  11:29 EST
Message-ID: <[e-mail]>
From: [e-mail]
To:   [e-mail]
Subject: converting a CP/M operation to IBM PC


I currently run a Compupro S-100 system with CPM 2.2 or MPM 8/16 -- 8
inch floppies.  Any ideas how I can transfer my important stuff
(documents, spreadsheets, databases) to an IBM-compatible layout?

I guess what I need is some way to write all my files onto a 5 1/4
inch floppy that my IBM can read.

Help?

thanks.
22-Mar-87 12:26:00-MST,1296;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun 22 Mar 87 12:25:44-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA27334; Sun, 22 Mar 87 02:39:42 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 22 Mar 87 06:21:46 GMT
From: well![e-mail]  (Samuel B. Bassett)
Organization: Whole Earth 'Lectronic Link, Sausalito, CA
Subject: Re: LIB & ARC on UNIX -- they _are_ in SIMTLE20
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


    Many thanks to all of you who answered my question about LIB and ARC
software which runs under UNIX -- and especially to Keith for pointing out that
the programs are in directory PD:<UNIX.ARC-LBR> on SIMTEL20.
    It seems that the CRCLST that I have of the PD UNIX directory there is
a bit out of date . . .        ***BLUSH***
--
Sam'l Bassett, Self-Employed Writer -- My words & ideas are my own!
34 Oakland Ave., San Anselmo  CA  94960;  [phone]
UUCP:  {...known world...}!hplabs OR ptsfa OR lll-crg!well!samlb;
Compuserve:  71735,1776;  WU Easylink ESL 6284-3034;  MCI SBassett
22-Mar-87 12:26:39-MST,2552;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun 22 Mar 87 12:26:17-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA27194; Sun, 22 Mar 87 02:31:30 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 22 Mar 87 07:57:16 GMT
From: ucsdhub!jack!man!crash![e-mail]  (Marc Wilson)
Organization: Grossmont College, El Cajon, Ca.
Subject: Re: SUPRBDOS use of z80 registers?
Message-Id: <[e-mail]>
References: <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Andy Beals) writes:
>In article <[e-mail]> [e-mail] (Dr. Edmund West) writes:
>>  Incidentally, I got started on all this when I tried to install
>>SUPRBDOS (the public domain replacement for DRI's BDOS) and discovered
>>that the HDC driver trashes the IX register SUPRBDOS is using.
>
>Boo on SUPRBDOS for doing that.
>
>CP/M-80 is an *8080* operating system.  If your BIOS or BDOS uses any of
>the z80 register set, it MUST save them or else it will break many many
>programs.  This is my biggest gripe with the turkey who did the bios and
>roms for the Osborne-1.  (grumble grumble)

     I have never had *anything* "break", although both my BDOS
( SUPRBDOS ) and my BIOS use the Z80 register set.  I would submit to you
that with the number of Z80 CP/M machines around vs. 8080 machines, any
program that assumes that the extra Z80 registers are inviolate is asking
for trouble.

     Why must the BIOS/BDOS save the registers?  You don't expect HL, or BC
to be preserved after a BDOS call, why should IX or IY be?

     BTW... has anyone noticed the following with SUPRBDOS?  Occasionally,
it will report 2 files with the same name on the same disk, although there
is only one.  It's never fatal, and never seems to show up unless SUPRBDOS
detects that you've swapped disks.
--

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marc Wilson   ( [e-mail] )
     ARPA: ...!crash!mwilson@nosc
           ...!crash!pnet01!pro-sol!mwilson@nosc
     UUCP: [ akgua | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
23-Mar-87 08:26:43-MST,935;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon 23 Mar 87 08:26:28-MST
Received: from H462BATMS by wiscvm.wisc.edu on 03/22/87 at 22:54:30 CST
Date:  Sun, 22-MAR-1987 23:42 EST
From:  Timothy Stark <[e-mail]>
To:    <[e-mail]>
Subject:  Missing MAC Assembler manual for C128.

Hello,

   I had received manual with two utility disks from Commodore Inc.
I read through the user's guide manual for my C128 CP/M but I cannot find
any assembler manual in any user manual. I looked for assembler manual at
book stores but I cannot find that. I have Programmer's reference manual.
It said that should see Suggested for Guides in this manual but I cannot find
it. Any helps????

   I will interest in ZCPR 3.0 too. I throught it looks like MS-DOS disk
structure. I will try on C128 later.

   -- Tim Stark
23-Mar-87 10:02:25-MST,685;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon 23 Mar 87 10:02:12-MST
Received: from H462BATMS by wiscvm.wisc.edu on 03/23/87 at 00:22:37 CST
Date:  Mon, 23-MAR-1987 01:22 EST
From:  Timothy Stark <[e-mail]>
To:    <[e-mail]>
Subject:  c128-cpm.jul

hello,

   I received c128-cpm.jql from archive-request last week. I had undecoded and
unsqueezed this file and read it. It seems very different information in
SIMTEL20 archives. Does anyone know this file from BBS?? I remeber that
some files in jul file don't exist in SIMTEL20 archives.

-- Tim Stark
23-Mar-87 10:51:17-MST,2204;000000000000
Return-Path: <hanscom@lll-es-s05>
Received: from lll-lcc.ARPA by SIMTEL20.ARPA with TCP; Mon 23 Mar 87 10:51:06-MST
Received: Mon, 23 Mar 87 09:50:29 PST from lll-es-s05.arpa by lll-lcc.ARPA (5.51/)
    id AA13787; Mon, 23 Mar 87 09:50:29 PST
Return-Path: <hanscom@lll-es-s05>
Received: by lll-es-s05.ARPA (1.1/SMI-3.0DEV3)
    id AA16375; Mon, 23 Mar 87 09:56:58 PST
Message-Id: <[e-mail]>
Date: Mon Mar 23 09:56:55 1987
From: hanscom@lll-es-s05 (Roger Hanscom 423-0441)
Subject: converting a CP/M operation to IBM PC
To: [e-mail]
Status:  N


>    Message-Id: <[e-mail]>
>    From: [e-mail]

>    Subject: converting a CP/M operation to IBM PC


>I currently run a Compupro S-100 system with CPM 2.2 or MPM 8/16 -- 8
>inch floppies.  Any ideas how I can transfer my important stuff
>(documents, spreadsheets, databases) to an IBM-compatible layout?

>I guess what I need is some way to write all my files onto a 5 1/4
>inch floppy that my IBM can read.

One of the best (and cheapest!) ways I have found for ASCII and text
files is to get a copy of the pd comm. program QMODEM (for the Clone)
and use an RS 232 link.  Quick and easy.  QMODEM has a very nice
download feature, that lets you capture everything that comes over
the serial line.  I have used this method with a Cromemco S-100
w/8" disks, and it works great.  In fact, the Cromemco uses an RS 232
device for the console, so the IBM (Clone) with QMODEM makes a great
DUMB TERMINAL from which I can run the S-100.  I have even gone as
far as DUMPing small .COM files, moving the dump text as above, and
then using a TURBO-PASCAL program on the clone to put them back in
binary.  You could do the same thing with HEXIFY/LOAD (assuming you
can transfer copies of those guys some other way first).  DUMP is a
rude and crude approach, but it's easy!

While I'm at it.....you'll need a good editor (I use a copy of micro-
EMACS I got from the C-user group pd software), and the pd disk utility
DT is pretty good for looking at the internals of files on the Clone.
Both are available for next to nothing.              Good luck.
23-Mar-87 11:48:42-MST,1737;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon 23 Mar 87 11:48:17-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA17324; Mon, 23 Mar 87 10:38:50 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 23 Mar 87 14:09:22 GMT
From: kodak![e-mail]  (dick gardner)
Organization: Eastman Kodak Co, Rochester, NY
Subject: Re: converting a CP/M operation to IBM PC
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] writes:
>
>I currently run a Compupro S-100 system with CPM 2.2 or MPM 8/16 -- 8
>inch floppies.  Any ideas how I can transfer my important stuff
>(documents, spreadsheets, databases) to an IBM-compatible layout?
>
>I guess what I need is some way to write all my files onto a 5 1/4
>inch floppy that my IBM can read.
>
>Help?
>
    I think the easiest way is to do it is Kermit-Kermit file transfer.
I did this successfully when I made the switch from CP/M to PC-DOS.
Just connect serial ports together and go.  (You will probably have to
switch XMIT and RECV lines - 2&3)


=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#

             Dick Gardner
             Eastman Kodak Co.
             Rochester, New York  14650
             [phone]
       UUCP: rochester!kodak!gardner

To err is human -- to really screw it up
           you need a computer!
=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#

23-Mar-87 15:06:02-MST,894;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon 23 Mar 87 15:05:38-MST
Received: from H462BATMS by wiscvm.wisc.edu on 03/23/87 at 15:35:45 CST
Date:  Mon, 23-MAR-1987 16:34 EST
From:  Timothy Stark <[e-mail]>
To:    <[e-mail]>
Subject:  LISTSERV problems.

Hello,

   I received some mails from info-cpm with BITNET%"SMTP@WISCVM" because of
no form in netmail! WISCVM failed to correct form for BITNET%"user@node".
sometime. Don't worry.

   Or LISTSERV perhaps failed to correct form too. yes BItnet users can
access archive servers but be careful to check mail before send netmail to
archive server. You should read RFC821 and RFC822 before operate that mail.
RFC821 is for simple mail transfer protocol. RFC822 is for arpanet style
headers.

-- Tim Stark
23-Mar-87 15:33:49-MST,1005;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon 23 Mar 87 15:33:30-MST
Received: from USU.BITNET by wiscvm.wisc.edu on 03/23/87 at 16:31:09 CST
Date:     Mon, 23 Mar 87 15:30 MST
From:     <[e-mail]> (BOB WOOD WA7MXZ)
Subject:  Northstar Horizon Info
To:       [e-mail]
X-Original-To:  [e-mail], BOBW

RE: QUESTIONS on the NORTHSTAR HORIZON
The error T 5 D 1 S 0000 Means error Type 5 (Density Mismatch) on Drive 1 at
Sector 0000. Northstar assigns sectors from 0 to 1390 decimal or 056EH without
referring to track/sector. An error Type 4 is no index pulse meaning wrong type
diskette (soft sector instead of 10 sector hard). T 6 is wrote protect and type
2 is CRC error. I have manuals on the Floppy based Horizon but nothing on the 20
megabyte hard disk. These manuals are very rare now that Northstar doesn't make
Z80 systems if it in fact still exists.
Bob Wood WA7MXZ
23-Mar-87 22:37:28-MST,2238;000000000000
Mail-From: KPETERSEN created at 23-Mar-87 22:37:19
Date: Sunday, 22 March 1987  00:57-MST
Message-ID: <[e-mail]>
Sender: ucsdhub!jack!man!crash![e-mail] (Marc Wilson)
From: ucsdhub!jack!man!crash![e-mail] (Marc Wilson)
To: [e-mail]
Subject:   SUPRBDOS use of z80 registers?
ReSent-From: [e-mail]
ReSent-To: Info-Cpm-Ddn
ReSent-Date: Mon 23 Mar 1987 22:37-MST

In article <[e-mail]> [e-mail] (Andy Beals) writes:
>In article <[e-mail]> [e-mail] (Dr. Edmund West) writes:
>>  Incidentally, I got started on all this when I tried to install
>>SUPRBDOS (the public domain replacement for DRI's BDOS) and discovered
>>that the HDC driver trashes the IX register SUPRBDOS is using.
>
>Boo on SUPRBDOS for doing that.
>
>CP/M-80 is an *8080* operating system.  If your BIOS or BDOS uses any of
>the z80 register set, it MUST save them or else it will break many many
>programs.  This is my biggest gripe with the turkey who did the bios and
>roms for the Osborne-1.  (grumble grumble)

     I have never had *anything* "break", although both my BDOS
( SUPRBDOS ) and my BIOS use the Z80 register set.  I would submit to you
that with the number of Z80 CP/M machines around vs. 8080 machines, any
program that assumes that the extra Z80 registers are inviolate is asking
for trouble.

     Why must the BIOS/BDOS save the registers?  You don't expect HL, or BC
to be preserved after a BDOS call, why should IX or IY be?

     BTW... has anyone noticed the following with SUPRBDOS?  Occasionally,
it will report 2 files with the same name on the same disk, although there
is only one.  It's never fatal, and never seems to show up unless SUPRBDOS
detects that you've swapped disks.
--

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marc Wilson   ( [e-mail] )
     ARPA: ...!crash!mwilson@nosc
           ...!crash!pnet01!pro-sol!mwilson@nosc
     UUCP: [ akgua | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
24-Mar-87 00:48:17-MST,1343;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue 24 Mar 87 00:47:53-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA00144; Mon, 23 Mar 87 23:37:50 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 23 Mar 87 15:53:16 GMT
From: tikal!sigma![e-mail]  (William Swan)
Organization: Summation Inc, Kirkland WA
Subject: SUPRBDOS?
Message-Id: <[e-mail]>
References: <[e-mail].a.full.line.long>, <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Marc Wilson) writes:
>In article <[e-mail]> [e-mail] (Andy Beals) writes:
>>In article <[e-mail]> [e-mail] (Dr. Edmund West) writes:
>>>SUPRBDOS
>>SUPRBDOS
>SUPRBDOS

OK, I give up. Can somebody tell me about "SUPRBDOS", who wrote it, where it
can be had, how long it has been around? I've not heard of it.


--
William Swan  {ihnp4,decvax,allegra,...}!uw-beaver!tikal!sigma!bill
24-Mar-87 06:10:28-MST,927;000000000000
Return-Path: <[e-mail]>
Received: from Xerox.COM by SIMTEL20.ARPA with TCP; Tue 24 Mar 87 06:10:19-MST
Received: from Burger.ms by ArpaGateway.ms ; 24 MAR 87 05:09:34 PST
Sender: "Robert_V._Muckley.henr801E"@Xerox.COM
Date: 24 Mar 87 05:09:13 PST (Tuesday)
Subject: Re: converting a CP/M operation to IBM PC
From: "Robert_V._Muckley.henr801E"@Xerox.COM
To: [e-mail]
cc: [e-mail]
In-Reply-to: LIN%XX.LCS.MIT:EDU:Xerox's message of 23-March-87 (Monday)
 2:51:03 EST
Reply-to: "Robert_V._Muckley.henr801E"@Xerox.COM
Message-ID: <870324-050934-1327@Xerox>

I can convert files from 5.25" to 8" or 8" to 5.25" and CP/M (most any
format) to MS-DOS or MS-DOS to CP/M.  The only limitation is that I
can't easily handle single density disks  (Double or single SIDED makes
no difference).

If you're still interested, message me and we can discuss details.

Bob
24-Mar-87 06:42:32-MST,3432;000000000000
Return-Path: <[e-mail]>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Tue 24 Mar 87 06:42:22-MST
Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34)
    id AA02566; Tue, 24 Mar 87 05:42:07 PST
Message-Id: <[e-mail]>
Date: 24-Mar-1987 0837
From: [e-mail]  (Put it on my tab.)
To: [e-mail], [e-mail]
Subject: ANYCODE3.LBR for WordStar now available from SIMTEL20

Now available from SIMTEL20...

Filename            Type     Bytes     CRC

Directory PD:<CPM.WSTAR>
ANYCODE3.LBR.1            BINARY     10368  7E63H

This posting is a correction for the ANYCODE2 posting by Keith Petersen
over the weekend.  Immediately after ANYCODE2 became available, Willie
Smith found a bug in it.  He was kind enough to supply me with his fix,
and the result is ANYCODE3.  The rest of this posting is the descriptive
announcement that accompanied the original posting.  Take note of my new
network address, in the .signature at the end of this posting.  Email sent
to my old address as given in the ANYCODE3 documentation will still
reach me.

*********

Despite its relative age, WordStar remains a popular word processing
tool, and it is still one of the most powerful word processors
available.  You can install WordStar to use virtually all of the
features of modern daisywheel printers to produce professional printed
documents of exceptional quality.  You can also install WordStar to
take advantage of many of the features of a sophisticated dot matrix
printer.  But there just aren't enough WordStar codes available to let
you use everything a dot matrix printer can do.

It would be convenient if you could simply enter the control
characters you want into the file the same way you enter codes that
WordStar knows about, but it isn't that simple.  WordStar filters your
document as it prints it, and any nonprintable characters that
WordStar doesn't recognize are rejected.

The original ANYCODE was written for the Osborne by Doug Hurst, to
circumvent this limitation.  Its function is to unlock all of the
features of a dot-matrix printer by providing a way to fool WordStar
into transmitting those control characters.  Doug's program is a patch
that is inserted logically between WordStar and the CP/M PRIMARY list
device - if you're not using the primary list device, this patch isn't
guaranteed to work.  The version under discussion here, written by
Dick Binder and named ANYCODE3, fixes a couple of limitations in the
original ANYCODE.

What ANYCODE3 does is to examine the printed stream, looking for
either of two characters that are set aside for it to use as lead-in
characters.  A "lead-in" character signifies that a special character
sequence follows, telling ANYCODE3 to begin processing.  Detection of
one of these characters will cause ANYCODE3 to transmit a control
character to the printer.  The control character is constructed from
the next two characters in the file.

ANYCODE3 is in 8080 code and can be assembled and installed into WS
using DDT under CP/M.  It goes into a special patch area provided and
does not increase the size of the WS.COM file.

Cheers,
Dick Binder   (The Stainless Steel Rat)

DEC Enet:    FIZBIN::BINDER
UUCP:        { decvax, allegra, ucbvax... }!decwrl!fizbin.dec.com!binder
ARPA:        [e-mail]
24-Mar-87 07:01:06-MST,1792;000000000000
Return-Path: <[e-mail]>
Received: from apg-1.arpa by SIMTEL20.ARPA with TCP; Tue 24 Mar 87 07:00:45-MST
Date: Tue, 24 Mar 87  8:52:09 EST
From: Robert Bloom  AMSTE-TEI 3775 <[e-mail]>
Subject:  RE: converting a CP/M operation to IBM PC
To: [e-mail]
Cc: [e-mail], [e-mail]

Herb et all,

> I currently run a Compupro S-100 system with CPM 2.2 or MPM 8/16 -- 8
> inch floppies.  Any ideas how I can transfer my important stuff
> (documents, spreadsheets, databases) to an IBM-compatible layout?

I have [had] the same problem (approximately - an Zenith AT clone
and a CPM 3.0-like TurboDOS NorthStar Horizon.)  Both your and my
systems have the same problem - your 8" floppies won't fit in the
IBM drives (or at least not with using undo force :-) and the
*hard*sectoring* of the NorthStar makes the 5-1/4 disks
physically and mentally incompatible (sometimes I think I need a
good divorce lawyer.)

So, put the two of them next to each other, run a nice 3 or 4
wire cable between serial ports on each (pins 2,3,7, maybe
reversing 2&3), obtain an commo program for each (preferabily
with 'batch' capability) and transfer at the highest rate that
they can manage.  My TurboDOS to Zenith connection runs at 38400
baud (!), the NorthStar Advantage to Zenith a more prosetic 9600
baud.  Text files worth best (natch) but there's no problem with
binary files either - as long as you don't try to run programs on
the wrong machine.

Works so good that I often download a batch of files to the
Zenith, use pkarc to archive them, and then upload them back to
the CP/M machine.  (I've might be called perverse - to me the IBM
machine is the 'down' and the CP/M machine is the 'up'!)

bob bloom

24-Mar-87 18:44:00-MST,1216;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA.ARPA by SIMTEL20.ARPA with TCP; Tue 24 Mar 87 18:43:50-MST
Received: from XEROX.COM by AMSAA.AMSAA.ARPA id aa09026; 24 Mar 87 20:43 EST
Received: from Burger.ms by ArpaGateway.ms ; 24 MAR 87 15:31:01 PST
Sender: [e-mail]
Date: 24 Mar 87 15:29:27 PST (Tuesday)
Subject: Perfect Software
From: [e-mail]
To: [e-mail], [e-mail]
Message-ID: <870324-153101-1484@Xerox>

A friend of mine has a Kaypro II which came bundled with the Perfect
line of software (Perfect Writer, Perfect Filer, etc) which is now out
of business.  He was recently given a Xerox 820-II and transferred the
software to 8" diskettes.  Here lies the problem.  The software doesn't
seem to work properly on the 820-II.  The Perfect manuals speak of
certain configuration programs which set the program  for the specific
host (setterm.com is one of them).  Unfortunately, Perfect did not
include them with the Kaypro, presumably to discourage someone from
passing the software to others.  If there's anyone out there who may
have these files, he sure could use them.

Larry
25-Mar-87 02:44:52-MST,2448;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 25 Mar 87 02:44:32-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA23294; Wed, 25 Mar 87 01:36:07 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 24 Mar 87 21:25:47 GMT
From: mcnc!gatech!hubcap!ncrcae!ncr-sd!bigbang!crash![e-mail]  (Marc Wilson)
Organization: Grossmont College, El Cajon, Ca.
Subject: Re: Missing MAC Assembler manual for C128.
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Timothy Stark) writes:
>Hello,
>
>   I had received manual with two utility disks from Commodore Inc.
>I read through the user's guide manual for my C128 CP/M but I cannot find
>any assembler manual in any user manual. I looked for assembler manual at
>book stores but I cannot find that. I have Programmer's reference manual.
>It said that should see Suggested for Guides in this manual but I cannot find
>it. Any helps????

     Good luck on finding the manuals for MAC.  As long as you're looking,
see if you can find the manual set for RMAC, LINK, and LIB.  I'd like to
have those too.

     It's kind of ridiculous... we paid for legitimate copies of these
programs, but don't get the documentation necessary to make use of them.
DRI just shrugs their shoulders.

     WE DESERVE DOCUMENTATION!  Although why I expect DRI to change is beyond
me.

>   I will interest in ZCPR 3.0 too. I throught it looks like MS-DOS disk
>structure. I will try on C128 later.

     Don't try to implement ZCPR3 on a 128... you'll be in for a *lot* of
heartache.  Maybe when 3.3 comes out, but not right now.  Find one of the
replacement OS, like CCP+ ( has anyone ever gotten that to work on a
banked CP/M+?

--

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marc Wilson   ( [e-mail] )
     ARPA: ...!crash!mwilson@nosc
           ...!crash!pnet01!pro-sol!mwilson@nosc
     UUCP: [ akgua | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
25-Mar-87 03:14:23-MST,1199;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 25 Mar 87 03:14:10-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA23413; Wed, 25 Mar 87 01:44:44 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 23 Mar 87 20:04:01 GMT
From: rocksvax!rocksanne!sunybcs![e-mail]  (Joseph M. Piazza)
Organization: SUNY/Buffalo Computer Science
Subject: Point me to ARC and Terminal programs?
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


    I'm hunting for some programs for a Commodore 128 owner who is
suffering from CP/M anemia (his terminal program can't do 1200 baud!).
Anyone point me to a decent PD/Shareware terminal program and/or ARC
program that's accessible?  Like on the net, email, or GEnie?

Thanks

    joe piazza

--- Cogito ergo equus sum.

CS Dept. SUNY at Buffalo 14260
[phone], 3180

UU: ...{rocksvax|decvax}!sunybcs!jmpiazza
CS: jmpiazza@buffalo-cs
BI: jmpiazza@sunybcs
GE: jmpiazza
25-Mar-87 05:45:49-MST,1885;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 25 Mar 87 05:45:35-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA25895; Wed, 25 Mar 87 04:39:30 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 25 Mar 87 05:53:07 GMT
From: tikal!slovax![e-mail]  (Dan Flak)
Organization: R & D Associates., Tacoma, WA
Subject: MPM Computer for Sale
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


                       ********** AUCTION **********

Northrop Data Systems (NDS-005-00B) w/3 10 MB disk drives +
25 10 MB disk packs. MPM OS.

You pay the freight.

Please submit bids to:

    Alternative Care of Tacoma
    1414 Woodside Drive
    Tacoma, Wa 98466
    ATTN: Dan Flak

All bids will remain confidential. All bids received by 31 May 87 will
be considered.

If you have any further questions, you can E-mail me at the signature
block shown below.
--
========================================================================
                                      | A good sense of humor cures
trwrb     \                           | none of the world's problems.
psivax     -!logico--\                | It just makes them easier to
ism780c   /           \               | bear.
                       -!slovax!flak  |=================================
hplsla    \           /               | Dan Flak - R & D Associates
fluke      -!tikal---/                | 3625 Perkins Lane SW
uw-beaver /                           | Tacoma, Wa 98499
                                      | (206)-581-1322
========================================================================
25-Mar-87 07:16:17-MST,1317;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 25 Mar 87 07:14:12-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA26369; Wed, 25 Mar 87 05:35:57 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 25 Mar 87 00:00:13 GMT
From: mcvax!enea!liuida!obelix![e-mail]  (Pekka Akselin)
Organization: University of Linkoping, Sweden
Subject: Bug report for Aztec C II ver 1.06B wanted
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

[The Midnight Hacker Strikes Again]

HELP!

I urgently need a bug list for Aztec C II release 1.06,
specially a bug list for long int comparisons
(and pointers to how to avoid those bugs).

Please send email and THANKS IN ADVANCE.

*******************************************************************************
UUCP: [e-mail] | {seismo,mcvax}!enea!liuida!obelix!pekka-r
ARPA: pekka-r%obelix.{ida.liu.se,UUCP}@seismo.CSS.GOV
Pekka Akselin, Univ. of Linkoping, Sweden (The Land Of The Midnight Hacker :-))
*******************************************************************************
25-Mar-87 13:49:37-MST,1663;000000000000
Return-Path: <[e-mail]>
Received: from vlsi.cs.washington.edu by SIMTEL20.ARPA with TCP; Wed 25 Mar 87 13:49:19-MST
Received: by vlsi.cs.washington.edu (5.52.1/6.2)
    id AA21337; Wed, 25 Mar 87 12:53:12 PST
Return-Path: <[e-mail]>
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA01963; Wed, 25 Mar 87 12:39:30 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 25 Mar 87 12:56:06 GMT
From: well![e-mail]  (Ari Davidow)
Organization: Whole Earth 'Lectronic Link, Sausalito, CA
Subject: Re: converting a CP/M operation to IBM PC
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


For Northstar/DOS transfers you may be interested in a board put out
by the people who market UNIFORM--it fits in the PC and lets you read
Northstar CP/M diskettes in the PC drives.  It doesn't help if your
diskettes are in the Northstar DOS format, but otherwise it's incredibly
convenient.  I think it runs for about $200, which is a bit expensive.,
On the other hand, you can read/write/format the Northstar diskettes on
the PC, and as an added bonus, if you just want to work with the Northstar
data while your Northstar is doing something else, you don't even have to
transfer the data--the UNIFORM program will allow you to treat the Northstar
diskette as a PC diskette.  As an added bonus, the board also reads several
Apple II formats (including Apple CP/M).
25-Mar-87 13:50:00-MST,2307;000000000000
Return-Path: <[e-mail]>
Received: from vlsi.cs.washington.edu by SIMTEL20.ARPA with TCP; Wed 25 Mar 87 13:49:43-MST
Received: by vlsi.cs.washington.edu (5.52.1/6.2)
    id AA21341; Wed, 25 Mar 87 12:53:29 PST
Return-Path: <[e-mail]>
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA01942; Wed, 25 Mar 87 12:38:41 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 25 Mar 87 12:49:01 GMT
From: well![e-mail]  (Ari Davidow)
Organization: Whole Earth 'Lectronic Link, Sausalito, CA
Subject: Re: converting a CP/M operation to IBM PC
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


There are several options open to people converting from CP/M machines
with 8" floppies to 5-1/4" MS-DOS diskettes.  The simplest is to contact
a disk conversion service.  Prices from transferring the data can be as
low as $7.50/disk, and you then have the exact files you had on the CP/M
diskettes.  The .COM files will be useless in their new environment, but
the data files may be used if the equivalent program exists under MS-DOS--
this is especially painless for people using WordStar and dBaseII.
    Another transfer method would be to get the 8" floppy disk controller
marketed by the people who make the UNIFORM CP/M disk reading software.
This costs about $200, fits into your PC-compatible machine, hooks up to
an 8" drive (presumably disconnected from the CompuPro) and you are ready
to read whatever is needed at your convenience.
    A less expensive variation on the same these is to hook up a cable
between two machines and use some convenient file protocol to transfer
the files.  The eliminates the need for a special disk controller on the
PC end, but it can be a hassle figuring out the proper ports and making
the transfer work.
    If you have trouble using the data once it is transferred, send me
e-mail and I should be able to help--we have done hundreds of machines
over the past few years and usually know what we are looking at and how
to get from there to someplace else.
25-Mar-87 18:09:26-MST,631;000000000000
Mail-From: KPETERSEN created at 25-Mar-87 18:09:00
Date: Wednesday, 25 March 1987  09:37-MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: [e-mail]
To: [e-mail]
Subject:   Reading CP/M Files from DOS
ReSent-From: [e-mail]
ReSent-To: Info-Cpm at SIMTEL20.ARPA
ReSent-Date: Wed 25 Mar 1987 18:08-MST

The UNIFORM program allows a PC to read files from over 60 different CP/M
machines.  The program is shareware and is available from some PC BBSs.
I can dig up the address of the publisher if you need it.

Henry Dowst KA6KNJ
25-Mar-87 18:50:09-MST,869;000000000000
Return-Path: <[e-mail]>
Received: from dmc-crc.ARPA by SIMTEL20.ARPA with TCP; Wed 25 Mar 87 18:49:42-MST
Received: by dmc-crc.ARPA (4.12/4.7)
    id AA02253; Wed, 25 Mar 87 20:48:58 est
Date: Wed, 25 Mar 87 20:48:58 est
From: [e-mail] (G. J. Marwood)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: RAMFACTOR
Cc: [e-mail]

I am considering the purchase of a Ramfactor RAM card for use as a Ramdisk with
the PCPI Applicard in an Apple ][+.  This will include the PCPI Driver software
and battery back-up.  Has anyone had any experience of this combination of
cards ?  I am hoping that, with the battery back-up I can use the Ramdisk as
a semi-permanent "non-volatile" disk.
                                    thank you in advance
                                       Gordon Marwood
25-Mar-87 21:30:28-MST,871;000000000000
Return-Path: <[e-mail]>
Received: from Sushi.Stanford.EDU by SIMTEL20.ARPA with TCP; Wed 25 Mar 87 21:30:18-MST
Date: Wed 25 Mar 87 19:47:00-PST
From: Ramsey Haddad <[e-mail]>
Subject: tops-20 routines??
To: [e-mail]
Message-ID: <[e-mail]>

I've found UNIX versions of the programs I'd like under PD:<UNIX>.
But, there doesn't seem to be a PD:<TOPS-20> or PD:<CPM.TOPS-20>.

I'd like to have programs to UNSQUEEZE and perform operations on
LIBRARIES.  Also it would be nice to have a program to allow
downloading in a format understood by MEX---I'm having a lot of
trouble with the Kaypro versions of KERMIT and KERMIT is currently the
only thing available on our DEC-20.

Are there any such TOPS-20 programs available?  Where?

many thanks in advance,
Ramsey.
-------
25-Mar-87 22:50:11-MST,1054;000000000000
Mail-From: WANCHO created at 25-Mar-87 22:49:54
Date: Wed, 25 Mar 1987  22:49 MST
Message-ID: <[e-mail]>
From: [e-mail]
To:   Ramsey Haddad <[e-mail]>
Cc:   [e-mail]
Subject: TOPS-20 Programs
In-reply-to: Msg of 25 Mar 1987  20:47-MST from Ramsey Haddad <HADDAD at Sushi.Stanford.EDU>

All the utility programs which cross operating system boundaries are
kept in PD:<MISC.*>.  For example, the general grouping of TOPS-20
utilities is in PD:<MISC.TOPS20>.  See PD:<MISC.T20-ARC> for the
TOPS-20 version of ARC, and PD:<MISC.T20-SQUSQ>.  Others will be
forthcoming as they are converted.  Both ARC and SQUSQ require the
latest version of the KCC C compiler and runtime package from SRI-NIC
(contact [e-mail] for details - it's free), and
C:LIBT20.* from here.  (The ready-to-run executables are available in
SYS: here.)

ANONYMOUS FTP is honored here (any non-null password), except between
0500 and 1600 Mountain Time weekdays.

--Frank
26-Mar-87 01:02:48-MST,1953;000000000000
Return-Path: <[e-mail]>
Received: from vlsi.cs.washington.edu by SIMTEL20.ARPA with TCP; Thu 26 Mar 87 01:02:24-MST
Received: by vlsi.cs.washington.edu (5.52.1/6.2)
    id AA23476; Thu, 26 Mar 87 00:04:54 PST
Return-Path: <[e-mail]>
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA10016; Wed, 25 Mar 87 21:40:33 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 25 Mar 87 22:59:42 GMT
From: ulysses!sfmag!sfsup![e-mail]
Organization: AT&T-IS, Summit N.J. USA
Subject: avoid Electronic Parts Outlet
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

[spritzensparken!]
On Jan 15, I ordered several chips from Electronic Parts Outlet
(Scottsdale, Arizona) from their as in Computer Shopper.
Most of it arrived Jan 24.  Much to my dismay, several of the chips were
obviously removed from boards (scratched cases, bent leads, unsoldered
leads).  Neither the ad nor the catalogue mention that the parts are used.

On the bottom of the invoice
"all claims must be made within 5 days of receipt of material
15% restocking charge for all non-defective returns".

This means that I have 5 days to figure out if the sent me working chips!
I called them to ask how the parts are tested.
The fellow said that they test only the RAM chips, and they rarely get returns.
He they abruptly hung up.  This reduced my confidence since we didn't
like answering questions about the reliability of their products.
He didn't answer how I was to be confident in their delivered goods.
I asked him pleasantly, so he shouldn't have been offended
(ooops, this isn't soc.singles).

So, beware and be warned!

    Jeffrey 'unsuccessful bargain hunter' Skot
    {ihnp4 | allegra | cbosgd} attunix ! jeffj
26-Mar-87 13:50:02-MST,26772;000000000000
Return-Path: <[e-mail]>
Received: from ncsc.ARPA by SIMTEL20.ARPA with TCP; Thu 26 Mar 87 13:48:17-MST
Received: by ncsc.ARPA id AA06345; Thu, 26 Mar 87 14:46:10 CST
Date: Thu, 26 Mar 87 14:46:10 CST
From: [e-mail] (Brown)
Message-Id: <[e-mail]>
To: [e-mail],
        rocksvax!rocksanne!sunybcs![e-mail]
Subject: Re:  Point me to ARC and Terminal programs?

The files you seek are available in the public domain archives at
SIMTEL20.  They are located in the SIMTEL20 directories

    PD:<cpm.c128> and
    PD:<cpm.starter-kit>

The pd:<cpm.c128> directory contains two excellent pd terminal programs,
MEX and IMP, configured for a C128.

The following is a description of the public domain archives and how
to access them.


[ NETINFO:SIMTEL20.ARCHIVES ]                       [ 2/86, FP ]

                            THE SIMTEL20 ARCHIVES



SIGNIFICANT CHANGES

     New MSDOS archive added:  SIMTEL20 now has a new archive, PD:<MSDOS>.
This archive, like the PD:<PC-BLUE> archive, contains software for the MSDOS
and PCDOS operating systems.  But unlike PC-BLUE, this archive is locally
managed, and will be updated more often (the PC-BLUE archive is updated only
when new disks are issued by the PC-BLUE Users Group).  For a list of files,
get a copy of the directory file, PD:<MSDOS>MSDOS.CRCLST.


     Newsgroup correspondence archive files moved:  Newsgroup correspondence
archives have been moved from directory PS:<MAIL.ARCHIVES> to individual
directories having names of the form PS:<ARCHIVES.KEYWORD>, where "KEYWORD"
has been chosen to indicate the associated newsgroup.  See the section
entitled "NEWSGROUP CORRESPONDENCE ARCHIVES" for additional details.


     Public domain archive files moved:  A new large disk device called PD:
has been installed to house the entire public domain software collection.  All
files are now accessible using file specifications of the form:

            PD:<directory_name>file_name

Example:

            PD:<CPM.STARTER-KIT>LU310.COM


     New logical names:  Files in the <CPM> archive can also be specified with
a new shortened notation using a logical name for each directory.  Thus, the
file in the above example can also be specified as:

            STARTER-KIT:LU310.COM

Note that the part of the directory name following the dot has been used as
the logical name (followed by a colon).  But remember, this new form of file
specification applies only to the <CPM> archive.  To avoid confusion, all
examples in the text to follow will use the PD: specification, as this form
works with ALL of the archives.


     Getting started:  The above example provides a sneaky introduction to yet
another new feature that should greatly ease the "bootstrap phase" for new
archive users.  Now in one place, PD:<CPM.STARTER-KIT>, you will find all of
the basic essentials needed to begin using the archives.  These programs
provide the means for transferring, unsqueezing and de-librarying archive
files, and more will be said about them later in this document.  Special kudos
to archive maintainer Keith Petersen for this worthwhile addition.


     Finally, a reminder:  For quite some time now, "ITS binary format" has
not been used for storage of binary files in the SIMTEL20 archives.  If you
are a new user of the archives and you don't know what ITS binary format is,
don't worry about it; it no longer matters.  But apparently, some "veteran
archive users" are still unaware of the change.  Therefore, please note that
stripping the first four bytes of binary files, once necessary for removal of
the special "ITS header", is no longer required.  Indeed, if you do this now,
YOU WILL DESTROY THE FILES.



OVERVIEW

     There is a collossal amount of free public domain software for the CP/M,
PCDOS/MSDOS and UNIX operating systems, and for the DoD standard programming
language, Ada, in several archives on SIMTEL20.ARPA, a DECsystem-20 running
the TOPS-20 operating system at White Sands Missile Range.  Archives of
correspondence for several newsgroups, including INFO-CPM, are also available.

     You can obtain these files using the InterNet file transfer protocol, FTP
(described in a following paragraph), with user-name "anonymous".  For a login
password, use your host-name or any other string of printing characters.
Throughout this message, FTP examples are given in a GENERIC syntax.  You will
have to consult either local documentation or your friendly system wizard to
learn the actual syntax used with your local mainframe operating system.  For
the sake of brevity, the domain suffix ".ARPA" will be dropped from further
references to SIMTEL20 in this discussion.

     To obtain directory listings, connect to SIMTEL20 via FTP and do this:

                get pd:<cpm>cpm.crclst
                get pd:<cpmug>cpmug.crclst
                get pd:<sigm>sigm.crclst
        get pd:<pc-blue>pc-blue.crclst
        get pd:<msdos>msdos.crclst
        get pd:<unix>unix.crclst
        get pd:<ada>ada.crclst

The <CPM> archive is the one to watch for the very latest CP/M offerings, as
it is updated frequently.  The <CPMUG>, <SIGM> and <PC-BLUE> archives contain
software distributed by the CP/M Users Group, the SIG/M Users Group and the
PC-Blue Users Group respectively.  This software is available on diskettes
from the associated users groups, and the archives are updated as new volumes
are issued.  The <PC-BLUE> archive contains software for the IBM-PC and
similar machines.  Some runs under CP/M, and some under PCDOS/MSDOS.  The
<MSDOS> archive also contains software for the MSDOS and PCDOS operating
systems; but this archive is locally managed, and therefore is updated more
frequently than the <PC-BLUE> archive.  The <UNIX> archive contains a variety
of UNIX tools.  Those which apply specifically to CP/M are in the directory
<UNIX.CPM>.  The <ADA> archive is growing rapidly.  Information about this
archive is in directory PD:<ADA.GENERAL>.  In general, the archived software
is very good, having been worked-over and refined by many users.  The
documentation and comments tend to be complete and informative.  Files in all
of these archives can be obtained using the FTP procedures described in this
message.

     But please note that due to the large number of files available, the
archive maintainers cannot possibly attempt to validate the proper operation
of the various programs.  When a program bug is reported, immediate action is
taken to either correct the error or remove the offending program from the
archives.  Still, users must understand that all archive programs are offered
AS IS, and the archive maintainers specifically disclaim any liability should
these programs malfunction or cause damage, incidental or otherwise.  When
testing ANY new software, be certain that all information stored on disk is
backed-up before you start, so that you can recover if files are damaged or
erased.  This is particularly true if you have a hard disk, in which case
malfunctions can be spectacularly disasterous.



FILE TYPES

     Files are stored in two formats:  Text files such as those with names
that end with DOC, HEX, INF and ASM are sometimes stored as ASCII files, but
usually these files are stored in binary squeezed form.  Binary storage is also
used for executable (COM) and library files.  Squeezed and library files are
described below.  All binary data are stored as four 8-bit bytes per 36-bit
SIMTEL20 word, with the low-order four bits of each word filled with zeros.
If such a file is interpreted as a contiguous string, as will happen if a
straight binary transfer is made to a 16 or 32-bit UNIX machine, the four zero
filler-bits per 36-bit group will cause rather bizarre and frustrating results.
The methods for dealing with this situation, which differ from machine to
machine, are explained in a following paragraph.

     Squeezed files have been compressed using programs available in directory
<CPM.SQUSQ> to obtain an approximate 35-percent size reduction.  These files
can be identified by the letter Q in the extension field.  For example, the
file PD:<CPM.ASMUTL>RMACPAT.AQM is a squeezed file.  It must be transferred
as a binary file, and then unsqueezed.  The unsqueezing can be done on a CP/M
system using USQ-xx.COM (where "xx" is the current version) from directory
<CPM.SQUSQ>, or there are several host-based unsqueezers in the <CPM> and
<UNIX> archives (see for example, directories <CPM.TOPS-20> and <UNIX.CPM>).

     CP/M library files (those with names ending in LBR) combine several
regular CP/M files into a single BINARY file which contains an internal
directory of its contents.  They are created using the CP/M library utility
LUxxx.COM (where "xxx" is the current version) or some other compatible
utility.  The complete packages for LUxxx and a newer compatible program
called NULUxx (where "xx" is the version) can be found in directory
PD:<CPM.CPMLIB>.  C-language source code for a compatible UNIX utility
called LAR (library archiver) is in directory PD:<UNIX.CPM>.

     Although the type of storage used for a particular file can usually be
inferred from the file-name, this is not always true.  It is a good idea to
check the appropriate "crclst" file to ascertain the storage format used for
each file of interest.  Now, and for the foreseeable future, storage formats
for files in the <SIGM>, <CPMUG> and <PC-BLUE> archives can be determined from
their "generation numbers", as shown by the FTP directory command.  For
example, the FTP command:

        dir pd:<pc-blue.vol001>

will yield results of the form:

        -CATALOG.001.2
        ABSTRACT.001.2
        BW.ASM.2
        BW.BAS.1
        BW.EXE.1
        COLOR.ASM.2
        COLOR.BAS.1
        COLOR.EXE.1
        ...and so on

All files with names ending in ".1" are stored in binary format, and those
with names ending in ".2" are stored in ASCII.  This relationship will
continue to apply for files in the <SIGM>, <CPMUG> and <PC-BLUE> archives
until further notice.

     WARNING:  Because the public domain archives on SIMTEL20 consume a huge
amount of disk-space, storage capacity will be conserved by the greatest
practical use of libraries and squeezed files, both of which are stored in
binary format.  If you cannot properly transfer binary files, you are going to
be VERY FRUSTRATED!  If you need help, please contact your local system wizard
and provide him/her with a copy of this message.  Having done that, if you are
still unable to make things work correctly, send a message to INFO-CPM-REQUEST
at AMSAA.ARPA and I will try to help you.  Please provide the following
information:

    1. Machine and operating system  (e.g., VAX-11/780, 4.2 BSD UNIX)
    2. Network software in use  (e.g., 3-Com UNET)
    3. Complete list of available FTP commands  (e.g., GET, PUT, etc.)

     Important files in the <CPMUG> and <PC-BLUE> archives are the CATALOG
files.  These files, which are stored in ASCII, contain the "-CATALOG.nnn"
files from all the volumes of their respective archives.  To obtain these
composite catalog files, connect to SIMTEL20 via FTP and do this:

        get pd:<cpmug>cpmug.cat
        get pd:<pc-blue.vol000>pcblue.cat

A similar file exists for the <SIGM> archive, but it is stored in squeezed
form.  This file, when unsqueezed, yields SIG.CAT (the catalog).  It can be
obtained using the FTP command:

        get pd:<sigm.vol000>sig.cqt

(NOTE: That's "L-and-three-zeros" in "vol000")



FILE TRANSFER VIA FTP

     FTP stands for File Transfer Protocol, a formalized procedure for moving
files among machines on the Defense Data Network (DDN) and other networks that
connect with the DDN.  The protocol is implemented by a program often called
FTP.  The different mainframe operating systems implement FTP with variations
in command syntax.  Some systems have the remote-file-name precede the local-
file-name in the command.  Others reverse this order.  Some versions have the
whole command on a single input line, while others use multiple lines.  Read
the documentation for your local system, or consult a friendly system wizard
for the details of your local FTP command syntax.

     UNIX users can do something like "man ftp" for on-line instructions.
However, not all UNIX FTP programs are called "ftp", so you may have to snoop
around in the system directories or ask a system wizard for the correct local
name to use with the "man" command.  ITS users can do ":INFO FTP", and  "HELP
FTP" works on TOPS-20 and some other operating systems.  I will be happy to
update this message with pointers to other sources of on-line documentation if
they are sent to [e-mail].

     FTP transfers from SIMTEL20 can be made with user-name "anonymous".  Use
your host-name or any other string of printing characters for a password.  For
anonymous logins, SIMTEL20 supports the FTP "change working directory" command.
(Your local syntax may be something like CD, or CWD.)  Ignore the message that
prompts you to enter a password.  This command allows you to specify a default
SIMTEL20 directory to be used for all file retrievals, and thereby relieves you
from having to repeatedly type "pd:<whatever>" as part of each filename.  For
example, you can do something like this:

        cd pd:<cpm.goodstuff>
        get filename-1
        get filename-2
        ...and so on

instead of using the longer filename forms shown in previous examples.

     Users of TOPS-10, TENEX, TOPS-20 or ITS systems can use "image" or
"paged" mode for ALL transfers.  UNIX users must use "ascii" mode for ASCII
files, and "tenex" or "type L 8" mode for binary files.  MULTICS users can
use "ascii" mode for ASCII files, but binary files require special treatment
that is best described by the following example provided by Paul Schauble
<[e-mail]>:

    !ftp simtel20
     220 SIMTEL20.ARPA FTP Server Process 5Z(14)-7 at Mon 10-Sep-84 00:27-MDT

     user_ftp:  !login anonymous
     331 ANONYMOUS user ok, send real ident as password.
     Password:  !guest

     user_ftp:  !quote "type l 8" <--(NOTE: That's lowercase "L" 8.)
     200 Type L bytesize 8 ok.

     user_ftp:  !get micro:<cpm.zcpr3>alias.hlp alias.hlp
     150 Retrieve of MICRO:<CPM.ZCPR3>ALIAS.HLP.1 started.
     226 Transfer completed.
     Total elapsed time:  35.7 seconds.
     4348 bytes transferred in 18.5 seconds (1850 bits/sec).

     user_ftp:  !quit
     221 QUIT command received. Goodbye.

Lines beginning with "!" are typed by the terminal user.  The received files
are stored on MULTICS with one 8-bit byte per 9-bit word, and can be trans-
ferred to a microcomputer with Kermit (described in a following paragraph).

     All aspects of the FTP process for UNIX machines have been automated to
a high degree by a program in directory PD:<UNIX.CPM>.  With this program,
a simple command like "mb modm700.com" can connect to SIMTEL20 and transfer
the binary file "modm700.com" from directory PD:<CPM.MODEM7> to a local file
also named "modm700.com", all with no user intervention.  Batch command files
containing multiple lines of the form in the above example can be run in
no-hangup background mode to transfer whole directories without the user even
remaining logged-in on his local system.  For more information, get the file
PD:<UNIX.CPM>AUTOFTP.DOC.



PROGRAMS FOR TRANSFERRING FILES AMONG MAINFRAMES AND MICROS

Christensen Protocol Mainframe Programs:

     For a micro to reliably exchange files with a mainframe, cooperating
file transfer programs with automatic error detection and retransmission of
faulty blocks must be running on both computers.  One such family of programs
uses a popular protocol created by Ward Christensen and enhanced by others.
Directory PD:<UNIX.CPM> contains two programs, UC and the older UMODEM
(both written in C), which implement this protocol on UNIX machines.  See the
file PD:<UNIX>UNIX.CRCLST for a list of other useful UNIX utilities.

     On ITS machines, file transfer using the Christensen protocol can be done
using MMODEM (type :MMODEM for instructions), or LMODEM.  Documentation for
LMODEM is in file .INFO.;LMODEM HELP.  Other useful ITS utilities include:

    TYPE8  - types an ASCII file stored in ITS binary format.
    TYPESQ - types an ITS binary format "squeezed" file (see the first
             paragraph under FILE TYPES).
    USQ    - creates an unsqueezed version of a squeezed file.
    HEXIFY - creates an Intel hex format file from an ITS binary format
             COM file.
    COMIFY - creates a COM file from an Intel hex file.
    CRC    - computes the Cyclic Redundancy Check value for a file, using
             the same algorithm that is used by the CP/M program CRCK.

Brief instructions for any of these utilities except LMODEM can be obtained by
typing ":utility_name" (for example, :CRC).

     The ITS utilities listed above are also available for use with TOPS-20,
but since ITS binary format is no longer being used for the SIMTEL20 archives,
these utilities have been converted to work with TOPS-20 binary formats.  A
collection of TOPS-20 utilities for transferring and manipulating files can be
found in directory PD:<CPM.TOPS-20>.  See PD:<CPM>CPM.CRCLST for a list of
available programs.

     File transfer and conversion utilities for use with VAX/VMS machines are
contained in directory PD:<CPM.VAXVMS>.  See CPM.CRCLST for details.


Christensen Protocol Microcomputer Programs:

     An excellent program for transferring files between micros, or between
micros and mainframes is called MODM7xx, where the "xx" is replaced with two
digits to give the current version number.  This program, often referred to as
MODEM7 (the name of its easier to pronounce ancestor), uses the popular
Christensen protocol to transfer files with automatic error detection and
retransmission of erroneous blocks.

     To get started with MODM7xx, you should first FTP and examine the "DOC"
and "MSG" files from the binary library file PD:<CPM.MODEM7>MODM7xx.LBR.
The "DOC" and "MSG" files are actually stored in the library in squeezed
form, so you will have to perform three steps to get them:

    1. FTP the binary library file.
    2. Extract the elements having filename extensions of "DQC" and "MQG".
       If you have no facilities for doing this on your mainframe host
       (see the earlier comments on mainframe-based library utilities),
       then you will have to transfer the library to a microcomputer and
       extract the necessary elements there.  If this requirement seems to
       put you in a "Catch-22" situation because you have no facilities
       for mainfrome-to-microcomputer transfers, there is a way out; read
       the "Getting Started" section which follows|.
    3. Use an "unsqueezer" (described above) to convert the "DQC" and
       "MQG" files extracted from the library into "DOC" and "MSG" files.
       As in the case of the library extractions, unsqueezing can be done
       on either a mainfrome host or a microcomputer, depending on your
       circumstances.

Together, these files will tell you just about all there is to know about
getting MODM7xx to run on your machine.  Take the time to read them; they're
quite informative.  You will also get some helpful insights from reading some
of the overlay files.  These overlays, described in file PD:<CPM.MODEM7>
M7OVL-yy.LST, are used to customize MODM7xx for particular machines without
having to edit and assemble the huge MODM7xx source file.  Complete
instructions for performing this procedure are contained in each overlay file.
The letters "yy" in the above filename should be replaced with two digits
giving the current version number as determined from CPM.CRCLST.

     And then, there is MEX.  MEX stands for "modem executive", and it is just
what the name implies, a communications and file-transfer program with a
built-in mini operating system that runs under CP/M.  This program can do file
transfers using either the Christensen or Compuserve protocol, and it has an
enormous potential for highly automated operations because it can read and
execute command-scripts pre-stored in disk files.  These scripts can include
sending commands to a remote computer, as if they had been sent manually from
the microcomputer in terminal-mode.  Users of this relatively new program are
still exploring its possibilities.  For more information, look in CPM.CRCLST
under the heading "PD:<CPM.MEX>", and then get the various files that have
"DQC" and "IQF" in their names.  These DOCumentation and INFormation files are
stored in squeezed form (note the "Q" in the filename extensions), so you will
have to unsqueeze them.  Overlays for MODM7xx will also work with MEX, but
they will not provide all of the extended MEX features.


Kermit:

     Another excellent program for transferring files is called KERMIT.  This
program has the advantage of being available for an impressively large number
of mainframes and micros.  It is, for example, available for the IBM-PC, and
it DOES NOT require CP/M.

     To get started with KERMIT, connect to CU20B.ARPA using FTP, and do this:

        get ker:aaaread.me

Note that this file is NOT on SIMTEL20, and the name is subject to change.
If you cannot find a file with this name, snoop around in the first half-
dozen or so files in the alphabetical listing obtainable using the FTP
DIRectory command.  You should find something useful.

     Questions can be addressed to INFO-KERMIT-REQUEST at CU20B.ARPA.


Getting Started:

     In order to get MODM7xx, MEX or KERMIT running on your micro, you must
first transfer the necessary files from mainframe to micro.  If you already
have a receive-to-disk communications program of some sort, you can use it to
move the needed files.  In the long-run it is essential to be able to transfer
8-bit binary files, but initially it is not absolutely necessary.  Some of
the files are quite large.  For example, MODM7xx.COM is over 18K bytes, and
the HEX file (which you will need if you can't transfer 8-bit files) is over
45K.  Moving large files to your micro without using an error detecting
protocol can result in frustrating errors, but it can be done by receiving
multiple copies and using manual or machine-assisted comparisons to locate and
repair bad parts of the code.  However, there IS a better way.

     Directory PD:<CPM.STARTER-KIT> contains a short starter-program called
PIPMODEM.ASM that can be FTPed to your mainframe, printed, and then entered
into your microcomputer by hand and assembled.  This can then be used to down-
load either MBOOT3.ASM or BMODEM.BAS (depending on whether you prefer assembly
language or BASIC), both of which can receive files using the error detecting
Christensen protocol.  Once you have this capability, you can download the
full-function file transfer program of your choice.  To examine this option,
connect to SIMTEL20 via FTP and do this:

        get pd:<cpm.starter-kit>pipmodem.asm
        get pd:<cpm.starter-kit>pipmodem.doc
        get pd:<cpm.starter-kit>mboot3.asm
        get pd:<cpm.starter-kit>bmodem.bas
        get pd:<cpm.starter-kit>bmodem.doc




All are ASCII files.  Read PIPMODEM.DOC first, then look at MBOOT3.ASM and
BMODEM.DOC.  PIPMODEM.DOC explains the situation very nicely.  Questions
concerning these programs should be sent to [e-mail] (NOT to
INFO-CPM-REQUEST).



NEWSGROUP CORRESPONDENCE ARCHIVES

     Copies of correspondence for several newsgroups are kept on SIMTEL20 in
directories with names of the form PS:<ARCHIVES.KEYWORD>, where "KEYWORD" has
been chosen to indicate the associated newsgroup.  At present, the following
correspondence archives are available:

           newsgroup           mail archive filename
        ---------------           ---------------------
        ADA-SW               PS:<ARCHIVES.ADA-SW>
        AMETHYST-USERS           PS:<ARCHIVES.AMETHYST>
        INFO-68K           PS:<ARCHIVES.68K>
        INFO-APPLE           PS:<ARCHIVES.APPLE>
        INFO-CPM           PS:<ARCHIVES.CPM>
        INFO-FORTH           PS:<ARCHIVES.FORTH>
        INFO-HAMS           PS:<ARCHIVES.HAMS>
        INFO-MICRO           PS:<ARCHIVES.MICRO>
        INFO-MODEM7           PS:<ARCHIVES.MODEM7>
        INFO-MODEMXX           PS:<ARCHIVES.MODEMXX>
        INFO-MODULA-2           PS:<ARCHIVES.MODULA-2>
        NORTHSTAR-USERS           PS:<ARCHIVES.NORTHSTAR>
        INFO-PASCAL           PS:<ARCHIVES.PASCAL>
        UNIX-SW               PS:<ARCHIVES.UNIX-SW>
        INFO-XENIX310           PS:<ARCHIVES.XENIX310>

Descriptions of these and other newsgroups can be obtained via FTP with
anonymous login (as for SIMTEL20) from the Network Information Center's host
SRI-NIC.ARPA.  Ask for the file PS:<NETINFO>INTEREST-GROUPS.TXT (an ASCII
file).  And please note, this is NOT on SIMTEL20.

     File names for SIMTEL20 newsgroup correspondence archives have two
forms.  For example, PS:<ARCHIVES.CPM>CPM.ARCHIV.ymmdd  is a group of files
containing INFO-CPM correspondence going back several years.  The characters
"ymmdd" in the file names are actually digits giving the year, month and day
of the last message in each particular file.  Current correspondence is kept
in the file PS:<ARCHIVES.CPM>CPM-ARCHIV.TXT, which is constantly changing.
Although INFO-CPM has been used as an example here, the same naming scheme
is used for the other newsgroup files as well.  For a complete list of
available files, connect to SIMTEL20 via FTP and do this:

        dir ps:<archives>

You will receive a list of names of the form:

        KEYWORD.DIRECTORY.n

where "n" is one or more digits.  For example, the INFO-CPM listing currently
appears as "CPM.DIRECTORY.1"  To then get a list of files in a particular
archive, do this:

        dir ps:<archives.keyword>

where "keyword" (for example, "cpm") is chosen from the preceding list, and
the word "directory" and the number "n" are not used.  At present, all of
these files are stored in ASCII.



ADDITIONS, IMPROVEMENTS AND CORRECTIONS

     Suggestions for additions, improvements and corrections to this message
are always welcome.  Please send them to [e-mail].

     Contributions of public domain software are actively solicited.  If you
have something that seems appropriate for inclusion in the <CPM> archive,
please contact Keith Petersen <W8SDZ@SIMTEL20>.  Likewise, contact Richard
Conn <ADA-SW-REQUEST@SIMTEL20> if you wish to contribute to the <ADA> archive,
and Sue Tabron <TABRON@SIMTEL20> if you have something for the <UNIX> archive.


     Happy computing!



                    Dave Towson
                    [e-mail]





26-Mar-87 22:44:31-MST,1319;000000000000
Mail-From: KPETERSEN created at 26-Mar-87 22:44:14
Date: Thursday, 26 March 1987  07:41-MST
Message-ID: <[e-mail]>
Sender: John Science Fiction & Resume Service Shaver <jshaver@apg-5>
From: John Science Fiction & Resume Service Shaver <jshaver@apg-5>
To: [e-mail]
Subject:   converting a CP/M operation to IBM PC
ReSent-From: [e-mail]
ReSent-To: Info-Cpm at SIMTEL20.ARPA
ReSent-Date: Thu 26 Mar 1987 22:44-MST

We are making a transition from an Otrona CPM system to an MSDOS
environment.  We have found two software products useful.  We
purchased MultiMedia, a utility which permits one drive of an MSDOS
system to be configured into one of about 60 diffent systems including
about 20 CPM systems.  (Apple not included).  We also use the public
domain software from SIMTEL20 which permits the Emulation of an 8080
on the MSDOS system.  Not all CPM programs are compatible.  Our
favorite, NewSweep, has sone non-standard calls to bdos and will not
work.  Many do.
  I have mixed emotions about MSDOS, as the CPM world did most of the
things which I required on a daily basis. and as someone else has
said, Anyone can make a computer dance with a meg of memory.  Real
programmers do it in 8 bits.  LONG LIVE CPM.

John
27-Mar-87 06:59:46-MST,1140;000000000000
Return-Path: <prindle@nadc>
Received: from nadc (NADC.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 27 Mar 87 06:59:28-MST
Date: 27 Mar 1987 08:17:08-EST
From: prindle@NADC
To: info-cpm@simtel20, rocksvax!rocksanne!sunybcs!jmpiazza@rochester
Subject: re: PD software for Commodore 128 CP/M

The public domain CP/M archives at SIMTEL20.arpa contain a directory named
PD:<CPM.C128> which contains all that you want and more (e.g. IMP and MEX
for the 128 which will run very nicely at 1200 baud, and the necessary BIOS
to support modem, if you don't already have it).  Other programs like UNARC
can be had in generic form from other directories under PD:<CPM>, and the
generic versions will work very well on the 128.  Only those programs which
have machine specific overlays or are adapted specifically for the 128 are
in PD:<CPM.C128>.  Those not on the Defense Data Network should use the
Archive Mail Server facility at SIMTEL20 to retrieve directory listings and
files; those on DDN can FTP directly from SIMTEL20 (currently after 4PM
Mountain Time) using ANONYMOUS login.
Sincerely,
Frank Prindle
[e-mail]
27-Mar-87 07:17:25-MST,1736;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri 27 Mar 87 07:17:03-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA06459; Fri, 27 Mar 87 05:38:35 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 27 Mar 87 09:41:08 GMT
From: well![e-mail]  (Ari Davidow)
Organization: Whole Earth 'Lectronic Link, Sausalito, CA
Subject: Re: Reading CP/M Files from DOS
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] wri

tes:
>The UNIFORM program allows a PC to read files from over 60 different CP/M
>machines.  The program is shareware and is available from some PC BBSs.
>I can dig up the address of the publisher if you need it.
>
>Henry Dowst KA6KNJ


UNIFORM, by Matchpoint(?) Solutions in Illinois, is very much NOT
shareware (although some other program MAY be).  Despite that, it is
absolutely the best program in the genre,allowing the user to not
only read/write/format some 200 (not 60) CP/M disk formats, but to
put the actual CP/M disk in the PC and work off of it as though it
were a PC disk.  The company also markets a board to read Apple &
Northstar disks, and a third board that can run 8" and 3-1/2" and
AT disks off of an XT (also an AT).  They make good equipment,
and have good support.  Their phone number is [phone].
    The program generally sells for around $50 (the boards around
$150).
27-Mar-87 08:17:38-MST,1703;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA.ARPA by SIMTEL20.ARPA with TCP; Fri 27 Mar 87 08:16:56-MST
Received: from [192.5.19.3] by AMSAA.AMSAA.ARPA id aa23397; 27 Mar 87 10:06 EST
Received: from ics.uci.edu by ICSC.UCI.EDU id a000413; 27 Mar 87 4:57 PST
Received: from bboards by ICS.UCI.EDU id a003434; 27 Mar 87 4:57 PST
Received: from simtel20.arpa by ICS.UCI.EDU id a003403; 27 Mar 87 4:52 PST
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 25 Mar 87 07:14:12-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA26369; Wed, 25 Mar 87 05:35:57 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 25 Mar 87 00:00:13 GMT
From: Pekka Akselin <mcvax!enea!liuida!obelix![e-mail]>
Organization: University of Linkoping, Sweden
Subject: Bug report for Aztec C II ver 1.06B wanted
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

[The Midnight Hacker Strikes Again]

HELP!

I urgently need a bug list for Aztec C II release 1.06,
specially a bug list for long int comparisons
(and pointers to how to avoid those bugs).

Please send email and THANKS IN ADVANCE.

*******************************************************************************
UUCP: [e-mail] | {seismo,mcvax}!enea!liuida!obelix!pekka-r
ARPA: pekka-r%obelix.{ida.liu.se,UUCP}@seismo.CSS.GOV
Pekka Akselin, Univ. of Linkoping, Sweden (The Land Of The Midnight Hacker :-))
*******************************************************************************
29-Mar-87 02:06:01-MST,773;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sun 29 Mar 87 02:05:49-MST
Received: from H462BATMS by wiscvm.wisc.edu on 03/29/87 at 03:04:07 CST
Date:  Sun, 29-MAR-1987 03:17 EST
From:  Timothy Stark <[e-mail]>
To:    <[e-mail]>
Subject:  ZCPR3 is missing at Simtel20.

Hello,

   I tried to request some files to simtel20 for ZCPR3 in SIGM directory
but it gave me that all files don't exist!! Did you know any ZCPR3 in
any directory?? I checked PD:<CPM.ZCPR3> directory but it showed
READ.ME only! Any helps??

-- Tim Stark

UUCP: ...!psuvax1!gallua.bitnet!h462batms
ARPA: [e-mail]
BITNET: H462BATMS@GALLUA
29-Mar-87 21:11:08-MST,1871;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun 29 Mar 87 21:10:50-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA18354; Sun, 29 Mar 87 19:42:03 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 29 Mar 87 19:42:04 GMT
From: ihnp4!chinet![e-mail]  (William Mihalo)
Organization: Chinet, Chicago Ill.
Subject: Toshiba T-100 file transfer protocols
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


I'm looking for a version of Kermit that will run on the CP/M 2.2 operating
system used by the Toshiba T-100.  Toshiba sold about 3,000 of these machines
during 1982-1983.  The serial i/o port on this machine differs from many
of the other CP/M machines still in existence. I've tried running Generic
CP/M Kermit on the T-100, but had no results.

If anybody knows of a successful implementation of Kermit on a T-100, I'd
appreciate the information.

The problem that I've experienced concerns the design of the T-100. The
machine originally cost $800, but was shipped with no detailed descriptions
of the computer. Toshiba offered to sell some users an advanced technical
manual for the T-100, but they wanted to charge $250!

Toshiba sold a communication program with the T100. The program was
called WhizLink and had a number of bugs. I've been unable to get this
program to transfer files over Telenet. WhizLink was based on the
xmodem protocol for transferring files.

If you have any information about transferring files using the Kermit
or xmodem protocols with the Toshiba T100 please contact me.

William E. Mihalo
ihnp4!chinet!mihalo (uucp address)
30-Mar-87 05:07:23-MST,361;000000000000
Mail-From: RCONN created at 30-Mar-87 05:07:06
Date: Mon 30 Mar 87 05:07:05-MST
From: Rick Conn <[e-mail]>
Subject: Re: tops-20 routines??
To: [e-mail]
cc: [e-mail]
In-Reply-To: <[e-mail]>
Message-ID: <[e-mail]>

Try PD:<MISC.TOPS-20>
    Rick
-------
30-Mar-87 05:08:26-MST,708;000000000000
Mail-From: RCONN created at 30-Mar-87 05:08:23
Date: Mon 30 Mar 87 05:08:22-MST
From: Rick Conn <[e-mail]>
Subject: Re: ZCPR3 is missing at Simtel20.
To: [e-mail]
cc: [e-mail]
In-Reply-To: <[e-mail]>
Message-ID: <[e-mail]>

ZCPR3 files are contained in the PD:<ZSYS> subdirectories.  There are
several:

   PD:<ZSYS>
 DOC.DIRECTORY.1
 INSTALL.DIRECTORY.1
 NEW.DIRECTORY.1
 SYSLIB.DIRECTORY.1
 VLIB.DIRECTORY.1
 Z-NEWS.DIRECTORY.1
 Z3LIB.DIRECTORY.1
 ZCPR3.DIRECTORY.1
 ZSIG.DIRECTORY.1
 ZSYS.CRCLST.1
   .SNP.7
   .USAGE.1

 Total of 64 pages in 12 files

        Rick
-------
30-Mar-87 05:09:28-MST,418;000000000000
Mail-From: RCONN created at 30-Mar-87 05:09:24
Date: Mon 30 Mar 87 05:09:24-MST
From: Rick Conn <[e-mail]>
Subject: Re: ZCPR3 is missing at Simtel20.
To: [e-mail]
cc: [e-mail]
In-Reply-To: <[e-mail]>
Message-ID: <[e-mail]>

By the way, the READ.ME file in PD:<SIGM.ZCPR3> points to PD:<ZSYS>
-------
30-Mar-87 05:52:57-MST,910;000000000000
Return-Path: <[e-mail]>
Received: from dmc-crc.ARPA by SIMTEL20.ARPA with TCP; Mon 30 Mar 87 05:52:49-MST
Received: by dmc-crc.ARPA (4.12/4.7)
    id AA03635; Mon, 30 Mar 87 07:30:17 est
Date: Mon, 30 Mar 87 07:30:17 est
From: [e-mail] (G. J. Marwood)
Message-Id: <[e-mail]>
To: [e-mail], [e-mail]
Subject: Applicard and Unidisk
Cc: [e-mail], info-cpm@simtel20

I am aware of someone local to me who, I believe has just finished writing a
driver for the Uni-disk.  If you would like a copy, I will try to get one.  I
believe that a driver for the Uni-disk is listed on SIMTEL20
PD:<CPM.APPLE>PCPIDVR4.LZT.  I don't recall whether it is proprietary or PD.
Also, if PD, I don't know where you would get it from.  It is not on SIMTEL20.
                                                 Gordon Marwood
30-Mar-87 05:53:03-MST,783;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon 30 Mar 87 05:52:52-MST
Received: from BLIULG12.BITNET by wiscvm.wisc.edu on 03/30/87 at 06:51:17 CST
Received: by BLIULG12 (Mailer X1.23b) id 2104; Mon, 30 Mar 87 14:51:19 ULG
Date:         Mon, 30 Mar 87 14:44:38 ULG
From:         Andre PIRARD <[e-mail]>
Subject:      TVI803 Kermit overlay quest
To:           info CP/M <[e-mail]>

I have been unable to find a Kermit R4 overlay for a Televideo TS 803
CP/M 2.2 machine.
Could a good soul send me one or give a pointer?
Being on EARNET (European BITNET) I have no ftp nor reasonable BBS access.
I can however download from SIMTEL20.
Thanks in advance.
30-Mar-87 09:22:52-MST,729;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon 30 Mar 87 09:22:39-MST
Received: from ECNCDC.BITNET by wiscvm.wisc.edu on 03/30/87 at 10:16:12 CST
Date:     Mon 30 Mar 1987 09:54 CST
From:     Wizzard <[e-mail]>
Subject:   CP/M on PC's
To:       <[e-mail]>

Has anyone heard of any programs which allow you to run CP/M 2.2 programs
under MS-DOS on PC's.  I found one which was supposed to emulate a
Z-80 and CP/M 2.2 on GEnie, but it does not work.  Are there any others
out there?
           Thanks in advance,
             Scott
               [e-mail]
               GEnie:  S.MCBURNEY
30-Mar-87 18:49:27-MST,1126;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon 30 Mar 87 18:49:05-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA08158; Mon, 30 Mar 87 17:30:28 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 30 Mar 87 22:04:00 GMT
From: pyramid!amdahl!ptsfa!pbhye![e-mail]  (Bruce Skelly)
Organization: Pacific * Bell, San Ramon, CA
Subject: PD Programs to print WORDSTAR files.
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Many of the public domain and/or copyrighted programs that I have
gotten from simtel20 have documentation that is in a WORDSTAR file
format.  I would like to avoid having to buy WORDSTAR just to print
these files.  Is there a program on simtel20 that can format and
print these files. I know about clearing the high order bit, but that
doesn't format the text.  Thanks in advance.
Bruce Skelly
ucbvax!ucbcad!ames!ptsfa!bs
31-Mar-87 00:37:05-MST,787;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Tue 31 Mar 87 00:36:54-MST
Received: from SCFVM.BITNET by wiscvm.wisc.edu on 03/31/87 at 01:35:17 CST
Received: by SCFVM (Mailer X1.23b) id 3653; Tue, 31 Mar 87 02:36:12 EST
Date:         Tue, 31 Mar 87 02:33 EST
From:         Bruce H. McIntosh <[e-mail]>
Subject:      Re: TVI803 Kermit overlay quest
To:           Andre PIRARD <A-PIRARD@BLIULG12>,
              <[e-mail]>
In-Reply-To:  Your message of Mon 30 Mar 87 14:44:38 ULG

Being on BITNET/EARNET, you have access to the Kermit server at CUVMA.
To get info on requesting files and such from the Kermit server,

      TELL KERMSRV AT CUVMA HELP

Hope this helps!
31-Mar-87 09:42:30-MST,657;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Tue 31 Mar 87 09:42:24-MST
Received: from ECNCDC.BITNET by wiscvm.wisc.edu on 03/31/87 at 10:40:12 CST
Date:     Tue 31 Mar 1987 10:40 CST
From:     Wizzard <[e-mail]>
Subject:   PD: Libraries
To:       <[e-mail]>

Is there any way for us BITNET users to access the PD:CPM libraries
on SIMTEL20?  We don't have FTP and we don't have interactive messages
yet.  About all we have is simple mail.
          Thanks if you can help,
               Scott
                 [e-mail]
31-Mar-87 10:35:22-MST,2083;000000000000
Return-Path: <hanscom@lll-es-s05>
Received: from lll-lcc.ARPA by SIMTEL20.ARPA with TCP; Tue 31 Mar 87 10:35:14-MST
Received: Tue, 31 Mar 87 09:34:46 PST from lll-es-s05.arpa by lll-lcc.ARPA (5.51/)
    id AA28633; Tue, 31 Mar 87 09:34:46 PST
Return-Path: <hanscom@lll-es-s05>
Received: by lll-es-s05.ARPA (1.1/SMI-3.0DEV3)
    id AA07213; Tue, 31 Mar 87 09:41:19 PST
Message-Id: <[e-mail]>
Date: Tue Mar 31 09:41:16 1987
From: hanscom@lll-es-s05 (Roger Hanscom 423-0441)
Subject: CP/M under MSDOS
To: [e-mail]
Cc: hanscom@lll-es-s05
Status:  N



>Has anyone heard of any programs which allow you to run CP/M 2.2 pro-
>grams under MS-DOS on PC's.  I found one which was supposed to emulate
>a Z-80 and CP/M 2.2 on GEnie, but it does not work.  Are there any
>others out there?

There are a number, but the best one I've found is called "Z80MU" by
Joan Riff of ComputerWise Consulting Services, P. O. Box 813, McLean,
Va. 22101.  It is available from a number of "public domain copying
services" for $3-$6.  Check out the ads in Computer Shopper (esp. the
last 50 pages).  Computer shows are another excellent source of pd
software.
I got a catalog from MicroCornucopia (P. O. Box 223, Bend, OR 97709)
last night, showing a pd disk (MS-DOS#22) with a CP/M emulator that
makes use of the V-20 subset of 8080 instructions to run 8080 CP/M
stuff.  They ask $8 per disk for non-subscribers, and $6 otherwise.
The emulators that use the 8088 instruction set (like Z80MU) are slow
because they execute many 8088 op codes to emulate one Z-80 op code.
Z80MU claims to match the performance of a 1MHz Z-80.  The V-20
emulators are faster because they execute 8080 op codes as a part of
their instruction set, but they limit you to programs written for the
8080.
Get a copy of Z80MU and try it out.  I use it on a clone, and it works
just fine.  If you can't locate a copy, contact me and we can arrange
to copy it for you, however I'm not set up to be able to make lots of
copies.

              ---Roger Hanscom---


31-Mar-87 11:35:56-MST,2104;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Tue 31 Mar 87 11:34:05-MST
Received: from RPICICGE.BITNET by wiscvm.wisc.edu on 03/31/87 at 11:46:28 CST
Received: by RPICICGE (Mailer X1.23b) id 1500; Tue, 31 Mar 87 12:42:41 EST
Date: Tue, 31 Mar 87 12:17:18 EST
From: "John S. Fisher" <[e-mail]>
To:   [e-mail],
      INFO-MODEMS@SIMTEL20
Subject: Digest redistribution in Bitnet-land

As I'm sure those of you on Bitnet have figured out by now, digest
distribution to you is being handled by a list-server to cut down
on the network traffic through the Wisconsin gateway.  If you care,
it is an FREPC11-style LISTSERV machine.

At any rate, for most of you the list-server does not know your name,
so the mail you receive says 'To:   "(no name)"  <user@node>'.  You may
change that by sending the command

       SUBSCRIBE DIST-CPM  your real name
-or-   SUBSCRIBE DIST-MDM  your real name

(for the Info-CPM and Info-Modems lists, respectively) to LISTSERV@RPICICGE.
The command can be sent either as a RFC822 mail file or as an interactive
message.  (For VM systems, interactive messages can be sent with the TELL
command as in

      TELL LISTSERV AT RPICICGE SUBSCRIBE DIST-CPM John S. Fisher

Similar commands exist for MVS and JNET sites.  I don't know about the
others.)  Users with userids longer than eight characters (eg VAX) MUST
use the mail approach since interactive messages carry the userid
truncated to eight.

The list-server is a littly picky about names; "your real name" must
include at least two tokens.  Just first names or just last names
are rejected.


If you have any problems related to the list-server, please direct them
to me for fastest response.  (Carbon-copy to INFO-xxx-REQUEST is probably
a reasonable thing to do, also....)


And last:  DO NOT SEND ANY CORRESPONDENCE TO EITHER dist-cpm OR dist-mdm.
           Continue to use the INFO-xxx addresses in Arpanet.



Regards,
JSFisher        FISHER@RPICICGE
31-Mar-87 11:40:34-MST,1062;000000000000
Return-Path: <[e-mail]>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Tue 31 Mar 87 11:40:24-MST
Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34)
    id AA26194; Tue, 31 Mar 87 06:33:17 PST
Message-Id: <[e-mail]>
Date: 31-Mar-1987 0855
From: [e-mail]  (Put it on my tab.)
To: [e-mail], [e-mail]
Subject: Unable to send mail

SORRY TO POST THIS - CAN'T GET THROUGH EMAIL.

To John Serembus at St Joseph's University:

Berkeley.EDU can't find your system.  I can give you info re: ANYCODE3 either
by USnail:

Richard Binder
31 Fairmount Street
Nashua, NH  03060

or by landline:

[phone] (work)
[phone] (home)

I can provide a copy of ANYCODE3 on an Apple CP/M disk if that's a format you
can use.

Cheers,
Dick Binder   (The Stainless Steel Rat)

DEC Enet:    FIZBIN::BINDER
UUCP:        { decvax, allegra, ucbvax... }!decwrl!fizbin.dec.com!binder
ARPA:        [e-mail]
31-Mar-87 19:50:34-MST,801;000000000000
Mail-From: WANCHO created at 31-Mar-87 19:50:14
Date: Tue, 31 Mar 1987  19:50 MST
Message-ID: <[e-mail]>
From: [e-mail]
To:   [e-mail]
Subject: 9-TRK Tape Interface

I have a friend with a R/S Model II running P&T CP/M.  He also has
seven reels of 2400' 9-TRK 1600 BPI tape data he needs to read to
extract selected records to build a database.  He has already used a
tape-to-disk conversion service to convert one tape at a cost of
$50/hr for four hours of conversion time.  At that rate, he now
figures he should be able to invest in buying the hardware he would
need to do the conversion himself, break even now, and be ahead for
future conversions.  The question is: who still makes such hardware
for his machine?

--Frank