Where the heck is the PS/2 port on the T42? I've got one of those things, but I can't find that port. I've got a S-video port between the USB and RJ11 jacks, and that's the only DIN connector on the system.
CT has a service called "Call before you dig". All utilities need to come out and mark, even if they have nothing buried. One call, as opposed to 5-6 different calls.
Judging by the earlier threads, I don't think the VAX is all that obscure. Might want to try using a a DECStation (see also: pmax).
Re:The VAX port stopped working a long time ago
on
NetBSD v3.0 Released
·
· Score: 4, Insightful
There is a happy medium between the two. A cross build can save time, but the code should be tested on the real hardware. Especially if one is claiming to support some of the more interesting CPUs out there. I've heard stories of DEC redoing parts of VMS/Ultrix/Tru64 to work around CPU bugs. Just cause something works on paper or builds fine on i386 doesn't mean the binary will run on VAX, Alpha, PA-RISC, PDP-11, MIPS, etc, etc, etc.
Re:The VAX port stopped working a long time ago
on
NetBSD v3.0 Released
·
· Score: 3, Insightful
They claim the VAX is a supported platform. Therefore, NetBSD/vax should work for the most part (barring any inherent limitations in the VAX architecture.
Does this mean that the only video or image capture devices that will be legal will be 35mm still, VHS/VHS-C/etc, Super-8 for video? The 50's called, they want their home movie tech back.
If you have a true hardware controller, the RAID will be platform agnostic and neither know nor care what OS is accessing it. Anything software based (most onboard stuff) is going to be tied to a specific platform.
I've trucked a thinkpad through campus for 5 years now, dropping, abusing, subjecting it to 110dB concerts, etc and it takes it very well. Some damage, but i haven't broken anything major. I've currently got one of the biometric machines.
Run of the mill three phase isn't scary. Just a few extra pins to deal with. Now having to tie in via camlocs or similar high amperage (>=100A/phase) connectors, that's scary.
Doing a bridge on OpenBSD, if both sides of the bridge are on the same network, you only need to assign an IP to one card and it doesn't matter which one. Both cards see all packets. Firewall filters on whatever you want.
Slashdot Mirror
Where the heck is the PS/2 port on the T42? I've got one of those things, but I can't find that port. I've got a S-video port between the USB and RJ11 jacks, and that's the only DIN connector on the system.
Give it a year or two, and Ma Bell will be back, only without the cool bits this time (Bell Labs).
CT has a service called "Call before you dig". All utilities need to come out and mark, even if they have nothing buried. One call, as opposed to 5-6 different calls.
Judging by the earlier threads, I don't think the VAX is all that obscure. Might want to try using a a DECStation (see also: pmax).
There is a happy medium between the two. A cross build can save time, but the code should be tested on the real hardware. Especially if one is claiming to support some of the more interesting CPUs out there. I've heard stories of DEC redoing parts of VMS/Ultrix/Tru64 to work around CPU bugs. Just cause something works on paper or builds fine on i386 doesn't mean the binary will run on VAX, Alpha, PA-RISC, PDP-11, MIPS, etc, etc, etc.
They claim the VAX is a supported platform. Therefore, NetBSD/vax should work for the most part (barring any inherent limitations in the VAX architecture.
Does this mean that the only video or image capture devices that will be legal will be 35mm still, VHS/VHS-C/etc, Super-8 for video? The 50's called, they want their home movie tech back.
I think the real thing moves more air. A lot more air.
If you have a true hardware controller, the RAID will be platform agnostic and neither know nor care what OS is accessing it. Anything software based (most onboard stuff) is going to be tied to a specific platform.
I don't know. OpenBSD has managed to do it for the last 8 years.
You and me both. Though compared to socapex, camlocs aren't too bad.
They probably can if you have to violate the DMCA to do so.
Standard stage lighting will do the trick. Figure a minimum of 4 lights for a wash, 575W-1KW/light - its enough to make things a little toasty.
Never said they were that tough, just that they weren't that delicate.
I've trucked a thinkpad through campus for 5 years now, dropping, abusing, subjecting it to 110dB concerts, etc and it takes it very well. Some damage, but i haven't broken anything major. I've currently got one of the biometric machines.
Run of the mill three phase isn't scary. Just a few extra pins to deal with. Now having to tie in via camlocs or similar high amperage (>=100A/phase) connectors, that's scary.
Not a typo - VMS bears little to no resemblence to UNIX, and probably the next closest thing is the WNT kernel.
Holy cow. Europe's getting a major console release before Japan. That's got to be a first.
There was the short lived Roadrunner line, with a 386 at its core. That's where the resemblance to a PC ended though.
Hate to break it to you, but those things had the short lived Pentium 4-M mobile chips in them. They make nice space heaters.
Thats funny, I remember installing Sun OS 4.1.1 on a machine too old to run Solaris...
Doing a bridge on OpenBSD, if both sides of the bridge are on the same network, you only need to assign an IP to one card and it doesn't matter which one. Both cards see all packets. Firewall filters on whatever you want.
Looking inside assorted Sparcstations, I see chips from TI, Fujitsu, and Ross. I think Cypress also made SPARC at one point.
I think SPARC is one of the few standards based CPUs out there - IIRC, its an open specification anyone can implement.
Yet another CPU architecture bites the dust in favor of the behemoth that is Intel.