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

extension / reflection project status?
by Janek Kozicki 04 Feb '08

04 Feb '08

Hello, What is the status of Boost extension / reflection library? (is this a single library or two separate?) Currently I'm mainly concerned about the "extension" part. Was it submitted for review? Or do you want to submit them both together to go in a single review, and for that you plan to first finish the "reflection" part? Because as I understand (am I right?) the extension library is quite finished and should be ready to use, eg. in my app? Can you provide some "official" URL for documentation and download? best regards, and big thanks for your hard work! -- Janek Kozicki |

1 0

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

04 Feb '08

Hi, I'm proud to announce preview release 2 of my I/O Chain library. Preview 1 was announced here: http://lists.boost.org/Archives/boost/2007/11/131079.php IOChains is a component-based I/O library similar to Boost.Iostreams, but built from scratch instead of being based on the C++ iostreams interface. It currently supports binary I/O of primitives only, but will be extended to cover text, too. It is built to be type-safe and fast. The main changes since Preview 1 are: Most importantly: The archive actually contains the code. :-) 1) Tested under Visual C++.Net 2003, i.e. VC++ 7.1. 2) Endian conversion is now supported. 3) Supports reading and writing fixed-point numbers. 4) Supports reading and writing stdin, stdout and stderr. (Not Win32, yet.) This also demonstrates the utility of the command interface. 5) A bit-level access pseudo-component was added. 6) A rationale section was added to the documentation. 7) A few example programs were added. (Not tested in Win32, but except for the password reader, they should work.) The code can be found at: http://stud3.tuwien.ac.at/~e0226430/iochain-preview-2.tar.bz2 <http://stud3.tuwien.ac.at/%7Ee0226430/iochain-preview-1.tar.bz2> The installation is still not trivial. Boost doesn't appear very suited to develop new libraries outside the tree, it seems. 1) Unpack the archive. 2) Make boost-build.jam point to your trunk Boost.Build, or delete the file if you already have a boost-build.jam in place. 3) Edit Jamroot: set the constant REALBOOST at the very top to point to your trunk Boost. 4) If you want to use the zlib component, add an entry to your user-config.jam for zlib. On Linux, this should be as trivial as lib zlib : : <name>z ; On Win32, it might look like this: lib zlib : : <file>"c:/path/to/zlib/zlib1.lib" : : <include>"c:/path/to/zlib" ; The documentation doesn't build due to some problems I have with Boost.Build. A pre-built version can be found here: http://stud3.tuwien.ac.at/~e0226430/iochain/ If you want to build the docs yourself, remove the <tag> requirement from Jamroot. A note about Visual C++: newer compilers than 7.1 should work, unless they exhibit this bug: http://groups.google.com/group/comp.lang.c++.moderated/browse_thread/thread… If they do, you need to grep the source for BOOST_WORKAROUND and adjust the version number. Oh, and let me know. Older versions will most definitely not work. Minor new features: 1) The content of an erasure can change. 2) Bug fixes. 3) Minor refactorings. 4) Best practice: all public implementation classes now have protected destructors. Have fun, and please tell me what you think. Sebastian Redl

1 0

[review] Review of Flyweight library started January 21 and still running!
by Ion Gaztañaga 03 Feb '08

03 Feb '08

