RE: How to debug remotely and ensure that the loaded assemblies ar
- From: jetan@xxxxxxxxxxxxxxxxxxxx ("Jeffrey Tan[MSFT]")
- Date: Fri, 02 Mar 2007 08:48:02 GMT
Hi Juan ,
Thanks for your feedback.
Can you tell me why do you think the strong named assemblies are loaded
from the debugger machine GAC? I suspect you check this by using "Modules"
window in the debugger during remote debugging, see the attachment. Since
the debugger will list "C:\Windows\Assembly..." for the module path, you
believe the debugger is using the assemblies in the local GAC instead of
from the remote machine. If I have misunderstood you, please feel free to
tell me, thanks.
Actually, that's the path on the remote machine.(i.e. there is a C:\WINDOWS
on that box). This is by design(I talked with the VS debugger team to
confirm this). The debugger will take any effect on the loaded modules in
remote machine. Let's think from another perspective: when your application
is running on remote machine, it is loaded by .Net loader/fusion on remote
machine; all the referenced assemblies are also loaded by remote machine
Net loader/fusion. VS debugger has no effect or knowlege on this process.
Now, we used VS debugger to remote attach that application, VS debugger
will just leverage various native Win32 and .Net debugging service to probe
that process. However, all the loaded assemblies and modules are remained
the same without touch, so they are still loaded from the remote machine
previous by .Net Loader. Only when the debugger is trying to debug a
mini-dump, will it try to load some modules from debugger side; this is
because the mini-dump is quite small, it does not contain all the modules
of the application.
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.
Attachment:
module.JPG
Description: Binary data
- References:
- RE: How to debug remotely and ensure that the loaded assemblies are re
- From: "Jeffrey Tan[MSFT]"
- RE: How to debug remotely and ensure that the loaded assemblies are re
- Prev by Date: RE: Can't single-step
- Next by Date: MyApplication error
- Previous by thread: RE: How to debug remotely and ensure that the loaded assemblies are re
- Next by thread: RE: Can't single-step
- Index(es):
Relevant Pages
|
Loading