- Boost-users - lists.boost.org

Building FileSystem Version 3 static libraries
by Bibbo, Joe 14 Sep '10

14 Sep '10

I have downloaded the boost v1.44 and would like to see if our usage of the FileSystem library is compatible with Version 3 of library. I am having trouble building the library. Using the command bjam toolset=msvc-9.0 variant=debug threading=multi link=static define=_BIND_TO_CURRENT_VCLIBS_VERSION define=BOOST_FILESYSTEM_VERSION=3 --with-filesystem I am seeing following error message " .. compile-c-c++ bin.v2\libs\system\build\msvc-9.0\debug\link-static\threading-multi\error_code.obj error_code.cpp msvc.archive bin.v2\libs\system\build\msvc-9.0\debug\link-static\threading-multi\libboost_system-vc90-mt-gd-1_44.lib common.copy stage\lib\libboost_system-vc90-mt-gd-1_44.lib bin.v2\libs\system\build\msvc-9.0\debug\link-static\threading-multi\libboost_system-vc90-mt-gd-1_44.lib 1 file(s) copied. compile-c-c++ bin.v2\libs\filesystem\build\msvc-9.0\debug\link-static\threading-multi\v2\src\v2_operations.obj v2_operations.cpp S:\sony4\boost\boost_1_44_0\boost/filesystem/v2/config.hpp(16) : fatal error C1189: #error : Compiling Filesystem version 2 file with BOOST_FILESYSTEM_VERSION defined != 2 call "G:\Program Files\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"bin.v2\libs\filesystem\build\msvc-9.0\debug\link-static\threading-multi\v2\src\v2_operations.obj.rsp" ...failed compile-c-c++ bin.v2\libs\filesystem\build\msvc-9.0\debug\link-static\threading-multi\v2\src\v2_operations.obj... compile-c-c++ bin.v2\libs\filesystem\build\msvc-9.0\debug\link-static\threading-multi\v2\src\v2_path.obj v2_path.cpp S:\sony4\boost\boost_1_44_0\boost/filesystem/v2/config.hpp(16) : fatal error C1189: #error : Compiling Filesystem version 2 file with BOOST_FILESYSTEM_VERSION defined != 2 call "G:\Program Files\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"bin.v2\libs\filesystem\build\msvc-9.0\debug\link-static\threading-multi\v2\src\v2_path.obj.rsp" ...failed compile-c-c++ bin.v2\libs\filesystem\build\msvc-9.0\debug\link-static\threading-multi\v2\src\v2_path.obj... compile-c-c++ bin.v2\libs\filesystem\build\msvc-9.0\debug\link-static\threading-multi\v2\src\v2_portability.obj v2_portability.cpp S:\sony4\boost\boost_1_44_0\boost/filesystem/v2/config.hpp(16) : fatal error C1189: #error : Compiling Filesystem version 2 file with BOOST_FILESYSTEM_VERSION defined != 2 call "G:\Program Files\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"bin.v2\libs\filesystem\build\msvc-9.0\debug\link-static\threading-multi\v2\src\v2_portability.obj.rsp" ... " Is there something else I need to configure to build this version of the library? Regards, Joe

4 4

[Unordered] size() != distance(begin(), end())
by Hossein Haeri 14 Sep '10

14 Sep '10

Dear all, I have an instance of boost::unordered_map<> somewhere in my codebase (GCC 4.5.1, MinGW, WinXP) with the following funny piece of test code: container_[id].insert(v); cout << "container insertion succesful" << endl; cout << "The container now contains " << container_.size() << " ids in it." << endl; cout << "distance from begin to end = " << distance(container_.begin(), container_.end()) << endl; Strangely enough, it happens sometimes that the output I get is: container insertion succesful The container now contains 2 ids in it. distance from begin to end = 1 I.e., size() != distance(begin(), end()) which is against the documentation: http://www.boost.org/doc/libs/1_44_0/doc/html/boost/unordered_map.html#id13… Am I missing anything? Or, is this a bug in the implementation of boost::unordered_map<>? TIA, --Hossein

