October 2008 - Boost-users - lists.preview.boost.org

boost.program_options - reloading configuration file
by Aljaz 16 Oct '08

16 Oct '08

Hello I want to implement function in my application which would allow me to reload the configuration file. At the moment I have all neccessary program_options objects inside a configuration class, and when I do: bool configuration::reload_config_file(std::string filename) { try { std::ifstream ifs(filename.c_str()); if (!ifs.is_open()) return false; boost::program_options::store(boost::program_options::parse_config_file(ifs, m_config), m_variables); boost::program_options::notify(m_variables); ifs.close(); } catch (std::exception &e) { return false; } return true; } The options will stay the same although the configuration file is different. Should I somehow clear the m_variables object? Many thanks in advance!

1 1

[1.35] LINK problems since I switch to wpath
by Germain BARRET 16 Oct '08

16 Oct '08

Hi, I'm still using Boost 1.35 on VC++ 2005 I had a code very well building and linking, only I had some charset problems at display. That's why I decided to switch my code to UNICODE (or like) switching all the std::string -> std::wstring In the area of boost, I also switched all the boost::filesystem::path -> boost::filesystem::wpath that was a long job, many particular cases were found for example, problemes with : boost::filesystem::exists boost::filesystem::current_path boost::filesystem::initial_path That I commented to compile. Here comes my main question !!!! Now I have some LINK problems. The librairy very well worked before, but no more now. See the error logs at the end. According to the linking log, here are the names of the libs I use (as you can see, that are STATIC Multi thread libs and that is what I want) : libboost_filesystem-vc80-mt-sgd-1_35.lib libboost_system-vc80-mt-sgd-1_35.lib libboost_thread-vc80-mt-sgd-1_35.lib libboost_date_time-vc80-mt-sgd-1_35.lib The link problems are on : boost::filesystem::detail::status_api boost::filesystem::detail::dir_itr_increment boost::filesystem::detail::dir_itr_first Error logs : Error 2 error LNK2019: unresolved external symbol "class boost::filesystem::file_status __cdecl boost::filesystem::detail::status_api(class std::basic_string<unsigned short,struct std::char_traits<unsigned short>,class std::allocator<unsigned short> > const &,class boost::system::error_code &)" (?status_api@detail @filesystem@boost@@YA?AVfile_status@23@ABV?$basic_string@GU?$char_traits@G @std@@V?$allocator@G@2@@std@@AAVerror_code@system@3@@Z) referenced in function "bool __cdecl boost::filesystem::is_regular<class boost::filesystem::basic_path<class std::basic_string<unsigned short,struct std::char_traits<unsigned short>,class std::allocator<unsigned short> >,struct boost::filesystem::wpath_traits> >(class boost::filesystem::basic_path<class std::basic_string<unsigned short,struct std::char_traits<unsigned short>,class std::allocator<unsigned short> >,struct boost::filesystem::wpath_traits> const &)" (??$is_regular@V ?$basic_path@V?$basic_string@GU?$char_traits@G@std@@V?$allocator@G@2@@std@ @Uwpath_traits@filesystem@boost@@@filesystem@boost@@@filesystem@boost @@YA_NABV?$basic_path@V?$basic_string@GU?$char_traits@G@std@@V?$allocator@G @2@@std@@Uwpath_traits@filesystem@boost@@@01@@Z) DirectoryInfoManager.obj Error 3 error LNK2001: unresolved external symbol "class boost::filesystem::file_status __cdecl boost::filesystem::detail::status_api(class std::basic_string<unsigned short,struct std::char_traits<unsigned short>,class std::allocator<unsigned short> > const &,class boost::system::error_code &)" (?status_api@detail @filesystem@boost@@YA?AVfile_status@23@ABV?$basic_string@GU?$char_traits@G @std@@V?$allocator@G@2@@std@@AAVerror_code@system@3@@Z) Patch.obj Error 4 error LNK2019: unresolved external symbol "class boost::system::error_code __cdecl boost::filesystem::detail::dir_itr_increment(void * &,class std::basic_string<unsigned short,struct std::char_traits<unsigned short>,class std::allocator<unsigned short> > &,class boost::filesystem::file_status &,class boost::filesystem::file_status &)" (?dir_itr_increment@detail@filesystem@boost@@YA?AVerror_code@system @3@AAPAXAAV?$basic_string@GU?$char_traits@G@std@@V?$allocator@G@2@@std@ @AAVfile_status@23@2@Z) referenced in function "private: void __thiscall boost::filesystem::basic_directory_iterator<class boost::filesystem::basic_path<class std::basic_string<unsigned short,struct std::char_traits<unsigned short>,class std::allocator<unsigned short> >,struct boost::filesystem::wpath_traits> >::increment(void)" (?increment@ ?$basic_directory_iterator@V?$basic_path@V?$basic_string@GU?$char_traits@G @std@@V?$allocator@G@2@@std@@Uwpath_traits@filesystem@boost@ @@filesystem@boost@@@filesystem@boost@@AAEXXZ) Patch.obj Error 5 error LNK2019: unresolved external symbol "class boost::system::error_code __cdecl boost::filesystem::detail::dir_itr_first(void * &,class std::basic_string<unsigned short,struct std::char_traits<unsigned short>,class std::allocator<unsigned short> > const &,class std::basic_string<unsigned short,struct std::char_traits<unsigned short>,class std::allocator<unsigned short> > &,class boost::filesystem::file_status &,class boost::filesystem::file_status &)" (?dir_itr_first@detail@filesystem@boost@@YA?AVerror_code@system@3@AAPAXABV ?$basic_string@GU?$char_traits@G@std@@V?$allocator@G@2@@std@ @AAV67@AAVfile_status@23@3@Z) referenced in function "private: class boost::system::error_code __thiscall boost::filesystem::basic_directory_iterator<class boost::filesystem::basic_path<class std::basic_string<unsigned short,struct std::char_traits<unsigned short>,class std::allocator<unsigned short> >,struct boost::filesystem::wpath_traits> >::m_init(class boost::filesystem::basic_path<class std::basic_string<unsigned short,struct std::char_traits<unsigned short>,class std::allocator<unsigned short> >,struct boost::filesystem::wpath_traits> const &)" (?m_init@ ?$basic_directory_iterator@V?$basic_path@V?$basic_string@GU?$char_traits@G @std@@V?$allocator@G@2@@std@@Uwpath_traits@filesystem@boost@ @@filesystem@boost@@@filesystem@boost@@AAE?AVerror_code@system@3@ABV ?$basic_path@V?$basic_string@GU?$char_traits@G@std@@V?$allocator@G@2@@std@ @Uwpath_traits@filesystem@boost@@@23@@Z) Patch.obj

