Error Building, vcl segmentation fault

classic Classic list List threaded Threaded
21 messages Options
Next » 12
julien2412 julien2412
Reply | Threaded
Open this post in threaded view
|

Error Building, vcl segmentation fault

Hi,

I've just done these steps :
make clean
git pull -r
bni/g pull -r
./autogen.sh --with-git (i removed  --disable-kde --disable-kde4 just to
test if kde parts are ok, of course i installed kdelibs4-dev
./download
make

and i've got :
Entering
/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util

Compiling: vcl/unxlngi6.pro/misc/vcl_dflt_version.c
Compiling: vcl/unxlngi6.pro/misc/vclplug_gen_dflt_version.c
Compiling: vcl/unxlngi6.pro/misc/vclplug_gtk_dflt_version.c
Compiling: vcl/unxlngi6.pro/misc/vclplug_kde_dflt_version.c
Compiling: vcl/unxlngi6.pro/misc/desktop_detector_dflt_version.c
Making:    vcl.lib
Making:    ipure_x
Making:    igtk_plug_
Making:    ikde_plug_
Making:    idet
Making:    libvclli.so
Making:    libvclplug_genli.so
Making:    libvclplug_gtkli.so
Making:    libvclplug_kdeli.so
Segmentation fault
dmake:  Error code 1, while making '../unxlngi6.pro/lib/libvclplug_kdeli.so'

1 module(s):
     vcl
need(s) to be rebuilt

Reason(s):


Attention: if you fix the errors in above module(s) you may continue the
build issuing the following command:

     build --all:vcl

make: *** [stamp/build] Erreur 1


do i need to add the option with-distro or can i keep on to build like
this, without with-distro option in the autogen part ?
(I've got a Debian in testing updated)
_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Caolán McNamara Caolán McNamara
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

On Sun, 2010-10-10 at 16:33 +0200, julien wrote:
> make

> Making:    libvclplug_kdeli.so
> Segmentation fault
> dmake:  Error code 1, while making '../unxlngi6.pro/lib/libvclplug_kdeli.so'

An odd one, if you run make again does it break in the same place ?

doing

export VERBOSE=true

before running make will at least give some more detail, but I'd guess
that its the linker itself which is segving which would suggest a
generic error, rather than something specific to LibreOffice

C.


_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
julien2412 julien2412
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

In reply to this post by julien2412
Le 10/10/2010 16:33, julien a écrit :

> Hi,
>
> I've just done these steps :
> make clean
> git pull -r
> bni/g pull -r
> ./autogen.sh --with-git (i removed  --disable-kde --disable-kde4 just
> to test if kde parts are ok, of course i installed kdelibs4-dev
> ./download
> make
>
> and i've got :
> Entering
> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util
>
> Compiling: vcl/unxlngi6.pro/misc/vcl_dflt_version.c
> Compiling: vcl/unxlngi6.pro/misc/vclplug_gen_dflt_version.c
> Compiling: vcl/unxlngi6.pro/misc/vclplug_gtk_dflt_version.c
> Compiling: vcl/unxlngi6.pro/misc/vclplug_kde_dflt_version.c
> Compiling: vcl/unxlngi6.pro/misc/desktop_detector_dflt_version.c
> Making:    vcl.lib
> Making:    ipure_x
> Making:    igtk_plug_
> Making:    ikde_plug_
> Making:    idet
> Making:    libvclli.so
> Making:    libvclplug_genli.so
> Making:    libvclplug_gtkli.so
> Making:    libvclplug_kdeli.so
> Segmentation fault
> dmake:  Error code 1, while making
> '../unxlngi6.pro/lib/libvclplug_kdeli.so'
>
> 1 module(s):
>     vcl
> need(s) to be rebuilt
>
> Reason(s):
>
>
> Attention: if you fix the errors in above module(s) you may continue
> the build issuing the following command:
>
>     build --all:vcl
>
> make: *** [stamp/build] Erreur 1
>
>
> do i need to add the option with-distro or can i keep on to build like
> this, without with-distro option in the autogen part ?
> (I've got a Debian in testing updated)
I make again with this :
export VERBOSE=TRUE;make

and here is what i get :

Entering
/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util

Making:    libvclplug_kdeli.so
g++ -L/usr/lib -L/usr/lib -lkdeui -lkdecore -lqt-mt -Wl,-z,noexecstack
-Wl,-z,combreloc -Wl,-z,defs -Wl,-Bsymbolic-functions
-Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo
-Wl,--hash-style=both -Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib'
-shared -L../unxlngi6.pro/lib -L../lib
-L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib
-L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib
-L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib
-L/usr/lib/jvm/java-6-sun/lib -L/usr/lib/jvm/java-6-sun/jre/lib/i386
-L/usr/lib/jvm/java-6-sun/jre/lib/i386/client
-L/usr/lib/jvm/java-6-sun/jre/lib/i386/native_threads -L/usr/lib
../unxlngi6.pro/slo/vclplug_kde_dflt_version.o -o
../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/slo/kdedata.o
../unxlngi6.pro/slo/salnativewidgets-kde.o -lvclplug_genli -lvclli
-ltlli -lvos3gcc3 -luno_sal -Wl,--as-needed -lXext -lX11
-Wl,--no-as-needed -Wl,--as-needed -ldl -lpthread -lm -Wl,--no-as-needed
-Wl,-Bdynamic -lstlport_gcc
rm -f ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
mv ../unxlngi6.pro/lib/libvclplug_kdeli.so
../unxlngi6.pro/lib/check_libvclplug_kdeli.so
/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/bin/checkdll.sh
-L../unxlngi6.pro/lib
-L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib  
../unxlngi6.pro/lib/check_libvclplug_kdeli.so
Checking DLL ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
...Segmentation fault
dmake:  Error code 1, while making '../unxlngi6.pro/lib/libvclplug_kdeli.so'

1 module(s):
     vcl
need(s) to be rebuilt

Reason(s):


Attention: if you fix the errors in above module(s) you may continue the
build issuing the following command:

     build --all:vcl

_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Caolán McNamara Caolán McNamara
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

On Sun, 2010-10-10 at 22:31 +0200, julien wrote:

> Checking DLL ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
> ...Segmentation fault
> dmake:  Error code 1, while making '../unxlngi6.pro/lib/libvclplug_kdeli.so'

hmm, so its checkdll that's crashing, not gcc or dl. Doesn't help fix
the problem, but at least isolates it.

All I've got is some voodoo stuff like rebuilding vcl from scratch with
e.g.

rm -rf
/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/unxlng*

and running make again. and/or disabling building the kde stuff with
adding --disable-kde to the original ./autogen.sh ... line

C.

_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Michael Meeks Michael Meeks
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

In reply to this post by julien2412
Hi Julien,

        So - again this might go well in a bug; this is the 2nd time I've seen
this, and I can't recall the resolution previously.

On Sun, 2010-10-10 at 22:31 +0200, julien wrote:

> > do i need to add the option with-distro or can i keep on to build like
> > this, without with-distro option in the autogen part ?
> > (I've got a Debian in testing updated)
>
> I make again with this :
> export VERBOSE=TRUE;make
>
> and here is what i get :
>
> Entering
> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util

        Can you patch this file

/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/bin/checkdll.sh

        like this:

--- a/solenv/bin/checkdll.sh
+++ b/solenv/bin/checkdll.sh
@@ -63,7 +63,7 @@ if [ -x $checkdll ]; then
         export LD_LIBRARY_PATH;;
     esac
 
-    $checkdll "$@"
+    gdb $checkdll "$@"
     if [ $? -ne 0 ]; then exit 1 ; fi
 
     for parameter in $*; do


        Then - can you run these commands:

bash
cd home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/
source LinuxX86Env.Set.sh
cd vcl
build verbose=1

        You should get a gdb prompt for checkdll: just enter 'run'.

        Then when it crashes, can you do 'thread apply all backtrace' ? - and
hopefully we will get a good idea of where it is going wrong - if you
could whack that in the bug, and reply with the bug number here - I'm
sure we can get to the bottom of it.

        Thanks so much for helping to chase this one down ?

        ATB,

                Michael.

--
 [hidden email]  <><, Pseudo Engineer, itinerant idiot


_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Michael Meeks Michael Meeks
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault


On Mon, 2010-10-11 at 10:08 +0100, Michael Meeks wrote:
> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/bin/checkdll.sh

        I added valgrind instead of gdb, and on openSUSE it is (surprisingly)
completely valgrind clean as well, which is odd.

        Looking forward to your bug,

        ATB,

                Michael.

--
 [hidden email]  <><, Pseudo Engineer, itinerant idiot


_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
julien2412 julien2412
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

In reply to this post by julien2412
Le 10/10/2010 22:31, julien a écrit :

> Le 10/10/2010 16:33, julien a écrit :
>> Hi,
>>
>> I've just done these steps :
>> make clean
>> git pull -r
>> bni/g pull -r
>> ./autogen.sh --with-git (i removed  --disable-kde --disable-kde4 just
>> to test if kde parts are ok, of course i installed kdelibs4-dev
>> ./download
>> make
>>
>> and i've got :
>> Entering
>> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util
>>
>>
>> Compiling: vcl/unxlngi6.pro/misc/vcl_dflt_version.c
>> Compiling: vcl/unxlngi6.pro/misc/vclplug_gen_dflt_version.c
>> Compiling: vcl/unxlngi6.pro/misc/vclplug_gtk_dflt_version.c
>> Compiling: vcl/unxlngi6.pro/misc/vclplug_kde_dflt_version.c
>> Compiling: vcl/unxlngi6.pro/misc/desktop_detector_dflt_version.c
>> Making:    vcl.lib
>> Making:    ipure_x
>> Making:    igtk_plug_
>> Making:    ikde_plug_
>> Making:    idet
>> Making:    libvclli.so
>> Making:    libvclplug_genli.so
>> Making:    libvclplug_gtkli.so
>> Making:    libvclplug_kdeli.so
>> Segmentation fault
>> dmake:  Error code 1, while making
>> '../unxlngi6.pro/lib/libvclplug_kdeli.so'
>>
>> 1 module(s):
>>     vcl
>> need(s) to be rebuilt
>>
>> Reason(s):
>>
>>
>> Attention: if you fix the errors in above module(s) you may continue
>> the build issuing the following command:
>>
>>     build --all:vcl
>>
>> make: *** [stamp/build] Erreur 1
>>
>>
>> do i need to add the option with-distro or can i keep on to build
>> like this, without with-distro option in the autogen part ?
>> (I've got a Debian in testing updated)
> I make again with this :
> export VERBOSE=TRUE;make
>
> and here is what i get :
>
> Entering
> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util
>
> Making:    libvclplug_kdeli.so
> g++ -L/usr/lib -L/usr/lib -lkdeui -lkdecore -lqt-mt -Wl,-z,noexecstack
> -Wl,-z,combreloc -Wl,-z,defs -Wl,-Bsymbolic-functions
> -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo
> -Wl,--hash-style=both -Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib'
> -shared -L../unxlngi6.pro/lib -L../lib
> -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib
> -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib
> -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib
> -L/usr/lib/jvm/java-6-sun/lib -L/usr/lib/jvm/java-6-sun/jre/lib/i386
> -L/usr/lib/jvm/java-6-sun/jre/lib/i386/client
> -L/usr/lib/jvm/java-6-sun/jre/lib/i386/native_threads -L/usr/lib
> ../unxlngi6.pro/slo/vclplug_kde_dflt_version.o -o
> ../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/slo/kdedata.o
> ../unxlngi6.pro/slo/salnativewidgets-kde.o -lvclplug_genli -lvclli
> -ltlli -lvos3gcc3 -luno_sal -Wl,--as-needed -lXext -lX11
> -Wl,--no-as-needed -Wl,--as-needed -ldl -lpthread -lm
> -Wl,--no-as-needed -Wl,-Bdynamic -lstlport_gcc
> rm -f ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
> mv ../unxlngi6.pro/lib/libvclplug_kdeli.so
> ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/bin/checkdll.sh
> -L../unxlngi6.pro/lib
> -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib  
> ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
> Checking DLL ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
> ...Segmentation fault
> dmake:  Error code 1, while making
> '../unxlngi6.pro/lib/libvclplug_kdeli.so'
>
> 1 module(s):
>     vcl
> need(s) to be rebuilt
>
> Reason(s):
>
>
> Attention: if you fix the errors in above module(s) you may continue
> the build issuing the following command:
>
>     build --all:vcl
>
I changed the line :

$checkdll "$@"
by
gdb $checkdll "$@"

then :
cd home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/
source LinuxX86Env.Set.sh
cd vcl
build verbose=1

        You should get a gdb prompt for checkdll: just enter 'run'.

I couldn't do
'thread apply all backtrace' since i had :
Entering /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/aqua/source/gdi

Nothing to build for GUIBASE unx

Entering /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util

Making:    libvclplug_kdeli.so
g++ -L/usr/lib -L/usr/lib -lkdeui -lkdecore -lqt-mt -Wl,-z,noexecstack -Wl,-z,combreloc -Wl,-z,defs -Wl,-Bsymbolic-functions -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo -Wl,--hash-style=both -Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib' -shared -L../unxlngi6.pro/lib -L../lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib -L/usr/lib/jvm/java-6-sun/lib -L/usr/lib/jvm/java-6-sun/jre/lib/i386 -L/usr/lib/jvm/java-6-sun/jre/lib/i386/client -L/usr/lib/jvm/java-6-sun/jre/lib/i386/native_threads -L/usr/lib ../unxlngi6.pro/slo/vclplug_kde_dflt_version.o -o ../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/slo/kdedata.o ../unxlngi6.pro/slo/salnativewidgets-kde.o -lvclplug_genli -lvclli -ltlli -lvos3gcc3 -luno_sal -Wl,--as-needed -lXext -lX11 -Wl,--no-as-needed -Wl,--as-needed -ldl -lpthread -lm -Wl,--no-as-needed -Wl,-Bdynamic -lstlport_gcc
rm -f ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
mv ../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/bin/checkdll.sh -L../unxlngi6.pro/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib  ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll...(no debugging symbols found)...done.
"/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util/../unxlngi6.pro/lib/check_libvclplug_kdeli.so" is not a core dump: File format not recognized
(gdb)

gdb) run
Starting program: /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll
[Thread debugging using libthread_db enabled]
usage: checkdll [-s]<dllname>

Program exited with code 01.

then some other tests (i don't know well gdb) :
(gdb) checkdll -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
Undefined command: "checkdll".  Try "help".
(gdb) run -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
Starting program: /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6
(gdb) run -L../unxlngi6.pro/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib  ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll -L../unxlngi6.pro/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib  ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
[Thread debugging using libthread_db enabled]
checkdll: ERROR: -L../unxlngi6.pro/lib: No such file or directory

Program exited with code 02.


Any idea ?

Julien





_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
David Tardon David Tardon
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

On Mon, Oct 11, 2010 at 11:08:31PM +0200, julien wrote:
> Le 10/10/2010 22:31, julien a écrit :
> I changed the line :
>
> $checkdll "$@"
> by
> gdb $checkdll "$@"
>

There is the problem: this line should be

gdb --args $checkdll "$@"

D.
_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Michael Meeks Michael Meeks
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault


On Tue, 2010-10-12 at 08:26 +0200, David Tardon wrote:
> There is the problem: this line should be
>
> gdb --args $checkdll "$@"

        Urk - my problem; you almost got there manually with:

On Mon, 2010-10-11 at 23:08 +0200, julien wrote:
(gdb) run -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
> Starting program: /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
> [Thread debugging using libthread_db enabled]
>
> Program received signal SIGSEGV, Segmentation fault.
> 0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6

        How tantelising ! :-) this is the crasher - but we really need more
symbols :-) - if you had run backtrace at this point we could have got a
lot further I think.

        Having said that - it looks like this may be some horrendous
compatibility problem between the internal stlport and the system
version - but we'll need to chase that down. Possibly we simply can't
use our own stlport if we link KDE, unclear - Lubos: thoughts ?

        Our internal stlport patches seem to be somewhat insubstantial anyway:
mostly portability renames - and a load of SUNPRO stuff that we don't
need to care about I think, with a few OS/2 build fixes ;-)

        Thanks,

                Michael.

--
 [hidden email]  <><, Pseudo Engineer, itinerant idiot


_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Lubos Lunak Lubos Lunak
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

On Tuesday 12 of October 2010, Michael Meeks wrote:
> Having said that - it looks like this may be some horrendous
> compatibility problem between the internal stlport and the system
> version - but we'll need to chase that down. Possibly we simply can't
> use our own stlport if we link KDE, unclear - Lubos: thoughts ?

 I don't see the point of using stlport if the system is capable of building
KDE, in which case I'd expect the compiler to provide an adequate STL
implementation itself.

--
 Lubos Lunak
 [hidden email]
_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
julien2412 julien2412
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

In reply to this post by Michael Meeks
Le 12/10/2010 10:44, Michael Meeks a écrit :

> On Tue, 2010-10-12 at 08:26 +0200, David Tardon wrote:
>    
>> There is the problem: this line should be
>>
>> gdb --args $checkdll "$@"
>>      
> Urk - my problem; you almost got there manually with:
>
> On Mon, 2010-10-11 at 23:08 +0200, julien wrote:
> (gdb) run -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
>    
>> Starting program: /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
>> [Thread debugging using libthread_db enabled]
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6
>>      
> How tantelising ! :-) this is the crasher - but we really need more
> symbols :-) - if you had run backtrace at this point we could have got a
> lot further I think.
>
> Having said that - it looks like this may be some horrendous
> compatibility problem between the internal stlport and the system
> version - but we'll need to chase that down. Possibly we simply can't
> use our own stlport if we link KDE, unclear - Lubos: thoughts ?
>
> Our internal stlport patches seem to be somewhat insubstantial anyway:
> mostly portability renames - and a load of SUNPRO stuff that we don't
> need to care about I think, with a few OS/2 build fixes ;-)
>
> Thanks,
>
> Michael.
>
>    
Hi, here are the stdout once i replaced $checkdll "$@" by gdb --args
$checkdll "$@"

Entering
/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/aqua/source/gdi

Nothing to build for GUIBASE unx

Entering
/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util

Making:    libvclplug_kdeli.so
g++ -L/usr/lib -L/usr/lib -lkdeui -lkdecore -lqt-mt -Wl,-z,noexecstack
-Wl,-z,combreloc -Wl,-z,defs -Wl,-Bsymbolic-functions
-Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo
-Wl,--hash-style=both -Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib'
-shared -L../unxlngi6.pro/lib -L../lib
-L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib
-L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib
-L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib
-L/usr/lib/jvm/java-6-sun/lib -L/usr/lib/jvm/java-6-sun/jre/lib/i386
-L/usr/lib/jvm/java-6-sun/jre/lib/i386/client
-L/usr/lib/jvm/java-6-sun/jre/lib/i386/native_threads -L/usr/lib
../unxlngi6.pro/slo/vclplug_kde_dflt_version.o -o
../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/slo/kdedata.o
../unxlngi6.pro/slo/salnativewidgets-kde.o -lvclplug_genli -lvclli
-ltlli -lvos3gcc3 -luno_sal -Wl,--as-needed -lXext -lX11
-Wl,--no-as-needed -Wl,--as-needed -ldl -lpthread -lm -Wl,--no-as-needed
-Wl,-Bdynamic -lstlport_gcc
rm -f ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
mv ../unxlngi6.pro/lib/libvclplug_kdeli.so
../unxlngi6.pro/lib/check_libvclplug_kdeli.so
/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/bin/checkdll.sh
-L../unxlngi6.pro/lib
-L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib  
../unxlngi6.pro/lib/check_libvclplug_kdeli.so
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from
/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll...(no
debugging symbols found)...done.
(gdb) run
Starting program:
/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll
../unxlngi6.pro/lib/check_libvclplug_kdeli.so
[Thread debugging using libthread_db enabled]
Checking DLL ../unxlngi6.pro/lib/check_libvclplug_kdeli.so ...
Program received signal SIGSEGV, Segmentation fault.
0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6


(gdb) thread apply all backtrace

Thread 1 (Thread 0xb7d276d0 (LWP 7585)):
#0  0xb68061db in _STL::locale::locale() () from
/usr/lib/libstlport_gcc.so.4.6
#1  0xb67d1414 in _STL::ios_base::ios_base() () from
/usr/lib/libstlport_gcc.so.4.6
#2  0xb67e3a41 in _STL::ios_base::_S_initialize() () from
/usr/lib/libstlport_gcc.so.4.6
#3  0xb67e3f17 in _STL::ios_base::Init::Init() () from
/usr/lib/libstlport_gcc.so.4.6
#4  0xb61e57a1 in global constructors keyed to cascade_mapping.cxx ()
    from
/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib/libuno_cppu.so.3
#5  0xb61ecd8d in __do_global_ctors_aux ()
    from
/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib/libuno_cppu.so.3
#6  0xb61ca02c in _init () from
/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib/libuno_cppu.so.3
#7  0xb7ff0c3c in call_init (l=<value optimized out>, argc=<value
optimized out>, argv=0xbfffcca4, env=0xbfffccb0) at dl-init.c:70
#8  0xb7ff0d59 in _dl_init (main_map=0x804a058, argc=<value optimized
out>, argv=<value optimized out>, env=0xbfffccb0) at dl-init.c:134
#9  0xb7ff4df9 in dl_open_worker (a=0xbfffc9c0) at dl-open.c:492
#10 0xb7ff0866 in _dl_catch_error (objname=<value optimized out>,
errstring=<value optimized out>, mallocedp=<value optimized out>,
     operate=0xb7ff4a60 <dl_open_worker>, args=0xbfffc9c0) at dl-error.c:178
