How true. Every time someone debates these things, someone shows up with strong anti-prescriptivist arguments. As usual, there doesn't seem to be any rational basis for this in the real world. There are rules.
> language never stands still, it constantly evolves, there is no standard
Yes there is. The standard is "don't look like an idiot". This may mean different things but most people would agree that writing emails like "R U going today?" on a regular basis in a business environment would qualify.
> the world changes. deal with it
No. Anyone writing emails that can't spell out three-letter words is going to look like an idiot even in the future. Sorry, but I don't see that changing.
Facebook has made one of the largest pushes into this area. Has it worked? I'm not sure, just because I tend to prefer to not tie my various accounts to Facebook. I assume some people feel the same way, but I suspect the population at large likes this.
In short, there is a system now which gives programs certain capabilities based on tags set in the file system. With this, running as root is not needed for most things.
Seriously, how can anyone on slashdot _not_ do this?
It's such a simple way to prevent these problems. My credit card companies let me set dollar limits and time limits on these virtual cards. You get to worry much less about fraud, as well as companies billing you when you no longer want them to.
I know very little about encryption, but there has to be something other than that single way to decrypt it. Sometimes weaknesses are found that reduce the computation required to break particular algorithms. However, if you can't find any flaws in the algorithm, breaking that single key is pretty much all you've got.
Some of these arguments are rather weak... in both directions.
Facebook posts a broken IPv6 DNS record, and it's Vista's fault that you can't connect to the site? If people break their websites like that, it doesn't matter what OS you use.
You had trouble using the find command in Linux? So what? If you don't know what you're doing at the terminal, do something SENSIBLE and click on "Places->Search for Files" (or your distro's equivalent) in the desktop GUI. That's why things like the GNOME desktop are provided.
Actually SIGKILL is sent to the process in the same way that SIGTERM is. The difference is that a process can attach a handler to SIGTERM and decide what to do with it, but it is not allowed to attach a handler to SIGKILL.
However, it is possible for processes to end up stuck in states where they can't be killed since signals are processed upon return from a system call. If a process makes a syscall into a driver that sits sleeping without returning, it won't be killed until that function ends.
Re:Completely absurd experimentation method
on
Can Time Slow Down?
·
· Score: 2, Insightful
I don't think it requires actual belief that there is danger involved -- just that there is enough stimulus to fool your instincts into reacting as if there were. Falling backwards 150 feet sounds like a good way to do this.
If time perception only changed when you actually thought there would be danger involved, roller coasters would be far less interesting.
Even if that is true, how is a flaky digital cable going to change the inter-symbol arrival time? As before, it gets there or it doesn't... and if it doesn't the "distortion in the time domain" isn't going to be your problem -- you'll still be dropping pieces of audio data.
Or do these flaky digital cables somehow warp time, and slow down the bits flowing down them?
If you trust solution (1), then you can just as easily trust solution (2) if you clone from a gpg-signed git tag.
It's Mosaic... hence no built-in spell-checker. Go figure.
"It takes one gate that accepts our input and outputs a desirable answer. We would like you to design that gate."
Well, Steam-exclusive maybe. It doesn't sound very Valve-like for it to be SteamBox-exclusive.
How true. Every time someone debates these things, someone shows up with strong anti-prescriptivist arguments. As usual, there doesn't seem to be any rational basis for this in the real world. There are rules.
> language never stands still, it constantly evolves, there is no standard
Yes there is. The standard is "don't look like an idiot". This may mean different things but most people would agree that writing emails like "R U going today?" on a regular basis in a business environment would qualify.
> the world changes. deal with it
No. Anyone writing emails that can't spell out three-letter words is going to look like an idiot even in the future. Sorry, but I don't see that changing.
Don't communicate like an idiot. What a good idea!
That is fundamentally the same thing as FPS, unless there are some unstated assumptions that come along with this.
Facebook has made one of the largest pushes into this area. Has it worked? I'm not sure, just because I tend to prefer to not tie my various accounts to Facebook. I assume some people feel the same way, but I suspect the population at large likes this.
See Fedora's page for the same feature.
In short, there is a system now which gives programs certain capabilities based on tags set in the file system. With this, running as root is not needed for most things.
Um... I'm not really following anything you're saying.
Kernel 2.4 supports LVM, he just isn't using it.
I think you might have misread what he said.
ext3 file systems on regular partitions wouldn't be able to use LVM snapshots, because, well, they're not running on LVM volumes.
Seriously, how can anyone on slashdot _not_ do this?
It's such a simple way to prevent these problems. My credit card companies let me set dollar limits and time limits on these virtual cards. You get to worry much less about fraud, as well as companies billing you when you no longer want them to.
"Blog" was the short, cool way of saying "weblog".
Where's the web?
It may have been an axiom, but really, what did BeOS do (or want to do) that Linux doesn't do now?
The Linux OS has been scaled to thousands of CPUs. Sure, most applications don't benefit from multi-processors, but that'd be true in BeOS, too.
I'd honestly like to know if there is some design paradigm that was lost with BeOS that isn't around today.
Then how do you suppose that email sent to user@gmail.com gets to the Google account? Someone just kindly forwards it?
So true. It'll be quite some time before we can get significant speed increases without significant price increases as well.
Well, Gnash has a 64 bit flash plugin, and hopefully this information will help it advance and become better.
Some of these arguments are rather weak... in both directions.
Facebook posts a broken IPv6 DNS record, and it's Vista's fault that you can't connect to the site? If people break their websites like that, it doesn't matter what OS you use.
You had trouble using the find command in Linux? So what? If you don't know what you're doing at the terminal, do something SENSIBLE and click on "Places->Search for Files" (or your distro's equivalent) in the desktop GUI. That's why things like the GNOME desktop are provided.
Actually SIGKILL is sent to the process in the same way that SIGTERM is. The difference is that a process can attach a handler to SIGTERM and decide what to do with it, but it is not allowed to attach a handler to SIGKILL.
However, it is possible for processes to end up stuck in states where they can't be killed since signals are processed upon return from a system call. If a process makes a syscall into a driver that sits sleeping without returning, it won't be killed until that function ends.
I don't think it requires actual belief that there is danger involved -- just that there is enough stimulus to fool your instincts into reacting as if there were. Falling backwards 150 feet sounds like a good way to do this.
If time perception only changed when you actually thought there would be danger involved, roller coasters would be far less interesting.
You could have filed some bugs on 7 (with stack traces, etc.) if it had so many problems... seems to work pretty well for the rest of us.
Well, the sun does in fact have 5 planets. The fact that it also happens to have a couple more doesn't change that.
Even if that is true, how is a flaky digital cable going to change the inter-symbol arrival time? As before, it gets there or it doesn't... and if it doesn't the "distortion in the time domain" isn't going to be your problem -- you'll still be dropping pieces of audio data.
Or do these flaky digital cables somehow warp time, and slow down the bits flowing down them?