Your message dated Sat, 24 Oct 2009 10:46:04 +0200
with message-id <[email protected]>
and subject line closing SQLite3 sparc bugs which can't be reproduced
has caused the Debian Bug report #524140,
regarding libsqlite3-0: [sparc] triggers bus errors in libpthread from monotone
testsuite
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
524140: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=524140
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libsqlite3-0
Version: 3.6.12-1
Severity: normal
On sparc, monotone fails to build because every last test of the main program
triggers a bus error. As far as I can tell from the limited information I've
managed to extract from the build daemon, this is actually a bug in libsqlite.
When the bus error happens, the stack trace always looks like this
(modulo address space randomization).
libpthread.so.0[0x700187b8]
libsqlite3.so.0(sqlite3VdbeExec?+0x580c)[0x704b8f64]
libsqlite3.so.0(sqlite3_step+0x3f8)[0x704aec00]
libsqlite3.so.0(sqlite3_exec+0xc4)[0x704b2694]
mtn[0x137768]
mtn[0xb8a74]
mtn[0x7b7dc]
....
I do not know the load address for libpthread.so.0 and my sparc
disassembler does not decode cross-library function calls, so I have
been unable to work out exactly what operation is triggering the fault.
However, with a fingerprint this consistent, I would venture to guess
that libsqlite3 is providing an inadequately-aligned mutex to libpthread,
or something like that.
I regret I do not have access to sparc hardware to debug this further, but
I am happy to answer any questions you might have. If you do have sparc
hardware to hand, you should be able to reproduce the problem simply by
downloading and attempting to build the current monotone source package.
Versions of packages libsqlite3-0 depends on:
ii libc6 2.9-7 GNU C Library: Shared libraries
ii libicu40 4.0.1-2 International Components for Unico
--- End Message ---
--- Begin Message ---
Hi,
I have asked SQLite upstream to check these errors. They asked for
backtrace, none given to them. More than one monotone and apr-util was
uploaded since then and they built fine.
I suspect it was a compile issue. Anyway it doesn't happen anymore,
closing these bugs now.
Regards,
Laszlo/GCS
--- End Message ---
