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!!