Inaccessible CP/M programs in Altair32 - test-drb@ccmp.vtda.org

26 Nov 2001

Zcpr (V1) could be run on 8080 (compiled for) with reduced features.
The advantage of this was an enhanced CCP,.  There were several
other  enhanced CCP replacements Xccp being one that could also
run on 8080.

It was the code efficientcy of the z80 over 8080 that essentially killed
the 8080 as many apps could use the Z80 instructions to compact
code, sometimes significantly.  ZCPR relied on this as did The BDOS
replacements (P2dos, Suprbdos, NOVAdos, Z80dos).

Allison
-----Original Message-----
From: Jim Battle &lt;frustum(a)pacbell.net&gt;
To: classiccmp(a)classiccmp.org &lt;classiccmp(a)classiccmp.org&gt;
Date: Monday, November 26, 2001 3:48 AM
Subject: Re: Inaccessible CP/M programs in Altair32

True, but Rich's emulator is of an Altair -- one with an 8080 in it.  ZCPR2
& 3 were Z80-only affairs, I believe.

I recently picked up Richard Conn's ZCPR book for $10, but I haven't yet
had time to do more than page through it quickly.  It looks like it was an
interesting system; the author was obviously influenced by unix.

At 08:33 AM 11/26/01 +0100, Sipke de Wal wrote:
...
 ZCPR2 & 3 (CP/M extensions) even allowed
for 32 USER levels (0 .. 31)

Sipke de Wal
-------------------------------------------------
http://xgistor.ath.cx
-------------------------------------------------

----- Original Message -----
From: Jim Battle &lt;frustum(a)pacbell.net&gt;
To: &lt;classiccmp(a)classiccmp.org&gt;
Sent: Monday, November 26, 2001 7:51 AM
Subject: Re: Inaccessible CP/M programs in Altair32

 > Good point --
 >
 > to flesh it out a bit more, there could be up to 16 different "user"
areas
...
  > on the disk, which go from 0 to 15.  Files were
tagged with a nibble
 > indicating which user area the file belonged to.
 >
 > To change user areas, type:
 >
 >          USER 1
 >
 > to change to user area 1.  By default you are in user 0.  Changing to each
...
  > user area and typing "dir" to see if
anything is there is a drag.  To find
...
  > out which, if any, user areas have active files,
type:
 >
 >          STAT USR:
 >
 > and it responds with something like:
 >
 >          Active User: 0
 >          Active Files: 0 1
 >
 > to indicate you are currently in user 0 area and that user areas 0 and 1
 > have files in them.
 > (confirmed on *my* CP/M emulator!)
 >
 >
 > At 10:18 PM 11/25/01 -0800, you wrote:
 > >I'm not an expert in Altair CP/M but I do remember one other aspect.
It
...
  > >wasn't password protection but I do
remember the concept of differnt user
...
   >#'s. 
It wasn't complicated but somthing like user #'s 1-8.  Once you
 >were that user I seem to remember only the files belonging to that user
 >showing up...
 >
 >Might be a dead end... Just a thought...
 >
 >George Rachor
 >
 >=========================================================
 >George L. Rachor Jr.            george(a)rachors.com
 >Hillsboro, Oregon               http://rachors.com
 >United States of America        Amateur Radio : KD7DCX
 >
 >On Sun, 25 Nov 2001, Jim Battle wrote:
 >
 > > At 10:06 PM 11/25/01 -0500, you wrote:
 > > >Hi:
 > > >
 > > >         I'm making progress with using CP/M under Altair32, but I
 have
 > > > > one newbie
 > > > >question since I don't have much experience with CP/M.
 > > > >
 > > > >         The disk image I have shows one program in the directory,
 > > > > STAT.COM. Running
 > > > >STAT tells me that there is about 167k free (on a 330k disk).
Looking
...
   > at the
 > > >disk image file with a hex file editor reveals that there's more
 > programs on
 > > >the disk.
 > > >
 > > >         I seem to remember something about password protection on  a
CP/M
  > > > disk. How
 > > >do I get around this so that I can see what else is on this image?
 > >
 > > It isn't password protection.  Files can be marked as "system"
 files, so
  > > that they don't show up when you do
a "DIR".  I think "STAT *.*  $DIR" will
 > > > revert all hidden files back to normal.
 > > >
 > > > -----
 > > > Jim Battle == frustum(a)pacbell.net
 > > >
 > > >
 >
 > -----
 > Jim Battle == frustum(a)pacbell.net
 > 
-----
Jim Battle == frustum(a)pacbell.net