Hi all, The formal review of Flyweight library started January 21 and will end January 30, we have a few nice reviews, but I'm sure that those who haven't reviewed it are also interested in the library ;-). The library solves quite a common programming pattern, is small and very well documented. So don't be afraid to try it! Information for reviewers: *Description:* Flyweights are small-sized handle classes granting constant access to shared common data, thus allowing for the management of large amounts of entities within reasonable memory limits. Boost.Flyweight makes it easy to use this common programming idiom by providing the class template flyweight<T>, which acts as a drop-in replacement for const T. *Online docs:* http://tinyurl.com/2sstyr http://svn.boost.org/svn/boost/sandbox/flyweight/libs/flyweight/index.html *Download:* http://tinyurl.com/hrdm6 http://www.boost-consulting.com/vault/index.php?&direction=0&order=&directo… *Notes:* 1) We've seen some suggestions in the mailing list for Flyweight. Joaquín has nicely explained a couple of issues that we'd like to address/discuss in the review: http://tinyurl.com/33ghtf http://svn.boost.org/svn/boost/sandbox/flyweight/libs/flyweight/doc/review_… 2) Flyweight needs Boost 1.35 elements because the library depends on libraries like Interprocess for some features/tests. Since SVN snapshot tarballs seem to be missing these days, those who want to try flyweight can download a working SVN-HEAD snapshot here: http://igaztanaga.drivehq.com/boost_trunk.tar.bz2 3) Serialization tests won't work. This feature is expected to work when some new features (discussed in the mailing list between Joaquín and Robert Ramey) are added in Boost.Serialization. Those are expected for Boost 1.36. What to include in Review Comments ================================== Your comments may be brief or lengthy, but basically the Review Manager needs your evaluation of the library. If you identify problems along the way, please note if they are minor, serious, or showstoppers. Here are some questions you might want to answer in your review: * 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? And finally, every review should answer this question: * Do you think the library should be accepted as a Boost library? Be sure to say this explicitly so that your other comments don't obscure your overall opinion. Ion Gaztañaga - Review Manager -

6 20

preview of a template geometry library
by Tom Brinkman 03 Feb '08

03 Feb '08

My geometry needs are fairly simple. At this point, I just need them to create simple graphic primitaves, such as coloring in polygons, determining interesection points, simplyfing lines, etc. All these things appear to be addressed in this library, so I'm looking forward to following this library progress. I've created my own versions of many of these algorithms, but more as a learning excercise and they are not very good. In any event, I would be available if you want to chat offline for some reason.

1 0

BoostCon Call for Sessions
by Jeff Garland 03 Feb '08

03 Feb '08

The second annual Boost conference will take place in Aspen, Colorado, May 5-9. BoostCon is the main face-to-face event for all things Boost, from generic-programming techniques to Boost community, from using Boost libraries to writing Boost libraries, from deployment considerations to promoting the use of Boost more widely, from TR1 to TR2. Given the range and interests of last year's participants, the event again promises to be intense and in depth. We invite you to propose a session. See the BoostCon home page at www.boostcon.com for more information. Session formats Presentations focus on a practitioner’s ideas and experience with anything relevant to Boost and Boost users. Panels feature three or four people presenting their ideas and experiences relating to Boost's relevant, controversial, emerging, or unresolved issues. Panels may be conducted in several ways, such as comparative, analytic, or historic. Tutorials are formally prepared sessions at which instructors teach conference participants specific Boost-relevant skills. Workshops provide an active arena for advancements in Boost-relevant topics. Workshops provide the opportunity for experienced practitioners to develop new ideas about a topic of common interest and experience. Author's Corner Presentations focus on tips on usage and design. In addition, we're looking to uncover the hidden design gems hidden in boost libraries -- see below for more. Other formats may also be of interest. Don't hold back a proposal just because it doesn't fit into a pigeonhole. Session topics Topics of interest include, but are not restricted to, the following: * General tutorial sessions introducing one or more Boost libraries * In-depth sessions on using specific libraries * Case studies on using Boost * Experts panels * Advanced sessions on implementation techniques used within Boost libraries * TR1 (and TR2) * Development workshops to extend or enhance existing Boost libraries * Workshops on design process * Infrastructure workshops o Build tools o Website o Testing * C++0x and how it will change life for users and library writers * Concepts and Generic Programming * Other topics likely to be of great interest to Boost users and developers Interactive and collaborative sessions are encouraged, as this is the nature of both the online Boost community and the style of learning and participation that has proven most successful at such events. Sessions can be tutorial based, with an emphasis on interaction and participant involvement, or workshop based, whether hands-on programming or paper-based, discussion-driven collaborative work. Author's Corner Presentations Based on user feedback from last year, we'd like to encourage Boost library authors to do short sessions (typically 30 minutes) providing an overview of their libraries, tips on usage and design. In particular, we're looking to uncover the hidden design gems that underlie so many boost libraries. Standard outline for a presentation is as follows -- feel free to deviate as needed. * Library Purpose / Motivations * Library Genesis & History o why you developed it o when it was accepted o how it has evolved * Library Concepts * Library Usage Overviews and Tips * Library Design Decisions / Design Gems * Question / Answer Submitting a proposal Standard Sessions are 90 minutes. You may submit a proposal for fractions or multiples of 90-minutes. Fractional proposals will be grouped into 90 minute sessions covering related topics. Longer sessions, such as tutorials and classes, will be assigned 90 minute, three hour (i.e. half day), or six hour (i.e. full day) time slots. Please include: * The working title of the session * Type of session: presentation/panel/tutorial/workshop/other * A paragraph or two describing the session, suitable for the conference web site * Proposed length: 45/90 minutes, half/full day * Alternate length, if any: 45/90 minutes, half/full day * Audience: users/developers/both * Level: basic/intermediate/advanced * A biography, suitable for the conference web site * Your contact information (will not be made public) Please submit via email to conference at boost-consulting.com, with a subject that begins "BoostCon proposal" Timeline Proposals due As soon as possible. Proposals will be accepted on a first-come-first-served basis. Proposals acceptances sent As soon as accepted. Session materials due April 15, 2008. The session material go on the BoostCon CD handed out to attendees. Other arrangements Like Boost itself, BoostCon is strictly non-profit. Conference organizers are not paid for their time. Any surplus money will be rolled over into the succeeding year BoostCon budget. BoostCon provides free admission for all 90 minute and longer session presenters. This year we also hope to have enough revenue to pay presenters of longer sessions a small honorarium.

