Bug#404616: marked as done (monotone: Segmentation fault on powerpc)

[Debian Bug Tracking System]

Your message dated Wed, 10 Jan 2007 09:06:08 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#404616: monotone: Segmentation fault on powerpc
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---

Package: monotone
Version: 0.31-3
Severity: grave
Justification: renders package unusable

I have tried three completely different working directories with
similar results:

[EMAIL PROTECTED]:~/tree/junk$ mtn status
mtn: fatal signal: Segmentation fault
this is almost certainly a bug in monotone.
please send this error message, the output of 'mtn --full-version',
and a description of what you were doing to monotone-devel@nongnu.org
do not send a core dump, but if you have one, 
please preserve it in case we ask you for information from it.
Segmentation fault

[EMAIL PROTECTED]:~/tree/junk$ mtn --full-version
monotone 0.31 (base revision: 1bd1fe1e811dce82bee09b9f0effca3225bd1cee)
Running on          : Linux 2.6.17-2-powerpc #1 Wed Sep 13 16:30:39 CEST
2006 ppc
C++ compiler        : GNU C++ version 4.1.2 20061115 (prerelease)
(Debian 4.1.1-21)
C++ standard library: GNU libstdc++ version 20061115
Boost version       : 1_33_1
Changes since base revision:
unknown

The last lines, before the segfault, in strace:
read(3, "\r\0\0\0\1\7&\0\7&\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 8192) = 
8192
fcntl64(3, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 
0x7fa4a238) = 0
fcntl64(3, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741824, len=1}, 
0x7fa4a568) = 0
fcntl64(3, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741826, 
len=510}, 0x7fa4a568) = 0
fcntl64(3, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=1073741824, len=1}, 
0x7fa4a568) = 0
access("/home/bam/monotone/junk.mtn-journal", F_OK) = -1 ENOENT (No such file 
or directory)
fstat64(3, {st_mode=S_IFREG|0600, st_size=507904, ...}) = 0
_llseek(3, 0, [0], SEEK_SET)            = 0
read(3, "SQLite format 3\0 \0\1\1\0@  \0\0\0,\0\0\0\0"..., 8192) = 8192
_llseek(3, 81920, [81920], SEEK_SET)    = 0
read(3, "\n\0\0\0*\30\236\0\32\6\33\365\37\37\30\236\31\177\36\305"..., 8192) = 
8192
fcntl64(3, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 
0x7fa4a5b8) = 0
fcntl64(3, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741824, len=1}, 
0x7fa4a258) = 0
fcntl64(3, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741826, 
len=510}, 0x7fa4a258) = 0
fcntl64(3, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=1073741824, len=1}, 
0x7fa4a258) = 0
access("/home/bam/monotone/junk.mtn-journal", F_OK) = -1 ENOENT (No such file 
or directory)
fstat64(3, {st_mode=S_IFREG|0600, st_size=507904, ...}) = 0
_llseek(3, 0, [0], SEEK_SET)            = 0
read(3, "SQLite format 3\0 \0\1\1\0@  \0\0\0,\0\0\0\0"..., 8192) = 8192
_llseek(3, 114688, [114688], SEEK_SET)  = 0
read(3, "\n\0\0\0\1\37\323\0\37\323\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 8192) = 
8192
fcntl64(3, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 
0x7fa4a2a8) = 0
fcntl64(3, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741824, len=1}, 
0x7fa4a378) = 0
fcntl64(3, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741826, 
len=510}, 0x7fa4a378) = 0
fcntl64(3, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=1073741824, len=1}, 
0x7fa4a378) = 0
access("/home/bam/monotone/junk.mtn-journal", F_OK) = -1 ENOENT (No such file 
or directory)
fstat64(3, {st_mode=S_IFREG|0600, st_size=507904, ...}) = 0
_llseek(3, 0, [0], SEEK_SET)            = 0
read(3, "SQLite format 3\0 \0\1\1\0@  \0\0\0,\0\0\0\0"..., 8192) = 8192
_llseek(3, 106496, [106496], SEEK_SET)  = 0
read(3, "\r\0\0\0\1\7&\0\7&\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 8192) = 
8192
_llseek(3, 114688, [114688], SEEK_SET)  = 0
read(3, "\n\0\0\0\1\37\323\0\37\323\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 8192) = 
8192
fcntl64(3, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 
0x7fa4a3c8) = 0
brk(0x1064a000)                         = 0x1064a000
--- SIGSEGV (Segmentation fault) @ 0 (0) ---



-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-powerpc
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages monotone depends on:
ii  libboost-date-time1.33.1     1.33.1-9    set of date-time libraries based o
ii  libboost-filesystem1.33.1    1.33.1-9    filesystem operations (portable pa
ii  libboost-regex1.33.1         1.33.1-9    regular expression library for C++
ii  libc6                        2.3.6.ds1-8 GNU C Library: Shared libraries
ii  libgcc1                      1:4.1.1-19  GCC support library
ii  libstdc++6                   4.1.1-19    The GNU Standard C++ Library v3
ii  zlib1g                       1:1.2.3-13  compression library - runtime

monotone recommends no packages.

-- no debconf information

--- End Message ---

--- Begin Message ---

On 1/9/07, Brian May <[EMAIL PROTECTED]> wrote:

>>>>> "Aaron" == Aaron M Ucko <[EMAIL PROTECTED]> writes:

    Aaron> Yes, monotone itself -- the code in question, like much of
    Aaron> Boost, is inlined.  Please try again with monotone 0.31-4,
    Aaron> which addresses an unrelated issue but conveniently uses a
    Aaron> fixed version of Boost.

0.31-4 isn't yet in Debian unstable, but I rebuilt -3 and it does seem
to solve the problem.

Great! Problem solved.

Cheers,
Shaun

--- End Message ---