- Boost - lists.boost.org

[1.32 Release] Some libs missing from doc/src/boost.xml
by Joaquín Mª López Muñoz 30 Oct '04

30 Oct '04

Some new libs (assign, minmax, multi_index, numeric_conversion, range, I think these are all) are not listed in doc/src/boost.xml 1. Should they be there? I don't know for sure what this .xml is supposed to do, and I couldn't find info about it either in the submission guidelines nor in the releasing procedure notes. 2. If so, I'd volunteer to fill the gap, but I'm afraid I'll be out of CVS access during this weekend, so somebody else will have to take up the task. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

2 1

MPL for_each test case
by Hugo Duncan 30 Oct '04

30 Oct '04

Aleksey, The normal case and the borland workaround in for_each.cpp test case seem to be the wrong way round. Hugo Index: libs/mpl/test/for_each.cpp =================================================================== RCS file: /cvsroot/boost/boost/libs/mpl/test/for_each.cpp,v retrieving revision 1.12 diff -r1.12 for_each.cpp 67,70d66 < mpl::for_each<numbers>( < boost::bind(&std::vector<int>::push_back, &v, _1) < ); < #else 74a71,74 > #else > mpl::for_each<numbers>( > boost::bind(&std::vector<int>::push_back, &v, _1) > );

2 1

Test
by Victor A. Wagner Jr. 29 Oct '04

29 Oct '04

Several of my recent messages have gone awry (they had multiple recipients). This is a test of a message with but one destination to see if it can get delivered. Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"

1 0

time.hpp messed up
by Cory Nelson 29 Oct '04

29 Oct '04

it seems like time.hpp isn't finding the "special_values" type. when compiling with vc7.1 i get this error: C:\Boost\include\boost-1_32\boost\date_time\time.hpp(63) : error C2146: syntax error : missing ')' before identifier 'sv' -- Cory Nelson http://www.int64.org

2 3

RE: [boost] [jamboost] Boost.Build V2, Milestone 10 released
by Brian Braatz 29 Oct '04

29 Oct '04

> On Behalf Of Vladimir Prus > > > I'm pleased to announce that the next milestone release of Boost.Build V2 > is > available at > > http://prdownloads.sourceforge.net/boost/boost-build-2.0-m10.tar.bz2 > http://prdownloads.sourceforge.net/boost/boost-build-2.0-m10.zip > [Brian Braatz] (Applause!)- I would like to thank you guys for the good work done here. :)

1 0

Re: [Boost-testing] teststreams.cpp and VC8.0
by Victor A. Wagner Jr. 29 Oct '04

29 Oct '04

At Friday 2004-10-29 04:52, Aleksey Gurtovoy wrote: >Victor A. Wagner Jr. writes: > > At Thursday 2004-10-28 23:42, Victor A. Wagner Jr. wrote: > > >I got tired of getting the exceptions so I fixed time_formatters.hpp > which > > >had a logic error in it. > > >It's possible that the test should now be run on all platforms again. > > >Since I don't know how to alter which tests actually run on which > > >platforms I cannot fix that. > > > > > > so I run the regression script I have.... it doesn't rebuild the vc8.0 > > teststreams.exe > > what's up? > >That's a question for Boost.Build folks, I'm afraid. for some reason, multiple addresses didn't seem to work yesterday for me (my stuff didn't get to the boost developer list...maybe this will > > > > _surely_ I don't have to figure out what tests are affected by an include > > file change > >I'd think so. > >-- >Aleksey Gurtovoy >MetaCommunications Engineering > >_______________________________________________ >Boost-Testing mailing list >Boost-Testing(a)lists.boost.org >http://lists.boost.org/mailman/listinfo.cgi/boost-testing Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"

1 0

Problem with multi_index_container
by Ilya Shvetsov 29 Oct '04

29 Oct '04

Hi All! This program demostrate the problem <code> #include <boost/multi_container_index.hpp> #include <boost/multi_index/ordered_index.hpp> int main(int argc, char* argv[] typedef boost::multi_index::multi_index_container<int> int_set; int_set s; int_set::iterator itr = s.begin(); ++itr; return 0; } </code> Program hangs up in increment if s is empty. I undestand that this is my problem. But may be "assert" can be inserted for such cases -- Ilya Shvetsov KranX Productions

2 2

C++ library with matrix inversion?
by Bronek Kozicki 28 Oct '04

28 Oct '04

I know that question is little off-topic here, but I hope there is someone who can answer it. Could you recommend some C++ library for matrix calculation that supports matrix inversion? Blizt++ does not have it, neither boost.ublas. Or I missed it. Ideas? TIA B.

8 8

RE: [boost] Circular log buffer
by Ferdinand Prantl 28 Oct '04

28 Oct '04

Hi Darren, > From: boost-bounces(a)lists.boost.org > [mailto:boost-bounces@lists.boost.org] On Behalf Of Darren Cook > > I'm finding an increasing need for an in-file memory log: > specifically when my program asserts I want to see where it has been. > > There are two problems with normal logging, i.e. appending to > a disk file: > * The files get very, very big (I've filled my home > partition before) > * All that writing to disk slows the application down noticeably. Usually you have to suffer the pain of the disk-writes because you need the log-file to analyze the reason of some crash and then the unflushed memory buffer to loose would not help much... The problem of disk space is normally solved by log rotating (parameters line maxlogfilesize and maxlogfilecount of a usual logging framework). If the logging causes unacceptable delays and is still required and cannot be moved to other parts of code with more details, I could imagine logging into a shared memory and a separate logging process flushing this memory to disk. I have not seen an ostream-like implementation for this, however. But circular buffer should be somewhere in the boost-sandbox. Ferda

2 1

BGL bidirectional adjacancy_list problem
by Hugo Duncan 28 Oct '04

28 Oct '04

We just updated to a recent cvs version of boost, and an algorithm that was taking three minutes is now running for over an hour. I think there are two problems, but am not at all sure of the analysis: The proximate cause seems to be the correction of the remove_edge function for bidirectional adjacancy_list based graphs in around June. Trying to see how to speed things up, I have run into these problems i) remove_edge is now O(E), due to the edge properties being stored on the graph rather than on a vertex. ii) removing properties from the edges changes nothing, a container of no_property's is still maintained. As I am not too familiar with the adjacancy_list implementation, can anyone confirm this? Hugo

2 5