monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Monotone-devel] crashing monotone


From: Ben Walton
Subject: [Monotone-devel] crashing monotone
Date: Mon, 13 Nov 2006 10:31:56 -0500
User-agent: Mutt/1.4.2.1i

Hi Devel Team,

I just built a monotone rpm for fc4 and was ready to begin playing with
it and the first output I got was the following:

bwalton @ ntdws12.chass : ~/monotone
$ mtn db init --db=~/monotone/scripts.mtn
*** glibc detected *** mtn: free(): invalid pointer: 0x0a3ed950 ***
======= Backtrace: =========
/lib/libc.so.6[0x3e01e0]
/lib/libc.so.6(__libc_free+0x77)[0x3e072b]
/usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0x7980a9]
/usr/lib/libboost_program_options.so.2(_ZN5boost15program_options12basic_optionIcED1Ev+0x56)[0xee8756]
/usr/lib/libboost_program_options.so.2(_ZN5boost15program_options6detail7cmdline3runEv+0x7dd)[0xee430d]
mtn[0x82c4036]
mtn[0x82bda7d]
mtn[0x82c4ee7]
/lib/libc.so.6(__libc_start_main+0xdf)[0x391d7f]
mtn(__gxx_personality_v0+0x1b9)[0x8053ae1]
======= Memory map: ========
00150000-0015e000 r-xp 00000000 08:02 1217098 
/usr/lib/libboost_date_time.so.1.33.1
0015e000-0015f000 rw-p 0000e000 08:02 1217098 
/usr/lib/libboost_date_time.so.1.33.1
001fc000-0020b000 r-xp 00000000 08:02 1211939 
/usr/lib/libboost_filesystem.so.1.33.1
0020b000-0020c000 rw-p 0000f000 08:02 1211939 
/usr/lib/libboost_filesystem.so.1.33.1
0035e000-0035f000 r-xp 0035e000 00:00 0          [vdso]
0035f000-00379000 r-xp 00000000 08:09 34197      /lib/ld-2.3.6.so
00379000-0037a000 r--p 00019000 08:09 34197      /lib/ld-2.3.6.so
0037a000-0037b000 rw-p 0001a000 08:09 34197      /lib/ld-2.3.6.so
0037d000-004a0000 r-xp 00000000 08:09 56303      /lib/libc-2.3.6.so
004a0000-004a2000 r--p 00122000 08:09 56303      /lib/libc-2.3.6.so
004a2000-004a4000 rw-p 00124000 08:09 56303      /lib/libc-2.3.6.so
004a4000-004a6000 rw-p 004a4000 00:00 0
004a8000-004cb000 r-xp 00000000 08:09 56305      /lib/libm-2.3.6.so
004cb000-004cc000 r--p 00022000 08:09 56305      /lib/libm-2.3.6.so
004cc000-004cd000 rw-p 00023000 08:09 56305      /lib/libm-2.3.6.so
005ab000-005bd000 r-xp 00000000 08:02 847285 /usr/lib/libz.so.1.2.2.2
005bd000-005be000 rw-p 00011000 08:02 847285 /usr/lib/libz.so.1.2.2.2
006e2000-006eb000 r-xp 00000000 08:09 56308 /lib/libgcc_s-4.0.2-20051126.so.1
006eb000-006ec000 rw-p 00009000 08:09 56308 /lib/libgcc_s-4.0.2-20051126.so.1
006ee000-007c3000 r-xp 00000000 08:02 1207342 /usr/lib/libstdc++.so.6.0.7
007c3000-007c8000 rw-p 000d5000 08:02 1207342 /usr/lib/libstdc++.so.6.0.7
007c8000-007cd000 rw-p 007c8000 00:00 0
00b4a000-00bd1000 r-xp 00000000 08:02 1214170 /usr/lib/libboost_regex.so.1.33.1
00bd1000-00bd3000 rw-p 00087000 08:02 1214170 /usr/lib/libboost_regex.so.1.33.1
00ed2000-00f0a000 r-xp 00000000 08:02 1215604 
/usr/lib/libboost_program_options.so.1.33.1
00f0a000-00f0b000 rw-p 00037000 08:02 1215604 
/usr/lib/libboost_program_options.so.1.33.1
08048000-08508000 r-xp 00000000 08:02 814559     /usr/bin/mtn
08508000-08509000 rw-p 004c0000 08:02 814559     /usr/bin/mtn
08509000-0850c000 rw-p 08509000 00:00 0
0a3cb000-0a473000 rw-p 0a3cb000 00:00 0          [heap]
b7c00000-b7c21000 rw-p b7c00000 00:00 0
b7c21000-b7d00000 ---p b7c21000 00:00 0
b7d22000-b7f22000 r--p 00000000 08:02 1173056 /usr/lib/locale/locale-archive
b7f22000-b7f25000 rw-p b7f22000 00:00 0
b7f3a000-b7f41000 r--s 00000000 08:02 1205973 /usr/lib/gconv/gconv-modules.cache
b7f41000-b7f42000 rw-p b7f41000 00:00 0
bf98a000-bf99f000 rw-p bf98a000 00:00 0          [stack]
mtn: fatal signal: Aborted
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 address@hidden
do not send a core dump, but if you have one,
please preserve it in case we ask you for information from it.
Aborted

mtn --full-version produces similar output.  I'm on fc4 with kernel:
2.6.17-1.2142_FC4smp, glibc 2.3.6-3 and boost:

bwalton @ ntdws12.chass : ~/monotone
$ rpm -qa | grep boost
boost-1.33.1-5
boost-devel-1.33.1-5

I hope that helps.  I'll continue playing with it on my end as it looks
like a very interesting system.  Let me know if there is any additional
output/info that can help you resolve this problem.

Thanks
-Ben
-- 
Ben Walton
Systems Programmer
Office of Planning & IT
Faculty of Arts & Science
University of Toronto
Cell: 416.407.5610

GPG Key Id: 8E89F6D2; Keyserver: pgp.mit.edu
Contact me to arrange for a CAcert assurance meeting.

Attachment: pgpHhdvTshKOh.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]