LibreOffice / openIndiana ...

[Jonathan Adams]

I'm not sure that that is really what is going on ... I changed the
compile flags to include "-g" in case that helped with debugging and
the error has moved ...

sal at salmon190-241:~/LibreOffice/libo$
LD_LIBRARY_PATH="/home/sal/LibreOffice/libo/solver/unxsoli/lib" gdb
--args /home/sal/LibreOffice/libo/solver/unxsoli/bin/saxparser af_NA
/home/sal/LibreOffice/libo/i18npool/source/localedata/data/af_NA.xml
localedata_af_NA_invis.cxx
file:///home/sal/LibreOffice/libo/workdir/unxsoli/CustomTarget/i18npool/source/localedata/saxparser.rdb
/home/sal/LibreOffice/libo/solver/unxsoli/bin/types.rdb
-env:LO_LIB_DIR=file:///home/sal/LibreOffice/libo/solver/unxsoli/lib
GNU gdb 6.8
Copyright (C) 2008 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 "i386-pc-solaris2.11"...
(gdb) run
Starting program:
/home/sal/LibreOffice/libo/solver/unxsoli/bin/saxparser af_NA
/home/sal/LibreOffice/libo/i18npool/source/localedata/data/af_NA.xml
localedata_af_NA_invis.cxx
file:///home/sal/LibreOffice/libo/workdir/unxsoli/CustomTarget/i18npool/source/localedata/saxparser.rdb
/home/sal/LibreOffice/libo/solver/unxsoli/bin/types.rdb
-env:LO_LIB_DIR=file:///home/sal/LibreOffice/libo/solver/unxsoli/lib
warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 00000074
warning: Lowest section in /lib/libthread.so.1 is .dynamic at 00000074
[New LWP 1]
[New LWP 2]
XXX A 80476a4 state_=0
nextItem 80476a4 state_=0
nextItem 80476a4 state_=0

Program received signal SIGSEGV, Segmentation fault.
osl_decrementInterlockedCount ()
    at /home/sal/LibreOffice/libo/sal/osl/unx/asm/interlck_x86.s:81
81	    lock
Current language:  auto; currently asm
(gdb) info frame
Stack level 0, frame at 0x80475c0:
 eip = 0xfec5a4fc in osl_decrementInterlockedCount
    (/home/sal/LibreOffice/libo/sal/osl/unx/asm/interlck_x86.s:81);
    saved eip 0xfec44f5e
 called by frame at 0x80475e0
 source language asm.
 Arglist at 0x80475b8, args:
 Locals at 0x80475b8, Previous frame's sp is 0x80475c0
 Saved registers:
  ebx at 0x80475b4, ebp at 0x80475b8, eip at 0x80475bc
(gdb) backtrace
#0  osl_decrementInterlockedCount ()
    at /home/sal/LibreOffice/libo/sal/osl/unx/asm/interlck_x86.s:81
#1  0xfec44f5e in rtl_uString_release (pThis=0xfec72001)
    at /home/sal/LibreOffice/libo/sal/rtl/source/strtmpl.cxx:1056
#2  0xfec4549d in rtl_uString_assign (ppThis=0x80476d8, pStr=0xfec7204c)
    at /home/sal/LibreOffice/libo/sal/rtl/source/strtmpl.cxx:1235
#3  0xfe699227 in stoc::simpleregistry::TextualServices::TextualServices ()
   from /home/sal/LibreOffice/libo/solver/unxsoli/lib/bootstrap.uno.so
#4  0xfe68b640 in ?? ()
   from /home/sal/LibreOffice/libo/solver/unxsoli/lib/bootstrap.uno.so
#5  0x080ca380 in ?? ()
#6  0x08047abc in ?? ()
#7  0x00000001 in ?? ()
#8  0xfee13280 in ?? ()
   from /home/sal/LibreOffice/libo/solver/unxsoli/lib/libuno_cppuhelpergcc3.so
#9  0xfee4b6ec in cppu::get_unorc()::s_bstrap ()
   from /home/sal/LibreOffice/libo/solver/unxsoli/lib/libuno_cppuhelpergcc3.so
#10 0x080478d8 in ?? ()
#11 0xfec44f7d in rtl_uString_release (pThis=0x0)
    at /home/sal/LibreOffice/libo/sal/rtl/source/strtmpl.cxx:1058
#12 0x00000001 in ?? ()
#13 0x0065006c in ?? ()

the "nextItem" flag is output by xmlreader ... which doesn't seem to
have enabled it's source code for debugging ...

Anyway, I'm going to have to start doing what I'm paid for and stop
trying to compile LO :)

Jon

On 19 March 2012 13:18, Lubos Lunak <l.lunak at suse.cz> wrote:
> On Monday 19 of March 2012, Jonathan Adams wrote:
>> thanks, direct pull from git behaves "correctly" to the same point.
>>
>> gdb of core gives this error:
>> Core was generated by
>> `/home/sal/LibreOffice/libo/solver/unxsoli/bin/saxparser af_NA
>> /home/sal/LibreOf'.
>> Program terminated with signal 11, Segmentation fault.
>> [New process 83473    ]
>> [New process 149009    ]
>> #0  0xfec54eb8 in rtl_uString_release (pThis=0x29) at
>> /home/sal/LibreOffice/libo/sal/rtl/source/strtmpl.cxx:1043
>> 1043        if (SAL_STRING_IS_STATIC (pThis))
>>
>> so I guess there is some kind of corruption in the string "pThis" that
>> is being passed around.
>
>  The this=0x29 suggests that the string is inside another type that is
> referenced using a null pointer. Check out the gdb backtrace and search for
> where and why something is called that way.
>
> --
>  Lubos Lunak
>  l.lunak at suse.cz