Not to mention if Linux were declared illegal, whats to stop Java from becoming illegal? I would think C would be the language of choice due to the number of compilers available AND its portable nature.
C on BSD and C on Linux are very compatible if you don't do anything silly like read directly from/proc. Notice you could screw up portable Java in the same non-portable way.
How about the theory that global warming causes changes in the oceans tides which in turn causes a cold period at the poles -- making glaciers that run people down.
You know whats really disturbing? It seems like companies partly owned by the union (the employees union) as a pension fund investment is always the first to have layoffs.
These things can delivery people too. Simply climb into a tube and have it attached to the standard place bombs would go. Now, program in the target you wish to be delivered to.
Careful though, the landing may be a little rough.
Our observations show that nothing is faster than light -- but that could just as well be a flaw in our measuring instruments.
Remember, the equations are based primarily on existing observations, and are solidified if they can theorize on additional information we later verify -- but that doesn't mean they're perfect or even correct. It simply means they are more correct their their predecessors.
There are theories of particles which travel faster than c -- so perhaps we're only able to measure a certain subset of the material which does have that limitation. Potential of dark matter and all;)
These are fixed stations. So, if it took 1 hour to make an accurate measurement, that would mean they could take 24 of them a day -- which is more than enough I would think.
End result is that if someone has taken the time to be put onto the list, odds are fairly good they're not going to buy anything or wish to talk about how they can spend their money on the phone.
However, it looks like it only affects the number you are dialing. It's a do not call # list, not a do not call NAME list.
I'd be checking the list regularly just from an efficiency standpoint. Those not on the list probably have better odds of buying something than those who are.
Yes, but that is a protected part of the microwave. Send a large spike down the power lines and it'll become useless very quickly. Sure, you can save the parts inside, but at very least a breaker in the device needs to go off.
Now consider the final stage of the tranmitter and initial stage of the receiver would be (mostly) unprotected. The device might be fine, but it's no longer able to communicate with external sources.
Plug the antenna of your wireless lan system into a wall socket and see what happens...
In regards to the comment I was responding to it isn't. Yes, lots goes into the full speed of a CPU, but the parent post was suggesting that a current day CPU design operating on this new material would be 1Ghz.
I was trying to show this is false as it comares a single switch to a pipe segment as a whole.
The slowest pipe segment generally determines upper end of clock speed -- though some segments have been known to be double or quad pumped.
Yeah.. FreeBSD ports used to have a ton of compile issues as well. Thats been fixed through various compile farms configured in standard ways on various code lines. (Sparc, IA64, Alpha, i386 on both -CURRENT and -STABLE where applicable).
There are also some post commit tests that will rebuild the port with every change.
I've not run into a compile issue since -- but I also don't install anything by hand.
Interesting... PIT isn't available yet, but gets closer with each day.
A workable solution is to start a second copy of PostgreSQL on the same box (different port), but initdb to cheap disk (Mirror of IDE drives would be perfect).
Use Master / Slave replication (contrib/dbmirror) to copy data from one set to the other. If you have serious disk ussues, shutdown both daemons, fix the raid array, copy the data directory from your mirror to the RAID5 array, and keep on going.
For 1.5 GB this should give you a recovery time of a few minutes (plus hardware fiddling).
Even if a robot can do the programming (isn't that what we have now? Caffeine powered robots?) someone still has to tell the robots what to write -- and thats not something your typical MBA can do. There is a huge difference between a current business requirement (MBA) and well designed extensible software for tomorrows business requirements (that the MBA hasn't figured out yet).
Slashdot Mirror
Not to mention if Linux were declared illegal, whats to stop Java from becoming illegal? I would think C would be the language of choice due to the number of compilers available AND its portable nature.
/proc. Notice you could screw up portable Java in the same non-portable way.
C on BSD and C on Linux are very compatible if you don't do anything silly like read directly from
I see.. Kinda like a highspeed ski lift but with platforms.
The real question I suppose, is what is between the platforms? Do you have gates or guards to prevent falling into the hole?
Agreed, the commercial OS is expensive, but nothing stops you from using Linux, a BSD (Open, Net or even Darwin!).
How about the theory that global warming causes changes in the oceans tides which in turn causes a cold period at the poles -- making glaciers that run people down.
You know whats really disturbing? It seems like companies partly owned by the union (the employees union) as a pension fund investment is always the first to have layoffs.
How the heck does that work?
These things can delivery people too. Simply climb into a tube and have it attached to the standard place bombs would go. Now, program in the target you wish to be delivered to.
Careful though, the landing may be a little rough.
but still not omnipotent
No, but Google is impotent which is very close to omnipotent.
Our observations show that nothing is faster than light -- but that could just as well be a flaw in our measuring instruments.
;)
Remember, the equations are based primarily on existing observations, and are solidified if they can theorize on additional information we later verify -- but that doesn't mean they're perfect or even correct. It simply means they are more correct their their predecessors.
There are theories of particles which travel faster than c -- so perhaps we're only able to measure a certain subset of the material which does have that limitation. Potential of dark matter and all
I'd say yes. We've broken lots of physical speed barriers (many believe the speed of sound was a physical speed limit).
If 'c' really does turn out to be limiting, then simply don't go faster than c. Figure out ways to shorten the route instead.
There is a Central London Ontario (Canada ;) with a population of a few hundred thousand.
Not the same ballpark, but it's what I usually think of when someone mentions London.
They should rename it to CruftFree.
That'll help keep them straight.
It's still a major pain in the ass to downgrade something, but I suppose that is a rare event for most people.
No, but there is a port for NetBSD being worked on ;)
They purchased LCD enlargement from some spammer, but they didn't read the warning that the LCD may not look so good afterward.
Troubleshooting a linux machine remotely will never be the hell that troubleshooting a windows machine is.
;)
Client on phone: My internet connection doesn't work anymore. Do you know why?
Sure... much easier
These are fixed stations. So, if it took 1 hour to make an accurate measurement, that would mean they could take 24 of them a day -- which is more than enough I would think.
End result is that if someone has taken the time to be put onto the list, odds are fairly good they're not going to buy anything or wish to talk about how they can spend their money on the phone.
However, it looks like it only affects the number you are dialing. It's a do not call # list, not a do not call NAME list.
I'd be checking the list regularly just from an efficiency standpoint. Those not on the list probably have better odds of buying something than those who are.
Note I've assummed your faraday cage is properly grounded on this mobile device -- which will rarely be true.
Yes, but that is a protected part of the microwave. Send a large spike down the power lines and it'll become useless very quickly. Sure, you can save the parts inside, but at very least a breaker in the device needs to go off.
Now consider the final stage of the tranmitter and initial stage of the receiver would be (mostly) unprotected. The device might be fine, but it's no longer able to communicate with external sources.
Plug the antenna of your wireless lan system into a wall socket and see what happens...
A gross oversimplification.
In regards to the comment I was responding to it isn't. Yes, lots goes into the full speed of a CPU, but the parent post was suggesting that a current day CPU design operating on this new material would be 1Ghz.
I was trying to show this is false as it comares a single switch to a pipe segment as a whole.
The slowest pipe segment generally determines upper end of clock speed -- though some segments have been known to be double or quad pumped.
More to the point, what is the speed of the transistors in the latest Pentium / Athlon.
The clock speed is the time it takes to go through the longest segment of the pipe. A few hundred transistors if its anything of any use at all.
Yeah.. FreeBSD ports used to have a ton of compile issues as well. Thats been fixed through various compile farms configured in standard ways on various code lines. (Sparc, IA64, Alpha, i386 on both -CURRENT and -STABLE where applicable).
There are also some post commit tests that will rebuild the port with every change.
I've not run into a compile issue since -- but I also don't install anything by hand.
Interesting... PIT isn't available yet, but gets closer with each day.
A workable solution is to start a second copy of PostgreSQL on the same box (different port), but initdb to cheap disk (Mirror of IDE drives would be perfect).
Use Master / Slave replication (contrib/dbmirror) to copy data from one set to the other. If you have serious disk ussues, shutdown both daemons, fix the raid array, copy the data directory from your mirror to the RAID5 array, and keep on going.
For 1.5 GB this should give you a recovery time of a few minutes (plus hardware fiddling).
Even if a robot can do the programming (isn't that what we have now? Caffeine powered robots?) someone still has to tell the robots what to write -- and thats not something your typical MBA can do. There is a huge difference between a current business requirement (MBA) and well designed extensible software for tomorrows business requirements (that the MBA hasn't figured out yet).