Slashdot Mirror


User: billbaggins

billbaggins's activity in the archive.

Stories
0
Comments
144
First seen
Last seen
Profile
(view on slashdot.org)

Comments · 144

  1. Re:One point he really missed... on Shattering Windows · · Score: 1
    Yay! Thank you :-)

    /me twiddles thumbs to wait for 20-second cooling-off period imposed by slashcode... learn something new about this site every day...

  2. One point he really missed... on Shattering Windows · · Score: 1
    ...You could flood an [X] application with fake messages and see how it responds; you could send it corrupt messages and see how it responds. Chances are, it would cope just fine, since it'll choose what to do with the messages and process the flood one at a time.
    Someone tried this... sorry, I have no idea what the link is, but I think it was on Slashdot a few months ago. Generate a bunch of random Xor Win32 messages, maybe well-formed, maybe not, and fire them at the app of your choice. Most apps on both platforms died quickly and spectacularly.
  3. All of this kvetching about bad sysadmins, and yet on Happy Birthday Code Red · · Score: 1
    So pretty much everyone can see from this that there are still people who have no fscking clue about maintaining security, yes?

    And yet, just a few discussions down the /. front page, there's this massive collective rant, questioning the gov't's motive in releasing something that they claim is designed to help secure people's boxen. If the gov't software were just to stop code red and nimda from moving so fast, wouldn't that qualify as "public interest" enough for them to do that, just out of the goodness of their hearts?

    Apologies for twisted grammar of preceding para. /me needs sleep, badly!

  4. Ask fortune: embedded systems on Volvo's "Safety Car" Runs Windows 98 · · Score: 1
    >/usr/games/fortune -m "imbedded system"

    If you ever want to have a lot of fun, I recommend that you go off and program an imbedded system. The salient characteristic of an imbedded system is that it cannot be allowed to get into a state from which only direct intervention will suffice to remove it. An imbedded system can't permanently trust anything it hears from the outside world. It must sniff around, adapt, consider, sniff around, and adapt again. I'm not talking about ordinary modular programming carefulness here. No. Programming an imbedded system calls for undiluted raging maniacal paranoia. For example, our ethernet front ends eed to know what network number they are on so hat they can address and route PUPs properly. How do you find out what your network number is? asy, you ask a gateway. Gateways are required by efinition to know their correct network numbers. Once you've got your network number, you start sing it and before you can blink you've got it wired into fifteen different sockets spread all over creation. Now what happens when the panic-stricken operator realizes he was running the wrong version of the gateway which was giving out the wrong network number? Never supposed to happen. Tough. Supposing that your software discovers that the gateway is now giving out a different network number than before, what's it supposed to do about it? This is not discussed in the protocol document. Never supposed to happen. Tough. I think you get my drift.

  5. Driver distraction... on Volvo's "Safety Car" Runs Windows 98 · · Score: 1
    ...according to knowledgeable sources, driving with just a cell phone in play (even a hands-free one) is enough of a distraction to make you drive like you're drunk. What is all this gadgetry going to do to a driver??

    Seriously, though, all those warnings are good (as long as false positives don't cause boy-who-cried-wolf syndrome in the driver) but being able to watch the back seat? I think this is going too far...

  6. One question... on Designing a New Version Control System? · · Score: 1

    pardon my general .NET ignorance, but does the thing run on Linux? If it doesn't, then there's your answer for a lot of us here, I think...

  7. Re:You can't win, you know... on Seventeen Years of Tetris · · Score: 2, Interesting
    If I remember right, the argument went something like this:
    1. If you get X pieces that alternate S and Z, you will lose, no matter how good you are.
    2. There is a nonzero probability of this event occurring in any given X-piece string.
    3. Any event with nonzero probability must occur eventually (assuming randomness and a few other things that probably don't actually apply).
    4. You will eventually get X pieces that alternate S and Z.
    5. You will eventually lose, no matter how good you are.
    Useless? Probably. But when has that stopped a mathematician who's looking for a grant? (I've been one, I should know!)
  8. Re:Angry? Why? on Elements 116 and 118 are Bogus? · · Score: 2, Informative

    And if you take the trouble to look at the pictures on the site again, you'll see that 118 is still blank...

  9. In related news.... on Elements 116 and 118 are Bogus? · · Score: 4, Funny

    Stock in Lawrence Berkeley National Laboratory plummeted in afternoon trading, while the head researcher vigorously denied rumors that Arthur Andersen had provided proofreading services for the paper in question...

  10. The site for the people who did it... on Seventeen Years of Tetris · · Score: 4, Informative
    ...for the record, it was Brown university, and the seemingly official site is here.

    Enjoy.

  11. You can't win, you know... on Seventeen Years of Tetris · · Score: 3, Interesting
    Someone at the U of MN Geometry Center created a proof that if the S and Z shapes alternate for long enough (the ceiling he gave was something like 70,000 pieces) you absolutely must lose (depending, of course, on the exact geometry of the well). Even had a Java applet that allowed you to try it yourself...

    Blindingly obvious? Probably. Just the sort of blinding obviousness that makes this country great...

    You can see the applet and a link to the paper here.

  12. Re:Invasion of Privacy. on MPAA Goes After Its Customers · · Score: 1

    Thanks. I knew there was some sort of handy phrase for that, but I couldn't remember what it was...

  13. Been done. on MPAA Goes After Its Customers · · Score: 2, Interesting
    IIRC, Napster did this a while ago, while they were still being dealt with piecemeal (eg, everything Metallica must go). Someone wrote a plugin or something (never used it, not sure what it did) that munged filenames in some reversible way. I think the counter-solution was to ban files based on ID3 tags.

    In the battle between better warhead and better shielding, the warhead always wins. But who's got which here?

  14. Re:Invasion of Privacy on MPAA Goes After Its Customers · · Score: 2, Insightful
    If a police officer goes through your room and finds a bomb, without a warrant, he can't do anything with it, until he gets one from a judge.
    True, but if he sees one through the window, or is just dropping by to chat and spies a few dozen sticks of TNT and schematics of the Hoover Dam, he doesn't need a warrant, any more than an arrest warrant is needed when the cop sees you stick up the 7-11. (Ok, IANAL, but I did read up on this a while ago, and I believe this to be true...)

    So they go on Gnutella like everyone else and see something (something anyone could see) that you shouldn't be sharing. And they ask your ISP to ask you to stop. I don't thin this is IoP.

    Whether they should is another question entirely. But if you are sharing something for the whole internet to see, you should expect everyone on the internet to see it. Even the ones you don't want to.

  15. Re:no mp3s? on Lazy Musicians Spawn Robot Ukulele · · Score: 1
    Right. You're going something that looks cool, something that geeks are going to be interested in.... in sort, something that's begging to get slashdotted... and you think "Gee, I want to put up some big fat sound files so that visitors can suck up even more bandwidth!"

    The better to melt your server, my dear...

  16. Re:Lego Robots on Lazy Musicians Spawn Robot Ukulele · · Score: 1
    This would also mean they are using Interactive C (a stripped down version of C) for their programming.
    Nope. Did you read the page (and specifically the code)? Looks to me like LegoLogo instead.

    Though, yes, handyboard would normally imply something C-like...

  17. Re:Anti-slashdotting.... on Harvesting Capacitors for Backyard Munitions · · Score: 1

    More likely the site owner submitted it to Slashdot himself, and so knew it was coming...

  18. Anti-slashdotting.... on Harvesting Capacitors for Backyard Munitions · · Score: 5, Informative
    Yes, the bandwidth is horrific, so I've shrunk all the images to a much smaller size (160 wide) instead of their usual 640 and 320. If you want to see this and actually make out the pictures (and read the text in them), come back in a week or so when the traffic has dropped and I've put the full-res ones back. Assuming I don't get firewalled off first :)

    And I bet it still won't work....

  19. Re:Learn this skill on Are Written Computer Science Exams a Fair Measure? · · Score: 1
    "2) This is a pointless exercise and serves no useful purpose."

    I have a small whiteboard and set of markers that I use for this "pointless exercise" practically every time that I code something. Working on a computer, I typically can't see enough of the code to be able to tell if I'm doing something completely stupid or not. So I sketch everything on the whiteboard. Ok, not code per se, but flowcharts, or maybe an API listing, or whatever seems appropriate, and usually enough that the actual coding is trivial. Once I've got it firmly set in my head, then I get going.

    Your mileage may vary. It probably does. But IMHO it's a lot easier when zapping out bad code is just a fingerswipe away...