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

[boost::shared_ptr] Easy to violate the One Definition Rule / C++11 / Check für standard used to compile Boost
by beet 15 Jan '14

15 Jan '14

Hi there, from what I can see, boost::shared_ptr has a different definition, depending on whether Boost is compiled in C++98 oder C++11 mode. For example, in C++11-mode, shared_ptr has a move-constructor. By default, however, Boost seems to be compiled in C++98 mode, even with a compiler like gcc 4.8 (Ubuntu 13.10 / 64 bit / Boost 1.55), that is perfectly capable of compiling in C++11 mode. So, while boost::shared_ptr is header-only, all Boost libraries that use boost::shared_ptr will assume the C++98 version. The build-environment of one of my applications checks the compiler (currently gcc and CLang) and, depending on the version, activates C++11 support, so that I can use some C++11-checks (such as override), that can easily be #defined away for C++98 . So what may happen here is that my main application uses a different boost::shared_ptr than the Boost libraries I want to link with. To me this seems to violate the one-definition rule (and may happen with other Boost libraries as well). Indeed I'm seeing some strange errors, where "if(!p) {raise_error();}" triggers for a shared_ptr<derived_class> p, but I can still access member functions of a base_class that derived_class is derived from. Now, while I'm not yet sure that the above is the cause of this problem, I'd like to make sure that my build system chooses the appropriate C++ standard for compilation. Hence: Is there any way I can check (e.g. through some #define provided by Boost) what C++ standard it has been compiled with ? Thanks and Best Regards, Beet

2 1

[Units] conversion between double and millimeter
by Richel Bilderbeek 15 Jan '14

15 Jan '14

Hello Boost.Units users, When I convert a double to a unit (e.g. meter) and back, this works as expected. When I convert a double to a prefixed unit (e.g. millimeter) and back, this fails to compile. The code below shows how I'd expect it to work. What do I overlook? Thanks, Richel Bilderbeek const double x_in_mm = 1.0; const Length x(x_in_mm * milli * meter); //This works as expected: const double x_again_in_m = x / meter; //Why doesn't this: const double x_again_in_mm = x / (milli * meter); //Fails

2 1

[log] Default logging configuration for trivial logger
by Ben Pope 15 Jan '14

15 Jan '14

Hi, I'm using the trivial logging interface, but I need to tweak the default configuration. I want to be able to flush after every log entry, and I also want to be able to do file rolling. As far as I can tell, in order to configure it this way, I pretty much need to configure the whole thing from scratch including formatters, but I can't find the code that sets up the default logger to replicate it. Any pointers? Cheers, Ben

1 0

boost.log: how to view open log files
by Georg.Kellerer＠lfu.bayern.de 14 Jan '14

14 Jan '14

Hi, currently i am writeng a windows service and use the boost.log library for logfile creation. The serive should run long and I want to view the log files when the service is running. At the moment the logfile is written to the disk when the service ends and the file always has a size of 0 bytes. Is there a way to configure boost.log in a way that the log entries are written to disk immideately and that the logfile is not locked for reading by another application so that I can view my logfile? Thanks a lot, Georg

3 3

Thread_group semantics
by Kenneth Adam Miller 14 Jan '14

14 Jan '14

When a thread_group is assigned a task using post, does that task get executed sequentially? Is there a list, so that, when too many posts are added to it, it keeps track of them?

3 11

[program-options] Line width ignored on add()-ed options_description?
by Rhys Ulerich 13 Jan '14

13 Jan '14

