Debugging Problem

[rkshdixit]

Hi All, I am using a 3rd party dll when i am debuging this dll i am facing a problem the problem is it is skiping the function for example if there are function in dll suppose A(); // I WANT TO GET IN TO DEBUG A B(); But dont know how it is getting in to B. i am using VS2008 with MFC Feature Pack. Thanks for any idea or suggestion.

[Iain Clarke Warrior Programmer]

Unless the dll is supplied with debugging symbols, and you have the source code, the answer is tough. C++ code gets compiled, and ulness you're amazing with assembler, that's largely it. So, ask the supplier of the 3rd party dll very nicely. I'm not 100% sure I've understood your question properly though, so feel free to explain it more. Iain.

Codeproject MVP for C++, I can't believe it's for my lounge posts...

[rkshdixit]

Hi, Thanks for your response. you are correct i am having source code of dll as well with me actually the problem is very dramatic i am inherting a control class in my project and then creating its object then it is not properly working, if i directly create the object of the baseclass then it is working fine for me but if i create the object of my derived class then it is not working for me.... the sample is below void SEC_TREECLASS::ParseCreateStruct(CREATESTRUCT& cs) { DWORD dwTreeStyle = cs.style & TVS_STYLES; cs.style &= ~TVS_STYLES; DWORD dwTreeExStyle = cs.dwExStyle & TVXS_STYLES; cs.dwExStyle &= ~TVXS_STYLES; // THIS IS THE PROBLEM POINT I WANT TO GET IN TO THIS METHOD BUT ModifyTreeCtrlStyle( 0, dwTreeStyle, FALSE ); // IT IS JUMPING INSIDE THIS ModifyTreeCtrlStyleEx( 0, dwTreeExStyle, FALSE ); } IF I am creating the same thing in sample code then derived class is also working for me ..... i know it is tough to answer because situation is not consistent ....just if some one have faced this problem ever give some suggestion.

[ky_rerun]

If the dll has debuging symbols you should be able to step into it. And VS will ask you where the source code is. It may be you have a non debug version if that is the case you will need to rebuild the dll from source with symbols.

---

a programmer traped in a thugs body

[Nest]

I have the same problem with the same method in BOOL SEC_TREECLASS::ModifyTreeCtrlStyleEx inside, the first line is DWORD dwTreeStyleEx = GetTreeCtrlStyleEx(); but it jumps into SetTreeCtrlStyleEx() How did you manage to overcome your problem?

[Nest]

It works now. Stingray should be compiled as MFC Dll Stingray dll and project settings should indicate that these libraries should be used. Something like _SFLDLL, _OVDLL.... in preprocessor definition should be put