2 1

asio and usb ports?
by Graham Reitz 16 Oct '08

16 Oct '08

Is the asio::serial_port library able to work with usb ports/devices? Thanks, graham

2 1

Re: [Boost-users] Error:" Non-const function called for const object" on Sun CC while using boost::multi_index::multi_index_container
by Alexander Vinokur 16 Oct '08

16 Oct '08

Done. Now it works fine. % CC -m64 -library=stlport4 -I./boost_patch -I/home/BOOST/boost_1_34_0 foo1.cpp // No problem Thanks, Alex Vinokur "JOAQUIN M. LOPEZ MU?OZ" <joaquin(a)tid.es> wrote in message news:<D1B8B06869125E44A4B33FF31CBAEA591187ADF181(a)EXCLU2K7.hi.inet>... ________________________________________ De: Alexander Vinokur [Alexander.Vinokur(a)amdocs.com] Enviado el: domingo, 12 de octubre de 2008 8:44 Para: boost-users(a)lists.boost.org CC: JOAQUIN M. LOPEZ MU?OZ Asunto: Re: Error:" Non-const function called for const object" on Sun CC = while using boost::multi_index::multi_index_container > > Hi Joaqu?n, > > I was out of office several days. Sorry. > So, I send my reply today. No problem at all :) > I don't have permissions to change something under /boost. Maybe you can still perform the test by doing the following: 1 Create a local folder structure more or less like this: ~alex/boost_patch/boost/detail and copy there the allocator_utilities.hpp modified file I sent you previ=usly. 2 When compiling your multi-index example add a compiler option (or IDE setting, etc.) so that ~alex/boost_patch/ is added to the list of include directories *and* takes precedence over the official copy of Boos=. If you finally manage to do the test please report back your results. > But here other test I did: [example core snipped] I take this a sufficient evidence that the patch should work, so I went ahe=d and added it to the trunk: http://svn.boost.org/trac/boost/changeset/49289 If nothing wrong happens with the patch, it'll be shipped with Boost 1.38. Joaqu?n M L?pez Mu?oz Telef?nica, Investigaci?n y Desarrollo ---------- This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp

