Boost logo

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