1 1

Re: [boost] accumulators::histogram
by Hansi Hansi 02 Feb '08

02 Feb '08

I have looked another time to the implementation of the histogram. If we want to implement it in the same class density, than it is needed to provide default parameter for density_cache_size or min/max. Is it possible to ensure that either density_cache_size or min/max is provided as parameter? Sorry for the question but I'm not so familiar with parameters... Best regards Hansjörg _______________________________________________________________________ Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=022220

4 4

BoostCon: Attn all Lib Developers
by Jeff Garland 02 Feb '08

02 Feb '08

I'd appreciate if any boost library authors that are planning to come to BoostCon could let me know (just email me) -- I'd like to get you signed up for an Author's Corner session. People on the program committee can ignore this.... Thx, Jeff

1 0

[1.35.0] Volunteer[s] wanted: Building release snapshots
by Beman Dawes 02 Feb '08

02 Feb '08

In the past, the release manager has waited until a release is almost ready, and then started building and posting release candidates. Getting set up to generate the release candidates takes longer than expected. The release candidates themselves turn out to be missing files or have other problems that take longer than expected to resolve. I propose we start building daily release snapshots, regardless of where we are in a release cycle. I'm calling these "snapshots" rather than "candidates", since they are really only release candidates late in the release cycle. Building snapshots on a daily basis would have these benefits: * The mechanical procedure would become smooth, and so could eliminate one of the delays that plague the current release process. * The snapshots could be inspected, tested, and otherwise checked for quality control on an ongoing basis. Since release tarball problems could be detected and fixed earlier in the release cycle, this could reduced or eliminated a source of delays. * The release workload could better distributed, since generation of snapshots could be handled by someone other than the release manager. Comments? Would anyone like to volunteer to take this on? They would need a high speed internet connection as the files involved are quite large. --Beman

4 4

Licensing Your Library Under the BSL (WAS Re: preview of a template geometry library)
by Dean Michael Berris 01 Feb '08

01 Feb '08