#11 0xb7ff4636 in _dl_open (file=0xbfffd213
"../unxlngi6.pro/lib/check_libvclplug_kdeli.so", mode=<value optimized
out>, caller_dlopen=0x8048a23, nsid=-2,
     argc=2, argv=0xbfffcca4, env=0xbfffccb0) at dl-open.c:583
#12 0xb7fc2c0b in dlopen_doit (a=0xbfffcba0) at dlopen.c:67
#13 0xb7ff0866 in _dl_catch_error (objname=<value optimized out>,
errstring=<value optimized out>, mallocedp=<value optimized out>,
     operate=0xb7fc2b70 <dlopen_doit>, args=0xbfffcba0) at dl-error.c:178
#14 0xb7fc309c in _dlerror_run (operate=<value optimized out>,
args=<value optimized out>) at dlerror.c:164
#15 0xb7fc2b41 in __dlopen (file=0xbfffd213
"../unxlngi6.pro/lib/check_libvclplug_kdeli.so", mode=2) at dlopen.c:88
#16 0x08048a23 in main ()

Hope it helps !
_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Caolán McNamara Caolán McNamara
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

On Tue, 2010-10-12 at 22:30 +0200, julien wrote:

> Thread 1 (Thread 0xb7d276d0 (LWP 7585)):
> #0  0xb68061db in _STL::locale::locale() () from
> /usr/lib/libstlport_gcc.so.4.6
> #1  0xb67d1414 in _STL::ios_base::ios_base() () from
> /usr/lib/libstlport_gcc.so.4.6
> #2  0xb67e3a41 in _STL::ios_base::_S_initialize() () from
> /usr/lib/libstlport_gcc.so.4.6
> #3  0xb67e3f17 in _STL::ios_base::Init::Init() () from
> /usr/lib/libstlport_gcc.so.4.6
> #4  0xb61e57a1 in global constructors keyed to cascade_mapping.cxx ()
>     from
> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib/libuno_cppu.so.3

