<![CDATA[Why doesn't this work?]]>I am debugging a project where I know some of the pointers used are nullptr, so I originally implemented calls to Q_ASSERT_X before the usage, however the execution didn't stop even though the pointer is nullptr, so I tried replacing with assert, same behaviour.

assert(m_d!=nullptr);
return m_d->smManager;

With a breakpoint on the assert I can see that m_d is nullptr but it continues on as if nothing was wrong...

[Edit]
Qt Creator 4.12.4
Qt 5.12.2
GCC 8.5.0 20210514
Operating System Red Hat 8.5.0-10 64 bit

]]>https://forum.qt.io/topic/140992/why-doesn-t-this-workRSS for NodeWed, 07 Oct 2026 18:22:59 GMTThu, 24 Nov 2022 12:23:54 GMT60<![CDATA[Reply to Why doesn't this work? on Thu, 24 Nov 2022 16:30:19 GMT]]>@SPlatten can you copy your Q_ASSERT_X code here? As JonB wrote, use your logger code to show if it is a nullptr.
Also open your Makefile in build dir and -g has to be there. If not, make distclean and rebuild your project.
CFLAGS = -pipe -g -Wall -Wextra -D_REENTRANT -fPIC $(DEFINES)
CXXFLAGS = -pipe -g -std=gnu++1z -Wall -Wextra -D_REENTRANT -fPIC $(DEFINES)

if you see -g and -O2 or -O3, that is mixed build.

]]>https://forum.qt.io/post/737587https://forum.qt.io/post/737587Thu, 24 Nov 2022 16:30:19 GMT<![CDATA[Reply to Why doesn't this work? on Thu, 24 Nov 2022 16:22:37 GMT]]>@SPlatten
If sounds like you are compiling such that assert/Q_ASSERT/Q_ASSERT_X are no-ops.

Alternatively your assumption that the pointer is null is wrong. For example there are other reasons that m_d->smManager could crash than m_d being nullptr.

There is no point guessing about compiler flags when you can just look at the compile command being executed very easily.

Since you are changing code anyway, replace the assert(m_d!=nullptr); with something you know how it behaves:

if (m_d == nullptr)
    QMessageBox() or write-to-file or whatever
]]>https://forum.qt.io/post/737586https://forum.qt.io/post/737586Thu, 24 Nov 2022 16:22:37 GMT<![CDATA[Reply to Why doesn't this work? on Thu, 24 Nov 2022 16:14:09 GMT]]>@JoeCFD , I commented out this line from the Makefile. It was the only occurrence found, but still Q_ASSERT_X has no effect.

]]>https://forum.qt.io/post/737583https://forum.qt.io/post/737583Thu, 24 Nov 2022 16:14:09 GMT<![CDATA[Reply to Why doesn't this work? on Thu, 24 Nov 2022 15:01:16 GMT]]>This line is actually not needed. But check if NDEBUG is used in your code explicitly.
CONFIG(release, debug|release): DEFINES += NDEBUG

if pro is used, you do not need to add anything for config. Maybe do not use mixed build "release | debug". Check the config setting in the .pro file.
if cmake is used, add
set( CMAKE_BUILD_TYPE Debug )

Q_ASSERT() works fine in my app.

]]>https://forum.qt.io/post/737571https://forum.qt.io/post/737571Thu, 24 Nov 2022 15:01:16 GMT<![CDATA[Reply to Why doesn't this work? on Thu, 24 Nov 2022 13:48:38 GMT]]>@jsulm I know I'm building debug because I can debug, I start the process and attach using Qt Creator, I wouldn't be able to do that with source if I was running a process built for release.

]]>https://forum.qt.io/post/737562https://forum.qt.io/post/737562Thu, 24 Nov 2022 13:48:38 GMT<![CDATA[Reply to Why doesn't this work? on Thu, 24 Nov 2022 13:46:21 GMT]]>@SPlatten said in Why doesn't this work?:

I believe I'm building in debug mode

Why don't you simply check in which mode you're building?

]]>https://forum.qt.io/post/737561https://forum.qt.io/post/737561Thu, 24 Nov 2022 13:46:21 GMT<![CDATA[Reply to Why doesn't this work? on Thu, 24 Nov 2022 13:45:30 GMT]]>@jsulm I commented out that line, cleaned the project and rebuilt, the behaviour is still the same.

]]>https://forum.qt.io/post/737560https://forum.qt.io/post/737560Thu, 24 Nov 2022 13:45:30 GMT<![CDATA[Reply to Why doesn't this work? on Thu, 24 Nov 2022 13:35:47 GMT]]>@jsulm , I believe I'm building in debug mode as I can debug the C++ and the source is visible.

]]>https://forum.qt.io/post/737556https://forum.qt.io/post/737556Thu, 24 Nov 2022 13:35:47 GMT<![CDATA[Reply to Why doesn't this work? on Thu, 24 Nov 2022 13:17:41 GMT]]>@SPlatten said in Why doesn't this work?:

Does this explain it ?

The question is: do you build in debug or release mode?
If in release mode then NDEBUG will be set.
You can also check compiler calls to see whether NDEBUG is set or not.

]]>https://forum.qt.io/post/737554https://forum.qt.io/post/737554Thu, 24 Nov 2022 13:17:41 GMT<![CDATA[Reply to Why doesn't this work? on Thu, 24 Nov 2022 13:14:58 GMT]]>@jsulm I searched the entire project build and found this:

# Disable asserts if building in release mode
CONFIG(release, debug|release): DEFINES += NDEBUG

Does this explain it ?

]]>https://forum.qt.io/post/737552https://forum.qt.io/post/737552Thu, 24 Nov 2022 13:14:58 GMT<![CDATA[Reply to Why doesn't this work? on Thu, 24 Nov 2022 13:07:48 GMT]]>@jsulm , I will investigate, I am able to debug the project, is NDEBUG required in addition to this?

]]>https://forum.qt.io/post/737551https://forum.qt.io/post/737551Thu, 24 Nov 2022 13:07:48 GMT<![CDATA[Reply to Why doesn't this work? on Thu, 24 Nov 2022 13:00:39 GMT]]>@SPlatten Debug or release build?
If NDEBUG is defined assert will do nothing.

]]>https://forum.qt.io/post/737549https://forum.qt.io/post/737549Thu, 24 Nov 2022 13:00:39 GMT