On Feb 2, 2008 2:49 AM, Frank Mori Hess <frank.hess(a)nist.gov> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Friday 01 February 2008 07:33 am, Barend Gehrels wrote: > > > > Of course you can download and look at the sourcecode, no problem. It is > > stated like this because it is not yet open source, it is not yet > > submitted or accepted by boost and at no other open source site. > > Therefore I cannot state there that it is open source at this moment. > > However, for review purposes it is allowed to look in it. > > If this is not sufficient I can change the statement. > > It sounds like you think you need to get the library accepted into boost > before you can license it under the BSL. You don't need permission from > anyone but the copyright owner to release your source code under the BSL. > The boost license doesn't place any obligations on you to make any special > arrangements for distribution of the source code. > I am not a lawyer, but I don't think your code needs to be accepted into Boost to be released under the Boost Software License. I have a few libraries already under the BSL but not (yet) in Boost, released in the wild. I also seem to recall that the default license for all 'unlicensed' work is "All Rights Reserved." Again though, IANAL. -- Dean Michael C. Berris Software Engineer, Friendster, Inc. [http://cplusplus-soup.blogspot.com/] [mikhailberis(a)gmail.com] [+63 928 7291459] [+1 408 4049523]

4 5

Review Request:boost.lexer
by Ben Hanson 01 Feb '08

01 Feb '08

Hi There, I have posted boost.lexer to the Boost File Vault and would like to request a review. Hartmut has integrated my library 'lexertl' into Spirit already, so this is the boost version of that library. Thanks, Ben Hanson

3 2

[Boost.build] Install_name wrong on OS X dylibs with latest CVS
by Mike Jackson 01 Feb '08

01 Feb '08

I just checked out and built boost on OS X 10.4 and there is a problem with the "install_name" or "rpath" on the dynamic libraries that are built. The "install_name" that is embedded in the libraries are basically useless as they do not contain a correct path to the libraries. Example for the filesystem is: 532:[mjackson@Thor:boost]$ otool -L /Users/Shared/Sandbox/boost- install/lib/libboost_filesystem-1_35.dylib /Users/Shared/Sandbox/boost-install/lib/libboost_filesystem-1_35.dylib: bin.v2/libs/filesystem/build/darwin/release/ libboost_filesystem-1_35.dylib (compatibility version 0.0.0, current version 0.0.0) bin.v2/libs/system/build/darwin/release/ libboost_system-1_35.dylib (compatibility version 0.0.0, current version 0.0.0) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.9) There are a couple of choices for the "Correct" value. The best (IMHO) would be to put in the absolute path to the installed library, so on my system that would be: /Users/Shared/Sandbox/boost-install/lib/libboost_filesystem-1_35.dylib We could also put _no_ path on the install_name, but that requires the user to additionally set the DYLD_LIBRARY_PARH which Apple discourages. The fix would be to add the following to the "actions link.dll bind LIBRARIES" section of the boost/tools/build/v2/tools/darwin.jam file: -headerpad_max_install_names -install_name "{Install_prefix_lib_location}$(<[1]:D=:S=.dylib)" ..... I do not know anything about bjam so I have no idea how to get the "Install_prefix_lib_location". Could some one tell me how to get at that value somehow and I will create a patch. -- Mike Jackson OS X Build Specialist

3 4

Gauging interest for MT async signals utility
by Roland Schwarz 01 Feb '08

01 Feb '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Behaviour of standard signal.h / csignal is known to be different on windows and posix platforms. While on posix typically there is no provision for the thread context the signal handler will run, on windows the operating system delivers signals into a separate dedicated thread. This makes it possible e.g. to use locking primitives without risk for deadlock. I wrote a little utility that mimics that behavior on posix platforms by blocking all signals during application startup and launching a dedicated thread that has signal handling turned on. Since every other thread (that has been started after main) inherits the all-blocking sigmask, there is only one thread to handle the signals. The utility also allows a boost function pointer for the signal handler. I would be interested if there is believe such a utility would be worth including to boost. Also I would be interested on critics and opinions. A little usage example that would deadlock on posix when using std signal() instead of reset_signal(): boost::mutex mx; void foo(int sig) { std::cout << "foo attempting to lock" << std::endl; boost::mutex::scoped_lock lk(mx); std::cout << "foo got lock" << std::endl; } int main(int argc, char* argv[]) { reset_signal(SIGINT, foo); boost::mutex::scoped_lock lk(mx); std::cout << "main got lock, holding it now for 10 secs" << std::endl << "pressing ctrl-c triggers the handler" << std::endl ; sleep(10); lk.unlock(); std::cout << "unlocked, waiting another 10 secs" << std::endl; sleep(10); std::cout << "main ending" << std::endl; return 0; } - -- _________________________________________ _ _ | Roland Schwarz |_)(_ | aka. speedsnail | \__) | mailto:roland.schwarz@chello.at ________| http://www.blackspace.at -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHo1ENXW/dzA70DqARAqIUAJ4mhBCCYzWfDwJPfE6hQugtcm7bDgCePCQl 9J/vCHcpM6uplXk8VSpMVDg= =ldmb -----END PGP SIGNATURE-----

