Re: [Libreoffice] Need help with failing cppunit tests

2011-03-07 Thread Caolán McNamara 
On Mon, 2011-03-07 at 13:49 +0100, Francois Tigeot wrote:
> Maybe, maybe not. The cppunit tests build long chains of destructors
> which may not be present in a real-world situation.

Nah, the real-world list is staggering long :-)

> I've not yet encountered a single LibreOffice crash.

FWIW they'd only happen at exit or dlclose time of course. Mileage
varies with these things however.

C.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Need help with failing cppunit tests

2011-03-07 Thread Francois Tigeot 
Hiya,

On Mon, Mar 07, 2011 at 12:39:23PM +, Michael Meeks wrote:
> 
>   If the unit test fail, then almost certainly you'll fail in the same
> way at run-time too.

Maybe, maybe not. The cppunit tests build long chains of destructors
which may not be present in a real-world situation.

The only issue I've found at runtime so far is I'm unable to save normal
.odt or .ods files but this may not be related.

I've not yet encountered a single LibreOffice crash.

-- 
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Need help with failing cppunit tests

2011-03-07 Thread Michael Meeks 
Hi there,

On Mon, 2011-03-07 at 09:04 +0100, Francois Tigeot wrote:
> DragonFly's libc doesn't implement some of the needed C++ features.

Ho hum.

> Work is under way but in the meantime, the cppunit tests will
> continue to fail.

If the unit test fail, then almost certainly you'll fail in the same
way at run-time too.

HTH,

Michael.

-- 
 michael.me...@novell.com  <><, Pseudo Engineer, itinerant idiot


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Need help with failing cppunit tests

2011-03-07 Thread Francois Tigeot 
On Tue, Mar 01, 2011 at 12:07:22AM +0100, Francois Tigeot wrote:
> On Mon, Feb 28, 2011 at 09:26:46PM +, Caolán McNamara wrote:
> > 
> > This confirms the theory anyway. Doesn't help exactly pin down the
> > problem, but it does point to some global dtor, or explicit
> > atexit/cxa_finalize handler, so, as a guess see rtl_memory_fini in
> > sal/source/alloc_global.c and the MACOSX entry in the corresponding
> > makefile.mk. If you tweak those to "do like macosx" does it make a
> > difference ?
> 
> Unfortunately, it doesn't.

DragonFly's libc doesn't implement some of the needed C++ features.

Work is under way but in the meantime, the cppunit tests will continue to
fail.

-- 
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Need help with failing cppunit tests

2011-02-28 Thread Francois Tigeot 
On Mon, Feb 28, 2011 at 09:26:46PM +, Caolán McNamara wrote:
> On Mon, 2011-02-28 at 20:07 +0100, Francois Tigeot wrote:
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x000801535510 in ?? ()
> > (gdb) bt
> > #0  0x000801535510 in ?? ()
> > #1  0x0008010b7db9 in __cxa_finalize (dso=0x0) at 
> > /usr/src/lib/libc/../libc/stdlib/atexit.c:178
> 
> This confirms the theory anyway. Doesn't help exactly pin down the
> problem, but it does point to some global dtor, or explicit
> atexit/cxa_finalize handler, so, as a guess see rtl_memory_fini in
> sal/source/alloc_global.c and the MACOSX entry in the corresponding
> makefile.mk. If you tweak those to "do like macosx" does it make a
> difference ?

Unfortunately, it doesn't.

All is not lost, howewer. Thanks to you, I know at least where to look for
further investigations :-)

-- 
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Need help with failing cppunit tests

2011-02-28 Thread Caolán McNamara 
On Mon, 2011-02-28 at 20:07 +0100, Francois Tigeot wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0x000801535510 in ?? ()
> (gdb) bt
> #0  0x000801535510 in ?? ()
> #1  0x0008010b7db9 in __cxa_finalize (dso=0x0) at 
> /usr/src/lib/libc/../libc/stdlib/atexit.c:178
> #2  0x0008010b7a4a in exit (status=0) at 
> /usr/src/lib/libc/../libc/stdlib/exit.c:64
> #3  0x0040223a in _start (ap=0x7fffcd60, cleanup=0x80050ef0d 
> ) at /usr/src/lib/csu/x86_64/crt1.c:101
> (gdb) quit

