It's a singleton and a start-up race condition. One could either place a whole bunch of code everywhere to deal with it (which uses memory and adds complexity) or simply create an object the gets dropped on the floor when no-one accesses it. It's a piece of cake to fix, but in this case it will never ever be an issue, (other than a positive hit on valgrind).
I did game development 6 years ago. The tools sucked. Is there a purify/valgrind for them now ?
I didn't see anyone mention this. The last 3 projects I have worked on were done in such a way that they compiled (most of the code) and ran (lots of unit tests) on Linux and Windows. It also consisted of a build environment where builds and tests were continuously run on Windows and Linux (recently also Linux on AMD64) and both "release" and "debug" builds.
There were a non trivial number of bugs found on Linux and not on Windows or Windows and not on Linux or on 64 bit and not on 32 bit or visa versa by doing the automated tests that undoubtedly would have bitten us in the most inappropriate times.
It also opens up the skill set and tools. If a set of engineers are more comfortable on Linux and another on Windows, you get a much better cross-pollenation of skills. For example, most of the app runs on Linux and so we can use "valgrind" (a totally awesome tool for mem checks instigated by my hero Julian Seward). Other Win32 weenies like to use other tools for mem checks. So you end up getting the best of both worlds. Finding bugs sooner means lower development costs.
The most recent project is a heavily threaded network client with about 100,000 lines of C++. When we got the product limping along I decided to run valgrind for a mem leak check and to my utter surprise was not able to find ANY (unintentional) memory leaks. Admitedly, the team is a seasoned group of engineers who have a combined 100+ years of job experience, but I was still impressed.
Seriously though, not even Microsft can stop the widespread adoption of Linux and this article is just the beginning.
Especially when it comes to China and India. These countries have loads of good engineers and they can't be held hotage to someone in Seattle. Microsoft is forced to play nice.
If you sign a contract knowing it isn't legal you're just a dishonest SOB...
True story
I was asked by an employer to sign a non-compete and when I pointed out that it was unenforceable in CA (where I was being employed) the employer response was. "Then you should have no trouble signing it since it's not somthing we would be chasing you on"... "Besides, we would never do anything like that".
No, I am not. If you had read my comment carefully you would see that I was asking the poster if he/she thinks that a first world countries should receive preferential treatment because it is first world.
I think the parent poster intends preferential treatment where the labor laws meet standards that as as good or better than those of the US. Otherwise it's basically undermining the labor laws of the U.S. to be displacing jobs in the US (with protections of the US laws) with jobs in another country that have inadequate protections.
So when outsourcing goes to first world nations it's OK, but when the business goes to places that actually need the money it's bad?
Are you suggesting that AMD should outsource to countries that "need" money where the country clearly has inadequate laws that prevent employees from being exploited ?
I believe the parent poster intended that Germany has employee protections and benefits that are superior to the U.S. and hence you can't complain that the "cheap" (read exploited) labor is the reason for the offshoring.
Probably the most common 6 degree of freedom input devices are the "ball on a stick" products, like the
astroid and spaceball (logitech I think).
The inventor of both these devices is a guy by the name of John Hilton (an Australian) who invented them in the 1980's. His original design was a monster and he soon came up with a method to put the levers all into a ball.
There was a competing German product in the early 1990's, well, logitech bought the German company and then followed by buying the Spaceball products.
The Spaceball consists of 6 levers with sensors that measure minute deflections. From the deflections you can determine the force and torque applied to the ball. The force and torque are continually read and sent to the application and this is converted to 3D translations and rotations of either the view point or the viewed object. This simulates moving the viewpoint (fly through) or moving the object (object grabbing).
Spaceball was originally supported on SGI's IRIX 3.2 (? maybe 3.3) with an extension to the kernel. In IRIX 4, SGI started using X11. The X11 support was developed at SGI by Erik Fortune (using the X Input Extension (also the author of the X Keyboard Extension - XKB). Erik is now working for Microsoft in Redmond and you will probably never hear from him while he works there because of Microsoft policies.
It would be a good thing to have a more standard support for these devices.
I think the Unicode and ISO10646 comittees agreed that UNICODE is both the description of the standard and when used as an encoding specifier, it indicates UTF-16. (Not that I liked the idea but it is a valid interpretation.)
In the case of Postgresql, I think it uses utf-8 as the encoding which IMHO is the best encoding for Unicode since it is not stateful, whereas UTF-16 is.
> Postgres does not (this was the case 1 year back
What are you talking about ? Postgresql has supported unicode for at least 4 years that I know of, probably more. You will need to create the database to support unicode.
From the man page: createdb - create a new PostgreSQL database ... -E encoding --encoding encoding
Specifies the character encoding scheme to be used in this
database.
--encoding UNICODE will work only if the support is compiled in - configure the database as % configure --enable-multibyte=UNICODE
If you want to troll for misogyny in corporate america, look for a thread about treatment of Martha Stewart Living vs Enron execs...
Touché.
Carly's performance was truly terrible in both of her recent posts as CEO. This sigh of relief (and grief for the smouldering mess that is now HP) has little to do with Carly's sex.
Early in 2004 I was in a position of setting up an office for software dev - absolutely from scratch. I am very familiar with Linux/Apache/Samba/Subversion/Postfix/LDAP/PPTP/NT P/NFS and I opted to go Linux. We decided, just like you stated, that time is money and so we bought some nice DELL machines pre-loaded with the OS.
The story was all bad from here on.
2 weeks waiting for DELL to ship boxes.
RedHat Enterprise Server has all sorts of issues with the drivers DELL was using for RAID and not to mention PPTP. I spent probably 1 solid week on the phone with DELL tech support and chasing up all kinds of nonsense.
4 months later I joined another start-up, again a start-from-scratch scenario. With my fingers burned from the previous DELL experience I decided to use a local computer store that puts together computers on spec. 3 Days later I have my equipment, Dual AMD 64 2.2GHz machines that scream along much faster than the DELL boxes and no issues with drivers.
The moral of the story is that while it sounds nice and all having someone supply an OOB solution, it's just not there and nothing beats experience.
I'm a bit concerned about the claims and assumtions regarding the "foolproof" nature of this technology.
So you should be. However, I was involved with a number of projects in this area and I can tell you that given the level of development in the technology and the accuracy that is currently demonstrated in the trials, it's extremely promising. It's likely to be better than the police officer identifying a line-up.
This might be somewhat scary, in the sense that, you'll see these at airports in immigration lines and security lines within 5 years. You might even see them in public places looking for "wanted" terrorists before too long.
model name : AMD Opteron(tm) Processor 248 stepping : 10 cpu MHz : 2191.201 cache size : 1024 KB
rc4speed: Doing RC4_set_key for 5 seconds 3429648 RC4_set_key's in 4.97 seconds Doing RC4 on 1024 byte blocks for 5 seconds 1998887 RC4's of 1024 byte blocks in 4.97 second RC4 set_key per sec = 690070.02 ( 1.449uS) RC4 bytes per sec = 411843116.30 ( 0.019uS)
The interesting thing is that the Opteron 248 CPU is faster than just clock cycles (using timothy's code)
(sometimes called a peltier cooler, which is a stupid name because it's also a heater)
Double or nuthin'. Most coolers are also heaters. The more correct name for these are heat pumps, although the peltier junction can actually create electrical engergy from heat.
I remember that SGI once used peltiers and they had to recall them because of failures due to corrosion due to condendsation because the device temperatures fell below the dew point.
Well, being fully human means that you try to go beyond your limits. If that means solving the world hunger problem then so be it.
ROFL. The best way I can help mankind is to do what I do well and whenever I can make a positive impact do so, no matter how small. If everyone did this we would get closer to solving world hunger. Unfortunately, often, people with the responsibity don't have that huge vision, they're short sighted by things like WW2 records and building a "nu-clear" arsenal to fight no-one.
If you have somthing better, spill the beans.
btw. I'm taking the "replace ourselves with AI machines?"
I wasn't thinking of that in particular, but it's not far off the mark.
There is also new intrest for the insights of Carl Marx...
Scary. That's certainly one possible perspective. Unfortunately, it's far more complex than this and it's dangerous to divide the have's and have-nots. The successful approach will start with "we", not "them". If we are to succeed as a society, Muslims, Christians, Asians, Europeans, Jews etc (every creed), must embrace their differences.
Ultimately everything revolves around world hunger.
Unfortunately, world hunger is more than likely a problem of politics within the country and not due to external factors. Often governments use this as a way to suppress and control. Intervention by "benefactors" (and I mean that term very loosly) is riddled with so many problems that to attempt acts of altruism is far more dangerous than watching people die of hunger.
IMHO, world hunger can only truly be solved by such fandamental changes in human naure that it is almost impossible to achieve. Governments in a way have the task to manipulate human nature to the benefit of many. Money, (and economics) unfortunately is a widely used tool to do these things and while I an frustrated by the waste that this creates, I can't think of any better way when human nature is taken into account.
The solution to world hunger is not about making more food, but of ways to compensate for human greed and I for one am not smart enough to figure that out.
So when it comes to my local environment and government, it is clear that keeping accomplished people unemployed is a bad thing. No doubt the tech bubble caused a huge unsustainable demand but now there is a huge unsustainable crater and history predicts that this is an unstable system that will over-correct itself many times. If you're unlucky to be caught in the crater and unemployed, it's usually not because you're less qualified, just less lucky and has nothing to do with world hunger other than a fallout of a fact of human greed.
The point is, ultimately everything revolves around human greed. It does not mean that we should eliminate the greed gene as I would be very concerned about what darwinian effects that would create, but it does mean that education is a primary factor to provide a more sensible system. Or what the heck, humans are so imperfect, should we just eliminate ourselves and replace ourselves with AI machines ?
So back to the very qualified unemployed citizens. These people are valuable assets to "society", the fact that the system is incapable of using them is certainly a fault of the system. There are plenty of useful things I can think of that these people could be working on that would benefit society as a whole, yet these people are being kept "unemployed" for 5-10% of their working life in their most productive time. That seems darn silly.
Ultimately everything revolves around world hunger.
Perhaps, but since I can't solve world hunger, does that mean we should stop solving the silly waste of human resource in our local society ? Telling these people to sell their computer to buy happy meals is probably not the way to solve this problem; just a guess.
If you claim to have a solution to world hunger, then let's have it. Otherwise, comparing levels of luckiness is most likely not a positive thing to do.
Before you starve to death, don't forget to hock the computer you're posting to slashdot from. It'll buy a lot of happy meals.
Hey, dip stick, your last comment is way outa line. If you thought you were being funny, let me set you straight, it's sick. I was out of work for 12 months and now I am a hiring manager and I can tell you, while things are getting better, there are a huge number of very qualified candidates who have been looking for a very long time. The last thing these people need is a cheap joke like yours.
Seriously, the first one, "I have no informed opinion," is the most useful. This is the phrase to pull out when someone is trying to "manuver you" into making statements you know are incorrect.
Did you just admit to lying ? This is the passive agressive stance. Neither deny nor confirm and make yourself targetless.
don't know anything about the Sparc processor, but it's likely that there are hardware tradeoffs to running your code in 64 bit mode.
Not really, the only thing that is essentially different between a 64 bit executable and a 32 bit executable in a SPARC or MIPS is the size of pointers. So, no wonder - a 32 bit Sparc executable pushing around 32 bit pointers will probably be a tad bit faster that a 64 bit executable. However, the Opteron is significantly different, it has a whole new ISA with lots more registers and real 64 bit operations. An AMD64 executable is likely going to find bottlenecks in you memory subsystems much quicker than a 32 bit executable.
Slashdot Mirror
Lazy.
It's a singleton and a start-up race condition. One could either place a whole bunch of code everywhere to deal with it (which uses memory and adds complexity) or simply create an object the gets dropped on the floor when no-one accesses it. It's a piece of cake to fix, but in this case it will never ever be an issue, (other than a positive hit on valgrind).
I did game development 6 years ago. The tools sucked. Is there a purify/valgrind for them now ?
I didn't see anyone mention this. The last 3 projects I have worked on were done in such a way that they compiled (most of the code) and ran (lots of unit tests) on Linux and Windows. It also consisted of a build environment where builds and tests were continuously run on Windows and Linux (recently also Linux on AMD64) and both "release" and "debug" builds.
There were a non trivial number of bugs found on Linux and not on Windows or Windows and not on Linux or on 64 bit and not on 32 bit or visa versa by doing the automated tests that undoubtedly would have bitten us in the most inappropriate times.
It also opens up the skill set and tools. If a set of engineers are more comfortable on Linux and another on Windows, you get a much better cross-pollenation of skills. For example, most of the app runs on Linux and so we can use "valgrind" (a totally awesome tool for mem checks instigated by my hero Julian Seward). Other Win32 weenies like to use other tools for mem checks. So you end up getting the best of both worlds. Finding bugs sooner means lower development costs.
The most recent project is a heavily threaded network client with about 100,000 lines of C++. When we got the product limping along I decided to run valgrind for a mem leak check and to my utter surprise was not able to find ANY (unintentional) memory leaks. Admitedly, the team is a seasoned group of engineers who have a combined 100+ years of job experience, but I was still impressed.
I did drag a prior employer into an arbitration regarding an uncontitutional "company rule" and won.
The company was so messed up it went under anyway.
Dude stick up for yourself (and others like you in the process). Caving in means you get no security - OR - freedom.
That's not true. You cannot give away your constitutional rights, no matter what you sign.
Steve must be going nuts over this article
Seriously though, not even Microsft can stop the widespread adoption of Linux and this article is just the beginning.
Especially when it comes to China and India. These countries have loads of good engineers and they can't be held hotage to someone in Seattle. Microsoft is forced to play nice.
True story
I was asked by an employer to sign a non-compete and when I pointed out that it was unenforceable in CA (where I was being employed) the employer response was. "Then you should have no trouble signing it since it's not somthing we would be chasing you on" ... "Besides, we would never do anything like that".
The employer : Microsoft
Honest to God - True story.
I think the parent poster intends preferential treatment where the labor laws meet standards that as as good or better than those of the US. Otherwise it's basically undermining the labor laws of the U.S. to be displacing jobs in the US (with protections of the US laws) with jobs in another country that have inadequate protections.
This is not a new concept.
Are you suggesting that AMD should outsource to countries that "need" money where the country clearly has inadequate laws that prevent employees from being exploited ?
I believe the parent poster intended that Germany has employee protections and benefits that are superior to the U.S. and hence you can't complain that the "cheap" (read exploited) labor is the reason for the offshoring.
The inventor of both these devices is a guy by the name of John Hilton (an Australian) who invented them in the 1980's. His original design was a monster and he soon came up with a method to put the levers all into a ball.
There was a competing German product in the early 1990's, well, logitech bought the German company and then followed by buying the Spaceball products.
The Spaceball consists of 6 levers with sensors that measure minute deflections. From the deflections you can determine the force and torque applied to the ball. The force and torque are continually read and sent to the application and this is converted to 3D translations and rotations of either the view point or the viewed object. This simulates moving the viewpoint (fly through) or moving the object (object grabbing).
Spaceball was originally supported on SGI's IRIX 3.2 (? maybe 3.3) with an extension to the kernel. In IRIX 4, SGI started using X11. The X11 support was developed at SGI by Erik Fortune (using the X Input Extension (also the author of the X Keyboard Extension - XKB). Erik is now working for Microsoft in Redmond and you will probably never hear from him while he works there because of Microsoft policies.
It would be a good thing to have a more standard support for these devices.
I think the Unicode and ISO10646 comittees agreed that UNICODE is both the description of the standard and when used as an encoding specifier, it indicates UTF-16. (Not that I liked the idea but it is a valid interpretation.)
In the case of Postgresql, I think it uses utf-8 as the encoding which IMHO is the best encoding for Unicode since it is not stateful, whereas UTF-16 is.
What are you talking about ? Postgresql has supported unicode for at least 4 years that I know of, probably more. You will need to create the database to support unicode.
From the man page:
createdb - create a new PostgreSQL database
...
-E encoding
--encoding encoding
Specifies the character encoding scheme to be used in this database.
--encoding UNICODE will work only if the support is compiled in
- configure the database as
% configure --enable-multibyte=UNICODE
Touché.
Carly's performance was truly terrible in both of her recent posts as CEO. This sigh of relief (and grief for the smouldering mess that is now HP) has little to do with Carly's sex.
Early in 2004 I was in a position of setting up an office for software dev - absolutely from scratch. I am very familiar with Linux/Apache/Samba/Subversion/Postfix/LDAP/PPTP/NT P /NFS and I opted to go Linux. We decided, just like you stated, that time is money and so we bought some nice DELL machines pre-loaded with the OS.
The story was all bad from here on.
2 weeks waiting for DELL to ship boxes.
RedHat Enterprise Server has all sorts of issues with the drivers DELL was using for RAID and not to mention PPTP. I spent probably 1 solid week on the phone with DELL tech support and chasing up all kinds of nonsense.
4 months later I joined another start-up, again a start-from-scratch scenario. With my fingers burned from the previous DELL experience I decided to use a local computer store that puts together computers on spec. 3 Days later I have my equipment, Dual AMD 64 2.2GHz machines that scream along much faster than the DELL boxes and no issues with drivers.
The moral of the story is that while it sounds nice and all having someone supply an OOB solution, it's just not there and nothing beats experience.
So you should be. However, I was involved with a number of projects in this area and I can tell you that given the level of development in the technology and the accuracy that is currently demonstrated in the trials, it's extremely promising. It's likely to be better than the police officer identifying a line-up.
This might be somewhat scary, in the sense that, you'll see these at airports in immigration lines and security lines within 5 years. You might even see them in public places looking for "wanted" terrorists before too long.
The interesting thing is that the Opteron 248 CPU is faster than just clock cycles (using timothy's code)
319*(2.2/1.8)=390 411
Double or nuthin'. Most coolers are also heaters. The more correct name for these are heat pumps, although the peltier junction can actually create electrical engergy from heat.
I remember that SGI once used peltiers and they had to recall them because of failures due to corrosion due to condendsation because the device temperatures fell below the dew point.
How can the pf detect a windows box ?
ROFL. The best way I can help mankind is to do what I do well and whenever I can make a positive impact do so, no matter how small. If everyone did this we would get closer to solving world hunger. Unfortunately, often, people with the responsibity don't have that huge vision, they're short sighted by things like WW2 records and building a "nu-clear" arsenal to fight no-one.
If you have somthing better, spill the beans.
btw. I'm taking the "replace ourselves with AI machines?"
I wasn't thinking of that in particular, but it's not far off the mark.
There is also new intrest for the insights of Carl Marx ...
Scary. That's certainly one possible perspective. Unfortunately, it's far more complex than this and it's dangerous to divide the have's and have-nots. The successful approach will start with "we", not "them". If we are to succeed as a society, Muslims, Christians, Asians, Europeans, Jews etc (every creed), must embrace their differences.
Unfortunately, world hunger is more than likely a problem of politics within the country and not due to external factors. Often governments use this as a way to suppress and control. Intervention by "benefactors" (and I mean that term very loosly) is riddled with so many problems that to attempt acts of altruism is far more dangerous than watching people die of hunger.
IMHO, world hunger can only truly be solved by such fandamental changes in human naure that it is almost impossible to achieve. Governments in a way have the task to manipulate human nature to the benefit of many. Money, (and economics) unfortunately is a widely used tool to do these things and while I an frustrated by the waste that this creates, I can't think of any better way when human nature is taken into account.
The solution to world hunger is not about making more food, but of ways to compensate for human greed and I for one am not smart enough to figure that out.
So when it comes to my local environment and government, it is clear that keeping accomplished people unemployed is a bad thing. No doubt the tech bubble caused a huge unsustainable demand but now there is a huge unsustainable crater and history predicts that this is an unstable system that will over-correct itself many times. If you're unlucky to be caught in the crater and unemployed, it's usually not because you're less qualified, just less lucky and has nothing to do with world hunger other than a fallout of a fact of human greed.
The point is, ultimately everything revolves around human greed. It does not mean that we should eliminate the greed gene as I would be very concerned about what darwinian effects that would create, but it does mean that education is a primary factor to provide a more sensible system. Or what the heck, humans are so imperfect, should we just eliminate ourselves and replace ourselves with AI machines ?
So back to the very qualified unemployed citizens. These people are valuable assets to "society", the fact that the system is incapable of using them is certainly a fault of the system. There are plenty of useful things I can think of that these people could be working on that would benefit society as a whole, yet these people are being kept "unemployed" for 5-10% of their working life in their most productive time. That seems darn silly.
Ultimately everything revolves around world hunger.
Perhaps, but since I can't solve world hunger, does that mean we should stop solving the silly waste of human resource in our local society ? Telling these people to sell their computer to buy happy meals is probably not the way to solve this problem; just a guess.
If you claim to have a solution to world hunger, then let's have it. Otherwise, comparing levels of luckiness is most likely not a positive thing to do.
Hey, dip stick, your last comment is way outa line. If you thought you were being funny, let me set you straight, it's sick. I was out of work for 12 months and now I am a hiring manager and I can tell you, while things are getting better, there are a huge number of very qualified candidates who have been looking for a very long time. The last thing these people need is a cheap joke like yours.
The whole deep linking hyperlinks thing has been fought in the courts and it's deemed that hyperlinking is not infringing.
"I have no _informed_ opinion."
...
Seriously, the first one, "I have no informed opinion," is the most useful. This is the phrase to pull out when someone is trying to "manuver you" into making statements you know are incorrect.
Did you just admit to lying ? This is the passive agressive stance. Neither deny nor confirm and make yourself targetless.
Not really, the only thing that is essentially different between a 64 bit executable and a 32 bit executable in a SPARC or MIPS is the size of pointers. So, no wonder - a 32 bit Sparc executable pushing around 32 bit pointers will probably be a tad bit faster that a 64 bit executable. However, the Opteron is significantly different, it has a whole new ISA with lots more registers and real 64 bit operations. An AMD64 executable is likely going to find bottlenecks in you memory subsystems much quicker than a 32 bit executable.