Boost logo

Boost Users :

From: Rainer Thaden (RThaden_at_[hidden])
Date: 2008-02-21 12:58:55


Hi all,

yes, I know, there has been a thread some days ago, but I just
registered and don't know how to reply to a mail that I don't have.

Anyway, there seems to be a bug in boost 1.34.1 with VC 2005 when using
directory_iterator.
I used the filesystem before and everything worked fine.
Now (since I use the iterator), I get

1>HD2.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol
""unsigned int boost::filesystem::detail::not_found_error"
(?not_found_error_at_detail@filesystem_at_boost@@3IA)" in Funktion ""private:
unsigned int __thiscall
boost::filesystem::basic_directory_iterator<class
boost::filesystem::basic_path<class std::basic_string<char,struct
std::char_traits<char>,class std::allocator<char> >,struct
boost::filesystem::path_traits> >::m_init(class
boost::filesystem::basic_path<class std::basic_string<char,struct
std::char_traits<char>,class std::allocator<char> >,struct
boost::filesystem::path_traits> const &)"
(?m_init@?$basic_directory_iterator_at_V?$basic_path_at_V?$basic_string_at_DU?$char_traits_at_D@std@@V?$allocator_at_D@2@@std@@Upath_traits_at_filesystem@boost@@@filesystem_at_boost@@@filesystem_at_boost@@AAEIABV?$basic_path_at_V?$basic_string_at_DU?$char_traits_at_D@std@@V?$allocator_at_D@2@@std@@Upath_traits_at_filesystem@boost@@@23@@Z)".

I looked into the filesystem dll with depends and found the function
there with ordinal 48 (0x30) (in both the debug and the release Version
for multithreading). Also in the lib, I found it.
Rather strange.
The signatures of the linker and the ones found in the DLL also match.

I used the installer from Boost-Consulting.
In the thread some time ago, a responder claimed, he could compile
successfully. Maybe he used a self-compiled boost version?
I am going to test that, but maybe somebody has an answer right now?

Best regards,

Rainer Thaden


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