Hmm, this is using "/usr/lib/libstlport_gcc.so.4.6" and not the
libstlport_gcc in the solver dir as I'd expect it to by default. Adding
a
echo LD_LIBRARY_PATH is $LD_LIBRARY_PATH
above $checkdll "$@" in solenv/bin/checkdll.sh I get...
../unxlngx6.pro/lib:/home/caolan/.../libreoffice-3.2.99.2/solver/330/unxlngx6.pro/lib
which is what I expect to see.

So, how did you configure your build ?, did you select a
--with-system-stlport option ?, and/or what's the output of
echo $LD_LIBRARY_PATH

As an aside including iostream forces this global constructor to exist.
If iostreams isn't needed in a file it shouldn't be included. In the
cascade_mapping.cxx case I see its only needed for logging, so when
logging is disabled I've made the change that iostream isn't included,
which as a side effect *might* make a difference to your problem.

C.

_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
julien2412 julien2412
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

In reply to this post by julien2412
Le 12/10/2010 22:30, julien a écrit :

> Le 12/10/2010 10:44, Michael Meeks a écrit :
>> On Tue, 2010-10-12 at 08:26 +0200, David Tardon wrote:
>>> There is the problem: this line should be
>>>
>>> gdb --args $checkdll "$@"
>>     Urk - my problem; you almost got there manually with:
>>
>> On Mon, 2010-10-11 at 23:08 +0200, julien wrote:
>> (gdb) run -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
>>> Starting program:
>>> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll
>>> -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
>>> [Thread debugging using libthread_db enabled]
>>>
>>> Program received signal SIGSEGV, Segmentation fault.
>>> 0xb68061db in _STL::locale::locale() () from
>>> /usr/lib/libstlport_gcc.so.4.6
>>     How tantelising ! :-) this is the crasher - but we really need more
>> symbols :-) - if you had run backtrace at this point we could have got a
>> lot further I think.
>>
>>     Having said that - it looks like this may be some horrendous
>> compatibility problem between the internal stlport and the system
>> version - but we'll need to chase that down. Possibly we simply can't
>> use our own stlport if we link KDE, unclear - Lubos: thoughts ?
>>
>>     Our internal stlport patches seem to be somewhat insubstantial
>> anyway:
>> mostly portability renames - and a load of SUNPRO stuff that we don't
>> need to care about I think, with a few OS/2 build fixes ;-)
>>
>>     Thanks,
>>
>>         Michael.
>>
> Hi, here are the stdout once i replaced $checkdll "$@" by gdb --args
> $checkdll "$@"
>
> Entering
> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/aqua/source/gdi
>
>
> Nothing to build for GUIBASE unx
>
> Entering
> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util
>
> Making:    libvclplug_kdeli.so
> g++ -L/usr/lib -L/usr/lib -lkdeui -lkdecore -lqt-mt -Wl,-z,noexecstack
> -Wl,-z,combreloc -Wl,-z,defs -Wl,-Bsymbolic-functions
> -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo
> -Wl,--hash-style=both -Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib'
> -shared -L../unxlngi6.pro/lib -L../lib
> -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib
> -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib
> -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib
> -L/usr/lib/jvm/java-6-sun/lib -L/usr/lib/jvm/java-6-sun/jre/lib/i386
> -L/usr/lib/jvm/java-6-sun/jre/lib/i386/client
> -L/usr/lib/jvm/java-6-sun/jre/lib/i386/native_threads -L/usr/lib
> ../unxlngi6.pro/slo/vclplug_kde_dflt_version.o -o
> ../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/slo/kdedata.o
> ../unxlngi6.pro/slo/salnativewidgets-kde.o -lvclplug_genli -lvclli
> -ltlli -lvos3gcc3 -luno_sal -Wl,--as-needed -lXext -lX11
> -Wl,--no-as-needed -Wl,--as-needed -ldl -lpthread -lm
> -Wl,--no-as-needed -Wl,-Bdynamic -lstlport_gcc
> rm -f ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
> mv ../unxlngi6.pro/lib/libvclplug_kdeli.so
> ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/bin/checkdll.sh
> -L../unxlngi6.pro/lib
> -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib  
> ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
> GNU gdb (GDB) 7.0.1-debian
> Copyright (C) 2009 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show
> copying"
> and "show warranty" for details.
> This GDB was configured as "i486-linux-gnu".
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>...
> Reading symbols from
> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll...(no
> debugging symbols found)...done.
> (gdb) run
> Starting program:
> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll
> ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
> [Thread debugging using libthread_db enabled]
> Checking DLL ../unxlngi6.pro/lib/check_libvclplug_kdeli.so ...
> Program received signal SIGSEGV, Segmentation fault.
> 0xb68061db in _STL::locale::locale() () from
> /usr/lib/libstlport_gcc.so.4.6
>
>
> (gdb) thread apply all backtrace
>
> Thread 1 (Thread 0xb7d276d0 (LWP 7585)):
> #0  0xb68061db in _STL::locale::locale() () from
> /usr/lib/libstlport_gcc.so.4.6
> #1  0xb67d1414 in _STL::ios_base::ios_base() () from
> /usr/lib/libstlport_gcc.so.4.6
> #2  0xb67e3a41 in _STL::ios_base::_S_initialize() () from
> /usr/lib/libstlport_gcc.so.4.6
> #3  0xb67e3f17 in _STL::ios_base::Init::Init() () from
> /usr/lib/libstlport_gcc.so.4.6
> #4  0xb61e57a1 in global constructors keyed to cascade_mapping.cxx ()
>    from
> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib/libuno_cppu.so.3
>
> #5  0xb61ecd8d in __do_global_ctors_aux ()
>    from
> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib/libuno_cppu.so.3
>
> #6  0xb61ca02c in _init () from
> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib/libuno_cppu.so.3
>
> #7  0xb7ff0c3c in call_init (l=<value optimized out>, argc=<value
> optimized out>, argv=0xbfffcca4, env=0xbfffccb0) at dl-init.c:70
> #8  0xb7ff0d59 in _dl_init (main_map=0x804a058, argc=<value optimized
> out>, argv=<value optimized out>, env=0xbfffccb0) at dl-init.c:134
> #9  0xb7ff4df9 in dl_open_worker (a=0xbfffc9c0) at dl-open.c:492
> #10 0xb7ff0866 in _dl_catch_error (objname=<value optimized out>,
> errstring=<value optimized out>, mallocedp=<value optimized out>,
>     operate=0xb7ff4a60 <dl_open_worker>, args=0xbfffc9c0) at
> dl-error.c:178
> #11 0xb7ff4636 in _dl_open (file=0xbfffd213
> "../unxlngi6.pro/lib/check_libvclplug_kdeli.so", mode=<value optimized
> out>, caller_dlopen=0x8048a23, nsid=-2,
>     argc=2, argv=0xbfffcca4, env=0xbfffccb0) at dl-open.c:583
> #12 0xb7fc2c0b in dlopen_doit (a=0xbfffcba0) at dlopen.c:67
> #13 0xb7ff0866 in _dl_catch_error (objname=<value optimized out>,
> errstring=<value optimized out>, mallocedp=<value optimized out>,
>     operate=0xb7fc2b70 <dlopen_doit>, args=0xbfffcba0) at dl-error.c:178
> #14 0xb7fc309c in _dlerror_run (operate=<value optimized out>,
> args=<value optimized out>) at dlerror.c:164
> #15 0xb7fc2b41 in __dlopen (file=0xbfffd213
> "../unxlngi6.pro/lib/check_libvclplug_kdeli.so", mode=2) at dlopen.c:88
> #16 0x08048a23 in main ()
>
> Hope it helps !
Here is what i get :
LD_LIBRARY_PATH is
../unxlngi6.pro/lib:/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib

