Slot Not Being Called In RELEASE Build Mode, DEBUG is fine (Windows and Linux)

[nikhilqt]

In MSVC enable Debugging, Generate Debug Info such that you can debug the Release mode.

and also post your signal, slot signatures.

[bob2oneil]

I think this may be resolved, I cleaned out physically all build directories, ran Clean, qmake, etc. However, I am interested in any type of runtime signal/slot spy, or perhaps a trace log that is operative in both debug and release modes (similar to
a TraceWin application that I have used in the past).

[_Stefan]

There is always a difference between debug and release.
Sometimes, your debug version does do something you expected, but does not work in release.
This just means, your code is still wrong, but due to debug stuff, it covers up the error. In example when using pointers/memory that is invalid.
Debug versions tend to keep used memory longer valid, while in release versions, your memory is already made invalid/reused.

But if cleaning and running qmake worked, there probably was something wrong with your moc stuff

I guess you can use QDebug to create the basis of a trace thingie!

[squidge]

Conan is the only signal spy I know of and it appears to work on release mode applications as the signal information will still be there regardless.

[bob2oneil]

Thanks for everyone's inputs. I was fairly confident that my code was solid, although I certainly understand the nature of debug vs release in general, and how behaviors and timing can change. I think my problem was with MOC generation, and the simply project related
implementations such as "Clean All" and rerun qmake did not at first resolve the problem. I wanted to make sure that there was not something inherent to the release builds of the Qt DLL's that would explain the strange behavior. I think the moral of this thread is that
if behavior changes between releases, make sure you try very hard to regenerate everything. I actually made a few changes in my project's preprocessor contents, the side effect was complete regen occurred.

Thanks for the confirmation on Conan, sounds like a good spy for both DEBUG and RELEASE modes.

More broadly, what I have done in previous developments (not necessarily Qt), is have a trace window that I could use for both debug and release mode diagnostics.

MSVC 16-bit has a separate log window, I created my own for MFC Win32. Is there any Qt app that anyone is aware of for runtime logging and diagnostics for say program call stack info?

For example, I have used a product called SmartInspect for .NET and Java based applications.