> From: Christian Corti
> 3710 Euro... someone with definitely too much money ... So no, we did
> not get the system, and it probably won't go into a museum.
Well, I did send you email offering to contribute, to help you all buy it.
Did my email not make it to you?
Noel
I have tried for two days to get wireless networking running on my old PC
under Win 98SE, so I can use PUTR without a separate partition or boot. XP
is on an 8.4 GB drive. 98SE is on an older 540 MB drive.
There are two network cards (a Netgear WPN311 with Atheros chipset, and an
Encore ENWLI-G2 with Realtek 8185 chip) and neither will work with Win98SE.
I have tried the manufacturer's drivers, Atheros drivers, Realtek drivers...
none of it works. The Realtek driver installs but gives a fault in RUNDLL32.
Netgear's website claims that the WPN311 can run under 98SE and later. Some
sources for that driver package say it starts with XP. Although I would tend
to believe the manufacturer...
The same Netgear card in the same motherboard was working correctly with the
XP drive.
I even did a fresh install of 98SE. Then installed the WPN311 software, then
the card. Windows says the card is installed and working properly.
But the Netgear utility won't run (hangs, Task Manager showing wlancfg5 not
responding). That's usually because it can't see the card.
Searching the net including various forums from years ago hasn't helped.
So I'm about to give up. Wasted enough hours on this. Back to XP with a DOS
partition for running PUTR.
Unless someone has a better idea :)
thanks
Charles
Just an update... I spent an entire long afternoon wrestling with that old
PC, trying to find some combination of HDD jumpers and BIOS settings that
would allow the XP hard drive to boot with another drive attached (either on
the slave connector or the secondary channel with the CD-ROM removed). No
dice.
So I had the bright idea to use Minitool's Partition Wizard, and shrink my
Windows partition so there'd be room for a newDOS partition.
But it won't even run (probably because I have only 64 MB RAM on that box).
Grrr. It's unbelievably slow anyhow, so more SDRAM on order, which is really
cheap these days.
I'd get a newer PC for the workbench, but need to keep the old motherboard
because there are a couple of devices (including a PB-10 PROM programmer)
which are ISA slots.
So, this has become a Windows/PC (ugh) project instead of just being able to
play with my PDP-11...
As a result of an inventory error on my part, I wound up with an extra copy
of "LSI-11, PDP-11/03 User's Manual" (EK-LSI11-TM-003).
I'd like to pass it along to someone, provided I'm reimbursed _most_ of
my eBait expenditure on it (it was not, alas, cheap). Anyone interested?
Noel
I have been invited out to the site tomorrow morning to take an inventory of what?s there (I live near the machines).
I imagine that I may well have a lot of photos that I bring to the list and say ?what is this??
The owner has assured me the machines will not be sent to the scrapper and that there are multiple interested parties, which is good, because I really don?t have a good place to put 8 cabinets of PDP-11. Not that having an 11/40 running Sixth Edition Unix wouldn?t be cool.
I?ll report back once I have an inventory.
Adam
Aficionados;
I'm interested in acquiring an HP1000 A900, in any form-factor.
(http://www.hpmuseum.net/display_item.php?hw=594)
Basic need would be a chassis/backplane/PS and minimal set of
CPU/memory/HPIB-controller/terminal-IO PCA, however I'd be interested in
simply acquiring a PCA-set and I'll work the chassis/backplane/PS
separately. Even single PCAs would give me a helpful push forwards.
And I need to stick to my hobby (beer") budget.
I'm located in Maryland, USA, and pretty sure that the cost of overseas
shipping would be ghastly for a chassis. But maybe not as bad for the tower
configuration as for the rack-mount.
If I understand correctly, the CPU consists of:
12201A A900 Sequencer Card
12202A A900 Data Path Card
12203A A900 Cache Controller
12204A A900 Memory Controller
12220A 768KB RAM (Or I presume 12103D 1MB, 12221A 3 MB, or 12221B 8 MB.)
I imagine that I'll need to synthesize my own OTT "frontplane" for the
memory.
12009A HP-IB Controller
12040D Asynchronous Multiplexer interface board
Thank you for your insights, and opportunities (I hope),
paul
(offlist at pbirkel at gmail.com)
John Wilson confirmed that his program was designed to work with one floppy
and an HDD. He says strange things happen if one tries to use two floppy
drives instead... just as I found ;)
I removed the second floppy drive, dug out an old 540 MB hard drive (with
Win 95 on it) and hooked it up to the PC. Started Win95, then "Restart the
computer in MS-DOS mode", copied PUTR to the C: drive and started it.
PUTR now works perfectly, transferring files in both directions to an the
emulated RX33 (3.5" floppy). The PDP-11 can read and write those disks on
its generic 3.5" floppy "RX33", too. :)
Now I just have to figure out the PC partitions/hard drives to make using
PUTR as simple as possible.
I'm having trouble copying files from my PDP-11 (RT-11 format) into an old
Windows box using the last version of PUTR.
It appears that WinXP does strange things with the hardware (3.5" 1.44 MB
drives aren't actually RX33's although my RQDX3 controller believes they
are).
So I made an MS-DOS boot disk and run PUTR directly on MS-DOS (instead of
the WinXP DOS window). Unfortunately MS-DOS 6.22 can't recognize my hard
drive since it's NTFS-formatted, so it all has to be done in floppies.
Both WinXP and MS-DOS know that A: and B: are two separate drives. Likewise
the BIOS settings. I can copy files in DOS and Windows back and forth
between the two drives.
And I can MOUNT B: as a logical device DU0: (or without a logical device
name, as B: /RX33 /RT11), and read its directory.
But when I try to copy a file from A: to DU0:, the B: drive light flashes
briefly, and then PUTR tries to write over the A: drive (blocked by the
write- protect tab once I wised up)!
So how on earth can the BIOS, MS-DOS and WinXP all know that A: and B: are
two separate drives, but PUTR tries to write to A: even though the command
is to write B: ??
I also tried switching the PUTR disk into B: and the RT-11 formatted disk to
drive A:. Same problem (tries to write over the source disk which is now B:
even though the output filespec is clearly A). I had a look at the code but
nothing's leaping out at me. Although it's been many years since I wrote any
8086 code...