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

Text File | 1993-02-12 | 184KB | 4,625 lines

 1-Nov-88 01:33:21-MST,864;000000000000
Return-Path: <[e-mail]>
Date: Tue,  1 Nov 88 01:30:13 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #240
To: [e-mail]

INFO-CPM Digest             Tue,  1 Nov 88       Volume 88 : Issue 240

Today's Topics:
                            Administrivia
----------------------------------------------------------------------

Date: Mon, 31 Oct 1988  21:58 MST
From: Keith Petersen <[e-mail]>
Subject: Administrivia

SIMTEL20's official host name has been changed to WSMR-SIMTEL20.ARMY.MIL.
Please be sure to use the new name when you post to mailing lists here.

--Keith Petersen
  Mailing list maintainer

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

End of INFO-CPM Digest
******************************
 1-Nov-88 22:54:39-MST,3874;000000000000
Mail-From: WANCHO created at  1-Nov-88 22:51:15
Return-Path: <[e-mail]>
Date: Mon, 31 Oct 88 01:30:24 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #239
To: [e-mail]

INFO-CPM Digest             Mon, 31 Oct 88       Volume 88 : Issue 239

Today's Topics:
                              C compiler
                           Kermit Archives
        Z80MU 5.0 demo (CP/M and Z80 Emulator for the IBM PC)
----------------------------------------------------------------------

Date: Fri, 28 Oct 88 15:25:44 IST
From: "Jacques J. Goldberg" <[e-mail]>
Subject: C compiler

I already wrote in this discussion several months ago that the 19.95$ MIX-C
compiler does all my CP/M work and that I never had any problems with it
including K&R compatibility.

Somebody just noted here that MIX doesn't advertise their CP/M products any
more. They do advertise their MS-DOS ones though, phone them and ask for the
CP/M stuff.
If they say they don't market it any more, ask them for the permission to
copy mine (free) and send me their written authorization. Out of the 400
pages manual (tutorial, C reference manual, l{rary, operations manual) I will
also Xerox the CP/M dependent part (special functions and operating instruc-
tions).

       Jacques  J. Goldberg, Prof, Dept of Physics, Technion, Haifa - Israel

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

Date: Sun, 30 Oct 88 14:25:02 EST
From: Brint Cooper <[e-mail]>
Subject: Kermit Archives

    I have been trying to unravel the directory PD2:<CPM.KERMIT> for
a friend who has an old Morrow Decisions CP/M machine.  I plan to get
him the HEX files and the DOCs.

    However, when I "un-arc" CP409HEX.ARK.1, I find that a number of
the HEX files in that archive fail the parity check and that the
"un-arc-ing" terminates prematurely because a "File has an invalid
decode tree."  Although there are 61 files in the archive, I get only 38
of them because of this premature termination.

    I believe that my "un-arc-ing' procedure is valid, because it
unravels the DOC archive in the sme directory satisfactorily.

    Have any of you met this problem and solved it?  If so, how?

    Thanks,

_Brint

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

Date: Sun, 30 Oct 1988  16:53 MST
From: Keith Petersen <[e-mail]>
Subject: Z80MU 5.0 demo (CP/M and Z80 Emulator for the IBM PC)

Now available via standard anonymous FTP from SIMTEL20:

    Filename            Type     Bytes     CRC

    Directory PD1:<MSDOS.EMULATORS>
    MU_DEMO.ARC.1            BINARY     81664  9A9CH

MU_DEMO is a limited demo of Z80MU Professional ver. 5.0, a Z80 and CP/M 2.2
emulator for the IBM PC.  It has built-in terminal emulations: H19, Kaypro,
Osborne, Televideo 950, Raw; full SUBMIT file support, with argument substi-
tution; interactive full-screen CP/M memory examine and patch in HEX or ASCII;
interactive full-screen debugger; interactive full-screen disassembler;
full-screen online HELP screens; exceedingly accurate CP/M emulation; optional
CCP to allow WORDSTAR's SPELSTAR and BDS C to work; CP/M command line keyboard
macro expansion; CP/M command recall and edit; full RESOURCE capability to
produce source code from object code; Z80 IN & OUT addresses mapped to PC I/O
adrs. 0300H-03FFH; Assign CP/M's RDR, PUN, & LIST to PC's COM: or LPT: ports.

--Keith Petersen
Maintainer of the CP/M & MSDOS archives at WSMR-SIMTEL20.ARMY.MIL [26.0.0.74]
Arpa: [e-mail]
Uucp: {ames,decwrl,harvard,rutgers,ucbvax,uunet}!wsmr-simtel20.army.mil!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)

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

End of INFO-CPM Digest
******************************
 3-Nov-88 01:58:51-MST,4406;000000000000
Return-Path: <[e-mail]>
Date: Thu,  3 Nov 88 01:30:51 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #241
To: [e-mail]

INFO-CPM Digest             Thu,  3 Nov 88       Volume 88 : Issue 241

Today's Topics:
                  Aztec C and register declarations
                          C Compilers - more
                   K10 disks, and reading on XT/AT
----------------------------------------------------------------------

Date: 1 Nov 88 17:57:00 GMT
From: tektronix!orca!tekecs!frip![e-mail]  (Andrew Klossner)
Subject: Aztec C and register declarations

Another correspondent writes about Aztec C:

    "The set I bought came with library source, compilers for both
    Z80 and 8080 output (the big difference is the Z80 allows one
    extra "register" specification) ..."

That's two extra.  On the 8080, the first "register" goes in BC, the
rest in the stack frame.  On the Z80, the second and third "register"s
go in IX and IY.

Using BC is a win over statics, but IX and IY are not (it takes more
code to use them than it does to use static memory).  All three
registers give better code than automatics (stack frame elements).

In 1982 I did an extensive project in Aztec C, on a TRS-80 model II
running Pickles&Trout CP/M.  Five months of programming a "business
BASIC" compiler, for real-world money.  I was quite happy with the
Aztec C compiler.

  -=- Andrew Klossner   (uunet!tektronix!tekecs!frip!andrew)    [UUCP]
                        ([e-mail])  [ARPA]

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

Date: 1 Nov 88 18:35:43 GMT
From: cadnetix.COM!cadnetix![e-mail]  (Rusty)
Subject: C Compilers - more

In article <12441501189.8.RDYSART@SIMTEL20> [e-mail] (Dick Dysart) writes:
>Jim,
>    FYI - Software Toolworks, One Toolworks Plaza,
>              1-800-223-8665 or 1-800-228-8665 (CA only) - Order only
>              818-907-6789 - Product Info
>
>Has two C packages:
>    TOOLWOKS C, ...
>    C MATHPAK.  ...
>
>Can not provide details about these packages, as have not used them.

Well, MANY years ago I used Toolworks C from SW Toolworks.  (Think
I still have it around somewhere...)  My memories of it are pretty
dim, but I seem to recall that it worked pretty well.  I had to
use it on a floppy system, so things were pretty slow compiling.
But, having used Microsoft C on an MessDoss system, I can say
that it was not as slow as MicroSoft C was.

But my test case was very tiny (one or two programs), and my
memory of the results VERY hazy.  Has no-one else used Toolworks C?
-----
Rusty Carruth   UUCP: {uunet,boulder}!cadnetix!rusty  DOMAIN: [e-mail]
Cadnetix Corp.  [phone]x296 \  5775 Flatiron Pkwy. \ Boulder, Co 80301
Radio: N7IKQ    'home': P.O.B. 461 \  Lafayette, CO 80026

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

Date: 1 Nov 88 18:45:18 GMT
From: cadnetix.COM!cadnetix![e-mail]  (Rusty)
Subject: K10 disks, and reading on XT/AT

Well, I hate to have to post this update, but I figured I had better.

Forget all the stuff I told you about how K10 disks were drastically
different than K4 disks. (Kaypro 10, Kaypro 4, for those not up on
what was happening)

A very fine gentleman in Kansas by the name of Richard offered to
attempt to read the K10 disk with various programs he had, including
22DISK.  Well, 22DISK had no problems reading the K10 disk.  22DISK
is a shareware program which has a LARGE number of disk formats it can
read.  And you can configure it to read almost any format you can
describe, according to the documentation.  (22DISK is on SIMTEL20
somewhere)

Another person was able to read the K10 disk I sent him with (I believe)
Uniform.

My thanks to both of you, and my apologies for having such a terrible name
memory.  (BTW, Richard, I hope to get your disks back out in the mail
sometime this week.  Will email you when I do.)
-----
Rusty Carruth   UUCP: {uunet,boulder}!cadnetix!rusty  DOMAIN: [e-mail]
Cadnetix Corp.  [phone]x296 \  5775 Flatiron Pkwy. \ Boulder, Co 80301
Radio: N7IKQ    'home': P.O.B. 461 \  Lafayette, CO 80026

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

End of INFO-CPM Digest
******************************
 5-Nov-88 02:06:00-MST,2684;000000000000
Return-Path: <[e-mail]>
Date: Sat,  5 Nov 88 01:30:12 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #242
To: [e-mail]

INFO-CPM Digest             Sat,  5 Nov 88       Volume 88 : Issue 242

Today's Topics:
                                 C/80
                                 MEX
----------------------------------------------------------------------

Date: Thu, 3 Nov 88 08:26:18 PST
From: [e-mail] (Richard Secrist, Digital Equip. Corp. USA)
Subject: C/80

    If you want to hack C for yourself under CP/M-80 C/80 is a good
    price/performance product for small floppy-based systems.
    It was reasonably K & R and had all the normal functions and
    was easy to port stuff into.  If you're a general hacker and
    program in a number of languages you should be pleased.  If
    you are an esoteric C hacker doing big-time C you should get out
    the bucks and spring for Aztec C.  C/80 didn't compile through
    a bunch of inordinate steps or take significantly longer than
    it should for what it was doing, so I was happy enough with it
    in the limited environments I was playing in.  I used Whitesmith's
    C for CP/M at the same shop and while it was robust I thought
    I'd go nuts going through all of the compiling and linking steps,
    waiting and waiting... it wasn't worth it for light-duty home
    hackery and cost too much.  Aztec C was best if you're going to
    spend significant amounts of time in C.  C/80 is fine for
    recreational C programming.

    rcs

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

Date: 4 Nov 88 03:36:28 GMT
From: uop![e-mail]  (Nick Sayer)
Subject: MEX

Anyone remember MEX.COM? It's a modem program that I like
quite a bit. Unfortunately, I last used it about three years ago
when CP/M worked on my Apple (I got a //gs, and found my CP/M
card wouldn't physically fit inside, so last night i got brave
with a hacksaw....), and had a different serial card, so now
I need a new overlay...

Does anyone have either a generic MEX overlay for a serial
interface and Hayes compatable 2400 baud modem OR a MEX
overlay for the Apple //gs modem port and a 2400 baud Hayes
compatable modem?

Thanks in advance.

----------------------------------------------------------------------
Nick Sayer | Packet Radio: N6QQQ @ WA6RDH | Fido: 161/31
uucp: ...!sdcsvax!ucbvax!ucdavis!uop!mrapple
Disclaimer:   You didn't REALLY believe that, did you?
cat flames > /dev/null

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

End of INFO-CPM Digest
******************************
 6-Nov-88 02:26:21-MST,3337;000000000000
Return-Path: <[e-mail]>
Date: Sun,  6 Nov 88 01:30:33 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #243
To: [e-mail]

INFO-CPM Digest             Sun,  6 Nov 88       Volume 88 : Issue 243

Today's Topics:
                            CP/M Emulation
                     Workman & Associates address
        Z80MU 5.0 demo (CP/M and Z80 Emulator for the IBM PC)
----------------------------------------------------------------------

Date: Sunday, 30 October 1988  07:28-MST
From: "John A. Wright" <[e-mail]>
Subject: CP/M Emulation

I  am  running  a CP/M emulator that I downloaded from the SIMTEL
archives.  It works well on most programs written  for  the  8080
cpu.   Every now an again however I get a error message that says
"BRANCH OUTSIDE ADDRESS SPACE" and I get dumped back to CP/M-86.

What does the error message mean?

What can I do to fix it

I think that since 8080 programs load at 100H while CP/M-86 loads
at  000H may be part of the problem.  If that's the caes, how can
I get the pgms to load at 000H.

If that's not the  problem,  does  anyone  know  how  It  can  be
corrected?
Many thank's in advance.

John

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

Date: 4 Nov 88 18:43:13 GMT
From: hpda!hpcuhb!hpcllla!hpclisp!hpcltjb![e-mail]  (Tim Brengle)
Subject: Workman & Associates address

Ok, I rummaged around a bit and found the address for my source for BSS C v
1.50a.  The date on the listing I got it from said May 1988.

    Workman & Associates
    1925 E. Mountain St.
    Pasadena, CA  91106

    [phone]

I have only dealt with them over the phone and that was some time ago, so I
can't vouch for the address.  They were knowledgeable, courteous, and had my
stuff to me in a reasonably short time (considering format conversion
problems).

Tim Brengle

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

Date: 4 Nov 88 08:23:38 GMT
From: pilchuck![e-mail]  (Erik Lindberg)
Subject: Z80MU 5.0 demo (CP/M and Z80 Emulator for the IBM PC)

In article <[e-mail]> [e-mail] (Keith Petersen) writes:
>Now available via standard anonymous FTP from SIMTEL20:
>
>MU_DEMO is a limited demo of Z80MU Professional ver. 5.0, a Z80 and CP/M 2.2


Keith,
   How about posting an address or phone number where we can order this
product? And maybe a price? I have used Z80MU for some time. I would have
been willing to pay for it, but the documentation specifically requested
no money. The new features you describe sound wonderfull, and I am willing
to buy the product sight-unseen, based on the quality of the existing free
version. Accessing SIMTEL is next to impossible for me, and to do so just
to download MU_DEMO to obtain a phone number seems counter productive, so
I, for one, would appreciate the address or phone #. Hmmmm..... You don't
suppose they have the same address/phone they did when Z80MU first came
out, do you? What a concept! Maybe I'll call that old number tomorrow...

--
del (Erik Lindberg)
uw-beaver!tikal!pilchuck!del

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

End of INFO-CPM Digest
******************************
 7-Nov-88 02:03:50-MST,1259;000000000000
Return-Path: <[e-mail]>
Date: Mon,  7 Nov 88 01:30:23 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #244
To: [e-mail]

INFO-CPM Digest             Mon,  7 Nov 88       Volume 88 : Issue 244

Today's Topics:
                       INFO-CPM Digest V88 #243
----------------------------------------------------------------------

Date: 6 Nov 1988 20:19-PST
From: [e-mail]
Subject: INFO-CPM Digest V88 #243

I pick up the INFO-CPM digest on "rebroadcast" to my home node
(ISIE-EDU).  I',m wondering how I can participate in the
discussions I see in condesed form in the digests.  Do I have to
submit through you to disseminate my questions and comments, or
can I NETMAIL directly to some conference addressee?  Or does my
office have to come up with $2000 per fiscal year to "Join"
y'all??  (I've FTP CONnected to your node a few times
ANONYMOUSly, and read your "membership" policy.  No objections,
except of course that I don't make the money decisions around
here.)  Thanx for your interest.  >JS<

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

End of INFO-CPM Digest
******************************
 8-Nov-88 01:47:14-MST,1333;000000000000
Return-Path: <[e-mail]>
Date: Tue,  8 Nov 88 01:30:17 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #245
To: [e-mail]

INFO-CPM Digest             Tue,  8 Nov 88       Volume 88 : Issue 245

Today's Topics:
                           MEX.COM overlays
----------------------------------------------------------------------

Date: 7 Nov 88 07:43:43 GMT
From: uop![e-mail]  (Nick Sayer)
Subject: MEX.COM overlays

Thanks to all who replied to my message about modem overlays for MEX.COM.
I have an overlay for IMP245.COM if anyone is interested that allows use of
the Apple //gs modem port under PCPI CP/M (unfortunately, I wasn't able to
hack it to work with other CP/M systems). Send mail if interested.

 I was pleasantly surprised that this newsgroup was active. I'll
 have to look here more often.... :-}


----------------------------------------------------------------------
Nick Sayer | Packet Radio: N6QQQ @ WA6RDH | Fido: 161/31
uucp: ...!sdcsvax!ucbvax!ucdavis!uop!mrapple
Disclaimer:   You didn't REALLY believe that, did you?
cat flames > /dev/null

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

End of INFO-CPM Digest
******************************
 9-Nov-88 01:41:42-MST,10922;000000000000
Return-Path: <[e-mail]>
Date: Wed,  9 Nov 88 01:30:33 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #246
To: [e-mail]

INFO-CPM Digest             Wed,  9 Nov 88       Volume 88 : Issue 246

Today's Topics:
                               INFO-CPM
                  Kaypro II Terminal Program Needed
                    UZI, a Z-80 Unix clone kernel
----------------------------------------------------------------------

Date: 7 Nov 88 19:09:53 GMT
From: [e-mail]  (Roger Hanscom)
Subject: INFO-CPM

In <[E.ISI.EDU].6-Nov-88.20:19:19.SAC.CCSO-OLA> [e-mail]
(>JS<) asks:

>I pick up the INFO-CPM digest on "rebroadcast" to my home node
>(ISIE-EDU).  I',m wondering how I can participate in the
>discussions I see in condesed form in the digests.  Do I have to
>submit through you to disseminate my questions and comments, or
>can I NETMAIL directly to some conference addressee?  Or does my
>office have to come up with $2000 per fiscal year to "Join"
>y'all??  (I've FTP CONnected to your node a few times
>ANONYMOUSly, and read your "membership" policy.  No objections,
>except of course that I don't make the money decisions around
>here.)  Thanx for your interest.  >JS<

SIMTEL-20 broadcasts the digest via e-mail, and you can have it
e-mailed to you by sending them mail at INFO-CPM-REQUEST@SIMTEL20.
ARMY.MIL.  However it sounds like you are already getting that
broadcast.  To enter into the discussion, send your question/comment
to [e-mail], and it will appear in the digest.
SIMTEL20 also picks up **most** of the discussion here in comp.os.cpm,
so items that appear here (via postnews) **should** also appear in
the digest.  Have fun!
                                       Roger
WOOPS, I almost forgot.  SIMTEL20 is now WSMR-SIMTEL20.ARMY.MIL
(pronounced "whizzmer"), so substitute that name everywhere that
SIMTEL20.ARMY.MIL appears above.
<------------>
   {ucbvax,ames,lll-crg,....}!lll-lcc!freedom!rzh
   or {ucbvax,ames,lll-crg,....}!lll-lcc!rzh
   or [e-mail]

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

Date: 8 Nov 88 01:21:33 GMT
From: netsys![e-mail]  (Len Rose)
Subject: Kaypro II Terminal Program Needed

Hi..

 I am looking for some  terminal software that can handle a
 9600 or 19.2K line without dropping characters. Some decent
 vt100 emulation would also be nice.. I don't care if it is
 Public Domain or commercial.. I guess it would have to be
 interrupt driven, since "TERM" and the modem7 series programs
 just can't handle anything over 1200 baud.

 I am also looking to meet some people with these machines,so
 if you have one drop me a line.

 len

[e-mail]
{ames,att,rutgers}!netsys!len

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

