- Boost-users - lists.preview.boost.org

submiting boost patches
by Sean Farrow 18 Dec '08

18 Dec '08

Hi: I am currently working on apatch to th bgl in terms of expat. How do I submit this patch when finished? Any help apreciated. Sean

3 2

something about icu
by wind world 17 Dec '08

17 Dec '08

hi guys, I want to use boost::regex in Windows XP + VC6 to match Japanese . I want to know if I need to enable ICU when I compile boost_1_36_0. In my short test program, I did not enable icu and it still can mathch and replace Japanese. But I do not know it is always right. And if I want to match Japanese I mush enable ICU? Appreciate any help. Worldwind

3 6

newbie question on quickbook install
by Christof Warlich 17 Dec '08

17 Dec '08

Hi, I'd like to use quickbook to document my project, but failed to install it on my system (Ubuntu Hardy Heron). When I run bjam --v2 in BOOST_ROOT/tools/quickbook, I get: generate.jam: No such file or directory ../../Jamroot:383: in modules.load *** argument error * rule path.glob ( dirs * : patterns + ) * called with: ( boost/tr1/tr1 : * : bcc32 sun CVS .svn ) * extra argument bcc32 /usr/share/boost-build/util/path.jam:223:see definition of rule 'glob' being called /usr/share/boost-build/build/project.jam:312: in load-jamfile /usr/share/boost-build/build/project.jam:68: in load /usr/share/boost-build/build/project.jam:120: in load-parent /usr/share/boost-build/build/project.jam:447: in initialize /usr/share/boost-build/build/project.jam:301: in load-jamfile /usr/share/boost-build/build/project.jam:68: in load /usr/share/boost-build/build/project.jam:120: in load-parent /usr/share/boost-build/build/project.jam:447: in initialize /usr/share/boost-build/build/project.jam:301: in load-jamfile /usr/share/boost-build/build/project.jam:68: in load /usr/share/boost-build/build/project.jam:170: in project.find /usr/share/boost-build/build-system.jam:148: in load /usr/share/boost-build/kernel/modules.jam:261: in import /usr/share/boost-build/kernel/bootstrap.jam:132: in boost-build /home/christof/work/boost/boost_1_37_0/boost-build.jam:16: in module scope Can anyone help? Thanks, Christof

2 2

Large buffers in boost::asio SSL
by Scott Gifford 17 Dec '08

17 Dec '08

Hello, We're working on a server which will provide service to a large number of mostly idle, low-bandwidth clients. we've use boost::asio as the basis for this, and so far it's working very well. We recently added SSL support, which was very straightforward and seamless. We're starting to look at the scalability of our SSL server, and are seeing some bottlenecks with memory usage. We're seeing about 50KB allocated for each SSL session, even when they are idle. That limits us to somewhat less than 40K users on our box with 2GB of RAM. Our non-SSL version takes about 10KB per user, and we can handle somewhat less than 200K users. Of this 50KB, it looks like 16KB of this is for the OpenSSL BIO object, possibly a bit more with OpenSSL's internal buffers. There is another 16KB buffer stored in the "impl" field of openssl_stream_service. The server is always waiting for data from the clients with an async_read_until, and that also creates a 16KB buffer in its openssl_operation buffer. That gets us up to 48KB of storage for the buffers of each idle connection. So, a few questions. First, does this seem about right? Am I reading the code correctly? Second, it looks like it's harmless to just make these buffers smaller, maybe 1KB, including the BIO buffer. Does that seem reasonable? Can anybody think of a problem with that approach I'm overlooking? I'm certainly no OpenSSL expert, so it's fairly likely... Third, is there a better way to do this? Most of boost::asio uses memory very efficiently, and I wonder if I'm doing something wrong to cause it to allocate all of this memory? Thanks for any thoughts or help! ----Scott.

2 4

lambda code fails to compile on g++ 4.3.1
by Tim Hockin 17 Dec '08

17 Dec '08