I've just used :
./autogen.sh --with-git
no other parameters

My last build of vcl gave :
rm -f ../unxlngi6.pro/lib/check_libvclli.so
mv ../unxlngi6.pro/lib/libvclli.so ../unxlngi6.pro/lib/check_libvclli.so
/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/bin/checkdll.sh
-L../unxlngi6.pro/lib
-L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib  
../unxlngi6.pro/lib/check_libvclli.so
LD_LIBRARY_PATH is
../unxlngi6.pro/lib:/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from
/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll...(no
debugging symbols found)...done.
(gdb)

_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Rene Engelhard Rene Engelhard
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

In reply to this post by Lubos Lunak
On Tue, Oct 12, 2010 at 12:13:15PM +0200, Lubos Lunak wrote:
> On Tuesday 12 of October 2010, Michael Meeks wrote:
> > Having said that - it looks like this may be some horrendous
> > compatibility problem between the internal stlport and the system
> > version - but we'll need to chase that down. Possibly we simply can't
> > use our own stlport if we link KDE, unclear - Lubos: thoughts ?
>
>  I don't see the point of using stlport if the system is capable of building
> KDE, in which case I'd expect the compiler to provide an adequate STL
> implementation itself.

ABI compatibility to OOo C++ extensions is one. (Though happily only
for i386 on Linux)

