<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>UAC in MSI Notes: How I Root Cause The Problem</title><link>http://blogs.msdn.com/rflaming/archive/2006/09/20/uac-in-msi-notes-how-i-root-cause-the-problem.aspx</link><description>This is the second in a series of notes about UAC in MSI. Per the earlier caveat , these are just my notes and not an official position from the Windows Installer team . The previous entry was the introduction to the series . This entry will talk about</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>How UAC in Vista will impact your Setup</title><link>http://blogs.msdn.com/rflaming/archive/2006/09/20/uac-in-msi-notes-how-i-root-cause-the-problem.aspx#765823</link><pubDate>Fri, 22 Sep 2006 10:43:38 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:765823</guid><dc:creator>InstallSite Blog</dc:creator><description>Windows Vista introduces a security concept called User Account Control (UAC) which has multiple impacts</description></item><item><title>DevInstall.Com&amp;#8217;s WebLog &amp;raquo; Understanding UAC in Vista and Windows Installer</title><link>http://blogs.msdn.com/rflaming/archive/2006/09/20/uac-in-msi-notes-how-i-root-cause-the-problem.aspx#769888</link><pubDate>Mon, 25 Sep 2006 05:36:14 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:769888</guid><dc:creator>DevInstall.Com’s WebLog » Understanding UAC in Vista and Windows Installer</dc:creator><description>PingBack from &lt;a rel="nofollow" target="_new" href="http://blog.devinstall.com/?p=6"&gt;http://blog.devinstall.com/?p=6&lt;/a&gt;</description></item><item><title>How Windows Installer interacts with UAC in Windows Vista</title><link>http://blogs.msdn.com/rflaming/archive/2006/09/20/uac-in-msi-notes-how-i-root-cause-the-problem.aspx#778867</link><pubDate>Sun, 01 Oct 2006 04:44:21 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:778867</guid><dc:creator>Aaron Stebner's WebLog</dc:creator><description>Robert Flaming has been posting a series of articles describing how Windows Installer interacts with...</description></item><item><title>re: UAC in MSI Notes: How I Root Cause The Problem</title><link>http://blogs.msdn.com/rflaming/archive/2006/09/20/uac-in-msi-notes-how-i-root-cause-the-problem.aspx#810491</link><pubDate>Tue, 10 Oct 2006 02:02:48 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:810491</guid><dc:creator>D</dc:creator><description>&lt;p&gt;I am not sure what is meant by &amp;quot;Windows Installer itself has been around since 1995&amp;quot; - it has only been around since the release of Office 2000.&lt;/p&gt;
&lt;p&gt;I think the first generation of user and machine seperation was the unified &amp;quot;Registry&amp;quot; memory resident namespace having a user oriented section and a computer oriented section. &amp;nbsp;This approach propagated into NT from it's birth on OS/2.&lt;/p&gt;
&lt;p&gt;Having a single memory resident namespace that is only complete when a specific user context is completely loaded has actually (IMHO) been the source of much frustration and work in software installation since it always needs to be accounted for. &amp;nbsp;File based name spaces can be accessed from any user context since - such as UNIX home directories and computers directories for storing applications.&lt;/p&gt;
&lt;p&gt;.NET is actually reeling us back to the pre-registry days by allowing the storage the equivalent of COM registrations on disk (manifest files) alleviating the burden of the constant need to maintain a memory based, user specific name space.&lt;/p&gt;
</description></item></channel></rss>