If you just want "practice 64 bit code" then get an old alpha and install NetBSD or Linux or whatever on it.
A used noname/AXPpci33 board with some ram is much cheaper than an extra of 256MB RAM for your computer (and probably faster as well).
Or: Get IA64sim. Yes it's for Intel's 64bitter (Merced/Itanium or whatever it's its name now) but it's open source, doesn't run on linux only and doesn't need that much RAM.
In fact NetBSD or OpenBSD would be a better choice for an IPC - Linux still has problems with the sun4c-MMU.
See the
Ultralinux or NetBSD FAQ or Redhat's Ha rdware compatibility list.
running in the same place is that some of them are extremly rare/hard to get.
E.g. probably less than 200 pc532 systems exist worldwide. Sony NEWS (news68k/newsmips), Sharp X68* (x68k) or LUNA (luna68k) machines never were that common outside Japan (Search the web for non-japanese informations about those!); try finding a PREP machines these days, or a BeBox or one of those machines that are able to run mipsco...
When you browse on a windows box you will see Windows fonts, even if you read a HTML-File made on a unix machine.
So if a "Unix-made-HTML"-File has ugly fonts when viewd on a Windows system than because Windows displays such ugly fonts.
Actually the author of this site didn't play with fonts at all (YES! This is how you should do it. Thank God the font tag is not allowed in 4.0-strict anymore!) - If it looks ugly then blame your browser/OS (or yourself) for choosing such ugly default fonts.
> (Of course if you use a Unix based web browser to view a website created on Windows the fonts may
> suck even if they look great on Windows.)
You said it yourself:
Windows users like to choose "fancy" fonts like "arial" and stuff and expect everybody to have that fontset installed on his computer and his browser configured in the same way (There is usually no "arial" on non-windows boxen). And because Windows renders fonts too large they set the font size to a unreadable small size.
That's IMO *MUCH* *MUCH* worse than choosing no font and -size at all and let the viewer decide.
(If Microsoft/Netscape/Opera select optical not pleasing defaults and Windows users are too stupid to select fonts they like it's *NOT* the authors fault.)
> Is there any way to permanently break Linux binary compatibility in FreeBSD?
I guess the it works the same way as in NetBSD:
Just don't enable it (no COMPAT_LINUX option in the kernel) and don't install the Linux-libraries---You won't be able to run *any* Linux binary then, believe me!
Get a used small one (e.g. a VAXstation). They don't suck more electricity than a "normal" computer and aren't expensive at all. (watch ebay and similar places.)
FYI: NetBSD
has a fully working port for years now : First "official" release was NetBSD 1.2 (1996) but "inofficial" snapshots have been available since 1994.
(Proud owner of a VT1300 (diskless VS3100/m30) running NetBSD).
...considering that all NASA/JPL "dual-missions" I remember right now have been great successes (Pioneer 10/11, Voyager 1/2, Viking 1/2). I guess "doing things twice" leads to better quality.
> Short answer: Gates did no liked it
> (Hey! I'm not trolling !)
No, not at all. Gates has the power to kill products he doesn't like and did so in the past.
E.g. with Digital's DNARD (aka "Shark") wich could have become a real cool Network Computer. But Gates: "Kill it or you won't get NT for your Alphas anymore"...
(Usually he/Microsoft just buys the company and let the product dissapear)
BTW: The "huygens" lander is an ESA probe and cassini+huygens have been launched three years ago - when NASA had more money:-).
I guess the Cassini/huygens mission is the most expensive planetary project of the last 15 (and the next 5) years - Cassini's weight is 5.6 metric tons when fueled and the mission will last over 11 years. (What`s interesting: Most parts of the flight software have not been written yet and will be uploaded before Cassini reaches it's destination.)
Check out Cassini's or Huygen's web pages for more information:
http://www.jpl.nasa.gov/cassini/
http://sci.esa.int/huygens/
> All that water vapor produced by the combustion of hydrogen and oxygen certainly requires regulation.
1. Too much water in the high atmosphere *is* dangerous (greenhouse-effect)
2. Most rocket's don't burn hydrogen and oxygen. E.g. the solid boosters of Space Shuttle/Titan/Ariane, the russian Proton and a lot of other rockets use highly toxic fuels (like hydrazine, UDMH, MMH most (all?) solid fuels) or oxidzer (nitrogen tetroxide, nitric acid, bromine pentafluoride, chlorine trifluoride...) and whatever comes out of the reaction(s) is often pretty toxic as well or has effects to ozone layer/greenhouse-effect.
> Yeah, that is such a glaring mistake, I actually thought they had been hacked at first.
Not the first one. I remember when they advertised their first PowerMAC as world's first RISC personal computer. (Which BTW was the Acorn Archimedes from 1987).
A few months ago I hoped that one day I will have at least one machine of every port NetBSD runs on (except pc532 wich is just too rare), but they are too fast for me.:-(
If you just want "practice 64 bit code" then get an old alpha and install NetBSD or Linux or whatever on it.
A used noname/AXPpci33 board with some ram is much cheaper than an extra of 256MB RAM for your computer (and probably faster as well).
Or: Get IA64sim. Yes it's for Intel's 64bitter (Merced/Itanium or whatever it's its name now) but it's open source, doesn't run on linux only and doesn't need that much RAM.
> There is no other OS that could do that.
NetBSD, OpenBSD...
Probably because you are too young. The DDR ("GDR" in English) ceased to exist more than 10 years ago...
> Am I only person who thought that a semiconductor requires a minimal amount of heat to
:-).
> create the free electrons to conduct.
No, see my post#22 "Not enough free electrons?" below
I bet it didn't worked with LN2 because the number of free electrons in the semiconductors (silicon) was too low at that temperature.
:-).
:-)
I guess that's why semiconductors are sold with a min and max temperature where flawless operation is guaranteed
(BTW: Min. Tcase of Celeron 266-533: +5C
Errm... sorry.
/that/ impressed by the uptime of a system that is obviously idle most of its time...
I'm not
In fact NetBSD or OpenBSD would be a better choice for an IPC - Linux still has problems with the sun4c-MMU. See the Ultralinux or NetBSD FAQ or Redhat's Ha rdware compatibility list.
Quick2b: Name any hacked site that uses Commodore BASIC V2.0, CP/M, MULTICS or Domain OS...
still thinking?
running in the same place is that some of them are extremly rare/hard to get.
E.g. probably less than 200 pc532 systems exist worldwide. Sony NEWS (news68k/newsmips), Sharp X68* (x68k) or LUNA (luna68k) machines never were that common outside Japan (Search the web for non-japanese informations about those!); try finding a PREP machines these days, or a BeBox or one of those machines that are able to run mipsco...
When you browse on a windows box you will see Windows fonts, even if you read a HTML-File made on a unix machine.
So if a "Unix-made-HTML"-File has ugly fonts when viewd on a Windows system than because Windows displays such ugly fonts.
Actually the author of this site didn't play with fonts at all (YES! This is how you should do it. Thank God the font tag is not allowed in 4.0-strict anymore!) - If it looks ugly then blame your browser/OS (or yourself) for choosing such ugly default fonts.
> (Of course if you use a Unix based web browser to view a website created on Windows the fonts may
> suck even if they look great on Windows.)
You said it yourself:
Windows users like to choose "fancy" fonts like "arial" and stuff and expect everybody to have that fontset installed on his computer and his browser configured in the same way (There is usually no "arial" on non-windows boxen). And because Windows renders fonts too large they set the font size to a unreadable small size.
That's IMO *MUCH* *MUCH* worse than choosing no font and -size at all and let the viewer decide.
(If Microsoft/Netscape/Opera select optical not pleasing defaults and Windows users are too stupid to select fonts they like it's *NOT* the authors fault.)
> Is there any way to permanently break Linux binary compatibility in FreeBSD?
I guess the it works the same way as in NetBSD:
Just don't enable it (no COMPAT_LINUX option in the kernel) and don't install the Linux-libraries---You won't be able to run *any* Linux binary then, believe me!
Get a used small one (e.g. a VAXstation). They don't suck more electricity than a "normal" computer and aren't expensive at all. (watch ebay and similar places.)
FYI: NetBSD has a fully working port for years now : First "official" release was NetBSD 1.2 (1996) but "inofficial" snapshots have been available since 1994.
(Proud owner of a VT1300 (diskless VS3100/m30) running NetBSD).
...considering that all NASA/JPL "dual-missions" I remember right now have been great successes (Pioneer 10/11, Voyager 1/2, Viking 1/2). I guess "doing things twice" leads to better quality.
No, the vikings landed without "airbags".
Intel has bought the StrongARM, but not ARM.
> Short answer: Gates did no liked it
> (Hey! I'm not trolling !)
No, not at all. Gates has the power to kill products he doesn't like and did so in the past.
E.g. with Digital's DNARD (aka "Shark") wich could have become a real cool Network Computer. But Gates: "Kill it or you won't get NT for your Alphas anymore"...
(Usually he/Microsoft just buys the company and let the product dissapear)
BTW: The "huygens" lander is an ESA probe and cassini+huygens have been launched three years ago - when NASA had more money :-).
I guess the Cassini/huygens mission is the most expensive planetary project of the last 15 (and the next 5) years - Cassini's weight is 5.6 metric tons when fueled and the mission will last over 11 years. (What`s interesting: Most parts of the flight software have not been written yet and will be uploaded before Cassini reaches it's destination.)
Check out Cassini's or Huygen's web pages for more information:
http://www.jpl.nasa.gov/cassini/
http://sci.esa.int/huygens/
> All that water vapor produced by the combustion of hydrogen and oxygen certainly requires regulation.
1. Too much water in the high atmosphere *is* dangerous (greenhouse-effect)
2. Most rocket's don't burn hydrogen and oxygen.
E.g. the solid boosters of Space Shuttle/Titan/Ariane, the russian Proton and a lot of other rockets use highly toxic fuels (like hydrazine, UDMH, MMH most (all?) solid fuels) or oxidzer (nitrogen tetroxide, nitric acid, bromine pentafluoride, chlorine trifluoride...) and whatever comes out of the reaction(s) is often pretty toxic as well or has effects to ozone layer/greenhouse-effect.
> [and both Linux and FreeBSD use glibc.]
No, FreeBSD does *NOT* use glibc.
All *BSDs use their own libc.
> Yeah, that is such a glaring mistake, I actually thought they had been hacked at first.
Not the first one. I remember when they advertised their first PowerMAC as world's first RISC personal computer. (Which BTW was the Acorn Archimedes from 1987).
I give up...
:-(
A few months ago I hoped that one day I will have at least one machine of every port NetBSD runs on (except pc532 wich is just too rare), but they are too fast for me.
I have the feeling that they want to control the "community" with the power of their own TLD.
Oh, I have forgotten: :-).
Most of the probes were launched with proton rockets as well, so this is not completely off-topic