unless you don't mind having a "heart attack" or "farming accident".

Even though I use Gnome, I really don't especially care whether 2.30 is an April Fool's Day prank or not.

In some cases, probably a lot worse than the first time you did it. horrific beetle sex

Submersion cooling using mineral oil isn't new, dating back to the use of Fluorinert in the Cray 2.

Fluorinert is not mineral oil, nor even very similar to mineral oil.

3.0 was supposed to introduce a stateless API, but didn't. Now 4.0 apparently hasn't either. Have they decided that it's a bad idea, or that it's too difficult, or what?

Having the API retain state is a fundamentally bad idea. As one overview points out, "Nearly all of OpenGL state may be queried". (emphasis added)

It would be much better if there were OpenGL context objects that encapsulated the state, and were explicitly passed into API calls. I was completely dumbfounded when I first looked at API and saw that it didn't work that way.

The DMCA anti-circumvention provisions are part of copyright law, so circumvention by definition *is* copyright infringement.

However, AFAICT the courts have never found any defendant to be not guilty as a result of the "Other Rights, Etc., Not Affected" clause.

Android has most of the standard Java classes other than AWT/Swing. I was pleasantly surprised to find that it even has the Java reflection API.

So everyone who ever uses colocation has lost?

Yes. Are you actually surprised?

I doubt that you could do it even then. The drive hardware most likely isn't even *capable* of recording raw ones and zeros on the media, since that's not how your data is stored. Aside from the interleaved Reed-Solomon error correction, the drive uses PRML (Partial Response Maximum Likelihood) to record multiple bits simultaneously as an analog waveform. There isn't a one-to-one correspondence between a data bit and a flux transition on the medium. This is all done by the drive hardware, so even rewriting the firmware isn't going to circumvent it.

Plenty of nine-track tape was still in use on mainframes in the 1980s.

I can't RTFA because it seems to be slashdotted, but what on earth led Mr. Huang to think that Kingston made their own chips? There are only a few companies that make NAND flash chips, Sandisk and Toshiba among them, and ALL of the other vendors of flash memory cards have to buy from those few companies. The same is true of DRAM; Kingston DIMMs use other vendors' DDR memory chips.

The fact that Kingston was using chips from Sandisk and Toshiba would normally make me MORE inclined to buy Kingston cards, as usually the quality of Sandisk and Toshiba chips is quite good, though it doesn't explain why he's having trouble with them.

because the signals that go between a phone and a SIM don't have ANYTHING to do with the signals needed to pass data between cellular and anything else. The connection to the SIM is a very low bandwidth connection, only a few kilobits per second, because all it does is store the subscriber idenity (IMSI), PIN, and phone book. When the phone is doing EDGE, 3G, or other high bandwidth data services, none of that data normally goes anywhere near the SIM.

It might be possible to engineer something like this that would have higher bandwidth to the phone, but only by also specially engineering the phone. It's not something that could work with existing phones that are designed for normal SIM cards.

As cool as it would be if this were real, I don't see how it can be. Seems like a marketing idea, not an engineered product.

"We have not submitted Opera Mini to the Apple App store,"

Apple automatically rejects all applications that are NOT submitted. However, they don't notify the non-submitter when this happens.

Which ones are those? I haven't found any; I've only seen sexually frustrating websites. It's less satisfying than going to a strip club or even just "reading" Playboy.

There may eventually be private launches for NASA manned missions to ISS, but it looks pretty unlikely that there will be any NASA manned missions to anywhere else.