Grüße/Regards,

René
_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
julien2412 julien2412
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

In reply to this post by Michael Meeks
Le 12/10/2010 10:44, Michael Meeks a écrit :
On Tue, 2010-10-12 at 08:26 +0200, David Tardon wrote:
  
There is the problem: this line should be

gdb --args $checkdll "$@"
    
	Urk - my problem; you almost got there manually with:

On Mon, 2010-10-11 at 23:08 +0200, julien wrote:
(gdb) run -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
  
Starting program: /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6
    
	How tantelising ! :-) this is the crasher - but we really need more
symbols :-) - if you had run backtrace at this point we could have got a
lot further I think.

	Having said that - it looks like this may be some horrendous
compatibility problem between the internal stlport and the system
version - but we'll need to chase that down. Possibly we simply can't
use our own stlport if we link KDE, unclear - Lubos: thoughts ?

	Our internal stlport patches seem to be somewhat insubstantial anyway:
mostly portability renames - and a load of SUNPRO stuff that we don't
need to care about I think, with a few OS/2 build fixes ;-)

	Thanks,

		Michael.

  

I did the whole process from scratch to be sure :
rm -rf /home/serval/libreoffice/build
git clone git://anongit.freedesktop.org/git/libreoffice/build
./autogen.sh --with-git
./download
make
then the change of /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/bin/checkdll.sh
echo LD_LIBRARY_PATH is $LD_LIBRARY_PATH
    gdb --args $checkdll "$@"