This confirms the theory anyway. Doesn't help exactly pin down the
problem, but it does point to some global dtor, or explicit
atexit/cxa_finalize handler, so, as a guess see rtl_memory_fini in
sal/source/alloc_global.c and the MACOSX entry in the corresponding
makefile.mk. If you tweak those to "do like macosx" does it make a
difference ?

C.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Need help with failing cppunit tests

2011-02-28 Thread Francois Tigeot 
On Thu, Feb 24, 2011 at 11:56:56AM +0100, Francois Tigeot wrote:
> On Thu, Feb 24, 2011 at 10:11:46AM +, 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.
0x000801535510 in ?? ()
(gdb) bt
#0  0x000801535510 in ?? ()
#1  0x0008010b7db9 in __cxa_finalize (dso=0x0) at 
/usr/src/lib/libc/../libc/stdlib/atexit.c:178
#2  0x0008010b7a4a in exit (status=0) at 
/usr/src/lib/libc/../libc/stdlib/exit.c:64
#3  0x0040223a in _start (ap=0x7fffcd60, cleanup=0x80050ef0d 
) at /usr/src/lib/csu/x86_64/crt1.c:101
(gdb) quit


-- 
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Need help with failing cppunit tests

2011-02-24 Thread Francois Tigeot 
On Thu, Feb 24, 2011 at 10:11:46AM +, Caolán McNamara wrote:
> On Thu, 2011-02-24 at 09:30 +0100, Francois Tigeot wrote:
> 
> > Next, I ran the command by hand and 
> ...
> >  ResId without ResMgr created terminate called
> 
> Running it manually in this scenario you don't have STAR_RESOURCEPATH
> set, see the makefile.mk

Doh!

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

-- 
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Need help with failing cppunit tests

2011-02-24 Thread Caolán McNamara 
On Thu, 2011-02-24 at 09:30 +0100, Francois Tigeot wrote:

> Next, I ran the command by hand and 
...
>  ResId without ResMgr created terminate called

Running it manually in this scenario you don't have STAR_RESOURCEPATH
set, see the makefile.mk

C.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Need help with failing cppunit tests

2011-02-24 Thread Francois Tigeot 
On Wed, Feb 23, 2011 at 12:36:14PM +, Caolán McNamara wrote:
> On Wed, 2011-02-23 at 09:46 +0100, Francois Tigeot wrote:
> > For now, I'm focussing on sc/qa/unit.
> 
> Because your log shows "OK (10)" before it falls over and dies, I
> believe that the tests themselves are passing, and you are dying on
> exit.

I tried running the crashing command in gdb, following your explanations
from the january thread
http://lists.freedesktop.org/archives/libreoffice/2011-January/005531.html

I first tried to use build. cppunittester ran for a few moments and stopped;
it just sat there doing nothing.
It didn't use any cpu and gdb was in "wait" state:

Reading symbols from
/home/ftigeot/Projects/LibreOffice/bootstrap/solver/330/unxdflyx3.pro/bin/cppunit/cppunittester...done.
(gdb) run
Starting program:
/home/ftigeot/Projects/LibreOffice/bootstrap/solver/330/unxdflyx3.pro/bin/cppunit/cppunittester
 ../../unxdflyx3.pro/lib/libqa_unit.so -headless -invisible 
-env:UNO_SERVICES=file:///home/ftigeot/Projects/LibreOffice/bootstrap/clone/calc/sc/qa/unit/../../unxdflyx3.pro/misc/qa_unit/services.rdb
 
-env:UNO_TYPES=file:///home/ftigeot/Projects/LibreOffice/bootstrap/clone/calc/sc/qa/unit/../../unxdflyx3.pro/misc/qa_unit/types.rdb\
 
file:///home/ftigeot/Projects/LibreOffice/bootstrap/clone/calc/sc/qa/unit/../../unxdflyx3.pro/misc/qa_unit/udkapi.rdb
 
-env:OOO_BASE_DIR=file:///home/ftigeot/Projects/LibreOffice/bootstrap/clone/calc/sc/qa/unit/../../unxdflyx3.pro/misc/qa_unit
 
