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

[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

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

[1.35] proposal to add two platforms as release platforms for 1.35
by Boris Gubenko 01 Feb '08

01 Feb '08

I'd like to propose two additional platforms as release platforms for 1.35: 1. gcc-3.4.6_linux_ia64 (runner id: linux_ia64_gcc). It is all green on the trunk with Interprocess library marked as n/a. 2. gcc-4.2.1_hpux_ia64 (runner id: HP-UX_ia64_gcc). Three libraries are currently failing on trunk: Interprocess, Regex and Serialization. . Interprocess library: as for other HP platforms, this library will have to be marked n/a. I don't believe I'll have time to investigate failures and propose fixes in the 1.35 timeframe. . Regex library: fails because of the problem in <http://lists.boost.org/Archives/boost/2008/01/132318.php> The problem does not exist in release branch (and is fixed in trunk by <http://svn.boost.org/trac/boost/changeset/42745>) . Serialization library: test_exported* group of tests fail the same way they fail on all the platforms with gcc 4.1 and higher, including BGD-Ubuntu, which is a release platform for 1.35. I assume, this issue will be resolved before 1.35 is released and resolution will automatically cover gcc-4.2.1_hpux_ia64 as well. If I get a permission, I'll start testing these platform on the release branch, in addition to continuing testing on trunk. Thanks, Boris

3 3

Errors in status/explicit-failures-markup.xml?
by Jens Seidel 01 Feb '08

01 Feb '08

Hi, I noticed that status/explicit-failures-markup.xml seems to contain some errors. I really wonder e.g. about "These compilers are unfortunately able to correctly compile". It looks like there is a "not" missing in this sentence (multiple times!). Jens

4 4

Document python::handle behavior
by Neal Becker 01 Feb '08

01 Feb '08

To allow handle to work with various PyObject compatible types, handle relies on specializations of base_type_traits. I don't think that's mentioned in the reference docs, and leads to mysterious compile errors to the un-initiated.

2 1

Re: [boost] Boost pool allocator slower than STL allocator
by Robin 01 Feb '08

01 Feb '08

Hi I've been testing out boost pool allocator, and my results shows it's slower than the STL allocator. I'm using VSNet 2005 SP1. See test code below. Also, on a separate issue, I notice the pool_allocator uses a singleton with static member in a function (Meyer's singleton). While this avoid the static construction issue, it does not free the memory until the application quits. This would work fine only POD data, if the dtor depends on a system in the application, it won't work. Shouldn't there be a pool allocator which can be used like the object_pool? Robin Test code -------- With boost pool, timing on average is (0.03) vs STL (0.02) seconds in release mode. In debug mode, its boost (0.99) vs STL (0.8) #include <boost/pool/pool_alloc.hpp> #include <iostream> #include <vector> using namespace std; class A { int x, y; public: A () : x (0), y (0) {} }; #include <windows.h> class Timer { public: Timer() { reset(); } /// reset() makes the timer start over counting from 0.0 seconds. void reset() { unsigned __int64 pf; QueryPerformanceFrequency( (LARGE_INTEGER *)&pf ); freq_ = 1.0 / (double)pf; QueryPerformanceCounter( (LARGE_INTEGER *)&baseTime_ ); } /// seconds() returns the number of seconds (to very high resolution) /// elapsed since the timer was last created or reset(). double seconds() { unsigned __int64 val; QueryPerformanceCounter( (LARGE_INTEGER *)&val ); return (val - baseTime_) * freq_; } /// seconds() returns the number of milliseconds (to very high resolution) /// elapsed since the timer was last created or reset(). double milliseconds() { return seconds() * 1000.0; } private: double freq_; unsigned __int64 baseTime_; }; int main () { Timer timer; for (int i = 0; i < 10; ++i) { // Switch allocators // typedef vector <A> VectorA; typedef vector <A, boost::pool_allocator <A> > VectorA; VectorA vectorA; double startTime = timer.seconds (); for (int jj = 0; jj < 1000000; ++jj) { vectorA.push_back (A()); } double endTime = timer.seconds (); cout << "Time taken is " << i << " - " << endTime - startTime << endl; } return 0; } > On 30/12/2007, Robin <al(a)cyberversion.com> wrote: > >> _______________________________________________ >> Unsubscribe & other changes: >> http://lists.boost.org/mailman/listinfo.cgi/boost >> > > It seems your message got sent without any body text.

4 4