when i arrive in gdb :
- run
then 
- thread apply all backtrace

and it seems the same :
Entering /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util

Making:    libvclplug_kdeli.so
g++ -L/usr/lib -L/usr/lib -lkdeui -lkdecore -lqt-mt -Wl,-z,noexecstack -Wl,-z,combreloc -Wl,-z,defs -Wl,-Bsymbolic-functions -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo -Wl,--hash-style=both -Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib' -shared -L../unxlngi6.pro/lib -L../lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib -L/usr/lib/jvm/java-6-sun/lib -L/usr/lib/jvm/java-6-sun/jre/lib/i386 -L/usr/lib/jvm/java-6-sun/jre/lib/i386/client -L/usr/lib/jvm/java-6-sun/jre/lib/i386/native_threads -L/usr/lib ../unxlngi6.pro/slo/vclplug_kde_dflt_version.o -o ../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/slo/kdedata.o ../unxlngi6.pro/slo/salnativewidgets-kde.o -lvclplug_genli -lvclli -ltlli -lvos3gcc3 -luno_sal -Wl,--as-needed -lXext -lX11 -Wl,--n
o-as-needed -Wl,--as-needed -ldl -lpthread -lm -Wl,--no-as-needed -Wl,-Bdynamic -lstlport_gcc
rm -f ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
mv ../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/bin/checkdll.sh -L../unxlngi6.pro/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib  ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
LD_LIBRARY_PATH is ../unxlngi6.pro/lib:/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll...(no debugging symbols found)...done.
(gdb) run
Starting program: /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
[Thread debugging using libthread_db enabled]
Checking DLL ../unxlngi6.pro/lib/check_libvclplug_kdeli.so ...
Program received signal SIGSEGV, Segmentation fault.
0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6
(gdb) thread apply all backtrace

