March 2009 - Boost - lists.preview.boost.org

[asio] basic_datagram_socket::send_to
by Miroslav Beranič ml. 23 Mar '09

23 Mar '09

Greetings, will method basic_datagram_socket::send_to flush data immediately to the endpoint or will first fill its internal buffer and than flush data to endpoint? I would like to make sure, data gets flushed to endpoint when this method is called. Is there any other way to flush data to endpoint? Does any socket::set_option(option); makes difference to behaviour of send_to method ? Why isn't it possible to set buffer size lower than 1024 (low-level restriction?), with method (basic_datagram_socket::send_buffer_size()) There is no documentation about this. Best regards, ----- Miroslav Beranič ml.

1 0

Request interest in Bloom filters
by vicente.botet 23 Mar '09

23 Mar '09

Hi, I need for my application bloom filters. Do you know of a good boostified generic implementation? Is there any interest in such a generic bloom filters library in Boost? Thanks, Vicente

5 5

[ptr_container] ptr_map + abstract class = error
by Ross Levine 23 Mar '09

23 Mar '09

The following code does not compile in VS2008: #include <boost/ptr_container/ptr_map.hpp> class A { public: virtual void is() = 0; }; class B : public A { public: virtual void is() {} }; int main() { boost::ptr_map<int, A> c; int i = 1; c.insert(i, new B); A& my_ref = c[1]; // error: cannot instantiate abstract class } It seems that using operator[] creates a new A for an unmatched key, which creates an abstract instance. Using the find method works fine. Should this be documented? The example in the documentation uses operator[] on an ABC, and thus shouldn't compile either.

3 2

Re: [boost] [gsoc][student] Proposal
by Kasra 23 Mar '09

23 Mar '09

Hi, > Why the C-like interface? > Why not work with iterator, or better, ranges? The reason for that is there are multiple layers of encapsulation in the library. block_cipher_type is the core algorithm, which is part of the lowest-level of the API. However, there is a block_cipher wrapper "block_cipher" that provides C++ semantics (iterators, ranges, specialised "crypto_buffers" and etc). With Best Regards --- Kasra Nassiri

4 5

[soc2009] Project ideas: on the wiki, please
by troy d. straszheim 23 Mar '09

23 Mar '09

All, Google will allocate funded student positions as outlined here: http://socghop.appspot.com/document/show/program/google/gsoc2009/studentall… Meaning that it is in our interest to get as many student applications as possible. We don't know how many will be approved by google. Many students will peruse the gsoc google-hosted websites looking for project ideas, and the soc2009 wiki page will be linked to from there: https://svn.boost.org/trac/boost/wiki/soc2009 Please post your project ideas there, where interested students will be most likely to stumble on them. -t

3 3

phoenix for_each and std::cout
by Sandeep Gupta 23 Mar '09

23 Mar '09

Hi, I am trying to use phoenix::for_each to print each element of iterator range. Would appreciate if any clarification as to why statements 1 and 2 are giving compile errors. Thanks sandeep //-------------code snippet int x; counting_iterator<int> first(0), last(10); iterator_range<counting_iterator<int> > ir(first, last); phoenix::for_each(ir, std::cout<<x<<' ')(); //stmt 1 ; compile error phoenix::for_each(ir, std::cout<<arg1<<' ')(); //stmt 2; compile error

1 0

How to submit bjam patches?
by Steven Solie 22 Mar '09

22 Mar '09

How do I go about submitting patches for bjam? Thanks, --Steven

3 2

Re: [boost] [Smart Ptr][Bind] Implementaion of Weak Callback Function
by Artyom 22 Mar '09

22 Mar '09

> weak_ptr< A > p; > > bind(&A::foo, throw_if_invalid(p)); > bind(&A::foo, ignore_if_invalid(p)); > bind(&A::foo, call_if_invalid(p, bar)); // bar I think this is little bit problematic, because proxy weak_ptr_caller should know the signature of A::foo to provide correct "R operator()(args...)" Maybe, additional policy for weak_fn would be better void A::foo(int); function<void(int)> bar; bind(weak_fn(&A::foo,p),_1); // default ignore bind(weak_fn(&A::foo,p,throw_on_invalid()),_1); bind(weak_fn(&A::foo,p,bar),_1); // call bar on invalid This would not require changes in bind and also weak_fn would be useful without bind as well. Like function<void(int)> foobar=weak_fn(&A::foo,p); It would be simple to update weak_fn to add policy Artyom

2 1

[circular buffer] logic behind set_capacity vs rset_capacity?
by Ross Levine 22 Mar '09

22 Mar '09

I was using Boost.Circular_buffer for the first time today, and noticed that the set_capacity and rset_capacity methods did the opposite of what I expect; namely, set_capacity will clip elements from the back and rset_capacity from the front, despite the fact that insertion using push_back will overwrite elements from the front. Is there any rationale for this operation?

3 2

puzzle for gcc gurus
by Robert Ramey 22 Mar '09

22 Mar '09

I'm trying use gdb under cygwin to debug one of the tests in the serialization library. I've done the before but only with static linking. This time, the failure only occurs when using the serialization library as a shared library. So I want to trap/trace inside the boost_serialization DLL. Using the cygwin bash shell, I get the following. $ set | grep LD LD_LIBRARY_PATH=C:/BoostRelease/bin.v2/libs/serialization/build/gcc-3.4.4/debug OLDPWD=/cygdrive/c/boostrelease Robert Ramey@rrsd01 /cygdrive/c/boostrelease/libs/serialization/test $ cat t.g file C:/BoostRelease/bin.v2/libs/serialization/test/test_diamond_text_archive.te st/gcc-3.4.4/debug/test_diamond_text_archive.exe sharedlibrary C:/BoostRelease/bin.v2/libs/serialization/build/gcc-3.4.4/debug/bo ost_serialization-gcc34-d-1_39.dll Robert Ramey@rrsd01 /cygdrive/c/boostrelease/libs/serialization/test $ gdb -x t.g GNU gdb 6.8.0.20080328-cvs (cygwin-special) Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-pc-cygwin". (gdb) r Starting program: /cygdrive/c/BoostRelease/bin.v2/libs/serialization/test/test_d iamond_text_archive.test/gcc-3.4.4/debug/test_diamond_text_archive.exe [New thread 3952.0xb10] gdb: unknown target exception 0xc0000135 at 0x7c964ed1 Program exited with code 030000000465. You can't do that without a process to debug. (gdb) (gdb) l main 169 int test_main(int argc, char * argv[]); 170 171 #include <boost/serialization/singleton.hpp> 172 173 int 174 main(int argc, char * argv[]){ 175 176 boost::serialization::singleton_module::lock(); 177 178 BOOST_TRY{ (gdb) Things crash immediately. I believe that the exception 0xc0000135 at 0x7c964ed1 refers to the inability to load some required DLL. Note that I can list the source code of the mainline program so things do seem to get loaded. I realize that his might be off topic - but I'm sort of desparate. Any help appreciated. Robert Ramey

2 3