|
Boost Users : |
From: Phlip (phlip2005_at_[hidden])
Date: 2006-03-21 14:06:44
I just reproduced it again. Here's the setup:
$(WIN32_TARGET):
export STLPORT_PATH=../STLport-4.6.2/ ;\
export MSVCDir=$VCINSTALLDIR ;\
./configure --with-toolset=vc-7_1-stlport
--with-bjam=tools/build/jam_src/bin.ntx86/bjam.exe ;\
tools/build/jam_src/bin.ntx86/bjam.exe "-sTOOLS=vc-7_1-stlport"
--with-regex stage
Then at link time, the application catches:
unresolved external symbol "void __cdecl
boost::re_detail::raise_runtime_error(class _STL::runtime_error const
&)"...
unresolved external symbol "class _STL::basic_string<char,class
_STL::char_traits<char>,class _STL::allocator<char> > __cdecl
boost::re_detail::w32_transform(unsigned long,char const *,char const
*)"...
So I copy and paste those into my application's cpp file, and they
link. Then I crash here:
_Rb_tree_node<_Value>* _M_find(const key_type& __k) const
# endif
{
_Link_type __y = this->_M_header._M_data; // Last node which
is not less than __k.
_Link_type __x = _M_root(); // Current node.
Deep in STLport, _tree.h, this->_M_header._M_data == 0xcdcdcdcd. Not
sure why that would cause the __y line to crash, but the data
generally shouldn't be garbage anyway, right?
-- Phlip http://www.greencheese.org/ZeekLand <-- NOT a blog!!
Boost-users list run by williamkempf at hotmail.com, kalb at libertysoft.com, bjorn.karlsson at readsoft.com, gregod at cs.rpi.edu, wekempf at cox.net