2 1

Iostreams tag dispatch failure?
by Stéphane Perras 16 Oct '08

16 Oct '08

Hi all, I've been trying to compile the container_source example from the boost/iostreams documentation for a couple of days actually without success. It seems to me that tag dispatching fails to dispatch the default (for any_tag) implementation for optimal_buffer_size( ), imbue( ) and flush( ). I'm using Visual C++ 2005 SP1. I saw one unanswered posting about this exact problem early 2007, but on GCC. So I guess from this that I'm missing something obvious. Thanks for any help. Steph. Ps: code and build log following. #include "stdafx.h" #include <algorithm> // copy, min #include <iosfwd> // streamsize #include <boost/iostreams/categories.hpp> // source_tag #include <boost/iostreams/stream.hpp> #include <string> template<typename Container> class container_source; template<typename Container> class container_source { public: typedef typename Container::value_type char_type; typedef boost::iostreams::source_tag category; container_source(Container& container) : container_(container), pos_(0) { } std::streamsize read(char_type* s, std::streamsize n) { using namespace std; streamsize amt = static_cast<streamsize>(container_.size() - pos_); streamsize result = (min)(n, amt); if (result != 0) { std::copy( container_.begin() + pos_, container_.begin() + pos_ + result, s ); pos_ += result; return result; } else { return -1; // EOF } } Container& container() { return container_; } private: typedef typename Container::size_type size_type; Container& container_; size_type pos_; }; int main(int argc, char* argv[]) { using namespace std; typedef container_source<string> string_source; string input = "Hello World!\nThis is a test...\nShouldn't break\nthe assert"; string output; boost::iostreams::stream<string_source> in(input); getline(in, output); assert(input == output); return 0; } Build log: ------ Build started: Project: tstIostreams, Configuration: Debug Win32 ------ Compiling... tstIostreams.cpp e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\optimal_buffer_size.hpp(39) : error C2039: 'optimal_buffer_size' : is not a member of 'boost::iostreams::detail::optimal_buffer_size_impl<T>' with [ T=string_source ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\detail\streambuf\indirect_streambuf.hpp(162) : see reference to function template instantiation 'std::streamsize boost::iostreams::optimal_buffer_size<T>(const T &)' being compiled with [ T=string_source ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\detail\streambuf\indirect_streambuf.hpp(155) : while compiling class template member function 'void boost::iostreams::detail::indirect_streambuf<T,Tr,Alloc,Mode>::open(const T &,int,int)' with [ T=string_source, Tr=std::char_traits<char>, Alloc=std::allocator<char>, Mode=boost::iostreams::detail::io_mode_impl<1>::type ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\detail\streambuf\indirect_streambuf.hpp(195) : while compiling class template member function 'bool boost::iostreams::detail::indirect_streambuf<T,Tr,Alloc,Mode>::is_open(void) const' with [ T=string_source, Tr=std::char_traits<char>, Alloc=std::allocator<char>, Mode=boost::iostreams::detail::io_mode_impl<1>::type ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\stream_buffer.hpp(65) : see reference to class template instantiation 'boost::iostreams::detail::indirect_streambuf<T,Tr,Alloc,Mode>' being compiled with [ T=string_source, Tr=std::char_traits<char>, Alloc=std::allocator<char>, Mode=boost::iostreams::detail::io_mode_impl<1>::type ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\utility\base_from_member.hpp(69) : see reference to class template instantiation 'boost::iostreams::stream_buffer<T,Tr,Alloc>' being compiled with [ T=string_source, Tr=std::char_traits<char>, Alloc=std::allocator<char> ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\stream.hpp(75) : see reference to class template instantiation 'boost::base_from_member<MemberType>' being compiled with [ MemberType=boost::iostreams::stream_buffer<string_source,std::char_traits<char>,std::allocator<char>> ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\stream.hpp(112) : see reference to class template instantiation 'boost::iostreams::detail::stream_base<Device,Tr,Alloc>' being compiled with [ Device=string_source, Tr=std::char_traits<char>, Alloc=std::allocator<char> ] e:\data\tstcsharp\tstiostreams\tstiostreams\tstiostreams.cpp(52) : see reference to class template instantiation 'boost::iostreams::stream<Device>' being compiled with [ Device=string_source ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\imbue.hpp(38) : error C2039: 'imbue' : is not a member of 'boost::iostreams::detail::imbue_impl<T>' with [ T=container_source<std::string> ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\detail\adapter\concept_adapter.hpp(113) : see reference to function template instantiation 'void boost::iostreams::imbue<container_source<Container>,Locale>(T &,const Locale &)' being compiled with [ Container=std::string, Locale=std::locale, T=container_source<std::string> ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\detail\streambuf\indirect_streambuf.hpp(225) : see reference to function template instantiation 'void boost::iostreams::detail::concept_adapter<T>::imbue<std::locale>(const Locale &)' being compiled with [ T=string_source, Locale=std::locale ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\detail\streambuf\indirect_streambuf.hpp(223) : while compiling class template member function 'void boost::iostreams::detail::indirect_streambuf<T,Tr,Alloc,Mode>::imbue(const std::locale &)' with [ T=string_source, Tr=std::char_traits<char>, Alloc=std::allocator<char>, Mode=boost::iostreams::detail::io_mode_impl<1>::type ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\flush.hpp(41) : error C2039: 'flush' : is not a member of 'boost::iostreams::detail::flush_device_impl<T>' with [ T=container_source<std::string> ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\detail\adapter\concept_adapter.hpp(157) : see reference to function template instantiation 'bool boost::iostreams::flush<Device>(T &)' being compiled with [ Device=container_source<std::string>, T=container_source<std::string> ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\detail\adapter\concept_adapter.hpp(106) : see reference to function template instantiation 'bool boost::iostreams::detail::device_wrapper_impl<boost::iostreams::any_tag>::flush<container_source<Container>,std::basic_streambuf<_Elem,_Traits>>(Device &,Dummy *)' being compiled with [ Container=std::string, _Elem=char, _Traits=std::char_traits<char>, Device=container_source<std::string>, Dummy=std::basic_streambuf<char,std::char_traits<char>> ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\detail\adapter\concept_adapter.hpp(105) : while compiling class template member function 'bool boost::iostreams::detail::concept_adapter<T>::flush(std::basic_streambuf<_Elem,_Traits> *)' with [ T=string_source, _Elem=char, _Traits=std::char_traits<char> ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\detail\optional.hpp(35) : see reference to class template instantiation 'boost::iostreams::detail::concept_adapter<T>' being compiled with [ T=string_source ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\detail\optional.hpp(38) : see reference to class template instantiation 'boost::iostreams::detail::aligned_storage<T>::dummy_u' being compiled with [ T=boost::iostreams::detail::concept_adapter<string_source> ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\detail\optional.hpp(108) : see reference to class template instantiation 'boost::iostreams::detail::aligned_storage<T>' being compiled with [ T=boost::iostreams::detail::concept_adapter<string_source> ] e:\data\tstcsharp\boost_1_36_0\include\boost-1_36\boost\iostreams\detail\streambuf\indirect_streambuf.hpp(131) : see reference to class template instantiation 'boost::iostreams::detail::optional<T>' being compiled with [ T=boost::iostreams::detail::concept_adapter<string_source> ] tstIostreams - 3 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

