Just fired up DouglasIRIS (4D/25) on the 4.0.5 disk, and it looks like the IRIX4 "cross compilation environment" (even tho' its not a "cross compiler",
I'm not sure what else to call it.) from IDO-5.3 will run under IRIX 4.0.5. This is just basic tests (untar it, run "cc" and some other stuff and see if it dies
or not), but it looks promising. All I need to do is sort out where everything goes under IRIX 4, and test it on some real source.
If anyone is interested, please politely contact original poster, not me.
Jay West
----- Original Message -----
From: "Jim Howes" <jim.howes at prosig.com>
To: <jwest at classiccmp.org>
Sent: Monday, April 05, 2004 6:10 AM
Subject: Various source/documentation microfische
> I've built up a list of assorted stuff that you may be interested in.
>
> I don't have a microfische reader, and get odd looks at my local library
> when I nip in there to use theirs (and they are going over to
> computerised indexes, so the fische readers are going soon (note to
> self: beg/borrow/rehome/steal one!).
>
> I made a list a few years ago. I've stuffed it one the web. URL below.
>
> The lines in this text file are mainly in this format:
>
> Group name (various different manuals for a particular device share the
> same title)
>
> Manual/source description, possibly with serial numbers or other
> references, most of which I'm not sure of the meaning of.
>
> Date (somewhere between OCT76 and OCT81)
>
> Number of fisches in this set
>
> DEC Part number
>
> ---
> For instance:
> PDP11 MOS/CORE G124K EXER CZKMAF0 SEP79 1 AH-8851F-MC
>
> or
>
> VAX/VMS 4.4 VAX/VMS V2.4 SOURCE LISTINGS MCRF ????? 536
> AH-HP48A-SE
>
> (hmm. seems I made a typo on that one). I remember VMS 4.4, just
> typing &<RETURN> at the command line would log you out with reserved
> operand error and a stack dump. I think the VMS4.4 sources may be
> elsewhere at the moment, it's such a long time since I looked at them.
>
> Anyway, the file is archived here:
>
> http://www.notout.demon.co.uk/fische.txt
>
>
> I think, on the whole, I'd rather keep hold of these, but will happily
> lend them to people who make reasonable requests (and supply stamped
> addressed envelopes for instance). However, if a good cause would like
> to take them and catalogue them properly and use them for the benefit of
> DEC history as a whole, then I'll certainly consider it.
>
> I'm not sure of the copyright issues regarding the VMS Source listings.
> I did try asking a while ago, but got no reply.
>
> I'm based in Portsmouth, UK.
>
> Regards,
> Jim
>
>
The following is a list of as is monitors and terminals. Great for spare parts or repairs. Some are 20+ years old, some are newer. If you have any interest, please feel free to make offers on any pieces you want. Please reply to me off list- useddec at aol.com
Thanks, Paul
As/Is MonitorsQTYDescription
PCXBU-YA 1
PCXBV-BC 1
VR150-AA 3
VR160-DA 1
VR241 3
VR260 3
VR262 2
VR299-DA 1
VR319-DA 1
VRC16 1
VRC21 7
VRC21-HA 4
VRC21-WA 1
VRT17-HA 4
VRTX7-KA 1
VT220-B 1
VT330-J2 1
VT420 1
VT420-C2 1
VT510-C4 1
VT520 2
MITSUBISHI AUM1371A 1
WYSE WY150 3
WYSE WY325 1
WYSE WY85 1
WYSE WY185 1
I purchased an HP2397A color terminal. It needs a monitor and
keyboard. The monitor is straightforward and can be taken care of
with a cable. (Although it would be nice to find the appropriate HP
period monitor.) The keyboard is a different story. I need an HPIL
keyboard. Its my understanding that any HPIL keyboard would work, but
that I'd need one that understands HPIL and couldn't rig up a stock
PS2 style keyboard.
I'm not asking for charity, I'll pay a reasonable price :-).
--
"The Direct3D Graphics Pipeline"-- code samples, sample chapter, FAQ:
<http://www.xmission.com/~legalize/book/>
Pilgrimage: Utah's annual demoparty
<http://pilgrimage.scene.org>
My first experience with Adventure was on the CDC Cyber 73 at Tektronix
in
1977-'78. Wouldn't run on the (coolest ever) console, but only on
remote terminals, typically old Tek 4010's DVST terminals (and some
4002A's, which were probably one of the coolest terminals made, IMHO)
which were connected through a MODCOMP II front-end machine for serving
lots of terminals via a massive panel of RS-232 connections. Operating
system was KRONOS.
I'm wondering if the port that we had came from you? I think, somewhere,
I have a source listing of it on greenline 132 column paper, but it
might take a while to find it. Other than the cool graphics games that
could be played on the console (chess, spacewars, and a few others that
I can't remember off hand). Adventure was the best there was -- and it
probably contributed to the biggest waste of "expensive" computer time
in its day (back in the days when time on the machine was accounted for,
and charged-back to each cost-center who used it).
Rick Bensene
The Old Calculator Web Museum
http://oldcalculatormuseum.com
> -----Original Message-----
> From: cctalk-bounces at classiccmp.org
> [mailto:cctalk-bounces at classiccmp.org] On Behalf Of Chuck Guzis
> Sent: Saturday, April 22, 2006 11:25 AM
> To: cctalk at classiccmp.org
> Subject: Re: FORTRAN Adventure (was Re: RL02 problem)
>
> On 4/23/2006 at 12:03 AM Ethan Dicks wrote:
>
> >It's rather trivial to take the RSX/RSTS Adventure sources
> and get them
> >working under VAX FORTRAN - a 32-bit environment and wads of virtual
> >space removes many of the restrictions imposed by a 16-bit virtual
> >space on an -11 OS. On a PDP-11, I think all ADVENT implementations
> >use overlays - not required on a VAX.
>
> Geez, where did you guys get a VAX FORTRAN version? Back
> around 1974(?
> IIRC), a friend who was a field engineer with DEC gave me a
> (7 track) tape from a DECsystem 10 with the FORTRAN source.
> It took me about a week of bootlegging effort to get the tape
> read and ported over to a CDC Cyber 174.
>
> Judging from the huge collective waste of company time and
> resources spent on the game, it was a wonder I didn't get fired.
>
> Cheers,
> Chuck
>
>
>
>>I've also got a pile of spare 9GB HD's. I suppose I could dump the images there as well. With multiple copy's on CD >>and on HD's. The data should be safe.
>
>>There is a 9 track attached to my HPUX 10.20 box so, reading and writing the tapes is no problem. The HPUX box >>does not have a CD burner directly attached although, I can FTP files to a WINDOWS box and burn CD's there.
>>
>>So the question is:
>>Can I just DD the tapes to a file and stick the file on CD/HD then recreate the tape from the CD when needed?
> Nope.
>You need to keep track of the block sizes as you read the tape. Also you
>need to keep track of the EOT markers. dd doesn't do this.
>You should be able to find a program on the net that will read the data
>into a .tap (or similar) file (anyone have a link?). This program really
>should be added to the simh tools, if it isn't already.
>I've written a version in basic for VMS, but that isn't going to help
>you very much with unix.
After sending the original message, I found a "copytape" utility in some old archives. I had to hack the code to get it to compile under HPUX but, it's finally working, more or less. The utility reads a tape to a file/tape preserving the blocking. I copied an old HPUX install tape, with multiple block sizes, to a file. I was then able to create a tape from the archive that LOOKs like an original tape. Until I do a complete install using the copies, I can't be sure they'll actually work.
>From the looks of it, this might be the solution I've been looking for.
The program could really use some additional features. Like an ASCII header appended to the beginning of the file to indicate what the file is, how to recreate the original tape, system, date / timestamp, etc...
Hmmmm... I guess that'll give me someting to do :-)
Thanks, SteveRob
In a pile of other equipment just received, I found
Qty 6 IBM 3.5" drive carriers of the type often found
in servers.
They have black faceplates with a large black lever
that has a purplish blue release catch.
Front label (in lower left corner) reads:
IBM 73.4 GB 10k
U160 FRU 06P5760
These are carriers only - no drives.
Knowning how long it took me to find
carriers for my Compaq server - it seems
a shame to toss them. Anyone need/want
them?
Regards,
Dave
--
dave06a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Collector of vintage computing equipment:
http://www.parse.com/~ddunfield/museum/index.html
A module list I scrounged off the net says this:
M3134-PA DS500 Q IBM Terminal server, 4 port (DECServer 500)
Now we were just talking about how in order to hook up an IBM terminal
to something, you'd have to hook up an IBM box. This seems to
indicate that you could do otherwise and it would work? The module
ports are BNC style coax it appears.
Does anyone have any familiarity with this module?
--
"The Direct3D Graphics Pipeline"-- code samples, sample chapter, FAQ:
<http://www.xmission.com/~legalize/book/>
Pilgrimage: Utah's annual demoparty
<http://pilgrimage.scene.org>
Howdy folks;
I've recently added a Macintosh II, IIx, and IIfx to my collection.
The IIfx works.
The II and IIx fail to power-up. Nothing happens when the power
button is pressed on either machine.
It's not the power supply, as the PSU from the working IIfx fails to
power up either the II or IIx.
It's not the battery either, at least in the case of the II, as I've
replaced both batteries to no avail.
Can anybody point out any other likely culprits that I can chase down?
Thanks!
ok
bear
I have a very large US computer company wanting to rent a classic computer for 12 months to help fight a lawsuit they are in. They have offered me $50 a month to hold and use the computer for the next 12 months. what is a fair price? This could save them millions from the lawsuit. Thanks, the computer is about 15 years old (on topic). John
___________________________________________________
Try the New Netscape Mail Today!
Virtually Spam-Free | More Storage | Import Your Contact List
http://mail.netscape.com
