Yes, had the same issue, had to move my SIMH machine (GORVAX) onto a Leopard box.
Sampsa
On 6 Jun 2010, at 00:40, Dan Williams wrote:
I did have a simh machine on OSX but it stopped working with snow
leopard and I didn't have the time to find out why.
I also have a copy of decnet for Irix but not a license and I am not
familiar enough with it to get it working. If anyone wants a copy let
me know.
Dan
I did have a simh machine on OSX but it stopped working with snow
leopard and I didn't have the time to find out why.
I also have a copy of decnet for Irix but not a license and I am not
familiar enough with it to get it working. If anyone wants a copy let
me know.
Dan
From: gerry77 at mail.com
We obviously needed (and still need) the idle function because of power-
consumption-related problems, so we were stuck and had to forget about that.
OK, you tried playing nice -- so now play dirty! If you never found a way
to make NULJOB (or whatever TOPS-10 has for an idle loop -- I've never been
into the sources) identify itself to KLH10, why not hack up KLH10 to detect
NULJOB itself? If you can't rebuild it then its address isn't going to
change on you (on a given installation anyway). The *clever* part would
be to do it w/o adding an address/mode test to every single opcode fetch
(but even if you have to do that it'll still be fast enough). With E11 I
got lucky -- one of the ways to display the null job blinky lights pattern
on a PDP-11 is with the WAIT instruction, so all the OSes use it, and that's
obviously the right time to take a snooze. Maybe there's something along
those lines that KLH10 could use?
John Wilson
D Bit
On Sat, 05 Jun 2010 01:30:43 +0200, you wrote:
TOPS-10 (could it even connect to DECnet?)
It can! About a couple of years ago we were able to run DECnet Phase IV on
Ethernet, by running TOPS-10 7.04 on the KLH10 emulator. Alas, to idle the
emulator, the TOPS-10 monitor has to be modified so that it would make some
I/O to a special device which would trigger the idle code into the emulator,
but we never figured out how to do that.
Given that TOPS-10 comes with full sources and that the instructions to be
added to the monitor are just two or three MACRO-10 lines, that's the easy
part of the task. Instead, problems arise when it's time to actually
generate a new monitor from sources.
There is a guided procedure called MONGEN which asks for some parameters and
then generates some source files used to conditionally assemble and link a
new monitor (it reminds me of some very old "make config"). That whole task
is quite easy to follow and we were very happy with it, but then we
discovered that it cannot be used to completely rebuild the monitor, as it
assembles some minor code and relinks everything against a big TOPS10.REL
file which is indeed the monitor major block.
There are provisions to rebuild TOPS10.REL, but the Software Installation
Guide just directs to Appendix B, where it is suggested that, for more
information about building the monitor library file, we should read the
batch control file COMPIL.CTL. Unfortunately, COMPIL.CTL does not contain
any comment or explanation and we think it is intended for somebody with a
previous somewhat deep knowledge about such tasks, which we do not have.
Even the relevant manuals are not overly clear about this topic, and many
little details are left to immagination (or knowledge, as said).
We obviously needed (and still need) the idle function because of power-
consumption-related problems, so we were stuck and had to forget about that.
Anyway, when we used it, we were able to use SET HOST from VMS and to copy
files back and forth with COPY on the VMS side and NFT on the TOPS-10 one,
so probably even other DECnet functions such as NML would nicely work.
Cheers, :-)
G.
P.S. SIMH is not a viable choice, because it emulates only a KS10 CPU, while
DECnet requires a KL10 CPU for its attached NIA20 Ethernet interface.
On 5/06/2010 4:35 PM, Mark Wickens wrote:
I have the SPL for Ultrix, some licences (not sure about the base OS
license) and am shortly picking up a VS3100 that will run it. Always
fancied the idea of Unix on a VAX, so will definitely give it a whirl -
even better to get it connected to HECnet - another one off the list!
So I may be calling on the group of a couple of missing jigsaw pieces.
RE: VAXstation 4000/VLC - when I tried to do development on the box or
display remote decterms it was pretty slow, even with 24MB. Also, you
must have different/newer fans in yours - mine make a hell of a racket!
I will agree with being slow :-) I find that it's not too bad though.
Unfortunately I don't have the space to get the 4000/90 up and running.
I too had noisy fans, but after a healthy dose of contact cleaner and
oil they are almost silent. Maybe they just need a good clean?
Tim.
Zane H. Healy wrote:
On Fri, 4 Jun 2010, Mark Wickens wrote:
My power consumption page might help a bit:
http://lakesdev.blogspot.com/2008/09/power-consumption-of-computers-and.html
The VAXstation 4000/VLC takes the lowest power but at about 6 VUPS it is
quite slow. The 4000/60 and 4000/90 (BUBBLE) take about 100 Watts, which
is twice as much, but are *so* much more usable.
In terms of alpha, the lowest power I've found so far is the Alphaserver
300 4/266 (TIGER) which clocks at about 100 watts. The Alphaserver 1000A
runs at about 180 watts which is pretty good given the expansion
possibilities (it has a BA356 8 drive enclosure built in).
I'm currently running a BUBBLE and TIGER 24/7 which is a VAX and Alpha
node for 200 watts total.
Mark.
My VAXstation 4000/VLC has a dead power supply. Plus the BA353 I was using
it on it has a dead powersupply. Those two bits originally made up PDXVAX. The current PDXVAX hardware is a VAXstation 4000/60 and a BA350 (with 1 2GB
drive). My VAXstation 4000/90 has issues, but I forget what.
MONK is currently a XP1000 with three SCSI buses. The Narrow SCSI drives a
TLZ06, the FWD-SCSI drives a DLT7000 drive, and then the U2W-SCSI has 2 JBOD
boxes with 3 36GB 10k drives each.
I'm thinking something like an AlphaStation 200 4/233 or even DEC 3000/133
with a BA350 and 2-3 4GB drives. That would definitely be a bit more
affordable power wise than MONK and PDXVAX combined. In fact less than 10
years ago, that was the hardware MONK was running on.
Oh, and yes, I have a preference for external HD's. I have a lot of 4GB
SBB's for BA350's and a lot of SCA SCSI HD's, but very few drives I can use
internally without opening up SBB's.
Zane
The Alphaserver 300 4/266 known as TIGER was running a 2GB internal drive, but that wasn't big enough for me to load the SPLs, Freeware and my own gubbins. It has a wide ultra scsi pci controller card, so I got a 73GB 3.5" internal drive off ebay for GBP 15 which is working very nicely within the 100 watts mentioned previously. I have a BA356 (which I had a 16 bit personality module for but no cable until recently) and a stash of new 4.3GB SBBs but if I plug that in I'm running another 50 watts again - that's why I prefer to have one big internal drive, although the BA356 is very convenient for backups and data transfer, as is my external DDS3 DAT drive.
Mark.
I have the SPL for Ultrix, some licences (not sure about the base OS license) and am shortly picking up a VS3100 that will run it. Always fancied the idea of Unix on a VAX, so will definitely give it a whirl - even better to get it connected to HECnet - another one off the list!
So I may be calling on the group of a couple of missing jigsaw pieces.
RE: VAXstation 4000/VLC - when I tried to do development on the box or display remote decterms it was pretty slow, even with 24MB. Also, you must have different/newer fans in yours - mine make a hell of a racket! It is also unstable, crashing after 24 hours or so, which is why it got replaced with the 4000/60 then upgraded to the 4000/90.
Having said *all* that, if I could get hold of a stable motherboard I'd like to make a suitcase VAX - the motherboard is diminutive - and a replacement, modern power supply would be about the same size as a 1" high 3.5 HD.
Regards, Mark
Johnny Billquist wrote:
Steve Davidson wrote:
I have an ULTRIX kit, but no license. I also have Digital UNIX but again no
license. I do not have DECnet for either - sorry.
Ah. Too bad. The kits I have too. And license (well, for Ultrix atleast).
But no kit for DECnet.
I am working on getting a PRO-380 (RT-11) w/DECnet to talk to HECnet. The
DECNA has died a horrible death but the com port may be a possibility.
Wish I had a DECNA. By PRO-380 is connected to HECnet using the comm port, but that machine is running P/OS. (BEA::)
Johnny
-Steve
Mark Wickens wrote:
Folks
I've just finished configuring my Alphaserver 300 4/266 running Digital
Unix 4.0G to be on HECnet via DECNET/OSI basic configuration. I don't
know whether there are other Digital Unix systems out there! The new
node is 1.258, TIGER, requiring a node list update to find.
Next step is to install the Mailbus 400 SMTP Gateway...
Nice!
Does anyone have DECnet for Ultrix around? I have Ultrix 4.5 here, but
no DECnet... :-)
Known OSes on HECnet:
RSX
VMS
P/OS
TOPS-20
RSTS/E
OSF/1
Linux
Windows
Missing (as far as I know):
Ultrix
TOPS-10 (could it even connect to DECnet?)
RT-11
RTS/8 (doubtful if possible, supposedly only supported phase II)
(MAC)
(SUN/OS)
(Genera)
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On Fri, 4 Jun 2010, Robert Armstrong wrote:
It "just works" - CHARON is an AXP, and it does DECnet area routing just fine. Ignore the documentation that says you can't do it, set your executor type to 'AREA' and that's all you need.
I'm curious to know what would crash my Alpha when I had it set to executor type "area" and when I would try to "set cir tcp-x-y state off" BOOOM. Crash in NETACP. I have crash dumps to prove it (this has been both on and off HECNet, despite the fact that I shouldn't be an area router (and no longer am at this point until I move to my own area).
Fred
----
Lets call it for what it is - "legacy" is a term that people use in a
polite but derogatory manner to imply that the future direction they
prefer is not that which they view as the current direction.
Ah yes, I did read somewhere that CD-ROM drives were OK - but as for hard drives, I don't think that'd be a great idea...
Sampsa
On 5 Jun 2010, at 02:45, Zane H. Healy wrote:
Interesting, I could swear I connected a CD-ROM drive to it 7+ years ago. Did I mention it's been a long time since I've used SIMH, and I've only used
if for the PDP-10 and PDP-11 emulators.
Zane
On Sat, 5 Jun 2010, Sampsa Laine wrote:
Actually, from the SIMH FAQ (http://simh.trailing-edge.com/pdf/simh_faq.pdf):
2.9 Can I connect real devices on the host computer to SIMH?
At the moment, Ethernet is the only supported real device.
On 5 Jun 2010, at 02:33, Sampsa Laine wrote:
I don't think it has any support for encryption built in per se, AFAIK.
As for pointing it at a block device on a UNIX system instead of a file, I think that _might_ work. Never tried it though.
Sampsa
On 5 Jun 2010, at 02:31, Zane H. Healy wrote:
Here is a SIMH question, does it support encrypted disk images, or can it
use physical hard drives?
Zane
On Sat, 5 Jun 2010, Sampsa Laine wrote:
You can always run SIMH of course of another box...
Sampsa
Interesting, I could swear I connected a CD-ROM drive to it 7+ years ago. Did I mention it's been a long time since I've used SIMH, and I've only used
if for the PDP-10 and PDP-11 emulators.
Zane
On Sat, 5 Jun 2010, Sampsa Laine wrote:
Actually, from the SIMH FAQ (http://simh.trailing-edge.com/pdf/simh_faq.pdf):
2.9 Can I connect real devices on the host computer to SIMH?
At the moment, Ethernet is the only supported real device.
On 5 Jun 2010, at 02:33, Sampsa Laine wrote:
I don't think it has any support for encryption built in per se, AFAIK.
As for pointing it at a block device on a UNIX system instead of a file, I think that _might_ work. Never tried it though.
Sampsa
On 5 Jun 2010, at 02:31, Zane H. Healy wrote:
Here is a SIMH question, does it support encrypted disk images, or can it
use physical hard drives?
Zane
On Sat, 5 Jun 2010, Sampsa Laine wrote:
You can always run SIMH of course of another box...
Sampsa