2 1

[range] iterator_range::size() requires a random access iterator?
by Adam Merz 16 Oct '08

16 Oct '08

Why does boost::iterator_range::size() require a random access iterator? The implementation is 'return m_End - m_Begin;' -- if this were changed to 'return std::distance(m_Begin, m_End);' then size() would work with any iterator type. This strikes me as an arbitrary limitation, or at the least a leaky abstraction. Is there a rationale here?

2 1

nary_tree ... does one exist?
by Robert Dailey 15 Oct '08

15 Oct '08

Hi, I noticed that there's a Google SOC 2006 library called Boost.Tree, which has an nary_tree implementation in it. However, I'm finding that this code does not compile at all. Are there any containers in boost (or perhaps elsewhere) that support tree structures with any number of children? Thanks.

2 1

build variant output directory
by Sebastian Hauer 15 Oct '08

15 Oct '08

Hello, I was just wondering if there is some way of defining a variant's build output directory. The current build output directory nesting is just to deep for my project. Since I only have one debug variant and one release variant having a simple build output directory like: bin/debug bin/release would completely suffice. But instead boost build insists on storing everything in directories based on the selected feature set: bin\msvc-8.0\debug\threading-multi bin\msvc-8.0\release\debug-symbols-on\threading-multi Also notice the additional debug-symbols-on in the release build path since I selected to enable debug symbols for release builds. Regards, Sebastian

