Optical Illusion
I saw this today. I thought it was interesting.

[/musings] [permanent link]

WTF?
I'm used to guitarists mocking the bass and bassists. It doesn't bother me too much. But this... This irritated me. A lot.
Today at work there was a group of people talking about Rock Band and Guitar Hero 3. None of them actually know how to play intstruments but they claim to be great at these games. They seem to believe this entitles them mock bassists.

• "Oh man, bass is so easy. It's the guitar that's the hard part. Yeah, I'm on expert on the guitar."
• "Yeah, bass is so stupid."
• "So It's me, my brother, and my sister. I play guitar, he's on drums, and my sister sings."
  "what about bass?"
  "My friend just got Guitar Hero 3. I'll make him play bass."
  [Both laugh]
• After making statements indicating this person believes he actually is better than Tom Morello, "After you make Tom Morello or Slash your bitch, they play bass for you."

[/musings] [permanent link]

chdir(2)
So today at work another developer many years my senior, with many more years experience than I, came to me with a Unixy problem.
"When I have a program, how can I have it so the current working directory for all processes it starts isn't the one that it started in?"
"chdir."
"No, I want so that if this process starts something like ls, when ls stats 'dot' I want 'dot' to be the directory that process wants it to be, not the directory that process was started from."
After about 15 minutes of me suggesting chdir while he said that's not what he wanted but then describing chdir, I finally wrote something along the lines of the following

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>

int
main (int argc, char *argv[])
{
  system("/bin/pwd");
  system("/bin/ls");
  chdir("/tmp");
  system("/bin/pwd");
  system("/bin/ls");
  chdir("/etc");
  system("/bin/pwd");
  system("/bin/ls");
  chdir("/");
  system("/bin/pwd");
  system("/bin/ls");
  return 0;
}

I compiled that, ran it, showed him the output. He said, "Yeah, that's what I want to do."
I showed him the code.
"chdir does that?"

[/unix] [permanent link]

Alpha
Due to the power failure, there was the loss of several hours of work. Last night I installed FreeBSD 6.2-RELEASE on an old DEC AlphaStation 200 I have. I had started building a new, smaller kernel for it around 23:30 last night. It had not completed by the time of the power outage. I have restarted that build.
Any one reading this would reasonably ask, "Why are you not as confused/angry/annoyed with a compile that was not finished in 7 hours as you were about one that took 3 hours?"
The answer is simple. This AlphaStation is powered by a 100MHz DEC Alpha EV4 CPU and has 64MB of RAM. To the best of my knowledge, DEC made this machine around 1994 or 1995. I expected the build to take a long time; the machine is around a dozen years old.

[/unix] [permanent link]

How long does it take to build a linux kernel?
It has been a number of years since I built a linux kernel. Slackware 9.1 was the last GNU/Linux distro I used before switching back to BSD. Tonight I put together a machine from some old parts (1.2GHz celeron with 256KB cache, 256MB RAM, 20GB hard drive) and installed Slackware 12. I customized a kernel configuration and attempted to build it. I don't remember the 2.4 kernel taking as long to build as this 2.6 kernel. It took nearly two hours. Granted, this machine is fairly old, but 2 hours? After I complete the tasks for which I needed this setup, I'm going to install an older Slackware with the 2.4 kernel and build that. I may also install FreeBSD and NetBSD and build their kernels. I'd like to get an idea how long it takes to compile other kernels on this rig.

[/unix] [permanent link]

Migraine
I hate waking up with migraines.

[/musings] [permanent link]

freebsd-update
I'm attempting to update my laptop from FreeBSD 9.1-Beta1 to 9.1-RC1. The freebsd-update(8) utilitly was reporting an error finding the public key. A quick search found this thread. As per tangram's suggestion, I used

env UNAME_r=9.0-RELEASE freebsd-update upgrade -r 9.1-RC1

and then the update began working.

[/unix] [permanent link]

unHide
After a friend's computer became infected with some malware that hides files in your home directory and tries to extort money from you in order to "recover" your data, I was inspired to write this little program.

All it does is search for hidden, non-system files and unhides them. It defaults to the user's home directory (My Documents), but other directories can be chosen.

If anyone wants to try it out, please do. If you do try it, let me know what parts I can do better. I primarily work on embedded systems and Unix daemons professionally; the user only knows my software exists when it isn't working. As such, I have very little experience with GUIs or human-computer interactions. Any feedback would be much appreciated.

The Windows executable can be found at: http://www.skinnymf.com/~mforde/unHide/. Source code is available upon request.

[/code] [permanent link]