1 0

[1.35.0] Host for release snapshots?
by Beman Dawes 01 Feb '08

01 Feb '08

If we are going to generate release snapshots nightly, we need a site to host them. Is Sourceforge a possibility? I seem to recall the Sourceforge release mechanism isn't particularly friendly to nightly snapshots. Ideas? --Beman

2 2

[1.35.0] Building the release?
by Beman Dawes 01 Feb '08

01 Feb '08

I'm starting to test build release candidate files for 1.35.0. The 1.34.0 and 1.34.1 release candidates were build by hand, IIUC. There is a Python script to do that job (boost-root/tools/release/make_tarballs.py), but it is out of date. I'm starting to work on updating it. What does such a script have to do? * Export SVN branches/release with the correct line endings for POSIX and Windows. * Build the quickbook/boostbook docs. * Set various file permissions. * Build the actual .zip, .gz, .bz2, and .7z files. What else? Where do the beta.boost.org web pages come from? --Beman PS: In the future, I think we should start building release files nightly for the next release as soon as a release ships. That will speed the process of identifying problems.

6 12

[review] Review of Flyweight library begins today January 7
by Ion Gaztañaga 01 Feb '08

01 Feb '08

The formal review of Flyweight library, proposed by Joaquín M. López Muñoz, begins today (sorry for the late announcement): *Description:* Flyweights are small-sized handle classes granting constant access to shared common data, thus allowing for the management of large amounts of entities within reasonable memory limits. Boost.Flyweight makes it easy to use this common programming idiom by providing the class template flyweight<T>, which acts as a drop-in replacement for const T. *Online docs:* http://tinyurl.com/2sstyr http://svn.boost.org/svn/boost/sandbox/flyweight/libs/flyweight/index.html *Download:* http://tinyurl.com/hrdm6 http://www.boost-consulting.com/vault/index.php?&direction=0&order=&directo… *Notes:* 1) We've seen some suggestions in the mailing list for Flyweight. Joaquín has nicely explained a couple of issues that we'd like to address/discuss in the review: http://tinyurl.com/33ghtf http://svn.boost.org/svn/boost/sandbox/flyweight/libs/flyweight/doc/review_… 2) Flyweight needs Boost 1.35 elements because the library depends on libraries like Interprocess for some features/tests. Since SVN snapshot tarballs seem to be missing these days, those who want to try flyweight can download a working SVN-HEAD snapshot here: http://igaztanaga.drivehq.com/boost_trunk.tar.bz2 3) Serialization tests won't work. This feature is expected to work when some new features (discussed in the mailing list between Joaquín and Robert Ramey) are added in Boost.Serialization. Those are expected for Boost 1.36. What to include in Review Comments ================================== Your comments may be brief or lengthy, but basically the Review Manager needs your evaluation of the library. If you identify problems along the way, please note if they are minor, serious, or showstoppers. Here are some questions you might want to answer in your review: * 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? And finally, every review should answer this question: * Do you think the library should be accepted as a Boost library? Be sure to say this explicitly so that your other comments don't obscure your overall opinion. Ion Gaztañaga - Review Manager -

9 18

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