26 Nov
2001
26 Nov
'01
11:49 p.m.
Don:
The emulator is running CP/M 2.2. It can also run AltairDOS and
Microsoft Disk BASIC (all of which I have images for). I also have a 5mb
CP/M hard disk image.
Rich
==========================
Richard A. Cini, Jr.
Congress Financial Corporation
1133 Avenue of the Americas
30th Floor
New York, NY 10036
(212) 545-4402
(212) 840-6259 (facsimile)
-----Original Message-----
From: Don Maslin [mailto:donm@cts.com]
Sent: Monday, November 26, 2001 4:50 PM
To: classiccmp(a)classiccmp.org
Subject: Re: Inaccessible CP/M programs in Altair32
On Mon, 26 Nov 2001, Jim Battle wrote:
-----
Jim Battle == frustum(a)pacbell.net
True, but Rich's emulator is of an Altair -- one
with an 8080 in it.
ZCPR2
& 3 were Z80-only affairs, I believe.
If he is running a true emulator, I would presume that he was running
CP/M-1.4 would he not? If that is so, is it not true that user areas
did not come into play until CP/M-2.x?
- don
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 <frustum(a)pacbell.net>
>To: <classiccmp(a)classiccmp.org>
>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
>