In the future when people have to buy the air they breathe, con artists will sell that O3 to unsuspecting people by telling them it's a special package containing 50% more oxygen. In the future, some things will never change.
That's absolutely right. Everyone out there driving a SUV thinking you're a badass, pay attention! You've been fooled again!
Electric cars have excellent performance, with the exception of range. If they crack that nut, then electric cars will be superior to internal combustion cars.
The reason is that the torque is instantaneous, but more importantly, the torque is CONSTANT. No matter what speed your electric motor is going, you're getting constant torque out of it. That means that you can get great performance out of a little motor.
Example: GM's EV1 goes 0-60 in under 8 seconds. That's not crappy performance at all, and the vehicle was designed to make the batteries last as long as possible, not go like a bat out of hell.
Trust me, performance enthusiasts; it's much much easier to make an electric car that can smoke the tires through an entire 1/4 run. What kind of internal combustion engine car will do that? Your stock Mustang? Your stock Camaro? Nope, you're going to need a Viper at least to do that. I don't know what kind of electric car would be able to do that, but with the constant torque it'll be easier to do it.
Drilling a hole through the drive will not destroy your data. Even if you chop your hard drive into little one inch squares, with the densities of media nowadays, each chunk will contain a few gigabytes of data. Believe me, those little chunks can be easily read.
So you're a shareholder? Please send me 1/6000000000 of whatever profit you make from your stock. Since I'm one of 6 billion humans, that's my specific contribution to the wealth your investment will earn.:-)
To be fair, I will send you 1/20000000 of my profit in my Red Hat investment. Since there's probably 20 million Linux users, that's *your* share of what I have earned so far. Unfortunately, I've lost some money on Red Hat recently, so you will owe me money for this one too...
Not an emulator, but a virtual machine. Emulation means that opcodes are translated. The Pentium can pretend to be a 6052 processor by emulation.
If you're running native instructions on your computer, using the virtual machine capabilities of the CPU, then you are running a virtual machine.
Mainframes do this too. There was another article just yesterday on Slashdot where a single 390 mainframe was running over 40,000 virtual machines, all of those each running a copy of 390 Linux.
Hydrogen and fluorine combine to make HFl, also known as hydrogen fluoride. Mixed in water it is called hydrofluoric acid. It's very corrosive and after just a couple launches your launch pad would resemble modern art.
Hydrogen bombs can yield just about anything you want them to. They are fairly scalable, from sub-megaton to many hundreds of megatons.
The fission bombs dropped on Japan yielded at the most 20 kilotons. The smallest fission bombs can fit into a backback transportable by a single person, and their blast would be only about a city block.
But you do eventually learn to hold more than two things with two hands...holding a coil of solder in the fingers of the same hand that holds the soldering iron, holding the board and a pair of plyers with the other hand.
Whiye knot holed the solder in yer mouthe? I no it's made uf lead butt eye doo it all het time und eye hav had know problums yet.
Does anyone know how to get Mozilla to work with SOCKS? I'm stuck on the internal IBM network and I'd love to use Mozilla. On the bright side, M13 appeared to work very well on all our intranet stuff.
New Game: Who died the coolest dream death?
on
X-Files FPS Episode
·
· Score: 1
I once died in a dream standing on some railroad tracks. The train kept coming closer and closer. I was looking at the pretty bright white light on the front. The light kept coming closer too.
Then, the train hit me and I woke up. I found it funny because I actually forgot to jump out of the way.
What are you doing writing a GUI in C++? You are a BAD MAN! Heh!
Just kidding. I would like to suggest that C++ is not the best language to write a GUI in. In fact, if you've got a large software project, it's not likely that a single language can possibly be flexible enough to easily cover all the pieces well. Maybe it is better to write pieces that C++ works well for in C++, but make it interoperable with a better language for building GUI's. I'm not suggesting that Tcl is a great language for GUI's, but it's fairly easy to embed a Tcl interpreter into a C++ program and use Tcl for some quick and dirty GUI work.
So maybe the lack of really good support for a standard GUI library is a good thing. You have choices and alternatives. You are not forced to implement using the MSFoundation Classes just because that's what everyone else is using.
First of all, I'd like to say that garbage collection is an extremely useful thing to have in a programming language. If you use C++ you can get Boehm's garbage collector which is described here. I use this collector and it works well for me.
Now, having said that, I find that the Standard Template Library is the other extremely useful thing to have. G++ has a really great implementation (so sorry to you folks stuck on Microsoft VC++) that WILL make your life easier. strings, vectors, and hashes! Learn those and a few of the generic algorithms and you can attack most of your problems. The remarkable thing is that you can do gobs of stuff with STL without using pointers and mallocs at all! Seriously folks, if you're into C then you should check out C++ using the two features I mentioned. You will be amazed at what you can do. You most likely won't need to malloc your own memory. And if you do, you can rely on the garbage collector to clean it up for you.
OK, I'm done. I just love C++ and since I started using the collector and the STL I love it even more.
The things that they do don't require as much CPU as they need disk and memory speed. Sun delivers in that department.
I'm working at IBM, and our AIX servers are pretty much the same. Slow CPU's, but pretty good disk storage and plenty of RAM. This is exactly what we need to run DB2 and Apache. And we've got the 2nd biggest web site (dollar wise) on the internet. These are the things that are important.
Microsoft has a serious problem in this department. Their OS only runs on Intel platforms, and for sheer IO power, the Intel platforms lag behind the others. Even if W2K is a sweet reliable OS, it still can only go as fast as the hardware.
And Linus thought that the invention of the Linux kernel would end war too. Sadly, he was wrong.:-)
Trollking, you've got a good point. Nationalism is something we hardly understand here in the United States. We understand money, and grew up with the saying "the root of all evil is the love of money" and so we attribute all evils to it. Don't get me wrong, money is a huge cause of problems, and nanotech might possibly be a tool that could reduce all those problems. But we must not be naive and thing that this is the invention that will end all wars. It is not, and could be used to make war even more horrible than it already is.
I don't want to sound pessimistic. The world after the invention of nanotech will be better than the world before the invention. But it will not be a perfect world with no war.
The GPL only has weight BECAUSE of copyright law. You need to understand more of what you are talking about, and stop talking about American bias towards alternative political systems. This isn't politics here. It's the GPL. It's more of a holy crusade.
The GPL has much more respect for private ownership than anything else. You get the code. You can change it and license the code to others.
If you buy Windows 2000 do you own it? NO. You are merely licencing a copy. You do not own it and you have no property rights. The oligarchy doesn't seem to respect property rights either!
Re:Keyboards and mice, and mice, and mice....
on
Ergonomic Keyboards
·
· Score: 1
That's interesting. I'd never thought about speech interfaces being used by someone with an impediment. I would hope that the interface would allow you to define sounds you were comfortable with. I assume you can make a wide variety of sounds, so you could sort of invent your own personal interface language that you could work with.
This directory contains the XFree86 3.9.18 snapshot release. The contents are as follows:
doc/ Documentation doc/HTML/ Documentation in HTML format fixes/ Fixes for serious problems found after this snapshot was released patches/ Patches for updating the previous release to this one source/ Source tarballs for this snapshot release
NOTE: The 3.9.18 distribution is still being put into place, so not all of the above are there yet.
Slashdot Mirror
In the future when people have to buy the air they breathe, con artists will sell that O3 to unsuspecting people by telling them it's a special package containing 50% more oxygen. In the future, some things will never change.
That's absolutely right. Everyone out there driving a SUV thinking you're a badass, pay attention! You've been fooled again!
Electric cars have excellent performance, with the exception of range. If they crack that nut, then electric cars will be superior to internal combustion cars.
The reason is that the torque is instantaneous, but more importantly, the torque is CONSTANT. No matter what speed your electric motor is going, you're getting constant torque out of it. That means that you can get great performance out of a little motor.
Example: GM's EV1 goes 0-60 in under 8 seconds. That's not crappy performance at all, and the vehicle was designed to make the batteries last as long as possible, not go like a bat out of hell.
Trust me, performance enthusiasts; it's much much easier to make an electric car that can smoke the tires through an entire 1/4 run. What kind of internal combustion engine car will do that? Your stock Mustang? Your stock Camaro? Nope, you're going to need a Viper at least to do that. I don't know what kind of electric car would be able to do that, but with the constant torque it'll be easier to do it.
Drilling a hole through the drive will not destroy your data. Even if you chop your hard drive into little one inch squares, with the densities of media nowadays, each chunk will contain a few gigabytes of data. Believe me, those little chunks can be easily read.
So you're a shareholder? Please send me 1/6000000000 of whatever profit you make from your stock. Since I'm one of 6 billion humans, that's my specific contribution to the wealth your investment will earn. :-)
To be fair, I will send you 1/20000000 of my profit in my Red Hat investment. Since there's probably 20 million Linux users, that's *your* share of what I have earned so far. Unfortunately, I've lost some money on Red Hat recently, so you will owe me money for this one too...
Not an emulator, but a virtual machine. Emulation means that opcodes are translated. The Pentium can pretend to be a 6052 processor by emulation.
If you're running native instructions on your computer, using the virtual machine capabilities of the CPU, then you are running a virtual machine.
Mainframes do this too. There was another article just yesterday on Slashdot where a single 390 mainframe was running over 40,000 virtual machines, all of those each running a copy of 390 Linux.
the rude name that the poll called me. I've read way too much /. and Linux source code to be called a Jon Katz wannabe!
Hillary as the first to scale Mt. Everest. Nobody remembers who got there second..."
Tensing got there second.
You forgot a big consideration:
Hydrogen and fluorine combine to make HFl, also known as hydrogen fluoride. Mixed in water it is called hydrofluoric acid. It's very corrosive and after just a couple launches your launch pad would resemble modern art.
If you are saying that no person has ever been killed by a hydrogen bomb, then yes that is true.
The simulations do seem to indicate that if a person were to stand within 10 feet of a hydrogen bomb, they would be killed.
Hydrogen bombs can yield just about anything you want them to. They are fairly scalable, from sub-megaton to many hundreds of megatons.
The fission bombs dropped on Japan yielded at the most 20 kilotons. The smallest fission bombs can fit into a backback transportable by a single person, and their blast would be only about a city block.
But you do eventually learn to hold more than two things with two hands...holding a coil of solder in the fingers of the same hand that holds the soldering iron, holding the board and a pair of plyers with the other hand.
Whiye knot holed the solder in yer mouthe? I no it's made uf lead butt eye doo it all het time und eye hav had know problums yet.
I believe you mean Goebbels.
Ahhh. That foreign beer. I don't care for it, but it sure is cheap.
Klingon Lawyer: Captain Kirk to this day holds a grudge against Klingons! PLAY THE TAPE!
Captain Kirk (recording): I can never forgive them for what they did to my penguin.
Does anyone know how to get Mozilla to work with SOCKS? I'm stuck on the internal IBM network and I'd love to use Mozilla. On the bright side, M13 appeared to work very well on all our intranet stuff.
I once died in a dream standing on some railroad tracks. The train kept coming closer and closer. I was looking at the pretty bright white light on the front. The light kept coming closer too.
Then, the train hit me and I woke up. I found it funny because I actually forgot to jump out of the way.
You can try ddd. It's a really nice shell on top of gdb.
What are you doing writing a GUI in C++? You are a BAD MAN! Heh!
Just kidding. I would like to suggest that C++ is not the best language to write a GUI in. In fact, if you've got a large software project, it's not likely that a single language can possibly be flexible enough to easily cover all the pieces well. Maybe it is better to write pieces that C++ works well for in C++, but make it interoperable with a better language for building GUI's. I'm not suggesting that Tcl is a great language for GUI's, but it's fairly easy to embed a Tcl interpreter into a C++ program and use Tcl for some quick and dirty GUI work.
So maybe the lack of really good support for a standard GUI library is a good thing. You have choices and alternatives. You are not forced to implement using the MSFoundation Classes just because that's what everyone else is using.
First of all, I'd like to say that garbage collection is an extremely useful thing to have in a programming language. If you use C++ you can get Boehm's garbage collector which is described here. I use this collector and it works well for me.
Now, having said that, I find that the Standard Template Library is the other extremely useful thing to have. G++ has a really great implementation (so sorry to you folks stuck on Microsoft VC++) that WILL make your life easier. strings, vectors, and hashes! Learn those and a few of the generic algorithms and you can attack most of your problems. The remarkable thing is that you can do gobs of stuff with STL without using pointers and mallocs at all! Seriously folks, if you're into C then you should check out C++ using the two features I mentioned. You will be amazed at what you can do. You most likely won't need to malloc your own memory. And if you do, you can rely on the garbage collector to clean it up for you.
OK, I'm done. I just love C++ and since I started using the collector and the STL I love it even more.
The things that they do don't require as much CPU as they need disk and memory speed. Sun delivers in that department.
I'm working at IBM, and our AIX servers are pretty much the same. Slow CPU's, but pretty good disk storage and plenty of RAM. This is exactly what we need to run DB2 and Apache. And we've got the 2nd biggest web site (dollar wise) on the internet. These are the things that are important.
Microsoft has a serious problem in this department. Their OS only runs on Intel platforms, and for sheer IO power, the Intel platforms lag behind the others. Even if W2K is a sweet reliable OS, it still can only go as fast as the hardware.
And Linus thought that the invention of the Linux kernel would end war too. Sadly, he was wrong. :-)
Trollking, you've got a good point. Nationalism is something we hardly understand here in the United States. We understand money, and grew up with the saying "the root of all evil is the love of money" and so we attribute all evils to it. Don't get me wrong, money is a huge cause of problems, and nanotech might possibly be a tool that could reduce all those problems. But we must not be naive and thing that this is the invention that will end all wars. It is not, and could be used to make war even more horrible than it already is.
I don't want to sound pessimistic. The world after the invention of nanotech will be better than the world before the invention. But it will not be a perfect world with no war.
The GPL only has weight BECAUSE of copyright law. You need to understand more of what you are talking about, and stop talking about American bias towards alternative political systems. This isn't politics here. It's the GPL. It's more of a holy crusade.
The GPL has much more respect for private ownership than anything else. You get the code. You can change it and license the code to others.
If you buy Windows 2000 do you own it? NO. You are merely licencing a copy. You do not own it and you have no property rights. The oligarchy doesn't seem to respect property rights either!
That's interesting. I'd never thought about speech interfaces being used by someone with an impediment. I would hope that the interface would allow you to define sounds you were comfortable with. I assume you can make a wide variety of sounds, so you could sort of invent your own personal interface language that you could work with.
TCL 8.3 was just release a couple weeks ago too. TCL is a competitor to Perl which I happen to love. Not trying to start a flame war here!
Just wait for the Cambrian explosion!
From the FTP site:
. 18/00README
ftp://ftp.xfree86.org/pub/XFree86/snapshots/3.9
This directory contains the XFree86 3.9.18 snapshot release.
The contents are as follows:
doc/ Documentation
doc/HTML/ Documentation in HTML format
fixes/ Fixes for serious problems found after this snapshot was released
patches/ Patches for updating the previous release to this one
source/ Source tarballs for this snapshot release
NOTE: The 3.9.18 distribution is still being put into place, so not all
of the above are there yet.
22 Feb 2000