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


Hi Stephan,

I just updated my master build on my notebook after about two weeks and
the build hanged in sal when I did *not* unset LANG/LC_ALL. First I
bisected it:

----
$ git bisect bad
9ffee68dc027662fd8e6aa044d7ee01b0ed5df16 is the first bad commit
commit 9ffee68dc027662fd8e6aa044d7ee01b0ed5df16
Author: Stephan Bergmann <sbergman@redhat.com>
Date:   Wed Sep 21 16:34:46 2011 +0200

    Cleaned up sal_textenc, making it work on Mac OS X.

:040000 040000 6722102c720f0a991390d9bbbabac434fa964f74 06c96e478dc24a83ec4fb17bc5ba490d1215afb5 M  
    sal
:040000 040000 9e8bb148aad8fbc267b128132f22594509fd8cf9 acd71343278dfe96264ec3964bca306ff4bbca60 M  
    scp2
:040000 040000 0f0bdc9f42046851db85520b89c34dc7b2f4f73d 6543ffb36f8c50d802f4d16edfbd27dbd1a50047 M  
    ure
----

Here is the full trace of the hang:

----
$ LD_LIBRARY_PATH=../lib gdb --args ./cppunittester 
GNU gdb (GDB) 7.2
Copyright (C) 2010 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 "x86_64-frugalware-linux".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/vmiklos/git/libreoffice/master/sal/unxlngx6.pro/bin/cppunittester...done.
(gdb) r
Starting program: /home/vmiklos/git/libreoffice/master/sal/unxlngx6.pro/bin/cppunittester 
[Thread debugging using libthread_db enabled]
[New Thread 0x7ffff69dc700 (LWP 24930)]
^C
Program received signal SIGINT, Interrupt.
0x00007ffff6cb1789 in syscall () from /lib/libc.so.6
(gdb) bt
#0  0x00007ffff6cb1789 in syscall () from /lib/libc.so.6
#1  0x00007ffff74942b7 in __cxa_guard_acquire () from /usr/lib/libstdc++.so.6
#2  0x00007ffff795980e in rtl::Static<<unnamed>::FullTextEncodingData, 
<unnamed>::FullTextEncodingDataSingleton>::get(void) () at ../inc/rtl/instance.hxx:400
#3  0x00007ffff79597b8 in Impl_getTextEncodingData (nEncoding=13) at 
/home/vmiklos/git/libreoffice/master/sal/textenc/textenc.cxx:203
#4  0x00007ffff79592b5 in rtl_createTextToUnicodeConverter (eTextEncoding=13) at textcvt.c:113
#5  0x00007ffff793981d in rtl_string2UString_status (ppThis=0x7fffffffa890, pStr=0x7fffffff9890 
"/home/vmiklos/git/libreoffice/master/sal/unxlngx6.pro/bin", nLen=57, eTextEncoding=13, 
    nCvtFlags=33587, pInfo=0x0) at ustring.c:652
#6  0x00007ffff7939a8c in rtl_string2UString (ppThis=0x7fffffffa890, pStr=0x7fffffff9890 
"/home/vmiklos/git/libreoffice/master/sal/unxlngx6.pro/bin", nLen=57, eTextEncoding=13, 
    nCvtFlags=819) at ustring.c:729
#7  0x00007ffff792ab30 in osl_getProcessWorkingDir (ppustrWorkingDir=0x7fffffffa8d8) at 
/home/vmiklos/git/libreoffice/master/sal/osl/unx/process_impl.cxx:449
#8  0x00007ffff79178fc in osl_getModuleURLFromAddress (addr=0x7ffff7959610, 
ppLibraryUrl=0x7fffffffa9a0) at module.c:280
#9  0x00007ffff79179dd in osl_getModuleURLFromFunctionAddress (addr=0x7ffff7959610 <(anonymous 
namespace)::thisModule()>, ppLibraryUrl=0x7fffffffa9a0) at module.c:314
#10 0x00007ffff79110d9 in osl::Module::getUrlFromAddress (addr=0x7ffff7959610 <(anonymous 
namespace)::thisModule()>, libraryUrl=...) at ../../inc/osl/module.hxx:72
#11 0x00007ffff7910f21 in osl_loadModuleRelative (baseModule=0x7ffff7959610 <(anonymous 
namespace)::thisModule()>, relativePath=0x7ffff7f9d008, mode=0)
    at /home/vmiklos/git/libreoffice/master/sal/osl/all/loadmodulerelative.cxx:53
#12 0x00007ffff79598c6 in osl::Module::loadRelative (this=0x7ffff7b92ea0, baseModule=0x7ffff7959610 
<(anonymous namespace)::thisModule()>, relativePath=..., mode=0)
    at ../inc/osl/module.hxx:101
#13 0x00007ffff795967d in (anonymous namespace)::FullTextEncodingData::FullTextEncodingData 
(this=0x7ffff7b92ea0) at /home/vmiklos/git/libreoffice/master/sal/textenc/textenc.cxx:136
#14 0x00007ffff7959823 in rtl::Static<<unnamed>::FullTextEncodingData, 
<unnamed>::FullTextEncodingDataSingleton>::get(void) () at ../inc/rtl/instance.hxx:400
#15 0x00007ffff79597b8 in Impl_getTextEncodingData (nEncoding=13) at 
/home/vmiklos/git/libreoffice/master/sal/textenc/textenc.cxx:203
#16 0x00007ffff79592b5 in rtl_createTextToUnicodeConverter (eTextEncoding=13) at textcvt.c:113
#17 0x00007ffff793981d in rtl_string2UString_status (ppThis=0x7ffff7fc7008, pStr=0x7fffffffb997 
"/home/vmiklos/git/libreoffice/master/sal/unxlngx6.pro/bin/cppunittester", nLen=71, 
    eTextEncoding=13, nCvtFlags=33587, pInfo=0x0) at ustring.c:652
#18 0x00007ffff7939a8c in rtl_string2UString (ppThis=0x7ffff7fc7008, pStr=0x7fffffffb997 
"/home/vmiklos/git/libreoffice/master/sal/unxlngx6.pro/bin/cppunittester", nLen=71, 
    eTextEncoding=13, nCvtFlags=819) at ustring.c:729
#19 0x00007ffff792a4df in osl_setCommandArgs (argc=1, argv=0x7fffffffad88) at 
/home/vmiklos/git/libreoffice/master/sal/osl/unx/process_impl.cxx:255
#20 0x00007ffff792acc8 in sal_detail_initialize (argc=1, argv=0x7fffffffad88) at 
/home/vmiklos/git/libreoffice/master/sal/osl/unx/salinit.cxx:38
#21 0x0000000000402b56 in main (argc=1, argv=0x7fffffffad88) at 
/home/vmiklos/git/libreoffice/master/sal/cppunittester/cppunittester.cxx:158
----

Does this ring any bell? I tried to revert the commit, but it's a large
one, and I could not easily resolve conflicts in
sal/textenc/textenc.cxx.

So in short:

$ echo $LANG $LC_ALL
hu_HU hu_HU

^ This hangs, but after an 'unset LANG LC_ALL' the build continues fine.

Thanks.

Attachment: pgpnVo8fs2PbF.pgp
Description: PGP signature


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.