- Boost-users - lists.boost.org

[BGL] how to extract subgraph from existing graph?
by Ferng, Andrew D 08 Jan '07

08 Jan '07

I've got an overall adjacency_list built and ran connected_componets on it. >From this output, I want to do more analysis on the subgraphs found. Is there a slick way to create a new sub adjacency_list by just giving the subset of vertex IDs? template <class EdgeIterator> adjacency_list(EdgeIterator first, EdgeIterator last, vertices_size_type n, edges_size_type m = 0, const GraphProperty& p = GraphProperty()) This looks like the closest one but it requires redefining the edges? Thanks!

2 3

Re: [Boost-users] operators << and >> on boost serialization
by Pfligersdorffer, Christian 08 Jan '07

08 Jan '07

> Ok! > I'm starting to freaking out, because I just can't figure it out some > compilation errors when trying to use the boost serialization library. > I just can't manage what I'm doing wrong. > Ok, I think that the best way to translate my problem is to post the > code and the changes I'm trying to do: > So ans as you can see on the attached file: > My project and all of my classes are inside a namespace the > FlowEngine. > > I have 3 classes: A; B and C to test the boost serialization. > > As it is now it compiles and runs good. > > But I take the comments of class A to split member serialization, just > doing that I get this errors when compiling: > > \3rdparty\include\boost\serialization\access.hpp(93) : error C2662: > 'void FlowEngine::A::save<Archive>(Archive &,const unsigned int)' : > cannot convert 'this' pointer from 'const FlowEngine::A' to > 'FlowEngine::A &' Hi Miguel! I am guessing: when saving you need a const object, that is your member function save() must be const. I'd check on some missing const and probably also would try to use '&' instead of '<<'. Also: do you use the BOOST_SPLIT_BLABLA-macro? Hope this helps you until some geek gives a thourough statement ;-) DI Christian Pfligersdorffer Software Engineering EOS GmbH

1 0

[Boost.Array] gcc 4.1.2 vs. boost alignment
by Robert Mecklenburg 08 Jan '07

08 Jan '07

I've just upgraded my compiler to gcc 4.1.2 and tried the latest implementation of tr1 included with gcc. I've discovered the gcc array implementation is not what I expect: #include <boost/array.hpp> #include <tr1/array> #include <iostream> int main(int , char **) { boost::array<char, 6> barray; std::cout << sizeof(barray) << std::endl; std::tr1::array<char, 6> tr1array; std::cout << sizeof(tr1array) << std::endl; } When run this code produces: g++ foo.cpp && ./a.out 6 16 That is, the boost array is exactly the size I require 6 bytes, but the tr1 array is larger, 16 bytes. I believe this is due to the following declaration in 4.1.2/tr1/array: // Support for zero-sized arrays mandatory. value_type _M_instance[_Nm ? _Nm : 1] __attribute__((__aligned__)); The boost version is not aligned, but the gcc version is. Does the tr1 implementation require the alignment? If so, it appears that tr1::array is definitely not a suitable wrapper for C-style arrays since they aren't the same size! What's the scoop? Thanks, -- Robert

3 2

[BOOST.TEST] [BOOST.WARN] Output weirdness
by Peter 08 Jan '07

08 Jan '07

Hi, I am new to Boost.Test so not sure if this is expected behaviour or not. Based on this minimal test: |----------------------------8←------------------------------------| #include <boost/test/unit_test.hpp> using boost::unit_test::test_suite; // most frequently you implement test cases as a free functions void my_test() { int i=2; BOOST_WARN( sizeof(int) == sizeof(short) ); BOOST_CHECK( i == 1 ); BOOST_REQUIRE( i > 5 ); BOOST_CHECK( i == 6 ); // will never reach this check } test_suite* init_unit_test_suite( int, char* [] ) { test_suite* test= BOOST_TEST_SUITE( " Test Suite!" ); // this example will pass cause we know ahead of time number of expected failures test->add( BOOST_TEST_CASE( & my_test ), 0 /* expected one error */ ); return test; } |----------------------------8←------------------------------------| Taken from this url: http://tinyurl.com/t54th (Click on BOOST_WARN). I expect to see this output (as mentioned at the above link): c:/development/code/practice/ test/mytest.cpp (14) : warning in test_main: condition sizeof(int) == sizeof(short) is not satisfied c:/development/code/practice/ test/mytest.cpp (15) : error in test_main: test i==1 failed c:/development/code/practice/ test/mytest.cpp (16) : fatal error in test_main: test i>5 failed But I see this output Running 1 test case... c:/development/code/practice/ test/mytest.cpp(15): error in " my_test ": check i == 1 failed c:/development/code/practice/ test/mytest.cpp (16): fatal error in " my_test ": critical check i > 5 failed *** 2 failures detected (2 failures expected) in test suite "Master Test Suite" It seems that the BOOST_WARN is not outputting a message. Is this expected behaviour? Also another minor point in the code I have named the BOOST_TEST_SUITE “Test Suite!” but in the output it is calling it “Master Test Suite”. Is this something I am not setting right? Thanks, Peter.