Date: 7 Nov 88 23:17:23 GMT
From: voder!pyramid!oliveb!intelca!mipos3!cadev4![e-mail]  (Doug Braun ~)
Subject: UZI, a Z-80 Unix clone kernel

UZI (Unix Z-80 Implementation) is a Unix clone kernel written for
Z-80 CP/M-based micros.  Following is an introduction to it.
The code itself has been sent to comp.sources.misc as five shar-format
postings.


        UZI, UNIX Z-80 IMPLEMENTATION

          Written by Douglas Braun


Introduction:

UZI is an implementation of the Unix kernel written for a Z-80 based
computer.  It implementts almost all of the functionality of the
7th Edition Unix kernel.  UZI was written to run on one specific
collection of custom-built hardware, but since it can easily have device
drivers added to it, and it does not use any memory management hardware,
it should be possible to port it to numerous computers that current use
the CP/M operating system.  The source code is written mostly in C,
and was compiled with The Code Works' Q/C compiler.  UZI's code was
written from scratch, and contains no AT&T code, so it is not subject
to any of AT&T's copyright or licensing restrictions.  Numerous 7th
Edition programs have been ported to UZI with little or no difficulty,
including the complete Bourne shell, ed, sed, dc, cpp, etc.


How it works:

Since there is no standard memory management hardware on 8080-family
computers, UZI uses "total swapping" to achieve multiprocessing.
This has two implications:  First, UZI requires a reasonably fast
hard disk.  Second, there is no point in running a different process
while a process is waiting for disk I/O.  This simplifies the design
of the block device drivers, since they do not have to be interrupt-based.

UZI itself occupies the upper 32K of memory, and the currently running
process occupies the lower 32K.   Since UZI currently barely fits in 32K,
a full 64K of RAM is necessary.

UZI does need some additional hardware support.  First, there must be
some sort of clock or timer that can provide a periodic interrupt.
Also, the current implementation uses an additional real-time clock
to get the time for file timestamps, etc.  The current TTY driver assumes
an interrupt-driven keyboard, which should exist on most systems.
The distribution contains code for hard and floppy disk drivers, but
since these were written for custom hardware, they are provided only
as templates to write new ones.


How UZI is different than real Unix:

UZI implements almost all of the 7th Edition functionality.
All file I/O, directories, mountable file systems, user and group IDs,
pipes, and applicable device I/O are supported.  Process control
(fork(), execve(), signal(), kill(), pause(), alarm(), and wait()) are fully
supported.  The number of processes is limited only by the swap space
available.  As mentioned above,  UZI implements Unix well enough to
run the Bourne shell in its full functionality.  The only changes made
to the shell's source code were to satisfy the limitations of the C compiler.

Here is a (possibly incomplete) list of missing features and limitations:

    The debugger- and profiler-related system calls do not exist.

    The old 6th edition seek() was implemented, instead of lseek().

    The supplied TTY driver is bare-bones.  It supports only one port,
    and most IOCTLs are not supported.

    Inode numbers are only 16-bit, so filesystems are 32 Meg or less.

    File dates are not in the standard format.  Instead they look like
    those used by MS-DOS.

    The 4.2BSD execve() was implemented.  Additional flavors of exec()
    are supported by the library.

    The format of the device driver switch table is unlike that of
    the 7th Edition.

    The necessary semaphores and locking mechanisms to implement
    reentrant disk I/O are not there.  This would make it harder to
    implement interrupt-driven disk I/O without busy-waiting.


A Description of this Release:

Here is a list of the files supplied, and a brief description of each:


intro:        What you are reading

config.h:    Setup parameters, such as table sizes, and the device
        driver switch table.

unix.h:        All strcuture declarations, typedefs and defines.
        (Includes things like errno.h).

extern.h:    Declarations of all global variables and tables.

data.c:        Dummy to source extern.h and devine globals.

dispatch.c:    System call dispatch table.

scall1.c:    System calls, mostly file-related.

scall2.c:    Rest of system calls.

filesys.c:    Routines for managing file system.

process.c:    Routines for process management and context switching.
        Somewhat machine-dependent.

devio.c:    Generic I/O routines, including queue routines.

devtty.c:    Simple TTY driver, slightly-machine dependent.

devwd.c:    Hard disk driver.  Very machine-dependent.

devflop.c:    Floppy disk driver.  Very machine-dependent.

devmisc.c:    Simple device drivers, such as /dev/mem.

machdep.c:    Machine-dependent code, especially real-time-clock and
        interrupt handling code.

extras.c:    Procedures missing from the Q/C compiler's library.

filler.mac:    Dummy to make linker load UZI at correct address.

makeunix.sub:    CP/M SUBMIT file to compile everything.

loadunix.sub:    CP/M SUBMIT file to load everything.


Miscellaneous Notes:

UZI was compiled with the Code Works Q/C C compiler and the Microsoft
M80 assembler under the CP/M operating system, on the same hardware
it runs on.  Also used was a version of cpp ported to CP/M, since
the Q/C compiler does not handle macros with arguments.  However, there
are only a couple of these in the code, and they could easily be removed.

Because UZI occupies the upper 32K of memory, the standard L80 linker
could not be used to link it.  Instead, a homebrew L80 replacement linker
was used.  This generated a 64K-byte CP/M .COM file, which has the lower
32K pruned by the CP/M PIP utility.  This is the reason for appearance
of the string "MOMBASSA" in filler.mac and loadunix.sub.

To boot UZI, a short CP/M program was run that reads in the UZI image,
copies it to the upper 32K of memory, and jumps to its start address.
Other CP/M programs were written to build, inspect, and check UZI filesystems
under CP/M.  These made it possible to have a root file system made before
starting up UZI.  If the demand exists, these programs can be included
in another release.


Running programs under UZI:

A number of 7th Edition, System V, and 4.2BSD programs were ported to
UZI.  Most notably, the Bourne shell and ed run fine under UZI.
In addition the 4.2BSD stdio library was also ported.  This, along
with the Code Works Q/C library and miscellaneous System V library
functions, was used when porting programs.

Due to obvious legal reasons, the source or executables for most of these
programs cannot be released.  However, some kernel-dependent programs
such as ps and fsck were written from scratch and can be included in future
releases.  Also, a package was created that can be linked to CP/M .COM
files that will allow them to run under UZI.  This was used to get
the M80 assembler and L80 linker to run under UZI.  Cpp was also
ported to UZI.  However, it was not possible to fit the Q/C compiler
into 32K, so all programs (and UZI itself) were cross-compiled under CP/M.

The Minix operating system, written for PCs by Andrew Tanenbaum et al,
contains many programs that should compile and run under UZI.  Since
Minix is much less encumbered by licensing provisions than real Unix,
it would make sense to port Minix programs to UZI.  In fact, UZI itself
could be ported to the PC, and used as a replacement for the Minix kernel.

Doug Braun                Intel Corp CAD
                    408 765-4279

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

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

End of INFO-CPM Digest
******************************
11-Nov-88 02:41:10-MST,4087;000000000000
Return-Path: <[e-mail]>
Date: Fri, 11 Nov 88 02:29:39 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #247
To: [e-mail]

INFO-CPM Digest             Fri, 11 Nov 88       Volume 88 : Issue 247

Today's Topics:
              Computer Design Solutions Z280 S-100 board
                                Help!
                      HELP!!!   New and LOST!!!
                    UZI, a Z-80 Unix clone kernel
----------------------------------------------------------------------

Date: Thu, 10 Nov 88 10:09 EDT
From: RLH <[e-mail]>
Subject: Computer Design Solutions Z280 S-100 board

I recently requested comments on HD64180 or Z280 boards to replace
a Z-80 CPU board in an S-100 system. I got a few responses but
there seems to be only one candidate, a Z280 S-100 bus single
board computer from a company called Computer Design Solutions
in Statesville, NC.

Their product sounds good - has all the features I want at a
reasonable price - but I don't know anything about the company
itself. I don't want to put down good money for vaporware from
a firm that might go out of business any day.

Has anyone had any experience with Computer Design Solutions
or know anything about there reliability ?

    thanks in advance,
    Bob Haar        CSNET:  [e-mail]

FYI: CDS SBC-280 board is $550 with 512Kb RAM, 3 serial ports,
1 parallel port, floppy controller, SCSI interface, and ROM
monitor. ZR-DOS software is avaliable.

CDS' phone number is [phone]

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

Date: 10 Nov 88 07:08:35 GMT
From: netsys![e-mail]  (Len Rose)
Subject: Help!

Hi.. I am just getting back into cp/m with a Kaypro II,and
need someone to assist me in getting the basic utilities
for this system.. Stuff like crunch,sq,usq,lu, sdir,etc..

I have alot of unix source I can reciprocate with,but not
much in the way of cp/m stuff.

If possible, uuencoded binaries from a trusted :-) soul,
would be a blessing..

 Len

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

Date: 10 Nov 1988 13:26-CST
From: [e-mail]
Subject: HELP!!!   New and LOST!!!

Dear CP/M users, gurus, and gods:

   I have just purchased a Commodore 128 microcomputer that has a Z-80
chip in it.  It comes with a version of CP/M, and some basic programs
such as DIR, and ERASE, etc...
   However, all the files I see are in the ASM form, or in BAS or PAS

I like to develop software, but do not have any money to buy a whole
bunch of compilers...I have gotten a copy of KERMIT to download
software with, and I need public domain interpreters/compilers for
C, Basic, Pascal, FORTRAN, FORTH, even COBOL if it's free....
   Can someone point me toward the nearest ASM-->EXE converter for
my machine????
                        THANKS, ETERNALLY,