-env:BRAND_BASE_DIR=file:///home/ftigeot/Projects/LibreOffice/bootstrap/clone/calc/sc/qa/unit/../../unxdflyx3.pro/misc/qa_unit
 
-env:UNO_USER_PACKAGES_CACHE=file:///home/ftigeot/Projects/LibreOffice/bootstrap/clone/calc/sc/qa/unit/../../unxdflyx3.pro/misc/qa_unit


Next, I ran the command by hand and it was better:

$ export 
LD_LIBRARY_PATH="/usr/pkg/lib:/home/ftigeot/Projects/LibreOffice/bootstrap/sc/unxdflyx3.pro/lib:/home/ftigeot/Projects/LibreOffice/bootstrap/solver/330/unxdflyx3.pro/lib"
$ gdb --args 
/home/ftigeot/Projects/LibreOffice/bootstrap/solver/330/unxdflyx3.pro/bin/cppunit/cppunittester
 ../../unxdflyx3.pro/lib/libqa_unit.so -headless -invisible 
-env:UNO_SERVICES=file:///home/ftigeot/Projects/LibreOffice/bootstrap/clone/calc/sc/qa/unit/../../unxdflyx3.pro/misc/qa_unit/services.rdb
 
-env:UNO_TYPES=file:///home/ftigeot/Projects/LibreOffice/bootstrap/clone/calc/sc/qa/unit/../../unxdflyx3.pro/misc/qa_unit/types.rdb\
 
file:///home/ftigeot/Projects/LibreOffice/bootstrap/clone/calc/sc/qa/unit/../../unxdflyx3.pro/misc/qa_unit/udkapi.rdb
 
-env:OOO_BASE_DIR=file:///home/ftigeot/Projects/LibreOffice/bootstrap/clone/calc/sc/qa/unit/../../unxdflyx3.pro/misc/qa_unit
 
-env:BRAND_BASE_DIR=file:///home/ftigeot/Projects/LibreOffice/bootstrap/clone/calc/sc/qa/unit/../../unxdflyx3.pro/misc/qa_unit
 
-env:UNO_USER_PACKAGES_CACHE=file:///home/ftigeot/Projects/LibreOffice/bootstrap/clone/calc/sc/qa/unit/../../unxdflyx3.pro/misc/qa_unit
Error: File 
/home/ftigeot/Projects/LibreOffice/bootstrap/clone/libs-core/ucb/source/core/ucb.cxx,
 Line 926: UniversalContentBroker::getContentProviderData - caught 
RuntimeException!
Error: File 
/home/ftigeot/Projects/LibreOffice/bootstrap/clone/libs-core/ucb/source/core/ucb.cxx,
 Line 796: UniversalContentBroker::configureUcb(): No configuration
Error: File 
/home/ftigeot/Projects/LibreOffice/bootstrap/solver/330/unxdflyx3.pro/inc/tools/resid.hxx,
 Line 72: ResId without ResMgr created terminate called after throwing an 
instance of 'com::sun::star::uno::RuntimeException'

Program received signal SIGABRT, Aborted.
0x000800f6f158 in lwp_kill () at lwp_kill.S:2
2   lwp_kill.S: No such file or directory.
in lwp_kill.S
Current language:  auto
The current source language is "auto; currently asm".
(gdb) bt
#0  0x000800f6f158 in lwp_kill () at lwp_kill.S:2
#1  0x000800e03a65 in _thr_send_sig (thread=, sig=0) 
at /usr/src/lib/libthread_xu/thread/thr_kern.c:99
#2  0x000800dfdde9 in _raise (sig=6) at 
/usr/src/lib/libthread_xu/thread/thr_syscalls.c:440
#3  0x000800feabde in abort () at 
/usr/src/lib/libc/../libc/stdlib/abort.c:63
#4  0x000800b9bfec in __gnu_cxx::__verbose_terminate_handler ()
at 
/usr/src/gnu/lib/gcc41/libstdc++/../../../usr.bin/cc41/cc_tools/../../../../contrib/gcc-4.1/libstdc++-v3/libsupc++/vterminate.cc:97
#5  0x000800ba047f in __cxxabiv1::__terminate (handler=0x)
at 
/usr/src/gnu/lib/gcc41/libstdc++/../../../usr.bin/cc41/cc_tools/../../../../contrib/gcc-4.1/libstdc++-v3/libsupc++/eh_terminate.cc:43
#6  0x000800ba04b5 in std::terminate ()
at 
/usr/src/gnu/lib/gcc41/libstdc++/../../../usr.bin/cc41/cc_tools/../../../../contrib/gcc-4.1/libstdc++-v3/libsupc++/eh_terminate.cc:53
#7  0x000800ba0424 in __cxa_throw (obj=, tinfo=, dest=)
at 
/usr/src/gnu/lib/gcc41/libstdc++/../../../usr.bin/cc41/cc_tools/../../../../contrib/gcc-4.1/libstdc++-v3/libsupc++/eh_throw.cc:77
#8  0x0008029fa65b in SfxApplication::InitLabelResMgr (this=0x80c2

