Slashdot Mirror
Programmers Hold Funerals for Old Code
MacBrave writes "The AP has an interesting story about how the programming staff at an Ohio company are holding funerals for retired or 'killed' programs. I dunno, this sounds a little TOO geeky for my tastes......."
Actually, it depends on whether you have devfs and on mv's implementation. If you have devfs, then mv becomes copy and unlink, because rename doesn't work between filesystems. So, if you use devfs and mv is implemented to truncate, but not delete, destinations before overwriting them, then it would work. Though it would be quicker to just delete or shred the file.
I actually did this once. Our school's CS cluster was maintained partly by students, one of whom was me. I was, of course, very inexperienced in actual Unix administration, though I had read Slashdot, Usenet, etc., quite a bit. There was a directory in someone's home directory that no one could delete, even as root (probably due to some bizarre NFS issue, never figured it out). I had heard the phrase "send flames to /dev/null" and others in that vein. Plus I knew... er, "knew"... that /dev/null would always delete what you sent to it. Putting 1 and 1 together to make 3, I typed sudo mv undeletable_dir /dev/null.
/dev/null to the actual device in /devices/pseudo/ (this is a Solaris system). Crisis averted.
In the terminal room, there was suddenly a cacophany of beeping. The phone started ringing. This was bad. And no one knew how to fix it.
Someone suggested rebooting the machine. Of course, the machine promptly refused to boot. Much panic was in abundance, the phrase "complete restore from backup" was ominously spoken. Finally, someone with a Clue (TM) showed up and pointed out that we only needed to remake the symlink from
Moral? Several. man(4) null. Don't do things as root if you aren't sure what will happen. When you fsck shit up, try to find someone who actually knows what they're doing, and get them to fix it. And, above all, don't believe what you read on the Internet.