SXS: Unable to resolve storage root for assembly direectory...

[=?Utf-8?B?SnVhbiBEZW50?=]

Hi,

I am getting the following in a VC++ EXE (using VS2005) that links several
C++ DLLs and uses MFC and ATL, when I try to start it under the debugger:

-------
'Exactus.UX.Studio.v1.exe': Loaded 'C:\WINDOWS\system32\advapi32.dll', No
symbols loaded.
'Exactus.UX.Studio.v1.exe': Loaded 'C:\WINDOWS\system32\rpcrt4.dll', No
symbols loaded.
'Exactus.UX.Studio.v1.exe': Loaded 'C:\Exactus\EDF
4.0\Bin\Exactus.UXP.Grid.v1.dll', Symbols loaded.
SXS: Unable to resolve storage root for assembly directory
x86_Microsoft.VC80.MFC_1fc8b3b9a1e18e3b_8.0.50727. 762_x-ww_3bf8fa05 in 2 tries
SXS: RtlGetAssemblyStorageRoot() unable to resolve storage map entry.
Status = 0xc0150004
SXS: Unable to resolve storage root for assembly directory
x86_Microsoft.VC80.MFC_1fc8b3b9a1e18e3b_8.0.50727. 762_x-ww_3bf8fa05 in 2 tries
SXS: RtlGetAssemblyStorageRoot() unable to resolve storage map entry.
Status = 0xc0150004
SXS: Unable to resolve storage root for assembly directory
x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727. 762_x-ww_6b128700 in 2 tries
SXS: RtlGetAssemblyStorageRoot() unable to resolve storage map entry.
Status = 0xc0150004
SXS: Unable to resolve storage root for assembly directory
x86_Microsoft.VC80.MFC_1fc8b3b9a1e18e3b_8.0.50727. 762_x-ww_3bf8fa05 in 2 tries
SXS: RtlGetAssemblyStorageRoot() unable to resolve storage map entry.
Status = 0xc0150004
SXS: Unable to resolve storage root for assembly directory
x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727. 762_x-ww_6b128700 in 2 tries
SXS: RtlGetAssemblyStorageRoot() unable to resolve storage map entry.
Status = 0xc0150004
SXS: Unable to resolve storage root for assembly directory
x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03 in 2 tries
SXS: RtlGetAssemblyStorageRoot() unable to resolve storage map entry.
Status = 0xc0150004
SXS: Unable to resolve storage root for assembly directory
x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727. 762_x-ww_6b128700 in 2 tries
SXS: RtlGetAssemblyStorageRoot() unable to resolve storage map entry.
Status = 0xc0150004
Debugger:: An unhandled non-continuable exception was thrown during process
load
-------

What does this mean and how can I fix it? Is there something wrong in the
DLL Exactus.UXP.Grid.v1.dll which seems to trigger the message?
--
Thanks in advance,

Juan Dent, M.Sc.

[Jeffrey Tan[MSFT]]

Hi Juan,

Based on the output information, this looks like a VC++ side-by-side
assembly resolving problem.

By searching in our internal database, I find one similar reported record.
The user is also experiencing "SXS: Unable to resolve storage root for
assembly directory" error message for even a very simple program. After
troubleshooting, it seems that this problem is project specific. The
difference is the "Merge Environment" setting in the "Debugging" section of
the "Configuration Properties" for the project property dialog. The default
is "Yes", but the user changed it to "No" which caused the Sxs assembly
resolving problem.

You may look the "Merge Environment" setting above to check if it is "No"
by mistake. If so, you may change it back to "Yes" to see if the problem
goes away. If you wanted to see more details regarding the reported
record, please refer to the link below:
"VS2005 IDE Debugger will not start for even a simple C++ Program"
https://connect.microsoft.com/Visual...ck.aspx?Feedba
ckID=113869&wa=wsignin1.0

Hope this helps.

Best regards,
Jeffrey Tan
Microsoft Online Community Support
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications.

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscripti...t/default.aspx.
==================================================

This posting is provided "AS IS" with no warranties, and confers no rights.

[remy.deslignes]

On Sep 4, 5:10 am, [e-mail] ("Jeffrey Tan[MSFT]")
wrote:

Hi Juan,

Based on the output information, this looks like a VC++ side-by-sideassemblyresolving problem.

By searching in our internal database, I find one similar reported record.
The user is also experiencing "SXS:Unabletoresolvestoragerootforassemblydirector y" error message for even a very simple program. After
troubleshooting, it seems that this problem is project specific. The
difference is the "Merge Environment" setting in the "Debugging" section of
the "Configuration Properties" for the project property dialog. The default
is "Yes", but the user changed it to "No" which caused theSxsassembly
resolving problem.

Based on my experience, it seems that this is caused by the
impossibility to resolve %SystemRoot% env variable, thus making
impossible to find the WinSXS DLL directory.
One could override this by setting the %SystemRoot% by hand within the
debugger.

( anyway, your hint probably saved my night. Thanks )

Rémy

[Jeffrey Tan[MSFT]]

Hi Remy,

Yes, maybe you are right. Matt Pietrek explains the usage of Merge
Environment trick for environment variable in his blog entry below:
http://blogs.msdn.com/matt_pietrek/a...04/208392.aspx

Thanks.

Best regards,
Jeffrey Tan
Microsoft Online Community Support
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications.

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscripti...t/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.

[Jeffrey Tan[MSFT]]

Hi Juan,

Have you reviewed my reply to you? Does setting "Merge Environment" to
"Yes" resolve your problem? If you still need any help or have any concern,
please feel free to feedback, thanks.

Best regards,
Jeffrey Tan
Microsoft Online Community Support
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications.

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscripti...t/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.