Google gives you Java (for App Store), but their own applications run native code?
Yes, because they want everything in the app store to be forward compatible: in future Android might run on chips that are not ARM, so native code would break, and though it would be the developers' fault it would still make their app store look bad.
Windows CE runs native, the portability point is pretty invalid.
Most of the native apps run on ARM chips only, and won't work e.g. on MIPS based devices (also supported by Windows CE). The portable apps use.NET Compact Framework, so the situation is more or less equivalent to Java.
on iPhone I have proper GCC/G++ compilers
Which you can't use without jailbreaking, so your argument is instantly moot.
Now my own ideas: 1. There is no practical technology to store large amounts of energy, except building a very big artificial lake above the ground level and pumping water there. 2. Power generated locally from renewables has a large seasonal variation in output, and is intermittent (except geothermal, but this is an immobile resource). Due to 1 it is impossible to correct this with storage.
That's why local sources can only act as secondary source of power, and are unlikely to ever displace centralized power generation. The microgeneration myth is fueled by people who can get a positive balance with solar panels on their roof, but is this balance really positive even during the night? The answer is usually no.
To your body, the fullerenes aren't very different from graphite (read: not toxic, unless you breathe the dust all day long, then you can have mild respiratory problems).They can't even dissolve in your blood in a detectable amount.
It is not possible to create fabrics woven from single molecule fibers, at least for now. And I would first expect such sort of thing done on more common polymers with more practical applications. But a "nano-fabric" could be interesting.
Maybe because "buckyballs" is a "pop sci" term and you look funny using it. They are more often called fullerenes. Example of use: http://en.wikipedia.org/wiki/Rhondite
Fullerenes have little current practical use (they are rather expensive) but a lot of interesting potential uses, because you can trap things inside them: a lot of exotic materials can be made with them. There is even a purely organic compund (a mixed crystal of fullerene and a small organic compound) which exhibits ferromagnetic properties.
You argument is actually in favor of metal-free synthesis. Even if the solvent was toxic, you can just evaporate it, which is trivial. However, it is not. A small structural change can lead to a drastic change in toxicity: benzene is highly toxic and carcinogenic, toluene (methylbenzene) is not carcinogenic and only slightly toxic. I expect their solvent to be relatively non-toxic.
On the other hand, metal contamination is an a very big problem, especially in drug synthesis. You can't easily get rid of trace amounts of metal. The only good approach is to avoid it, by using stable catalysts that can be separated with very high efficiency.
The password is not encrypted, it is cryptographically hashed (encrpytion is two-way, hashing is one-way). A hash function transforms an arbitrary length input into a fixed length output, so there is no inverse function in the mathematical sense: a single hash value has an infinite number of inputs corresponding to it. Finding a value that produces a given hash is extremely hard: a good hash function will not have any way of computing such a value more effective than brute force (e.g. you try all possible inputs until one of them given you the hash you're looking for).
As for reversing the algorithm: in essence, the generation of the password hash always uses a stateful generator, and this state is not preserved in the hash. When trying to reverse the hash, you must know not only the hash but also the state of the generator at the end of the algorithm, otherwise backtracking to the initial state of the generator defined in the hash function definition can take more than the age of the universe, even if you used all the computing power on earth to break this single password. Another mathematical idea that is frequently used is that if you have two very large prime numbers x and y, you can quickly compute their product z, but you can't easily find x and y if you only have z. Unless you have a quantum computer, which doesn't exist yet.
Real world analogy: it's nearly impossible to find two persons with the same fingerprints, but the fingerprints themselves don't contain any infromation about the name of the person. If you have a fingerprint and a person, you can easily identify if it the fingerprint belongs to the person, but if you only have the fingerprint, you need to check the fingerprints of all people to find a person that has the same fingerprint.
Even auto makers are only required to support the parts for their cars for 7 years.
If more than 60% of people had the same 9 year old model, they'd have to. Even if they didn't, somebody else would because it would be profitable to sell parts. When it comes to Windows, only Microsoft has the source code and can supply fixes, so it makes sense to force them to support their product, because lots of people are still using it and nobody else can do it.
The other problem I find with extensions is the way they break package managers.
This is one of the areas the package managers can improve. I think of something like one big base repository, and several sub-repositories for each program that has extension support, where each item can be installed system-wide (requires admin) or per-user. APT could even connect to the official extension sites and create packages on the fly. That would be cool.
The basic difference between those belief systems is what values they promote. Adherents of Christianity do not secretly assasinate former Christians, steal judicial documentation, make criminal threats toward their critics or demand money for discussing their faith.
The phrase "lies that are not verifiably false" is just stupid. If they are not verifiably false, you can't call them lies (e.g. things that by definition are verifiably false), but at most nonsense.
Nuclear decay, as well as some other quantum phenomena, is random in every sense of this word.
In case you haven't noticed, determinism is long dead. Even though the universe might be deterministic with respect to itself, it is not deterministic with respect to our observations, which is what actually matters.
It doesn't matter. This particular solution is not intended to really prevent anyone from anything. It is the equivalent of a baby pacifier for management, who are insecure and think that their precious images are the best thing on Earth and if they are not "protected", everyone and their dog will "steal" them and use on their own websites.
Of course in reality, no one would bother even if they were simple files, because the pictures are utter crap. And they do not understand that if you don't want your things to be "stolen", you do not put them on a public website! Duh.
vertical-align: middle; only works like you think it does along with display: table-cell, but in some browsers it breaks horribly. For table cells it specifies vertical centering. For inline elements it specifies how to align them relative to the baseline of the containing text. For block elements it does nothing. http://phrogz.net/CSS/vertical-align/index.html
Your solution is likely: add "blacklist lmpcm_usb" to/etc/modporobe.d/blacklist.conf. This certainly helped in my case (Logitech LX5). There is a bogus driver for Logitech mice that doesn't work, and some idiot keeps it in the kernel for some reason.
On the other hand, Logitech are morons too (for instance, LX5 and MX1000 have the same product ID, which is a BIG no-no).
The good thing is that you don''t need a 20+ MB resident process to use the tilt wheel and the additional buttons.
I was hoping that there would be more tutorials for getting wine to work with apps that users like.
I would not put this in a beginner tutorial. Wine should not be a deciding factor in your migration: if you use Windows exclusively to run Windows-only apps, you won't benefit from migrating to Linux. It works well if you have one critical app that you can't find an OSS replacement for, but for regular use it's a pain.
Slashdot Mirror
Google gives you Java (for App Store), but their own applications run native code?
Yes, because they want everything in the app store to be forward compatible: in future Android might run on chips that are not ARM, so native code would break, and though it would be the developers' fault it would still make their app store look bad.
Windows CE runs native, the portability point is pretty invalid.
Most of the native apps run on ARM chips only, and won't work e.g. on MIPS based devices (also supported by Windows CE). The portable apps use .NET Compact Framework, so the situation is more or less equivalent to Java.
on iPhone I have proper GCC/G++ compilers
Which you can't use without jailbreaking, so your argument is instantly moot.
Big, dirty power supplies with massive infrastructure issues are so very dated.
This microgeneration bullshit keeps popping up but it's still bullshit. For example, look at a report about microgeneration in UK: http://www.theregister.co.uk/2008/06/04/microgeneration_report/
Now my own ideas:
1. There is no practical technology to store large amounts of energy, except building a very big artificial lake above the ground level and pumping water there.
2. Power generated locally from renewables has a large seasonal variation in output, and is intermittent (except geothermal, but this is an immobile resource). Due to 1 it is impossible to correct this with storage.
That's why local sources can only act as secondary source of power, and are unlikely to ever displace centralized power generation. The microgeneration myth is fueled by people who can get a positive balance with solar panels on their roof, but is this balance really positive even during the night? The answer is usually no.
+1 Sim City reference
To your body, the fullerenes aren't very different from graphite (read: not toxic, unless you breathe the dust all day long, then you can have mild respiratory problems).They can't even dissolve in your blood in a detectable amount.
It is not possible to create fabrics woven from single molecule fibers, at least for now. And I would first expect such sort of thing done on more common polymers with more practical applications. But a "nano-fabric" could be interesting.
Maybe because "buckyballs" is a "pop sci" term and you look funny using it. They are more often called fullerenes.
Example of use: http://en.wikipedia.org/wiki/Rhondite
Fullerenes have little current practical use (they are rather expensive) but a lot of interesting potential uses, because you can trap things inside them: a lot of exotic materials can be made with them. There is even a purely organic compund (a mixed crystal of fullerene and a small organic compound) which exhibits ferromagnetic properties.
You argument is actually in favor of metal-free synthesis. Even if the solvent was toxic, you can just evaporate it, which is trivial. However, it is not. A small structural change can lead to a drastic change in toxicity: benzene is highly toxic and carcinogenic, toluene (methylbenzene) is not carcinogenic and only slightly toxic. I expect their solvent to be relatively non-toxic.
On the other hand, metal contamination is an a very big problem, especially in drug synthesis. You can't easily get rid of trace amounts of metal. The only good approach is to avoid it, by using stable catalysts that can be separated with very high efficiency.
For starters, USB devices are no longer allowed on any DOD networks
So they were hit by the Windows "Autorun from USB" idiocy too? Serves them right...
Your post highlights exactly what is wrong with software patents.
The password is not encrypted, it is cryptographically hashed (encrpytion is two-way, hashing is one-way). A hash function transforms an arbitrary length input into a fixed length output, so there is no inverse function in the mathematical sense: a single hash value has an infinite number of inputs corresponding to it. Finding a value that produces a given hash is extremely hard: a good hash function will not have any way of computing such a value more effective than brute force (e.g. you try all possible inputs until one of them given you the hash you're looking for).
As for reversing the algorithm: in essence, the generation of the password hash always uses a stateful generator, and this state is not preserved in the hash. When trying to reverse the hash, you must know not only the hash but also the state of the generator at the end of the algorithm, otherwise backtracking to the initial state of the generator defined in the hash function definition can take more than the age of the universe, even if you used all the computing power on earth to break this single password. Another mathematical idea that is frequently used is that if you have two very large prime numbers x and y, you can quickly compute their product z, but you can't easily find x and y if you only have z. Unless you have a quantum computer, which doesn't exist yet.
Real world analogy: it's nearly impossible to find two persons with the same fingerprints, but the fingerprints themselves don't contain any infromation about the name of the person. If you have a fingerprint and a person, you can easily identify if it the fingerprint belongs to the person, but if you only have the fingerprint, you need to check the fingerprints of all people to find a person that has the same fingerprint.
Even auto makers are only required to support the parts for their cars for 7 years.
If more than 60% of people had the same 9 year old model, they'd have to. Even if they didn't, somebody else would because it would be profitable to sell parts. When it comes to Windows, only Microsoft has the source code and can supply fixes, so it makes sense to force them to support their product, because lots of people are still using it and nobody else can do it.
It is from ZDNet, posted as a comment to an equally trollish article.
http://talkback.zdnet.com/5208-12355-0.html?forumID=1&threadID=31199&messageID=579806&start=43
WHOOSH
http://talkback.zdnet.com/5208-12355-0.html?forumID=1&threadID=31199&messageID=579806&start=43
To this date it is unknown whether it was a troll or a genuine example of terminal misinformation.
They work 100% of the time for me, it must be your system.
None of the examples work. It should have been:
for item in list:
print "\n".join([str(x) for x in item])
for(Item o : list) {
System.out.println(item);
}
(if it was Java)
for(std::list<Item*>::iterator it = list.begin(); it != list.end(); ++it) {
cout << *it << "\n";
}
(assuming Item has operator<< overloaded for stream output)
The other problem I find with extensions is the way they break package managers.
This is one of the areas the package managers can improve. I think of something like one big base repository, and several sub-repositories for each program that has extension support, where each item can be installed system-wide (requires admin) or per-user. APT could even connect to the official extension sites and create packages on the fly. That would be cool.
And I'm looking forward to US government shutting down Apple.
Obviously there is more to the legal definition of this crime that the summary says.
Come on mods, how can this be Insightful?
The basic difference between those belief systems is what values they promote. Adherents of Christianity do not secretly assasinate former Christians, steal judicial documentation, make criminal threats toward their critics or demand money for discussing their faith.
The phrase "lies that are not verifiably false" is just stupid. If they are not verifiably false, you can't call them lies (e.g. things that by definition are verifiably false), but at most nonsense.
Nuclear decay, as well as some other quantum phenomena, is random in every sense of this word.
In case you haven't noticed, determinism is long dead. Even though the universe might be deterministic with respect to itself, it is not deterministic with respect to our observations, which is what actually matters.
After this and his other comment, I have decided to not buy anything Sony from now on.
If you really hate them, buy their consoles, but no games. Then you'll actually cost them money.
It doesn't matter. This particular solution is not intended to really prevent anyone from anything. It is the equivalent of a baby pacifier for management, who are insecure and think that their precious images are the best thing on Earth and if they are not "protected", everyone and their dog will "steal" them and use on their own websites.
Of course in reality, no one would bother even if they were simple files, because the pictures are utter crap. And they do not understand that if you don't want your things to be "stolen", you do not put them on a public website! Duh.
You obviously haven't tried this...
vertical-align: middle; only works like you think it does along with display: table-cell, but in some browsers it breaks horribly.
For table cells it specifies vertical centering. For inline elements it specifies how to align them relative to the baseline of the containing text. For block elements it does nothing.
http://phrogz.net/CSS/vertical-align/index.html
margin: auto 0 has zero effect because of margin collapsing.
http://www.researchkitchen.de/blog/archives/css-autoheight-and-margincollapsing.php
Actually the second thing you do by clicking on Applications->Add/Remove Programs... No Alt+F2 thing.
Your solution is likely: add "blacklist lmpcm_usb" to /etc/modporobe.d/blacklist.conf. This certainly helped in my case (Logitech LX5). There is a bogus driver for Logitech mice that doesn't work, and some idiot keeps it in the kernel for some reason.
On the other hand, Logitech are morons too (for instance, LX5 and MX1000 have the same product ID, which is a BIG no-no).
The good thing is that you don''t need a 20+ MB resident process to use the tilt wheel and the additional buttons.
I was hoping that there would be more tutorials for getting wine to work with apps that users like.
I would not put this in a beginner tutorial. Wine should not be a deciding factor in your migration: if you use Windows exclusively to run Windows-only apps, you won't benefit from migrating to Linux. It works well if you have one critical app that you can't find an OSS replacement for, but for regular use it's a pain.