2 1

Re: [Boost-users] Boost-users Digest, Vol 1140, Issue 1
by Peter 08 Jan '07

08 Jan '07

Hi Rob, Thanks for that answer! I eventually stumbled on this URL: http://tinyurl.com/ylpjtl which helped. Following the example I then did it this way: test->add( BOOST_TEST_CASE( boost::bind( &default_ctor_param, argv, argc ) ), 0); I will have to have a think on which way is the better way. Do you have any views on the Pro's and Con's using BOOST_AUTO_TEST_CASE and manually adding it using the test_suite->add method? Thanks for the help, Peter. > ------------------------------ > > Message: 7 > Date: Sun, 7 Jan 2007 11:08:54 +0000 (UTC) > From: Rob Caldecott <robert.caldecott(a)gmail.com> > Subject: Re: [Boost-users] [Boost.test] [BOOST_AUTO_TEST_CASE] > accessing argc and argv > To: boost-users(a)lists.boost.org > Message-ID: <loom.20070107T120734-337(a)post.gmane.org> > Content-Type: text/plain; charset=us-ascii > > Peter <pjfoley <at> bigpond.com> writes: > > > is it possible to access argc and argv? > > I had the same problem. You can use > boost::unit_test::auto_unit_test_suite()->argc and > boost::unit_test::auto_unit_test_suite()->argv. > > Regards.

2 1

[Boost.test] [BOOST_AUTO_TEST_CASE] accessing argc and argv
by Peter 08 Jan '07

08 Jan '07

