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

CVS import guidance
by Rush Manbert 20 Feb '06

20 Feb '06

Hi all, I am setting up a local CVS archive and I found that when I imported the boost 1.33.1 distribution there are some files that get ignored by CVS. Eventually I figured out that the missing files are described by the path expression "libs/python/pyste/tests/*.cpp" relative to the top level directory. From that I found the .cvsignore in the same directory that specifies *.cpp as an ignore pattern. There are more .cvsignore files in the distribution tree, but this is the only one that filters out files for an import. Does anyone have any guidance as to how CVS imports of Boost source code distributions should be done? Should I delete all of the .cvsignore files in the distribution before importing? Should I replace them with an empty version of the file? Should I do something else? A related question for developers. Should the .cvsignore files be removed from the distribution tree before it is released to the public? Thanks, Rush

1 1

Quick newbie question
by Jason A. Myers 20 Feb '06

20 Feb '06

Hello all, I'm just getting started with the boost graph library (and templates) and there are a few details that I can't figure out. -For the life of me I can't find a definition or a typedef for the UniformCostVisitor declared in dijkstra_shortest_paths_.hpp. I've grep'd all the boost header files and looked in the docs, to no avail. -I am writing my own algorithm o use with BFS to find a vertex weighted MST and some other goodies, so i want to implement something very similar to the implementation of dijkstra's. Is it neccessary to define the "VisitorConcept" struct, or do you only need to do this when you (as in me) are going to invoke some concept checking? I think that's it for now...Thanks in advance! Cheers, Jason

1 0

[bcp] [shared_ptr] Extracting subset of boost for shared_ptr - 3.2MB?
by Tyler Mandry 20 Feb '06

20 Feb '06

I extracted a subset of boost using bcp so that my project could use shared_ptr. The exact line I used is this: $ bcp --boost=/usr/include boost/shared_ptr.hpp boost/ This gave me more than just the boost headers, but any other way and it wouldn't work. It wasn't a problem though; I could just use the files in the newly-created boost/boost directory and wipe out anything else. So I was left with, presumably, all the boost headers and files that depended on shared_ptr.hpp. But, after running du, I found that the extracted directory was a whopping 3.2MB - bigger than the existing code of my project altogether. bcp had given me 274 different header files. All for just one smart pointer class? Is this correct? Am I using bcp correctly? Are there some paths that bcp is taking that aren't really neccessary? Can I narrow this huge vat of files down to the ones that I *really* need, or is this it? How? Regards and thanks, -- Tyler Mandry

5 12

Boost iostreams and GCC 2.96
by Robert Vinluan 20 Feb '06

20 Feb '06