Thread 1 (Thread 0xb7d276d0 (LWP 15195)):
#0  0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6
#1  0xb67d1414 in _STL::ios_base::ios_base() () from /usr/lib/libstlport_gcc.so.4.6
#2  0xb67e3a41 in _STL::ios_base::_S_initialize() () from /usr/lib/libstlport_gcc.so.4.6
#3  0xb67e3f17 in _STL::ios_base::Init::Init() () from /usr/lib/libstlport_gcc.so.4.6
#4  0xb64d755e in global constructors keyed to debugplotter.cxx ()
   from /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib/libbasegfxli.so
#5  0xb64e086d in __do_global_ctors_aux () from /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib/libbasegfxli.so
#6  0xb648ec34 in _init () from /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib/libbasegfxli.so
#7  0xb7ff0c3c in call_init (l=<value optimized out>, argc=<value optimized out>, argv=0xbfffcca4, env=0xbfffccb0) at dl-init.c:70
#8  0xb7ff0d59 in _dl_init (main_map=0x804a058, argc=<value optimized out>, argv=<value optimized out>, env=0xbfffccb0) at dl-init.c:134
#9  0xb7ff4df9 in dl_open_worker (a=0xbfffc9c0) at dl-open.c:492
#10 0xb7ff0866 in _dl_catch_error (objname=<value optimized out>, errstring=<value optimized out>, mallocedp=<value optimized out>, 
    operate=0xb7ff4a60 <dl_open_worker>, args=0xbfffc9c0) at dl-error.c:178