I've got a "primary" options_description instance to which I add() other "secondary" options_description instances. I want operator<< to print the primary and all secondary instances with the primary instance's line width. I expect that this should happen automagically because, after construction, I cannot adjust the private m_line_length member of the secondary instances through any public means. However, it does not. A small re-create follows my signature. In my applications, I do not control the construction of the secondary instances and so I cannot adjust the secondary instance's construction-time width setting. Is this behavior a deliberate design decision? Some minor rework to options_description::print(...) within src/options_description.cpp would make it possible. Thanks, Rhys #include <iostream> #include <boost/program_options.hpp> int main() { static const char lengthy[] = "123456789 123456789 123456789 123456789 " "123456789 123456789 123456789 123456789 " "123456789 123456789 123456789 123456789 " "123456789 123456789 123456789 123456789 " "123456789 123456789 123456789 123456789 " "123456789 123456789 123456789 123456789 " "123456789 123456789 123456789 123456789 "; boost::program_options::options_description foo(255); // Linewidth 255 foo.add_options() ( "foo", lengthy ); boost::program_options::options_description bar; // Default line width bar.add_options() ( "bar", lengthy ); // foo should either dictate bar's line width, or... // I should be able to change it via a public interface... // ... but I seemingly cannot. foo.add(bar); // Option --foo has a nice long width, // but option --bar is truncated. std::cout << foo; }

1 0

UDP bind problems
by ustulation 13 Jan '14

13 Jan '14

