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 -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
