Encountered a nasty issue - if it’s the same in your case then I guess it’s a serious issue… That would mean you can’t practically debug your project in QtCreator if you’re loading sounds/music - the SIGSTOP and Disassembly won’t let you past what they report as issues with OpenAL…
I’d like anyone who has Linux and QtCreator to test debugging a code such as:
(in you ofApp.h you declare:)
ofSoundPlayer soundToLoad;
and in your main ofApp.cpp you just go something as:
void ofApp::setup(){
// yeah, I'm using QtCreator 4.11.1, but it works with OF the same as
// the recommended 4.6.1 version in tutorial
cout << "testing debugger gdb in QtCreator 4.11.1" << endl;
// SIGSTOP on ofOpenAL initialization when calling load sound function
soundToLoad.load("clank.wav");
}
If you try to continue pressing F5 again, it will lead you to the core of the problem - it points to OpenALSoundPlayer initialization that was invoked by loading a sound via ofSoundPlayer…
Originally thought this was a problem with particular Linux distro (Fedora because of its regular bleeding edge updates, including newer c++ and gdb updates), and yet again I changed a distro due to this (Debian as the most stable), though debugging via terminal using gdb worked quite ok.
Turns out it’s neither issue with a distro choice nor QtCreator, because once you comment out that sound-loading function (e.i. you can’t load sounds), Debugging (key shortcut F5) works normally.
So I wonder… did anything changed considerably inside OF v.0.11 ?
(PS: that’s quite weird; now I remember when updating between two updates in Fedora, the older managed to debug it, while since the newer update came, it was no longer possible, resulting in the same scenario as in the pictures above… must be something with new cpp/gdb linux updates, generally…)