"Over and over and over"? They've released ONE (count it, ONE) game, announced three new games, one of which happens to be very vaguely similar to the first, and you're already bitching about having too many games of the same genre?
I was once offered a job as system administrator at PTC in Japan... turned them down, but considering where I am now, I should have taken them up on it...
Anyway, their apps run to several thousand dollars a license, so any place that's running them is going to have plenty of money to throw around, which makes me wonder a bit about the demand for Pro/E on Linux.
Yeah, but Japanese, Chinese and Korean would each require around half of the entire 2-byte Unicode character space just to contain the characters you'd find in a decent dictionary, which means that 2-byte Unicode is useless for typesetting in any of these languages.
Yeah, "everyone else" except for Japanese, Chinese and Korean users... well, that's only a potential user-base of 1.4 billion people.
The problem is that under 2-byte Unicode, the creators of the standard, in their infinite wisdom, decided that it would be OK to use the same code point for similar characters in Japanese, Chinese and Korean - which means people wanting to use those languages at the same time are stuck in almost exactly the same position as they are now, i.e. dependent on the font for how a particular character will actually appear on screen. Of course, all the companies you mentioned are Western ones, so they couldn't give a shit...
"Barium" because the grey-whitish colour of the toilet matches what comes out after you take a dose of the stuff for a stomach x-ray (believe me, I've done it...)
The guy apparently created them as a joke. To translate selected portions: The colors are: Bluelet, Green Curry, Red Curry, Barium and Olive (I believe he's referring to different *ahem* colors of excrement...) The "Do puri2 to iNax" refers to the onomatopaeic phrase "puri-puri"; I'll leave the meaning to your imagination. He says at the bottom that the original slogan he thought up was "Shit different", but since it seemed a little rude, he decided to change it to "Sit different". The name "iNax" is a reference to Inaxx (sp?), a Japanese manufacturer of toilets, baths, etc. The last couple of links at the bottom are for a 300dpi version of a catalog for these toilets (remember, it's a joke, so don't try ordering them).
There's actually two widely-used romanizations - the Hepburn system (which is now the most common) and the - urk -forgotten - system, which differs from Hepburn in that ji -> zi, chi -> ti, etc.
Yeah, all that smoke and flame might be kinda rough on the hardware...but it would be interesting to watch. I know I'd like to burn up a whole load of DIVX players:)
If I recall correctly, USB Macs include a very basic USB driver in ROM (true ROM, not the "ROM-in-RAM"), which allows for key commands, etc., before the system loads.
I haven't seen this mentioned yet, but the list of processes running mentioned by Mindcraft looks like what you'd get from ps aux, and they don't mention either smbd or httpd. This could mean that they were running the servers out of inetd - if so, I'm really surprised that they got the results they did, because I would have expected it to choke well before it got as far as it did.
No:) But if someone's willing to throw money at me, I wouldn't mind doing a translation of some of those books...
(Oart of the reason why FreeBSD is so popular over here is that they've put a lot more effort into allowing applications that can handle two-byte character codes into the standard set of ports and packages. In fact, there's a set of apps for Japanese, another for Chinese, another for Korean, and so on, and all you have to have is a link to the Internet in order to get them built and running.)
There's the Linux Security Audit Project mailing list, which is doing some good work (coordinator is Chris Evans). And while Redhat isn't exactly funding it, they do have Alan Cox working on it. Redhat is also pretty prompt in putting up RPMs of the stuff that the project has fixed (as is Debian).
As for AMD using a different SMP protocol than Intel chips, I hadn't heard that and it sounds like an amazingly stupid move by AMD. I would _expect_ that interoperation between Intel and AMD chips wouldn't work, but the coherency protocol should be pretty much invisible to software and an all-AMD system should "just work" in that regard. Are you sure you didn't mean to say that the AMD chips have a different multiple-MMU interface (which is a different thing) than the Intel chips, and that Linux doesn't currently support that interface?
Sorry, but you're talking through your hat on this one... The AMD K5 had SMP capability based on the OpenPIC standard, also used by several other companies. The K6 series has no SMP capability at all. The K7 will (once again a non-Intel version). And the reason for all these contortions? The APIC "standard" used by Intel just happens to be patented by Intel, meaning that AMD, Cyrix, or whoever can't use it without being whacked with a lawsuit or paying humongous licensing fees.
Please no FUD about how Linux "isn't compatible"...
Re the Celeron - bollocks. The APIC logic is included on the die, it's just not connected to the bus. There is no need to include it on an adapter or the MB; you just need to be handy with a soldering iron, and you've got yourself the equivalent of dual PII's with 128K cache each.
Slashdot Mirror
"Dead foamy-mouthed alien Cyclops heads"...
I just hope that Loki sees the light and includes binaries for all major Linux architectures on the CD. I wouldn't mind playing Tycoon on my Alpha...
"Over and over and over"? They've released ONE (count it, ONE) game, announced three new games, one of which happens to be very vaguely similar to the first, and you're already bitching about having too many games of the same genre?
Jeez, you just can't please some people...
Well, I know I'm gonna be buying MythII for sure, even if it's just to give me a game other than QuakeII to play on my VoodooII card.
My, that was a lot of II's, wasn't it?
I was once offered a job as system administrator at PTC in Japan... turned them down, but considering where I am now, I should have taken them up on it...
Anyway, their apps run to several thousand dollars a license, so any place that's running them is going to have plenty of money to throw around, which makes me wonder a bit about the demand for Pro/E on Linux.
Anybody notice that linuxhq.org has a rather...interesting...top page?
Christ, I wish the script kiddies would all just dry up and blow away.
Yeah, but Japanese, Chinese and Korean would each require around half of the entire 2-byte Unicode character space just to contain the characters you'd find in a decent dictionary, which means that 2-byte Unicode is useless for typesetting in any of these languages.
Yeah, "everyone else" except for Japanese, Chinese and Korean users... well, that's only a potential user-base of 1.4 billion people.
The problem is that under 2-byte Unicode, the creators of the standard, in their infinite wisdom, decided that it would be OK to use the same code point for similar characters in Japanese, Chinese and Korean - which means people wanting to use those languages at the same time are stuck in almost exactly the same position as they are now, i.e. dependent on the font for how a particular character will actually appear on screen. Of course, all the companies you mentioned are Western ones, so they couldn't give a shit...
"Barium" because the grey-whitish colour of the toilet matches what comes out after you take a dose of the stuff for a stomach x-ray (believe me, I've done it...)
The guy apparently created them as a joke. To translate selected portions:
The colors are: Bluelet, Green Curry, Red Curry, Barium and Olive (I believe he's referring to different *ahem* colors of excrement...)
The "Do puri2 to iNax" refers to the onomatopaeic phrase "puri-puri"; I'll leave the meaning to your imagination.
He says at the bottom that the original slogan he thought up was "Shit different", but since it seemed a little rude, he decided to change it to "Sit different".
The name "iNax" is a reference to Inaxx (sp?), a Japanese manufacturer of toilets, baths, etc.
The last couple of links at the bottom are for a 300dpi version of a catalog for these toilets (remember, it's a joke, so don't try ordering them).
Well, I suspect that Bruce is going to be getting some really nasty email from Gates if the tests come out in favour of Linux...
Hey, that's neat - a word that sounds rude in both English AND Japanese. If you pronounce it out loud, it sounds like the slang term for "smegma".
There's actually two widely-used romanizations - the Hepburn system (which is now the most common) and the - urk -forgotten - system, which differs from Hepburn in that ji -> zi, chi -> ti, etc.
That's *Alpha*, not "altha"...
Yeah, all that smoke and flame might be kinda rough on the hardware...but it would be interesting to watch. I know I'd like to burn up a whole load of DIVX players
Yeah, I know what you mean. I still remember the first time I heard the scream of a Baron of Hell (?) in Doom... scared the living shit outta me.
If I recall correctly, USB Macs include a very basic USB driver in ROM (true ROM, not the "ROM-in-RAM"), which allows for key commands, etc., before the system loads.
ActiveIntelliDirectVisualCJX++++
Um... have you ever clicked on the "code" link at the top left of every page?
I haven't seen this mentioned yet, but the list of processes running mentioned by Mindcraft looks like what you'd get from ps aux, and they don't mention either smbd or httpd. This could mean that they were running the servers out of inetd - if so, I'm really surprised that they got the results they did, because I would have expected it to choke well before it got as far as it did.
No :) But if someone's willing to throw money at me, I wouldn't mind doing a translation of some of those books...
(Oart of the reason why FreeBSD is so popular over here is that they've put a lot more effort into allowing applications that can handle two-byte character codes into the standard set of ports and packages. In fact, there's a set of apps for Japanese, another for Chinese, another for Korean, and so on, and all you have to have is a link to the Internet in order to get them built and running.)
Tried that on a PC110 with a 64Kbps MP3 - not a chance, even after dropping the sample rate down to 11KHz, etc. etc. etc.
There's the Linux Security Audit Project mailing list, which is doing some good work (coordinator is Chris Evans). And while Redhat isn't exactly funding it, they do have Alan Cox working on it. Redhat is also pretty prompt in putting up RPMs of the stuff that the project has fixed (as is Debian).
As for AMD using a different SMP protocol than Intel chips, I hadn't heard that and it sounds like an amazingly stupid move by AMD. I would _expect_ that interoperation between Intel and AMD chips wouldn't work, but the coherency protocol should be pretty much invisible to software and an all-AMD system should "just work" in that regard. Are you sure you didn't mean to say that the AMD chips have a different multiple-MMU interface (which is a different thing) than the Intel chips, and that Linux doesn't currently support that interface?
Sorry, but you're talking through your hat on this one... The AMD K5 had SMP capability based on the OpenPIC standard, also used by several other companies. The K6 series has no SMP capability at all. The K7 will (once again a non-Intel version). And the reason for all these contortions? The APIC "standard" used by Intel just happens to be patented by Intel, meaning that AMD, Cyrix, or whoever can't use it without being whacked with a lawsuit or paying humongous licensing fees.
Please no FUD about how Linux "isn't compatible"...
Re the Celeron - bollocks. The APIC logic is included on the die, it's just not connected to the bus. There is no need to include it on an adapter or the MB; you just need to be handy with a soldering iron, and you've got yourself the equivalent of dual PII's with 128K cache each.