Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


On Thu, Feb 24, 2011 at 11:56:56AM +0100, Francois Tigeot wrote:
On Thu, Feb 24, 2011 at 10:11:46AM +0000, Caolán McNamara wrote:
On Thu, 2011-02-24 at 09:30 +0100, Francois Tigeot wrote:

With STAR_RESOURCEPATH set, gdb ends up in an eternal wait state, exactly
like when I ran it from build.

I am now using gcc 4.4.2 (was 4.1.2) and this time gdb is a bit more useful.

The cppunit test is taken from sal/qa/OStringBuffer and is a bit simpler
than my original choice.

The command is:

LD_LIBRARY_PATH=${LD_LIBRARY_PATH+${LD_LIBRARY_PATH}:}/home/ftigeot/Projects/LibreOffice/bootstrap/clone/ure/sal/unxdflyx3.pro/lib:/home/ftigeot/Projects/LibreOffice/bootstrap/solver/330/unxdflyx3.pro/lib
 ../../unxdflyx3.pro/bin/cppunittester ../../unxdflyx3.pro/lib/librtl_OStringBuffer.so


(gdb) run
Starting program:
/home/ftigeot/Projects/LibreOffice/bootstrap/clone/ure/sal/unxdflyx3.pro/bin/cppunittester 
../../unxdflyx3.pro/lib/librtl_OStringBuffer.so
OK (0)

Program received signal SIGSEGV, Segmentation fault.
0x0000000801535510 in ?? ()
(gdb) bt
#0  0x0000000801535510 in ?? ()
#1  0x00000008010b7db9 in __cxa_finalize (dso=0x0) at /usr/src/lib/libc/../libc/stdlib/atexit.c:178
#2  0x00000008010b7a4a in exit (status=0) at /usr/src/lib/libc/../libc/stdlib/exit.c:64
#3  0x000000000040223a in _start (ap=0x7fffffffcd60, cleanup=0x80050ef0d <rtld_exit>) at 
/usr/src/lib/csu/x86_64/crt1.c:101
(gdb) quit


-- 
Francois Tigeot

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.