5 7

Re: [Boost-users] return type of boost::iostreams::stream<T>::read()
by Struebing, Axel, le-tex 15 Oct '08

15 Oct '08

Hallo Éric, although it is not an exact fit it will be of value in evaluating my options. kind regards Axel Strübing > > Reading the documentation about boost::iostreams library I could not > > find the information which return type the boost::iostreams::stream's > > class is giving me calling read(). > > > >From the documentation, a boost::iostreams::stream derives from an > > std::basic_[i|o]stream, depending on the model of its underlying Device. > > In your example, the device is a Source, so I guess that the stream > > derives from std::basic_istream, whose read(char*, streamsize) method > > returns a basic_istream, not a streamsize. > > The library offers the "streamsize read(stream, char*, streamsize)" > function template. Using it in your example yould give something like (not > tested): > > #include <boost/iostreams/stream.hpp> > #include <boost/iostreams/device/file.hpp> > #include <boost/iostreams/operations.hpp> > > int main(void){ > namespace bio = boost::iostreams; > bio::stream<bio::file_source> istr(std::string("in.pdf")); > char buffer[10]; > std::streamsize i = bio::read(istr,buffer,10); > return 0; > } > > > HTH, > > Éric Malenfant > --------------------------------------------- > Two wrongs don't make a right but three rights make a left. > --

1 0

compilation problem with intel 10.1 and boost
by Hicham Mouline 15 Oct '08

15 Oct '08

Hello, I have a similar problem to this post: http://lists.boost.org/MailArchives/ublas/2008/09/2979.php though i am not using ublas at all. Linux 2.6.18-53.1.19.el5 #1 SMP Tue Apr 22 03:01:10 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux Red Hat Enterprise Linux Server release 5.1 (Tikanga) Intel(R) C++ Compiler for applications running on Intel(R) 64, Version 10.1 Build 20080312 Package ID: l_cc_p_10.1.015 i have the released 1.36, haven't patched anything, regards,

2 1