- Boost-users - lists.boost.org

CUDA and Boost
by Víctor Felipe 29 Aug '13

29 Aug '13

Hey guys! I have been using Boost inside a Visual C++ CUDA project. I'm using "regex.hpp" inside a ".cu" file and it works fine including it this way: "#include < boost / regex.hpp >". Now, I need to use "abs.hpp", which I'm including this way: "#include < boost / ratio / detail / mpl / abs.hpp >" and it fails while compiling. I'm using Windows 8 64-bits, Visual Studio 2012, Boost 1.53.0 and CUDA 5.5. I get this error only by putting this in my code: "#include < boost / ratio / detail / mpl / abs.hpp >" without using more instructions related with Boost. I have several ".cpp" and ".cu" files in my project. If I put that include in a ".cpp" file, it compiles fine. If I put that include in a ".cu", this error appear: 1>C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\boost/ratio/detail/mpl/abs.hpp(68): error C2675: unary '-' : 'T' does not define this operator or a conversion to a type acceptable to the predefined operator Thanks for any help you can provide and sorry for my English, it's not my native language!

1 0

boost asio with scatter gather list and udp ....
by jean-luc malet 29 Aug '13

29 Aug '13

Hi! I'm new to boost, so I don't understand everything, be kind please ;) I'm working on a piece of code that use boost::asio with a ba::ip::udp::socket the code is sending data using 2 buffers stored in a boost::array my work is to write the receiver and my question is : how many udp packets will be sent? 1? 2? if multiple packets are sent, how does boost::asio will re-order them on reception? if one packet is sent, and if on reception I use another scatter gather list as above (but with mutable buffers) how does boost know the size of the 2 buffers? thanks and regards MALET Jean-Luc >

1 0

[posix_time] ARM clock scaling issue
by Michael Powell 28 Aug '13

28 Aug '13

Hello, I am using the posix_time ptime interface to gauge clock times, universal time (Utc), and do date/time math, subtracting for durations type thing. What I am finding is that the accuracy seems to be fast. By how much I don't know, whether that's by a factor of what, or what not, I do not know. We are encountering this on an ARM platform. Has anyone else experience this? If so what can we do to workaround it? Assuming we stick with the Boost API to comprehend date/time, duration, our stopwatch abstraction, elapsed-timer, and so on. Thank you... Regards, Michael Powell

1 1

Meta State Machine, wayward transition
by Archie Campbell 28 Aug '13

28 Aug '13

Hello, I have a simple state machine, that uses only standard rows and no internal transitions, to which I am sending events that are clearly in the transition table for the state that the machine is in, yet the no_transition handler is running for this particular event. I have not yet been able to discover any reasons for a compiling transition table to fail to process an event that is listed in the row against the source state. Have I missed something fundamental? Regards, Archie

2 1

Interprocess : multithreading of the mapping
by Oodini 27 Aug '13

27 Aug '13

