On Fri, 19 Jun 2009, Guy Roussin wrote: > $ ldd ./t > libharbour.so => /usr/local/lib/harbour/libharbour.so (0x2aadc000) > libc.so.6 => /lib/libc.so.6 (0x2af44000) > libm.so.6 => /lib/libm.so.6 (0x2b0bc000) > libdl.so.2 => /lib/libdl.so.2 (0x2b154000) > librt.so.1 => /lib/librt.so.1 (0x2b168000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2b184000) > /lib/ld.so.1 (0x2aaa8000) > libpthread.so.0 => /lib/libpthread.so.0 (0x2b1c0000) > $ file /usr/local/lib/harbour/libharbour-2.0.0.so > /usr/local/lib/harbour/libharbour-2.0.0.so: ELF 32-bit LSB shared object, > MIPS, MIPS-I version 1 (SYSV), dynamically linked, with unknown capability > 0xf41 = 0x756e6700, not stripped
Looks correct though I do not know what: with unknown capability 0xf41 = 0x756e6700 means. You can try to catch SIGSEGV in GDB. Maybe C call stack say us sth more about the source of problem. Run: gdb ./t r # execute binaries bt # show backtrace C call stack after SIGSEV >> shared library code. You can try to recompile whole Harbour >> code with: >> export HB_USER_PRGFLAGS="-fPIC" > /usr/local/bin/harbour ../../achoice.prg -n1 -i../../../../include -q0 -w3 > -es2 -kmo -l -gc3 -fPIC > Error F0034 Bad command line option 'f' Ups. Sorry my mistake. Should be: export HB_USER_CFLAGS="-fPIC" best regards, Przemek _______________________________________________ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
