Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...
.NET Forum / Languages / Managed C++ / September 2007

Tip: Looking for answers? Try searching our database.

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

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Juan Dent - 03 Sep 2007 18:24 GMT
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?
Signature

Thanks in advance,

Juan Dent, M.Sc.

Reply to this Message
Jeffrey Tan[MSFT] - 04 Sep 2007 04:10 GMT
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/VisualStudio/feedback/ViewFeedback.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/subscriptions/managednewsgroups/default.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/subscriptions/support/default.aspx.
==================================================

This posting is provided "AS IS" with no warranties, and confers no rights.
Reply to this Message
remy.deslignes@gmail.com - 04 Sep 2007 16:27 GMT
On Sep 4, 5:10 am, je...@online.microsoft.com ("Jeffrey Tan[MSFT]")
wrote:
> Hi Juan,
>
[quoted text clipped - 7 lines]
> 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
Reply to this Message
Jeffrey Tan[MSFT] - 05 Sep 2007 03:40 GMT
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/archive/2004/08/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/subscriptions/managednewsgroups/default.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/subscriptions/support/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
Reply to this Message
Jeffrey Tan[MSFT] - 10 Sep 2007 04:39 GMT
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/subscriptions/managednewsgroups/default.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/subscriptions/support/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
Reply to this Message

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage
Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.