Hey lazy ass, ever think of heading over to google and typing "maya softimage" (two things that have come up in this thread) into that friendly text box?
I was under the impression that most buffer overruns were caused by overwriting the return address on the stack. So a function in a program run as root returns to exec/bin/sh. Different architectures might grow the stack in different directions, causing the buffer overflows to fail.
I know that there are also buffer overflows on the heap, but I don't know how that works.
Re:Should GPL prohibit use of code to KILL people?
on
Linux in the Military
·
· Score: 1
If a group doesn't mind killing people, I'm sure they won't be bothered by breaking a software license.
Netscape doesn't, IE 5 doesn't. IE 5 also goes back to your correct place in the comments, not the top of the story. Hopefully Mozilla is noticing these things.
Roblimo must die! He seems to have come onto/. when it was acquired by Andover. It's good that we can shut off his stories, but/. has gone down hill a lot from when I started reading it over a year ago. At least it won't distract me as much from getting work done.
Use fgets( string, n, stdin ) for input Use snprintf( string, n, format, params... ) for creating strings Use strncpy( str1, str2, n ) to copy Etc... These routines restrict the number of characters that they deal with to n, thus preventing buffer overflow exploits that write pernicious values to the stack and cause your functions to return from whence they did not come.
Also a good habit to str = (char*)malloc( strlen( s ) + 1 ); instead of just allocating a really big array or something.
1. Choose your overload threshold. 2. Ask Slashdot never remembers who I am so I have to log in everytime I look at it. 3. More Asian and European editors - I want 24 hours of/. 4. A place where readers/moderators can view pending submissions and vote on them 5. Stick Roblimo in his limo and drive him off a cliff.
You came off as just a bit self-reightous (not to mention off-topic), so I would like to address a few of your points (as well as go even further off-topic).
How is SSE (Intel's floating point vector instruction set ) inferior to Altivec? They are both instruction sets that increase floating point performance via parallelization. There is nothing inherent in SSE that restricts it to multimedia applications. If you are refering to MMX (Intel's integer vector instruction set), that was a kludge that didn't allow use of the FPU at the same time. There is also AMD's 3DNow which is another floating point accelerator (it doesn't have any performance hit on normal FP ops).
I don't understand why you bring up the price of the Xeons with huge cache. All chips with big, fast cache are incredibly expensive. If cache memory were cheap we weould use it for RAM! The reason people buy these more expensive chips is that they provide huge performance boosts in many applications (serving static data comes to mind).
You call AGP and faster RAM "hacks," but then brag that future Macs will sport the same features. I don't know how you could conceive that more unified memory access (AGP allows graphics cards to use system RAM as texture memory) and faster RAM as "hacks." Also your description of the future Macs sounds like a less scalable AMD Athlon (K7);)
I do agree however that in a vacuum, Motorola's chips have better technology. But when you factor in cost and industry support I believe Intel comes out on top. The performance hit that comes with backwords compatability is a tradeoff.
If you are going for pure performance though, DEC Alphas blow both Motorola and Intel out of the water.
As mentioned in the post, the term "derived work" in the GPL license is not clearly defined. What if I were to look at some GPLd C code, translate it to pseudo-code, then translate the pseudo-code back to C code without refering back to the original source. Would this be a derived work? What if the code started in C but ended up in Perl?
You are simplifying the situation quite a bit. A motorcycle rider not wearing a helmet and getting in an accident has secondary consequences beyond his own health. If he bashes his brains, he gets taken to a hospital and someone has to fit the bill. So one man's stupid deeds do have a cost to society.
Borland had some great development tools. Turbo Pascal was the fastest compiler I have ever seen. I still use Turbo C++ 2.0 for development when I need to quickly hack up some code. It's simple interface and lightning fast compile times make it worlds ahead of MS VC++. I only wish that I could resize the screen to arbitrary size (right now it is DOS text mode) and it could generate 32-bit code.
It looks like there are a couple of projects to mimic this interface in a GCC environment. Here's one: http://www.rpi.edu/~payned/xwpe/
In our office it is easy to tell if you have the SMS client installed. Half your apps don't work!!! We are in the process of removing SMS from everyone's computer. Can SMS remove itself, or will it protest like HAL?
Last I heard (read on usenet & web pages, actually) BSDs were still suffering from the coarse grained kernel lock problems that Linux is just getting over. I believe there was a recent benchmark done similar to the Mindcraft test that revealed this.
Of course I forgot exactly where I saw this so I could be completely wrong, or even intentionally deceiving you.
As already mentioned, the hoontech 4d Wave model looks very nice. It is fairly cheap and appears to support Linux along with the standard winxx. I have only seen it sold on their web site (www.hoontech.com), but it is only about US$40.
Another choice is the Xitel Platinum storm. It has a TOSLINK out and I have been happily been recording CDs and MP3s to my minidisc with it. This one is a little more expensive, around US$80. I bought it from: http://www.minidisco.com/specifications/xitelpla tinum.html I haven't tried it under Linux.
Re:An actual quote from MS's PR machine:
on
BO2K cracked
·
· Score: 1
I thought this was the legal basis for the whole software industry. The software companies take no responsibility for their products at all, yet at the same time the end user has no rights that would resemble ownership of the product: can't modify, limited use, etc. Seems like a double whammy to me.
Aw crap! Now I sound like an open source advocate!
Recently I saw a pressure sensitive tablet that was unique in that it had an embedded LCD screen. It was so cool that I was ejected from the building for drooling on the device. I believe it runs about US$3000, but I am probably wrong.
Mondo 2000 was about smart drugs, ass piercings, and hooking up sex toys to serial ports. Not exactly mind blowing stuff. Now Boing-Boing, that was where it was at.
Slashdot Mirror
Hey lazy ass, ever think of heading over to google and typing "maya softimage" (two things that have come up in this thread) into that friendly text box?
Everyone help develop PostgreSQL!!! Screw the overpriced, underperforming Oracle!!! Viva La ORDBMS!!!
www.postgresql.org
What, no Sybase???
I was under the impression that most buffer overruns were caused by overwriting the return address on the stack. So a function in a program run as root returns to exec /bin/sh. Different architectures might grow the stack in different directions, causing the buffer overflows to fail.
I know that there are also buffer overflows on the heap, but I don't know how that works.
If a group doesn't mind killing people, I'm sure they won't be bothered by breaking a software license.
Netscape doesn't, IE 5 doesn't. IE 5 also goes back to your correct place in the comments, not the top of the story. Hopefully Mozilla is noticing these things.
Roblimo must die! He seems to have come onto /. when it was acquired by Andover. It's good that we can shut off his stories, but /. has gone down hill a lot from when I started reading it over a year ago. At least it won't distract me as much from getting work done.
If you know ASM you shouldn't have problems with C. C is just ASM with some syntactic sugar ;)
Use ... ) for creating strings
fgets( string, n, stdin ) for input
Use
snprintf( string, n, format, params
Use
strncpy( str1, str2, n ) to copy
Etc...
These routines restrict the number of characters that they deal with to n, thus preventing buffer overflow exploits that write pernicious values to the stack and cause your functions to return from whence they did not come.
Also a good habit to
str = (char*)malloc( strlen( s ) + 1 );
instead of just allocating a really big array or something.
1. Choose your overload threshold. /.
2. Ask Slashdot never remembers who I am so I have to log in everytime I look at it.
3. More Asian and European editors - I want 24 hours of
4. A place where readers/moderators can view pending submissions and vote on them
5. Stick Roblimo in his limo and drive him off a cliff.
Let me guess, you're a Motorola stockholder?
;)
You came off as just a bit self-reightous (not to mention off-topic), so I would like to address a few of your points (as well as go even further off-topic).
How is SSE (Intel's floating point vector instruction set ) inferior to Altivec? They are both instruction sets that increase floating point performance via parallelization. There is nothing inherent in SSE that restricts it to multimedia applications. If you are refering to MMX (Intel's integer vector instruction set), that was a kludge that didn't allow use of the FPU at the same time. There is also AMD's 3DNow which is another floating point accelerator (it doesn't have any performance hit on normal FP ops).
I don't understand why you bring up the price of the Xeons with huge cache. All chips with big, fast cache are incredibly expensive. If cache memory were cheap we weould use it for RAM! The reason people buy these more expensive chips is that they provide huge performance boosts in many applications (serving static data comes to mind).
You call AGP and faster RAM "hacks," but then brag that future Macs will sport the same features. I don't know how you could conceive that more unified memory access (AGP allows graphics cards to use system RAM as texture memory) and faster RAM as "hacks." Also your description of the future Macs sounds like a less scalable AMD Athlon (K7)
I do agree however that in a vacuum, Motorola's chips have better technology. But when you factor in cost and industry support I believe Intel comes out on top. The performance hit that comes with backwords compatability is a tradeoff.
If you are going for pure performance though, DEC Alphas blow both Motorola and Intel out of the water.
My server got /.ed and all I got was this stupid T-shirt
And remember folks, HAL + 111 = IBM
Here's a question for all you Peren's wannabes:
As mentioned in the post, the term "derived work" in the GPL license is not clearly defined. What if I were to look at some GPLd C code, translate it to pseudo-code, then translate the pseudo-code back to C code without refering back to the original source. Would this be a derived work? What if the code started in C but ended up in Perl?
You are simplifying the situation quite a bit. A motorcycle rider not wearing a helmet and getting in an accident has secondary consequences beyond his own health. If he bashes his brains, he gets taken to a hospital and someone has to fit the bill. So one man's stupid deeds do have a cost to society.
Borland had some great development tools. Turbo Pascal was the fastest compiler I have ever seen. I still use Turbo C++ 2.0 for development when I need to quickly hack up some code. It's simple interface and lightning fast compile times make it worlds ahead of MS VC++. I only wish that I could resize the screen to arbitrary size (right now it is DOS text mode) and it could generate 32-bit code.
It looks like there are a couple of projects to mimic this interface in a GCC environment. Here's one:
http://www.rpi.edu/~payned/xwpe/
In our office it is easy to tell if you have the SMS client installed. Half your apps don't work!!! We are in the process of removing SMS from everyone's computer. Can SMS remove itself, or will it protest like HAL?
Last I heard (read on usenet & web pages, actually) BSDs were still suffering from the coarse grained kernel lock problems that Linux is just getting over. I believe there was a recent benchmark done similar to the Mindcraft test that revealed this.
Of course I forgot exactly where I saw this so I could be completely wrong, or even intentionally deceiving you.
> coal power plants give off MUCH more radiation than nuclear plants
Interesting, but I highly doubt that this is true. The only radiation source I could see is from radioactive K or something.
As already mentioned, the hoontech 4d Wave model looks very nice. It is fairly cheap and appears to support Linux along with the standard winxx. I have only seen it sold on their web site (www.hoontech.com), but it is only about US$40.
a tinum.html
Another choice is the Xitel Platinum storm. It has a TOSLINK out and I have been happily been recording CDs and MP3s to my minidisc with it. This one is a little more expensive, around US$80. I bought it from:
http://www.minidisco.com/specifications/xitelpl
I haven't tried it under Linux.
I thought this was the legal basis for the whole software industry. The software companies take no responsibility for their products at all, yet at the same time the end user has no rights that would resemble ownership of the product: can't modify, limited use, etc. Seems like a double whammy to me.
Aw crap! Now I sound like an open source advocate!
Recently I saw a pressure sensitive tablet that was unique in that it had an embedded LCD screen. It was so cool that I was ejected from the building for drooling on the device. I believe it runs about US$3000, but I am probably wrong.
Mondo 2000 was about smart drugs, ass piercings, and hooking up sex toys to serial ports. Not exactly mind blowing stuff. Now Boing-Boing, that was where it was at.
Not to nitpick, but Tcl & Tk originated at UC Berkeley (GO BEARS!). Dr. John Ousterhout was the man behind it.
Is AFS (Andrew File System) named after its creator? Personally I would name any of my creations after what I call my penis: Papa Smurf.