- Boost - lists.boost.org

Boost.Build tests on OSX
by Vladimir Prus 31 Jul '09

31 Jul '09

In the current release state, there are three Boost.Build tests that fail on OSX, and I neither have access to OSX right now nor won't have access to it in future. Could somebody who already has Boost.Build setup, to to tools/build/v2/test and run three commands: python library_chain.py --verbose python library_order.py --verbose python searched_lib.py --verbose And send me the output? Thanks, Volodya

2 3

Re: [boost] 0MQ messaging in Boost
by dhruva 31 Jul '09

31 Jul '09

Hello, Apologies for replying to the chain with no context as I just enabled the mail delivery on this list (was using the web front end). I have a need for a robust and fast peer to peer messaging service in C++. If it has extra language bindings, it makes it better so that I can ask clients to write their own subscribers in any language. I thought of using memcache but that does not work in a pure windows (server and client) environment. MPI seems to be more for distributing work load and not for distributed computing (I confess I still have not understood the differences). 0MQ (zeroMQ) appears to be the best available library from what I know. Since I use Boost and intend to use as much of it as possible to streamline the code and interface, I prefer a solution from Boost distribution. Message Queue is more a pattern and IMO feel it fits into Boost. The same way Boost::Accumulators use Boost::Math, 0MQ could use ASIO and extend ASIO to help application programmers with a MQ implementation. The fact that 0MQ does not use Boost today should not guide the decision on whether to incorporate 0MQ into Boost or not? 0MQ can use the most suitable parts of Boost (ASIO and maybe many more libraries) so that it exposes a similar Boost like interface to the user. Note: Along similar lines, I had posted regarding a distributed lock manager. Message queue and distributed lock manager using ASIO can be great libraries for cluster programming. Boost can become one single requirement for enterprise programming in the distributed/cloud environment. regards, dhruva Yahoo! recommends that you upgrade to the new and safer Internet Explorer 8. http://downloads.yahoo.com/in/internetexplorer/

1 0

Re: [boost] 0MQ messaging in Boost
by Brian Wood 31 Jul '09

31 Jul '09

Yigong Liu writes: > Hello Pieter, > Could you please have a look of "Channel", a message passing library i have > been developing in boost, for a comparison with 0MQ? > website: http://channel.sourceforge.net/ > design doc: > http://channel.sourceforge.net/boost_channel/libs/channel/doc/design.html > download: Hi, Yigong, The following section from the Channel documentation doesn't do much for me. 7.2 compare STL and ChannelSome mapping between STL and Channel's concepts: - containers (sequence, assoc) <=> name spaces (linear/hier/assoc) - elements in container <=> names (unit/element in name space) - iterator_range (target of algorithms) <=> name binding set (sender->receiver(s), receiver->sender(s)) target of dispatchers - algorithms <=> dispatchers Brian Wood Ebenezer Enterprises www.webEbenezer.net "Then Samuel took a rock and set it up between Mizpah and Shen. He named it Ebenezer [Rock of Help] and said, 'Until now the L-RD has helped us.'"

2 1

Subversion upgrade on svn.boost.org
by Doug Gregor 30 Jul '09

30 Jul '09

Hi all, We'd like to upgrade Subversion on svn.boost.org from the old version it is currently using (1.4.2) to version 1.6.2, so that Boost can make use of some of the new and useful features introduced in Subversion 1.5 and 1.6. Since this upgrade will involve an upgrade of the repository, it is likely to take a while---we'll probably have to block out 8 or more hours, during which Subversion will be inaccessible. We would like to perform the Subversion upgrade soon (within the next few days). Are we at a point in Boost's development cycle where we can tolerate a day of down-time to perform this upgrade? - Doug

10 19

Re: [boost] 0MQ messaging in Boost
by Brian Wood 30 Jul '09

30 Jul '09

Maciej Sobczak writes: > A high-level solution - and the one that is reasonably portable - would > need to be coupled/supplemented with serializer/deserializer, which > actually already exists in Boost. In this context the integration with > Boost would indeed make it an interesting exercise, except for the fact > that the Boost serialization library is not very fast. I opened trac 2945 to suggest a performance improvement related to associative containers that could be fairly easily addressed. It doesn't seem to be much of a priority at this point. > My personal and humble opinion is that such a couple would fall out of > your intended/typical benchmarks. How would you promote it then? Who > would constitute the target audience? Companies with no qualms about throwing money at faster hardware? Brian Wood Ebenezer Enterprises www.webEbenezer.net "Then Samuel took a rock and set it up between Mizpah and Shen. He named it Ebenezer [Rock of Help] and said, 'Until now the L-RD has helped us.'"