This code builds and runs under g++ 4.2.2. It fails under 4.3.1. Help? Tim #include <boost/lambda/lambda.hpp> using boost::lambda::_1; template<typename Tcallback> void function(Tcallback callback) { (void)callback; } int main() { function(_1); // works function(_1+0); // fails return 0; } $ /usr/crosstool/v12/gcc-4.3.1-glibc-2.3.6-grte//i686-unknown-linux-gnu/bin/i686-unknown-linux-gnu-g++ -W -Wall -o broken broken.cc -I/usr/include /usr/include/boost/lambda/detail/lambda_functors.hpp: In instantiation of 'boost::lambda::lambda_functor<boost::lambda::identity<const int> >': /usr/include/boost/lambda/detail/lambda_functor_base.hpp:164: instantiated from 'boost::lambda::detail::deduce_argument_types_<boost::tuples::cons<const int, boost::tuples::null_type>, boost::tuples::null_type>' /usr/include/boost/lambda/detail/lambda_functor_base.hpp:170: instantiated from 'boost::lambda::detail::deduce_argument_types_<boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, const int, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>, boost::tuples::null_type>' /usr/include/boost/lambda/detail/lambda_functor_base.hpp:213: instantiated from 'boost::lambda::detail::deduce_argument_types<boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, const int, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>, boost::tuples::null_type>' /usr/include/boost/lambda/detail/operator_lambda_func_base.hpp:60: instantiated from 'boost::lambda::detail::binary_rt<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, const int, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>, boost::tuples::null_type>' /usr/include/boost/lambda/detail/operator_lambda_func_base.hpp:206: instantiated from 'boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, const int, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >::sig<boost::tuples::null_type>' /usr/include/boost/lambda/detail/lambda_functors.hpp:135: instantiated from 'boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, const int, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >' broken.cc:14: instantiated from here /usr/include/boost/lambda/detail/lambda_functors.hpp:137: warning: type qualifiers ignored on function return type

2 4

boost::interprocess on FreeBSD 7
by Andy Wiese 17 Dec '08

17 Dec '08

My apologies if this is a resend. I think I might have sent the first time before I was approved in the list. Using boost::interprocess from boost_1_37_0 on FreeBSD 7.0, specifically wishing to allocate boost::interprocess::map structures in shared memory pools. I get a segmentation fault in pthread_mutex_lock() from /lib/libthr.so. 3, in a variety of places including anything related to a ShmemAllocator. For example, when I run the example from http://www.boost.org/doc/libs/1_37_0/doc/html/interprocess/allocators_conta… I get the segfault at this line: //Initialize the STL-like allocator const ShmemAllocator alloc_inst (segment.get_segment_manager()); I encountered this segfault (always in pthread_mutex_lock) when trying to use mapped file boost::interprocess::map structure that works very well on darwin. Can anyone suggest what I might do to get this working on FreeBSD? Is anyone familiar with FreeBSD 7.0 and the scary inner workings of boost::interprocess interested in a small consulting project? ----------------------------------------------------------------------------------------------- FWIW, here is the complete text of the example, taken verbatim from the tutorial page: void test_ipc2() { using namespace boost::interprocess; shared_memory_object::remove("MySharedMemory"); try{ //A managed shared memory where we can construct objects //associated with a c-string managed_shared_memory segment(create_only, "MySharedMemory", //segment name 65536); //Alias an STL-like allocator of ints that allocates ints from the segment typedef allocator<int, managed_shared_memory::segment_manager> ShmemAllocator; //Alias a vector that uses the previous STL-like allocator typedef vector<int, ShmemAllocator> MyVector; int initVal[] = {0, 1, 2, 3, 4, 5, 6 }; const int *begVal = initVal; const int *endVal = initVal + sizeof(initVal)/sizeof(initVal[0]); //Initialize the STL-like allocator const ShmemAllocator alloc_inst (segment.get_segment_manager()); //Construct the vector in the shared memory segment with the STL- like allocator //from a range of iterators MyVector *myvector = segment.construct<MyVector> ("MyVector")/*object name*/ (begVal /*first ctor parameter*/, endVal /*second ctor parameter*/, alloc_inst /*third ctor parameter*/); BOOST_CHECK(myvector); //Use vector as your want std::sort(myvector->rbegin(), myvector->rend()); // . . . //When done, destroy and delete vector from the segment segment.destroy<MyVector>("MyVector"); } catch(...){ shared_memory_object::remove("MySharedMemory"); throw; } shared_memory_object::remove("MySharedMemory"); }

1 0

Re: [Boost-users] [boost] [non Boost] Template troubles.
by David Abrahams 17 Dec '08

17 Dec '08

on Tue Dec 16 2008, Noah Roberts <roberts.noah-AT-gmail.com> wrote: > Robert Jones wrote: >> On Fri, Dec 12, 2008 at 5:52 PM, Noah Roberts <roberts.noah(a)gmail.com>wrote: >> >>> Noah Roberts wrote: >>> >> >> Neil, Noah, Kim - Thanks all for your input. Although no perfect >> solution has emerged it is always good to see a few good minds >> looking at it. > > Don't recall if it was said already but you can also explicitly say > which type you're using: Seriously, this is OT (non-Boost after all), isn't it? As a moderator I overlooked the first few postings, but you should probably take this off the Boost lists now. There are appropriate newsgroups for this sort of thing. Thanks, -- Dave Abrahams BoostPro Computing http://www.boostpro.com

