> > 1. I created a test VB6 Ocx control with create symbolic debug info
> > and disabled optimizations.
[quoted text clipped - 12 lines]
>
> Oleg
> I found the way to opne the Modules window.
>
> 1. I ran the VB6 ocx control
> 2. attach the process to VS2005 debugger
> 3. I have opened the modules window bu the ocx & its symbol file is
> not loaded.
In VB.NET application, set breakpoint at some place where you absolutely
sure that the ocx will be loaded. After that breakpoint is hit, check the presence
of the ocx and its symbols in Modules window.
Also, previously you wrote:
> 1. I created a test VB6 Ocx control with create symbolic debug info
> and disabled optimizations.
[quoted text clipped - 3 lines]
> 4. Ran the VB6 ocx application
> 5. Then ran the VB.Net application
I am not sure that I understand why step 4 is needed. What kind of application
did you run in step 4? Usually you need only VB.NET application, which loads
the ocx, and do not need to run other applications.
Oleg
mano - 07 Mar 2007 09:38 GMT
> In VB.NET application, set breakpoint at some place where you absolutely
> sure that the ocx will be loaded. After that breakpoint is hit, check the presence
> of the ocx and its symbols in Modules window.
I did the above step & the ocx control is loaded and its symbol is al
lodaded.
This is the line I copied from the modules window.
"DebTest.ocx D:\debug test\DebTest.ocx N/A N/A Symbols loaded. D:
\debug test\DebTest.pdb 33 1.00.0.0 3/6/2007 5:28 PM 11000000-11006000
[3172] W.exe: Native "
I have set break point in the ocx also but it is not hiting the break
points of the ocx control.
I need to step into the OCX control.
regards
Mano
Oleg Starodumov - 07 Mar 2007 10:27 GMT
> > In VB.NET application, set breakpoint at some place where you absolutely
> > sure that the ocx will be loaded. After that breakpoint is hit, check the presence
[quoted text clipped - 11 lines]
> I have set break point in the ocx also but it is not hiting the break
> points of the ocx control.
Try to show a message box from the ocx (when it is called by the client app).
While this message box is shown, break into debugger, check the call stack
and switch to a stack frame that belongs to the ocx. Will the debugger be able
to show you the ocx' sources in this case?
Oleg
mano - 07 Mar 2007 11:18 GMT
On Mar 7, 3:27 pm, "Oleg Starodumov" <com-dot-debuginfo-at-oleg>
wrote:
> > > In VB.NET application, set breakpoint at some place where you absolutely
> > > sure that the ocx will be loaded. After that breakpoint is hit, check the presence
[quoted text clipped - 18 lines]
>
> Oleg- Hide quoted text -
Yes in this case the Debugger shows the VB6 ocx source in VB.Net. But
I want step into VB6 Ocx control.
How I have to step into VB6 ocx.
Mano
Oleg Starodumov - 07 Mar 2007 11:44 GMT
> > Try to show a message box from the ocx (when it is called by the client app).
> > While this message box is shown, break into debugger, check the call stack
[quoted text clipped - 5 lines]
>
> How I have to step into VB6 ocx.
I am not sure it's possible to step between VB.NET and VB6 code in this case,
AFAIR breakpoints always had to be used as a workaround.
Btw, do breakpoints work now? (e.g. if you set breakpoint in the source that has been
shown by the debugger, e.g. in a place that will be executed after you dismiss
the message box)
Oleg
mano - 08 Mar 2007 12:19 GMT
On Mar 7, 4:44 pm, "Oleg Starodumov" <com-dot-debuginfo-at-oleg>
wrote:
> > > Try to show a message box from the ocx (when it is called by the client app).
> > > While this message box is shown, break into debugger, check the call stack
[quoted text clipped - 13 lines]
>
> Oleg
Thanks for your responses and valuable guidence. This is helping me to
debug the ocx control to some extend using the .Net IDE.
Thanks & Regards
Manoharan