+-----------------+-------------------------------------------------+
|   _ __   (TFM)  | Richard A. Gautier, Airman First Class, USAF    |
|  ' )  )      /  | ARPA: [e-mail]                 |
|   /--' o _. /_  | Work: 915-696-4946  Play: 915-695-3406          |
|  /  \_<_(__/ /_ | Programmers never die, they just get debugged!  |
+-----------------+-------------------------------------------------+

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

Date: 10 Nov 88 03:50:46 GMT
From: tank!nic.MR.NET!xanth![e-mail]  (Robert Lee Bailey)
Subject: UZI, a Z-80 Unix clone kernel

In article <[e-mail]> [e-mail] () writes:
>UZI (Unix Z-80 Implementation) is a Unix clone kernel written for
>Z-80 CP/M-based micros.  Following is an introduction to it.
>The code itself has been sent to comp.sources.misc as five shar-format
>postings.
>
I would be very interested in the source, but, it apparently
scrolled off before I could get it.  Could someone repost
or email it to me?

        Bob Bailey

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

End of INFO-CPM Digest
******************************
12-Nov-88 01:38:12-MST,4278;000000000000
Return-Path: <[e-mail]>
Date: Sat, 12 Nov 88 01:30:15 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #248
To: [e-mail]

INFO-CPM Digest             Sat, 12 Nov 88       Volume 88 : Issue 248

Today's Topics:
                            CP/M XINU port
                              Jade S-100
                             MEX again...
----------------------------------------------------------------------

Date: 9 Nov 88 06:00:42 GMT
From: cwjcc!hal!ncoast![e-mail]  (Mike Squires)
Subject: CP/M XINU port

There are no doubt other ports of XINU to the Z80, but the following person
has done one of them:


Ed Schramm
301 Hickory Road East
Chesapeake, Virginia 23322
[phone]

or
EML Scientific Group
P.O. Box 2952
Chesapeake, Va 23320

Ed is also "sir-alan![e-mail]"; he does not check in very
often.

Mike Squires Allegheny College Meadville, PA 16335 814 724 3360
uucp: ..!cwjcc!ncoast!{mikes,peng!sir-alan!mikes} or ..!pitt!sir-alan!mikes
BITNET: [e-mail] (VAX) MIKES AT SIR-ALAN!PITT.UUCP (IBM)
Internet: sir-alan![e-mail]

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

Date: 9 Nov 88 06:30:56 GMT
From: [e-mail]  (Mike Morris)
Subject: Jade S-100

Since there doesn't seem to be a comp.sys.S-100, this seems to be the
next best place to post this...

I've got a IMSAI S-100 box, with a Jade "BIG-Z" Z-80 CPU card, and a Jade
"Double-D" disk controller, rev. C.  I picked up a rev B card in surplus,
and it doesn't seem to work.  Before I go trying to borrow a good scope
and/or a logic analyzer (both would require calling in past favors) does
anybody know if the s/w I have on my rev C. will work, or do I have to start
hacking (again...) ?

Anyone know what mods need to be done to the IMSAI to allow it to run IEEE 696?

Lastly, there are times that I can't get the mess to boot.  If I pull the
extra boards out (Semidisk, Godbout Interfacer 4 (triple serial & Centronics))
to a bare minimum (CPU, 64k Godbout RAM 17, floppy controller) it boots ok.  I
can then shut it down, plug in the other cards, power it up, and reboot with
no problems.  Any ideas?

I have a Morrow "Switchboard" for sale, with docs.

I'm looking for docs / bios code fragments for the following:
     Compu-Time T102A calendar/clock card
     California Computer Systems 2805 calendar/clock/terminator card
         "          "        "   2720 multi-port paralell I/O card
         "          "        "   2830 6-port serial card
     Macrotech "MAX" memory board (no part number visible)
     Mullen "TB1" extender/logic probe (what chips are used ie logic probe?)
Memory Merchant MM16K14 memory cards
Qume DT-8 drives

Any help would be appreciated.  I am trying to bring up two systems for local
organizations - I know that some of the stuff mentioned above is old and
not worth much, but when you've got lemons...



~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#Include disclaimer.standard
#Include quote.cute

The opinions above probably do not even come close to those of my employer(s).

US Snail: ...............UUCP: .........................Also:
   Mike Morris [e-mail]  ..... WA6ILQ
   P.O. Box 1130
   Arcadia, Ca. 91006-1130

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

Date: 10 Nov 88 22:34:40 GMT
From: uop![e-mail]  (Nick Sayer)
Subject: MEX again...

Thanks to those who mailed MEX overlays. I managed to fondle my
IMP overlay to work with MEX, and anyone who would like a copy
of MXO-GS10.ASM may have it if they like.

One more thing, if I could: I discovered that my version of MEX is
v1.14. Is there anything more recent out there?

----------------------------------------------------------------------
Nick Sayer | Packet Radio: N6QQQ @ WA6RDH | Fido: 161/31
uucp: ...!sdcsvax!ucbvax!ucdavis!uop!mrapple
Disclaimer:   You didn't REALLY believe that, did you?
cat flames > /dev/null

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

End of INFO-CPM Digest
******************************
13-Nov-88 01:40:56-MST,881;000000000000
Return-Path: <[e-mail]>
Date: Sun, 13 Nov 88 01:30:33 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #249
To: [e-mail]

INFO-CPM Digest             Sun, 13 Nov 88       Volume 88 : Issue 249

Today's Topics:
                         C compiler for CP/M.
----------------------------------------------------------------------

Date: 9 Nov 88 20:40 +0100
From: Alf Christophersen <[e-mail]>
Subject: C compiler for CP/M.

Write Egil Kvaleberg, Holmenkollveien 78F, N-0391 Oslo 3, Norway if you are
interested in C-compiler for CP/M. He says he sell the AC-80 compiler
(Another C-compiler 80)

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

End of INFO-CPM Digest
******************************
14-Nov-88 01:35:32-MST,10010;000000000000
Return-Path: <[e-mail]>
Date: Mon, 14 Nov 88 01:30:29 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #250
To: [e-mail]

INFO-CPM Digest             Mon, 14 Nov 88       Volume 88 : Issue 250

Today's Topics:
                  BDS C Compiler ver 1.6 for CP/M-80
                          citadel BBS system
                       INFO-CPM Digest V88 #243
                              Jade S-100
                MEX Overlays and SCSI Implementations
                    UZI, a Z-80 Unix clone kernel
----------------------------------------------------------------------

Date: Mon, 14 Nov 1988  01:01 MST
From: Keith Petersen <[e-mail]>
Subject: BDS C Compiler ver 1.6 for CP/M-80

Leor Zolman, author of the BDS C Compiler for CP/M-80, has recently
announced that version 1.6 is now available.  It includes a debugger,
integrated full screen editor, standard file I/O library, and an
Xmodem-compatible telecommuncations program.  The package, which
contains about 800K of files, includes complete source code for
everything!  The price is $90.  Many different disk formats are
available.

His address is:

   BD Software
   P.O. Box 2368
   Cambridge, Mass.  02238
   Phone [phone]

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

Date: 13 Nov 1988 17:28-CST
From: [e-mail]
Subject: citadel BBS system

Hello Freinds:
   I am an old Citadel BBS user, and liked the system..so I d/loaded it
to use...The only problem is that the configuration file needs to be set
up for my machine...and I don't understand alot of it..mainly the bit
about Ports(such as which one has the modem in it?!).
   Does anyone know the port assignments on a C-128 system? or have a
Citadel BBS configured and running on a C-128???
   If so, Please EMAIL...Thanks,
        Your Master of Confusion,
+-----------------+-------------------------------------------------+
|   _ __   (TFM)  | Richard A. Gautier, Airman First Class, USAF    |
|  ' )  )      /  | ARPA: [e-mail]                 |
|   /--' o _. /_  | Work: 915-696-4946  Play: 915-695-3406          |
|  /  \_<_(__/ /_ | Programmers never die, they just get debugged!  |
+-----------------+-------------------------------------------------+

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

Date: Sun, 13 Nov 88 18:08 EDT
From: [e-mail]
Subject: INFO-CPM Digest V88 #243

11/13/88

Please remove my name for the INFO-CPM Digest List.  I will be goingto
Australia on sabbatical and will not return until July, 1989.  Thank you for
your cooperation

Sincerely,

Robert S. Smith
RSSMITH@MIAVX1

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

Date: 11 Nov 88 14:24:18 GMT
From: cadnetix.COM!cadnetix![e-mail]  (Rusty)
Subject: Jade S-100

(Mike, mail got to gatech, and gatech refused to send it any further.
the next hop was supposed to be to jade!morris)

In article <[e-mail]> [e-mail] (Mike Morris) writes:
>
>I've got a IMSAI S-100 box, with a Jade "BIG-Z" Z-80 CPU card, and a Jade
>"Double-D" disk controller, rev. C.

Exactly my config.

>                     I picked up a rev B card in surplus,
>and it doesn't seem to work.  Before I go trying to borrow a good scope
>and/or a logic analyzer (both would require calling in past favors) does
>anybody know if the s/w I have on my rev C. will work, or do I have to start
>hacking (again...) ?

I have the 'manual' for that card somewhere, and I remember that there were
some mods to change a rev B board to a rev C board.  Email me a good path,
(and your phone number, just in case) and I will email back the
particulars.

>
>Lastly, there are times that I can't get the mess to boot.  If I pull the
>extra boards out (Semidisk, Godbout Interfacer 4 (triple serial & Centronics))
>to a bare minimum (CPU, 64k Godbout RAM 17, floppy controller) it boots ok.  I
>can then shut it down, plug in the other cards, power it up, and reboot with
>no problems.  Any ideas?

All I can say is, I have never had that problem with my setup (64k ram board,
Big z, Jade DD disk, 8" SA850 drives, VDB (video display board), 3 ramdisk
boards from that digital place in Texas, and a 2P+S (or 4P+S?)
serial/parallel board - i.e.  a pretty full system).  I assume that a
Semidisk is a ramdisk?  Is it battery backed up?  If so, and the backup
voltage is getting onto the bus somehow, that could make it not reset.
...I think.

>I have a Morrow "Switchboard" for sale, with docs.

Huh? whats that?  (just curious)

>  - I know that some of the stuff mentioned above is old and
>not worth much, but when you've got lemons...

Well, I am keeping my s100 partly because it is not worth selling it,
and partly because I have some nifty I/O boards I want to play with,
and partly because it is handy to have a spare computer around which has
3 serial ports and 2 parallel ports, and which has a low cost so you are
not as afraid of blowing it up!

>   Mike Morris [e-mail]  ..... WA6ILQ
                                    ^^^^ gatech does not like you, jade.

Boy, this ended up a lot longer than I had expected.  Mike, lets see
if we can get email to work!
-----
Rusty Carruth   UUCP: {uunet,boulder}!cadnetix!rusty  DOMAIN: [e-mail]
Cadnetix Corp.  [phone]x296 \  5775 Flatiron Pkwy. \ Boulder, Co 80301
Radio: N7IKQ    'home': P.O.B. 461 \  Lafayette, CO 80026

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

Date: 12 NOV 88 19:25-
From: [e-mail]
Subject: MEX Overlays and SCSI Implementations

Date: 12-NOV-1988 18:52:57.75
From: Ralph Becker-Szendy RALPH AT UHHEPG
To:   B_INFOCPM
Subj: MEX Overlays and SCSI Implementations
Two questions:

I jost got MEX onto my machine (which is barely compatible to itself, and not
compatible to anything else under the sun). I understand from the MEX
documentation that one needs two overlays: one for the computer-hardware (which
essentially implements the IO), and one for the modem (which implements
commands for dialing, disconnecting and such). I already got the modem-overlays
for Hayes-compatible modems (called SM13 through SM16), so this part is taken
care of. But now I need the "hardware-overlay", and if possible I don't want to
write one myself (doesn't seem to be worth the effort). In the case of Kermit
there is a "generic" overlay which does all the IO via the BIOS entry points
for PUNcher/ReaDeR. Is there a MEX overlay which does exactly that, and could
therefore run on any cp/m hardware with an IOByte and full PUN/RDR support
(like mine)? Such an overlay (although not extremely efficient) would save me a
lot of time. And if there is no "generic" overlay, is there one which just uses
a Z80 SIO (so I only have to patch the SIOs port adress into the overlay? And
if both of these simple solutions don't exist, which  overlay (out of the ones
available via SIMTEL20) should I use as a template write my own (very simple)
overlay?

Part two is more of a hardware question, and does not REALLY belong on
INFO-CPM. I'll ask anyhow: I am comtemplating adding a hard-disk to my system.
There isn't anything on the market (no surprise in the case of a self-built
computer with a non-standard bus). I see two good options:

a. Buy an IBM/PC (8-bit bus, not AT) disk controller, and just adapt the bus
signals (and connectors, of course) to interface it to the Z80 bus. Obviously
I'd have to disable the PC BIOS ROM on the controller card, and I'd have to
find out the low-level commands for the disk controller. Advantage: real cheap.
Disadvantage: No DMA; and it's a kludge; and my machine may get AIDS from the
PC (aargh) hardware. Question: Does anyone have (good or bad) experiences with
using PC periphereals on a Z80 based system? Which controllers are good to use
(for example, well enough documented)?

b. Build my own SCSI controller. As far as I understand SCSI is
just a glorified parallel port and an interface definition. There are
(supposedly) dedicated SCSI controller chips. And one could add DMA (with the
Z80-DMA chip, or with the built-in DMAs in the Z280). Advantage: nice, clean
design. Can be made to be real fast (DMA). Can implement a real nice driver in
the BIOS. Can connect more than just disk drives to the SCSI bus (tape drives
and laser printers come to my mind). Disadvantage: Lots of work. SCSI disk
drives are more expensive. Again, who has experiences with this? Which
SCSI controller chips and disk drives are recommended?

Suggestions (and requests for a summary of all answers) to

Ralph Becker-Szendy                            [e-mail]
University of Hawaii / High Energy Physics Group        [e-mail]
Watanabe Hall #203, 2505 Correa Road, Honolulu, HI 96822      [phone]

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

Date: 11 Nov 88 07:41:49 GMT
From: mcvax!unido!nixpbe![e-mail]  (Martin Boening)
Subject: UZI, a Z-80 Unix clone kernel

In article <[e-mail]> [e-mail] (Robert Lee Bailey) writes:
>
>I would be very interested in the source, but, it apparently
>scrolled off before I could get it.  Could someone repost
>or email it to me?
>
>        Bob Bailey

I would be interested in the sources too. However, I suggest waiting a
bit because I think comp.sources.misc is moderated. It might just be
that the sources were mailed to the moderator, when they were supposedly
posted. (Since all this has happened just recently, the moderator maybe
hasn't got round to approving the sources yet)

Any (even contradicting) info on this is of course appreciated.

Martin Boening

Email: [e-mail] (no kidding)

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

End of INFO-CPM Digest
******************************
15-Nov-88 01:37:49-MST,4892;000000000000
Return-Path: <[e-mail]>
Date: Tue, 15 Nov 88 01:30:15 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #251
To: [e-mail]

INFO-CPM Digest             Tue, 15 Nov 88       Volume 88 : Issue 251

Today's Topics:
                    HD and controllers for the Z80
                       INFO-CPM Digest V88 #250
----------------------------------------------------------------------

Date: Mon, 14 Nov 88 19:15:39 PST
From: [e-mail] (Roger H. Hanscom [phone])
Subject: HD and controllers for the Z80

>Two questions:

> (A MEX question)

>Part two is more of a hardware question, and does not REALLY belong on
>INFO-CPM. I'll ask anyhow: I am comtemplating adding a hard-disk to my system.
>There isn't anything on the market (no surprise in the case of a self-built
>computer with a non-standard bus). I see two good options:

>a. Buy an IBM/PC (8-bit bus, not AT) disk controller, and just adapt the bus
>signals (and connectors, of course) to interface it to the Z80 bus. Obviously
>I'd have to disable the PC BIOS ROM on the controller card, and I'd have to
>find out the low-level commands for the disk controller. Advantage: real cheap.
>Disadvantage: No DMA; and it's a kludge; and my machine may get AIDS from the
>PC (aargh) hardware. Question: Does anyone have (good or bad) experiences with
>using PC periphereals on a Z80 based system? Which controllers are good to use
>(for example, well enough documented)?

>b. Build my own SCSI controller. As far as I understand SCSI is
>just a glorified parallel port and an interface definition. There are
>(supposedly) dedicated SCSI controller chips. And one could add DMA (with the
>Z80-DMA chip, or with the built-in DMAs in the Z280). Advantage: nice, clean
>design. Can be made to be real fast (DMA). Can implement a real nice driver in
>the BIOS. Can connect more than just disk drives to the SCSI bus (tape drives
>and laser printers come to my mind). Disadvantage: Lots of work. SCSI disk
>drives are more expensive. Again, who has experiences with this? Which
>SCSI controller chips and disk drives are recommended?

>Suggestions (and requests for a summary of all answers) to

>Ralph Becker-Szendy                            [e-mail]
>University of Hawaii / High Energy Physics Group        [e-mail]
>Watanabe Hall #203, 2505 Correa Road, Honolulu, HI 96822      [phone]

No help on Part I here, and Part II DOES belong in INFO-CPM!  Look in back
issues of MicroCornucopia --- say about March-April or May-June 1987.  Dave
Hardy devoted one of his last S-100 columns to plans for a wire-wrapped
HD interface for the S-100 buss.  He used a Western Digital generic con-
troller (can't remember the number, but I can get it for you if you want),
and the S-100 part was just a bi-directional parallel port to get data
and commands to and from the WD card.  The WD card can handle up to 2
ST-506 drives (you know, "IBM compatible") that are less costly than
SCSI, I think.  I was very interested in his design, but the one place
that advertised this generic WD controller wants about $180 for it.  That's
way too high when one can buy a PC controller for way less than half that!!
I wrote to him, and asked him about using a PC controller, and hacking it
around to work, but he never responded.  The generic WD card is *ONE* way
to go.  There is also a HD kit for the Z80 that apparently uses a little
"daughter" board that plugs into the existing Z-80 socket.  This comes
with the WD generic controller and "software".  Definitely the "easy"
way to go, but not easy on the wallet -- $500 range.  I can get you
that address if you're interested.  Don't know if it uses DMA.  I might
be biased here, but I'd avoid dealing with SCSI if I could.  Too costly.
You can pick up an ST-506 drive (10-20M) for relatively little.  See if
you can find Dave's article.  It'll give you some ideas!!
                                    Roger
<------------>
   {ucbvax,ames,lll-crg,....}!lll-lcc!freedom!rzh
   or {ucbvax,ames,lll-crg,....}!lll-lcc!rzh
   or [e-mail]

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

Date: 14 Nov 88 12:45:04 PST (Monday)
From: "George_C._Burkitt.ElSegundo"@Xerox.COM
Subject: INFO-CPM Digest V88 #250

> Build my own SCSI controller
We have bought several SCSI add-on modules for use with the original Little
Board CPM single board computers.  You take out the Z80 microprocessor,
plug this in and then plug the Z80 into the module.     In AMPRO'S price
list (of 1986) they offer on like it for $99, with software / source code
for $79.

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

End of INFO-CPM Digest
******************************
16-Nov-88 01:38:43-MST,7104;000000000000
Return-Path: <[e-mail]>
Date: Wed, 16 Nov 88 01:30:14 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #252
To: [e-mail]

INFO-CPM Digest             Wed, 16 Nov 88       Volume 88 : Issue 252

Today's Topics:
                            GOCCP for PCPI
                       INFO-CPM Digest V88 #251
                              Jade S-100
                              Royal Oaks
                            System Needed
                   TO: Rob Dixon @ ozvax-Tektronic
----------------------------------------------------------------------

Date: 13 Nov 88 09:29:51 GMT
From: uop![e-mail]  (Nick Sayer)
Subject: GOCCP for PCPI

It's me again.

I have managed to scrounge an old copy of GOCCP.ASM, and a copy
of MAC to assemble it with. After some poking about, I found a
good way to stuff it into PCPI CP/M where it sits in 6502 space,
and that works just fine, but it requires me to have an AUTOST.COM
on all my boot disks to load GOCCP the first time.

Has anyone figured out how to patch the PCPICPM file with a new
CCP so that it can be relocatable by the INSTALL.COM program?

Sheesh, sometimes I wish I just had a SYSGEN.COM to play with....

BTW: For those that don't know, GOCCP is a CCP replacement that
changes

A>

to

A0> (adds user number)

prints a list of files as it ERAses them
(good for when you use wildcard ERAses), looks for com files in
user 0 on the current disk if not found in current user area, then
looks on drive A, user 0, provides a GO command that simply jumps
into the TPA (0100H) after formatting the command line properly,
fixes a couple of bugs, and in general does a better job than the
"vanilla" CP/M but isn't as complicated as ZCPRx.

Anyone who wants the source, the .HEX for CCPs at 0DC00H, the source
and .HEX for my funny AUTOST.COM, or who wants to buy me a rolls
royce (:-}) can send mail.

----------------------------------------------------------------------
Nick Sayer | Packet Radio: N6QQQ @ WA6RDH | Fido: 161/31
uucp: ...!sdcsvax!ucbvax!ucdavis!uop!mrapple
Disclaimer:   You didn't REALLY believe that, did you?
cat flames > /dev/null

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

Date: Tue, 15 Nov 88 15:33:40 PST
From: pnet01![e-mail]
Subject: INFO-CPM Digest V88 #251

Re: cost of SCSI

     SCSI is cheap, not expensive.  Most SCSI controllers are running
somewhere between $100-150 right now.  These speak the ST-506 interface
standard, so all you need is a standard drive on the other end.

     Total cost: about $300.  Not too bad, is it?  Especially since most SCSI
controllers can handle two drives of almost any size, while the PC
controllers limit the size of the drives you can put on them.

     Most people have the idea that SCSI is expensive just because it's
expensive on the Mac.  For quite a few people, the first time they heard of
SCSI was in connection with the Macintosh... and *everything* that goes with
the Mac is expensive!

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

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

Date: Tue, 15 Nov 88 09:15 EDT
From: RLH <[e-mail]>
Subject: Jade S-100

In INFO-CPM 88-248,  Mike Norris asks about a problem in which
his S-100 system fails to boot, but when he removes some "other
boards" it boots and then boots successfully after insert the
removed boards. This kind of behavior is symptomatic of bad
connections between one of the boards and the S-100 socket.

Try pulling all your boards, cleaning the sockets with spray
contact cleaner (use a good quality product designed for
electronic equipment), and claen the boards' edge connector
fingers by rubbing with a soft pencil eraser and then spray
them with the contact cleaner.

I have the same problem with my S-100 system but infrequently -
once every year or two. When this has happened, it has usually
been sufficient to pop the boards lose and re-seat them in the
connectors. I have gone to performing the cleaning process
as part of the annual preventive maintainance and haven't had
the problem for several years.

I have talked to a number on DEC service technicians who say
the second thing they do on service calls (after check the power
switch) is to reseat all the boards.

As I understand it, what happens is that there is some oxidation
off the metal surfaces of the contacts that builds up and acts
as an insulator. This happens even on the two surfaces of an
edge connector where they are in contact. Better immunity to
this kind of problem is one of the reasons that pin-in-socket
connectors like those used in the VME bus are popular in
industrial systems.

        Bob Haar
        GM Research Labs

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

Date: 12 Nov 88 15:22:17 GMT
From: mejac!gryphon!vector!netsys![e-mail]  (Len Rose)
Subject: Royal Oaks

Thanks to Keith Petersen and Royal Oaks, I now have been
able to obtain a working copy of uncrunch which should lead
me to lu,sq and the rest of the basic utilities..

Thanks Again!


[e-mail]
{ames,att,rutgers}!netsys!len

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

Date: 12 Nov 88 18:21:56 GMT
From: pyrdc!netsys![e-mail]  (Len Rose)
Subject: System Needed

Hi.. I have been bitten by the bug again, so am looking for the
following type of system to buy:

S100 cage with at least 8 slots
Z80 4 mhz or greater.
MP/M or some version of multiuser cp/m
Several serial ports
Hard Disk Interface with at least one drive
ALL documentation..

If you have something like this, and wish to sell/trade , I would
be anxious to talk about it..


[e-mail]
{ames,att,rutgers}!netsys!len

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

Date: 13 Nov 88 15:32:30 GMT
From: portal!cup.portal.com![e-mail]
Subject: TO: Rob Dixon @ ozvax-Tektronic

Rob

I sent you an email with the FOG information but the
system returned it saying they could not get the
Tektronic system to answer.

The address is:

FOG (First Osborne Group)
P.O. Box 3474
Daly City, CA. 94015-0474

Ph. 415-755-2000

Membership is currently $25 per year.

Included in this is a montly magazine with LOTS of
helpful CP/M system info and program-specific aids.
They also have HUNDREDS of public domain programs
available.  Plus you can call or write for any other
problems you might have.  They are also reachable
via the GEnie national computer network.  I'd say
membership is WELL worth the money.



                              Doug

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

End of INFO-CPM Digest
******************************
17-Nov-88 01:36:42-MST,9677;000000000000
Return-Path: <[e-mail]>
Date: Thu, 17 Nov 88 01:30:35 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #253
To: [e-mail]

INFO-CPM Digest             Thu, 17 Nov 88       Volume 88 : Issue 253

Today's Topics:
                   C compilers and microsoft linker
                            File transfers
                           GOCCP installed
                              Jade S-100
                  LOBO MAX-80 Hardware help needed.
                MEX Overlays and SCSI Implementations
                    UZI, a Z-80 Unix clone kernel
                    ZCPR3 - No Longer Complicated
----------------------------------------------------------------------

Date: 15 Nov 88 03:05:53 GMT
From: [e-mail]  (Simon Gales)
Subject: C compilers and microsoft linker

I have seen many notices about C compilers for cp/m: bds c, aztec, etc.

My question is - how easy is it for any of these compilers to link into
         a microsoft format library and call its routines.  The
         libraries contain f80/m80 routines, and I want to call
         them from C, and link from these libraries.

Please respond via email, I'll post a summary if enuff info is gathered.

--
<-------------------------------------------------------------------------->
<---   Simon Gales@University of Ky                 263-2285/257-3597   --->
<---            [ [e-mail] ]  |  [ [e-mail] ]          --->
<-------------------------------------------------------------------------->

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

Date: WED 16 NOV 1988 09:12:00 CST
From: Brian Piersel <[e-mail]>
Subject: File transfers

Is there any way I can access the public domain software library
available on SIMTEL20?  I am on BITNET.  Once I get it to my library
on this system, I can connect my computer via phone modems, but I
do not know how to get the files here, or to even get a list of the
files available.

- Brian Piersel

BITNET:  S1CH000@SDSUMUS

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

Date: 15 Nov 88 02:44:41 GMT
From: uop![e-mail]  (Nick Sayer)
Subject: GOCCP installed

Well...

I figured out how to patch the PCPICPM file to include GOCCP...
Anyone who wants a copy of PCPICPM (or STARCPM) with GOCCP installed
(and it even relocates properly with INSTALL.COM!) can send me
mail.

What I discovered is the map of the PCPI file. The addresses
below are the addresses when you load PCPICPM into the TPA
(most probably with DDT). If you want the file offsets, subtract
0100H from these addresses.

0100-01FF   Code for the boot sector (track 0, sector 0)
0200-09FF   CCP
0A00-17FF   BDOS
1800-20FF   BIOS
2100-30FF   6502 resident BIOS-type code
3100-311F   relocation bitmap for boot sector (0100-01FF)
3120-321F   relocation bitmap for CCP
3220-33DF   relocation bitmap for BDOS
33E0-34FF   relocation bitmap for BIOS
3500-36FF   relocation bitmap for 6502 resident BIOS-type code

Note that the relocation map size for a segment is the size of
the segment in question divided by 8. Normally, the relocation
maps for the boot code and 6502 code are all 0s.

Here's how you figure out what to put in the relocation maps.

First, assemble the code for the segment you want such that
it's ORG is that of a CP/M system with the CCP starting at 0DC00H.
Put this aside for now.

Next, assemble the code for the segment with the ORG 0100H higher than
it was last time.

Feed these two files into a PCPI utility called GENBMAP.COM (see
below). That will spit out a bitmap file. *** GENBMAP.COM HAS A
BUG IN IT THAT OUTPUTS ONE SECTOR TOO MANY! MAKE SURE THAT
THE BITMAP FILE IS THE RIGHT SIZE! ***

Load the bitmap and code into the PCPICPM file and save it.

-----

Now I'm sure you're wondering what GENBMAP.COM does. What it does
is do a byte by byte comparison between the two given files.
If the bytes are equal, it outputs a 0 bit. If they're not
equal, it outputs a 1 bit. These bits are collected in the
bitmap, such that there is a one-to-one match between the bits
in the bitmap and the bytes in the input files. The MSB of
byte 0 of the bit map is the first byte of the code, the
LSB of byte 0 of the bit map is the 8th byte of the code,
the MSB of byte 1 of the bit map is the 9th byte of the
code, etc.

Hope this is helpful and doesn't get me into trouble for
giving away state secrets :-).

BTW: Last time I heard, PCPI was no longer supporting their CP/M
boards. Can anyone substantiate? Is there a PCPI CP/M users group?
Would anyone like to start one?

----------------------------------------------------------------------
Nick Sayer | Packet Radio: N6QQQ @ WA6RDH | Fido: 161/31
uucp: ...!sdcsvax!ucbvax!ucdavis!uop!mrapple
Disclaimer:   You didn't REALLY believe that, did you?
cat flames > /dev/null

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

Date: Wed, 16 Nov 88 18:12:52 PST
From: [e-mail] (Roger H. Hanscom [phone])
Subject: Jade S-100

>Date: Tue, 15 Nov 88 09:15 EDT
>From: RLH <[e-mail]>
>Subject: Jade S-100

>In INFO-CPM 88-248,  Mike Norris asks about a problem in which
>his S-100 system fails to boot, but when he removes some "other
>boards" it boots and then boots successfully after insert the
>removed boards. This kind of behavior is symptomatic of bad
>connections between one of the boards and the S-100 socket.

>  (more info on cleaning board contacts...)

>       Bob Haar
>       GM Research Labs

It might also be worth the effort it takes to check the ps!
Could +8,+16,or-16 be marginal????
                                  Roger

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

Date: Tue, 15 Nov 88 15:49:05 IST
From: "Jacques J. Goldberg" <[e-mail]>
Subject: LOBO MAX-80 Hardware help needed.

My June '83 Lobo MAX-80 is growing old, has his first weaknesses.
Who can help me?

1. find replacement batteries for the real time clock?

2. guess what makes the video output look faint, in spite of the correct
voltage output at the power supply, and an observed peak-to-peak voltage
across the video output channel which, measured with an oscilloscope, is as
large as it can be with the circuit fed at 5 volt DC? Has anybody experienced
that?

                              Jacques Goldberg, Technion, Haifa, Israel
                              with two zeroes in the address
                              [e-mail]

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

Date: 14 Nov 88 15:09:25 GMT
From: [e-mail]  (Clarence W. Wilkerson Jr.)
Subject: MEX Overlays and SCSI Implementations

For using the z80 SIO, there are several variants , but
the zerox 820 source code should provide a guid. Variants
include the port addresses, whether the two port addresses
are interleaved or not, and how the data rate is set ( this
is external to the z80sio.

  For the scsi question, there are lots of scsi controller
  boards going on the surplus market for under $100, see
  Computer Surplus Store ads in BYTE or Computer Shopper.
  Surplus 10 megs drives are about $100. The port to talk
  to the SCSI drive is basically a bidirectional parallel
  port with several status lines. It is balanced by a
  resistor network to about 3 volts.
    The pc board approach is used by some tandy coco suppliers,
    and I know of at least one such arrangement for Heath Zenith
    H89's. The address lines for memory don't have to be selected,
    you can just address it via ports, but of course you have
    to write the software. The SASI or SCSI software is probably
    more generic.

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

Date: 14 Nov 88 18:09:15 GMT
From: [e-mail]  (Roger Hanscom)
Subject: UZI, a Z-80 Unix clone kernel

I have been watching comp.sources.misc at my site, and have not
seen this either.  As Martin Boening states, it may be best to
let patience prevail here.  It may not have been posted yet.

Martin said it best:

>Any (even contradicting) info on this is of course appreciated.

>Martin Boening
                           Roger
<------------>
   {ucbvax,ames,lll-crg,....}!lll-lcc!freedom!rzh
   or {ucbvax,ames,lll-crg,....}!lll-lcc!rzh
   or [e-mail]

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

Date: Wed 16 Nov 1988 10:50:01 EDT
From: <[e-mail]>
Subject: ZCPR3 - No Longer Complicated

   From Nick Sayer's description of the Apple CP/M command processor
replacement GOCCP, it appears to be very close, if not identical to, ZCPR1.
Nick also commented that it "isn't as complicated as ZCPRx."  With the new
autoinstall Z-Systems (NZCOM for CP/M-2.2 computers and Z3PLUS for CP/M-Plus
computers), ZCPRx is no longer complicated.  In Nick's case, he would just
have to set up his system to run the command NZCOM on cold boot, and the Z-
System of his own design would come up automatically.

   NZCOM, together with the superb new DOS replacement ZSDOS/ZDDOS (with
integral datestamping, DOS search path, public file support, and dynamic
reconfiguration capabilities) is being used as the OEM operating system with
a new 64180-based Apple CP/M card soon to be announced.

   At long last, I have a facility for writing diskettes in Apple CP/M (Soft
Card) format, and thus the huge Z-System distribution packages no longer
have to be downloaded.

             Jay Sage


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

End of INFO-CPM Digest
******************************
18-Nov-88 01:43:31-MST,10315;000000000000
Return-Path: <[e-mail]>
Date: Fri, 18 Nov 88 01:31:01 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #254
To: [e-mail]

INFO-CPM Digest             Fri, 18 Nov 88       Volume 88 : Issue 254

Today's Topics:
                   C compilers and microsoft linker
                MEX Overlays and SCSI Implementations
                         PCPI Drivers Wanted
                      pcpi users group (2 msgs)
                SCSI Implementations (adaptec manual)
                      Turbo Pascal wanted to buy
                UZI, a Z-80 Unix clone kernel (2 msgs)
----------------------------------------------------------------------

Date: 15 Nov 88 12:45:14 GMT
From: [e-mail]  (Clarence W. Wilkerson Jr.)
Subject: C compilers and microsoft linker

Also DRI's RMAC and LINK. RMAC and LINK do not support
data areas initialized to non-zero constants. All these
have a limitation of 6-7 character uppercase global
symbols when used in the .rel mode.
.

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

Date: 15 Nov 88 17:59:06 GMT
From: blake!ogccse!littlei!omepd!mipos3!cadavr![e-mail]  (Doug Braun ~)
Subject: MEX Overlays and SCSI Implementations

In article <[e-mail]> [e-mail] writes:

>I am comtemplating adding a hard-disk to my system.
>There isn't anything on the market (no surprise in the case of a self-built
>computer with a non-standard bus). I see two good options:

(option a. deleted)

>b. Build my own SCSI controller. As far as I understand SCSI is
>just a glorified parallel port and an interface definition. There are
>(supposedly) dedicated SCSI controller chips. And one could add DMA (with the
>Z80-DMA chip, or with the built-in DMAs in the Z280). Advantage: nice, clean
>design. Can be made to be real fast (DMA). Can implement a real nice driver in
>the BIOS. Can connect more than just disk drives to the SCSI bus (tape drives
>and laser printers come to my mind). Disadvantage: Lots of work. SCSI disk
>drives are more expensive. Again, who has experiences with this? Which
>SCSI controller chips and disk drives are recommended?

I did just this for my one-of-a-kind CPM system, and it has worked out
very well.  The SCSI Host Adapter is indeed a glorified parallel port,
and I built one from 6 or so TTL chips.  If you used one of those SCSI
controller chips, the design wuld probably be even simpler.

For a controller, there are several places to get SCSI-to-ST506 controller
cards.  I have one made by Shugart (before they went away).  There
are several others readily available, for about $80 or so.  I have
also had a SCSI tape drive hooked up to my system.  This was very easy to do.
I also use the same controller (I have two) on a PC with a PC host adapter.

If this approach sounds worthwhile to you (or anyone else), send me mail,
and I will tell you more.

Doug Braun                Intel Corp CAD
                    408 765-4279

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

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

Date: 17 Nov 88 07:17:49 GMT
From: dogie![e-mail]  (David Douthitt)
Subject: PCPI Drivers Wanted

Does anyone have any drivers for PCPI Apple CP/M?  I am especially
interested in drivers for:
     . AppleCat Modem
     . Saturn 128K Memory Cards
     . 3.5" Unidisk
     . Apple ROM Calls
Any help would be greatly appreciated.

Also interested in installing ZCPR 3.3 for PCPI.  May give it a
shot once I get a second drive (second drive used to be a 256K
RAM disk under Microsoft CP/M - recent upgrade to PCPI cancelled
that :-(

Thanks....
           -- david

Reply to: [e-mail]   instead of above address. Thanks.

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

Date: Thu, 17 Nov 88 18:21:29 PST
From: [e-mail] (Richard Secrist, Digital Equip. Corp. USA)
Subject: pcpi users group

    Laing Electronics repairs/sells PCPI stuff and is fairly
    knowledgeable about it in terms of hardware.  A few years
    ago PCPI sold me the upgrade to the latest/last rev of the
    CP/M and sold me the infamous developer's kit, and the guy
    who helped me was a nice person who knew many things about
    it.  PCPI had nice support until a couple of yers ago I know,
    which was after they discontinued the board.  Perhaps they
    still do.

    User group wise I'm all for it.  If someone else doesn't want
    to be the focal point I'll be happy to, although if someone
    else has already got the list software to digest and all that
    a la the Petersen lists I'll be more than happy to defer since
    I don't have squat to support the list (just VMS/Mail and my
    fingers).

    Richard

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

Date: Thu, 17 Nov 1988  22:48 MST
From: Keith Petersen <[e-mail]>
Subject: pcpi users group

There is a very active PCPI users group on GEnie's National CP/M
RoundTable.  They have uploaded quite a few files specific to PCPI to
the software libraries and there are quite a few messages about it in
the Apple CP/M Users group category of the Bulletin Board.

--Keith

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

Date: 16 Nov 88 17:38:43 GMT
From: ius3.ius.cs.cmu.edu![e-mail]  (Ralph Hyre)
Subject: SCSI Implementations (adaptec manual)

I can reccomend the Adaptec ACB-4000(A) reference manual that you can
request with the board (which converts SCSI to ST-412/506 that those
cheap PClone drives want.  It describes EVERYTHING, and even has a
source listing for an 8085 (I think) driver in back.

On the disk side, there are easily-interfacable custom chips, like the NCR
5380, which has CMOS and high-performance variants.  There are lots of
things to worry about when building a SCSI interface, although if you only
plan to attach a single drive to a single computer then you can probably not
worry about arbitration and other stuff.  These days, I'd go and build
a PClone backplane interface and buy the cheap cards for it.  (For example,
I think I saw a $49 SCSI interface in some random magazine the other day.)

As always, be careful about TERMPWR, this is where some SCSI devices 'miss'
obeying the SPEC.

Good luck.
--
                    - Ralph W. Hyre, Jr.
Internet: [e-mail]    Phone:(412) CMU-BUGS
Amateur Packet Radio: N3FGW@W2XO, or c/o W3VC, CMU Radio Club, Pittsburgh, PA
"You can do what you want with my computer, but leave me alone!8-)"
--

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

Date: 17 Nov 88 04:36:21 GMT
From: schooner.cis.ohio-state.edu![e-mail]  (Michael V. Snyder)
Subject: Turbo Pascal wanted to buy

I recently bought a friend an old Kaypro, and would like to teach her
Pascal.  Borland's Turbo Pascal for CP/M seems to be no longer on the
market.  Is there anyone out there with a legal copy they no longer
use, who'd be willing to sell it?  I must get the manuals too.

Please reply by mail: I don't read this group too often.      -- Thanks.
______________________________________________________________________________
|                                      |                                     |
| Handsome woman - lovely bust.        | This posting is the sole opinion of |
| Fine young fellow - stirred up lust, |          Michael V. Snyder          |
|    Babies' diapers,                  |    [e-mail]   |
|    Bottom  wipers,                   |                                     |
| Years of struggle - Coffin - Dust.   |    "everything you know is wrong"   |
|______________________________________|_____________________________________|
( poem appropriated from rec.humor )
-=-
______________________________________________________________________________
|                                      |                                     |
| Handsome woman - lovely bust.        | This posting is the sole opinion of |
| Fine young fellow - stirred up lust, |          Michael V. Snyder          |

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

Date: 16 Nov 88 18:10:07 GMT
From: edsews!rphroy!pte![e-mail]  (Chris Rende)
Subject: UZI, a Z-80 Unix clone kernel

> I have been watching comp.sources.misc at my site, and have not
> seen this either.  As Martin Boening states, it may be best to
> let patience prevail here.  It may not have been posted yet.

I too have been waiting patiently, but there has not been much traffic in
comp.sources.misc - what if the moderator has decided NOT (gasp!) to post
UZI?! The moderator may not feel that UZI has enough "general appeal".

I vote for posting it here, after all, this is where the Z-80 folks hang out.

car.
---
Christopher A. Rende                Multics,DTSS,Shortwave,Scanners,StarTrek
uunet!{umix,edsews}!rphroy!pte!car  TRS-80 Model I: Buy Sell Trade
Motorola VME1131 M68020 SVR2        Precise Technology & Electronics, Inc.
--
Christopher A. Rende                Multics,DTSS,Shortwave,Scanners,StarTrek
uunet!{umix,edsews}!rphroy!pte!car  TRS-80 Model I: Buy Sell Trade
Motorola VME1131 M68020 SVR2        Precise Technology & Electronics, Inc.

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

Date: Thu, 17 Nov 1988  22:57 MST
From: Keith Petersen <[e-mail]>
Subject: UZI, a Z-80 Unix clone kernel

I have asked the author of UZI, the Z80 Unix clone kernel, to upload
his files to SIMTEL20.  When they are in place I'll make an
announcement so Internet folks can get it with FTP and Bitnet/Usenet
folks can get it from LISTSERV, the netmail file server.

It will also be available on my RCP/M (see number below) which is
accessable via PC Pursuit 1200/2400 bps), and on the National CP/M
RoundTable on GEnie.

--Keith Petersen
Maintainer of the CP/M & MSDOS archives at WSMR-SIMTEL20.ARMY.MIL [26.0.0.74]
DDN: [e-mail]
Uucp: {ames,decwrl,harvard,rutgers,ucbvax,uunet}!wsmr-simtel20.army.mil!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)

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

End of INFO-CPM Digest
******************************
19-Nov-88 01:43:55-MST,5620;000000000000
Return-Path: <[e-mail]>
Date: Sat, 19 Nov 88 01:30:10 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #255
To: [e-mail]

INFO-CPM Digest             Sat, 19 Nov 88       Volume 88 : Issue 255

Today's Topics:
                              bds-c 1.6
                            GOCCP for PCPI
                              Jade S-100
                            PCPI usergroup
                       Sigh... here we go again
                   Z80 XINU posted at Royal Oak BBS
----------------------------------------------------------------------

Date: Wed, 16 Nov 88 13:38:37 EDT
From: "Wayne E. Beech" <[e-mail]>
Subject: bds-c 1.6

i have bds-c 1.50a and just saw the message about 1.6 being available.
i also recall seeing a file (on simtel20 im pretty sure) that was sent
by leor zolman saying that if you had ever purchased any release of
bds-c that he felt you were entitled to copy any future releases, does
this still apply?
Acknowledge-To: <WAYNE@UKCC>

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

Date: Thu, 17 Nov 88 11:43 N
From: <[e-mail]>
Subject: GOCCP for PCPI

Hey Nick,

        That's a very interesting piece of program you have, I'm very
much interested in it. By the way I've an Apple ][+ 64 K, 2 drives,
and uses a Softcard CP/M, which runs Apple CP/M 2.23.
What is the main difference between a PCPI and a Soft-card ? I assume
that the CP/M soft isn't the same. As I see you use PCPICPM.COM file
to install a CP/M image on disk and I use CPM60.COM .
But good news for you maybe is that I ones tried to install P2dos, a
replacement for BDOS, which I failed to install on an Apple, but then I
had a lot of responses of INFO-CPM readers who wanted to help me.
There was one program that was very useful, nl. SYSLOAD.COM from the
author of P2DOS, which basically could load the CP/M image into memory
(at a save place, where exactly I cann't remember for the moment --) I've
to check this one -- ) and afterwards save it again to disk. On the
other hand I used therfore DDT for the same purposes.
If you want more information about this please ask me, and in the meanwhile
I'll refresh my memory about that subject.
OK
Gratien D'haese

P.S.: P2DOS is still not working on an Apple.

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

Date: 18 Nov 88 04:54:34 GMT
From: mailrus!cwjcc!hal!ncoast![e-mail]  (Mike Squires)
Subject: Jade S-100

In article <[e-mail]> [e-mail] (Mike Morris) writes:

(Jade DD controller)
I have a copy of a BIOS that was modified by Dan Clemmensen of Netrix, Inc.,
that eliminates some problems that he found in the original.  I do not know
the revision level of the board, but still have the docs and disks.

(IMSAI to IEEE 696)

This was covered in a MicroSystems article a few years back (don't remember
the date, but it preceded the switch to MicroSystems Journal by at least
a year.

Mike Squires Allegheny College Meadville, PA 16335 814 724 3360
uucp: ..!cwjcc!ncoast!{mikes,peng!sir-alan!mikes} or ..!pitt!sir-alan!mikes
BITNET: [e-mail] (VAX) MIKES AT SIR-ALAN!PITT.UUCP (IBM)
Internet: sir-alan![e-mail]

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

Date: Fri, 18 Nov 88 23:22:56 est
From: [e-mail] (Gordon Marwood)
Subject: PCPI usergroup


Although I am not against a PCPI user group, I wonder what advantage it would
be compared with info-cpm and the associated BITNET distribution.  There has
been quite a lot of PCPI discussion via info-cpm from time to time, and I have
certainly found it to be useful.  If something extra can be gained by setting
up a separate user/interest group for PCPI, I would support it, but I would
like to know what the "extra" might be.

                                    Gordon Marwood

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

Date: 17 Nov 88 18:18:04 GMT
From: uop![e-mail]  (Nick Sayer)
Subject: Sigh... here we go again

It's me again. This time I'm interested in the format of a
.HEX file. I've noticed this:

:1001000000112233445566778899AABBCCDDEEFFxx
| |  |  ||------------------------------| |
| |  |  |              |                  checksum?
| |  |  |              data bytes
| |  |  zero byte
| |  address
| number of bytes in data field
required ":"

:0000000000 marks EOF

The questions are this: Is there a purpose to the zero byte
before the begining of the data field? How do you compute the
checksum on the end of the line?

----------------------------------------------------------------------
Nick Sayer | Packet Radio: N6QQQ @ WA6RDH | Fido: 161/31
uucp: ...!sdcsvax!ucbvax!ucdavis!uop!mrapple
Disclaimer:   You didn't REALLY believe that, did you?
cat flames > /dev/null

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

Date: 18 Nov 88 05:17:21 GMT
From: mailrus!cwjcc!hal!ncoast![e-mail]  (Mike Squires)
Subject: Z80 XINU posted at Royal Oak BBS

Ed Schramm has told me that he has posted information about his version
of XINU ported to the Z80 to the Royal Oak BBS.


Mike Squires Allegheny College Meadville, PA 16335 814 724 3360
uucp: ..!cwjcc!ncoast!{mikes,peng!sir-alan!mikes} or ..!pitt!sir-alan!mikes
BITNET: [e-mail] (VAX) MIKES AT SIR-ALAN!PITT.UUCP (IBM)
Internet: sir-alan![e-mail]

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

End of INFO-CPM Digest
******************************
20-Nov-88 01:44:07-MST,9394;000000000000
Return-Path: <[e-mail]>
Date: Sun, 20 Nov 88 01:30:45 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #256
To: [e-mail]

INFO-CPM Digest             Sun, 20 Nov 88       Volume 88 : Issue 256

Today's Topics:
                  BDS C Compiler ver 1.6 for CP/M-80
                   C compilers and microsoft linker
                           Intel HEX Format
            MEX Overlays and SCSI Implementations (2 msgs)
                           North Star Woes
                       Sigh... here we go again
                       SMD Interfaces for S100
----------------------------------------------------------------------

Date: 18 Nov 88 21:46:08 GMT
From: tikal!sigma![e-mail]  (William Swan)
Subject: BDS C Compiler ver 1.6 for CP/M-80

In article <[e-mail]> [e-mail] (Keith Petersen) writes:
>Leor Zolman, author of the BDS C Compiler for CP/M-80, has recently
>announced that version 1.6 is now available.  It includes a debugger,
>integrated full screen editor, standard file I/O library, and an
>Xmodem-compatible telecommuncations program. [...]

If somebody on the net buys or gets access to this compiler I, for one,
would love to read a review of it.  I liked a lot about BDS C 1.5, but
its non-standard I/O library caused me problems.

--

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

Date: 18 Nov 88 20:01:27 GMT
From: caesar.usc.edu![e-mail]  (Mitch Mlinar)
Subject: C compilers and microsoft linker

In article <[e-mail]> [e-mail] (Clarence W. Wilkerson Jr.) writes:
>
>Also DRI's RMAC and LINK. RMAC and LINK do not support
>data areas initialized to non-zero constants. All these
>have a limitation of 6-7 character uppercase global
>symbols when used in the .rel mode.
>.

Which is another good reason not to use them.  There are several good
PD linkers which handle either case, although assemblers in general
do not.  Seven character globals are the limit if you want to stick
with true .REL format; if not (like SLR), then you can have 16 chars.

-Mitch

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

Date: Sat, 19 Nov 88 08:21:25 est
From: [e-mail] (Gordon Marwood)
Subject: Intel HEX Format


In response to Nick Sayer's query about the Intel HEX format, the following
information is given in "The Programmer's CP/M Handbook" by Johnson-Laird:-

        :   04  0158  00  64  00  01  80  BE

        ^    ^    ^    ^  (____________)   ^
        |    |    |    |        |          |
        |    |    |    |        |          |____  Checksum formed by adding up
        |    |    |    |        |                 all of the numbers after the
        |    |    |    |        |                 colon and subtracting their
        |    |    |    |        |                 sum from 00H.
        |    |    |    |        |
        |    |    |    |        |_______________  Data bytes
        |    |    |    |
        |    |    |    |________________________  Record type, normally 00
        |    |    |
        |    |    |_____________________________  Load address for data bytes
        |    |                                    on current line.
        |    |
        |    |__________________________________  Number of data bytes on line
        |
        |_______________________________________  Beginning of line marker


I don't know if the record type is ever anything but 00.


                                  Gordon Marwood

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

Date: 18 Nov 88 19:57:05 GMT
From: caesar.usc.edu![e-mail]  (Mitch Mlinar)
Subject: MEX Overlays and SCSI Implementations

In article <[e-mail]> [e-mail] writes:
>
>Part two is more of a hardware question, and does not REALLY belong on
>INFO-CPM. I'll ask anyhow: I am comtemplating adding a hard-disk to my system.
>There isn't anything on the market (no surprise in the case of a self-built
>computer with a non-standard bus). I see two good options:

There are two systems on the market for adding hard drives to a
Z80.  One is by Ampro which implements SCSI for $180 including software,
requiring any SCSI card at the other end.

The other is by Emerald Microware which does SASI for $50 including s/w,
requiring a Western Digital card at the other end.

I have one of the Ampro and three of the Emerald as well as a
home-brew SCSI.  All work fine.

-Mitch

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

Date: 18 Nov 88 20:09:41 GMT
From: caesar.usc.edu![e-mail]  (Mitch Mlinar)
Subject: MEX Overlays and SCSI Implementations

In article <[e-mail]> [e-mail] (Doug Braun ~) writes:
>
>I did just this for my one-of-a-kind CPM system, and it has worked out
>very well.  The SCSI Host Adapter is indeed a glorified parallel port,
>and I built one from 6 or so TTL chips.  If you used one of those SCSI
>controller chips, the design wuld probably be even simpler.
>

I did the same thing using my Xerox 820-II parallel port to talk to
a SCSI board (Shugart SA1610).  This one did not require any chips, just
cabling.  Unfortunately, the cabling is point-to-point to transform Xerox
parallel ports into SCSI; also, you can only operate one SCSI card.  However,
that is enough to run two hard drives.

It was a bear to get the timing right.  The -I was too slow for writing, but
fine for reading which screwed me up for awhile.  I also tried an Omti card
with the same results.  -II, or -I with speedup, is fast enough to keep up
on these two cards at least.

-Mitch

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

Date: 19 Nov 1988 10:44-CST
From: [e-mail]
Subject: North Star Woes

I'm the lucky owner of a really nifty-swifty 64K 2-floppy North
Star Horizon, acquired second-hand with virtually no
documentation.  It runs North Star CP.M 2.2.  Anyways, I've been
downloading lots of CP/M PD stuff from SIMTEL20 and local BBSes,
but recently much of it doesn't work.  I use a strange setup to
acquire the programs, so that may be at fault...  I use my Amiga
1000 as my download and BBS-hopping computer (among other things)
and then upload from the Amiga to the North Star using a 9600BPS
null-modem hookup.  I use a good, reliable comm program on the
Amiga, and MEX v 114 on the North Star.  The XMODEM transfers
from Amiga to NS all work just fine.  (XMODEM CRC, of course)
Anyways, when I go to use the un-LBR'd COM files, the North Star
just gronks the primary (logged-in) drive for a few seconds and
then reports             NO SPACE
    Neat, eh?  I thought the problem was some BIOS modifications
I made, but the problem persists even when I boot from a nearly-
virgin system disk (free of my hacking).

So, I'm open to suggestions.  Should I try re-shipping the files
to the NS?  Look at possible hardware problems?  Pray to whatever
formless demons control CP/M bugs?

                                        >JS<
*************************************************************
John L. Schuncke, JR.  MILNET: [e-mail]
Disclaimer: The above opinions do not IN ANY WAY reflect the
opinions of my employer.  My employer thinks I don't even HAVE
opinions.
      A> PIP NUL:=Flames
*************************************************************

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

Date: 18 Nov 88 20:31:02 GMT
From: caesar.usc.edu![e-mail]  (Mitch Mlinar)
Subject: Sigh... here we go again

In article <[e-mail]> [e-mail] (Nick Sayer) writes:
>It's me again. This time I'm interested in the format of a
>.HEX file. I've noticed this:
>
>:1001000000112233445566778899AABBCCDDEEFFxx
>| |  |  ||------------------------------| |
>| |  |  |              |                  checksum?
>| |  |  |              data bytes
>| |  |  zero byte
>| |  address
>| number of bytes in data field
>required ":"
>
>:0000000000 marks EOF
>
>The questions are this: Is there a purpose to the zero byte
>before the begining of the data field? How do you compute the
>checksum on the end of the line?

The zero byte is NOT always zero; it indicates the record type of this
line of hex code.  The last line of a HEX file is usually:

    :00xxyy01

where xxyy is the starting address for example, although I have seen other
meanings for it.  The 01 indicates this is the last record.

Checksum is computed by taking the sum of all bytes on the line (the colon is
ignored) and inverting it.  In other words, if you sum all bytes on the
line including the checksum, the result should be an 8-bit zero (ignore any
carry beyond 8-bits).

I have seem some implementations which, for some reason, ignore the count
byte (1st one) in computing the checksum.  Don't know how that happened,
but that method is wrong.

-Mitch

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

Date: 19 Nov 88 22:24:32 GMT
From: netsys![e-mail]  (Len Rose)
Subject: SMD Interfaces for S100

 Has anyone seen any S100 based SMD controllers out there?

 Len

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

End of INFO-CPM Digest
******************************
21-Nov-88 01:42:07-MST,5522;000000000000
Return-Path: <[e-mail]>
Date: Mon, 21 Nov 88 01:30:23 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #257
To: [e-mail]

INFO-CPM Digest             Mon, 21 Nov 88       Volume 88 : Issue 257

Today's Topics:
                extremely cheap single-board computers
                 MEX Overlays and SCSI Implementatio
                 Mystery North Star problems solved!
                  Screen Codes for Osborne Computer
                       SMD Interfaces for S100
                                wanted
----------------------------------------------------------------------

Date: Sun, 20 Nov 88 16:25:42 PST
From: [e-mail] (Richard Secrist, Digital Equip. Corp. USA)
Subject: extremely cheap single-board computers

    Does anyone know of a source of extremely cheap (n <= $30) single
    board computers a la ZX-81s for use as dedicated controllers around
    the house ?  I have a few projects in mind but don't want to put the
    time into them unless I have a few of these SBCs so when I fry/lose
    them the projects aren't worthless anymore.

    rcs

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

Date: 17 Nov 88 07:57:00 GMT
From: mcvax!unido!nixpbe!ugun21![e-mail]
Subject: MEX Overlays and SCSI Implementatio

If You look into the May/June 1986 issues of BYTE (that was the time
BYTE was still readable), You'll find in Steve Ciarcia's column
a two-part article on
    "Adding SCSI to the SB180 Computer"
This gives You
a) a fairly good introducation into SCSI
b) a hardware description of the SCSI controller on the SB180/SB180FX.
The design uses the NCR 53C80 which uses a chip count of 1 (one)
plus a couple of terminating resistors, though it calls on the HD64180's
on-chip-DMA.

