https://bugs.kde.org/show_bug.cgi?id=389100

--- Comment #2 from Michael Heidelbach <ottw...@gmail.com> ---
(In reply to Milian Wolff from comment #1)
> are you maybe using a debug build in KDevelop and a release build in Qt
> Creator? 

$ file /usr/bin/kdevelop
/usr/bin/kdevelop: ELF 64-bit LSB shared object, x86-64, version 1 (GNU/Linux),
dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux
3.2.0, BuildID[sha1]=a25f68e11f0df7e95e0881b060e3dc9fec6563bb, stripped

1) Before I tried this I had resetted KDev.-settings to defaults + removed
everything from the environment.
2) In the meantime I tried using qtcreator with the previously saved enviroment
settings  from KDev.
Now look:
```
ASSERT: "docId > 0" in file ...
src/frameworks/baloo/src/engine/idfilenamedb.cpp, line 104
Das Programm ist abgestürzt.
The process was ended forcefully.
... build/frameworks/baloo/bin/balooctl crashed.
```
So apparently my setup is borked. I haven't figured out what it is yet. 

> One way or another, the QtCreator behavior is the unexpected one,
> you seem to be compiling without assertions there.
Really? The app is expected to crash? How can I debug an application that
doesn't pass Q_ASSERT(false). Is there a global flag or something to disable
assertions and still have 'qDebug() << "bla";' work? 
I'm using c++/cmake et. al. only for 2 weeks now => zero..lowest experience.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to