4.22.0 with MSN still segfaulting on OpenBSD

I've downloaded and built the new GIT version on both amd64 (openSUSE
10.2) and sparc64 (OpenBSD 4.0) architectures.  The amd64 build runs
perfectly fine.  The sparc64 build segfaults right after startup if MSN
is built.  On the OpenBSD system I've built using both the default gcc
3.5 and a gcc 4.2 from ports with no difference in the result.

Running with GDB and getting a backtrace yields:

bash-3.1$ gdb src/centericq
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are welcome to change it and/or distribute copies of it under
certain conditions. Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details. This GDB was configured as "sparc64-unknown-openbsd4.0"...

(gdb) run
Starting program: /usr/local/src/centerim/src/centericq 

Program received signal SIGSEGV, Segmentation fault.
std::_Rb_tree<std::string, std::pair<std::string const, void
(MSN::Connection::*)(std::vector<std::string,
std::allocator<std::string> >&, std::string, std::string)>,
std::_Select1st<std::pair<std::string const, void
(MSN::Connection::*)(std::vector<std::string,
std::allocator<std::string> >&, std::string, std::string)> >,
std::less<std::string>, std::allocator<std::pair<std::string const,
void (MSN::Connection::*)(std::vector<std::string,
std::allocator<std::string> >&, std::string, std::string)> >
>::lower_bound(std::string const&) (this=0x0, __k=@0xfffffffffffe7490) at stl_tree.h:648 

648           _M_root() const { return (_Link_type&)
_M_header->_M_parent; } 

(gdb) bt 

#0  std::_Rb_tree<std::string, std::pair<std::string const, void
(MSN::Connection::*)(std::vector<std::string,
std::allocator<std::string> >&, std::string, std::string)>,
std::_Select1st<std::pair<std::string const, void
(MSN::Connection::*)(std::vector<std::string,
std::allocator<std::string> >&, std::string, std::string)> >,
std::less<std::string>, std::allocator<std::pair<std::string const,
void (MSN::Connection::*)(std::vector<std::string,
std::allocator<std::string> >&, std::string, std::string)> >
>::lower_bound(std::string const&) (this=0x0, __k=@0xfffffffffffe7490) at stl_tree.h:648 

#1  0x000000000037fe9c in Connection (this=0xa4a1b0) at stl_map.h:508 
#2  0x000000000038f310 in NotificationServerConnection (this=0x0,
cb_=@0xa4a230) at notificationserver.cpp:65 
#3  0x000000000021be9c in msnhook (this=0xa4a160) at msnhook.cc:89 
#4  0x000000000022d688 in __static_initialization_and_destruction_0
(__initialize_p=1, __priority=65535) at msnhook.cc:48
#5  0x0000000000108008 in ___start ()
#6  0x0000000000108080 in ___start ()
#7  0x0000000000107d64 in __init ()
#8  0x0000000000107ea0 in ___start ()
#9  0x0000000043a02ca4 in _dl_start () from /usr/libexec/ld.so
#10 0x0000000043a02ca4 in _dl_start () from /usr/libexec/ld.so

Previous frame identical to this frame (corrupt stack?)

I don't know a whole lot about using GDB, so a backtrace is about all
I'm good for right now (although if there's other useful info I could
supply, just tell me what commands to run).  The error appears to
happen when the msnhook object is allocated; the error appears to be in
stl_tree.h, which is not explicitly included in any of the source files
for centericq, but which appears in quite a few of the compiled files.
Again, I don't know jack about C++, so I don't know how "normal" that
is.

I have checked the stl_tree.h file included with openSUSE 10.2 against
the one included in OpenBSD 4.0, and they're quite a bit different.
Could this be the source of the problem?

/a

-- 
aaronspanik-KiPCJBMgASssA/[email protected]
_______________________________________________
Cicq mailing list
Cicq-xGejAJT2w6wWP6gT/[email protected]
http://mailman.linuxpl.org/mailman/listinfo/cicq
Questions? Check the FAQ first: http://centericq.de/faq/