{Windows 7, MinGW 4.8, boost 1.55} I'm having some problems with UDP binds. I've a client that broadcasts datagrams for listeners listening on specific port and binds to a port itself if the listeners want to communicate something back. The port on which the client needs to bind is X and the servers are listening on Y. Problem: If I simulate a client-crash (eg., by causing segmentation fault by dereferencing a nullptr) after binding the UDP socket to the port, then once the client application is no longer running (no longer listed in Windows Task Manager) netstat -ano | find "X" still shows that someone is bound to port X and ip address of 0.0.0.0 (the client had specified the IP address as any address). The PID cannot be found in Windows Task Manager. However when I downloaded application TCPView I can see that a *<non-existent>* process is still bound to 50000. On starting the client (without making it crash this time) subsequently I get two behaviors: <1> On some machines the client is unable to bind to the socket again (although reuse_address option is set to true) and the error message is: An attempt was made to access a socket in a way forbidden by its access permissions. <2> On other machines the client binds successfully but the read handler is not called and the client does not receive any datagram on port X although the servers are unicasting to the client port X. Infact <2> is true even for launching multiple instances of the client on the same machine even if none of the clients were deliberately made to crash and exist as zombie processes. Only the 1st one gets datagrams. Here is how client socket is set up: if(!m_udpSocket.is_open()) { m_udpSocket.open(m_localEndpoint.protocol(), errorCode); //m_localEndpoint is address 0.0.0.0 and port X if(errorCode) { std::cerr << "Unable to open socket: " << errorCode.message() << std::endl; } else { m_udpSocket.set_option(boost::asio::socket_base::reuse_address(true), errorCode); if(errorCode) { std::cerr << "Reuse address option set failure. " << errorCode.message() << std::endl; } m_udpSocket.set_option(boost::asio::socket_base::broadcast(true), errorCode); if(errorCode) { std::cerr << "Socket cannot send broadcast. " << errorCode.message() << std::endl; } else { m_udpSocket.bind(m_localEndpoint, errorCode); if(errorCode) { std::cerr << "Socket cannot bind...!! " << errorCode.message() << std::endl; } } } } Can you explain why do I get <1> and <2> and what can I do to avoid them and make socket bind even if there is some other process bound to that socket? I need to support Windows, Linux and MAC -- View this message in context: http://boost.2283326.n4.nabble.com/UDP-bind-problems-tp4657731.html Sent from the Boost - Users mailing list archive at Nabble.com.

3 4

Fast IPC between Linux and Windows on the same host
by U.Mutlu 13 Jan '14

13 Jan '14

Hi, what is the fastest cross-platform IPC mechanism between Linux and Windows on the same physical host? Additional info: Host OS is Linux (Debian), Windows XP is hosted in VirtualBox. Of course TCP/IP sockets is a possibility, but I need something much faster. My preference would be to use shared memory, but is it possible in such an heterogene environment? And: can Boost.Interprocess be used for this scenario? Thx -- U.Mutlu DACOS Notdienstanlagen GmbH, Germany

4 6

using iterator_range with wchar_t
by Sean Farrow 13 Jan '14

13 Jan '14

Hi All, I'm sorry if this has already been covered. I'm trying to use iterator_range with a wchar_t. My code is as follows: std::wstring buttonName =L"jar:file:/C:/Program%20Files/diseMP/4.5.6/O2-LIVE/lib/client/ClientResources.jar!/branding/default/buttons/FindButtonActive.png"; bool isGraphical =false; isGraphical =boost::algorithm::starts_with(buttonName, L"jar:file:/") && boost::algorithm::ends_with(buttonName, L".png"); boost::iterator_range<wchar_t> range =boost::algorithm::find_last(buttonName, L"/"); I'm getting the following errors: 1>------ Build started: Project: TestApp, Configuration: Debug Win32 ------ 1> TestApp.cpp 1>c:\program files (x86)\boost\boost\iterator\iterator_traits.hpp(30): error C2039: 'value_type' : is not a member of 'boost::detail::iterator_traits<Iterator>' 1> with 1> [ 1> Iterator=wchar_t 1> ] 1> c:\program files (x86)\boost\boost\range\iterator_range_core.hpp(141) : see reference to class template instantiation 'boost::iterator_value<Iterator>' being compiled 1> with 1> [ 1> Iterator=wchar_t 1> ] 1> c:\work\panthion studios\o2\testapp\testapp.cpp(11) : see reference to class template instantiation 'boost::iterator_range<IteratorT>' being compiled 1> with 1> [ 1> IteratorT=wchar_t 1> ] 1>c:\program files (x86)\boost\boost\iterator\iterator_traits.hpp(30): error C2146: syntax error : missing ';' before identifier 'type' 1>c:\program files (x86)\boost\boost\iterator\iterator_traits.hpp(30): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>c:\program files (x86)\boost\boost\iterator\iterator_traits.hpp(30): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>c:\program files (x86)\boost\boost\range\iterator_range_core.hpp(141): error C2039: 'type' : is not a member of 'boost::iterator_value<Iterator>' 1> with 1> [ 1> Iterator=wchar_t 1> ] 1>c:\program files (x86)\boost\boost\iterator\iterator_traits.hpp(49): error C2039: 'difference_type' : is not a member of 'boost::detail::iterator_traits<Iterator>' 1> with 1> [ 1> Iterator=wchar_t 1> ] 1> c:\program files (x86)\boost\boost\range\iterator_range_core.hpp(145) : see reference to class template instantiation 'boost::iterator_difference<Iterator>' being compiled 1> with 1> [ 1> Iterator=wchar_t 1> ] 1>c:\program files (x86)\boost\boost\iterator\iterator_traits.hpp(49): error C2146: syntax error : missing ';' before identifier 'type' 1>c:\program files (x86)\boost\boost\iterator\iterator_traits.hpp(49): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>c:\program files (x86)\boost\boost\iterator\iterator_traits.hpp(49): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>c:\program files (x86)\boost\boost\range\iterator_range_core.hpp(145): error C2039: 'type' : is not a member of 'boost::iterator_difference<Iterator>' 1> with 1> [ 1> Iterator=wchar_t 1> ] 1>c:\program files (x86)\boost\boost\iterator\iterator_traits.hpp(36): error C2039: 'reference' : is not a member of 'boost::detail::iterator_traits<Iterator>' 1> with 1> [ 1> Iterator=wchar_t 1> ] 1> c:\program files (x86)\boost\boost\range\iterator_range_core.hpp(159) : see reference to class template instantiation 'boost::iterator_reference<Iterator>' being compiled 1> with 1> [ 1> Iterator=wchar_t 1> ] 1>c:\program files (x86)\boost\boost\iterator\iterator_traits.hpp(36): error C2146: syntax error : missing ';' before identifier 'type' 1>c:\program files (x86)\boost\boost\iterator\iterator_traits.hpp(36): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>c:\program files (x86)\boost\boost\iterator\iterator_traits.hpp(36): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>c:\program files (x86)\boost\boost\range\iterator_range_core.hpp(159): error C2039: 'type' : is not a member of 'boost::iterator_reference<Iterator>' 1> with 1> [ 1> Iterator=wchar_t 1> ] 1>c:\program files (x86)\boost\boost\type_traits\is_abstract.hpp(72): error C2139: 'boost::iterator_range<IteratorT>' : an undefined class is not allowed as an argument to compiler intrinsic type trait '__is_abstract' 1> with 1> [ 1> IteratorT=wchar_t 1> ] 1> c:\program files (x86)\boost\boost\type_traits\is_abstract.hpp(144) : see reference to class template instantiation 'boost::detail::is_abstract_imp<T>' being compiled 1> with 1> [ 1> T=boost::iterator_range<wchar_t> 1> ] 1> c:\program files (x86)\boost\boost\mpl\aux_\preprocessed\plain\or.hpp(51) : see reference to class template instantiation 'boost::is_abstract<T>' being compiled 1> with 1> [ 1> T=boost::iterator_range<wchar_t> 1> ] 1> c:\program files (x86)\boost\boost\mpl\if.hpp(63) : see reference to class template instantiation 'boost::mpl::or_<T1,T2>' being compiled 1> with 1> [ 1> T1=boost::is_abstract<boost::iterator_range<wchar_t>>, 1> T2=boost::is_array<boost::iterator_range<wchar_t>> 1> ] 1> c:\program files (x86)\boost\boost\range\iterator_range_core.hpp(174) : see reference to class template instantiation 'boost::mpl::if_<T1,T2,T3>' being compiled 1> with 1> [ 1> T1=boost::mpl::or_<boost::is_abstract<boost::iterator_range<wchar_t>>,boost::is_array<boost::iterator_range<wchar_t>>>, 1> T2=boost::iterator_range<wchar_t>, 1> T3=boost::iterator_range<wchar_t> 1> ] ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== Does anyone have any clues as to why this is happening or alternatively any working example? Help appreciated as always. Regards Sean.

2 1

Boost.Fiber review January 6-15
by Nat Goodspeed 13 Jan '14

13 Jan '14

Hi all, The review of Boost.Fiber by Oliver Kowalke begins today, Monday January 6th, and closes Wednesday January 15th. ----------------------------------------------------- About the library: Boost.Fiber provides a framework for micro-/userland-threads (fibers) scheduled cooperatively. The API contains classes and functions to manage and synchronize fibers similar to Boost.Thread. Each fiber has its own stack. A fiber can save the current execution state, including all registers and CPU flags, the instruction pointer, and the stack pointer and later restore this state. The idea is to have multiple execution paths running on a single thread using a sort of cooperative scheduling (versus threads, which are preemptively scheduled). The running fiber decides explicitly when it should yield to allow another fiber to run (context switching). Boost.Fiber internally uses coroutines from Boost.Coroutine; the classes in this library manage, schedule and, when needed, synchronize those coroutines. A context switch between threads usually costs thousands of CPU cycles on x86, compared to a fiber switch with a few hundred cycles. A fiber can only run on a single thread at any point in time. docs: http://olk.github.io/libs/fiber/doc/html/ git: https://github.com/olk/boost-fiber src: http://ok73.ok.funpic.de/boost.fiber.zip The documentation has been moved to another site; see the link above. If you have already downloaded the source, please refresh it; Oliver has added some new material. --------------------------------------------------- Please always state in your review whether you think the library should be accepted as a Boost library! Additionally please consider giving feedback on the following general topics: - What is your evaluation of the design? - What is your evaluation of the implementation? - What is your evaluation of the documentation? - What is your evaluation of the potential usefulness of the library? - Did you try to use the library? With what compiler? Did you have any problems? - How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? - Are you knowledgeable about the problem domain? Nat Goodspeed Boost.Fiber Review Manager ________________________________

1 1