> -----Original Message-----
> From: Bob Lafleur [mailto:bob_lafleur@technologist.com]
> I know how to boot a CD-ROM in a VAX. I've got the VMS 7.2
> hobbyist, VMS
> 7.2 regular distrib, and VMS 7.3 regular distrib, and when I boot them
> all, I just go into standalone backup. I thought maybe there was some
> "trick" I didn't know about to boot into a regular VMS system.
The 7.2 discs also kick me into standalone backup -- not that I
have a problem with that, of course. I'm pretty sure it's not
"normal" VMS, though, since, IIRC, the only command I could get
to work is BACKUP. (Characteristic of standalone backup, of course)
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
Hi Dan
I have a SYM-1. You need to get a 44 pin connector ( I think it
is .153 spacing ). These were quite common until everyone started
uning 0.100 spacing. You can't have my connector though.
I can get the pinouts for you but I don't have them here ( I'm
at work ). I can get them to you tomorrow.
What other requirements do they have for running the games.
If it only needs the keypad and display, you can just connect
+5V and ground. If it requires a terminal, you'll need +/- 12V
as well. If you only need the +5V, you can clip onto the
protection diode that is between the two connector. The + side
it the side with the band ( Cathode ) and the ground is the
other side ( Anode ). This diode is normally reverse biased.
Also, check to see if you need to have the BASIC ROM's. These
boards normally only came with the monitor ROM and minimum
RAM. One usually added the parts for the serial as well ( some
transistors and resistors ).
Dwight
>From: "Dan Veeneman" <dan(a)ekoan.com>
>
>I recently acquired a Synertek SYM Model 1 but it came without
>a power connector. Before I try to locate an edge connector and
>wire one up, I wanted to check to see if anyone had an extra one
>made up that they wouldn't mind parting with.
>
>The board also came with a seminar workbook from the American
>Institute for Professional Education. The course is entitled
>"Microprocessing Fundamentals: A Short Course for Scientists
>and Engineers" by Raymond Bennett and John Stockdale, dated
>December 1, 1979. It's eleven chapters and some appendices
>with exercises and program listings for the SYM-1, including the
>ever-popular Lunar Lander.
>
>
>Cheers,
>
>Dan
>www.decodesystems.com/wanted.html
>
>
> -----Original Message-----
> From: Don Maslin [mailto:donm@cts.com]
> > You can also get CP/M for it, as some other people have said. Don
> > Maslin probably has the disk, and he's usually willing to send them
> > for (very reasonable) media/copying cost.
> No, regrettably, I have nothing for Commodore.
Oops, then let me say instead that anyone who's got this disk should
consider sending it to Don ;)
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
> Here is the latest acquisiton of the VCF Archives:
>
>
> http://www.vintage.org/gallery.php?title=IBM%20026%20Printing%
> 20Card%20Punch&grouptag=IBM026
>
> A very neat machine. John Lawson helped me clean it up a bit over the
> weekend and we got it to do "stuff" but it's still not printing or
> punching so it definitely needs some more TLC.
>
> Look for it to be operational by and on display at VCF 5.0
> this September (dates to be announced very, very soon).
My First Computing Experience.
Sitting down to one of these to punch a set of job cards
and input data values to run a program that taught us the
binary search algorithm. It was a Purdue University during
the Summer Engineering Seminars, June 1974. The job was
processed by PUFFT, Purdue University Fast FORTRAN Translator,
a system that ran on a beautiful IBM 7094.
Later that same day, I was typing ALFIE programs on an ASR33
hooked to their CDC 6500 via PROCSY, Purdue Remote Online
Console SYstem. All my program did was accept some input
and display vulgar expresssions. Later that week though,
I was printing roots tables to tale back and use in my
Physics class my senior year in high school.
-dq
Hi, my pulse is still at 100.
Today I brought my second VAX 6000-400 into the basement. That thing
is haunted! Bringing into the basement entails screwing everything
off and then back on. Everything went so beautifully. Having it done
the second time I noticed that the cables almost find their way
by themselves, just listen to them and they show you how they want
to be plugged in :-).
Anyway, it didn't work very well. The XMI side alone could be made
to work fine, but the VAXBI side doesn't want to work. I checked
the wiring once, twice, there is really not much to it, just one
big plug that goes into the power regulator and the two HUGE contacts
for the actual power. Nothing difficult.
I think I burned a couple of XBIA and XBIB boards today. Nothing
went off in smoke or flames but one spare after the other would
stop working right. I thought I'd do a little board-testing in my
working VAX, but even there the things behaved strangely, even to
the extent where I thought that may be one XBIA board destroyed
the attached XBIB board and vica versa.
Although I have accumulated a load of XBIA/XBIB boards my reserve
went preciously low. I shot with almost all I had and there were
quite a few casualties in the battle. But all to no avail.
I'm lucky my working machine is back working again. But I should
find a more efficient and less dangerous way to debug that other
machine. There is just too much combinatorics involved in the
trial and error method. There are
1 XMI bus
2 positions for XBIA
2 VAXBI busses, that are interconnected
everything seems dependent on everything else here. How can this be
decoupled so that I can test one thing at a time? The next I'll try
is actually replace the VAXBI backplane cage. But what would DEC
field service have done? Is there a technician's handbook that
would give some ideas?
thanks,
-Gunther
--
Gunther Schadow, M.D., Ph.D. gschadow(a)regenstrief.org
Medical Information Scientist Regenstrief Institute for Health Care
Adjunct Assistant Professor Indiana University School of Medicine
tel:1(317)630-7960 http://aurora.regenstrief.org
Searching for information on the Tektronix 4025A terminal, I cam across
the following website:
http://www.enemiesunknown.com/
(The page my search returned was http://www.enemiesunknown.com/terminals.php).
It appears this is a text-based adventure game (still under development)
that is played over a telnet connection. The page I was directed to lists
all of the termainls that are supposedly compatible with the game.
Kinda cool, but I can't play it right now because according to the site
the server is down as of the time of this posting.
Since the last build is 16 Dec 2001, it may be that this is a dead
project.
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
* Old computing resources for business and academia at www.VintageTech.com *
These mice were also used on early IBM PS/1's (the ones with PC-DOS in
ROM). My parent's 286-based PS/1 had one of these. Unfortunately, that
found the way of the trash hopper when they moved a year ago.
-- Pat
On Tue, 28 May 2002 torquil(a)rockbridge.net wrote:
> Hi,
>
> I am looking for a few of the first mouses IBM made. I would like to acquire one or two of the mouse in this picture. http://members.aol.com/phwimage1/mouse1.jpg . I am using one on this terminal in the library and I just could not get over how cool the mechanical click noise is.
>
>
> Thanks,
> Torquil MacCorkle III
> Lexington, Virginia
>
>
Hi
As I recall, during the disk building process, you tell
it if it is going to run stand alone or used on a network.
That way, you don't waste space on the internal disk for
code that you could easily access from the local net.
I've gone through the stand alone disk building process
in the pass but don't recall all of what was needed. I
used the Sun documents to do it with.
You need to have a CD ROM drive to get the disk built.
Some machines didn't have the drive. In the lab, we had
a machine that we always used to build disk on and we would
then move it to the machine we were testing. We always
had a stack of disk that could boot from disk or the net.
As far as password, you'd have to clear the NOVRAM.
Setting this up again would be tough, without knowing the
magic. I don't recall how to do this but I can ask around.
Maybe one of the others remembers.
Dwight
>From: "Dan Wright" <dtwright(a)uiuc.edu>
>
>Thanks all for the info. So, it turns out that it has a copy of SPARC64
>Solaris 2.4 on it. Does anyone know how to convince Solaris 2.4 to boot up in
>single user mode without asking for the root password, and without an OS disk?
>from the hostname I can find what domain it was on so I should be able to
>h4x0r it from the network, but I'd rather get into it on console before
>networking it because I don't have a machine I can convienently do that with
>at hand.
>
>Dwight K. Elvey said:
>> 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
>> >
>>
>- 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
>
> 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");
'
Please contact Steve directly if you can help him...
Bill
- - - - -
Date: Sun, 26 May 2002 09:29:04 -0400 (EDT)
From: Stephen L Moshier <steve(a)moshier.net>
To: <mrbill(a)pdp11.org>
Subject: pdp11 hardware
Hi, in the course of answering a question about data formats
for the GNU C compiler PDP-11 maintainer, I just ran across your
fine web site.
I have somewhere around 1000 pounds of Unibus and Q bus PDP-11
hardware down in the basement. If you know of an opportunity to
swap or obtain equipment, what I would like to do (some day)
is get a system running again in order to read out approximately
200 rolls of mag tape that are also stored in the basement
and then probably get rid of most or all of the collection.
The available hard drives are broken or rusted out, unfortunately --
some 5-, 8-, and 14-inch Winchesters, all dead. If you know where
to get working replacements, maybe there is some hope for this
project.
Thanks,
Steve Moshier
From: Stephen L Moshier <steve(a)moshier.net>
To: Bill Bradford <mrbill(a)mrbill.net>
Subject: Re: pdp11 hardware
> Steve - with your permission, I'll forward this email to a
> list of collectors who might be able to read your tapes or help
> get a system working again. Where are you located?
Bill,
The museum pieces and I are in Cambridge, Massachusetts.
You are welcome to send the information to your mailing list,
The stuff has never been inventoried. Some of the items, picked up as
spares, are still in original sealed packaging. The dual DECtape is nice
to look at. It used to work and is probably repairable. I don't
really know how may computers there are. There is an 11-thirty-something,
several 11-04 crates, several LSI-11 crates. The system that I actually
used was handmade from wire-wrapped backplane blocks. There are many
shelf feet of manuals. And so on, to items that are just useless boat anchors.
In case you cross-reference to other brands, I have been
an avid 68000 user too, and the residue includes several Motorola
systems: a VME-10 and two Delta boxes, also an AT&T Unix PC.
Steve
Well currently I don't use any SMD drives on DEC machines; I use them on my
Interdata and on my Perkin-Elmer/Concurrents... But I would like to put SMD
drives on my 11/34A, just don't have a controller.. BTW its a pain to
disassemble a FSD, vacuum up the spiders living inside, and reassemble it..
I recommend covering all holes on the drive somehow to prevent this, if
you're storing it for long periods of time.
Will J
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
torquil(a)rockbridge.net wrote:
> Hi,
>
> I am looking for a few of the first mouses IBM made. I would like to acquire one or two of the mouse in this picture. http://members.aol.com/phwimage1/mouse1.jpg . I am using one on this terminal in the library and I just could not get over how cool the mechanical click noise is.
>
>
> Thanks,
> Torquil MacCorkle III
> Lexington, Virginia
I saw one the other day..... can't recall where though :-(
Chad Fernandez
Michigan, USA
In a message dated 5/28/2002 12:20:59 PM Central Daylight Time,
torquil(a)rockbridge.net writes:
> ,
>
> I am looking for a few of the first mouses IBM made. I would like to
> acquire one or two of the mouse in this picture.
> http://members.aol.com/phwimage1/mouse1.jpg . I am using one on this
> terminal in the library and I just could not get over how cool the
> mechanical click noise is.
>
>
>
jeez, i just round filed dozens of them a while back! the buttons start
getting dodgy after long term use.
Hi,
I am looking for a few of the first mouses IBM made. I would like to acquire one or two of the mouse in this picture. http://members.aol.com/phwimage1/mouse1.jpg . I am using one on this terminal in the library and I just could not get over how cool the mechanical click noise is.
Thanks,
Torquil MacCorkle III
Lexington, Virginia
> -----Original Message-----
> From: Doc [mailto:doc@mdrconsult.com]
> I had totally forgotten about that feature. I can't really speak to
> Windows Netscape, but in Linux a downloaded .gz file was guaranteed to
> be corrupt.
I've had it helpfully uncompress the thing automatically, but not
change the name ;) Never corrupt, though.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'