February 2008 - Boost - lists.preview.boost.org

constrained_value + fixed-pt
by Neal Becker 01 Feb '08

01 Feb '08

I've been looking at constrained_value. It looks great to me, I'd love to see this added to boost. I wonder if any thought has been given (or work done) in using this to implement fixed point arithmetic?

1 0

[rfc] I/O Chain Library, Preview Release
by Sebastian Redl 01 Feb '08

01 Feb '08

Hi, Back in June I posted some thoughts about what I'd expect from a properly done I/O library.[1] Based on the ensuing discussion I then designed such a library. Over the last months, I've worked hard at implementing the thing. It is with quite a bit of pride, then, that I announce the IOChain preview release 1. You can get the source here: http://stud3.tuwien.ac.at/~e0226430/iochain-preview-1.tar.bz2 There are currently some assumptions in the build files that require a tiny bit of setup. 1) Unpack the source into some directory. 2) Grab the latest Boost trunk. 3) In the unpacked source, make a symlink to the Boost trunk called "realboost". E.g. tar -xjf iochain-preview-1.tar.bz2 cd iochain ln -s /path/to/boost/trunk realboost 4) Add zlib to your user config. If you have zlib where it is easily found, this is as easy as adding this line to ${HOME}/user-config.jam: lib zlib : : <name>z ; I'm sorry for the inconvenience. Documentation is in quickbook format. A generated version is available here: http://stud3.tuwien.ac.at/~e0226430/iochain/ This is a preview release. Its only purpose is to get comments. It has not seen widespread compiler testing yet (only GCC 4.1 on a 64-bit Linux). Features implemented so far: - The infrastructure. - File I/O (POSIX only - a Win32 implementation exists, but hasn't seen a compiler yet, so don't expect it to compile, much less work) - In-memory I/O (fixed buffers and std::vector). - Read-ahead and write-collect buffers (like buffering in the current streams). - Various tools to support backtracking. - Combining bytes into larger types. (Only naive methods currently.) - On-the-fly CRC calculation. - On-the-fly zlib compression. The ultimate goal of the library is to completely replace iostreams. All discussion, suggestions, and criticisms are welcome. Sebastian Redl [1] http://lists.boost.org/Archives/boost/2007/06/123478.php

5 11

[Pool] CRITICAL _SECTION ambiguous symbol
by Samuel Debionne 01 Feb '08

01 Feb '08

Hello all, I have the following compile error in my project, using the SVN release branch : boost\boost\boost/pool/detail/mutex.hpp(67) : error C2872: 'CRITICAL _SECTION' : ambiguous symbol could be 'C:\Program Files\Microsoft Platform SDK\include\winbase.h(295) : RTL_CRITICAL_SECTION CRITICAL_SECTION' or 'third_party\boost\boost\boost/detail/lwm_win32_cs.hpp(33) : boost::d etail::CRITICAL_SECTION' It can be easly by fixed by adding "::" in front of the CRITICAL_SECTION member definition of the win32_mutex class (see pool/detail/mutex.hpp). But is there any reason not to use boost/detail/lightweight_mutex.hpp in the pool library ? Regards, Samuel

1 0

[property_tree] - segmentation fault
by Kowalke Oliver (QD IT PA AS) 01 Feb '08

01 Feb '08

Hello, I get an segmentation fault from the property_tree (1_35 trunck): Program terminated with signal 11, Segmentation fault. #0 0xb7cba2ba in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string () from /usr/lib/libstdc++.so.6 (gdb) bt #0 0xb7cba2ba in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string () from /usr/lib/libstdc++.so.6 #1 0x080d4107 in pair (this=0xa44f1284, __a=@0x891acbc, __b=@0x891acc0) at /usr/include/c++/4.2/bits/stl_pair.h:85 #2 0x080d0510 in boost::property_tree::basic_ptree<std::less<std::string>, std::string, boost::property_tree::basic_path<std::string>, std::string, boost::property_tree::translator>::insert<std::_List_const_iterator<std::pair<std::string, boost::property_tree::basic_ptree<std::less<std::string>, std::string, boost::property_tree::basic_path<std::string>, std::string, boost::property_tree::translator> > > > ( this=0xa44f1318, where={_M_node = 0xa44f131c}, first={_M_node = 0x891acb4}, last={_M_node = 0x891bf80}) at /opt/boost/include/boost-1_35/boost/property_tree/detail/ptree_implementation.hpp:304 #3 0x080d0648 in basic_ptree (this=0xa44f1318, rhs=@0x891bf7c) at /opt/boost/include/boost-1_35/boost/property_tree/detail/ptree_implementation.hpp:65 Any ideas what happened - until now property_tree worked without probs!? best regards, Oliver

