June 2012 - Boost-users - lists.preview.boost.org

[filesystem] is path comparison case-insensitive on Windows?
by Nathan Ridge 16 Jun '12

16 Jun '12

Hi, I couldn't find this info in the Filesystem documentation, so I thought I'd ask here: is equality comparison between path objects case-insensitive on Windows? I think it ought to be, since the operating system treats two paths differing by case only to be the same, but I thought I'd double-check. Thanks, Nate

5 8

positional arguments in boost::program_options
by Evan Driscoll 15 Jun '12

15 Jun '12

Hi, I'm writing a program which will run other programs (think xargs) and I have the following question. If I am reading the docs right, I get positional arguments by doing something like 1) Make a "normal" argument --arg 2) Tell it that positional arguments map to --arg However, if I do this, that means that if someone runs my_wrapper target_program --arg a then the --arg "disappears" because boost::po treats it as an actual option and not a positional argument. I can (mostly) get around this by naming all the fake positional arguments something like --ZZZZarg and assuming no one will ever want to pass that to another program, but it's a bit unsatisfactory conceptually. Is there a better way? Evan

2 3

signals2 multithreading with dumb pointers
by Chris Stankevitz 15 Jun '12

15 Jun '12

Hello, I have a problem that is turning to a big mess. I'm having trouble wrapping my brain around it enough to even ask a good question. Can you recommend techniques/classes/patterns to get me out of this mess? Thank you! 1. I have a "model" whose state changes 2. State changes are advertised via boost::siganls2. Signals are fired at up to 30 Hz. 2a. I have a lot of signals advertising a lot of different state changes. e.g. "employee name changed; employee age changed; etc" 2b. Signals are fired from different threads 3. I have a dialog that shows the state of the model. 4. The dialog connects to the signals and update the screen to reflect the changing state of the model. 4a. (4) is somewhat complicated by the fact that screen updates must happen on a particular "main" thread. I have some plumbing to deal with this and I believe it is logically safe. 5. Unfortunately, the dialog class cannot live inside a boost::shared_ptr. This is a requirement of wxWidgets. 5a. (5) means my dialogs cannot connect to "tracked" signals. 6. Unfortunately, wxWidgets sometimes delete (in the c++ "delete" sense) the dialog 'without warning'. 6a. (6) means my dialog destructor might be called while it is simultaneously receiving a signal. 7. In my dialog destructor I disconnect all boost::signals2::connections. 8. (7) does not wait signals to complete for returning. i.e. the disconnect will return immediately eventhough the signal is still "running" 8a. (8) can cause a crash 9. I deal with (8) by adding a "dialog facade", but I'm curious about other ways to do this. 9a. The "dialog facade" receives all signals and forwards them to the dialog iff the dialog is attached. 9b. While each signal is being serviced a shared_lock is kept 9c. The "dialog facade" lives in a shared_ptr and uses boost::signals2::slot_type::track() 9d. The dialog destructor first notifies the facade to "detach" from the dialog 9e. The "detach" function grabs a unique_lock and disconnects all boost::signals2::connections. This effectively implements a blocking version of (7) 10. (9) is a lot of work for all my dialogs with all my signals. 10a. (4a) makes (9) even uglier! Can you recommend techniques/classes/patterns to get me out of this mess? Thank you, Chris

3 3

Re: [Boost-users] 1.49 header order conflicts on Windows
by Brian Wood 14 Jun '12

14 Jun '12

Lars Viklund: > Asio is "friendly" enough to define WIN32_LEAN_AND_MEAN for you, which > pretty much breaks any other consumer of Windows.h. I wasn't aware that that's a no-no and am doing the same thing. My code doesn't compile without the define so am wondering what can be done to help. I'm also having another problem on Windows https://groups.google.com/forum/?fromgroups#!topic/comp.lang.c++/Hpoi2pbQD74 Shalom, Brian Wood Ebenezer Enterprises http://webEbenezer.net

2 1

[Container] [Intrusive] [Interprocess] Flat Intrusive Containers?
by Hering Cheng 14 Jun '12

14 Jun '12

Hi, While Boost.Intrusive provides more varieties of containers than Boost.Container, I wonder if it would make sense to provide flat maps or sets. The application I have in mind is to use these flat containers in shared memory in such a way that application programs preallocate all memory, just like it is possible with Instrusive containers. Would this be feasible? If this makes sense, is there any plan to make this available? Thanks. Hering

3 2

1.49 header order conflicts on Windows
by Davidson, Josh 14 Jun '12

14 Jun '12

Consider this following simple app: #include <boost/thread/thread.hpp> #include <boost/asio.hpp> #include <boost/thread/recursive_mutex.hpp> int main() { return 0; } If you try to build that on Windows, you receive the following error: In file included from c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/recursive_mutex.hpp:14:0, from c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/recursive_mutex.hpp:14, from build.cpp:3: c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/basic_recursive_mutex.hpp: In member function 'void boost::detail::basic_recursive_mutex_impl<underlying_mutex_type>::lock()': c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/basic_recursive_mutex.hpp:52:21: error: '_InterlockedExchange' is not a member of 'boost::detail' c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/basic_recursive_mutex.hpp: In member function 'void boost::detail::basic_recursive_mutex_impl<underlying_mutex_type>::unlock()': c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/basic_recursive_mutex.hpp:71:21: error: '_InterlockedExchange' is not a member of 'boost::detail' c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/basic_recursive_mutex.hpp: In member function 'bool boost::detail::basic_recursive_mutex_impl<underlying_mutex_type>::try_basic_lock(long int)': c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/basic_recursive_mutex.hpp:91:21: error: '_InterlockedExchange' is not a member of 'boost::detail' c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/basic_recursive_mutex.hpp: In member function 'bool boost::detail::basic_recursive_mutex_impl<underlying_mutex_type>::try_timed_lock(long int, const boost::system_time&)': c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/basic_recursive_mutex.hpp:102:21: error: '_InterlockedExchange' is not a member of 'boost::detail' If asio.hpp is moved ahead of the thread headers, the error goes away. We've been trying to dictate #include order to work around this problem, but it keeps cropping up.

