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'
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
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'
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 han
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_
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
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 fro
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_RESOURCEPAT
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.
___
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
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/
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
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
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/ftige
14 matches
Mail list logo