1 0

Re: [boost] 0MQ messaging in Boost
by Pieter Hintjens 30 Jul '09

30 Jul '09

James Mansion wrote: > This component would be much higher level than anything else in Boost, > except perhaps quickbook and the preprocessor. > I think it should be considered, but with some caution. What is the > intended approach to on-the-wire etc - is it going to be rewritten as > an amqp 1.0 system, for example? These are good questions. 0MQ is high-level in some respects but it is not a competitor to Qpid or OpenAMQ, it's a brokerless library that is fully integrated into client apps. The new 0MQ API looks simply like a socket that can pass messages between points. The wire level protocol is very simple, it does not compare with AMQP (which I'm well aware of, being one of the original designers). You can check the 0MQ protocol (SPB) here: http://rfc.zeromq.org/. One of our projects was to integrate 0MQ with AMQP, but as a very thin and fast client stack. Thus, it would work with OpenAMQ, Qpid, RabbitMQ and in fact provide Boost apps with a fast way to use AMQP networks. There's an experimental branch that does this. @Yigong Liu, regarding Channel: you're definitely looking at the same questions as us. 0MQ perhaps has more focus on performance, it aims at markets where latency has to be in the microseconds. There is also the intention of implementing more complex messaging patterns, but those tend to need brokers. Concretely, we'll: * Look at making 0MQ with Asio * Make the 0MQ licensing work for Boost * Make a proof of concept showing Boost working with 0MQ Which should make things more concrete. Cheers Pieter

4 3

[serialization] Trac issue #2508
by Richard Hazlewood 30 Jul '09

30 Jul '09

Hi Robert, We've been digging a little deeper with this issue; it appears the static warning mechanism is not behaving as expected. Details appended to the issue. HTH.

1 0

AlRangeExandrescu?
by David Abrahams 30 Jul '09

30 Jul '09

Hi Neil, I'm sure someone already spoke to you about this, but just in case: Andrei Alexandrescu gave a very interesting presentation at BoostCon that was based on a "ranges only" approach that should eliminate issues like this one: 2: return type specification for find() etc =========================================== There where no major objection to the mechanism, but some found the syntax ugly. I believe the suggested syntax (e.g.) boost::find[_f,_e]( range, x ) boost::find[_f+1,_e]( range, x ) He says he's implemented a superset of the STL algorithms with it so we know the expressive power is fairly complete. I was wondering if you had given any thought to making use of his insights? Especially considering that RangeEx hasn't been used to fully cover a generic domain (I think), it might make sense. -- David Abrahams BoostPro Computing http://boostpro.com

20 94

0MQ messaging in Boost
by Pieter Hintjens 30 Jul '09

30 Jul '09

Hi, I'm part of the 0MQ team in FastMQ, we're making a free low latency messaging library in C++ and Dhruva suggested it could be useful in Boost. The current stable 0MQ/1.0 is probably too complex to use in Boost but the forthcoming 0MQ/2.0 has a simpler socket-style API (sends messages rather than bytes) and runs with no external components. Dhruva is probably better placed than me to explain how 0MQ could help Boost users. One issue we've already discussed is licensing: currently 0MQ is LGPL, but we'd be prepared to change the license on 0MQ/2.0 to BSL (or dual-license it) so it can be included in Boost. Please excuse in advance my ignorance: I'm neither a developer nor user of 0MQ, but acting as community front-end. Cheers, Pieter Hintjens FastMQ

5 4

[serialization] Latest changes broke module-singleton
by Hartmut Kaiser 29 Jul '09

29 Jul '09

Hi all, I believe the latest changes to the serialization library in trunk broke the encapsulation of module singletons. Module singletons are now accessed across module boundaries (i.e data stored in a different module are looked up locally). A polymorphic class registered using BOOST_CLASS_EXPORT() gets registered in the archive's basic_serializer_map, which is stored in a module-singleton. Ok so far. Now, if this type is serialized by a different module via its base class (which is the usual scenario for us, as all serialization code lives in one place) this code tries to look up the type in the archive's module-singleton (basic_serializer_map) of its own module (I saw this for instance at boost/archive/detail/oserializer.npp, line 413). But the data is stored not there but in the original module, where the type is implemented. As a result the assertion at libs/serialization/src/basic_initializer_map.cpp, line 56 fires. Anything I could do about this? Regards Hartmut

2 6