2 2

Is there still a way to explicitly compose functors ?
by Timothy Madden 14 Sep '10

14 Sep '10

Hello I just do not like the ugly syntax with using the _1 placeholder (or _2, or whatever) used in bind and lambda; is there still some other way to compose functors ? Like with compose ? Thank you, Timothy Madden

2 3

How to use %e for the format of time_input_facet?
by xiada74＠sina.com 14 Sep '10

14 Sep '10

Hello,   I tried the below code: #include <boost/date_time.hpp> #include <boost/date_time/posix_time/ptime.hpp> #include <iostream> using namespace boost::posix_time; int main() { std::string _format1 = "%Y-%m-%d %H:%M:%S"; std::string _format2 = "%Y-%m-%e %H:%M:%S"; std::string teststring = "2010-09-10 10:01:01"; ptime time1, time2; time_input_facet facet1(_format1, 1); time_input_facet facet2(_format2, 1); std::stringstream ss1(teststring); std::stringstream ss2(teststring); ss1.imbue(std::locale(ss1.getloc(), &facet1)); ss1 >> time1; ss2.imbue(std::locale(ss2.getloc(), &facet2)); ss2 >> time2; std::cout << "Time1: " << time1 << std::endl; std::cout << "Time2: " << time2 << std::endl; return 0; } The output is: Time1: 2010-Sep-10 10:01:01 Time2: not-a-date-time   Howto fix the issue for the format using "%e"?   Thanks!

1 0

Boost & Pthreads
by ef 13 Sep '10

13 Sep '10

Hello, I want to build a bunch of different graphs at once,and it looks like the best way to do this is with pthreads. I need to be able to communicate information between the graphs (sadly in real time). Is Boost pthread friendly? I am just thinking of calling read_graphviz per thread, and when a vertex is waiting for data from another graph it just sits and waits. Communication should be easy and done by shared memory. I dont see any problems with this. I am just curious before I take this path that Boost is pthread friendly, or atleast in the way that I described? Thanks, EF

2 1

Re: [Boost-users] MSM & serialization
by Christophe Henry 13 Sep '10

13 Sep '10

>>> I'm planing to use the new MetaStateMachine library for a game. But i >>> want to create savegames with boost::serialization so i would need to >>> serialize the state machine. >>> There shouln't be too much to safe (the current state basically), but I >>> can't see how I can do this. >>> So, how can I do this? >> >> Hi, >> >> For the moment, unfortunately not at all, though it is something I >> want to do since a while and pretty high on my internal priority >> queue. >> How urgently do you need it? >> In the worst case, it would be easy to temporarily add a setter for >> the current state (we have a getter). >> >> Regards, >> Christophe > > Hi, > for the current project i just need 2 small state machines, so i can > hardcode them. But in the future it would really like to use MSM, at > thats impossible for me as long as i can't safe them. > So it's not very urgent, but if i could use it in 2 month, it would be > great. Hi, No, it won't be said so easily that MSM forces its users to hardcode state machines ;-) I just put something together and committed (without guarantee ;-) ) into the trunk. I also added into libs/msm/doc/HTML an example (Serialize.cpp) where you can serialize a state machine and even optionally states themselves (using a do_serialize typedef). It's not tested thoroughly in the little time I spent on it tonight and there are a few things I need to think about more but I hope it'll help you. Please keep me informed about your experience with this brand new feature ;-) Regards, Christophe

1 0

MSM & serialization
by Christophe Henry 13 Sep '10

13 Sep '10

> I'm planing to use the new MetaStateMachine library for a game. But i > want to create savegames with boost::serialization so i would need to > serialize the state machine. > There shouln't be too much to safe (the current state basically), but I > can't see how I can do this. > So, how can I do this? Hi, For the moment, unfortunately not at all, though it is something I want to do since a while and pretty high on my internal priority queue. How urgently do you need it? In the worst case, it would be easy to temporarily add a setter for the current state (we have a getter). Regards, Christophe