Hi, I am trying to learn to use the Boost.Test framework and have read through the online documents explaining how to use Boost.Test. I have been unable to find how to access the argc and argv variables while using BOOST_AUTO_TEST_CASE with "BOOST_AUTO_TEST_MAIN" defined. So my question is using "The automatic registration facility" (http://tinyurl.com/y2en48) is it possible to access argc and argv? If not does that mean I have to define a "boost::unit_test::test_suite* init_unit_test_suite ( int argc, char* argv[] )" and use these variables? Thanks, Peter.

3 2

[labmda & function] strange assembly errors with an unsupported compiler
by Server Levent Yilmaz 07 Jan '07

07 Jan '07

Hi All, This is an anomaly I experienced with Portland Group C++ compiler. Well OK, Boost doesn't support this compiler... But so far for Lambda and Function libraries I was able to run all of the tests in the 1-33-1 distribution with success, and it seems pgCC is doing a real good job. There is this one exception though: pgCC generates assembly errors on this arguably weird code that I have. gcc, msvc and hpCC worked fine... So obviously this seems to be an issue for PG itself and not Boost; but the code under question is really a bit weird and I am not 100% sure if it is correct use of boost or even C++. Before I carry on with bug reports to PG I'd like to ask for your suggestions on it... Here is the code. Briefly, a boost::function is being passed to some function template that expects a functor to apply on its second argument. Another level of indirection is added where the boost::function itself is generated from a lambda expression inside another function. I wasn't able to narrow it down any further.. (highlighted code is here: http://rafb.net/p/28TknK25.html) (compiler error messages follow) // ======================================== #include <boost/function.hpp> #include <boost/lambda/lambda.hpp> #include <boost/lambda/bind.hpp> #include <boost/lambda/casts.hpp> #include <iostream> // Some struct of only double members struct A { double a; double b; }; // The "complicated" function that expect a functor to // operate on an instance of A template< class Func > void foo(const Func& f, const A& a) { std::cout << f(a) << std::endl; } // A function object generator. // It returns a functor which in turn returns some // double member of A accessed via address offset boost::function<double(const A&)> getmem ( const A* obj, const double* mem ) { ptrdiff_t shift = mem - reinterpret_cast<const double*>(obj); using namespace boost::lambda; return *(ll_reinterpret_cast<const double*>(&_1) + constant(shift) ); } // int main() { A obj; obj.a = 1.; obj.b = 2.; // foo( getmem(&obj, &obj.b), obj ); return 0; } // wherever this compiles, it prints out "2". // ========================================== Here is the compiler output: PGCC-W-0155-No va_start() seen (/opt/pgi/6.1.4/linux86-64/6.1/include/CC/iostream: 689) PGCC/x86 Linux/x86-64 6.1-4: compilation completed with warnings /tmp/pgCCbaaaasxqap.s: Assembler messages: /tmp/pgCCbaaaasxqap.s:2499: Error: junk `(%rbx)' after expression /tmp/pgCCbaaaasxqap.s:2500: Error: junk `(%rbx)' after expression The assembly lines under question is pasted here: http://rafb.net/p/LW5IX765.html -- lines 7 and 8. The va_start() warning is probably irrelevant (this is not the only place I have seen it, and never failed before with these warnings) any guidance will be appreciated, thanks -- Server Levent Yilmaz Mechanical Engineering @ PITT

2 3

[Boost.Serialization] St8bad_cast during serialization
by sadrok 07 Jan '07

07 Jan '07

Hi, This would be my first post here. Needless to say I'm relatively a newbie when it comes to using Boost. I've recently decided to look into using Boost to ease some tasks in my future programming projects. I've stumbled upon Boost.Serialization and was amazed at the ease and power it provides. I've decided to use this to replace a hand-wrapped serialization library I created for a project I'm involved with since I foresee in the future more difficult serialization tasks that my library wouldn't be able to handle. So far so good, but during replacing my code with Boost.Serialization and going through various static asserts I've come to a obstacle I cannot figure out. My application saves message classes derived from a Message base class (it has a virtual deconstructor) and sends this serialized data over a UNIX socket for IPC between interconnected processes. The sending side seems to work fine as can be seen from the debugging output below: In base/module.cpp line 111 function SendMessage : [ 22 serialization::archive 3 4 core 10 LogMessage -1209954316 1 18 Sadrok::LogMessage 1 0 0 0 1168098092 55 Loaded module log from file modules/liblog.so pid 14250 ] However on the receiving side I have this: ia & BOOST_SERIALIZATION_NVP(msginfo.msg); which ends up throwing an bad_cast exception Unhandled exception: St8bad_cast msginfo.msg is Message* I even tried loading into a LogMessage * with the same error. I have (in the logmessage header) BOOST_CLASS_EXPORT for the LogMessage (otherwise Boost would've thrown unregistered_class while saving). I can provide more information although I wouldn't know what else to post. Generally I'd like to know if anyone has any idea why I'm getting the bad_cast exception, where it gets thrown, or at least how to figure out where the problem exists so I can fix it. Thank you Sadrok sadrok.za(a)gmail.com Yahoo! IM: sadrok_za Jabber ID: sadrok(a)jabber.obsidian.co.za

3 9

How to build boost library's document
by Bo Yang 07 Jan '07

07 Jan '07

Hi, I download the boost source code from the CVS repository, and build it with bjam. Only found that there is no document builded in the libs directory. How to build boost library's document?

3 3

Re: [Boost-users] Boost-users Digest, Vol 1140, Issue 1
by Peter 07 Jan '07

07 Jan '07

Hi, Sorry I forgot to add that I am using RC_1_34_0 version updated from this morning. Thanks, Peter > > Message: 6 > Date: Sun, 7 Jan 2007 18:25:34 +1100 > From: "Peter" <pjfoley(a)bigpond.com> > Subject: [Boost-users] [BOOST.TEST] [BOOST.WARN] Output weirdness > To: <boost-users(a)lists.boost.org> > Message-ID: <000701c7322d$04f85850$1100a8c0(a)Billswan.local> > Content-Type: text/plain; charset="utf-8" > > Hi, > > I am new to Boost.Test so not sure if this is expected behaviour or not. > > Based on this minimal test: > > |----------------------------8?------------------------------------| > #include <boost/test/unit_test.hpp> > using boost::unit_test::test_suite; > > // most frequently you implement test cases as a free functions > void my_test() > { > > int i=2; > BOOST_WARN( sizeof(int) == sizeof(short) ); > BOOST_CHECK( i == 1 ); > BOOST_REQUIRE( i > 5 ); > BOOST_CHECK( i == 6 ); // will never reach this check > } > > test_suite* > init_unit_test_suite( int, char* [] ) { > test_suite* test= BOOST_TEST_SUITE( " Test Suite!" ); > > // this example will pass cause we know ahead of time number of > expected failures > test->add( BOOST_TEST_CASE( & my_test ), 0 /* expected one error */ ); > > return test; > } > |----------------------------8?------------------------------------| > > Taken from this url: http://tinyurl.com/t54th (Click on BOOST_WARN). > > I expect to see this output (as mentioned at the above link): > > c:/development/code/practice/ test/mytest.cpp (14) : warning in test_main: > condition sizeof(int) == sizeof(short) is not satisfied > c:/development/code/practice/ test/mytest.cpp (15) : error in test_main: > test i==1 failed > c:/development/code/practice/ test/mytest.cpp (16) : fatal error in > test_main: test i>5 failed > > But I see this output > > Running 1 test case... > c:/development/code/practice/ test/mytest.cpp(15): error in " my_test ": > check i == 1 failed > c:/development/code/practice/ test/mytest.cpp (16): fatal error in " > my_test ": critical check i > 5 failed > > *** 2 failures detected (2 failures expected) in test suite "Master Test > Suite" > > It seems that the BOOST_WARN is not outputting a message. Is this > expected behaviour? > > Also another minor point in the code I have named the BOOST_TEST_SUITE > ?Test Suite!? but in the output it is calling it ?Master Test Suite?. Is > this something I am not setting right? > > Thanks, > > Peter. >

1 0