Re: [Libreoffice] Need help with failing cppunit tests

2011-02-23 Thread Francois Tigeot 
On Wed, Feb 23, 2011 at 02:13:34PM +0100, Francois Tigeot wrote:
> On Wed, Feb 23, 2011 at 12:36:14PM +, Caolán McNamara wrote:
> > 
> > Another possibility is some nasty atexit/__cxa_atexit problem. A hack to
> > experiment for that possibility can be found at
> > http://lists.freedesktop.org/archives/libreoffice/2011-January/005372.html

Sadly, the first patch doesn't help. 
I still get the same errors, complete with segmentation faults.

-- 
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Need help with failing cppunit tests

2011-02-23 Thread Francois Tigeot 
On Wed, Feb 23, 2011 at 12:36:14PM +, Caolán McNamara wrote:
> On Wed, 2011-02-23 at 09:46 +0100, Francois Tigeot wrote:
> > For now, I'm focussing on sc/qa/unit.
> 
> Because your log shows "OK (10)" before it falls over and dies, I
> believe that the tests themselves are passing, and you are dying on
> exit.

This means the other errors such as
  UniversalContentBroker::configureUcb(): No configuration
  ContentBroker::initialize - already initialized!
  PropertySetRegistry::getConfigProvider - No config provider!
  etc...
are only caused by the first issue ?

> Could be a few reasons for that, I suppose the first one to check
> is what's your autogen/configure line ?

I use these values:

export CFLAGS="-O -g -pipe"
export CPPFLAGS=-I/usr/pkg/include
export LD_LIBRARY_PATH=/usr/pkg/lib

./autogen.sh \
--with-max-jobs=2 --with-num-cpus=2 \
--prefix=/usr/local/LibreOffice \
--enable-symbols --enable-debug \
--x-includes=/usr/pkg/include --x-libraries=/usr/pkg/lib \
--with-lang="en" \
--without-java \
--disable-mozilla --disable-nss-module \
--disable-neon --disable-Xaw \
--with-system-headers --with-system-libs \
--with-system-python --with-system-libtextcat \
--without-system-jars \
--without-system-db \
--without-system-mdds \
--without-system-vigra \
--without-system-altlinuxhyph \
--without-system-mythes \
--without-system-odbc \
--without-system-cppunit \

The environment variables are needed, otherwise some components do not find
the correct path for include files or libraries.

> To find out if you are using "system" cppunit or the internal one, the
> internal one has a fix for when building with debug-mode stl

I tried both. I ported locally one of the LibreOffice patches which fixed
a similar crash to the system package but it had no effect.
Currently I'm using the internal fork.
 
> Another possibility is some nasty atexit/__cxa_atexit problem. A hack to
> experiment for that possibility can be found at
> http://lists.freedesktop.org/archives/libreoffice/2011-January/005372.html

Hmm. This could be a bit ugly.
I have applied the patch and I'm doing a partial build right now to see if it
changes anything.

-- 
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Need help with failing cppunit tests

2011-02-23 Thread Caolán McNamara 
On Wed, 2011-02-23 at 09:46 +0100, Francois Tigeot wrote:
> For now, I'm focussing on sc/qa/unit.

