Cannot load symbols or hit breakpoints on remote machine. Help!
From: John Garland (avidgator_at_yahoo.com)
Date: 03/19/04
- Previous message: Robert Gruen [MSFT]: "RE: VB.Net Hangs when Debugging"
- Next in thread: John Garland: "NEVER MIND"
- Reply: John Garland: "NEVER MIND"
- Messages sorted by: [ date ] [ thread ]
Date: Fri, 19 Mar 2004 17:43:39 -0500
I'm trying to debug an ActiveX control (ATL71) running within a third-party
client application on a particular machine that I "do not own." Not to get
into the gory details, but assume I cannot install a development environment
on the machine, and likewise, I cannot install the client application on my
development machine. I figured Remote Debug (msvcmon) would be a perfect
solution here, and I have used it without fail in the past with client apps
that I had developed myself, but this appears to be a new case.
For the record, I am using Visual Studio .Net 2003 and seleting the TCP/IP
option in the Remote Debug connection type, and running the Remote Debug
(msvcmon) app from the same suite on the client machine, with TCP/IP
selected and the anyuser option.
I can get the remote application to launch from within the debugger, and I
can watch the symbols being loaded for all of the OS/API dlls (my OS symbols
reside in a symbol cache on my development machine.) However, when my
ActiveX modules is loaded, it refuses to load the symbols. I have tried
placing the symbols in the same path as the client app, in the same path as
the ActiveX control, and/or in my symbol server (using symstore.exe) No
luck. Obviously, breakpoints within the ActiveX control's code (at method
entry points) are completely ignored.
I have also tried launching the app manually on the remote machine and using
Attach To Process to no avail...
I have found a previous article where placing the source tree on the remote
machine may help with symbol-loading, but it seems kind of heavy-handed.
Also, it did not resolve the breakpoint issue for the person struggling with
what seems to be a similar problem.
Any insight would be appreciated. I am happy to provide any additional
information that may be necesary.
--JMG
- Previous message: Robert Gruen [MSFT]: "RE: VB.Net Hangs when Debugging"
- Next in thread: John Garland: "NEVER MIND"
- Reply: John Garland: "NEVER MIND"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|