I have a really trivial example that I've been unable to get running no matter what I try. I'm using ndk2.0.1. The setup to recreate the problem is simple; the project needs to link to qt(4.8.2) and to stdlibc++ (not libcpp, libstdc++).
(main.cpp)
#include <iostream>
#include <sstream>
int main(int argc, char *argv[])
{
std::cout << "This doesn't work\n";
return 0;
}
That's it. You can use whatever toolchain you want (ntoxg++ or qcc), it doesn't seem to matter. If you use the qcc tool chain, you have to explicitly include the libstdc++ paths and link to it, since it uses libcpp by default. Build the project: it should compile fine. The bar-descriptor I used is here (http://pastie.org/4018541).
Create the bar file and deploy it. Once I start the program at this point, it'll show me the splashscreen for a few seconds and quit (crash) ... You'll notice:
* no log output (we expect something from the cout call)
* a nice core file waiting from the crash
Running the core file through ntox-gdb gives you:
#0 0xb8b5e329 in __gnu_cxx::__exchange_and_add (__mem=0x0, __val=-1)
at atomicity.cc:36
36 atomicity.cc: No such file or directory.
in atomicity.cc
(gdb) backtrace
#0 0xb8b5e329 in __gnu_cxx::__exchange_and_add (__mem=0x0, __val=-1)
at atomicity.cc:36
#1 0xb8b03471 in __exchange_and_add_dispatch (__val=<optimized out>,
__mem=<optimized out>)
at /home/builder/hudson/650-gcc-4.4/svn/linux-x86-o-ntox86/i486-pc-nto-qnx6.5.0/pic/libstdc++-v3/include/ext/atomicity.h:79
#2 _M_remove_reference (this=<optimized out>)
at /home/builder/hudson/650-gcc-4.4/svn/linux-x86-o-ntox86/i486-pc-nto-qnx6.5.0/pic/libstdc++-v3/include/bits/locale_classes.h:505
#3 std::locale::~locale (this=0xb837d5fc, __in_chrg=<optimized out>)
at ../../../../../libstdc++-v3/src/locale.cc:89
#4 0xb8b0faa9 in ~basic_streambuf (this=<optimized out>,
__in_chrg=<optimized out>)
at /home/builder/hudson/650-gcc-4.4/svn/linux-x86-o-ntox86/i486-pc-nto-qnx6.5.0/pic/libstdc++-v3/include/streambuf:193
#5 std::basic_filebuf<char, std::char_traits<char> >::~basic_filebuf (
this=0xb837d5e0, __in_chrg=<optimized out>)
at /home/builder/hudson/650-gcc-4.4/svn/linux-x86-o-ntox86/i486-pc-nto-qnx6.5.0/pic/libstdc++-v3/include/fstream:215
#6 0xb0bbd205 in __cxa_finalize ()
from /home/preet/bbndk-2.0.1/target/qnx6/x86/lib/libc.so.3
#7 0xb832de67 in _btext ()
from /home/preet/bbndk-2.0.1/target/qnx6/x86/lib/libcpp.so.4
#8 0xb836a265 in _fini ()
from /home/preet/bbndk-2.0.1/target/qnx6/x86/lib/libcpp.so.4
#9 0xb0bd46d3 in ?? ()
from /home/preet/bbndk-2.0.1/target/qnx6/x86/lib/libc.so.3
#10 0xb0bd5d38 in ?? ()
from /home/preet/bbndk-2.0.1/target/qnx6/x86/lib/libc.so.3
#11 0xb0bbd052 in _cleanup ()
from /home/preet/bbndk-2.0.1/target/qnx6/x86/lib/libc.so.3
#12 0xb0bbd337 in exit ()
from /home/preet/bbndk-2.0.1/target/qnx6/x86/lib/libc.so.3
#13 0x080487b0 in _start ()I have no idea what to do with this stack trace and I haven't been able to debug the problem further.
This issue is especially messed up because I didn't even add any Qt code to the application yet; just linked to the libs. Not linking to the Qt libs will make this bit of code run fine. Linking to the Qt code with libcpp instead of libstdc++ will also make the code run as expected.
This problem's been driving me insane for the last coueple of days and I'd really really appreciate any help or advice.
