[Nine Inch Nails] would have released a couple of more albums if it hadn't been for Doom.
Heh, who would have thought that Doom was the best thing to happen to computers *AND* music.:-)
Mind you, Quake 1 ambient music tracks are imho still by far the best ever game musics. I still frequently listen to that CD at work while coding. Just to get my mood right, i.e. no comments, short'n evil variable names and creepy inline asm allover the code. And those Quake 1 musics were composed by Trent Reznor. (that is not to say that I'd be such a huge fan of NiN, but I'm compelled to put credit where it's due)
Mount Ararat is named in the Bible as the resting place of the Ark. That section of the Bible was written more than 2000 years ago. Scientific principles absolutely demand that someone must go up there and search for it.
Just because the book's old don't make it any more real.
Do you think that after two thousand years people should start using Hubble CXXIV to look for Superman's home planet?
If the story is outright blatant fiction or some metaphorical religous folklore there's little reason to go after it scientifically. There are far more sensible things to put our limited resources in.
Re:Make that Turbo Pascal 3...
on
JOE Hits 3.0
·
· Score: 2, Interesting
I think not. Turbo pascal 4 and 5 were still the same wordstar driver non-gui ides. I can't be absolutely sure that there was no GUI option, because I ran it on Dos alone. It was 5.5 that got OOP into pascal and I'm dead certain having used that with same-o text console ui.
You sure you're not mixing it with Turbo C, for which the version 2 (2.x?) was the last before it turned into a Borland C/C++ 3.0. (for which I faintly recall it was still possible to use the wordstar-like bindings but at this point it was definitely graphical and in windoze)
Or do you mean that this TurboVision IDE is this same text based ide that I'm talking about? But that was wordstar based and it was non graphical.
Also if you recompress the video to something smaller (say, VCD-like) your CPU won't have to do as much work playing it back either.
Eh? Wouldn't the compression into something smaller result in more CPU work during watching (decompressing)? Storing it into something bigger and simpler, that might help...
It cannot. On the receiver side, you get one of four states at random. Those four states are such that every measurement you do on your result will have a random outcome from which you cannot conclude what was sent. Only with the information measured on the sender side and then transmitted through classical communication (and therefore, at maximum with the speed of light), you can decode the function.
You can think of it as if during teleportation, the data sent is encrypted with an automatically chosen random one-time pad. Now the sender measures exactly that one-time pad, and sends it classically to the receiver. Until the receiver gets the one-time pad, he has no chance to decode the message.
You missed the point, you're talking about quantum cryptography, which is quite a different thing.
This is about having the photon source in the middle that sends to two superposed photons to opposite directions. Now, what's amazing is that you can force the state of the other photon in the other end to what you want, and if the other end hasn't checked it yet (it has be that wee bit further) it gets opposite state due to the superposition. And there, once the link's up and running, information can be "teleported".
It basically doesn't "travel" faster than light, it's the localization that's broken, but yes information can go from A to B faster than light would.
Setting up the link is slow however, you need the photon source in the middle and it takes time for photons to fly from the middle to the end points, but when you get the steady flow of photons you can send information at an instant.
No, the upper speed limit on any data transfer is c. With quantum entanglement, i.e. teleporting your data, you don't know when your data has arrived and cannot check unless you are sure. Else you blow the whole transfer. To do this you must send across at least one "bit". Say a single photon.
If you do hazard a guess, you must still perform a measurement to retrieve the data.
All this cannot happen faster than c.
Bollocks. Once the link would be set up and information kept flowing using quantum entanglement there's absolutely nothing stopping the information of new events in the other end to reach the other end way faster than with speed of light. It's not information that "travels faster than light" it's actually the localization that get's broken. This has zero impact on causality.
Einstain's remark about information not being able to travel faster than c was because he assumed that there had to be a "carrier". And it's actually also the quantum physics delocalization that is contradictory with general theory of relativity (for the record, it's not the only aspect either, but hell, we've had to deal with this dualism for better half of a century now).
Maine and Nebraska in fact do something other than the 'winner take all' that the other 48 states do.
other 48? Hawaii was 51st and Virgin Islands is 52nd? I have no idea how they participate in the elections, but still. (I know, "50 states" is an expression, but there are 52 of them these days, and that's not even puerto rico included, which to my knowledge still isn't an actual state).
One could say that, since he GPLed that creation, he waived the right to be an "Authoritative" voice. Nothing stops me (except for my refusal to touch GPLed code) or Redhat/Slackware/Joe Hacker from implementing something that Linus is dead set against, and he can't do a thing about it.
Not quite. Having GPLed it and as others have contributed to it he no longer holds the entire copyright for linux kernel, that's true. But he owns the trademark for the name linux. So he is in every possible way still the authorative voice for the linux kernel. He may choose to merge your changes to his tree or not and there's little you can do about that.
Don't like it? Feel free to fork it. But the Linux kernel is still under his command, your fork may be called whatever suits you best and you may do whatever want with it within the rights that GPL has granted you.
What is new here is that you don't have to know the completely specified sequence number, but only something close enough to fit within a window. This reduces the search space and makes the attack more pragmatic.
I think that's something that's been well known for years now. I think is more about them now realizing that it hits BGP (used by Tier 1 ISPs exchange routing tables) with it's rather lengthy connections and huge window sizes so damn hard. Something that should've been obvious, but that's been overlooked for quite some time now. This is severe issue that's hopefully already been dealt with the relevant parties.
Apparently more fuzz is also caused by the fact that as a byproduct of this they've also noticed that quite a few implementations of TCP aren't strict enough regarding sequence numbers when it comes to accepting RST packets. These are just bugs in every way I can think about it.
Actually it's a fabulous idea. I'd like to hear better approaches for a reliable transfer layer. Try designing one using, say, UDP and 9/10 times you'll wind up designing a stripped down version of TCP, and that one time you may hit close to TCP, but to generally beat it (not just in some specific aspect of data transfering)... well, I'm definitely all ears.
OTOH oversizing the window is a bad idea, but I don't understand who's the schmuck that has gone that way. It's obvious that the chance for a successfull RST increases linearily with the window size. Lower bound being roughly 1/2^32. Window size of 4000 would increase the odds to about one in a million, which on a relatively persistent connection is quite enough for an attack. Given todays bandwidths I do understand that in some cases increasing the window size to danger areas might make sense if it weren't for the exploitability, but imho it's the wrong solution the problem. It's either increasing MTU or if that still has to be kept low and there's moderate packet loss present making the larger windowsize the only viable approach, I see no other way out of it than to start sequencing with 64 bits. Which is something to be expected in the next 10 years anyway.
I may have overlooked something and feel free to correct me. Oh, and in any case you're absolutely right about this not being a problem in TCP per se.
That's exactly what I would say if your habit doesn't otherwise affect me or the health and safety of society as a whole.
Oh but it does. People spending all week day evenings nailed to the couch do not excercise, doubtfully eat very healthy. With national healthcare paid out of our taxes it becomes my problem. Just as your heroin consumption.
Don't get me wrong here, I watch TV like the next guy, but I don't pretend that it's healthy, constructive or even that entertaining. So why watch it? Well, after a long exhausting day at work it's just damn difficult to try doing something healthy/constructive/entertaining.
And as an off shot, I really do think that TV is, well, bad for kids. Today's parents are just too damn thrilled with their brats sitting still and quiet for few hours that they don't care... Yet they know damn they should be playing outside and doing other meaningfull childish stuff.
(1) and (2) are arguably the same problem, so that boils down to: users breaking rules -- surprise! But, that's easy to say, but hard to fix without more power . What to do? Seriously? Fine users for breaking rules?
Screw telnet and other sniffing, simple mail will do. In our uni we have a course about cracking. Few guys few years back made a social engineering study where they sent hundreds of mails to CS department employeees and CS stundents. They still got shit load of passwords. That went a long way to show that it's not just the dumb/computer-illiterate that fall for those.
Granted the mail was a clever one. It said that their password had been cracked by brute force due to it having been too simple, asked the password for verification and also basically said "shame on you". IMHO that accusation played a key role there.
You're right about that it boils down to users breaking the rules, but my addendum is that when there are hundreds or thousands of users how ever educated in computer security there will always be those few that will break said rules or will be caught off guard. So we can cut the crap about certain people being too uneducated or dumb and not leave it at that, because this is a persistent problem and something we just have to take into the equation.
This seems to be running around as an urban legend. My understanding is that atleast this one high tech norwegian HD recovery company advertises that they can recover data after 7 formats. My hunch is that they're talking about zero-filling over it. This seems feasible there's always some left over magnetism that perhaps can be determined with extremely sensitive equipment.
But I'm dead certain that two or three random data overwrites will make the original data unrecoverable. And if someone can counter that, I'd really like see some references.
Trying to install ATI's drivers? Nope. Sorry, Dave. Can't do that. They're 32 bit only. Can't run a 64 bit X11 with 32 bit drivers, now can you?
Naturally that stuff can't be up to date just yet. Although nvidia does offer both ia64 and amd64 drivers. Bleeding edge never is well supported in oss world. My point wasn't about that, because by the time I'll be purchasing 64 bit x86 processor, perhaps some time next fall, the support side has gone a long way.
Now, just to be fair: none of that is, strictly speaking, Linux's fault. Can't really blame Linux for the fact that ATI doesn't write 64 bit drivers, or that apps are written by people who think everything is 32 bit.
And also to be fair: Microsoft's 64 bit XP doesn't fare any better in that aspect, either.
Agreed, but we are talking about 64 bit benchmarks here aren't we. I wasn't that interested about the usefullness of 64bit processors in march 2004, I was wondering what the impact of 64bit native compilation along with 64bit kernel can do. Because just by showing some framerates of Unreal Tournamen compiled for 32bits on top of a 32bit windows system didn't quite reflect my future use. (after all, eventhough the support for 64bits may be poor right now, the decision about the purchase will naturally be based on how they _will_ perform).
Where are the 64bit processor benchmarks where the tests have been compiled for them?
I mean, given that the x86 64bit decendants have more registers and all, running some stupid Sysmark or Unreal Tournament on top of them is like comparing V4 and V8 engines in such a way that the V8 only gasoline to four of it's cylinders.
What I want to know is the P4 flag ship lined up with the AMD 64bit flag shit on linux with a kernel compiled for 64bit and apps compiled for 64bits.
I have not been able to locate a single such benchmark as of yet. Anyone? Please...
Stable nvidia drivers to take advantage of it? My machine at work has a lovely graphics card in it - but once I load the nvidia driver, it will crash/hang at some point in the future. And that sucks.
You have gotta be running too old kernel or X, or perhaps some other part of your hw is busted or your driver compile hasn't worked out well (some module packages still don't include headers properly from/lib/modules/`uname -r`/build/include).
Trust me. I've been running 4 different nvidia cards using their linux drivers for 4 years now. There has been moments of instability in the past, but not for some time now. I'm not saying I'm happy about nvidia distributing drivers that are in part binary, but I must also admit that they've worked fabulously for years now. (for the record, this I can say for atleast Redhat 7.x,8.0,9,fedora)
But electrons propogate at about 2/3 the speed of light in copper
Some electrons you've got there, man. Our local electrons can't even keep up with sound waves in copper, but luckily our electromagnetic fields are fast enough for online gaming.
... that makes me want an article moderation capabilities to slashdot. I mean, how great would've it been to avoid seeing this at all because it had gotten (Score: -1, bullshit).
I mean tricking an OS into seeing the partition table twice hardly counts for doubling the actual drive capacity. Geeez.
Mmmm.. already dreaming of (Score: +4, top news) and (Score: -1, dupe)
I've done some clean searches on google and I've gotten many porn site results, especially in the first page. I just figured that the same thing happened to MSN, and that MSN blocked the results because of the prevalent adult content in the results.
I dare challenge that. I use google hundreds of times every day for a wide range subjects and I have not seen a single pr0n site show up on the first page.
The problem you are describing used to be a problem with older engines, like altavista, but this has never in my experience plagued google. Hell, this is _the_ reason I hopped over to google.
We have another variant we play, although mostly under the influence of alcohol.
rock-paper-scissors-satan-penis
Satan is the typical heavy-metal "beast" sign. And penis is index finger pointed slurpishly downwards (as opposed to being erect:)).
Because: Nothing beats the Satan, except unerect penis. Penis is always wrong, but whoops Satan. Rock, paper and scissors follow the usual set of rules.
I admit, it's not the most clever enhancement for rps, atleast not at first glance, but as I said, it's a barrel of laughs under the influence and has solved many disputes over the years.
Moreover, this aswell as the usual RPS is best played with 3 or 4 players and with both hands. Before the game you pick the amount of losses it takes to loose the entire game. Say 10ish or more for 3 guys with both hands. Then you count the losses for each hand separately. Great game!
i think a pound has the purchasing power of about 1.15 USD or so. that means, that with 1 pound, you should be expected to be able to buy about 1.15 times as much stuff then if you had 1 USD. Thus, in england they should only have to pay ~0.86 pounds per song (0.99/1.15).
Add to that the fact that you get about 1.8 USD with one pound right now. I'd say the online business will one day have a quite a bit of an impact on exchange rates, and perhaps not for the worse, it may actually stabilize things a bit and if nothing else money will flow from the richer countries to the poorer ones, which is a good thing, eh.
Others too have written about the (im)possibility of creating a map on a 1:1 scale.
Impossible? I don't think so. Gimme some petabytes of diskspace, a neat digicam with a good macro functionality and _some_ time and I'll... oh feck it, how about fries and a coke?
For a game that will need a $1000 graphics card to run over 20fps is strikes me odd that the biggest screenshot they provide is 1024x768 and they dare call that a "large wallpaper".
Moreover, a site cluttered with popups and showing in game puny 474x314 sized screenshots. Or is that just a sneaky way of telling me that instead of being vaporware it's foremost crapware and my 2.6GHz computer will only be able to exceed 10 frames per second with 474x314 resolution...
(for the record, I am huge fan of ID's games and I've played their games online in various leagues ever since q1 game out, but this doom3.com site is just pathetic)
I recently moved out on my own into an apartment in Portland with my fiancee
You sure you didn't overdo that wild-and-free thingy, you... bohemian crazy person... I mean, out on your own and into a flat with your fiancee. How much more independent can one get?
[Nine Inch Nails] would have released a couple of more albums if it hadn't been for Doom.
:-)
Heh, who would have thought that Doom was the best thing to happen to computers *AND* music.
Mind you, Quake 1 ambient music tracks are imho still by far the best ever game musics. I still frequently listen to that CD at work while coding. Just to get my mood right, i.e. no comments, short'n evil variable names and creepy inline asm allover the code. And those Quake 1 musics were composed by Trent Reznor.
(that is not to say that I'd be such a huge fan of NiN, but I'm compelled to put credit where it's due)
Mount Ararat is named in the Bible as the resting place of the Ark. That section of the Bible was written more than 2000 years ago. Scientific principles absolutely demand that someone must go up there and search for it.
Just because the book's old don't make it any more real.
Do you think that after two thousand years people should start using Hubble CXXIV to look for Superman's home planet?
If the story is outright blatant fiction or some metaphorical religous folklore there's little reason to go after it scientifically. There are far more sensible things to put our limited resources in.
I think not. Turbo pascal 4 and 5 were still the same wordstar driver non-gui ides. I can't be absolutely sure that there was no GUI option, because I ran it on Dos alone. It was 5.5 that got OOP into pascal and I'm dead certain having used that with same-o text console ui.
You sure you're not mixing it with Turbo C, for which the version 2 (2.x?) was the last before it turned into a Borland C/C++ 3.0. (for which I faintly recall it was still possible to use the wordstar-like bindings but at this point it was definitely graphical and in windoze)
Or do you mean that this TurboVision IDE is this same text based ide that I'm talking about? But that was wordstar based and it was non graphical.
Also if you recompress the video to something smaller (say, VCD-like) your CPU won't have to do as much work playing it back either.
Eh? Wouldn't the compression into something smaller result in more CPU work during watching (decompressing)? Storing it into something bigger and simpler, that might help...
It cannot. On the receiver side, you get one of four states at random. Those four states are such that every measurement you do on your result will have a random outcome from which you cannot conclude what was sent. Only with the information measured on the sender side and then transmitted through classical communication (and therefore, at maximum with the speed of light), you can decode the function.
You can think of it as if during teleportation, the data sent is encrypted with an automatically chosen random one-time pad. Now the sender measures exactly that one-time pad, and sends it classically to the receiver. Until the receiver gets the one-time pad, he has no chance to decode the message.
You missed the point, you're talking about quantum cryptography, which is quite a different thing.
This is about having the photon source in the middle that sends to two superposed photons to opposite directions. Now, what's amazing is that you can force the state of the other photon in the other end to what you want, and if the other end hasn't checked it yet (it has be that wee bit further) it gets opposite state due to the superposition. And there, once the link's up and running, information can be "teleported".
It basically doesn't "travel" faster than light, it's the localization that's broken, but yes information can go from A to B faster than light would.
Setting up the link is slow however, you need the photon source in the middle and it takes time for photons to fly from the middle to the end points, but when you get the steady flow of photons you can send information at an instant.
No, the upper speed limit on any data transfer is c. With quantum entanglement, i.e. teleporting your data, you don't know when your data has arrived and cannot check unless you are sure. Else you blow the whole transfer. To do this you must send across at least one "bit". Say a single photon.
If you do hazard a guess, you must still perform a measurement to retrieve the data.
All this cannot happen faster than c.
Bollocks. Once the link would be set up and information kept flowing using quantum entanglement there's absolutely nothing stopping the information of new events in the other end to reach the other end way faster than with speed of light. It's not information that "travels faster than light" it's actually the localization that get's broken. This has zero impact on causality.
Einstain's remark about information not being able to travel faster than c was because he assumed that there had to be a "carrier". And it's actually also the quantum physics delocalization that is contradictory with general theory of relativity (for the record, it's not the only aspect either, but hell, we've had to deal with this dualism for better half of a century now).
Maine and Nebraska in fact do something other than the 'winner take all' that the other 48 states do.
other 48?
Hawaii was 51st and Virgin Islands is 52nd? I have no idea how they participate in the elections, but still. (I know, "50 states" is an expression, but there are 52 of them these days, and that's not even puerto rico included, which to my knowledge still isn't an actual state).
One could say that, since he GPLed that creation, he waived the right to be an "Authoritative" voice. Nothing stops me (except for my refusal to touch GPLed code) or Redhat/Slackware/Joe Hacker from implementing something that Linus is dead set against, and he can't do a thing about it.
Not quite. Having GPLed it and as others have contributed to it he no longer holds the entire copyright for linux kernel, that's true. But he owns the trademark for the name linux. So he is in every possible way still the authorative voice for the linux kernel. He may choose to merge your changes to his tree or not and there's little you can do about that.
Don't like it? Feel free to fork it. But the Linux kernel is still under his command, your fork may be called whatever suits you best and you may do whatever want with it within the rights that GPL has granted you.
What is new here is that you don't have to know the completely specified sequence number, but only something close enough to fit within a window. This reduces the search space and makes the attack more pragmatic.
I think that's something that's been well known for years now. I think is more about them now realizing that it hits BGP (used by Tier 1 ISPs exchange routing tables) with it's rather lengthy connections and huge window sizes so damn hard. Something that should've been obvious, but that's been overlooked for quite some time now. This is severe issue that's hopefully already been dealt with the relevant parties.
Apparently more fuzz is also caused by the fact that as a byproduct of this they've also noticed that quite a few implementations of TCP aren't strict enough regarding sequence numbers when it comes to accepting RST packets. These are just bugs in every way I can think about it.
although sequence number windows are a bad idea
Actually it's a fabulous idea. I'd like to hear better approaches for a reliable transfer layer. Try designing one using, say, UDP and 9/10 times you'll wind up designing a stripped down version of TCP, and that one time you may hit close to TCP, but to generally beat it (not just in some specific aspect of data transfering)... well, I'm definitely all ears.
OTOH oversizing the window is a bad idea, but I don't understand who's the schmuck that has gone that way. It's obvious that the chance for a successfull RST increases linearily with the window size. Lower bound being roughly 1/2^32. Window size of 4000 would increase the odds to about one in a million, which on a relatively persistent connection is quite enough for an attack. Given todays bandwidths I do understand that in some cases increasing the window size to danger areas might make sense if it weren't for the exploitability, but imho it's the wrong solution the problem. It's either increasing MTU or if that still has to be kept low and there's moderate packet loss present making the larger windowsize the only viable approach, I see no other way out of it than to start sequencing with 64 bits. Which is something to be expected in the next 10 years anyway.
I may have overlooked something and feel free to correct me. Oh, and in any case you're absolutely right about this not being a problem in TCP per se.
That's exactly what I would say if your habit doesn't otherwise affect me or the health and safety of society as a whole.
Oh but it does. People spending all week day evenings nailed to the couch do not excercise, doubtfully eat very healthy. With national healthcare paid out of our taxes it becomes my problem. Just as your heroin consumption.
Don't get me wrong here, I watch TV like the next guy, but I don't pretend that it's healthy, constructive or even that entertaining. So why watch it? Well, after a long exhausting day at work it's just damn difficult to try doing something healthy/constructive/entertaining.
And as an off shot, I really do think that TV is, well, bad for kids. Today's parents are just too damn thrilled with their brats sitting still and quiet for few hours that they don't care... Yet they know damn they should be playing outside and doing other meaningfull childish stuff.
(1) and (2) are arguably the same problem, so that boils down to: users breaking rules -- surprise! But, that's easy to say, but hard to fix without more power . What to do? Seriously? Fine users for breaking rules?
Screw telnet and other sniffing, simple mail will do. In our uni we have a course about cracking. Few guys few years back made a social engineering study where they sent hundreds of mails to CS department employeees and CS stundents. They still got shit load of passwords. That went a long way to show that it's not just the dumb/computer-illiterate that fall for those.
Granted the mail was a clever one. It said that their password had been cracked by brute force due to it having been too simple, asked the password for verification and also basically said "shame on you". IMHO that accusation played a key role there.
You're right about that it boils down to users breaking the rules, but my addendum is that when there are hundreds or thousands of users how ever educated in computer security there will always be those few that will break said rules or will be caught off guard. So we can cut the crap about certain people being too uneducated or dumb and not leave it at that, because this is a persistent problem and something we just have to take into the equation.
This seems to be running around as an urban legend. My understanding is that atleast this one high tech norwegian HD recovery company advertises that they can recover data after 7 formats. My hunch is that they're talking about zero-filling over it. This seems feasible there's always some left over magnetism that perhaps can be determined with extremely sensitive equipment.
But I'm dead certain that two or three random data overwrites will make the original data unrecoverable. And if someone can counter that, I'd really like see some references.
Trying to install ATI's drivers? Nope. Sorry, Dave. Can't do that. They're 32 bit only. Can't run a 64 bit X11 with 32 bit drivers, now can you?
Naturally that stuff can't be up to date just yet. Although nvidia does offer both ia64 and amd64 drivers. Bleeding edge never is well supported in oss world. My point wasn't about that, because by the time I'll be purchasing 64 bit x86 processor, perhaps some time next fall, the support side has gone a long way.
Now, just to be fair: none of that is, strictly speaking, Linux's fault. Can't really blame Linux for the fact that ATI doesn't write 64 bit drivers, or that apps are written by people who think everything is 32 bit.
And also to be fair: Microsoft's 64 bit XP doesn't fare any better in that aspect, either.
Agreed, but we are talking about 64 bit benchmarks here aren't we. I wasn't that interested about the usefullness of 64bit processors in march 2004, I was wondering what the impact of 64bit native compilation along with 64bit kernel can do. Because just by showing some framerates of Unreal Tournamen compiled for 32bits on top of a 32bit windows system didn't quite reflect my future use. (after all, eventhough the support for 64bits may be poor right now, the decision about the purchase will naturally be based on how they _will_ perform).
Where are the 64bit processor benchmarks where the tests have been compiled for them?
I mean, given that the x86 64bit decendants have more registers and all, running some stupid Sysmark or Unreal Tournament on top of them is like comparing V4 and V8 engines in such a way that the V8 only gasoline to four of it's cylinders.
What I want to know is the P4 flag ship lined up with the AMD 64bit flag shit on linux with a kernel compiled for 64bit and apps compiled for 64bits.
I have not been able to locate a single such benchmark as of yet. Anyone? Please...
Stable nvidia drivers to take advantage of it? My machine at work has a lovely graphics card in it - but once I load the nvidia driver, it will crash/hang at some point in the future. And that sucks.
/lib/modules/`uname -r`/build/include).
You have gotta be running too old kernel or X, or perhaps some other part of your hw is busted or your driver compile hasn't worked out well (some module packages still don't include headers properly from
Trust me. I've been running 4 different nvidia cards using their linux drivers for 4 years now. There has been moments of instability in the past, but not for some time now. I'm not saying I'm happy about nvidia distributing drivers that are in part binary, but I must also admit that they've worked fabulously for years now. (for the record, this I can say for atleast Redhat 7.x,8.0,9,fedora)
But electrons propogate at about 2/3 the speed of light in copper
Some electrons you've got there, man. Our local electrons can't even keep up with sound waves in copper, but luckily our electromagnetic fields are fast enough for online gaming.
... that makes me want an article moderation capabilities to slashdot. I mean, how great would've it been to avoid seeing this at all because it had gotten (Score: -1, bullshit).
I mean tricking an OS into seeing the partition table twice hardly counts for doubling the actual drive capacity. Geeez.
Mmmm.. already dreaming of (Score: +4, top news) and (Score: -1, dupe)
I've done some clean searches on google and I've gotten many porn site results, especially in the first page. I just figured that the same thing happened to MSN, and that MSN blocked the results because of the prevalent adult content in the results.
I dare challenge that. I use google hundreds of times every day for a wide range subjects and I have not seen a single pr0n site show up on the first page.
The problem you are describing used to be a problem with older engines, like altavista, but this has never in my experience plagued google. Hell, this is _the_ reason I hopped over to google.
We have another variant we play, although mostly under the influence of alcohol.
:)).
rock-paper-scissors-satan-penis
Satan is the typical heavy-metal "beast" sign. And penis is index finger pointed slurpishly downwards (as opposed to being erect
Because:
Nothing beats the Satan, except unerect penis.
Penis is always wrong, but whoops Satan.
Rock, paper and scissors follow the usual set of rules.
I admit, it's not the most clever enhancement for rps, atleast not at first glance, but as I said, it's a barrel of laughs under the influence and has solved many disputes over the years.
Moreover, this aswell as the usual RPS is best played with 3 or 4 players and with both hands. Before the game you pick the amount of losses it takes to loose the entire game. Say 10ish or more for 3 guys with both hands. Then you count the losses for each hand separately. Great game!
i think a pound has the purchasing power of about 1.15 USD or so. that means, that with 1 pound, you should be expected to be able to buy about 1.15 times as much stuff then if you had 1 USD. Thus, in england they should only have to pay ~0.86 pounds per song (0.99/1.15).
Add to that the fact that you get about 1.8 USD with one pound right now. I'd say the online business will one day have a quite a bit of an impact on exchange rates, and perhaps not for the worse, it may actually stabilize things a bit and if nothing else money will flow from the richer countries to the poorer ones, which is a good thing, eh.
Others too have written about the (im)possibility of creating a map on a 1:1 scale.
... oh feck it, how about fries and a coke?
Impossible? I don't think so.
Gimme some petabytes of diskspace, a neat digicam with a good macro functionality and _some_ time and I'll
For a game that will need a $1000 graphics card to run over 20fps is strikes me odd that the biggest screenshot they provide is 1024x768 and they dare call that a "large wallpaper".
Moreover, a site cluttered with popups and showing in game puny 474x314 sized screenshots. Or is that just a sneaky way of telling me that instead of being vaporware it's foremost crapware and my 2.6GHz computer will only be able to exceed 10 frames per second with 474x314 resolution...
(for the record, I am huge fan of ID's games and I've played their games online in various leagues ever since q1 game out, but this doom3.com site is just pathetic)
I recently moved out on my own into an apartment in Portland with my fiancee
You sure you didn't overdo that wild-and-free thingy, you... bohemian crazy person... I mean, out on your own and into a flat with your fiancee. How much more independent can one get?
This is my first time complaining about a post relevancy, but ...
A half life mod release a front page news? Please.