Hi All, Has anyone been successful in getting the boost iostreams library to work under gcc 2.96? I'm able to build the iostreams library, but I can't compile my project code which uses some iostreams objects. The compiler fails with this line of code: boost::iostreams::filtering_stream<boost::iostreams::input> fstrm_in; All I'm doing here is creating a filtering_stream object. The compiler spits out lots of garbage with "instantiated from here" messages everywhere. Here's a snippet of the garbage: /home/prisms/devBuilder/hfs/custom/include/boost/type_traits/is_convertible.hpp:128: template instantiation depth exceeds maximum of 17 (use -ftemplate-depth-NN to increase the maximum) instantiating `boost::detail::is_convertible_basic_impl<boost::iostreams::basic_null_device<char, boost::iostreams::input>::category &, boost::iostreams::input>::_m_from' /home/prisms/devBuilder/hfs/custom/include/boost/type_traits/is_convertible.hpp:128: instantiated from ....... boost::iostreams::detail::chain_base<boost::iostreams::chain<boost::iostreams::input, char, boost::iostreams::detail::char_traits, allocator<char> >, char, boost::iostreams::detail::char_traits, allocator<char>, boost::iostreams::input>::chain_impl]' IMG_FileGZip.C:138: instantiated from here ....... IMG_FileGZip.C is my project file with line 138 being the line I mentioned above. I've checked boost documentation and the boost users mailing list but haven't found anything mentioning iostreams being incompatible with gcc 2.96. I'm not sure what I can try to fix or workaround this problem. Can anybody shed some light? Many Thanks, Rob P.S. The same code compiles and works fine under other versions of gcc (i.e. 3.2, 3.3, 3.4 and 4.0). Also, if it helps, here is the command I'm using to build boost: bjam -sBUILD="debug <threading>multi" --with-iostreams -sNO_BZIP2=0 install;

1 0

mingw, bjam and Boost.Python tutorial problem (ImportError)
by Marek \"Baczek\" Baczyński 20 Feb '06

20 Feb '06

Hi, I have a problem with Boost.Python, mingw and bjam not working together, and apparently it is jam that is the issue - or rather, it's rules. The root of the problem seems to be that initmodule function doesn't get exported and I have absolutely no idea what causes this (and even if I had, I propably wouldn't know how to fix it, jam is pretty much dark magic for me :)) (Warning, lots of noise follows.) Manual compilation (which, amazingly, works): E:\boost_1_33_1\libs\python\example\tutorial>g++ hello.cpp -g -O0 -shared -Ic:\boost\include\boost-1_33_1 -Ic:\python24\include -Lc:\boost\lib -lpython24 -lboost_python-mgw-d -o hello.pyd E:\boost_1_33_1\libs\python\example\tutorial>python Python 2.4.1 (#65, Mar 30 2005, 09:13:57) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import hello >>> hello.greet() 'hello, world' >>> E:\boost_1_33_1\libs\python\example\tutorial>pexports hello.pyd LIBRARY hello.pyd EXPORTS inithello ------------------------------------------------------------------------ Compilation using bjam (lines have been wrapped in a text editor): E:\boost_1_33_1\libs\python\example\tutorial>bjam -sTOOLS=mingw -d+2 gcc-C++-action bin\tutorial\hello.pyd\mingw\debug\hello.obj "g++" -c -Wall -ftemplate-depth-255 -DBOOST_PYTHON_DYNAMIC_LIB -g -O0 -fno-inline -mno-cygwin -I"bin\tutorial" -I "E:\boost_1_33_1" -I "c:\Python24\include" -o "bin\tutorial\hello.pyd\mingw\debug\hello.obj" "hello.cpp" gcc-Link-action bin\tutorial\hello.pyd\mingw\debug\hello.pyd bin\tutorial\hello.pyd\mingw\debug\hello.lib "g++" "-Wl,--enable-auto-image-base" "-Wl,--exclude-symbols,_bss_end__:_bss _start__:_data_end__:_data_start__" "-Wl,--out-implib,bin\tutorial\hello.pyd\min gw\debug\hello.lib" -g -shared -Wl,--allow-multiple-definition -mno-cygwin -o "bin\tutorial\hello.pyd\mingw\debug\hello.pyd" -L"bin/boost/libs/python/build/boost_python.dll/mingw/debug" -L"" "bin\tutorial\hello.pyd\mingw\debug\hello.obj" "c:\Python24\libs\libpython24.a" "bin\boost\libs\python\build\boost_python.dll\mingw\debug\boost_python.lib" "c:\Python24\libs\libpython24.a" "bin\boost\libs\python\build\boost_python.dll\mingw\debug\boost_python.lib" -lboost_python E:\boost_1_33_1\libs\python\example\tutorial\bin\tutorial\hello.pyd\mingw\debug>python Python 2.4.1 (#65, Mar 30 2005, 09:13:57) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import hello Traceback (most recent call last): File "<stdin>", line 1, in ? ImportError: dynamic module does not define init function (inithello) >>> E:\boost_1_33_1\libs\python\example\tutorial\bin\tutorial\hello.pyd\mingw\debug>pexports hello.pyd LIBRARY hello.pyd EXPORTS ------------------------------------------------------------------------ c:\gcc -v Reading specs from c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/specs Configured with: ../gcc-3.4.5/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchronization --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.5 (mingw special) ------------------------------------------------------------------------ Required dlls (boost_python.dll and -mgw-d) have been copied to their relevant working dirs. Please note that I'm a Boost newbie and that my first Boost compilation finished just a few hours ago :) Also, tests from python/test directory fail in a rather noisy way, and my guess is that the reason is the same. -- { Marek Baczyński :: UIN 57114871 :: GG 161671 :: JID imbaczek(a)jabber.gda.pl } { http://www.vlo.ids.gda.pl/ | imbaczek at poczta fm | http://www.promode.org } .. .. .. .. ... ... ...... evolve or face extinction ...... ... ... .. .. .. ..

2 1

member data pointer and nested bind
by JaeWook Choi 20 Feb '06

20 Feb '06

Hello, I've been trying to use STL alogorithms on POD struct data member without writing any user defined functor nor adding get/set member function to the POD sturct, instead I just wanted to use boost::mem_fn, boost::bind, boost::lambda for member data pointer. It was fine to use the member data pointer with any of boost::mem_fn, boost::bind and boost::lambda only until I tried to use them in the nested bind as an argument of outter bind. If I use them in nested bind, I got compile error message of "cannot convert parameter 1 from 'boost::_bi::bind_t<R,F,L> ' to 'const RECT *'" or "cannot convert parameter 1 from 'boost::lambda::lambda_functor<T>' to 'const RECT *'" As a boost newbie, it is too difficult for me to figure out the problem here. Maybe someone can help me out to sovle the problem. Thanks, Jae. The below is my test code. (BTW, I compiled it on VC71) ~~~ #include "stdafx.h" #include <wtypes.h> #include <vector> #include <algorithm> using std::vector; using std::find_if; #define BOOST_BIND_ENABLE_STDCALL #include <boost/bind.hpp> #include <boost/lambda/lambda.hpp> using boost::mem_fn; using boost::bind; // an arbitrary POD struct struct CTestClass { RECT rc; }; int main(int argc, char* argv[]) { vector<CTestClass> vecTestClass; CTestClass testObj = { { 0, 0, 100, 100} }; vecTestClass.push_back(testObj); ::OffsetRect(&testObj.rc, 100, 100); vecTestClass.push_back(testObj); LONG rc_left = mem_fn(&CTestClass::rc)(testObj).left; // mem_data_ptr & boost::mem_fn LONG rc_top = bind(&CTestClass::rc, _1)(testObj).top; // mem_data_ptr & boost::bind LONG rc_right = ((&boost::lambda::_1)->*&CTestClass::rc)(testObj).right; // mem_data_ptr & boost::lambda POINT ptTest = { 150, 150 }; ::PtInRect(&mem_fn(&CTestClass::rc)(testObj), ptTest); // ok ::PtInRect(&bind(&CTestClass::rc, _1)(testObj), ptTest); // ok ::PtInRect(&((&boost::lambda::_1)->*&CTestClass::rc)(testObj), ptTest); // ok vector<CTestClass>::iterator it_f1 = find_if(vecTestClass.begin(), vecTestClass.end(), bind(::PtInRect, &bind(&CTestClass::rc, _1), ptTest) ); // compile error! vector<CTestClass>::iterator it_f2 = find_if(vecTestClass.begin(), vecTestClass.end(), bind(::PtInRect, &((&boost::lambda::_1)->*&CTestClass::rc), ptTest) ); // compile error! return 0; } ~~~

2 5

Using push_relabel_max_flow
by Yannack 20 Feb '06

20 Feb '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, I am new at the BGL, and I am having a little problem here. I need to calculate a max flow on a graph, so thought i would use push_relabel_max_flow. I get the correct value for the maxflow as the return value for the function, however, the residual capacities are really weird: the maxflow goes through cycles, and even when I have a maxflow with a value=1, I get some links with capacity=2 fully loaded to capacity... Is this normal behavior? If so, is there a way of getting the correct residual capacities without cycles? If not, is this a know bug? Is there a work around? Thank you very much for your help and time, Yannack -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD+cEqrhthX5fBuCIRAq2aAJ9D6mCUnYKUXBClLjjSju7XqN76ywCfaObE tNd9iv52UCBjBi4eRVrjGHw= =l5gE -----END PGP SIGNATURE-----

1 0

Meta Template Programming with MPL - Compiler Bug or is the code really so evil slow?
by Vinzenz 'evilissimo' Feenstra 20 Feb '06

20 Feb '06

Hi, I've written a little Meta Template Program which should calculate the first 3 perfect numbers. ( range 1 - 500 ) The code is compilable if you use the range 1 - 30 really fast and works correctly. But I've tried to compile the code but I can't get it finished. Someone tried it on a Machine with 40 GB RAM and it now compiles for more than 12 hours and uses more than 7.1 GB RAM ( the compilation ) I've tried it by myself with g++ 3.4.x and g++ 4.0.x and with VC++ 7.1 The code works on all tested compilers if the range would be 1 - 30 but If the range is 1 - 500 VC++ says: d:\boost\vc71\include\boost-1_33_1\boost\mpl\aux_\preprocessed\plain\apply_wrap.hpp(48): fatal error C1204: compiler limit: internal structure overflow. ( This seems to be a known bug in VC++ http://support.microsoft.com/default.aspx?scid=kb;en-us;883655 ) and g++ compiles and compiles and uses more and more RAM. Is the code really so evil slow or is it a compiler Bug in g++? Maybe anyone has an answer. BR evilissimo #include <boost/mpl/long.hpp> #include <boost/mpl/range_c.hpp> #include <boost/mpl/vector_c.hpp> #include <boost/mpl/arithmetic.hpp> #include <boost/mpl/accumulate.hpp> #include <boost/mpl/back_inserter.hpp> #include <boost/mpl/equal.hpp> #include <boost/mpl/copy_if.hpp> #include <boost/mpl/at.hpp> #include <boost/mpl/size.hpp> #include <iostream> namespace mpl = boost::mpl; template < typename Sum , typename Div , typename Num > struct perf_num_plus_if : mpl::if_< mpl::equal_to< mpl::modulus< Num,Div > , mpl::long_<0> >, typename mpl::plus<Sum,Div>::type, Sum >::type {}; template< typename Num > struct perf_num_impl : mpl::accumulate< mpl::range_c< long, 1, Num::value/2+1 >, mpl::long_<0>, perf_num_plus_if< mpl::_, mpl::_, Num > >::type {}; template< long Start , long End > struct perfect_number : mpl::copy_if< mpl::range_c<long,Start,End>, mpl::equal_to< mpl::_1 , perf_num_impl<mpl::_1> >, mpl::back_inserter< mpl::vector_c<long> > >::type {}; template< typename Seq , size_t Pos , size_t Max > struct Output { Output() { std::cout << mpl::at_c<Seq, Pos >::type::value << std::endl; Output< Seq , Pos+1 , Max >(); } }; template< typename Seq , size_t N > struct Output< Seq , N , N > { Output(){} }; int main() { typedef perfect_number< 1 , 500 > vec; Output< vec , 0 , mpl::size< vec >::value >(); }

3 2

Re: [Boost-users] [Serialization]: bug while serializingastd::string
by RIVASSEAU Jean Noel 20 Feb '06

20 Feb '06

As written in a previous mail (re read ;) I have tried strstream, which effectively does NOT triggers the bug. I will try to make small examples from you, I don't know if I'll manage to however. To test them, you will probably need to install the Qt 4.1 libraries as my project uses them. Jean-Noël _____ De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De la part de Robert Ramey Envoyé : vendredi 17 février 2006 16:48 À : boost-users(a)lists.boost.org Objet : Re: [Boost-users] [Serialization]: bug while serializingastd::string also try using strstream as it does no code conversion. If you can make small example that illustrates the problem I would be glad to look at it. Robert Ramey "RIVASSEAU Jean Noel" <JN.RIVASSEAU(a)oberthurcs.com> wrote in message news:87F60F7FA02FF749AFB02BD9FCAA6B04D27419@naserv31.nanterre.oberthurcs.com... Hello I have tried to open an archive in text mode with no_codecvt attribute, like this: std::ifstream ifs("archive.mob"); boost::archive::text_iarchive ia(ifs, boost::archive::no_codecvt); but it still triggers the bug. I do not think the bug is due to something that is not handled in the stream, since I do not have any special characters or stuff like that (except end lines). Plus, the fact that it crashes at the magical number 512 characters get me to think it is more related to a buffer problem, however, you are the specialist. How can I investigate the code conversion facets used by text archive? I am not familiar at all with locales, or facets, but if you give me some hints about how they are used in the BSL, I may get started. Regards Jean-Noël Ps: everything works fine in XML archive mode, so for my project I have switched to that, but I'd still like to get this bug fixed for the benefits of all... _____ De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De la part de Robert Ramey Envoyé : jeudi 9 février 2006 17:11 À : boost-users(a)lists.boost.org Objet : Re: [Boost-users] [Serialization]: bug while serializingastd::string Sorry I got mixed up with another post. The main difference between strstream and other streams is that strstream doesn't do any code conversion. This is also consistent with the idea that something in the string isn't being handled in the code conversion facet of the the stream in the expected manner. a couple of ideas would be to investicate the code conversion facets used by the text archive. Also look at the no_codecvt attribute on archive open. Robert Ramey "RIVASSEAU Jean Noel" <JN.RIVASSEAU(a)oberthurcs.com> wrote in message news:87F60F7FA02FF749AFB02BD9FCAA6B04CB28D4@naserv31.nanterre.oberthurcs.com... I am assuming you meant : std::ofstream ifs("container.mob"); boost::archive::text_oarchive ia(ofs); oa << MyObject; ofs << std::endl; and not std::ifstream ifs. So if I understand well, this "patch" only adds a newline to the archive at the saving stage. I tried it but it did not help in any way; in fact I cannot see how it could help, since the problem is at the point of the loading of the std::string, not at the end of the load of the whole object. What I mean here is that MyObject is, in my case, a class containing a std::vector of pointers to class containing std::strings. One of these strings is too long, which causes the crash. Maybe what you meant is appending the std::endl after the serialization of the std::string, but this is not possible since at this point I have only access to the archive, not the underlying ofstream : template<class Archive> void serialize(Archive & ar, const MyClass& m, const unsigned int version) { ar & m.a_standard_string; } I do not have access there to the underlying ofstream of the implementation. Note that here, MyObject would contain a std::vector < MyClass * >. And I am serializing directly MyObject which causes the serialization of MyClass later. So, what do you mean? Have you located the bug ? _____ De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De la part de Robert Ramey Envoyé : jeudi 9 février 2006 04:46 À : boost-users(a)lists.boost.org Objet : Re: [Boost-users] [Serialization]: bug while serializing astd:string Untl 1.34 comes out try the following on the output stream std::ifstream ofs("container.mob"); boost::archive::text_oarchive ia(ofs); oa << MyObject; ofs << std::endl; "RIVASSEAU Jean Noel" <JN.RIVASSEAU(a)oberthurcs.com> wrote in message news:87F60F7FA02FF749AFB02BD9FCAA6B04C87411@naserv31.nanterre.oberthurcs.com... I have been able to test with a string stream; the bug does not occur. That is, this code produces the bug: std::ifstream ifs("container.mob"); boost::archive::text_iarchive ia(ifs); ia & MyObject; while the following does not: std::ifstream ifs("container.mob"); std::ostringstream tmp; tmp << ifs.rdbuf(); std::istringstream is(tmp.str()); boost::archive::text_iarchive ia(is); ia & MyObject; a) try using a different stream buffer - strstream So do you have any clue, Robert ?? Clearly the problem has to do with buffering somewhere.... Jean-Noël _____ _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users _____ _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users _____ _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

Re: [Boost-users] [bcp] [shared_ptr] [wave] Extracting subset ofboostforshared_ptr - 3.2MB?
by Nat Goodspeed 19 Feb '06

19 Feb '06

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org [mailto:boost-users- > bounces(a)lists.boost.org] On Behalf Of David Abrahams > Sent: Saturday, February 18, 2006 1:02 PM > To: boost-users(a)lists.boost.org > Cc: Hartmut Kaiser > Subject: Re: [Boost-users] [bcp] [shared_ptr] [wave] Extracting subset > ofboostforshared_ptr - 3.2MB? > > "John Maddock" <john(a)johnmaddock.co.uk> writes: > > >> Unfortunately bcp isn't smart enough to not look into optional > >> dependencies that are guarded by #ifdef. > > we need a better system. It would be > a lot of work, but maybe it would be the first real use of Wave as a > library rather than just as a preprocessor. We could use the graph > library to do a real search with some knowledge of compiler and > configuration #defines. [Nat] That was my reaction as soon as I first saw John's post "bcp isn't smart enough...": wow, he could use Wave! But I'm confused as to why you'd need the graph library? Wouldn't it work just to point bcp to the compiler of interest -- by giving it the name of one of a set of small prepackaged files that #defines the vendor-specific compiler-predefined macros that Boost cares about -- and let bcp operate on post-Wave, fully-preprocessed source code? Ah: that would actually discard the identities of all the #included files! Sigh. Nonetheless, it feels as if that approach could be tweaked to get much closer to the "I only care about this one compiler" use case than is currently possible.

4 12