Hello, I have several shared memory regions to map in my client process. May I experience troubles if use multithreading to do this operation ? (http://www.boost.org/doc/libs/1_54_0/doc/html/interprocess/sharedmemorybetw…) I have a good reason to do that. Thanks !

2 3

Interoperability of multiple boost versions.
by Wilfried Kirschenmann 26 Aug '13

26 Aug '13

Hi all, I'm currently working on a large software project having an unchangeable dependency on boost 1.33, but I would like to use functionality from a more up-to-date version of the library (say 1.54). Can it be done? If so, how ? One of the things we aim to achieve is use the std::hash and unoredered_map from boost 1.54, while also using othe containers from boost 1.33. Since boost if mostly header only and template-based, using an intermediary interface doesn't work well. Any ideas ? Are we better off using another library instead of boost to avoid conflicts ? Help appreciated, thanks. Kind regards, Wilfried K. ----- Cordialement, Wilfried Kirschenmann "Ma femme, si elle croit que je vis, croit que je marche. Les camarades croient que je marche. Ils ont tous confiance en moi. Et je suis un salaud si je ne marche pas."* *Guillaumet (1902 - 1940) cité dans *Terre des Hommes* par Antoine de Saint-Exupéry (1900 - 1944)

1 0

[geometry] problems with the ring concept
by Lepere Renaud 25 Aug '13

25 Aug '13

I have an existing geometric structure, and i try to make it usable with boost geometry. I read the documentation for a similar problem but i did not successhttp://www.boost.org/doc/libs/1_54_0/libs/geometry/doc/html/geometry… My Ring structure is very simple : typedef std::vector< Point > Points; struct Ring { Points points; }; void f() { boost::geometry::concept::check< Geom::Ring >(); } show failure since apparently my range does not support a clear() method correctly. however i think i implemented correctly the range adaption namespace boost/geometry/traints template<> struct tag< Geom::Ring > { typedef ring_tag type; }; namespace Geom inline Geom::Points::iterator range_begin(Ring & ring) { return ring.points.begin(); } inline Geom::Points::iterator range_end(Ring & ring) { return ring.points.end(); } inline Geom::Points::const_iterator range_begin(const Ring & ring) { return ring.points.begin(); } inline Geom::Points::const_iterator range_end(const Ring & ring) { return ring.points.end(); } and in namespace boost template <> struct range_mutable_iterator< Geom::Ring > { typedef Geom::Points::iterator type; }; // i tried also with range_iterator template<> struct range_const_iterator< Geom::Ring > { typedef Geom::Points::const_iterator type; }; I am a bit lost. Did i missed something obvious ? Thanks, Renaud

3 4

[logging] operator<< not called if logger initialized by init_from_settings()
by Eric Prud'hommeaux 25 Aug '13

25 Aug '13

Following the standard recipe for a severity logger, I failed to get a logger configured by parsing a settings file to property invoke the operator<< for the severity. I tested by creating two logs, one by parsing and one by explicit construction (attached). Below, the former (starting with "parse: ") does not call the operator<< while the latter (staring with (const: ") does: [[ parse: : <> normal 1 severity_enum.cpp:25: operator<<(0x164dce0, 0) const: : <normal> normal 1 parse: : <> criticial 2 severity_enum.cpp:25: operator<<(0x164dce0, 1) const: : <critical> criticial 2 ]] It also doesn't matter whether the explicitly constructed logger is before the parsed logger: [[ severity_enum.cpp:25: operator<<(0x20b5d40, 0) const: : <normal> normal 1 parse: : <> normal 1 severity_enum.cpp:25: operator<<(0x20b5d40, 1) const: : <critical> criticial 2 parse: : <> criticial 2 ]] I've also tested this with a severity_channel logger with the same result. typedef unsigned int severity_level; (and some #defines) shows that the specialized operator<<(..., severity_level) isn't called at all, but at least the std:: one prints integers: [[ parse: : <0> normal 1 const: : <0> normal 1 parse: : <1> criticial 2 const: : <1> criticial 2 ]] I haven't worked out how to construct a settings object directly (as opposed to using the setting parser). I guess that's the next test. -- -ericP

1 0

Installing (in the b2 sense) boost under windows
by Chris Stankevitz 24 Aug '13

24 Aug '13

Hello, I was recently tasked with installing boost binaries under windows. I used this command: C:\boost_1_49_0>b2 --build-dir=\boost-build toolset=gcc --build-type=complete stage --prefix=c:\boost-prefix\ install I was expecting the directory c:\boost-prefix to contain boost header and library files; however, that directory contained no files whatsoever. Did I do something wrong? PS: The c:\boost-build directory was filled with intermediate build files. Thank you, Chris

2 3

[asio] Infinite loops
by Michael Chisholm 24 Aug '13

24 Aug '13

I have found that when (ab)using asio in a particular way, it causes a hang in my app, which I think is caused by an infinite loop in asio. I'll state up front that the usage is pretty underhanded, so I may not get much sympathy here :) But it also seems reasonable to not hang. The hang happens only on the two linux platforms I tested, which were centos 5.9 and 6.4. I built it on win7 and mingw 4.6.3 (with slight code changes), and it doesn't hang. The simplified test app demonstrating the hang is pasted at the bottom of this email. I basically just wanted an API to smooth over platform network API differences and also give me a nice iostream class backed by a socket. So there's none of the fancy proactor stuff. There is a need to "reset" the app after socket connections have been established, and one thread is blocked on a socket read. So I needed a way to unblock the thread. Closing the socket seemed like a reasonable way to do it, but I found that simply calling a close() method from a different thread doesn't work; it causes race conditions and crashes, since asio classes seem not to be thread-safe. So I got more devious, and decided to just grab the raw handle and call close() directly on it. That's the underhanded part. I thought asio would figure out that the socket's no longer valid, and propagate an error up to the caller, thus unblocking the thread. But it doesn't, the thread just stays blocked. After doing some gdb tracing, it looked to me like asio is repeatedly polling the socket with epoll/select (I tried the latter by defining BOOST_ASIO_DISABLE_EPOLL) and a timeout, and never breaking out of its loop even though the socket is no longer valid. So, does it seem reasonable for asio to break out of its polling loop when someone (underhandedly) closes the socket out from under it? :) Andy #include <cstdio> #include <boost/system/error_code.hpp> #include <boost/chrono.hpp> #include <boost/thread.hpp> #include <boost/asio.hpp> using namespace std; namespace bs = boost::system; namespace bc = boost::chrono; namespace ip = boost::asio::ip; boost::asio::io_service iosvc; ip::tcp::socket clientSocket(iosvc); ip::tcp::iostream serverStream; #define TEST_PORT 2000 void connectToServer() { bs::error_code ec; clientSocket.connect( ip::tcp::endpoint(ip::address_v4::loopback(), TEST_PORT), ec); if (ec) cout << "Client couldn't connect: " << ec.message() << endl; else cout << "Client connected!" << endl; } void waitForClient() { ip::tcp::acceptor acceptor(iosvc, ip::tcp::endpoint(ip::address_v4::loopback(), TEST_PORT)); bs::error_code ec; acceptor.accept(*serverStream.rdbuf(), ec); if (ec) cout << "Server couldn't accept: " << ec.message() << endl; else cout << "Server accepted!" << endl; } void serverReadAByte() { int b = serverStream.get(); if (serverStream) cout << "Got byte: " << b << endl; else cout << "Error reading byte: " << serverStream.error().message() << endl; } int main(int, const char **) { boost::thread serverThread(waitForClient); // wait a second for the server socket to open... boost::this_thread::sleep_for(bc::seconds(1)); connectToServer(); serverThread.join(); int sd = serverStream.rdbuf()->native_handle(); // this will block, since we won't write anything // to the client socket. boost::thread readThread(serverReadAByte); // wait a second for the socket read to block... boost::this_thread::sleep_for(bc::seconds(1)); // close the server socket out from under our stream! // Does readThread unblock? if (close(sd) == -1) { perror("close"); return 1; } cout << "Waiting for read thread..." << endl; readThread.join(); clientSocket.close(); serverStream.close(); return 0; }

1 0