(I must admit, I own an SB180FX with the SCSI I/F but have not been
able to get it running yet 8-( )

        Josef Moellers

    paper mail:            e-mail:
c/o Nixdorf Computer AG        USA:  uunet!linus!nixbur!nixpbe!mollers.pad
Abt. EG-3            !USA: mcvax!unido!nixpbe!mollers.pad
Unterer Frankfurter Weg
D-4790 Paderborn
tel.: [phone]

Standard disclaimer: Blablabla opinion blablabla employer blablabla!

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

Date: 21 Nov 1988 02:01-CST
From: [e-mail]
Subject: Mystery North Star problems solved!

Well, gang, I figured out the problems which plagued my North Star Horizon.
In an earlier post, I sent out a plea for help with my 64K North Star, running
NS CP/M 2.2.
    Anyways, the answer was:
        I had 16K of RAM addressed incorrectly.
The 64K is in 4 16K boards.  One of the boards, the 16K at 08000h, had
its address switches set wrong.  (Bloody gremlins!)  I really don't recall
touching the switches, but fiddling around inside it's possible to do nearly
any adjustment by accident!

    The missing 16K, where everybody thought 16K oughta be, caused lots
of problems which would only manifest themselves in programs or data that
needed that bank.  Hence, the sporadic nature of the bug.  (Gosh! To think
that the machine could limp, let alone run well most of the time, with one-
fourth of its memory absent...amazing!)

                >JS<
=======================================================================
John L. Schuncke, Jr.   SSgt  USAF |  Where I is:
Communications programmer          | Command and Control Systems Office
extrordinaire                      | [e-mail]
=======================================================================
Disclaimer: "C'mon, I'm just an NCO. Do I look
        like I know what's going on?"
            +----------------+
            | A> PIP         |
            | * NUL:=Flames  |
            | *^C            |
            +----------------+

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

Date: 19 Nov 88 20:43:23 GMT
From: mcdchg!chinet![e-mail]  (William Mihalo)
Subject: Screen Codes for Osborne Computer

I have a piece of software that was written for an
Osborne Computer running CP/M. I'd like to port the
software to another computer, but I need to know what
an Osborne Computer typically uses as escape sequences
to clear the screen, position the cursor etc. If you know
what these codes are please respond directly to me.

Bill Mihalo
uucp: osu-cis!david!calumet!wem

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

Date: 20 Nov 88 05:06:44 GMT
From: [e-mail]  (Clarence W. Wilkerson Jr.)
Subject: SMD Interfaces for S100

advertises an adaptec SCSI to SMD controoler. So with a
S100 scsi host card and the adaptec, you could use the
SMD.

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

Date: 20 Nov 88 06:42:39 GMT
From: killer!jolnet![e-mail]  (Ralph Allas Jr)
Subject: wanted



 I am presently trying to write an inventory/logging program on a Visual 1050.
I have CP/M Plus and am programming in CBASIC.  There is much work involved
here, but I know I can do it.  My problem is that if there is such a program
available presently, I don't want to do this work for nothing.
 If anyone knows of a program that can keep inventory of parts and log incoming
and outgoing equipment for a repair shop, I would very much appreciate any
information you could give me.
 I would also appreciate any info on alternate ways of using the Visual 1050,
like running a different operating system, etc...

 Ralph Allas Jr

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

End of INFO-CPM Digest
******************************
22-Nov-88 01:37:28-MST,3993;000000000000
Return-Path: <[e-mail]>
Date: Tue, 22 Nov 88 01:30:21 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #258
To: [e-mail]

INFO-CPM Digest             Tue, 22 Nov 88       Volume 88 : Issue 258

Today's Topics:
                             Disassembler
                      For all Apple CP/M users.
               Looking for _Morrow Owners' Review_ Vets
                        NEC 8500 FLOPPY DRIVE
        Need help with Epson Geneva PF-10 3.5" diskette drive
                       New Turbo Pascal Source
----------------------------------------------------------------------

Date: 21 Nov 1988 06:11-CST
From: John A. Wright <[e-mail]>
Subject: Disassembler

I  am  looking  for  a CP/M-86 disassembler.  Anyone know where I
might find one or find a disassembler for the  8080  that  I  can
modify for the 8088 CPU.

Thanks in advance

John

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

Date: Mon, 21 Nov 88 14:10 N
From: <[e-mail]>
Subject: For all Apple CP/M users.

This is a message to ALL Apple - CP/M users.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Has anyone out there ever succeeded to install a BDOS replacement, of any
kind, for the standard BDOS of Apple CP/M. I'm thinking of e.g. P2DOS,
ZRDOS, and maybe many other products available as public domain.

(* I have an Apple ][+, 64K, 2 drives, Softcard CP/M with Apple CP/M 2.23 *)

[ Would it be a good idea to submit as many comments as possible to this
  INFO-CPM server, so we get a general overview on the market situation  ]

P.S.: CCP replacements are also wellcome. OK? (e.g. ZCPRx, GOCCP, e.a.)

From: Gratien D'haese
BITNET: dhaese@banuia51

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

Date: Fri, 18 Nov 88 22:58:47 EST
From: Tim Evans <tkevans@fallst>
Subject: Looking for _Morrow Owners' Review_ Vets

Hello!  I'm looking for the old _Morrow Owners' Review_ gang.  Any
of you out there?  (I do know that Erik Westgard can be reached
via attmail.)
--
UUCP:  ...!{rutgers|ames|uunet}!mimsy!aplcen!wb3ffv!fallst!tkevans
INTERNET:  [e-mail]
OTHER: ...!attmail!fallst!tkevans
Tim Evans  2201 Brookhaven Court, Fallston, MD  21047   [phone]

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

Date: Mon, 21 Nov 88 10:17:23 EST
From: Louis Teletski  AMSTE-TAF 4377 <[e-mail]>
Subject: NEC 8500 FLOPPY DRIVE

I have a NEC  PC-8500 with a PC-8431A floppy disk unit.  The Floppy Disk Unit
has a single floppy.  I would like to add a second floppy.  The one that fits
is a TEAC FD 35.E, which I have had trouble finding. Does anyone have a source
for this disc drive or know of a compatable (electronicaly and physically)
equivalent?  The TEAC FD 35.E is a single sided drive.  If I put in a double
sided drive will it work single sided or double sided??

LOU TELETSKI

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

Date: 21 Nov 88 02:01:01 GMT
From: ecsvax!dukeac![e-mail]  (Ted A. Campbell)
Subject: Need help with Epson Geneva PF-10 3.5" diskette drive

Does anyone know anyone serving Epson Genevas (PX-8s)?  In particular,
I have an errant PF-10 3.5" diskette drive, and would like to inquire
about having it serviced.

Ted A. Campbell
...!dukeac!tcamp
...!dukeac!numen!tcamp

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

Date: Mon 21 Nov 1988 15:20:36 EDT
From: <[e-mail]>
Subject: New Turbo Pascal Source

Turbo Pascal for CP/M will soon be available from a new source with a
completely rewritten manual in looseleaf form (hooray -- we'll actually be
able to leave it open to a page while we work or insert our own additional
pages with notes).  As soon as the company is ready to start taking orders,
I will pass the details along.

-- Jay Sage


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

End of INFO-CPM Digest
******************************
23-Nov-88 01:45:52-MST,6091;000000000000
Return-Path: <[e-mail]>
Date: Wed, 23 Nov 88 01:30:12 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #259
To: [e-mail]

INFO-CPM Digest             Wed, 23 Nov 88       Volume 88 : Issue 259

Today's Topics:
                          Epson PF-10 drive
                           NEC Drive Source
                            Need lost docs
              Operating System Replacements on the Apple
                     Recovering Erased CP/M Files
                          Vector 4 / CP/M-86
----------------------------------------------------------------------

Date: Tue, 22 Nov 88 13:08:16 EST
From: John C Klensin <[e-mail]>
Subject: Epson PF-10 drive

Ted,
  If you find out anything authoritative, please post, but my
understanding is that Epson's agreement with DAK was that they
(Epson) would continue to provide service for the machines into
the indefinite future.  Hence, your first line of defense should
be a call to Epson's customer inquiry line, at 800-922-8911 the
last I checked.
  John Klensin
  [e-mail]

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

Date: Tue, 22 Nov 88 07:35:40 PST
From: [e-mail] (Richard Secrist, Digital Equip. Corp. USA)
Subject: NEC Drive Source

    I've got a friend dying for an 8500-compatible drive.  Where
    can you still get one ?  Appartently many places that are
    liquidating 8500s and have drives only sell a drive WITH an
    8500 at the same time...

    rcs

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

Date: 22 Nov 88 02:11:28 GMT
From: att!occrsh!uokmax![e-mail]  (Michael C Miller)
Subject: Need lost docs

I was recently the proud recipient of a Cromemco 8K Bytesaver ROM card
sans documentation. It has some form of resident software but obviously
it patches to some long-lost monitor.
I'd love a copy of the docs but would be very happy with any info on the
control parameters and programming routines to fire this thing up.
(Although it reads ,it refuses to deposit anything from the front panel)

Also, I'm in need of a CPM disk subsystem if anyone has a junker for
sale let me know.( must handle 8" and 5 1/4" and I'll need a bios )

thanks in advance.............            sans

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

Date: Tue 22 Nov 1988 16:05:46 EDT
From: <[e-mail]>
Subject: Operating System Replacements on the Apple

Gratien D'haese wrote:

>> Has anyone out there ever succeeded to install a BDOS replacement, of any
>> kind, for the standard BDOS of Apple CP/M. I'm thinking of e.g. P2DOS,
>> ZRDOS, and maybe many other products available as public domain.

I am not an expert on Apple CP/M, but it is my understanding that a great
many people have quite successfully installed all kinds of replacement
operating system components.  I know for a fact that this is true of the
Apple PCPI system.

No one has yet informed me of any Apple CP/M board on which our new NZ-COM
(for CP/M-2.2) and Z3PLUS (for CP/M-Plus) versions of Z-System do not run
(and there are a good number of Apple customers).  They install
automatically, so anyone with an Apple CP/M computer should be able to use
them, even if they do not know anything about the intricacies of the
operating system.  There is no need to assemble or patch anything; they run
like an application program.  Most of the NZ-COM configuration is
accomplished with a menu program.  The finer points in NZ-COM and all the
customization (if needed) in Z3PLUS are handled by editing a simple text
file.

NZ-COM already includes the ZRDOS replacement disk operating system and the
ZCPR34 command processor replacement.  ZSDOS/ZDDOS, spectacular new DOS
replacements that are about to be released (manuals are at the printer now),
can also be installed into an NZ-COM system (or even a CP/M system).  They
bring the DOS functionality to a level corresponding to ZCPR3.  Features are
run-time configurable.  DateStamping has been designed in.  With ZDDOS it is
handled completely within the DOS; ZSDOS requires a small external module.
The date stamping can be either Plu*Perfect style or CP/M-Plus (P2DOS) style
OR BOTH SIMULTANEOUSLY!  Plu*Perfect style public files are supported, and
ZSDOS even has a DOS search path like the command search path of ZCPR3.
Access modes (read-only or read/write) to files located indirectly are
controlled dynamically using the utility ZSCONFIG.  Automatic disk logging,
of course!  Excellent error messages that report not only the nature of the
error but the name of the file involved, if any.

So, there is no reason for Apple CP/M users not to take advantage of the
advanced CP/M-compatible operating systems.


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

Date: 22 Nov 88 17:58:31 GMT
From: [e-mail]  (Paul Knight)
Subject: Recovering Erased CP/M Files

Is there any way to recover erased files on a CP/M disk?  These are
WordStar files on a diskette formatted in a Kaypro machine.  Please
mail responses to me and I will post a summary to the group.

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

Date: Tue, 22 Nov 88 20:21 O
From: Trucker <[e-mail]>
Subject: Vector 4 / CP/M-86

I recently bought an used Vector 4 -computer.
Now I would like to get some technical and operating system (CP/M-86)
information.
If you own a Vector or if you know where I could get information on it,
please tell me.

 /--------------------\
| [e-mail]  |
| [e-mail]|
 \-------------------//
                    //-----------------------------------------------------\
                   | Disclaimer: My opinions are purely mine.               |
                   | Trucker -the last barbarian inside Helsinki Turnpike I |
                    \------------------------------------------------------/

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

End of INFO-CPM Digest
******************************
24-Nov-88 01:40:56-MST,2174;000000000000
Return-Path: <[e-mail]>
Date: Thu, 24 Nov 88 01:30:16 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #260
To: [e-mail]

INFO-CPM Digest             Thu, 24 Nov 88       Volume 88 : Issue 260

Today's Topics:
                           North Star Woes
----------------------------------------------------------------------

Date: 22 Nov 88 16:20:11 GMT
From: spar!snjsn1!bilbo![e-mail]  (Greg Wageman)
Subject: North Star Woes

In article <[E.ISI.EDU]19-Nov-88.10:44:09.SAC.CCSO-OLA> [e-mail] writes:
>I'm the lucky owner of a really nifty-swifty 64K 2-floppy North
>Star Horizon, acquired second-hand with virtually no
>documentation.  It runs North Star CP.M 2.2.
> [....]
>Anyways, when I go to use the un-LBR'd COM files, the North Star
>just gronks the primary (logged-in) drive for a few seconds and
>then reports             NO SPACE
>    Neat, eh?  I thought the problem was some BIOS modifications
>I made, but the problem persists even when I boot from a nearly-
>virgin system disk (free of my hacking).
>
>So, I'm open to suggestions.  Should I try re-shipping the files
>to the NS?  Look at possible hardware problems?  Pray to whatever
>formless demons control CP/M bugs?

That wonderful, verbose NO SPACE message is printed by the CP/M
program loader when it runs out of TPA for an executable.  In other
words, you don't have enough RAM to run whatever programs you are
trying to run.

As I recall, the North Star didn't use the standard memory
organization for CP/M (TPA started at 0x100, CCP/BDOS/BIOS at top of
memory is the standard).  If your arrangement is different, you will
have to relocate the binaries before they will run in a different
configuration.



Greg Wageman            ARPA:  [e-mail]
Schlumberger Technologies    UUCP: ...!decwrl!spar!sentry!greg
------------------
Opinions expressed herein are solely the responsibility of the author.

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

End of INFO-CPM Digest
******************************
24-Nov-88 20:31:09-MST,24415;000000000000
Mail-From: KPETERSEN created at 24-Nov-88 20:24:21
Return-Path: <[e-mail]>
Date: Thu, 24 Nov 88 20:24:19 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #261
To: [e-mail]

INFO-CPM Digest             Thu, 24 Nov 88       Volume 88 : Issue 261

Today's Topics:
                        SIMTEL20 archive blurb
----------------------------------------------------------------------

Date: Thu, 24 Nov 1988  20:20 MST
From: Keith Petersen <[e-mail]>
Subject: SIMTEL20 archive blurb

[In response to several requests here is the latest SIMTEL20 archive blurb]

                     THE SIMTEL20 ARCHIVES

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 WSMR-SIMTEL20.ARMY.MIL,
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 full host name "WSMR-SIMTEL20.ARMY.MIL" will be
dropped from further references to SIMTEL20 in this discussion.

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

  get pd2:<cpm>cpm.crclst
  get pd2:<cpmug>cpmug.crclst
  get pd2:<sigm>sigm.crclst
  get pd1:<msdos>msdos.crclst
  get pd1:<pc-blue>pc-blue.crclst
  get pd1:<misc>misc.crclst
  get pd2:<unix-c>unix-c.crclst
  get pd2:<ada>ada.crclst

The <CPM> and <MSDOS> archives are the ones to watch for the very
latest CP/M and MSDOS offerings, as they are 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-C> archive contains a variety of UNIX tools.  Those which apply
specifically to CP/M are in the directory <UNIX-C.CPM>.  The <ADA>
archive is growing rapidly. Information about this archive is in
directory PD2:<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.

PLEASE NOTE: 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 and crunched files have been compressed using programs
available in directory <CPM.SQUSQ> to obtain a significant size
reduction.  Squeezed files can be identified by the letter Q in the
second letter of the extension field.  For example, the file
PD2:<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-C> archives (see for
example, directories <MISC.TOPS-20> and <UNIX-C.CPM>).  Files with
the letter Z as the second letter of the extension field are crunched.
Uncrunch programs can be found in the same directories as the
unsqueezer programs.

CP/M library and archive files (those with names ending in LBR and ARK)
combine several regular CP/M files into a single BINARY file which
contains an internal directory of its contents.  LBRs are created using
the CP/M library utility LU310.COM or some other compatible utility.
The complete packages for LU310 and a newer compatible program called
NULUxx (where "xx" is the version) can be found in directory
PD2:<CPM.ARC-LBR>.  C-language source code for compatible UNIX
utilities for System V and Berkeley versions of UNIX are in directory
PD2:<UNIX-C.ARC-PROGS>.

For more information on ARC, ARK, LBR, squeezed and crunched files,
get PD2:<CPM>-FILES.DOC and/or PD1:<MSDOS>-FILES.DOC.

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 pd1:<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, archives, crunched and squeezed
files, all 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
[e-mail] 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 pd2:<cpmug>cpmug.cat
  get pd1:<pc-blue.vol000>pcblue.cat

Similar files exist for the <SIGM> archive, but they are stored in
squeezed form.  These files, when unsqueezed, yields SIG0.CAT and
SIG1.CAT (the catalog).  They can be obtained using the FTP command:

  get pd2:<sigm.vol000>sig0.cqt
  get pd2:<sigm.vol000>sig1.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 GUEST for the 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 which may appear
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
"pdx:<whatever>" as part of each filename.  For example, you can do
something like this:

  cd pd2:<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 "type 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 WSMR-SIMTEL20.ARMY.MIL FTP Server Process 5Z(14)-7 at [date/time]

  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 transferred 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 PD2:<UNIX-C.CPM>. With this
program, a simple command like "mb modm700.com" can connect to
SIMTEL20 and transfer the binary file "modm700.com" from directory
PD2:<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
PD2:<UNIX-C.CPM>AUTOFTP-DOC.TXT.

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 PD2:<UNIX-C.XYZMODEM>
contains several programs, XMODEM, UC and the older UMODEM (all
written in C), which implement this protocol on UNIX machines.  See
the file PD2:<UNIX-C>UNIX-C.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 PD1:<MISC.TOPS-20>.  See
PD1:<MISC>MISC.CRCLST for a list of available programs.

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

Christensen Protocol Microcomputer Programs:

An excellent program for transferring files between micros, or between
micros and mainframes is called MODM700.  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 MODM700, you should first FTP and examine the "DOC"
and "MSG" files from the binary library file PD2:<CPM.MODEM7>MODM700.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 mainframe-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 MODM700 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 PD2:<CPM.MODEM7>M7OVL-yy.LST, are used to customize
MODM700 for particular machines without having to edit and assemble
the huge MODM700 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 "PD2:<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 MODM700 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 CUNIXC.CC.COLUMBIA.EDU using
FTP, and do this:

  login anonymous
  user guest    (or answer guest if it asks for a password)
  cd ker
  get readme.doc

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:

  dir

You should find something useful.

  Questions can be addressed to [e-mail].

Getting Started:

In order to get MODM700, 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,
MODM700.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 PD2:<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 pd2:<cpm.starter-kit>pipmodem.asm
  get pd2:<cpm.starter-kit>pipmodem.doc
  get pd2:<cpm.starter-kit>mboot3.asm
  get pd2:<cpm.starter-kit>bmodem.bas
  get pd2:<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 PD2:<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              PD2:<ARCHIVES.ADA-SW>
  AMETHYST-USERS      PD2:<ARCHIVES.AMETHYST>
  INFO-68K            PD2:<ARCHIVES.68K>
  INFO-APPLE          PD2:<ARCHIVES.APPLE>
  INFO-CPM            PD2:<ARCHIVES.CPM>
  INFO-FORTH          PD2:<ARCHIVES.FORTH>
  INFO-HAMS           PD2:<ARCHIVES.HAMS>
  INFO-MICRO          PD2:<ARCHIVES.MICRO>
  INFO-XMODEM         PD2:<ARCHIVES.XMODEM>
  INFO-MODEMXX        PD2:<ARCHIVES.MODEMXX>
  INFO-MODULA-2       PD2:<ARCHIVES.MODULA-2>
  NORTHSTAR-USERS     PD2:<ARCHIVES.NORTHSTAR>
  PACKET-RADIO        PD2:<ARCHIVES.PACKET>
  INFO-PASCAL         PD2:<ARCHIVES.PASCAL>
  UNIX-SW             PD2:<ARCHIVES.UNIX-SW>
  INFO-XENIX310       PD2:<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, PD2:<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 PD2:<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 PD2:<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 PD2:<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>,
<MSDOS> or <MISC> archives, please contact Keith Petersen
<[e-mail]>.  Likewise, contact Richard Conn
<[e-mail]> if you wish to contribute to
the <ADA> archive, and Dave Curry
<[e-mail]> if you have something for the
<UNIX-C> archive.

     Happy computing!

     Keith Petersen
     [e-mail]

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

End of INFO-CPM Digest
******************************
25-Nov-88 01:44:40-MST,14504;000000000000
Return-Path: <[e-mail]>
Date: Fri, 25 Nov 88 01:31:03 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #262
To: [e-mail]

INFO-CPM Digest             Fri, 25 Nov 88       Volume 88 : Issue 262

Today's Topics:
          Accessing the SIMTEL20 archives from non-DDN hosts
                 extremely cheap single-board comput
                     Format of .REL files wanted
                UZI, a Z-80 Unix clone kernel (2 msgs)
----------------------------------------------------------------------

Date: Thu, 24 Nov 1988  20:22 MST
From: Keith Petersen <[e-mail]>
Subject: Accessing the SIMTEL20 archives from non-DDN hosts

Here is updated info on the server at VM.ECS.RPI.EDU.  Notice the
various options and limitations depending on the operating system of
your host.

--Keith Petersen
Maintainer of the CP/M & MSDOS archives at WSMR-SIMTEL20.ARMY.MIL [26.0.0.74]

---forwarded message---
From:   "John S. Fisher"  <[e-mail]>
To:  [e-mail]
Subject: More up-to-date info on the server at RPICICGE.BITNET

The following is a more up-to-date collection of information about
using the server at RPICICGE.BITNET (aka VM.ECS.RPI.EDU).  Two notes
first, though: For non-Bitnet users connectivity continues to be a
problem.  The server uses the From: header in mail messages to derive
the return path, and it does this without the aid of a domain name
server.  Hosts not in the SRI hosts tables are typically unreachable.
Also, there have been some performance problems with the gateway
between Arpanet and Nysernet (where VM.ECS.RPI.EDU is to be found).
The ability of the server to satisfy file requests has been hampered.

           --------------
RPICICGE File Server Documentation and Usage Notes

The RPICICGE File Server gives users on Bitnet hosts nearly up-to-date
access to the collossal public domain software collection stored on
WSMR-SIMTEL20.ARMY.MIL.  The server runs on an IBM VM/SP system and is
built on top of popular mail/file server, Revised LISTSERV.  However,
since the server handles files directly from WSMR-SIMTEL20.ARMY.MIL,
the normal VM/SP and LISTSERV concepts do not apply.

     WSMR-SIMTEL20.ARMY.MIL is a DEC Tops-20 system, and file naming
therefore follow Tops-20 conventions.  For this server, file names
always conform , to the following layout:

     diskname:<directoryname.subdirectoryname>filename.extension

The diskname identifies the physical disk device where the file is
stored.  The software archives are all kept on the disk named PD.
The directoryname identifies in which archive the file is stored.
The server provides access to the following archives:

     CPM     -- Info-CPM software archives.
     MSDOS   -- Info-IBMPC software archives.
     SIGM    -- SIG/M software archives.
     PC-BLUE -- PC-Blue software archives.
     MISC    -- Miscellaneous software archives.

The subdirectorynames partitions the archive into categories, and the
categories vary from archive to archive.  The filename is generally
some descriptive name for the file; the extentionname indicates its
type.  For example,

     PD1:<MSDOS.STARTER>UUDECODE.BAS

is a BASIC source program that does uudecoding.  It is located in the
STARTER (for starter-kit) subdirectory of the MSDOS archive.  When
requesting files from the server you must specify the file's fully
qualified name using the Tops-20 notation.

(Note:  The design of the server does not allow for getting files
at the top level directory, e.g. PD2:<CPM>CPM.CRCLST is not available.
However, since the files at the top level are generally directory
listings, the need for them is superceded by the /PDDIR command.)

Requests are sent to [e-mail] either as RFC822-style
mail, or as interactive messages.  Two commands are supported by the
server.  The /PDDIR command requests a directory of available files,
and the /PDDIR command requests a specific file.

*********************
The /PDDIR command. *
*********************
The /PDDIR command is used to list the names of files that match some
pattern.  The command has several forms.  They are:

    /PDDIR
    /PDDIR  PD1:<directory>
    /PDDIR  PD1:<directory.subdirectory>filename.ext  age

The first form lists the names of all the archives known to the server.
At present these are CPM, SIGM, PC-BLUE, MSDOS, and MISC.  The second
form lists the names of all the subdirectories in a particular archive.
(The directory name must be one of the known archives: CPM, SIGM, etc.)
The third form lists the names of files in the archive.  The age
parameter limits how old a file in the archive may be and still be
considered.  If omitted, the default is 30, meaning 30 days old.
The directory name must be one of CPM, SIGM, PC-BLUE, MSDOS, or MISC.
The subdirectory, filename, and ext may include asterisks ('*') as
"wild-card" characters.  The following are examples.

    /PDDIR PD1:<MSDOS>  --Lists all subdirectories in the MSDOS archive.
    /PDDIR PD2:<SIGM.*>*.*   --Lists files added in the last 30 days.
    /PDDIR PD1:<MISC.VAXVMS>*.* 9999 --Lists VAX/VMS related files.
    /PDDIR PD2:<CPM>UUDECODE*.* 9999 --Lists uudecode software for CP/M.

*********************
The /PDDIR command. *
*********************
The /PDGET command is used to request specific files.  No pattern-
matching is allowed.  The syntax for this command is as follows:

    /PDGET  format  simtel.filename   ( encoding

The format specifies how the file is to be transmitted.  Allowed
values are NETDATA, PUNCH, and MAIL.

    NETDATA  -- suitable for transfer to Bitnet hosts that can accept
                files in IBM Netdata format.
    PUNCH    -- suitable for transfer to Bitnet hosts that can accept
                files but cannot decode the Netdata format.  Files
                are sent as 80-byte card-images.
    MAIL     -- suitable for transfer to hosts that can accept only
                mail or are accessible to Bitnet only through gateways.
                Large files sent via mail are split into several
                smaller files that the recipient must reassemble.

If the format is omitted, NETDATA is assumed for Bitnet hosts and MAIL
for all others.

The encoding specifies any special translation for the file data:

    ASIS     -- suitable for hosts that can receive binary data.  The
                file is sent exactly as it is stored on the server:
                binary images of the file data.  ASIS may be used
                only with format NETDATA.
    UUENCODE -- suitable for hosts that cannot receive binary data.
                The file is sent uuencoded.
    TRANSLATE -- suitable for any host, but only when the file actually
                represents readable text.  The file is translated to
                EBCDIC.  (If you are on an ASCII machine, then your
                system should automatically translate to ASCII when
                the file arrives.) TRANSLATE applied to a binary file
                will yield trash.

If no encoding is specified, then ASIS is assumed for NETDATA, and
UUENCODE for the others.

*** Note:  Users on non-IBM hosts should remember that with the
           NETDATA/ASIS server defaults, binary data is put on an
           EBCDIC network (viz. Bitnet).  The normal action of most
           non-IBM networking software is to do EBCDIC/ASCII trans-
           lation on incoming data.  This will render most files
           from the server useless.  Non-IBM users should either
           use one of the other encoding options or receive the
           a file without translation.  (Jnet has this capability.)

In each of the following examples the user wants the UUDECODE.HEX and
the UNARC16.ARK file to download to a CP/M micro.

(1)  The user is on an IBM host directly connected to Bitnet:
          /PDGET  NETDATA  PD2:<CPM.STARTER-KIT>UUDECODE.HEX (TRANSLATE
          /PDGET  NETDATA  PD2:<CPM.ARC-LBR>UNARC16.ARK

(2)  The user is on a non-IBM host directly connected to Bitnet and can
     receive Netdata files, but not binary:
          /PDGET  NETDATA  PD2:<CPM.STARTER-KIT>UUDECODE.HEX (TRANSLATE
          /PDGET  NETDATA  PD2:<CPM.ARC-LBR>UNARC16.ARK  (UUE

(3)  The user is on some host somewhere:
          /PDGET  MAIL  PD2:<CPM.STARTER-KIT>UUDECODE.HEX (TRANSLATE
          /PDGET  MAIL  PD2:<CPM.ARC-LBR>UNARC16.ARK  (UUE

*********************
Additional remarks: *
*********************
(1)  If the server is unable to satisfy a request for a file from
     Simtel20 in three days, the request is rejected.

(2)  The server limits /PDGET and /PDDIR request by number and by size.
     The limits are adjusted periodically to regulate network load.

(3)  The server refreshes its directory listings of files at Simtel20
     about every two days.  Therefore, there is a window during which
     requests for recently deleted files are accepted by the server
     and requests for recently added files are rejected.

(4)  The server is EXPERIMENTAL.  It is supported on an as-time-is-
     available, best-efforts basis.

(5)  The primary mission of the server is to support the Info-CPM
     community on Bitnet.  General availability will continue as
     long as that mission is not compromised, and as long as disk
     space, system load, and network load are not a problem.

(6)  Problems regarding the service should be sent directly to
     FISHER@RPICICGE, and not to anyone at Simtel20 or its associated
     interest groups.

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

Date: 22 Nov 88 07:42:00 GMT
From: mcvax!unido!nixpbe!ugun21![e-mail]
Subject: extremely cheap single-board comput

Well, they aren't what You would call "extremely cheap (n <= $30)",
but have You looked at the Single Board Computers/Controllers
Steve Ciarcia (from BYTE and CCInk) designed?

They might just be what You are looking for, but the price tag is
a little higher than the one You mention:

BCC11 Z8 based, BASIC/Forth programmable    $139.00
BCC52 8052 based, BASIC programmable        $189.00
BCC180 64180 based, BASIC programmable        $395.00
You can add opto-isolated I/O to be on the safe side:
BCC40D 8-Ch opto isolated I/O            $139.00
BCC40R 8-Ch Relay output board            $169.00

Question is if You are able to get anything in the $30.00 range!

I've built the BCC11 and the BCC52 myself and they are real fun!
(They were described in BYTE some time ago: BCC11: BYTE July/August 1981,
BCC52, BCC180 I forgot)
Their main advantage is, they're programmable in BASIC (I would prefer
C or PASCAL, but BASIC's what You get)
You can also escape to assembly language for the time-critical stuff.

Contact
    Micromint Inc
    4 Park Street
    Vernon, CT, 06066
    [phone]
    1-800-635-3355    (Orders only)

        Josef Moellers

    paper mail:            e-mail:
c/o Nixdorf Computer AG        USA:  uunet!linus!nixbur!nixpbe!mollers.pad
Abt. EG-3            !USA: mcvax!unido!nixpbe!mollers.pad
Unterer Frankfurter Weg
D-4790 Paderborn
tel.: [phone]

Standard disclaimer: Blablabla opinion blablabla employer blablabla!
Addidional Disclaimer: I have no connection whatsoever with Micromint
    apart from the fact that I am a VERY SATISFIED CUSTOMER!

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

Date: 21 Nov 88 09:19:00 GMT
From: mcvax!unido!nixpbe!ugun21![e-mail]
Subject: Format of .REL files wanted

Subject: Format of .REL files

I have posted this before on a different newsgroup, have received an
e-mail-response, but have lost it.
So here I go again:

What is the format of the (Microsoft?) .REL files that the assembler
generates?
All I have found out is that they seem to be bit-packed, i.e. they
consist of fields that are more or less any number of bits in size.

My foremost aim is to write a UN*X nm(1)-style utility  for my
Z-System (Steve Ciarcia's SB180FX), which is CP/M2.2 compatible.

        Josef Moellers

    paper mail:            e-mail:
c/o Nixdorf Computer AG        USA:  uunet!linus!nixbur!nixpbe!mollers.pad
Abt. EG-3            !USA: mcvax!unido!nixpbe!mollers.pad
Unterer Frankfurter Weg
D-4790 Paderborn
tel.: [phone]

Standard disclaimer: Blablabla opinion blablabla employer blablabla!

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

Date: 20 Nov 88 08:37:10 GMT
From: mcvax!cernvax!ethz!solaris![e-mail]  (Mitchell Wyle)
Subject: UZI, a Z-80 Unix clone kernel

In article <[e-mail]> [e-mail] (Chris Rende) writes:
>> I have been watching comp.sources.misc at my site, and have not
>> seen this either.  As Martin Boening states, it may be best to
[...]
>I too have been waiting patiently, but there has not been much traffic in
>I vote for posting it here, after all, this is where the Z-80 folks hang out.

Here here!  I agree.  Please post the sources.  I have been porting
the minix Bourne-shell everywhere, to get the feel of the code, waiting
for Galil  ...er... Uzi to come over comp.sources.misc.

--
-Mitchell F. Wyle            [e-mail]
Institut fuer Informatik     [e-mail]
ETH Zentrum
8092 Zuerich, Switzerland    [phone]

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

Date: 22 Nov 88 21:34:41 GMT
From: mcvax!ukc!warwick![e-mail]  (Steve Sykes)
Subject: UZI, a Z-80 Unix clone kernel

In article Keith Petersen writes:
>I have asked the author of UZI, the Z80 Unix clone kernel, to upload
>his files to SIMTEL20.  When they are in place I'll make an
>announcement so Internet folks can get it with FTP and Bitnet/Usenet
>folks can get it from LISTSERV, the netmail file server.
>
>It will also be available on my RCP/M (see number below) which is
>accessable via PC Pursuit 1200/2400 bps), and on the National CP/M
>RoundTable on GEnie.
>

So, (excuse ignorance), how does one get stuff from SIMTEL20 in the UK?

Steve.
UUCP:   ...!mcvax!ukc!warwick!haldane       |    Have you hugged your
JANET:  [e-mail]            |        radio today?
ARPA:   [e-mail]            |_____________________________
Steve Sykes, Computing Dept, Warwick University, Coventry CV4 7AL, England

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

End of INFO-CPM Digest
******************************
26-Nov-88 01:45:12-MST,19658;000000000000
Return-Path: <[e-mail]>
Date: Sat, 26 Nov 88 01:30:24 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #263
To: [e-mail]

INFO-CPM Digest             Sat, 26 Nov 88       Volume 88 : Issue 263

Today's Topics:
                 Accessing SIMTEL20 files from Europe
                              Bytesaver
                        Jade S-100 Big-Z board
                           North Star Woes
                    UZI, a Z-80 Unix clone kernel
----------------------------------------------------------------------

Date: Fri, 25 Nov 1988   11:29:20   CET
From: [e-mail]
Subject: Accessing SIMTEL20 files from Europe

The BITNET server at RPICICGE is no longer accessible from European
sites, but instead there are serveral 'sub-servers' spread throughout
Europe, which offer the same service on BITNET.

Below is the original Help file from these European TRICKLE servers.

======================== Begin of RED Help file ===========================

               RED - Listserv Redirector
               (C)1988 Turgut Kalfaoglu


What is RED?
  RED provides the SIMTEL20  files, and directory listings, with its
  own cache, where it keeps  its most recently requested files. It
  reduces the network load by providing the cache, and by providing
  directory listings  locally, instead of through  a distant list
  server.. It is a machine  (process) that runs disconnected from a
  terminal.

  Currently, the four sites that run this  software are called:

  In Denmark:   TRICKLE@DKTC11
  In Turkey:    TRICKLE@TREARN
  In Italy:     TRICKLE@IMIPOLI
  In Belgium:   TRICKLE@BANUFS11

  You are urged  to use the one that is  closer to your location.

  In this  tutorial, we will  be using 'TELL TRICKLE  AT TREARN',
  but  this  can  be  replaced  with  'TELL  TRICKLE  AT  DKTC11'
  or 'TELL TRICKLE AT IMIPOLI'.

  We also will use the 'TELL' command to send a single line message.
  It should be replaced with whatever is appropriate for your system.
  (Like XMIT , SEND, etc.)

How does it work?
  It provides faster file delivery than LISTSERV@RPICICGE because it
  holds the most recently requested files, and it also asks its peers,
  to find out if any of them has the file.

  It has two major commands.  /PDDIR and /PDGET..  As the names
  indicate, /PDDIR provides the names of the files, and /PDGET
  delivers files.

How to use /PDDIR:
  On IBM/VM systems, you can get a list of the 'major directory' names
  by simply typing this command:

           TELL TRICKLE AT TREARN /PDDIR
  RED should now send you a list of the major directory names.  Now,
  you can obtain a list of the sub-directories of any of the displayed
  names by putting the name between less-than and greater-than
  symbols..  For example,

           TELL TRICKLE AT TREARN /PDDIR <MSDOS>

  RED will mail you a file containing the names of the
  sub-directories.  Once you choose a subdirectory to examine, type in
  the main directory name, a period, then the name of the subdirectory
  name.  For example, if you chose SYSUTL sub-directory of MSDOS, then
  you may type this:

           TELL TRICKLE AT TREARN /PDDIR <MSDOS.SYSUTL>

  RED will first notify you of the number of files found, then will go
  ahead and mail you this list..  Once you choose your file(s) to
  order, then read on..

How to use the /PDGET command:
  Once you have a filename in hand, then tell RED to send you this
  file by providing it with the full directory name, and the
  filename..  If you wish to order a game called MADMAX.ARC that
  resides in the <MSDOS.GAMES> directory, then you may type in this
  command:

      TELL TRICKLE AT TREARN /PDGET <MSDOS.GAMES>MADMAX.ARC

  naturally, the above is only an example, and the file may or may not
  be present if you send the above command.

Receiving your file in a different format:

  Normally, SIMTEL files are sent AS-IS, meaning, ASCII.  If you would
  like to receive your file in a different format, you may want to
  append any of the below to the end of your command:

  (EBC80 Converts the file to 80-Column EBCDIC format
  (EBC32 Converts the file to 132-Column EBCDIC format
  (UUE uuencodes the file
  (OLD Sends the file using DISK DUMP or PUNCH format
  (SF Supresses BITSEND, and forces SENDFILE to be used for the
  transfer.
  (MAIL Forces results to be sent via MAILER.  (This is the default
  for MAIL command files)

  You may also wish to combine several options together.  For example,
  to receive a directory listing in PUNCH format, and UUEncoded,
   TELL TRICKLE AT TREARN /PDDIR <MSDOS.C> (OLD UUE

  To receive a file in in EBCDIC format, you may enter a command that
  looks like this:

   TELL TRICKLE AT TREARN /PDGET <MSDOS.GAMES>MADMAX.ARC (EBC80


Other commands:
   /NEWS  sends you our 2-page newsletter.
   /STAT  provides you the statistics of usage.
   /HELP  sends you this file.
   /IMDAT  sends   the  Turkish  version  of   this  help  file.
   /CAC Sends  you a list  of the files  that are stored  on its
         disk right  now. These files  can be sent  faster than
         the other files.
   /OPS   displays the RED operators
   /QUO Shows  you the RED's quota,  and how much of  that quotait
         has  used.  Once  RED  exceeds its  quota,  it  cannot
         order files,  until it receives some  of the requested
         files.
   /SUB <dirnam>
        Allows  you  to  subscribe to  a  directory.  Whenever
        a  new listing  comes in,  RED  will send  you a  file
        containing the names of the new files.
   /UNSUB <dirnam> is to stop RED from sending you the new files
        listings. Please issue this command  if you will not use
        the server anymore.
   /NEW <dirnam> nnn
        This command, displays the files that have arrived within
        'nnn' days, in the 'dirnam' directory.  If 'nnn' is
        omitted, it defaults to the last time you issued this
        command, for that directory.  If you are issuing this
        command for the first time, then it simply looks for
        files that are at most a month old.
   /POLL forces RED to check its peer servers

Priviledged commands:
  (This is a subset of the actual RED administrator's command list)
  /STOP will stop RED's activity
  /OFFLINE Stops REDs interpretation of files and commands.
  /ONLINE   puts the server back online.
  /SEND fn ft TO  userid AT nodeid Sends a local  file to a user
  /RDR forces RED to examine its reader, and process those files.
  /QRDR displays RED's reader

Delay Periods:
  If the file that you requested already exists in the cache
  directory, then you may expect to receive your file within a few
  minutes..  However, the system that RED is running is often slowed
  down by the other processes that are running.  This negatively
  affects the response time of RED.  If the file requested does not
  existin the cache directory, then RED will have to order this file
  from its list server..  If this is the case, the response time of
  RED is dependent upon the list server.  RED will give up waiting for
  a file after five to twelve days after its request.

Sending files to RED:

  RED now accepts command files in either MAIL or NOTE format.  Use
  NOTE or MAIL utilities to prepare your command file.  The files may
  contain any number of instructions, one per line.  Note that RED
  will abort processing a file if it detects an invalid command within
  the file.  RED does not necessarily mail back command requests - it
  may use single-line messages, when it is more appropriate to do so.

How to DONATE files to Simtel Archives:

  Files that you receive from here are sent from another network
  called ArpaNet.  The person-in-charge for the programs can be
  contacted at: [e-mail].  Since it's another network,
  you will need to use MAIL to send the message.  He urges that you talk
  to him before you send in the file, so that he can check where it
  should be put, if it already exists, etc.  After getting his
  approval, you need to UUENCODE your file (perhaps using PDUTIL),
  then MAIL it to him.

Format of the files that comes with /PDGET command:

  RED will  send the files in  a NETDATA format, -unless  you use
  the  (OLD option-.  These files  can be  LOOKed, and  RECEIVEd.
  Note  that  PEEK  command   will  not  display  NETDATA  format
  properly.  However, since  most files  are in  ASCII, it  is of
  little use to LOOK at them.

  The files will mostly be either in Binary format, in ASCII format,
  or in EBCDIC format.  The binary files are recognized by the
  '.BIN','.EXE', '.COM ', '.ARC', '.LBR' suffix in their names.  These
  files are machine-specific.The files that are in ASCII format can be
  converted to EBCDIC (so that they can be used on an IBM system) by
  running a conversion program called PDUTIL.  If your installation
  does not have either of these files, Either I, or the
  LISTSERV@RPICICGE can provide it.  Simply say:
       TELL LISTSERV AT RPICICGE GET PDUTIL PACKAGE

The .ARC format:
  ARC is a special compression method that provides substential
  reduction on file size.  There are one or more files contained
  within an .ARC archive.  In order to extract the files from an
  archive, you will need a utility called ARC or PKXARC.These are
  available from <MSDOS.ARC-LBR> directory.  The actual file names of
  these files vary, but you may
  try:  TELL TRICKLE  AT  TREARN /PDGET  <MSDOS.ARC-LBR>PK361.EXE
  or:  TELL TRICKLE  AT  TREARN /PDGET  <MSDOS.ARC-LBR>ARC512.EXE
  If these attempts fail, it will probably mean that the file version
  has changed, and so has the file name.  You may wish to try
       TELL TRICKLE AT TREARN /PDDIR <MSDOS.ARC-LBR>
  and guess the new name of these files.

  Once you receive either ARC or PKXARC and an .ARC file, transmit
  them to your personal computer and issue the following command:

  ARC X <filename.arc>
    or
  PKUNPACK <filename>

  There is also a second utility called ARCUTIL, which runs on the VM
  systems, and extracts files.  It also provides ASCII to EBCDIC
  conversion of the extracted files.  To request ARCUTIL, enter:
     TELL  TRICKLE  AT   TREARN  /PDGET  <MISC.IBM-VM>ARCUTIL.LBR

  The directories of SIMTEL change often.  So, the above files may or
  may not be in the same directories as I have indicated.  So you may
  have to do some searching to find them..  A good place to check
  would be the <MSDOS.STARTER> directory, where additional help, and
  the mentioned archive managers can be found.

How to use the BITSEND/BITRCV:

  From now on, RED is sending its files in a special format called
  BITSEND - Unless you include the (SF option while issuing your
  command.

  In this format, the files that are sent are broken into smaller
  pieces, if the entire file is too big to be sent.  (Too big: over
  300K Bytes)

  If the file you request is over 300K, then the server will first
  send you a file called <fn> BITCTRL - this is the control file,
  where BITSEND has written the protocol used, the number of pieces
  that make up that file, etc.

  ( Important:)
  ( You  should NOT  'RECEIVE' any  files that  have BITCTRL  or)
  ( just numbers as filetype| )


  If you wait a little longer, the rest of the file will arrive, the
  filename will be the same as the <fn> BITCTRL file, but the filetype
  will consist of just numbers.  Once you have all the pieces that
  make up that file, you can then issue the BITRCV command.  You must
  also specify the 'spool ID' of the file that has BITCTRL as
  filetype.  From RDRList, you can simply type BITRCV in front of the
  file that has BITCTRL as filetype.

  If you get back an error message, saying "UNKNOWN CP/CMS COMMAND" it
  simply states that your installation does not have the BITRCV
  program.  Contact your network manager/system operator.

  Note: BITRCV EXEC can be obtained from your country NETSERV as well.
  Simply send "GET BITRCV EXEC" to your NETSERV.

  (VAX users:)
  (There is also an identical file for your installation, however,)
  (it is called 'BITRCV COM', and can be obtained from a NETSERV. )

  If you get back an error saying that not all of the file is in the
  reader, it simply means that you have to wait a little longer for
  the rest of the file to arrive.

Looking for a few good computer centers...

  That would be interested in running a copy of RED.  When you run a
  copy of RED, you increase the power of the whole file serving
  network.  Since each RED is aware of each other's existence, they
  will inquire each other about the requested files, and the users
  will enjoy a fast service, if any of the participating REDs has that
  file.  Since they inquire each other about the files in their
  caches, there are no multiple copies of a file on different REDs.
  Your RED will automatically get its directories, (and sometimes its
  source code) by its designated parent every couple of days.


  You will need:
  * VM/CMS 3 or higher
  * 15, 3375 cylinders (minimum)
  * Rexx Interpreter

  Please get in touch with TURGUT@TREARN if you would like to learn
  more about running a RED.

========================== End of RED Help file ===========================

Some additional remarks:

There are meanwhile at least two more servers:
TRICKLE @ AWIWUW11 (Vienna, Austria)
TRICKLE @ DB0FUB11 (Berlin, Germany)

Each of these servers is responsible for a certain region of Europe, and
if you try another one, it normally tells you to use the correct one.
One added exception is meanwhile: If a server has a requested file
already in its local cache, is sends the file directly. It answers also
to the command /CACHE, so you can find out what files are currently
present there.

This works very fine, but if you want to order a file, which is not yet
in any cache directory, it can take very long, resp. doesn't work at
all. All the servers seem to have a long list of outstanding files that
they don't get over from the States.

So you are not very lucky, if you are just interested in one particular
file and it is not yet there, but you can always browse the local
directories for interesting files, which are then sent very fast.

One last remark: The server programs are not always online, so it is
normally better to send them files or mail instead of interactive
messages.

To put it all together: I think the idea of the whole thing is very
good, but the actual results could still be improved. Perhaps it would
help, if more European sites participated in the service, as the primary
bottleneck seems to be the heavily used intercontinental line between
America and Europe.

Jochen Roderburg
Regional Computing Center
University of Cologne
Robert-Koch-Str. 10                    Tel. :  [phone]
D-5000 Koeln 41                        Email:  A0045 @ DK0RRZK0.BITNET
West Germany

PS: I sent this note NOTE also to Gregory Hicks, Editor of the
INFO-IBMPC digest.

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

Date: Fri, 25 Nov 88 17:59:22 CST
From: [e-mail] (Margaret H. Knox)
Subject: Bytesaver

I believe I have a manual on one of these beasties.  Send me a snail-mail
address if you would like a copy.

=== By the way:  We have excellant archives on SIMTEL20, thanks to the
    efforts of Keith and others.  What we need now is some computer club
    to take on the job of Document archives.  More and more orphan equipement
    is available, but without manuals available.  I hate to see anything
    thrown out just because it is old (someday someone might do the same
    to ME).  Anyone got a few dozen old filing cabinets they are not
    using?


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

Date: Fri, 25 Nov 88 17:34:19 CST
From: [e-mail] (Margaret H. Knox)
Subject: Jade S-100 Big-Z board

After sending Mike Morris a note about my Big-Z board (which turns out
to be a REV-A) I saw Rusty's note about a Rev-B and -C.  Rusty, if any
of the notes you have fix a big glitch in one of the I/O lines, then I
would sure be interested in any way I could get a copy of them (or a
schematic, etc.).  That glitch (pwrite, or some such) gives me trouble
with most other non-Jade boards I've tried.  Even hanging a few large
capacitors around is only a "maybe" solution.  Can I send you a SASE
perhaps?

                tnx,  mknox

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

Date: 24 Nov 88 19:39:40 GMT
From: portal!cup.portal.com![e-mail]  (David O Goodman)
Subject: North Star Woes

In article <[e-mail]> greg@bilbo (Greg Wageman) writes:

> As I recall, the North Star didn't use the standard memory
> organization for CP/M (TPA started at 0x100, CCP/BDOS/BIOS at top of
> memory is the standard).  If your arrangement is different, you will
> have to relocate the binaries before they will run in a different
> configuration.

Actually, the Northstar Horizon with Northstar cp/m is 'standard' in the
sense the the TPA does start at the customary 0x100, and generic cp/m
binaries will run as in any other system.  A possible problem (this may
be what is refered to in the cited article) is that the Northstar boot
load prom is at 0xe800, which limits the size of the TPA, and, in the
standard Horizon, the prom is not 'phantomed' out.

Northstar cp/m came with a utility (CPMGEN) which enabled one to select
the address(s) at which the various operating system segments ran.  Most
systems with 64k memory and the 0xe800 prom were configured like this:

    tpa        0x0100 - 0xd1ff
    ccp        0xd200 - 0xd9ff
    bdos        0xda00 - 0xe7ff
    prom        0xe800 - 0xefff
    bios        0xf000 - 0xfcff
   (or)    bios        0xf300 - 0xffff

An alternate boot load prom located at 0xfc00 was available for a time
from Northstar, as were various homebrew versions.  Many Northstars used
by hacker types were so equiped.

Note: John L. Schuncke, Jr - if you read this, mail to you bounced.  E-mail
me if you wish, for Northstar information.

-----

Dave Goodman
[e-mail]
...{ucbvax|hplabs|seismo}!sun!portal!cup.portal.com!dgee
                                                                                                    r

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

Date: 25 Nov 88 09:09:51 GMT
From: mcvax!hp4nl!philmds!prle!prles2!prismab![e-mail]  (Bert Laverman)
Subject: UZI, a Z-80 Unix clone kernel

I've been waiting for some time now, but it seems UZI was not considered
interesting enough to appear in comp.sources.misc . Allthough it's nice
that it's available from SIMTEL20, you need to be able to FTP, which I
can't.
I would like to get the sources...
Anybody?...
Heeeelllpp!!...


|    Bert Laverman
|    Slow-Mail: Juliusstraat 58, 5621 GE Eindhoven, The Netherlands
|    Fast-Mail: [e-mail]

#include <standards/disclaimer.h>

_________________________________________________________________
|                                |
|        There are four classes of software:        |
|          Elegant, Educational, Fast, and Hacked.        |
|        Alas most people only write Class 4.        |
|_______________________________________________________________|

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

End of INFO-CPM Digest
******************************
27-Nov-88 01:45:07-MST,4835;000000000000
Return-Path: <[e-mail]>
Date: Sun, 27 Nov 88 01:30:38 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #264
To: [e-mail]

INFO-CPM Digest             Sun, 27 Nov 88       Volume 88 : Issue 264

Today's Topics:
                           Intel HEX Format
                        Is UZI on simtel20 ???
            Searching for Image Analysts ?   (Hellooooo??)
                    UZI, a Z-80 Unix clone kernel
                             UZI Z80 Unix
----------------------------------------------------------------------

Date: 24 Nov 88 07:37:00 GMT
From: mcvax!unido!nixpbe![e-mail]
Subject: Intel HEX Format

The Intel Hex Object format is documented in
    MCS 86 Absoulte Object Formats
    Order Number  9800821-01
    Issued 1979
and should be obtainable from Intel.

There are more record types:
    02 Extended Address (provides high order 16 of 24 bit address)
    03 Start Address (2 16-Bit values, namely CS and IP)
    01 End-Of-File Record (no data)

Rainer Glaschick, Nixdorf Computers, Germany
(... uunet!linus!nixbur!glaschick.pad )

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

Date: 27 Nov 88 05:36:11 GMT
From: [e-mail]  (Simon Gales)
Subject: Is UZI on simtel20 ???

Someone mentioned that UZI is available on Simtel20, but I can find it
nowhere.   Has it been uploaded yet?  If so, then where is it hidden?
--
<-------------------------------------------------------------------------->
<---   Simon Gales@University of Ky                 263-2285/257-3597   --->
<---            [ [e-mail] ]  |  [ [e-mail] ]          --->
<-------------------------------------------------------------------------->

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

Date: 27 Nov 88 05:13:06 GMT
From: [e-mail]  (Simon Gales)
Subject: Searching for Image Analysts ?   (Hellooooo??)

I am working with some image analysis equipment from a company called
Zeiss/Kontron.  Kontron Electronics (Germany) develops the stuff, Carl
Zeiss Inc (NewYork) distributes it.

I would like to get in touch with other software developers working on
their equipment, and perhaps form a mailing list.  Is there anyone at
Kontron reading this?  I'm not implying that their service is anything
less than excellent, but I'd like to find others out there to share
notes with, and maybe get an email address for someone at Kontron :-).


<-------------------------------------------------------------------------->
<---   Simon Gales@University of Ky                 263-2285/257-3597   --->
<---            [ [e-mail] ]  |  [ [e-mail] ]          --->
<-------------------------------------------------------------------------->
--
<-------------------------------------------------------------------------->
<---   Simon Gales@University of Ky                 263-2285/257-3597   --->
<---            [ [e-mail] ]  |  [ [e-mail] ]          --->
<-------------------------------------------------------------------------->

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

Date: 21 Nov 88 14:18:41 GMT
From: aplcen!wb3ffv!idsssd![e-mail]  (Bruce T. Harvey)
Subject: UZI, a Z-80 Unix clone kernel

In article <[e-mail]>, [e-mail] (Chris Rende) writes:
> > I have been watching comp.sources.misc at my site, and have not ...
>
> I vote for posting it here, after all, this is where the Z-80 folks hang out.

I add my vote to it.  I just purchased a Macintosh Plus, because the parts
for my Kaypro are getting harder and harder to find in my area (and the
drives are starting to talk among themselves of revolutions ... ), but
damned if I'm going to give up my "fastest Wordstar(tm) in the west"
Kaypro without a fight.

bth
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Bruce T. Harvey  (B-}> |             ... cp1!sarin!wb3ffv!idsssd!idssup!bruce
(Title depends on day) |                       ... ctnews!idsssd!idssup!bruce
[phone]         | Convergent Route Distribution Sys. - Hunt Valley, MD

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

Date: Sat, 26 Nov 88 10:15:18 PST
From: pnet01![e-mail]
Subject: UZI Z80 Unix

     Where is UZI currently available?  In what directory?

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

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

End of INFO-CPM Digest
******************************
28-Nov-88 01:42:31-MST,4907;000000000000
Return-Path: <[e-mail]>
Date: Mon, 28 Nov 88 01:30:13 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #265
To: [e-mail]

INFO-CPM Digest             Mon, 28 Nov 88       Volume 88 : Issue 265

Today's Topics:
                    Another very naive question???
                Commodore 128 Cp/m harddisk interfaces
                             Disassembler
          Will TRADE Epson Geneva for Osborne Exec or Vixen
----------------------------------------------------------------------

Date: 26 Nov 88 19:31:24 GMT
From: mcvax!unido!sns!pfm![e-mail]  (Roland Hoffmann)
Subject: Another very naive question???

I came to buy a NEC PC-8401BD. It runs CP/M 2.2 (or something similar!).

Now my naive question. Do people exist who also use this PC and can
tell me where to get documentation and software from?

Be so kind invest the time and give me some hints!
Thnks!

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

Date: 28 Nov 88 01:04:23 GMT
From: [e-mail]  (Simon Gales)
Subject: Commodore 128 Cp/m harddisk interfaces

[Christmas hack time again!]

I have heard of many hd interfaces for z80 cpm systems in comp.os.cpm recently,
and was wondering if anyone had added one to a commodore 128.  (2Mhz z80 with
cp/m 3.00)

The best configuration I can think of is a drop in interface (i.e. plugs into
z80 socket) that hooks up to a st412/506 or SCSI drive.

If anyone knows of a beastie like this,  I'd like to hear from you - try to
get an address or phone number for ordering your specific beastie.

         -- Thanks in Advance! --

<-------------------------------------------------------------------------->
<---   Simon Gales@University of Ky                 263-2285/257-3597   --->
<---            [ [e-mail] ]  |  [ [e-mail] ]          --->
<-------------------------------------------------------------------------->
--
<-------------------------------------------------------------------------->
<---   Simon Gales@University of Ky                 263-2285/257-3597   --->
<---            [ [e-mail] ]  |  [ [e-mail] ]          --->
<-------------------------------------------------------------------------->

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

Date: 27 Nov 88 21:02:05 GMT
From: cwjcc!hal!ncoast![e-mail]  (Mike Squires)
Subject: Disassembler

In article <[E.ISI.EDU]21-Nov-88.06:11:06.SAC.HQSAC-DOCT> [e-mail] (John A. Wright) writes:
>I  am  looking  for  a CP/M-86 disassembler.  Anyone know where I
>might find one or find a disassembler for the  8080  that  I  can
>modify for the 8088 CPU.
>
I would look carefully at the SIG/M diskette listings; they supported CP/M-86
at one point.  I have a copy of the old RESOURCE 8080 disassembler (Ward C.'s)
and a modified version written to disassemble Z80 code, both in source code
format.  I would suspect that SIMTEL20 would have something in the archive,
or you could try the Royal Oak BBS.

Mike Squires Allegheny College Meadville, PA 16335 814 724 3360
uucp: ..!cwjcc!ncoast!{mikes,peng!sir-alan!mikes} or ..!pitt!sir-alan!mikes
BITNET: [e-mail] (VAX) MIKES AT SIR-ALAN!PITT.UUCP (IBM)
Internet: sir-alan![e-mail]

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

Date: 27 Nov 88 17:47:52 GMT
From: ecsvax!dukeac![e-mail]  (Ted A. Campbell)
Subject: Will TRADE Epson Geneva for Osborne Exec or Vixen

I mentioned before that I have an Epson Geneva with a broken PF-10 drive.
I have received a couple of offers for it as is, but none with which I'm
happy (fair enough-it's busted).  So I thought I'd try something else.
What I really need is a CP/M box with a disk drive so I can run my
C Compiler.  SO I'll trade if any one's interested:

WANTED:    A portable CP/M computer, preferably Osborne Executive or Vixen,
    preferably with some version of Wordstar, but it must have a disk
    format accessible from Media Master and standard stuff.  Must have
    Z80 or equivalent CPU.

WILL TRADE: An Epson Geneva laptop (PX-8) rig.  Has standard Geneva stuff
    (64k ram, serial port, 8x80 lcd screen, built-in microcassette
    drive, portable Wordstar, Calc, and Scheduler, as well as MBASIC,
    on ROM chips [2 slots]); also has multi-unit with 64k ramdisk,
    300 baud modem, and one extra ROM slot; portable printer (looks
    horrible but will work in a pinch); and the PF-10 drive, presently
    unworking.  Most importantly, the rig includes ALL TECHNICAL DOCUMEN-
    TATION for the whole rig, softwrae and hardware.

Contact:  Ted A. Campbell
          ...!ecsgate!dukeac!numen!tcamp
          ...!ecsgate!dukeac!tcamp

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

End of INFO-CPM Digest
******************************
29-Nov-88 01:46:37-MST,2928;000000000000
Return-Path: <[e-mail]>
Date: Tue, 29 Nov 88 01:30:39 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #266
To: [e-mail]

INFO-CPM Digest             Tue, 29 Nov 88       Volume 88 : Issue 266

Today's Topics:
                         "naive" NEC question
                    UZI, a Z-80 Unix clone kernel
----------------------------------------------------------------------

Date: Mon, 28 Nov 88 18:40:39 PST
From: [e-mail] (Richard Secrist, Digital Equip. Corp. USA)
Subject: "naive" NEC question

    You can get tons of technical info about NECs from either NEC
    or private sources I've talked about in prior notes regarding
    '8500.  They're all closely related -- you might even say
    incestuous.

    I'm on the road and don't have the info I posted earlier, but
    those sources should be able to get you any about-this-box and
    can-I-buy-it questions answered.  I can post it again later
    and/or you could post specific questions here where we can
    answer them.  Overgeneralizing most of this class of CP/M
    laptop can run generic CP/M things in truncated TPAs (~32K)
    without additional hardware, and with more plug in gadgets
    can be full-fledged CP/M boxes with disks and everything.  You
    can't mung the BIOS and stuff the same way since they're all
    ROMed into place, but CP/M is still alive and well (although
    it's not "getting better," and the liquidators are "bringing
    out their dead" [MF-DOS boxes are getting so cheap that CP/M
    systems don't draw much of a price anymore]).

    rcs

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

Date: 27 Nov 88 17:26:09 GMT
From: dalcs!dalcsug![e-mail]  (Geoff Seeley)
Subject: UZI, a Z-80 Unix clone kernel

In article <[e-mail]>, [e-mail] (Bruce T. Harvey) writes:
> In article <[e-mail]>, [e-mail] (Chris Rende) writes:
> > > I have been watching comp.sources.misc at my site, and have not ...
> > >
> I add my vote to it.

I add my vote too, as we here have no FTP access. The only way we can get
it is via e-mail or from the news feed. Somebody please post this piece
of code to comp.sources.misc, or here.
--
+=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+|Geoff Seeley         |"My guitar is my wife. She talks for me, not at me.     |
|Dalhousie University | She screams FOR me and not at me." -Stevie Ray Vaughan ||Halifax, Nova Scotia +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+|UUCP:...!{uunet|watmath|utai}!dalcs!dalcsug!seeley | I wish my brain had      |
|BITNET: csat0013@dalac                 |     multitasking ...     |+=-=-=-=-=-=-=<Disclaimer: I watch too much Monty Python ok!?>=-=-=-=-=-=-=-=-=+

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

End of INFO-CPM Digest
******************************
30-Nov-88 02:29:29-MST,3666;000000000000
Return-Path: <[e-mail]>
Date: Wed, 30 Nov 88 01:31:02 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #267
To: [e-mail]

INFO-CPM Digest             Wed, 30 Nov 88       Volume 88 : Issue 267

Today's Topics:
                     Recovering Erased CP/M Files
          UZI, Z80 U**x Implementation uploaded to SIMTEL20
----------------------------------------------------------------------

Date: 25 Nov 88 07:43:00 GMT
From: mcvax!unido!nixpbe!ugun21![e-mail]
Subject: Recovering Erased CP/M Files

In his note, [e-mail] writes:

> Is there any way to recover erased files on a CP/M disk?  These are
> WordStar files on a diskette formatted in a Kaypro machine.

Ya bet there is!

If You look at the CP/M disk directory entry format:

uu   ff ii ll ee nn aa mm ee ee xx tt   ee 00 00 nn
||   |                    |   ||       ||
||   ^-- filename.ext --------------^   ||       ^^-- file size in sectors
||                    ^^-- extent
^^-- user area number or
  -- 0e5h if erased

aa aa aa aa  aa aa aa aa  aa aa aa aa  aa aa aa aa
|                         |
^-- allocation group numbers --------------------^

Note: The only difference between an unused and a used entry is the
user area field value.
If the file is erased, it is e5, if not, it is 0 <= uu <= 15 (or so).
(Of course, You must somehow take the free blocks into account)

There are a number of (PD) programs floating around that do the desired
unerasing.
BEWARE: You must not do anything after having ERAsed the files.

I have one, if You want to, I'll send it to You.
Send me Your e-mail address!

        Josef Moellers

    paper mail:            e-mail:
c/o Nixdorf Computer AG        USA:  uunet!linus!nixbur!nixpbe!mollers.pad
Abt. EG-3            !USA: mcvax!unido!nixpbe!mollers.pad
Unterer Frankfurter Weg
D-4790 Paderborn
tel.: [phone]

Standard disclaimer: Blablabla opinion blablabla employer blablabla!

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

Date: Monday, 28 November 1988  16:01-MST
From: oliveb!intelca!mipos3!cadavr![e-mail] (Doug Braun ~)
Subject: UZI, Z80 U**x Implementation uploaded to SIMTEL20

This and the next four postings contain a shell archive of UZI, the
Z-80 U**x Implementation.  Do the usual concatenation stuff.  I have
no idea what happed to the copy I mailed to comp.sources.misc.  I was
going to upload this to the Royal Oak RCP/M, but it was apparently
down last weekend.  I will also soon post the UZI Utilities, which are
a collection of programs that will let you debug your device drivers
and build and manage UZI filesystems under CP/M.

Doug Braun                Intel Corp CAD
                    408 765-4279

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

[Rather than post this large package to the Info-Cpm mailing list,
which would overload most reader's directory space allocations, UZI
has been archived and placed in:

Filename            Type     Bytes     CRC

Directory PD2:<CPM.UZI>
UZI.ARK.1            BINARY     60083  B603H

and is available via standard anonymous FTP or via the BITNET file
server.

RCP/M Royal Oak is down with a hard disk crash.  When it is repaired
UZI.ARK will be available there.  Telenet has blocked out our exchange
from the Detroit PC Pursuit dialout.  You'll have to dial long
distance to get to it.

UZI.ARK is also available from the National CP/M RoundTable on GEnie.

--Keith Petersen <[e-mail]>
]

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

End of INFO-CPM Digest
******************************