Because your log shows "OK (10)" before it falls over and dies, I
believe that the tests themselves are passing, and you are dying on
exit. Could be a few reasons for that, I suppose the first one to check
is what's your autogen/configure line ?

To find out if you are using "system" cppunit or the internal one, the
internal one has a fix for when building with debug-mode stl

Another possibility is some nasty atexit/__cxa_atexit problem. A hack to
experiment for that possibility can be found at
http://lists.freedesktop.org/archives/libreoffice/2011-January/005372.html

C.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Need help with failing cppunit tests

2011-02-23 Thread Francois Tigeot 
Hi guys,

For the last few days, I have been trying to understand why some of cppunit
tests are failing on my platform (DragonFly/x86_64).

For now, I'm focussing on sc/qa/unit.

Partial log:

  - start unit test #1 on library ../../unxdflyx3.pro/lib/libqa_unit.so
  [...]
  Error: File 
/home/ftigeot/Projects/LibreOffice/bootstrap/clone/libs-core/ucb/source/core/ucb.cxx,
 Line 926: UniversalContentBroker::getContentProviderData - caught 
RuntimeException!
  Error: File 
/home/ftigeot/Projects/LibreOffice/bootstrap/clone/libs-core/ucb/source/core/ucb.cxx,
 Line 796: UniversalContentBroker::configureUcb(): No configuration
  Error: File 
/home/ftigeot/Projects/LibreOffice/bootstrap/clone/libs-gui/ucbhelper/source/client/contentbroker.cxx,
 Line 185: ContentBroker::initialize - already initialized!

export DEBUGCPPUNIT=true works only partially: at some point gdb hangs and
I have to kill it.

I have attached two files:
- build.log, the output of dmake in sc/qa/unit
- gdbtrace.log

I may have missed something stupid, like a path element but for now I'm stuck.
Any help would be much appreciated !

-- 
Francois Tigeot
build -- version: 275224


=
Building module sc
=
Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/inc

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/sdi

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/filter/starcalc

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/undo

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/pagedlg

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/drawfunc

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/unoobj

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/dbgui

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/filter/qpro

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/Accessibility

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/filter/html

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/filter/rtf

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/formdlg

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/navipi

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/cctrl

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/miscdlgs

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/filter/lotus

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/filter/dif

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/filter/xml

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/filter/excel

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/vba

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/filter/ftools

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/attrdlg

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/core/data

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/filter/xcl97

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/docshell

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/src

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/core/src

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/app

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/core/tool

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/optdlg

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/namedlg

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/view

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/source/ui/styleui

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/util

Entering /home/ftigeot/Projects/LibreOffice/bootstrap/sc/qa/unit

--
- start unit test #1 on library ../../unxdflyx3.pro/lib/libqa_unit.so
In the environment: 
STAR_RESOURCEPATH=/home/ftigeot/Projects/LibreOffice/bootstrap/clone/calc/sc/qa/unit/../../unxdflyx3.pro/bin:/home/ftigeot/Projects/LibreOffice/bootstrap/solver/330/unxdflyx3.pro/bin
--
: && 
LD_LIBRARY_PATH=${LD_LIBRARY_PATH+${LD_LIBRARY_PATH}:}/home/ftigeot/Projects/LibreOffice/bootstrap/clone/calc/sc/unxdflyx3.pro/lib:/home/ftigeot/Projects/LibreOffice/bootstrap/solver/330/unxdflyx3.pro/lib
   
/home/ftigeot/Projects/LibreOffice/bootstrap/solver/330/unxdflyx3.pro/bin/cppunit/cppunittester
 ../../unxdflyx3.pro/lib/libqa_unit.so -headless -invisible \

-env:UNO_SERVICES=file:///home/ftigeot/Projects/LibreOffice/bootstrap/clone/calc/sc/qa/unit/../../unxdflyx3.pro/misc/qa_unit/services.rdb
 \

-env:UNO_TYPES="file:///home/ftigeot/Projects/LibreOffice/bootstrap/clone/calc/sc/qa/unit/../../unxdflyx3.pro/misc/qa_unit/types.rdb
 
file:///home/ftigeot/Projects/LibreOffice/bootstrap