- Boost - lists.preview.boost.org

[proto] reorganized users' guide
by Eric Niebler 18 Oct '08

18 Oct '08

I've just completed a major reorg of Proto's docs, with significant portions clarified or completely rewritten. I intend to merge these changes to the release branch soon. I encourage any and all interested parties to click around and offer feedback. The purpose of the reorg was to make the users' guide more approachable and less reference-y. It takes the view that a library built with Proto is a compiler for a DSEL, and as such it has 3 parts: front-end, intermediate form, and back-end. The guide is organized accordingly. You can find the new guide here: http://boost-sandbox.sourceforge.net/libs/proto/doc/html/index.html TIA, -- Eric Niebler BoostPro Computing http://www.boostpro.com

5 7

thread build on solaris
by Edward Peschko 18 Oct '08

18 Oct '08

All, I'm trying to compile a thread with the boost, threading libraries, and am getting errors like these. gcc -o conftest -g -O2 -I/GAAL/pesced_release/install/fuego/include/boost-1_36 -L/GAAL/pesced_release/install/fuego/lib /tmp/aa.c -lboost_thread-gcc43-mt /GAAL/pesced_release/install/fuego/lib/libboost_thread-gcc43-mt.so: undefined reference to `__cxa_allocate_exception(a)CXXABI_1.3' /GAAL/pesced_release/install/fuego/lib/libboost_thread-gcc43-mt.so: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_M_destroy(std::allocator<char> const&)(a)GLIBCXX_3.4' /GAAL/pesced_release/install/fuego/lib/libboost_thread-gcc43-mt.so: undefined reference to `std::bad_alloc::~bad_alloc()@GLIBCXX_3.4' /GAAL/pesced_release/install/fuego/lib/libboost_thread-gcc43-mt.so: undefined reference to `__cxa_throw(a)CXXABI_1.3' This is on solaris 2.10, using gnu ld (version 2.18..) Any ideas on how to get around this? Ed

1 0

Re: [boost] Measuring compile time performance
by dan marsden 17 Oct '08

17 Oct '08

Steven Watanabe wrote: >Joel de Guzman wrote: >> time is good enough for benchmarking. OTOH, Steven's perl sript >> is nice because it can (as he says) actually gather info when >> templates are being instantiated. I haven't used it yet, but it >> seems to be just the tool we need for profiling templates. >> Steven, please tell us more about your script. > >The scripts are actually a combination of bjam + perl + C++. > >At the moment, the only thing that it does reliably is to >count the number of times each template is instantiated. > >A month or two ago, I tried to make it produce a gprof-like >call graph by parsing the instantiation backtraces, but it >doesn't really work, and I broke gcc support in the process. >Hmmm, I'll try to fix this over fall break. Thanks Steven, that would be great. We'd certainly be interested in trying what you've got on Fusions compile time performance tests. Thanks to everyone else that provided ideas on this. Dan Send instant messages to your online friends http://uk.messenger.yahoo.com

3 2

[asio] One more asio::ip::tcp::iostream question
by Gregory Dai 17 Oct '08

17 Oct '08

Does asio::ip::tcp::iostream support HTTPS? I'm very happy that it works for me using HTTP.

1 0

[algorithm][string] regex_finder examples
by Robert Dailey 17 Oct '08

17 Oct '08

Hi, I noticed that there are no examples for using regex_finder with find_iterator. I checked the test & example directories in libs, and also the documentation. I found nothing useful. Could someone provide a quick example? So far here is what I have, but it does not compile: *#include <iostream> #include <string> #include <boost/algorithm/string.hpp> #include <boost/algorithm/string_regex.hpp> #include <boost/regex.hpp> int main() { std::string queryKey = "/foo/bar//stuff/"; boost::find_iterator<std::string::iterator> keyIt( queryKey, boost::regex_finder( boost::regex( "/.*?" ) ) ); boost::find_iterator<std::string::iterator> end; for( ; keyIt != end; ++keyIt ) { std::cout << "\"" << *keyIt << "\"\t" << (*keyIt).size() << std::endl; } std::cout << std::endl; system( "pause" ); return 0; }*

2 1

[date_time] Library status?
by Andrey Semashev 17 Oct '08

17 Oct '08

The Boost.DateTime library is very useful, and it is unfortunate to admit that according to Trac report and personal experience, its current state is anything but good. There are long standing tickets, some of them are trivial to fix and have patches already attached. The most annoying ones are missing includes and name clashes (tickets 642, 1740, 1615, 2083, 2091 to name some of them). Is this library still maintained?

5 10

[Range] boost::begin() & end( ) for istream?
by Robert Jones 17 Oct '08

17 Oct '08

Is there any mechanism to have the boost.range algorithms iterate over a stream? Given typedef std::istream_iterator<int> in; std::for_each( in(std::cin), in(), std::cout << (_1 * 3) << " " ); can I write this using range algorithms? - Thanks, Rob.

3 5

[UUID] version v12
by Johannes Brunen 17 Oct '08

17 Oct '08

Hello Andy, I just did a small test with the latest uuid library from the vault. IMHO, I found a small error in file uuid.hpp (line 303): function hash_value must be inlined as it is not a template function. Additional is seems that the documentation is out of sync with the implementation. The section 'design notes' is still refering to a former implementation with the create(...) functions. Otherwise, I could compile and link the code on msvc .net 2008 with my setup. thanks for your library, best Johannes

5 10

Re: [boost] New library in Vault: Msm (Meta State Machine)
by christophe henry 16 Oct '08

16 Oct '08

Hi Andreas, > What do t & D stand for (they do not appear in Figure 2)? They don't seem to be necessary to implement the chart?You should also read the mini doc I included. I added them to make the problem a bit more interesting and show how to solve it with flags. > 1) Is it possible to implement the transitions exactly as shown in the chart? It is not, again as explained in the mini doc. I see this as an UML goto and decided to implement superior tools instead. > 2) If no, is this why you introduced two self-transitions to C, one with a guard to prevent transition from B?I didn't. They were there before, I just made them cleaner by using state flagging and a guard condition instead of crossing state boundaries. The UML diagram of the doc looks, in my opinion, cleaner now, less like spaghetti. Of course I could implement these entry and exit goto-like pseudo states if users want them. I just strongly doubt they are needed. _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE

2 1

New library in the Vault: ConstantTimeSize
by vicente.botet 16 Oct '08

16 Oct '08

Hi, Boost.ConstantTimeSize defines a configurable wrapper to the stl container list providing a size function with constant, linear or quasy_constant complexity. You can find the sources, documentation and some test in the Boost Vault. http://www.boostpro.com/vault/index.php?action=downloadfile&filename=consta… Any comments are wellcome, Vicente

8 17

[thread_safe_signals][signals2] call for reviewers (review tentatively scheduled Nov 1st - Nov 10th)
by Stjepan Rajko 16 Oct '08

16 Oct '08

Hello all, The review for the Signals2 library (formerly known as thread_safe_signals - description below) submitted by Frank Mori Hess has been tentatively scheduled for Nov 1st - Nov 10th. As per a recent discussion on the review process (http://tinyurl.com/48tdjs) and after consulting with the review wizards, we would like to try something new for this review: have a number of reviewers commit beforehand to submitting a review. The goal of signing up is to ensure that there is both sufficient interest in the library, and that there will be enough reviews submitted for an informed decision on acceptance. If you are interested in this library, I encourage you to sign up now to be a reviewer (by this you commit to submitting a review preferably by the end of the review period). Of course, additional reviews from non-signed-up reviewers will also be welcome, but without enough reviewers signing up beforehand it is not clear that we should proceed with a review at this time. To sign up, please send me a reply (here or privately), and let me know whether the review period is suitable for you (we can make some adjustments if necessary). I strongly encourage participation from reviewers that would examine the library from a purely user standpoint (commenting on the interface and / or the documentation), as well as reviewers that would be willing to look into the details of the implementation (i.e., you don't have to focus on both). I you would like to sign up, please let me know by this Saturday (October 18th). About the library: -------- * The library can be downloaded from: http://www.boostpro.com/vault/index.php?&directory=thread_safe_signals (latest version is signals2-2008-10-08.zip) * Documentation is also available online: http://www.comedi.org/projects/signals2/libs/signals2/doc/html/index.html * A synopsis: The Boost.Signals2 library (formerly known as thread_safe_signals) is an implementation of a managed signals and slots system. Signals represent callbacks with multiple targets, and are also called publishers or events in similar systems. Signals are connected to some set of slots, which are callback receivers (also called event targets or subscribers), which are called when the signal is "emitted." Signals and slots are managed, in that signals and slots (or, more properly, objects that occur as part of the slots) can track connections and are capable of automatically disconnecting signal/slot connections when either is destroyed. This enables the user to make signal/slot connections without expending a great effort to manage the lifetimes of those connections with regard to the lifetimes of all objects involved. When signals are connected to multiple slots, there is a question regarding the relationship between the return values of the slots and the return value of the signals. Boost.Signals2 allows the user to specify the manner in which multiple return values are combined. * Relationship to Boost.Signals: This is a thread-safe variant of the original Boost.Signals library. There have been some changes to the interface to support thread-safety, mostly with respect to automatic connection management. The following thread offers some more details on the differences between the two implementations, as well as a plan of a phased replacement of Boost.Signals should Signals2 be accepted: http://tinyurl.com/4sqau3 [nabble] Again, if you are interested in this library, please consider signing up as a reviewer. Kind regards, Stjepan (review manager)

6 12

Build doc update
by Vladimir Prus 16 Oct '08

16 Oct '08

According to: http://www.boost.org/development/index.html we're supposed to have beta release tomorrow, and final release on 31st. Are doc changes allowed in between? What becomes apparent on IRC, is that the current install docs have issues: - Boost.Build command line syntax docs are not very good, because they split information across several pages - Getting started fails to refer to command line syntax directly. - Getting started lists various variants that may be built, and their names, but does not give Boost.Build options to request those variants, so people start to improvise various interesting syntaxes. - It fails to clearly say that 'configure'/'make' is the approach that's only good for native, all-default build. I think it would be good to clear this up, and can work on this, but of course only if the changes can be gotten in. Comments? - Volodya

4 5

[1.37][Function] Request permission to merge changes
by Doug Gregor 16 Oct '08

16 Oct '08

Aleksey pointed out that Boost.Function in 1.36.0 has a critical thread-safety problem. I've now fixed the problem on the trunk, and---after regression tests cycle---would like to merge these changes (along with other long-stable fixes to Function) to the release branch. Okay? - Doug

4 9

boost 1.34.1 -static boost::mutex
by keren A 16 Oct '08

16 Oct '08

Hi. I use boost's function: lock. The code run on windows but in linux I'm stacked on the lock. my code: Code: class A{ void foo() { boost::mutex::scoped_lock lock(m_locker); doSomething();// The code never arrives here in linux. } static boost::mutex m_locker; };

2 1

Re: [boost] New library in Vault: Msm (Meta State Machine)
by christophe henry 16 Oct '08

16 Oct '08

Hi Andreas, I just uploaded the solution to your question into the Vault: http://www.boostpro.com/vault/index.php?direction=0&order=&directory=Msm& Regards, Christophe _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx…

2 1

Boost house style?
by Robert Jones 16 Oct '08

16 Oct '08

I've been looking at the implementation of Boost.multi_array, and in particular the mechanics of generating the array extents objects. The problem to be solved is to allow the extent of a multi-dimensional array to be specified with this syntax extents[2][3][4] since this forms a nice nmemonic. The solution is a templated type template <unsigned ndims> class extents_type {.....}; which contains a subscripting operator which returns its own object with an extra subscript tacked-on extents_type<ndims+1> operator[]( unsigned n ) {....} OK. That's all fairly straight-forward. The interesting bit is the specialisation required for the initial dimensionless object. The Boost implementation goes through several intermediate objects which eventually resolve to a boost::array<unsigned, ndims> in general, or a boost::array<unsigned, 1> for the dimensionless case. My questions about this are: * why boost::array<unsigned, 1> rather than boost::array<unsigned, 0>? Obviously an array of zero elements is an odd beast, but it seems to work, with begin() equal to end() as you'd expect. * is it necessary to employ so many different objects to resolve the special case? Is this an aspect of the Boost style guidlelines, or simply some C++ good practise that I've missed? The existing implementation of this is in boost/multi_array/range_list.hpp if you're interested. Thanks, Rob.

2 1

Jamroot merge
by Vladimir Prus 16 Oct '08

16 Oct '08

Hi, I would like to merge the following changes of Jamroot to release branch: http://svn.boost.org/trac/boost/changeset/49255/ http://svn.boost.org/trac/boost/changeset/49318/ These make install process actually install TR1 headers. Previously, they were skipped. We had this bug in 1.36, and probably eariler, and in makes TR1 totally broken. OK? - Volodya

3 2

Merge intel-linux build fix?
by Vladimir Prus 16 Oct '08

16 Oct '08

I would like to merge this patch: https://svn.boost.org/trac/boost/changeset/49357 which fixes this ticket: http://svn.boost.org/trac/boost/ticket/2413 which reports that intel-linux fails to add -fPIC, which causes linking to fail on 64-bit systems. The reporter has confirmed that the issue is fixed. OK? - Volodya

3 2

Boost.Build merge?
by Vladimir Prus 16 Oct '08

16 Oct '08

Folks, I would have like to merge Boost.Build state from trunk to release branch. This matter was discussed briefly in http://thread.gmane.org/gmane.comp.lib.boost.devel/180814/ but it didi not lead anywhere, and further it seems to be some confusion between merging Boost.Jam (which Rene wants) and merging Boost.Build. To reiterate, I think Boost.Build should be merged because: - it now supports linux->windows cross compile - it allows to eliminate configuration warning messages from libraries that are not built (which requires corresponding merges for libraries Jamfiles, but it's trivial) - it fixes a bug where include=/foo/bar could not be specified on the command line - it has some other smaller fixes - I don't see any breakage on trunk tests Comments? - Volodya -- Vladimir Prus http://vladimir_prus.blogspot.com Boost.Build V2: http://boost.org/boost-build2

7 17

[test] Extraneous semicolon in sync_access_test.cpp
by Beman Dawes 16 Oct '08

16 Oct '08

sync_access_test is failing on several platforms on both trunk and release. See http://beta.boost.org/development/tests/release/developer/test.html The failure clears if the semicolon at the end of sync_access_test.cpp line 23 is removed. Is there any reason this fix hasn't been made? --Beman

2 2

[regex] [1.35]Problem with IPV6 validation windows XP
by Gopal_Haldar＠McAfee.com 16 Oct '08

16 Oct '08

passing any IPV6 IP But it is failed to validate ::ffff:12.12.12.12 format... Please see my code... bool IsValidIPv6String(wstring ipv6address) { wsmatch what; wregex expression(L"^((([0-9A-Fa-f]{1,4}:){7}[0-9A-Fa-f]{1,4})|(([0-9A-Fa-f]{1, 4}:){6}:[0-9A-Fa-f]{1,4})|(([0-9A-Fa-f]{1,4}:){5}:([0-9A-Fa-f]{1,4}:)?[0 -9A-Fa-f]{1,4})|(([0-9A-Fa-f]{1,4}:){4}:([0-9A-Fa-f]{1,4}:){0,2}[0-9A-Fa -f]{1,4})|(([0-9A-Fa-f]{1,4}:){3}:([0-9A-Fa-f]{1,4}:){0,3}[0-9A-Fa-f]{1, 4})|(([0-9A-Fa-f]{1,4}:){2}:([0-9A-Fa-f]{1,4}:){0,4}[0-9A-Fa-f]{1,4})|(( [0-9A-Fa-f]{1,4}:){6}((\b((25[0-5])|(1\\d{2})|(2[0-4]\\d)|(\\d{1,2}))\b) \\.){3}(\b((25[0-5])|(1\\d{2})|(2[0-4]\\d)|(\\d{1,2}))\b))|(([0-9A-Fa-f] {1,4}:){0,5}:((\b((25[0-5])|(1\\d{2})|(2[0-4]\\d)|(\\d{1,2}))\b)\\.){3}( \b((25[0-5])|(1\\d{2})|(2[0-4]\\d)|(\\d{1,2}))\b))|(::([0-9A-Fa-f]{1,4}: ){0,5}((\b((25[0-5])|(1\\d{2})|(2[0-4]\\d)|(\\d{1,2}))\b)\\.){3}(\b((25[ 0-5])|(1\\d{2})|(2[0-4]\\d)|(\\d{1,2}))\b))|([0-9A-Fa-f]{1,4}::([0-9A-Fa -f]{1,4}:){0,5}[0-9A-Fa-f]{1,4})|(::([0-9A-Fa-f]{1,4}:){0,6}[0-9A-Fa-f]{ 1,4})|(([0-9A-Fa-f]{1,4}:){1,7}:))$"); if(regex_match(ipv6address, what, expression)) { // what[0] contains the whole string // what[1] contains the response code // what[2] contains the separator character // what[3] contains the text message. //if(msg) // msg->assign(what[3].first, what[3].second); return true; } return false; } -----Original Message----- From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org] On Behalf Of John Maddock Sent: Thursday, October 16, 2008 2:30 PM To: boost(a)lists.boost.org Subject: Re: [boost] [regex] [1.35]Problem with IPV6 validation windows XP Gopal_Haldar(a)McAfee.com wrote: >>> Hi >>> I am using the regex library for checking the IPV6 validation. >>> Same expression I am using for javascript regular expression >>> verification. >>> But for IP format ::ffff:12.12.12.12 javascript regex api returing >>> valid IP and boost regex_match method returning invalid IP(Windows >>> XP). >>> Please help me to identify the problem. You're going to have to provide much more information: The exact regular expression used, The string you're matching against, and if possible the code you're using. Thanks, John. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

[regex] [1.35]Problem with IPV6 validation windows XP
by Gopal_Haldar＠McAfee.com 16 Oct '08

16 Oct '08

> Hi > I am using the regex library for checking the IPV6 > validation. > Same expression I am using for javascript regular expression > verification. > But for IP format ::ffff:12.12.12.12 javascript regex api > returing valid IP and boost regex_match method returning invalid > IP(Windows XP). > Please help me to identify the problem. > > Regards > Gopal > >

2 1

[fusion] Quick start in doc - Something to modify ?
by Alp Mestan 16 Oct '08

16 Oct '08

Hi Boosters, I've been reading the Boost.Fusion documentation and I saw an "error" on the Quick Start page : http://spirit.sourceforge.net/dl_more/fusion_v2/libs/fusion/doc/html/fusion… The given code is : #include <boost/fusion/sequence.hpp> #include <boost/fusion/include/sequence.hpp> // ... vector <http://spirit.sourceforge.net/dl_more/fusion_v2/libs/fusion/doc/html/fusion…><int, char, std::string> stuff(1, 'x', "howdy"); int i = at_c <http://spirit.sourceforge.net/dl_more/fusion_v2/libs/fusion/doc/html/fusion…><0>(stuff); char ch = at_c <http://spirit.sourceforge.net/dl_more/fusion_v2/libs/fusion/doc/html/fusion…><1>(stuff); std::string s = at_c <http://spirit.sourceforge.net/dl_more/fusion_v2/libs/fusion/doc/html/fusion…><2>(stuff); But this way we never get any vector.hpp included. (however I'm on the svn version... maybe on 1.36 one of the sequence.hpp includes vector... but I think it is rather the one in the container dir) And I think such an error makes people let Fusion down, so here is a "minimal" code that would have a much better effect, IMO, on fusion's doc readers. #include <boost/fusion/sequence.hpp> // for boost::fusion::at_c #include <boost/fusion/include/vector.hpp> // for boost::fusion::vector #include <iostream> #include <string> using namespace boost::fusion; int main() { vector<int, char, std::string> stuff(1, 'x', "howdy"); int i = at_c<0>(stuff); char ch = at_c<1>(stuff); std::string s = at_c<2>(stuff); std::cout << "(" << i << "," << ch << "," << s << ")" << std::endl; return 0; } This way, they'd just have to copy, paste, compile & launch to see Fusion in action, which would make them read the rest of the doc more happily. Hope it helps. -- Alp Mestan --- http://blog.mestan.fr/

2 2

boost.org Source-Code, Concepts & Idioms.
by mbiddeg＠mtn.co.ug 16 Oct '08

16 Oct '08

Good morning Guys. Do you think it feasible to have a section in boost.org that shows (& permits download) the libraries' source-code at its bare-minimum, without all the configuration to clutter the code? The only problem with easily & clearly understanding the boost libraries is the abundance of conditional compilation directives, & a multitude of macros for some libraries. This makes it hard to read & understand. Seeing the bare source-code without the directives & macros (I know it is very necessary for portability, & avoiding boiler-plate code) would make the concepts easier to understand. In addition, I do agree with Scott Meyers in the section below, from the link: http://www.artima.com/cppsource/top_cpp_aha_moments.html#r10 "...Second, I think it's regrettable that this kind of innovation doesn't often get written up and disseminated for the wider C++ development community. Boost does an enviable job of fostering the creation of useful software, including user-level documentation that is at least serviceable. I wish it did a better job of getting the word out on the design and implementation techniques employed by the library authors, because there's some really interesting-and largely unknown-stuff going on under the hood in Boost libraries..." What is your opinion on both these issues? I do believe the entire C++ community would benefit from both. Awaiting your feedback. Thank you. Have a nice day. ______________________________________________________________________ Kizza George Mbidde | Interconnect Billing Systems Analyst | MTN Uganda | MTN Towers 22 Hannington Road | P.O. Box 24624 Kampala Uganda | East-Africa | email: mbiddeg(a)mtn.co.ug [cid:image001.png@01C92D0F.BE2B7C10]

9 18

[1.37.0][Test] Test branches/release regression test failures
by Beman Dawes 16 Oct '08

16 Oct '08

See http://beta.boost.org/development/tests/release/developer/test.html While the revision 49313 commits cleared some errors, there are still several others that need to be resolved. Thanks, --Beman

2 1