#11 0xb7ff4636 in _dl_open (file=0xbfffd20d "../unxlngi6.pro/lib/check_libvclplug_kdeli.so", mode=<value optimized out>, caller_dlopen=0x8048a23, nsid=-2, 
    argc=2, argv=0xbfffcca4, env=0xbfffccb0) at dl-open.c:583
#12 0xb7fc2c0b in dlopen_doit (a=0xbfffcba0) at dlopen.c:67
#13 0xb7ff0866 in _dl_catch_error (objname=<value optimized out>, errstring=<value optimized out>, mallocedp=<value optimized out>, 
    operate=0xb7fc2b70 <dlopen_doit>, args=0xbfffcba0) at dl-error.c:178
#14 0xb7fc309c in _dlerror_run (operate=<value optimized out>, args=<value optimized out>) at dlerror.c:164
#15 0xb7fc2b41 in __dlopen (file=0xbfffd20d "../unxlngi6.pro/lib/check_libvclplug_kdeli.so", mode=2) at dlopen.c:88
#16 0x08048a23 in main ()
(gdb) 


_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Michael Meeks Michael Meeks
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

In reply to this post by Rene Engelhard
Hi Rene,

On Wed, 2010-10-13 at 19:54 +0200, Rene Engelhard wrote:

> On Tue, Oct 12, 2010 at 12:13:15PM +0200, Lubos Lunak wrote:
> > On Tuesday 12 of October 2010, Michael Meeks wrote:
> > > Having said that - it looks like this may be some horrendous
> > > compatibility problem between the internal stlport and the system
> > > version - but we'll need to chase that down. Possibly we simply can't
> > > use our own stlport if we link KDE, unclear - Lubos: thoughts ?
> >
> >  I don't see the point of using stlport if the system is capable of building
> > KDE, in which case I'd expect the compiler to provide an adequate STL
> > implementation itself.
>
> ABI compatibility to OOo C++ extensions is one. (Though happily only
> for i386 on Linux)

        Nasty - so we could be in the position of choosing between KDE
integration, and extension/plugin compatibility ?

        Lets hope Caolan's iostream fix hides the problem for now ;-)

        Thanks,

                Michael.

--
 [hidden email]  <><, Pseudo Engineer, itinerant idiot


_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Caolán McNamara Caolán McNamara
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

On Thu, 2010-10-14 at 10:04 +0100, Michael Meeks wrote:
> Nasty - so we could be in the position of choosing between KDE
> integration, and extension/plugin compatibility ?

If there *is* something in the KDE headers which replies on the "native"
STL which is triggering this, which I'm not utterly convinced by yet,
but if that's the problem then we can put #include <preextstl.h> and
<preextstl.h> before and after the kde header include lines and the same
sort of -Dsomething and ext_std:: we're using for graphite, etc.

Perhaps adding some more stuff to those, depending on what from the KDE
headers might be using STL.

C.

_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Fridrich Strba Fridrich Strba
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

In reply to this post by Michael Meeks
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

On 14/10/2010 11:04, Michael Meeks wrote:
>> ABI compatibility to OOo C++ extensions is one. (Though happily only
>> for i386 on Linux)
> Nasty - so we could be in the position of choosing between KDE
> integration, and extension/plugin compatibility ?

We use in openSUSE a workaround that solves this incompatibility for a
theoretical 99% of extensions. We build OOo against system STL
implementation, but we provide the stlport library built externally for
extensions that link with stlport. I investigated the headers of OOo SDK
and found only very rare cases when this could actually be not working.

Cheers

F.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAky2y90ACgkQu9a1imXPdA+q6gCeKsRWILjrby/Bl3h4YteE1xPj
AzgAmwROWuMvd/+ibBI9JqvvfzR9k1uN
=64m8
-----END PGP SIGNATURE-----
_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Caolán McNamara Caolán McNamara
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

In reply to this post by julien2412
On Wed, 2010-10-13 at 22:30 +0200, julien wrote:

> Thread 1 (Thread 0xb7d276d0 (LWP 15195)):
> #0  0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6
> #1  0xb67d1414 in _STL::ios_base::ios_base() () from /usr/lib/libstlport_gcc.so.4.6
> #2  0xb67e3a41 in _STL::ios_base::_S_initialize() () from /usr/lib/libstlport_gcc.so.4.6
> #3  0xb67e3f17 in _STL::ios_base::Init::Init() () from /usr/lib/libstlport_gcc.so.4.6
> #4  0xb64d755e in global constructors keyed to debugplotter.cxx ()
>    from /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib/libbasegfxli.so

Well, I succeeded in moving the crash until later on :-). I've committed
another micro optimization which'll likely have the effect of moving the
crash slightly further along again. We're at least immeasurably slightly
improving our start up time :-)

You need to find out why your libraries are apparently getting linked
against, or resolved against /usr/lib/libstlport_gcc.so.4.6 as opposed
to the one in the solver/unxlngi6.pro/lib dir

C.

_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
René Kjellerup René Kjellerup
Reply | Threaded
Open this post in threaded view
|

Re: Error Building, vcl segmentation fault

In reply to this post by julien2412

Hi,

I read on the Linux game publishing blog something about forcing gcc to resolve of the link library location, unfortunate the blog is down for the time being. However looking at gcc manual, it could have been the -B<prefix> option.

Hope that it might help.

The Best
René


_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Next » 12