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,
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
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
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
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
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 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
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.
___
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
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
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 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
12 matches
Mail list logo