1 0

Re: [Boost-users] [boost] tweaking the review process
by David Abrahams 16 Dec '08

16 Dec '08

on Mon Dec 15 2008, John Phillips <phillips-AT-mps.ohio-state.edu> wrote: > David Abrahams wrote: >> on Fri Nov 21 2008, "Stjepan Rajko" <stjepan.rajko-AT-gmail.com> wrote: >> >>> On Thu, Nov 20, 2008 at 11:40 PM, vicente.botet >>> <vicente.botet(a)wanadoo.fr> wrote: >>>> I would like to make some suggestion to improve the review management: >>>> >>> Thank you for starting this discussion. >>> >>>> * I had notice only at the end of the the review that the review tokes place on > two >>> mailing lists (devel ans user). Maybe this is usaual on Boost reviews but I was not >>> aware. It will be more transaparent if all the reviews were posted to the same > mailing >>> list, maybe a specific one should be created. >>> >>> Yes, this is a bit of an issue. I mentioned that both lists are used >>> in my post that opened the review (in my notes to first-time >>> reviewers) to try to give people a heads-up (but... I often get >>> long-winded and I'm sure it's easy to miss parts of my posts :-)). >>> >>> Having a dedicated, or at least recommended mailing list (either dev >>> or user) might be a good thing. >> >> It has always been the -devel list, at least up until recently. How >> reviews began being posted to -users, I do not know. >> > > I don't know if I was the first to do this, but I have done it. Looking at the > current contents of the instructions to review managers, either they have changed > since I started managing reviews or I somehow hallucinated extra words to add the user > list to the lists that should receive an announcement of the review. An announcement is one thing; instructing people to post their reviews in the same list is a different thing entirely. -- Dave Abrahams BoostPro Computing http://www.boostpro.com

1 0

can't extend boost::any on windows
by Michael Linck 16 Dec '08

16 Dec '08

Hi, I've implemented a simple, low level json formatting utility to complement tinyjson's lightweight parser. To do this, I've extended boost::any only to add a "format()" function to it that is aware of what types the content can take in a json structure and produces the appropriate string. The default constructor and the constructor with a value are the only things I implemented, aside from the format function. Both just call the base constructor. Compiled in gcc, everything works fabulously. Apparently, a functioning assignment operator and copy constructor are appropriately inherited and everything runs great. On windows, however, some subtle difference causes assignment and copies to seg-fault. The real problem is that, for the life of me, I can't find a way to implement assignment or copies explicitly, that doesn't also bomb out. I can probably come up with a work around that stores my type in shared pointers so they're never actually copied, but I'm really curious if anyone could explain what causes this. Here are some code snippets to illustrate the behavior: void test(){ std::cout<<"messing around with boost any"<<std::endl; boost::any tAny; boost::any tStringAny(std::string("some string")); tAny = tStringAny; std::cout<<"string any assignable to any"<<std::endl; std::cout<<"messing around with value type"<<std::endl; sysshep::json::Value tValue; std::cout<<"formatted blank value "<<tValue.format()<<std::endl; std::cout<<"making string value"<<std::endl; sysshep::json::Value tStringValue(std::string("some_string")); std::cout<<"formatted string value "<<tStringValue.format()<<std::endl; std::cout<<"assigning string value to blank value"<<std::endl; tValue = tStringValue; /// FAILS std::cout<<"formatted blank value after assignment"<<tValue.format()<<std::endl; } class Value : public boost::any { public: Value():boost::any(){}; template<typename ValueTypeTA> Value(const ValueTypeTA & aValue): : boost::any(aValue) {} virtual ~Value(); std::string format() const; }; I'm not going to list the different ways I've attempted to implement copy and assignment, some more plausible than others, out of respect for brevity. If you try a build on windows, VC8, you should be able to mess around with this to your hearts content. It's really annoying because it was a factor in the fundamental elegance of the parsing implementation, because I see no reason why it shouldn't work, because it worked fine in linux, and because it put my windows port at least a day behind customer expectations. thanks for any insight.

3 3

issues when compiling graph library with expat
by Sean Farrow 16 Dec '08

16 Dec '08

Hi: When compiling the graph library with expat to add graph ml, the libraries fails to compile, I've declared environment variables EXPAT_INCLUDE and EXPAT_LIBRARY but it's failing expat.h even though the directory is in the pat as "c:\program files\expat\source\lib\" Any help apreciated. Sean.

3 5