|
|
You're in the
visual studio .net debugging
group:Debugging Managed vs Unmanaged code, please help!!!
visual studio .net debugging:
Here is the situation:
I'm trying to debug an AutoCAD ObjectARX application written in C++ with VS.NET 2002 Everything worked fine untill i have used an embedded WebBrowser control in one of my dialogs (Actually the control is contained in another ActiveX control, so i can call "setExternal" on the WebBrowser) The thing is that now when i debug the debugger loads symbols for my application files (which are C++ unmanaged DLLs), and ALSO it loads symbols for msvcr71.dll which is a part of the .NET framework. Now what happens is that when the appliction reaches the point where i have set a break point and it should break into debugger both the application (AutoCAD) and the .NET IDE freezes. My guess is that the reason is that managed and native debugging have mixed somehow, although the debug mode is set to "Native only". Now the most interesting part is that if at this freezing point i kill the AutoCAD process via task manager the App breaks into the debugger! I'm even able to walk the call stack, view variable values etc, but this doesnt help much since when i step into the next statement the app closes (well i killed it's process, din't i) , so i'm unable to step through the code... Does anyone have any ideas how to prevent this behaviour ???
Hi Alex,
[quoted text, click to view] > Now what happens is that when the appliction reaches the point where > I have set a break point and it should break into debugger both the > application (AutoCAD) and the .NET IDE freezes. My guess is that the > reason is that managed and native debugging have mixed somehow, > although the debug mode is set to "Native only". You mentioned the "managed and native debugging have mixed somehow" here, why do you think it may be the reason? Do you have any managed code in the program, or the program is a Managed C++ one? And you also point out the problem only occurs after you add an embedded web-browser control to your program, how is this control, is it anything particular? By the way, do you have tried any other debug mode to debug the program? Thanks for your understanding! Best regards, Gary Chang Microsoft Online Partner Support Get Secure! - www.microsoft.com/security This posting is provided "AS IS" with no warranties, and confers no rights. --------------------
Thank you very much for quick reply.
I'm not sure that the reason to such strange behaviour is that managed and unmaged code are mixed, although it crossed my mind. The application i'm developing is native c++ only , no managed code there. The WebBrowser control i'm reffering to is a standard WebBrowser control from Microsoft, available in shdocvw.dll. The reason that i think it's some how responsable for the behaviour of freezing both the VS.NET IDE and the debugged application is that , this behaviour only happens when i activate that dialog (there is nothing else in the dialog but the WebBrowser control). I also noticed that then only time that the msvcr71.dll is loaded , is when i open that dialog. Also it's strange to me that no symbols are loaded for any of the DLLs (except my own) but for msvcr71.dll the debugger is loading symbols... why? And thanks again for your help... [quoted text, click to view] "Oleg Starodumov" <com-dot-debuginfo-at-oleg> wrote in message news:<OFl5z540EHA.3000@TK2MSFTNGP15.phx.gbl>...
> In addition to Gary's reply: > > > The thing is that now when i debug the debugger loads symbols for my > > application files (which are C++ unmanaged DLLs), and ALSO it loads > > symbols for msvcr71.dll which is a part of the .NET framework. > > > > msvcr71.dll is the DLL version of C runtime library (unmanaged). > > > Does anyone have any ideas how to prevent this behaviour ??? > > Any tips, pointer and help would be appreciated... > > If you have two machines, try to debug remotely. > > http://msdn.microsoft.com/library/en-us/vsdebug/html/vxoriRemoteDebuggingSetup.asp > > Regards,
Please see my followup to Oleg , but I forgot to mention that I did
try ALL of other debug modes. (Auto, mixed, etc...) [quoted text, click to view] alex@meidan.co.il (Alex Hazanov) wrote in message news:<3b4d2179.0411251334.1586d3f7@posting.google.com>...
> Here is the situation: > I'm trying to debug an AutoCAD ObjectARX application written in C++ > with VS.NET 2002 > Everything worked fine untill i have used an embedded WebBrowser > control in one of my dialogs (Actually the control is contained in > another ActiveX control, so i can call "setExternal" on the > WebBrowser) > > The thing is that now when i debug the debugger loads symbols for my > application files (which are C++ unmanaged DLLs), and ALSO it loads > symbols for msvcr71.dll which is a part of the .NET framework. > > Now what happens is that when the appliction reaches the point where i > have set a break point and it should break into debugger both the > application (AutoCAD) and the .NET IDE freezes. My guess is that the > reason is that managed and native debugging have mixed somehow, > although the debug mode is set to "Native only". Now the most > interesting part is that if at this freezing point i kill the AutoCAD > process via task manager the App breaks into the debugger! I'm even > able to walk the call stack, view variable values etc, but this doesnt > help much since when i step into the next statement the app closes > (well i killed it's process, din't i) , so i'm unable to step through > the code... > > > Does anyone have any ideas how to prevent this behaviour ???
In addition to Gary's reply: [quoted text, click to view] > The thing is that now when i debug the debugger loads symbols for my > application files (which are C++ unmanaged DLLs), and ALSO it loads > symbols for msvcr71.dll which is a part of the .NET framework. > msvcr71.dll is the DLL version of C runtime library (unmanaged). [quoted text, click to view] > Does anyone have any ideas how to prevent this behaviour ??? > Any tips, pointer and help would be appreciated... If you have two machines, try to debug remotely. http://msdn.microsoft.com/library/en-us/vsdebug/html/vxoriRemoteDebuggingSetup.asp Regards, Oleg
[quoted text, click to view] > I'm not sure that the reason to such strange behaviour is that managed > and unmaged code are mixed, although it crossed my mind. > The application i'm developing is native c++ only , no managed code > there. > The WebBrowser control i'm reffering to is a standard WebBrowser > control from Microsoft, available in shdocvw.dll. > > The reason that i think it's some how responsable for the behaviour of > freezing both the VS.NET IDE and the debugged application is that , > this behaviour only happens when i activate that dialog (there is > nothing else in the dialog but the WebBrowser control). > I also noticed that then only time that the msvcr71.dll is loaded , is > when i open that dialog. It means that the application itself does not use msvcr71.dll, but it is used by one of the DLLs which are loaded by the WebBrowser control. While loading the control, take a look at Debug Output window and you will see a couple of messages about loading DLLs. One of them is linked to msvcr71.dll (you can check it with Depends tool) [quoted text, click to view] > Also it's strange to me that no symbols are loaded for any of the DLLs > (except my own) but for msvcr71.dll the debugger is loading symbols... > why? Because they are supplied with VS.NET and therefore are present on your system. Btw, have you tried remote debugging? Regards, Oleg
Hi Alex,
Does this problem occur in some other machines,do you have tried Oleg's suggestion? Thanks! Best regards, Gary Chang Microsoft Online Partner Support Get Secure! - www.microsoft.com/security This posting is provided "AS IS" with no warranties, and confers no rights. --------------------
Don't see what you're looking for? Try a search.
|
June 2003
July 2003
August 2003
September 2003
October 2003
November 2003
December 2003
January 2004
February 2004
March 2004
April 2004
May 2004
June 2004
July 2004
August 2004
September 2004
October 2004
November 2004
December 2004
January 2005
February 2005
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
November 2006
December 2006
January 2007
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
| home · blog · groups | Questions? Comments? Contact the dn |