Nothing ventured, nothing gained - All Comments

Diretório WinSxS - Windows XP, Vista e Server 2003/2008 | Cesar Romero

Diretório WinSxS - Windows XP, Vista e Server 2003/2008 | Cesar Romero — Wed, 15 Apr 2009 19:30:49 GMT

PingBack from http://www.cesarromero.com.br/diretrio-winsxs-windows-xp-vista-e-server-20032008/

Demystifying the WinSxS directory in Windows XP, Vista and Server 2003/2008

Aaron Tiensivu's Blog — Mon, 01 Oct 2007 00:20:02 GMT

A coworker recently received his every two year work laptop refresh and was in the middle of loading his new laptop with Vista. For some reason, his hard drive C: was partitioned to only 25GB and the rest of the space reserved for a much larger drive

Demystifying the WinSxS directory in Windows XP, Vista and Server 2003/2008

Aaron Tiensivu's Blog — Mon, 01 Oct 2007 00:19:59 GMT

re: Desiging Datastructures for Longevity

Mike Jackson — Mon, 16 Aug 2004 22:18:00 GMT

Excellent article. Well put.

re: Registration-free applications and components

Chango V. — Sun, 08 Aug 2004 15:57:00 GMT

Looking forward to the "mini chapters". I read once about this registration-free COM Interop. Definitely sounds nifty, but it would be nearly an impossible sell with our custom applications (at least for now) if Windows XP is to be reqired. Any way to get the same functionality on Windows 2000 as well?

re: Registration-free applications and components

Eddie Tse — Sun, 08 Aug 2004 14:04:00 GMT

Can you have registration free COM+ components too? Not Services without components but COM+ objects that doesn't require registration.

re: Registration-free applications and components

Andrei — Sun, 08 Aug 2004 05:49:00 GMT

Well, to answer your questions ... code examples are certanly required. Because firstly them prove your point and secondly they provide a place to start writing components and apps that you're talking about.

I don't think airy academic discussions are required, but I feel the subjects should be described as thoroughly as necesarry for things to be crystall clear.

And finally, yes, dissection of any functions or whatever used if at least usefull.

Of course , those are my opinions , but since your doing such a series of articles, why not do it like a pro. :)

Thanks

re: Registration-free applications and components

Jamie Cansdale — Sat, 07 Aug 2004 16:38:00 GMT

I'd like to know if there is any way add-in and library developers can take advantage of this feature. I have a nasty feeling you have to 'own' the EXE involved. Hopefully I'll be proved wrong!

Thanks, Jamie.

re: Intro

Andrew Shuttlewood — Sun, 11 Jul 2004 21:05:00 GMT

This sounds somewhat like the Debian package manager, (although I believe they removed this functionality).

In the old days (about two years ago?), installing new Debian packages would ask you about mime types, and ask you where you wanted the package to sit - for example, if you installed a new image viewer, it would ask you the priority in the mime configuration. Once you picked a priority, then it's fairly easy to handle removal of a package - you simply eliminate it's entry, and other applications would then bump to top.

Likewise, for common applications, Debian creates symlinks to /etc/alternatives for each package. A brief example

/usr/bin/x-terminal-emulator is a link to /etc/alternatives/x-terminal-emulator.
/etc/alternatives/x-terminal-emulator then links in my case to /usr/X11R6/bin/uxterm.

If I removed that particular package, then another application that provided that alternative could be configured instead. I Believe this is done randomly, but I'd have to look at the source code to check.

Of course, in the fairly hostile world of Windows, this is a lot harder - with applications abusing APIs to put themselves to the top whenever they can, so maybe asking the user is a good thing in this case.

(Actually, having looked at it, the alternatives stuff does have a priority associated with it - when a package is uninstalled "update-alternatives" is called, which notices any removed packages and then changes the symlinks to them).

(And the mime stuff is done using "mailcap.order", which has a manpage on my debian box to explain how to use it).

Most of this is a lot more useful when you have control over the packaging environment and you can assume that installed packages are non-hostile, but the system does handle some of your scenarios anyway. It might give you some good ideas :)

re: Intro

Larry Osterman — Sat, 10 Jul 2004 23:25:00 GMT

Welcome aboard Jon, subscribed.