> I'm working on writing a program for CP/M 2.2, and would like to make it
> stay 'resident' in the system memory. Is there any way I can locate
> to bottom of the CCP so I don't overwrite it, without doing it at compile
> time? I'm planning on using only Z-80 based systems (so I can use an
> offset-based jump) so I should be able to pretty easily make the code
> re-locatable. All I need to do is be able to figure out where the CCP is
> so I don't overwrite it.
<sigh>
CP/M Plus offered this through the RSX Manager.
Due to all the cool RSX utilities available from Jim
Lopushinsky back in '84, I was able to make CP/M 2.2
and Molecular's N*Star MP/M-II-ish OS a lot more useable.
I mistakenly told Allison that I thought I wrote this stuff!
I just plain got it confused with what I did write...
Anyway, write me privately, I don't want to post the ftp
url in a place that will be harvested someday...
Regards,
-doug q
Well in terms of Emulex controllers, I have a circa 1983 emulex handbook
that even goes so far as to list a whole lot of drives and say what
controllers they work with.. hmm that out to be online methinks...
Will J
_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com
>This is not a facetious question (I know little about clustering... we
>had several standalone VAXen back in the old days, with 64Kbps sync
>links between them, either running HASP or DDCMP)... *can* you cluster
>a Digital Unix box with a VMS box?
No VMScluster and TruCluster (is that what it's called?)
don't have much in common. They do not interoperate.
But you could add in a spare drive and drop VMS
onto that on you Alpha - you can boot VMS and it
will leave your Unix disks alone if you don't mount
them and vice versa.
Then you cluster you VAX with your Alpha and
and mount the CD and off you go. (It's that
easy if you've done it before, you'll probably need
a bit more help if you have not). For this to work
your prerequisites are working ethernets at both
ends and OpenVMS on both (same version saves
a bunch of hassle).
>
>Hmm... That's an idea. I do have this 1.2GB 3rd party ESDI box that
>is one of the things I boot the 8200 from. If only I could get the DEBNT
>working on the 8200. I also have a couple of KA630s and and a DEQNA,
>but no DELQA. :-(
DELQAs are two a penny. I'd send you one
but shipping would be prohibitive from the UK.
>need to get me and it in the same room. That should solve my
>VAX/SCSI/Ethernet-in-the-same-box problems. Mostly, I have two of
>three in the same place at the same time.
If this is either a VAXstation 3100 or a VAXstation 4000
then obviously it will have SCSI and adding a CD should
be straightforward. If it is a VAXstation II/2000/8000/3500
then you'll still have problems (although if it's a VAXstation
8000 I'd like to have your problems :-))
Antonio
> -----Original Message-----
> From: Pat Finnegan [mailto:pat@purdueriots.com]
> where the CCP is
> so I don't overwrite it.
I don't know. If it's generally in a "normal" place, you could
just find the size of CCP, and add that to the address. I don't
think that would work, though, :)
> Alternatively, would it be a better idea to write something
> that loads its
> own replacement CCP under it, and overloads the old CCP just under the
> BDOS? I would probably need to intercept the 'JMP WBOOT' and
This is what I was about to suggest. This way you could know exactly
where, and how large, it is.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
> This is not a facetious question (I know little about clustering... we
> had several standalone VAXen back in the old days, with 64Kbps sync
> links between them, either running HASP or DDCMP)... *can* you cluster
> a Digital Unix box with a VMS box?
I'm possitive you can't cluster DEC UNIX and VMS (though there is a slim
possibility I'm wrong).
My question would be, if DEC UNIX can read the CD-ROM, can't you just
transfer the savesets you need over your network?
Zane
Hi
I used to work at HaL. I don't have any of the stuff
you need but I'll ask around. It is funny that when working
on some of the machines made by other people I can't understand
why they didn't save some of the information for future
use. Here I was working there and I don't think I saved
anything.
The HaL boxes were the first Sparc64's. Still they did
take a specialized OS. This was mainly for the I/O drivers.
The processors used in the early machines were some
of the first to use such things as out of order execution.
Basically, the processor would prefetch a number of
instructions ahead of time. If it saw an instruction that
didn't seem to have dependencies on previous results that
might not be available yet, it would execute them to fill,
otherwise, dead processor time. This was fine for most
everything but I/O and some process handshake in multitasked.
Someone forgot the I/O problem. I/O that needed to
be ordered had to have enough 'nop's inline so that the
next I/O was not in the prefetch. This required special
I/O routines, even though the machines were otherwise compatible
with other Sun code.
I don't even recall if the 330 was a R1 or a R2 processor.
I guess I can't blame others for losing computer history
when I'm part of the problem. I guess we should all make
efforts to save information as we go along. The hard
part is to recognize when we are at a significant point
in time.
Dwight
>From: "Dan Wright" <dtwright(a)uiuc.edu>
>
>I just picked up one of those today. I'm not sure of the date, but I think it
>might only be 7.5-8 yrs old, making it slightly OT...
>
>anyway, does anyone know anything about this box? All I've been able to find
>out so far is that it was the first marketed SPARC64 machine, it was
>technically very good, but was a total market failure. In other words, it's
>obscure and weird, perfect for a classiccmp find ;) It's a sun-compatible box
>-- I've fired it up with a serial console and I get a sun-ish OpenBoot prompt,
>etc.
>
>So, my question is, does anyone know more about this thing? Anyone have docs,
>OS media (if it won't run normal solaris...not sure), or anything?
>
>Thanks!
>
>- Dan Wright
>(dtwright(a)uiuc.edu)
>(http://www.uiuc.edu/~dtwright)
>
>-] ------------------------------ [-] -------------------------------- [-
>``Weave a circle round him thrice, / And close your eyes with holy dread,
> For he on honeydew hath fed, / and drunk the milk of Paradise.''
> Samuel Taylor Coleridge, Kubla Khan
>
Whoa, I have never heard of 5.25" SMD disks before... I wish I had some!
_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com
> -----Original Message-----
> From: Ethan Dicks [mailto:erd_6502@yahoo.com]
> I have *a* GCR CP/M disk. I will have to see what version it is. I
> suppose it's copyable with a C-64 and two 1541 drives? If not, I do
I'm not completely sure, but considering how much of the logic
was in the drives and not the system, I'd guess you can copy
it even if it's not the right system to run it. As for whether
the 1541 drives are GCR, your guess would be as good as mine,
but mine would be 'yes.'
> have a C-128 - the later (AFAIK) model with the built-in disk drive.
That's the 128-D.
> Since I haven't fired it up yet and since the previous owner did a
> number on the innards with crappy wire and crappier solder joints (got
What did he try to do to it, specifically?
> it from a kid who lived 5 minutes from Hara Arena), that will
> be a long,
> slow path. A real 1541 and an X1541 cable is something I could do in
> the forseeable future.
I'm not completely certain how the commodore 128 CP/M works, but if you
mean to extract the contents of the disk to a peesee, I can imagine that
may not work as expected. :) The only way to be sure is to try it,
though.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
I received a stack of VMS CDs (originals) from a friend. I have no
experience with VMS distrubutions on any media other than tape. How can
I tell from the dates what version of VMS is on them? Is there a one-
page "how-to" for CD ConDists? Were there seperate distros for VAX and
Alpha OpenVMS?
Any pointers for a newbie to VMS-on-CD-ROM would be helpful.
Thanks,
-ethan
__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com
> -----Original Message-----
> From: Ethan Dicks [mailto:erd_6502@yahoo.com]
> They are labelled with a date and a "x of y". I'm not seeing anything
> that says "Open VMS 6.1" or such.
Right, and they're all condists, right? (I missed that part before)
Does VMS come with the condist, or is it just "other stuff?"
Never seen one, myself, though I have come across VMS OS media on CD
before.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'