Re: [Monotone-devel] mtn: fatal signal

[yinguohuang]

Thanks a lot!

Problem has been resolved by downloading  0.32 mtn source and rebuilding it.
Now mtn works well.

1. First, 0.31 mtn is installed at default in my debian linux, however, 0.32 mtn is required.
So I downlaod monotone_0.32-sarge0.1_i386.deb from mtn home page.
After intalling monotone_0.32-sarge0.1_i386.deb, mtn is installed in /usr/bin/mtn.

Back trace message as the following:

(gdb) file /usr/bin/mtn
Reading symbols from /usr/bin/mtn...(no debugging symbols found)...done.
(gdb) set args --db=/home/ygh/software/stuff/OE.mtn checkout --branch=org.openembedded.dev
(gdb) go
Undefined command: "go".  Try "help".
(gdb) start
Function "main" not defined.
Make breakpoint pending on future shared library load? (y or [n]) n

Starting program: /usr/bin/mtn --db=/home/ygh/software/stuff/OE.mtn checkout --branch=org.openembedded.dev
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1225934176 (LWP 8369)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
warning: Lowest section in /usr/lib/libicudata.so.36 is .hash at 000000b4
(no debugging symbols found)

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1225934176 (LWP 8369)]
0xb7c4859a in malloc_usable_size () from /lib/tls/libc.so.6
(gdb) bt
#0  0xb7c4859a in malloc_usable_size () from /lib/tls/libc.so.6
#1  0xb7c49761 in free () from /lib/tls/libc.so.6
#2  0xb7c4adfc in malloc () from /lib/tls/libc.so.6
#3  0xb7dde14e in operator new () from /usr/lib/libstdc++.so.5
#4  0xb7dca479 in std::__default_alloc_template<true, 0>::allocate () from /usr/lib/libstdc++.so.5
#5  0xb7dcfe78 in std::string::_Rep::_S_create () from /usr/lib/libstdc++.so.5
#6  0xb7dcff4e in std::string::_Rep::_M_clone () from /usr/lib/libstdc++.so.5
#7  0xb7dcdb6d in std::string::reserve () from /usr/lib/libstdc++.so.5
#8  0x08069260 in std::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::overflow ()
#9  0xb7dcb70f in std::basic_streambuf<char, std::char_traits<char> >::xsputn () from /usr/lib/libstdc++.so.5
#10 0xb7dbf757 in std::operator<< <char, std::char_traits<char>, std::allocator<char> > () from /usr/lib/libstdc++.so.5
#11 0x08085dfa in std::__uninitialized_copy_aux<__gnu_cxx::__normal_iterator<std::string*, std::vector<std::string, std::allocator<std::string> > >, __gnu_cxx::__normal_iterator<std::string*, std::vector<std::string, std::allocator<std::string> > > > ()
#12 0x080869fe in std::__uninitialized_copy_aux<__gnu_cxx::__normal_iterator<std::string*, std::vector<std::string, std::allocator<std::string> > >, __gnu_cxx::__normal_iterator<std::string*, std::vector<std::string, std::allocator<std::string> > > > ()
#13 0x080a8275 in std::_Rb_tree<std::string, std::pair<std::string const, unsigned int>, std::_Select1st<std::pair<std::string const, unsigned int> >, std::less<std::string>, std::allocator<std::pair<std::string const, unsigned int> > >::_M_create_node ()
#14 0x08377bf7 in boost::sub_match<__gnu_cxx::__normal_iterator<char const*, std::string> >::str ()
#15 0x0837964e in boost::sub_match<__gnu_cxx::__normal_iterator<char const*, std::string> >::str ()
#16 0xb7bf6eb0 in __libc_start_main () from /lib/tls/libc.so.6
#17 0x08053061 in ?? ()
(gdb)

2. After building from 0.32 mtn source, mtn is installed in /usr/local/bin/mtn,
and it works well.


3. Eric Christopher <address@hidden> said it could be anything from a bug in boost to .. something..


在 2007-02-13二的 00:58 -0800，Jack Cummings写道：
> On Mon, Feb 12, 2007 at 10:19:57AM +0800, yinguohuang wrote:
>
> > I first install monotone 0.31 in debian by apt-get method.
>
> > However monotone 0.32 is required in OpenEmbedded,
>
> This is only true if you want to use the OE.mtn that you download from their
> site. 
>
> You can make your own, it just takes longer:
>
>     - revert back to mtn-0.31
>     - mv OE.mtn OE.mtn-0.32
>     - mtn --db=OE.mtn db init
>     - mtn --db=OE.mtn pull openmbedded.org org.openembedded.dev
>
> The last step takes over an hour on modern hardwar
>
> Once it has completed, then you can proceed with your checkout, just as
> advertised. 
>
> --Jack 
>
> --
> Jack (John) Cummings                           http://mudshark.org/
> PGP fingerprint: 0774 D073 E386 B70B 6B16  2D2B 1DD8 F8B0 CCF0 FAEE

-- 

**********************************************************
Guohuang Yin
Development Division
Shanghai Development Center, NEC-AS Co. Ltd.
TEL: 86-21-52110860-544
FAX: 86-21-52110870

E-mail: address@hidden
**********************************************************