Bug 307479 – app-portage/eix-0.20.1: <markedversions> without --pipe segfaults

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Wojciech Porczyk 2010-03-02 11:38:09 UTC]

[pts/7] root@iskra ~ # gdb --args eix -u --format '<markedversions:NAMESLOT>'                      
GNU gdb (Gentoo 7.0.1 p1) 7.0.1
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.gentoo.org/>...
Reading symbols from /usr/bin/eix...done.
(gdb) run
Starting program: /usr/bin/eix -u --format \<markedversions:NAMESLOT\>
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0x080f1d9a in std::_Rb_tree<std::string, std::pair<std::string const, BasicVersion*>, std::_Select1st<std::pair<std::string const, BasicVersion*> >, std::less<std::string>, std::allocator<std::pair<std::string const, BasicVersion*> > >::_M_begin (this=0x0) at /usr/lib/gcc/i686-pc-linux-gnu/4.3.3/include/g++-v4/bits/stl_tree.h:459
459               (this->_M_impl._M_header._M_parent);
(gdb) bt
#0  0x080f1d9a in std::_Rb_tree<std::string, std::pair<std::string const, BasicVersion*>, std::_Select1st<std::pair<std::string const, BasicVersion*> >, std::less<std::string>, std::allocator<std::pair<std::string const, BasicVersion*> > >::_M_begin (this=0x0) at /usr/lib/gcc/i686-pc-linux-gnu/4.3.3/include/g++-v4/bits/stl_tree.h:459
#1  0x080f2341 in std::_Rb_tree<std::string, std::pair<std::string const, BasicVersion*>, std::_Select1st<std::pair<std::string const, BasicVersion*> >, std::less<std::string>, std::allocator<std::pair<std::string const, BasicVersion*> > >::equal_range (this=0x0, __k=...)
    at /usr/lib/gcc/i686-pc-linux-gnu/4.3.3/include/g++-v4/bits/stl_tree.h:1052
#2  0x080f24da in std::multimap<std::string, BasicVersion*, std::less<std::string>, std::allocator<std::pair<std::string const, BasicVersion*> > >::equal_range (this=0x0, 
    __x=...) at /usr/lib/gcc/i686-pc-linux-gnu/4.3.3/include/g++-v4/bits/stl_multimap.h:660
#3  0x080f4eee in MarkedList::equal_range_pkg (this=0x0, pkg=...) at output/formatstring.cc:49
#4  0x080f12b7 in MarkedList::is_marked (this=0x0, pkg=..., ver=0x823b328) at output/formatstring.cc:84
#5  0x080f77ff in PrintFormat::get_pkg_property (this=0x8199a80, package=0x82435d8, name=...) at output/formatstring-print.cc:571
#6  0x080fa280 in get_package_property (fmt=0x8199a80, entity=0x82435d8, name=...) at output/formatstring-print.cc:1147
#7  0x080ef3ca in PrintFormat::recPrint (this=0x8199a80, result=0x0, entity=0x82435d8, 
    get_property=0x80fa257 <get_package_property(PrintFormat const*, void const*, std::string const&)>, root=0x81c1110) at output/formatstring.cc:254
#8  0x080ef9f5 in PrintFormat::print (this=0x8199a80, entity=0x82435d8, get_property=0x80fa257 <get_package_property(PrintFormat const*, void const*, std::string const&)>, 
    root=0x81c1110, dbheader=0xbfffe5bc, vardbpkg=0xbfffe6c8, ps=0xbfffe4a4, s=0xbfffe748) at output/formatstring.cc:346
#9  0x08109965 in PrintFormat::print (this=0x8199a80, entity=0x82435d8, root=0x81c1110, dbheader=0xbfffe5bc, vardbpkg=0xbfffe6c8, ps=0xbfffe4a4, s=0xbfffe748)
    at ./output/formatstring.h:308
#10 0x081099b0 in PrintFormat::print (this=0x8199a80, entity=0x82435d8, dbheader=0xbfffe5bc, vardbpkg=0xbfffe6c8, ps=0xbfffe4a4, s=0xbfffe748) at ./output/formatstring.h:312
#11 0x08105417 in run_eix (argc=4, argv=0xbfffeea4) at eix.cc:775
#12 0x0814e1ab in run_program (argc=4, argv=0xbfffeea4) at main/main.cc:151
#13 0x0814e314 in main (argc=4, argv=0xbfffeea4) at main/main.cc:174
(gdb)

[Comment 1 Martin Väth 2010-03-02 18:57:15 UTC]

Thanks for reporting.
The issue should now be fixed in eix' svn trunk (>=eix-0.20.2).

[Comment 2 Jeremy Olexa (darkside) (RETIRED) 2010-03-12 15:34:09 UTC]

(In reply to comment #1)
> Thanks for reporting.
> The issue should now be fixed in eix' svn trunk (>=eix-0.20.2).
> 

in tree, closing.