Rob Eberhardt

cleverness ensues

skip navigation

 Thursday, April 10, 2008

A friend gave me a work update today, which made my day:

"They wanted a craptastic site that just shows what they offer and how to get a hold of them, so I pooped something out of Frontpage and gave it to them."

I'd normally give credit, but I'm pretty sure he doesn't want it for this.

4/10/2008 3:57 PM Eastern Daylight Time  #    Disclaimer  |  Comments [0]  | 

 Wednesday, March 12, 2008

I've fought with this before, and am getting it again on a fresh SBS R2 install in monitoring reports (and the Event Viewer/System log):

The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID {E579AB5F-1CC4-44B4-BED9-DE0991FF0623} to the user NT AUTHORITY/NETWORK SERVICE SID (S-1-5-20). This security permission can be modified using the Component Services administrative tool.

It took a long time to track down/fix the first time.  It was faster this time, but I'm documenting it now for future reference.  I underlined the important bits above.

First connect the dots:

  1. Looked up that CLSID with regedit in HKCR\CLSDID\{E579AB5F-1CC4-44B4-BED9-DE0991FF0623}
  2. Looked up its AppID there: {56BE716B-2F76-4dfa-8702-67AE10044F0B}
  3. Open Component Services: Start > Run > dcomcnfg
  4. (Guess that it's VSS related since SBS often has VSS errors, and) open My Computer > DCOM Config > Volume Shadow Copy Service > properties dialog.
  5. Confirm Volume Shadow Copy Service has that Application ID: {56BE716B-2F76-4dfa-8702-67AE10044F0B}

Then actually make the fix:

  1. Open Security tab > Launch and Activation Permissions > [Edit] button
  2. [Add] Network Service,  [OK]
  3. Allow Local Activation permissions to Network Service,  [OK], [OK]


My opinion: connecting the dots shouldn't be so nearly much more involved than making the fix.

(Credit to this article for documenting the basic troubleshooting process.)

3/12/2008 10:00 AM Eastern Daylight Time  #    Disclaimer  |  Comments [0]  | 

 Thursday, March 06, 2008

I won't say it's "finally" coming, because it might be one of Internet Explorer's fastest major upgrades.  But IE8 is coming, and better yet, I think it is "finally" catching up with the competition.

The news is all over the place, and this time I won't dig into the tech like I did with the IE7 beta.  I have installed the developer beta for a little testing, and it looks pretty similar to IE7.  Since the UI isn't changing much, I think it's a comparatively developer-heavy release (yum!). 

Here are some good official links:

And the interesting progress & commentary:

My own/other thoughts:

New Direction: A lot of the most interesting new stuff is neither UI/security improvements nor core web technology improvements, but Web 2.0-type stuff like Activities and WebSlices which seem to be targeting easier mashups and 3rd-party browser extensions.

Bad Chrome: A later IE7 release added back the Classic file menu.  Now they've added the crap links bar back in, sacrificing that much more viewport to the biggest waste of browser chrome.  Those plus the infobar warning I got right away doubles the 3 rows it should be, meaning if it goes live this way, my various inattentive relatives are gonna be scrolling way too much:

image

Developer's Browser Ecosystem: IE7 usage is still roughly even with IE6, and seems to have leveled off.  It's frustrating that IE6 is still hanging on so much.  Let's get IE8 in and IE6 gone!

3/6/2008 1:13 PM Eastern Standard Time  #    Disclaimer  |  Comments [0]  | 

 Tuesday, February 26, 2008

 

Microsoft just published an interesting Windows Vista One Year Vulnerability Report

I especially like this graph:
 Graph showing decrease of security vulnerabilities from Windows XP to Windows Vista

I mentioned a few days ago that Vista seems to have picked up at XP's current level of stability.  From this it looks like it's done the same with security. 

I think what's remarkable is that they've accomplished this while increasing the amount of Windows code (because of new features).  Normally more code creates more ways for it to fail and to get hacked, but the Vista team has done the opposite.  That's impressive.

For bonus points, read through the report's comments (pretty fun on its own) and then read this response on the MS Software Development Lifecycle team blog.

2/26/2008 10:32 AM Eastern Standard Time  #    Disclaimer  |  Comments [0]  | 

 Friday, February 22, 2008

I've been using Vista Business for about a year.  I've had it on a secondary work machine since around May, and as my primary work machine since November. Overall, it's quite nice.

But it's definitely had its quirks, mostly with waking from standby or hibernation. I put a couple hotfixes on, and they definitely helped, but it still did have an occasional strangeness. That said, in almost a year's time, I only remember needing to hard-reset it perhaps 3 times, and needing to reboot it maybe 5.

Now, I think that's great, considering these machines belong to a tweaker like me (read: not a grandma or Mac-type user who doesn't try new things).  I'd say it's comparable reliability to a current stable XP system. This is an important comparison -- XP has been maturing since 2001, but Vista started out at the same level of reliability.

As an aside, I've had several non-technical folks ask me "is Vista as bad as they say?" and I've only been able to respond "as who says?"  The only negative reviews I've seen were some journalists who must have put Vista on old hardware without current drivers.  But IT professionals I've talked to who've used Vista for a while seem to like it.

So anyway, I still didn't want that occasional quirk, so I tracked down hot-off-the-presses Service Pack 1, and applied it last night.  It took about 45 minutes, and went flawlessly.  Hooray for that, and hopefully it sails even smoother now...

2/22/2008 3:10 PM Eastern Standard Time  #    Disclaimer  |  Comments [0]  | 

 Wednesday, February 06, 2008

In case anyone needs this, I found that this (quite batchable) command opens the XPSP2 Firewall appropriately so Symantec Management Console can push SAV licenses to workstations:

> netsh firewall set portopening TCP 2967 "Symantec AntiVirus Client Management" enable subnet

2/6/2008 12:08 PM Eastern Standard Time  #    Disclaimer  |  Comments [0]  |