Grrr, when will /. implement a unicode whitelist so that pasting bullet points doesn't screw up a post...

Seems as good a place to ask it as any.
What does /. think of:
http://www.ncbi.nlm.nih.gov/pubmed/21457072

http://apps.fcc.gov/ecfs/document/view?id=7520940937

http://www.physiology.columbia.edu/MartinBlank.html
"
â EMR accelerates the reaction rate, i.e., electron transfer rate
â EMR competes with the chemical force driving the reaction, so the effect of EMR varies inversely with the reaction rate
â Interaction thresholds are low, comparable to levels found in EMR-cancer epidemiology studies
â Effects vary with frequency, and there appear to be different optima for the reactions studied: ATPase (60Hz), cytochrome oxidase (800Hz), BZ (250Hz)

These properties, in addition to stimulation of DNA in the cellular stress response, are consistent with EMR effects on many biological systems through interaction with electrons moving during redox reactions and also within DNA"

I ran into it a couple of weeks ago and it ran contrary to what I was expecting to find.
Curious if there's any problem with his work.

Hey, just noticed this after xmas.
I'd seen discussion of this in the announce, and seems pretty clear the intent in the spec, but anyway, here's the landing patch.
https://hg.mozilla.org/mozilla-central/rev/b3d85b68449d#l29.613
Note that section.

Oh, and for asm.js (and, for the JS jits in general when they are sure of the types), floating point is not used if the number known to be int, so, there's another win outside of the main one from the article.

That's only true for fractions.
1+2 == 3 is always going to be true.
As is 123456789 + 987654321 == 1111111110

You can absolutely express a 32 bit integer in a double with no approximation ever.
We rely on this in our lua scripting as a matter of fact.

http://asmjs.org/spec/latest/ relies on this for the 32 bit integer parts of their spec.

Actually, you can go a lot further than 2^32 - all the way up to 2^53-1.
This is taken advantage of in non-asm.js places. See:
http://bitcoinmagazine.com/7781/satoshis-genius-unexpected-ways-in-which-bitcoin-dodged-some-cryptographic-bullet/

And, you'll be happy to know (well, we were), that Mozilla is adding 64 bit ints to their JS as well, although when that'll be widely available, who knows.

Browser driver blacklists vary a bit across hardware.
On my computer/driver, Firefox rendered webgl by default, while Chromium requires a forced override.
(I say did, haven't checked recently, and ditched fglrx for the foss driver)

Anyway, if you want to try webgl in Firefox anyway, blacklists of unstable drivers be damned, go to about:config
search for webgl
and set webgl.force-enabled to true

You'll probably have to restart.

You might also want to try another driver. Do you have jockey-gtk ? If you're on intel, can check for newer updates from the Intel team. xorg-edgers is an option..

The actual article the lady tried to request to drive on, and the police officer ordered her off the road anyway.

Once she was there, she noted that they were doing passive breathalyser analysis of the air she was exhaling even before the consent form was presented.

So, yeah, "no thank you" was apparently not an option.

http://reason.com/blog/2013/11/17/the-banality-of-red-tape-north-carolina

http://en.wikipedia.org/wiki/Certificate_of_need

Hm...

Well, from the actual research paper...
"They estimate that a rock of 3 m across shields D. radiodurans for 10 Myr, and 3.3 Myr for B. subtilis"

10 million years is a loooong time. The simulations were calculating in the mere kiloyears according to the paper.

Take oneof the higher ejection velocities... 12.41km/s - let's make it a nice round 10km/s.
Aaaaand, pick a solar system near-ish to us, that is known, like 10.5 light years away. Call it 10^14 km away...

That's a mere third of a million year transit time. So, like a mere 3% of the survival time for Radiodurans w/ a direct trajectory. And ofc, it doesn't necessarily have to survive fully capable to replicate. Even a bunch of starter DNA would be a big help to the new planet.

Ditto. Problems are fairly rare these days.

Welll, you could link me to a few of 'em. I might want to nag the devs or file a bug.
Hrm. My e-mail address below is maybe a bit *too* obfuscated based on your response.
Try:
g r o (dot) y 8 m (at) l a r e n e g

I hope that's discernable.
Could probably just post them on /. too - I don't think there's anything particularly problematic in most of 'em, unless I guess you're worried someone would find something possibly exploitable and target you specifically.

Well... Rolling back would require, I guess, using incrementally more and more space. Like, keeping a snapshot copy of each version in your profile. Not only would people object at some point, but it is a security risk, since unless you are on ESR, security fixes are part of new version increment now.

No bugs associated w/ any of the about:crashes links ?

Was stack trace in anything GL related?

Oh, and you can turn off autoupdate in prefs or about:config
Preferences->Advanced->Update
app.update.enabled

So, might be worth checking about:crashes to see if there's a bug associated with your particular crash.
Maybe they enabled, like, graphics acceleration for a flakey card, and you can turn it off.
Or maybe they need attention drawn to it.

WRT installing old versions.
ftp://ftp.mozilla.org/pub/firefox/releases/
Grab one off of there, install it (or unzip it).

If you're under windows btw, you can also try 64 bit nightlies for any date here:
ftp://ftp.mozilla.org/pub/firefox/nightly/

ESR is another option.
http://www.mozilla.org/en-US/firefox/organizations/all.html

I'd say waaaaaay beyond a slight edge thanks to the memshrink project.
https://blog.mozilla.org/nnethercote/category/memshrink/

Old measurements. Situation keeps improving. Latest 2 or 3 firefox versions use smart loading/unloading of large images on image heavy web pages, for example.
http://www.itworld.com/sites/default/files/figure3_browserfootprint.jpg

Personally, on my chromebook, Chrome used 615MiB w/ 2 tabs open (crosh and a blank tab) while Firefox in Crouton used 385MiB with 18 tabs open, and that was after I had cycled through all the tabs to make sure they hadn't been unloaded.