And on the same grounds, the fact that it gets reintroduced means it was in fact fit after all, as the only thing that determines is living on. And as we (apparantly) decided to reintroduce it, it's perfectly fit.
Bottom line: We're not influencing the system, we're part of it.
(sub-bottom-line: The question of whether we want the Tas. Tiger in our world is a different one, but don't claim we shouldn't because of a 'sin against evolution'.)
And thus it's wise to choose passwords starting with letters above m, and thus it's wiser to crack in inverse alphabetic order, and thus you should start using the first chars alphabetically low.. Unless you're very sure about what software your attacker will use you just can't say. And scanning in random-letter order is trivial and causes an almost negligable speed decrease too, so all in all, the entire thing is moot.
All the absence of a BGCOLOR tag says is: This site is made on the basis of content, not looks, and so does not require a specific background colour, customise to your own needs/likes.
Quoth the raven: bollocks. Given a sufficiently large truely random input, achieving compression is impossible.
(the 'sufficiently large' is necessary because it is possible that a random generator would give say all 0's for a bit. But if you go on long enough, the average compression will be 1:1 or worse.)
Nope, wouldn't work either. The best you can get on average over all possible inputs is 1:1.
Quite simple really. Given data of n bits. There are then n^2 possible data sets. So If you want to number all of them, each one will require an indentifier that can have n^2 possible values, also known as n bits. You can jostle the distribution around a bit, making the data pieces you expect to find encode to shorter numbers, but over all possible inputs, the best you can get is 1:1.
Except for the eeny weeny tiny little fact there are no open source (or even decent closed source) player available... Well, xanim has a decoder for some of the codecs, but all the ones for which decent decoders are available are crap at low-bandwidth. Not to mention that I've never really heard any decent low-bandwidth quicktime audio codecs whatsoever.
How would that work? If the server sends you data at twice the data-rate your connection can manage, half of them won't reach you. You have no choice which of those reach you.:(
Actually, under the right circumstances the human eye can detect a single photon. However, due to the preprocessing done by the brain this signal doesn't actually reach any conscious part of your brain (for lack of better terms). But you don't need that many photon's, 10 or 20 should be perfectly detectable under the right circumstances.
Let's not forget that the 128/200kbps for audio you talk about are for audio with no or very few audible artifacts. Nobody claimed VHS has no or very few visible/audible artifacts.
Slashdot Mirror
Mercury delay lines have already been used quite succesfully in machines like UNIVAC and ENIAC. Google for it to get pictures and descriptions.
Should have asked her how many patients drank water or breathed air...
There is some work being done on this (xmmsmg), though I get the impression not all xmms core developers are eager to drop dependency on the X11 gui..
O(100000) is also O(1).
O does not mean order of magnitude.
O(1e5)=O(1)
And on the same grounds, the fact that it gets reintroduced means it was in fact fit after all, as the only thing that determines is living on. And as we (apparantly) decided to reintroduce it, it's perfectly fit.
Bottom line: We're not influencing the system, we're part of it.
(sub-bottom-line: The question of whether we want the Tas. Tiger in our world is a different one, but don't claim we shouldn't because of a 'sin against evolution'.)
alpha as in alpha version, not alpha cpu :)
Running it both on sunOS 5.6 and 5.8 without major problems apart from the annoying 'this is an alpha' box..
Doesn't seem like there's much done yet... I'd say your better off using vcr and a crontab, or writing something based on it..
Not all EM is radio waves... But According to wordnet it's borderline
From WordNet (r) 1.6 [wn]:
radio wave
n : an electromagnetic wave with a wavelength between 0.5 cm to
30,000 m [syn: {radio emission}, {radio radiation}]
And thus it's wise to choose passwords starting with letters above m, and thus it's wiser to crack in inverse alphabetic order, and thus you should start using the first chars alphabetically low.. Unless you're very sure about what software your attacker will use you just can't say. And scanning in random-letter order is trivial and causes an almost negligable speed decrease too, so all in all, the entire thing is moot.
Sshd is never suid root. It just gets run by something with uid root. (either init or inetd)
please learn the difference between symmetrical and asymmetrical encryption
s/tag/attribute/. D'oh.
All the absence of a BGCOLOR tag says is: This site is made on the basis of content, not looks, and so does not require a specific background colour, customise to your own needs/likes.
Quoth the raven: bollocks. Given a sufficiently large truely random input, achieving compression is impossible.
(the 'sufficiently large' is necessary because it is possible that a random generator would give say all 0's for a bit. But if you go on long enough, the average compression will be 1:1 or worse.)
Nope, wouldn't work either. The best you can get on average over all possible inputs is 1:1.
Quite simple really. Given data of n bits. There are then n^2 possible data sets. So If you want to number all of them, each one will require an indentifier that can have n^2 possible values, also known as n bits. You can jostle the distribution around a bit, making the data pieces you expect to find encode to shorter numbers, but over all possible inputs, the best you can get is 1:1.
If you do it like that, what does it gain you? I doubt it'll save server cpu time, at that's all it could help performance-wise...
Don't solve your problems with scheduling with hardware.
Except for the eeny weeny tiny little fact there are no open source (or even decent closed source) player available... Well, xanim has a decoder for some of the codecs, but all the ones for which decent decoders are available are crap at low-bandwidth. Not to mention that I've never really heard any decent low-bandwidth quicktime audio codecs whatsoever.
How would that work? If the server sends you data at twice the data-rate your connection can manage, half of them won't reach you. You have no choice which of those reach you. :(
Actually, under the right circumstances the human eye can detect a single photon. However, due to the preprocessing done by the brain this signal doesn't actually reach any conscious part of your brain (for lack of better terms). But you don't need that many photon's, 10 or 20 should be perfectly detectable under the right circumstances.
Let's not forget that the 128/200kbps for audio you talk about are for audio with no or very few audible artifacts. Nobody claimed VHS has no or very few visible/audible artifacts.
Nope, they can't. That's what tcp has sequence numbers for. All they could do is a SYN flood, which wouldn't be very effective.
Have you looked in your /usr/lib recently? Chances are, it's already one helluva large dir...
As to hunting down 1.x libraries, that's what package managers are for.