Assembly reported as built without debug info - that is not true

[Guest]

Hi,

I have copied and registered to the GAC an assembly from my main machine to
another one. When I try to remotely debug the application that loads that
assembly, I get an error that does not make any sense (since I can perfectly
debug it in my own machine):

 

[Gary Chang[MSFT]]

Hi Juan,

Thank you posting!

From the error message, it seems the target assembly has been optimized or
the debugger cannot find its debug information (.pdb file) while debugging.

In order to isolate this problem, would you please provide more detailed
info about the scenario? When do you get that error message? Can you
successfully remote debug any other assembly which is not in the GAC?

I suggest you can watch the 'Modules' window (Debug | Windows | Modules)
while performing the remote debugging. You can find that specific assembly
in the Modules window's loading assemblies' list, check its 'Optimized' and
'Symbol Status' properties.

If the 'Symbol Status' field shows "Cannot find", then it should be caused
by the debugger cannot find that assembly's .pdb file. I suggest you can
copy its .pdb file to the remote machine's ..\WINDOWS\Symbols\dll\
directory.

These tests will help us get closer to resolving your issue, so I
appreciate your time in performing them. Let me know the results at your
earliest convenience. If you have any questions or concerns, please let me
know. I am standing by to help you.

Thanks!

Best regards,

Gary Chang
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.

 

[Guest]

Hi,

Thank you very much for your extraordinarily fast response, as usual!
I eventually figured out much of your suggestions and it was related to the
debugger not finding the pdb. Once I solved that, it debugs fine!!

Again, thanks Gary.

Juan Dent, M.Sc.

Hi Juan,

Thank you posting!

From the error message, it seems the target assembly has been optimized or
the debugger cannot find its debug information (.pdb file) while debugging.

In order to isolate this problem, would you please provide more detailed
info about the scenario? When do you get that error message? Can you
successfully remote debug any other assembly which is not in the GAC?

I suggest you can watch the 'Modules' window (Debug | Windows | Modules)
while performing the remote debugging. You can find that specific assembly
in the Modules window's loading assemblies' list, check its 'Optimized' and
'Symbol Status' properties.

If the 'Symbol Status' field shows "Cannot find", then it should be caused
by the debugger cannot find that assembly's .pdb file. I suggest you can
copy its .pdb file to the remote machine's ..\WINDOWS\Symbols\dll\
directory.

These tests will help us get closer to resolving your issue, so I
appreciate your time in performing them. Let me know the results at your
earliest convenience. If you have any questions or concerns, please let me
know. I am standing by to help you.

Thanks!

Best regards,

Gary Chang
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.

 

[Gary Chang[MSFT]]

Hi Juan,

Thanks for the response!

I am glad to know the problem was resolved, you are very welcome.

Good Luck!

Best regards,

Gary Chang
Microsoft Online Community Support
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
ications.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.