1 0

<kein Betreff>
by Hansi Hansi 01 Feb '08

01 Feb '08

>> >> I took Matthias' suggestion above to mean he thought the density >> accumulator could be given additional "min" and "max" constructor >> parameters, not that we need a whole new accumulator. Matthias, was >> that >> what you were suggesting? I'd rather go that route. >Yes, that was my suggestion. Or we could implement the current one >based on the simpler one. >Matthias Okay. Maybe I have missunderstood something. Should the implementation be in the class density and optional min/max parameters? Best regards Hansjörg _____________________________________________________________________ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071&distributionid=000000000066

1 0

BoostCon 2008 Now Open For Registration
by David Abrahams 01 Feb '08

01 Feb '08

Hi All, The 2nd annual Boost Conference has been scheduled for May 4-9 2008. Please see http://www.boostcon.com/registration for registration information. If you want to stay at the Aspen Meadows (highly recommended as it is within walking distance of the conference venue and was the site of great after-hours discussions in '07), it's especially important this year that you book your rooms early. Since, unlike last year, Aspen's airport will be open this May, demand for rooms has been heavy. In fact, the following week, which we tried to get, was snapped up by another group before we even had a chance to catch our breath, just weeks after BoostCon'07 ended. We'll be working hard on getting the program together for 2008 over the coming weeks. We hope to include many more Boost authors and contributors, and build in several more intensive library-specific sessions, to make 2008 better than ever. Please send any questions to the BoostCon planning committee at: organizers(a)boostcon.com. Those of you who didn't make it to BoostCon'07 may want to have a look at the photo gallery at http://boostcon.com/community/photos, peruse the 2007 program at http://boostcon.com/program, and check out the two trip reports mentioned here: http://boostcon.com/news/2007/Jul/16/yet-another-trip-report. See you in Aspen! -- The BoostCon Planning Committee

4 4

Reporting bugs at Trac?
by Olaf van der Spek 01 Feb '08

01 Feb '08

Hi, http://boost.org/more/bugs.htm > Submit a bug report to either boost-users list, boost mailing list, or our bug tracking facility; IIRC Trac accounts are only for developers. Maybe it's a good idea to include a Register link anyway and explain this? > submitting it to either of the mailing lists is a preferred way - because many of the Boost developers read the lists on a daily basis, this way you are likely to get a quicker response, and the discussions that often arise there from (possible) bug reports are quite interesting and educational as well; Why aren't reports from Trac forwarded to the mailing lists then? Greetings, Olaf

2 5

Combine enable_if and concept check
by Johan Torp 01 Feb '08

01 Feb '08

Is there any way to combine boost::enable_if and the concept check library? For instance to disable a function overload for template parameters which doesn't model some STL concept. Best Regards, Johan Torp -- View this message in context: http://www.nabble.com/Combine-enable_if-and-concept-check-tp15181277p151812… Sent from the Boost - Dev mailing list archive at Nabble.com.

2 1

Boostcon 2008- should I book my flights?
by Terence Wilson 01 Feb '08

01 Feb '08

Hello all, Can anyone give me a status update, is registration open yet? Thanks, Terence

3 4

[trac][wiki] Correct wiki for development
by Jonathan Turkanis 01 Feb '08

01 Feb '08

Hi, I'd like to prepare some notes about future development of Boost.Iostreams and make them available in a shared location. I'm wondering if I should use the trac wiki or the user wiki at crystalclearsoftware.com. I'm inclined to say it should be the trac wiki, but I don't see anything similar there, except for "Boost.Graph Version 2", under "Projects" on the home page. Can I just create a Boost.Iostreams link under "Projects"? Thanks, -- Jonathan Turkanis CodeRage http://www.coderage.com

2 1