BSOD’d Again! Windows 7, 64-bit

Today’s BSOD on my Windows 7 x64 laptop:

A clock interrupt was not received on the secondary processor within the allocated time interval.

*** STOP: 0x00000101 (0x31, 0x0, 0xFFFFF880009EE180, 0x1)

Actually, it’s been quite a while since I’ve had an actual Blue Screen Of Death (BSOD).  Since I’ve been having random resets, this BSOD may actually be helpful for diagnosis.  My primary development VM (VirtualBox) was installing the beta of Visual Studio 2010 SP1 at the time.  I sure hope the environment is intact enough to do some work!

UPDATE, 1/13/2011:

The clock interrupt BSOD occurred again overnight (~3:15 am).  I left a VBox VM running with software installing, but that completed long  before the BSOD.  I took a quick snapshot with my cell before restarting the M6500.

BSOD – Clock Interrupt screenshot
BSOD – Clock Interrupt

RockMelt = Installer Melt on Windows 7

I was excited today to get my invitation to try RockMelt – I’m really curious to see what they’ve put together web browsing and social networking. “Your Browser. Re-Imagined.”

Unfortunately, I didn’t get the kind of Melt experience I wanted. I downloaded the little (~500kB) installer and launched it. More specifically, I launched it using Run as administrator since, as per the Principle of Least Privilege, I was logged in as a User.  This typically works fine for most recent installers – they’ve learned how to do their work using an admin’s credentials and installing for all users.  RockMelt’s installer isn’t working correctly, however.  The installer completed (downloaded more files, installed, etc.) without error, so everything looked good.  But there was no RockMelt in the start menu, etc.  Hmmm, what’s going on?

I figured it was a problem with running as different credentials from the current user, so I:

  • Uninstalled RockMelt (as an admin, still logged in as low-priv user)
  • Logged off & logged back in with an admin account
  • Re-installed RockMelt

Ok, all should be good, right?  Well, not exactly.  When I tried to launch RockMelt from the start menu, I got this error:

RockMelt - Launch Error
RockMelt - Launch Error

It turns out now that it doesn’t matter how I’m logged in when I run the installer, it always uses the first user’s AppData path.  So, for example, if AdminDude launches the installer, the shortcut points to C:UsersDudeAppDataLocal…. because Dude was the logged in user the very first time I ran the installer.  It’s probably just some registry data, but I don’t want to spend time hunting it down.  Maybe they’ll resolve it in a future release.  Regardless I Shoulda Used a VM! #ShouldaUsedAVM