The main slow downs you will see in your average C++ program, over the corresponding C, is the use of the string class as opposed to the nasty but fast strcpy and friends,[...]
I cannot agree with this. I have seen, more than once, very noticeable performance improvements in my applications when migrating to C++ strings (after migrating to C++). The main reasons are that (1) the string length is directly stored in the object and available in O(1) time (while strlen(), strcat() and strdup() have to walk over the string, so they are O(n)); (2) most good implementations of std::string use copy-on-write behind the scenes, and are generally very well optimized (since almost all applications use strings, library designers tend to focus on this class); and (3) std::string may (and most implementations do) use better and more efficient ways to allocate and reallocate memory (like using memory pools).
No. That was a inexperienced user trying to get something from the strace output, and getting it wrong. Any Linux program can access/etc/passwd for legitimate reasons, even a simple 'ls'. Try:
Still, they managed to miss the point completely...
I just installed it, opened OOo Impress and "Oh, nice!". Then I pressed F5 to run the presentation and... "WTF?!". They managed to get antialiasing in design mode, but failed to do it in the slide show... sigh.
It is hard to say. For the average user, to calculate the average price of a bowl of ramen in a series of ramen shops, it may be fine.
For an average statistician, scientist or engineer, it is probably too risky to rely even trivial decisions on these inaccuracies. The problem is that people use whatever tool seems to work without knowing that it has problems.
The article is very fallacious. So, they had a mess of different versions of RedHat and Fedora... they moved to Ubuntu and the problem is solved.
Er... How does this solve the problem at all? Moving to Ubuntu will magically prevent further mess of versions? Couldn't they just upgrade the older installations to newer versions? If stability and costs were problems, why didn't they consider CentOS? They would be able to retain the experience already built by using RedHat and Fedora.
This switch looks much more likely to be personal preference than any stability or cost arguments.
Slashdot Mirror
The main slow downs you will see in your average C++ program, over the corresponding C, is the use of the string class as opposed to the nasty but fast strcpy and friends,[...]
I cannot agree with this. I have seen, more than once, very noticeable performance improvements in my applications when migrating to C++ strings (after migrating to C++). The main reasons are that (1) the string length is directly stored in the object and available in O(1) time (while strlen(), strcat() and strdup() have to walk over the string, so they are O(n)); (2) most good implementations of std::string use copy-on-write behind the scenes, and are generally very well optimized (since almost all applications use strings, library designers tend to focus on this class); and (3) std::string may (and most implementations do) use better and more efficient ways to allocate and reallocate memory (like using memory pools).
No. That was a inexperienced user trying to get something from the strace output, and getting it wrong. Any Linux program can access /etc/passwd for legitimate reasons, even a simple 'ls'. Try:
strace ls -l 2>&1 | grep passwd
Still, they managed to miss the point completely...
I just installed it, opened OOo Impress and "Oh, nice!". Then I pressed F5 to run the presentation and... "WTF?!". They managed to get antialiasing in design mode, but failed to do it in the slide show... sigh.
...that is scheduled for inclusion in Conficker.D
I assume that you've had to type on a keyboard other than your own on more than one occasion.
Typing on a keyboard that is not my own??? Eww!!
It is hard to say. For the average user, to calculate the average price of a bowl of ramen in a series of ramen shops, it may be fine. For an average statistician, scientist or engineer, it is probably too risky to rely even trivial decisions on these inaccuracies. The problem is that people use whatever tool seems to work without knowing that it has problems.
Excel 97 had serious accuracy problems in its statistical functions, making it completely unsuitable for consumption.
The problem was not fixed in Excel 2000, neither it was in Excel 2002 (XP).
In Excel 2007... well, it still has the very same problems.
The article is very fallacious. So, they had a mess of different versions of RedHat and Fedora... they moved to Ubuntu and the problem is solved.
Er... How does this solve the problem at all? Moving to Ubuntu will magically prevent further mess of versions? Couldn't they just upgrade the older installations to newer versions? If stability and costs were problems, why didn't they consider CentOS? They would be able to retain the experience already built by using RedHat and Fedora.
This switch looks much more likely to be personal preference than any stability or cost arguments.
This could be small enough that it could be hand disassembled and verified with a hex dump on any system.
What if the disassembler and the hexdump utility were "infected" too?