2 1

[Interprocess] Compile error when simply including managed_mapped_file.hpp in 1.44 using VC10
by Phil Ratzloff 13 Sep '10

13 Sep '10

Simply including managed_mapped_file.hpp in an empty project will generate an error in boost 1.44 using VC 2010. This doesn't occur in 1.43 and is a showstopper to me. Any ideas to work around this? I created a Console App using the New Project wizard. Here's the whole program: #include "stdafx.h" #include <boost/interprocess/managed_mapped_file.hpp> int _tmain(int argc, _TCHAR* argv[]) { return 0; } The following output log is generated: 1>------ Build started: Project: boost144Err, Configuration: Debug Win32 ------ 1> boost144Err.cpp 1>c:\lib\boost_1_44_0\boost\interprocess\detail\move.hpp(342): error C2440: 'return' : cannot convert from 'boost::interprocess::mapped_region' to 'boost::interprocess::mapped_region &&' 1> You cannot bind an lvalue to an rvalue reference 1> c:\lib\boost_1_44_0\boost\interprocess\mapped_region.hpp(159) : see reference to function template instantiation 'boost::interprocess::mapped_region &&boost::interprocess::move<boost::interprocess::mapped_region&>(T)' being compiled 1> with 1> [ 1> T=boost::interprocess::mapped_region & 1> ] 1>c:\lib\boost_1_44_0\boost\interprocess\detail\move.hpp(342): error C2440: 'return' : cannot convert from 'boost::interprocess::detail::file_wrapper' to 'boost::interprocess::detail::file_wrapper &&' 1> You cannot bind an lvalue to an rvalue reference 1> c:\lib\boost_1_44_0\boost\interprocess\detail\file_wrapper.hpp(63) : see reference to function template instantiation 'boost::interprocess::detail::file_wrapper &&boost::interprocess::move<boost::interprocess::detail::file_wrapper&>(T)' being compiled 1> with 1> [ 1> T=boost::interprocess::detail::file_wrapper & 1> ] 1>c:\lib\boost_1_44_0\boost\interprocess\detail\move.hpp(342): error C2440: 'return' : cannot convert from 'boost::interprocess::file_mapping' to 'boost::interprocess::file_mapping &&' 1> You cannot bind an lvalue to an rvalue reference 1> c:\lib\boost_1_44_0\boost\interprocess\file_mapping.hpp(62) : see reference to function template instantiation 'boost::interprocess::file_mapping &&boost::interprocess::move<boost::interprocess::file_mapping&>(T)' being compiled 1> with 1> [ 1> T=boost::interprocess::file_mapping & 1> ] ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

2 2

[fusion] Non-default initialisation of sequence components.
by Hugh Dickinson 13 Sep '10

13 Sep '10

Hi Everyone, I'm wondering if there is a (built-in) way in boost::fusion to instantiate a sequence of heterogeneous elements while passing an identical set of arguments to the constructor of each element? It seems like the only options are to default construct the elements or to supply references to previously constructed elements. As a semi-concrete example, is there a way to achieve the equivalent of the following? template <int Label> struct TestType { TestType(int i, double d, string s):I(i), D(d), S(s){} int I; double D; string S; }; int main(int argc, char* argv[]){ typedef vector<int, double, string> ArgVector; typedef vector<Type<1>, Type<2>, Type<3> > TypeVector; ArgVector args(1, 2.5, "hello"); // Want to pass the elements of Args as constructor arguments to each element of vec. TypeVector vec(args); } Any help much appreciated, Hugh

2 1

[Unordered] No operator[] const?
by Hossein Haeri 13 Sep '10

13 Sep '10

Dear all, Is there any specific reason why there is no operator[] const for boost::unordered_map? Or, is that only an oversight? TIA, --Hossein

3 3