3 9

why boost is so slow for file search?
by young 13 Jun '12

13 Jun '12

I have 2 functions for read files list in one directory. One uses Win32 and one uses boost: void GetFilesWin32(std::string dir) { std::vector<std::string> vFiles; std::string f = dir + "*.*"; std::string file; WIN32_FIND_DATA findFileData; HANDLE h = FindFirstFile(f.c_str(), &findFileData); if(h != INVALID_HANDLE_VALUE) { do { if((findFileData.dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY) != FILE_ATTRIBUTE_DIRECTORY) { file = findFileData.cFileName; vFiles.push_back( file); } } while( FindNextFile( h, &findFileData) != 0); } FindClose(h); } void GetFilesBoost(std::string dir) { namespace fs = boost::filesystem; std::vector<std::string> vFiles; fs::path path(dir); fs::directory_iterator end_dir; for(fs::directory_iterator it(path); it != end_dir; it++) { if(!(fs::is_directory(it->status()))) { vFiles.push_back(it->path().filename().string()); } } } Boost takes 1.00 ms while Win32 taks 0.15 ms for same directory. Why? -- View this message in context: http://boost.2283326.n4.nabble.com/why-boost-is-so-slow-for-file-search-tp4… Sent from the Boost - Users mailing list archive at Nabble.com.

6 7

[vector, PropertyGraph] Problem declaring a class member of the "vector<int>" type
by Alex Sadovsky 13 Jun '12

13 Jun '12

Hello everyone, > >I am trying to declare, in a header file, a class that has a member of type "vector<double>" (the code is included below). The compiler complains that I haven't included the appropriate namespace (the error message reads, "ISO C++ forbids declaration of ‘vector’ with no type"), and I understand that it is looking for this: > >using namespace boost::numeric::ublas; > >However, I tried putting it in the header file in various places (haven't programmed in C++ in 10 years and couldn't find any online documentation to clarify this specific situation), and still no luck. I am definitely doing something wrong, but cannot reason out the error, as it probably has to do with the specific syntax conventions. Any help is appreciated! > >Thanks, >-Al > >P.S. Code in header file: > >////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// >// File "airspace-graph-rectilinear-edges.h" >typedef char* string; >const int PHYSICAL_SPACE_DIMENSION = 2; >// Information needed about a waypoint used in an airspace: name and physical position >class WaypointConcept{ > private: > using namespace boost::numeric::ublas; > string waypoint_name; > vector<double> waypoint_position_xyh(PHYSICAL_SPACE_DIMENSION); > public: > string GetWaypointName(); > vector<double> GetWaypointPosition(); >} > >class AirspaceGraphConcept PropertyGraphConcept<class Graph, class WaypointConcept, class vertex_index_t>; >typedef Vertex* GraphPathType; >typedef string FlightIDType; >typedef boost::unordered_map<std::FlightIDType, GraphPathType> FlightIDToPathAssignmentType; >////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// > >Code in the .cpp file (which includes the above header file) I am trying to compile: >////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// >#include <boost/lambda/lambda.hpp> >#include <iostream> >#include <iterator> >#include <algorithm> >#include <boost/numeric/ublas/io.hpp> >#include <boost/numeric/ublas/vector.hpp> >#include "airspace-graph-rectilinear-edges.h" > >int main() >{ > using namespace boost::numeric::ublas; > > vector<double> v(3); > for (unsigned i = 0; i < v.size(); ++ i) > v (i) = 2.01*double(i); > > std::cout << v << std::endl; >} >////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// > > > > > > > > > > > > > > > >

3 7

[lockfree] minor bug/improvement
by Brian Budge 13 Jun '12

13 Jun '12

Hi all - I'm unsure of the status of the lockfree library. Where should I be posting bugs for that? Thanks, Brian

1 0

msvc2010, _Rechecked and function_output_iterator
by Paul Harris 13 Jun '12

13 Jun '12

Hi all, I am trying to compile some code in Release mode in MSVC 2010, see below error message, I am looking for a workaround or solution, and so far all I can find is something to do with boost::multi_array https://svn.boost.org/trac/boost/ticket/4874 but the solution and patch seems to be targeted at only multi_array. Has anyone else tackled this before? thanks, Paul 34>c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\include\xutility(275): error C2582: 'operator =' function is unavailable in 'boost::function_output_iterator<UnaryFunction>' 34> with 34> [ 34> UnaryFunction=utils::output_counter 34> ] 34> c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\include\xutility(2176) : see reference to function template instantiation '_Iter &std::_Rechecked<_OutIt,_OutIt>(_Iter &,_UIter)' being compiled 34> with 34> [ 34> _Iter=boost::function_output_iterator<utils::output_counter>, 34> _OutIt=boost::function_output_iterator<utils::output_counter>, 34> _UIter=boost::function_output_iterator<utils::output_counter> 34> ] 34> c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\include\algorithm(4681) : see reference to function template instantiation '_OutIt std::copy<_InIt1,_OutIt>(_InIt,_InIt,_OutIt)' being compiled 34> with 34> [ 34> _OutIt=boost::function_output_iterator<utils::output_counter>, 34> _InIt1=int *, 34> _InIt=int * 34> ]

1 1