Locate Class/Method from Dll hex address

[sivrisinek]

This address is in code section of the application and will depend on the different relocations of different libraries.

If you mean the way the solution is structured, it was not changing since long. if you mean at each new linking it might get differently linked, i can not know if we have some huge changes which might cause this.. anyway i want to find an address in a Qt Dll and i do not relink Qt Dll anyway

What you can do is run the application under debugger, stop it, set a breakpoint to this address, continue and read the stack frame when the breakpoint is reached.

Do you mean that the addresses for debug and release dlls are the same? I do not know these issues i'am just trying to understand. If the debug dll has no shift in addresses as compared to the release dll (i would say because of some debug labels it might be different) it should work.

But I can't guarantee it will work at all

Thanks a lot any help is appreciated, if it will not help, at least it will give some insight.

[wysota]

If you mean the way the solution is structured, it was not changing since long.

I mean the way the dynamic linker links parts of the executable together during application startup.
[quote]anyway i want to find an address in a Qt Dll and i do not relink Qt Dll anyway
Finding an address in Qt DLL won't do you any good. You need to find address in your code that called the method from Qt's library that was the direct cause of the crash. What will you gain from knowing the crash occured at destructor of QString?

Do you mean that the addresses for debug and release dlls are the same?

I mean you need to run the exact same executable that caused a crash and make it stop before it crashes. Or just make it crash under debugger. The effect will be the same (or even better).

[sivrisinek]

I can not regenerate the same crash in debug build this IS the reason why want to find the problem using the release build.

The crash is happening sporadically. We can not attach its reason to something specific.

That's why i am longing for -yes- even the simplest clue like QString destructor, it IS better than what i have now: "nothing".

[wysota]

I didn't say you were to use debug build. You were to use the very same executable that crashed.

Believe me, destructor of QString would tell you exactly nothing, especially if your system is threaded.