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

RE: [Boost-users] Re: detect unneded includes
by Ben Hutchings 05 Jul '04

05 Jul '04

Adrian Stoica <adrian_stoica(a)btinternet.com> wrote: > I'm not aware of any such tools, but it could be done with a Perl > script that removes the includes one at a time, and then invokes the > compiler. If the file compiles ok, it's probably safe to remove that > include. No, unfortunately not. A header might appear to be redundant because it is included by another, yet this may be a mere implementation detail which is subject to change and should not be relied upon. In the absence of a true module system this is impossible to determine. Also it could be that the header defines template specialisations, or macros with the same names as functions/objects. Removing such a header might not make the program ill-formed but could still break it subtly. Instantiating a template in one translation unit for the same template arguments for which there is an explicit specialisation in another translation unit results in undefined behaviour. With sufficient testing you can *probably* avoid such mishaps but I would be very wary of trying to automate this.

1 0

newbie: need example (call python from c++)
by Peter Piehler 04 Jul '04

04 Jul '04

Hello, I use call<void>(pyFunc,arg1,..) to call a python function with standard double, int etc. What must I do to call a function with a c++ object as argument? psydocode: class MyAnimal { /*...*/ std::string __strName; public: MyAnimal() : __strName("Tux") {} /*...*/ std::string getName() { return __strName;} void setName(const std::string &strName) { __strName = strName; } }; int main() { /*...*/ MyAnimal* pTux = new Animal; /*do something with pTux*/ /*use a python function with pTux*/ call<void>(pyFunc1, ?pTux? ); /*change attributes pTux in pyFunc2*/ dog = call<MyAnimal>(pyFunc2, ?pTux?); /*if it possible to call by reference?*/ call<void>(pyFunc3, ?pTux?); pTux->getName();// return Cat } python module: def py_func1(a): print a.getName() def py_func2(a): a.setName('Dog') return a def py_funnc3(a): a.setName('Cat') ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 100MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de

2 1

Problem with boost random library.
by Joshua Little 04 Jul '04

04 Jul '04

Hi all, I'm trying to use the randome number generators but I am having some problems. I'm using boost 1.31.0 and gcc 3.2 on Windows 2000. Here is my code : printf(" Die \n "); //std::cout << "Die Rolls" << std::endl; try { boost::mt19937 rng; // produces randomness out of thin air // see pseudo-random number generators boost::uniform_int<> six(1,6); // distribution that maps to 1..6 // see random number distributions boost::variate_generator<boost::mt19937, boost::uniform_int<> > die(rng, six); // glues randomness with mapping int x = die(); printf(" Die %d\n ",x); } catch(...) { std::cout << "exception" << std::endl; printf(" Die exception \n "); } I basically copied the example code off the web site to see if I could get it to work but I'm not having any luck. If I have the variate_generator defined as above I do not not get any output to the console after the declaration of die. I tried printf's and stream output but neither works, I never see the "Die %d" printed out and I do not see either of the outputs in the catch(...) section. printed either. I even had a throw in the try block at one time to see if it could get to the catch section and did not see output. When I remove the die declaration (and comment out the code that uses it) but leave the generator and the distribution then I can see output again and if I throw after the distribution declaration then I see both output statements in the catch block. So it seems like if I have the variate generator declared then I can't see any output after that, but when I comment it out I can see output again. I'm not sure what I'm doing wrong since I am basically copying a pretty simple example from the book I just can't get it to work. Ah and just incase this makes a difference I'm running this code as a test case in a boost test suite. I wanted to try to get it to work there before putting it into my main app. Thanks, Joshua.

2 5

building boost program options
by Christopher Baus 03 Jul '04

03 Jul '04

I'm trying to build the boost sandbox project program_options and am failing. Anyone know what version of boost is compiles cleanly with? -- Christopher Baus http://www.baus.net/

3 2

RE: [Boost-users] Re: boost test doesn't track validation outside autofunctions
by Rozental, Gennadiy 02 Jul '04

02 Jul '04

> > > void validate(X args) { > > > if (some tests) > > > BOOST_ERROR("message"); > > > } > > > BOOST_AUTO_UNIT_TEST(testfunction) { > > > // set up arguments > > > validate(args) > > > } [...] > I think the problem is a think-o on my part. > In the pseudo-code above, BOOST_ERROR is not executed unless > "some tests" is true. So if the tests are OK, BOOST_ERROR is > never hit. > > I think the report of 0 (boost) tests being run is therefore > accurate, though confusing. It should actually say that 1 test cases being run, but no assertions executed. > Does that sound right? > > Is there a way to signal to boost that you are doing a test, > without the error? You have 2 choices. 1. Rewrite your test, so that it looks like: ... BOOST_CHECK_MESSAGE( some_test, "message" ); 2. Or you could write it like this: .... If(some_test) BOOST_ERROR("message") else BOOST_MESSAGE( "no error" ); I prefer first solution usually. HTH, Gennadiy

2 1

boost test doesn't track validation outside auto functions
by Ross Boylan 02 Jul '04

02 Jul '04

I have a test program that looks like this, in stylized form: -------------------------- #include <boost/test/auto_unit_test.hpp> using namespace boost::unit_test_framework; void validate(X args) { if (some tests) BOOST_ERROR("message"); } BOOST_AUTO_UNIT_TEST(testfunction) { // set up arguments validate(args) } ---------------------------------- When I run this with report-level detailed, it reports that there are 0 assertions in testfunction. Furthermore, the assertions done in validate are not even added to the overall number of assertions reported for the run. I know the checks are being run, because I have seen errors from them. Also, the error messages include the name "testfunction", so it is available at run time. It would be nice if the error reporting and logging functions got their info at run-time; apparently they are grabbing it from some pre-processor magic at the moment (I haven't examined the code in detail; that's just an inference from the behavior). Since the tests do seem to be run, this is basically a cosmetic problem, but it would be nice to fix. If any easy fixes occur to anyone, I'd love to know. Boost 1.31.0 on Debian. P.S. The module's author is listed as rogeeff(a)fusemail.com in the documentation, but that address doesn't work. -- Ross Boylan wk: (415) 502-4031 530 Parnassus Avenue (Library) rm 115-4 ross(a)biostat.ucsf.edu Dept of Epidemiology and Biostatistics fax: (415) 476-9856 University of California, San Francisco San Francisco, CA 94143-0840 hm: (415) 550-1062

2 2

Sun Solaris Forte 8 and boost_1_31_0
by Tom Aratari 02 Jul '04

02 Jul '04

Hello, Has anyone gotten boost_1_31 to compile with Forte 8.0 (__SUNPRO_CC = x550) ? I get errors for the boost::iterator. Also, does anyone know if the next release of boost will be compatible with forte 8.0? Thanks Tom

5 4

Boost Test Tutorial
by Sebastian Stein 02 Jul '04

02 Jul '04

I have written a small tutorial how to use boost test within the KDE project. If you are interested, you will find it under: http://www.hpfsc.de/boosttest/ Sebastian -- http://www.hpfsc.de/ - die Seite rund um: Assembler, Bundeswehr, TFT LCDs, Halle/Saale, Fahrradtouren, Neuseeland, Wanderstaat Mauma, Raumschiff USS Nathan, Enemy Room, MLCAD Tutorial

1 0

standard way to specify undefined values
by Erik Thiele 02 Jul '04

02 Jul '04

hi, i have a userdefined type "foobar". it has a special value that means "undefined". is there a standard way to specify which value is undefined? i do not want to use boost::optional here, as foobar itself can be "undefined". you know: class foobar { static const foobar undefined(blablabla); int a,b,c; } but is this "standard"? cya erik -- Erik Thiele

1 0

RE: [Boost-users] Re: [mpl] Alexandrescu's hierarchy generators
by Klaus Nowikow 02 Jul '04

02 Jul '04

David Abrahams wrote: > [..] > template<class T, class Base> > struct node; > > typedef mpl::vector<int, char, long> types; > > // node<int, node<char, node<long, mpl::empty_base> > > > typedef mpl::inherit_linearly< > types > , node<_2,_1> > >::type lin; > [...] > HTH. That helps a lot. Thank you! -- Klaus Nowikow

1 0

iterator_adaptor problem (mpl?)
by Angus Leeming 01 Jul '04

01 Jul '04

Consider a container such as std::vector<std::pair<int, std::string> > my_container; I want to be able to iterate over the ints of this container so, following the tutorial to the iterator_adaptor docs, came up with template <typename BaseIterator> class first_iter : public boost::iterator_adaptor< first_iter<BaseIterator>, BaseIterator, boost::use_default, boost::use_default, typename BaseIterator::value_type::first_type & > { // snip body }; This works fine so long as BaseIterator::value_type is not const, but falls over when it is because I've defined the 'super_t::reference' type to be mutable. I guess that I need a piece of metafunction magic, but my naive implementation fails typename boost::mpl::apply_if< boost::is_const<typename BaseIterator::value_type> , typename BaseIterator::value_type::first_type const & , typename BaseIterator::value_type::first_type & >::type trial.C:38: error: no type named `type' in `struct boost::mpl::apply_if< boost::is_const<std::pair<int, std::string> >, const int&, int&>' I must admit I'm a bit baffled. There plainly is a 'type' in the apply_if class template. Any pointers? I attach the code as I have it. While I'm at it, is there not something in the MPL that will return the appropriate const-qualified reference for me? None of the header file names in boost/mpl jump out and grab me, but I may well be looking in the wrong place. Regards, Angus

2 4

RE: [Boost-users] [pool] Speed of pool_allocator<>
by Klaus Nowikow 01 Jul '04

01 Jul '04

Peter Dimov wrote: > Klaus Nowikow wrote: > > > > I changed the test program (see below). Now I use object_pool<> > > to create and destroy a number of elements (I use a vector<C*> to > > store them in the meantime). The results are even worse than before: > > > > new/delete: 0.08s > > object_pool: 25.20s > > [...] > > > template <template <class, class> class Pool> > > double Test() > > { > > Pool<C> P(CHUNK_SIZE); > > boost::timer Timer; > > > > std::vector<C*> V; > > for(int i = 0; i < NUM_ELEMENTS; ++i) > > { > > V.push_back(P.construct()); > > } > > for(std::vector<C*>::iterator pos = V.begin(), end = V.end(); pos != > > end; ++pos) { > > P.destroy(*pos); > > } > > > > return Timer.elapsed(); > > } > > Your test is still very unrealistic. You create a large > number of objects in > one batch, then destroy them afterwards. A more realistic > scenario would > have creation and destruction interleaved. > > The most accurate test would be to try Boost.Pool with your actual > application and see how it affects its real-world > performance. It's still > possible for it to be slower, of course, but at least you'd > measure the real > thing. Of course you're right. Obviously I broke the "don't optimize what does not have to be optimized" rule ;-). When creating and deleting 100000 Objects with new/delete takes only 0.1 seconds I won't have to look for something more efficient. I will do what you suggest: write my code and see if it needs optimization. Regards, Klaus

1 0

[mpl] Alexandrescu's hierarchy generators
by Klaus Nowikow 01 Jul '04

01 Jul '04

Greetings! Does boost.mpl provide type hierarchy generators like GenScatterHierarchy and GenLinearHierarchy as described in "Modern C++ Design"? I must confess I do not understand the mpl completely yet ;-) Best regards, Klaus

2 1

RE: [Boost-users] [pool] Speed of pool_allocator<>
by Klaus Nowikow 01 Jul '04

01 Jul '04

Peter Dimov wrote: > Klaus Nowikow wrote: > > I am in the process of writing a program which has to > > handle large numbers (~200000 - 400000) objects of the same class. > > These objects will be created and deleted frequently, so I thought > > some kind of specialized memory management would be handy. > > > > I wrote a test program (see below) to check what boost.pool > would gain > > me. The results make me think that I have done something wrong: > > > > [...] > > > > i.e., std::allocator was more than 3 times faster than > > boost::pool_allocator (Win2k, 256MB). Any ideas what i have done > > wrong? > > [...] > > > template <class Allocator> > > double Test() > > { > > std::vector<Allocator::value_type, Allocator> Vector; > > boost::timer Timer; > > > > for(int i = 0; i < NUM_ELEMENTS; ++i) > > { > > Vector.push_back(i); > > } > > > > return Timer.elapsed(); > > } > > If I read the code correctly, you don't create or delete > objects. You create > and delete (large) arrays of objects. Hmm. I'll have to think about this. Maybe the test was a bit over-simplified. The real program would have a vector<C*> where C is my class. I'll change the example (using object_pool) and post the results.

1 0

[pool] Speed of pool_allocator<>
by Klaus Nowikow 01 Jul '04

01 Jul '04

Hi! I am in the process of writing a program which has to handle large numbers (~200000 - 400000) objects of the same class. These objects will be created and deleted frequently, so I thought some kind of specialized memory management would be handy. I wrote a test program (see below) to check what boost.pool would gain me. The results make me think that I have done something wrong: debug mode: std::allocator 2.17s boost::pool_allocator 7.18s release mode: std::allocator 0.11s boost::pool_allocator 0.36s i.e., std::allocator was more than 3 times faster than boost::pool_allocator (Win2k, 256MB). Any ideas what i have done wrong? See the test program below. // MemoryPoolTest.cpp // Boost includes ------------------------------------------------------------- #include <boost/timer.hpp> #include <boost/pool/pool_alloc.hpp> // Std includes --------------------------------------------------------------- #include <vector> #include <iostream> enum { NUM_ELEMENTS = 3000000 }; template <class Allocator> double Test() { std::vector<Allocator::value_type, Allocator> Vector; boost::timer Timer; for(int i = 0; i < NUM_ELEMENTS; ++i) { Vector.push_back(i); } return Timer.elapsed(); } int main(int argc, char* argv[]) { std::cout << "Starting memory pool test" << std::endl; double Time; std::cout << "Allocating with boost::pool_allocator<>: "; Time = Test<boost::pool_allocator<int> >(); std::cout << Time << "s" << std::endl; std::cout << "Allocating with std::allocator<> : "; Time = Test<std::allocator<int> >(); std::cout << Time << "s" << std::endl; return 0; }

2 1

Newbie question... (sorry)
by Chris 30 Jun '04

30 Jun '04

Hi all, sorry for the newbie question... I have been trying to use the boost libraries with no luck I will briefly as possible list the steps I took, so that you can let me know where I went wrong. (please bear with me) 1) I downloaded the latest version and decompressed it so that i have a "C:\boost_1_31_0 directory". 2) I built Boost.Jam by starting the Visual Studio.Net command prompt, cd'ed to the "C:\boost_1_31_0\tools\build\jam_src" directory and invoked the build.bat .... The build was succesfull. 3) Copied the bjam.exe from the "C:\boost_1_31_0\tools\build\jam_src\bin.ntx86" directory to the Vc7/bin directory. 4)Added the VC71_ROOT environment variable to windows with the "C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7" path as the value. 5) Made sure that the PATH environment variable had the Vc7\bin path in it. 6) reset. 7) Started the Visual Studio.Net command prompt, cd'ed to the "C:\boost_1_31_0" directory and invoked bjam "-sTOOLS=vc7.1" install ... the whole process started.. building was succesfull (I believe) and I had a new directory c:\Boost with the \include and \lib sub dirs as mentioned in the "Getting Started" page. 8) Started visual studio.NET, went into the menu "Tools->Options->Projects->VC++ Directories" where I set "C:\boost_1_31_0" in the list of INCLUDE directories. 9) Copied a simple example from the boost website to test the libraries, compiled and VC doesn't find one of the header files.. 10) After many, many attempts I lost it and added the "C:\boost_1_31_0\lib" and "C:\boost_1_31_0\bin" to the other list of directories in the LIBRARY and EXECUTABLE list of directories in VC. After loosing it some more (after more attempts) I added even "C:\boost" in the same places as I had done in the previous steps (just in case). Now I get this fatal error "fatal error LNK1104: cannot open file 'libboost_filesystem-vc71-sgd-1_31.lib' " It doesn't seem to find the .lib but I have checked in the boost directories and that .lib is there!!! Any suggestions.... please... I also feel really bad, 'cause it seems I am the only idiot who hasn't been able to do this :(((( If someone can help me I will gladly return the favor (if I can) Thank you very very much in advance, Chris ------------------------ "Programming is Understanding" - Kristen Nygaard (I just wish I could understand more)

4 5

[admin] Wiki Spam -- IP's are being banned
by Jeff Garland 28 Jun '04

28 Jun '04

All - I'm cross-posting this to boost-users and the developer list since it pertains to both. Over the last couple months there has been a rise in 'spam attacks' on the Wiki. Basically people are inserting links to commercial sites on wiki pages. These sites are totally unrelated to boost, c++, etc. I thank the many boosters that have spent their precious time removing the defacements. But the time has come to crack down. The following IP ranges have been banned from the Wiki. 61.55.32.* 61.55.33.* 69.63.103.* 210.82.76.* 210.82.106.* 219.233.195.* 218.5.65.* I will be monitoring and banning additional IP addresses as needed. If I have accidentally banned someone incorrectly, please let me know offlist: jeff at crystalclearsoftware.com Thanks, Jeff

1 0

singleton_pool
by . . 28 Jun '04

28 Jun '04

hi all, i want to use singleton_pool, but on vc6.0 i get the following error (i have vc6.0 sp5): boost\pool\simple_segregated_storage.hpp(51) : error C2248: 'object_creator' : cannot access private struct declared in class 'boost::details::pool::singleton_default<struct boost::singleton_pool<class CMate rialProxy,4,struct boost::default_user_allocator_new_delete,class boost::details::pool::win32_mutex,32>::pool_type>' e:\documents\develop\include\boost-1.30.2\boost\pool\detail\singleton.hpp(63) : see declaration of 'object_creator' e:\documents\develop\include\boost-1.30.2\boost\pool\simple_segregated_storage.hpp(51) : while compiling class-template static data member 'struct boost::details::pool::singleton_default<struct boost::singleton_pool<class CMaterialProxy,4,st ruct boost::default_user_allocator_new_delete,class boost::details::pool::win32_mutex,32>::pool_type>::object_creator boost::details::pool::singleton_default<boost::singleton_pool<CMaterialProxy,4,boost::default_user_allocator_new_delete,boost::deta ils::pool::win32_mutex,32>::pool_type>::create_object' thanks in advance Fabio --------------------------------- Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages!

1 0

ternary search trie
by Sybrand Badenhorst 28 Jun '04

28 Jun '04

Hi, Does the BOOST library (somewhere) contain a ternary search trie container type (as described by Robert Sedgewick in his "Algorithms - 3ed edition" or here: http://www.cs.princeton.edu/~rs/strings/) that can by used as a standalone container (such as for example STL's map) ? I don't find something like this listed on the Boost library page (http://www.boost.org/libs/libraries.htm) Any help will be greatly appreciated, Thanks Sybrand

3 3

Spirit problem
by Michael Orlov 28 Jun '04

28 Jun '04

Hi, I am new to Spirit, and I am writing a reader for s-expressions, and so far has encountered the following problems, which seem to me to be contrarry to the documentation (Spirit 1.8.0 in Boost 1.31.0). Consider the following (small) C++ program: --------------------------------------------- #include <iostream> #include <iterator> #include <string> #include <boost/spirit/core.hpp> #include <boost/spirit/iterator/multi_pass.hpp> using namespace std; using namespace boost::spirit; struct Sexp : public boost::spirit::grammar<Sexp> { template <typename ScannerT> struct definition { typedef rule<ScannerT> rule; definition(const Sexp &self) { first = ( sexp = '(' >> *sexp >> ')' ); } subrule<0> sexp; rule first; const rule& start() const { return first; } }; }; int main() { typedef std::istream_iterator<char> iterator_t; typedef boost::spirit::multi_pass< iterator_t, boost::spirit::multi_pass_policies::input_iterator, boost::spirit::multi_pass_policies::first_owner > iterator_wrapper_t; Sexp sexper; iterator_t under_first(cin); iterator_t under_last; iterator_wrapper_t first(under_first); iterator_wrapper_t last(under_last); while (true) { parse_info<iterator_wrapper_t> info = parse(first, last, sexper); first.clear_queue(); if (info.hit) std::cout << "Hit: " << info.length << std::endl; else break; }; } --------------------------------------------- The purpose is to read s-expression from input, delivering them to the user the moment they are ready. Since whitespace skipper tries to consume as much space as it can, it is not suitable here, so I don't want to use it. Here comes the first problem: even when I don't pass space_p to parse(), the skipper is still present: --- ( ) ^D Hit: 2 --- --- (())( Hit: 4 ) ^D Hit: 2 --- Another problem is when I try to use istreambuf_iterator instead of istream_iterator (this is done in Spirit examples, too). When substituting istreambuf_iterator in the first typedef in main(), the program no longer compiles - neither with Intel Compiler 8.0.055, nor with GCC 3.3.2. Intel complains about /usr/local/include/boost/spirit/iterator/multi_pass.hpp(537): error: initial value of reference to non-const must be an lvalue return **input; and GCC's messages are too long to parse. :) Any help? Thanks, Michael

2 1

Using Regex
by kinshuk srivastava 27 Jun '04

27 Jun '04

Hi I have installed the boost 1.31.0 and have been trying to compile the test examples that were there in the regular expression library.But the compiler isnt able to identify the header files.So I did include the path during my compilation by using the -I and the path name..However it is still inable to compile as it is unable to include or search the indented header files... This is my first time I have been using this kind of library.Can someone suggest a way so that I can start using the library.Is there a way in which I can directly compile nad run the files without having to go through the ordeal of specifying the path at compile time everytime I wanna use the file Any help will be highly appreciated. Sincerely -Kinshuk ________________________________________________________________________ Yahoo! India Matrimony: Find your partner online. http://yahoo.shaadi.com/india-matrimony/

2 1

Automake/Autoconf rules for boost libs
by Sebastian Stein 27 Jun '04

27 Jun '04

Hi folks, is somewhere documented how to add automake/autoconf stuff for boost to a project? I have a set of small testcases and the need boost_unit_test_framework-gcc library to compile. At the moment I add the lib directly to linker options with project_test_LDADD = -lboost_unit_test_framework-gcc But this is not platform independent, because someone might have not gcc installed. So how can I do it in a better way? Sebastian

5 5

[Fwd: [subgraph] unable to set graph properties using set_property() method]
by LOU Wenwu 27 Jun '04

27 Jun '04

Hi, I was trying to set graph properties, such as a meaningful name, to individual subgraphs, but the following test code failed. ====================================== typedef adjacency_list<v ecS, vecS, directedS, no_property, no_property no_property, property<graph_name_t, std::string> > graph_t; typedef subgraph<graph_t> subgraph_t; graph_t g; boost::set_property(g, graph_name, "a graph"); // **this worked, of course subgraph_t sg; boost::set_property(g, graph_name, "subgraphs"); // ** Error C2784 Error C2784: could not deduce template argument... ======================================= I used the BGL came with Boost 1.30.0 in .NET 2003. Any idea of how to make it work? Thanks, Daniel

1 0

Newbie question: add_edge()
by Tim Rowe 27 Jun '04

27 Jun '04

Thanks for all the help so far. I'm not there yet, though! The documentation for add_edge() says that the first two parameters are of type boost::graph_traits<G>::vertex_descriptor. In the example in quick_tour.html it is called with integers (from an enum) as its first two parameters. Is that because: i. add_edge is overloaded to take integers as the first two parameters; ii. boost::graph_traits<G>::vertex_descriptor just happens to be an integer type in this case; iii. boost::graph_traits<G>::vertex_descriptor is /always/ an integer type; or iv. some other reason I haven't thought of. Thanks in advance.

2 3

Problem
by przemyslaw.sliwa＠gazeta.pl 26 Jun '04

26 Jun '04

Dear All, I am a beginner with Boost and hae compiled the library on my suse 9.0 Athlon-m machine. I can compile the programs and link them (using Kdevelop) but if I invoke the programm I am getting a strange error which shows me that the shared library libboost_date_time-gcc-1_31.so.1. 31.0 cannot be loaded. This is somehow strange since I have linked against the static library using the argument -lboost_date_time-gcc. The boost install process compile a big rane of libraries and I am ot familar ith them. Can you help me with this issue??? Thank you very much for any kind of help, Przemyslaw

1 0

problem compiling with Dinkumware
by Jean-Pierre Gygax 26 Jun '04

26 Jun '04

Hi, I'm having trouble properly compiling Boost with the Dinkumware STL implementation (working with Visual C++ 7.1). The problem is that bjam always calls CL with a /I that pulls in Microsoft's include files first, so that they take precedence over the Dinkumware ones. This behavior seems to be rooted far down in the file Jambase located in jam_src. I don't really feel like fooling with that. What can I do? -- Jean-Pierre

3 5

Tweaking the Skip Parser, was RE: [Boost-users] Spirit 1.6 with VC6
by Mark Storer 26 Jun '04

26 Jun '04

> No chance of switching to 7.1? :-) Things are looking up. We just did a project-wide upgrade to... VC7.1. Problem solved. I'm now merrily writing rules for my JavaScript parser. It doesn't have to support the whole language (not for a while, maybe never), I just need to be able to parse out the names and locations of all the functions in a file. It's for a JavaScript editor built into one of our products, and later we'll be adding auto-completion. That'll require a more thorough parser, but for now, I'm just after funciton locations. So far so good... though I'll undoubtedly be quite familiar with the BOOST_SPIRIT_DEBUG* macros before I'm done. I've got another Spirit question: I've been adding "*comment" throughout the rules and it's getting tiresome: rule<phrase_scanner_t> blockComment = comment_p( "/*", "*/" ); rule<phrase_scanner_t> lineComment = comment_p( "//" ); rule<phrase_scanner_t> comment = blockComment | lineComment; Spraying the "comment" rule liberally through my rules is an option... rule<phrase_scanner_t> codeBlock = ch_p('{') >> *(comment | codeBlock | ~ch_p('}')) >> ch_p('}'); ... but not an appealing one. This becomes particularly true once I start working on the auto-completion parser. It just occured to me that if the skip parser ate comments for me, it would greatly simplify my rules. I'd like to tweak the skip parser so it skips over my "comment" rule as well as white space. I just took a stab at this, but didn't get very far. I tried: parse(str, rules, space_p | comment) but that resulted in a compiler error. 7.1's errors are MUCH easier to read that 6's. I'm going to like this new compiler. C:\SDKs\boost_1_31_0\boost\spirit\core\non_terminal\impl\rule.ipp(190): error C2664: 'boost::spirit::impl::abstract_parser<ScannerT,AttrT>::do_parse_virtual' : cannot convert parameter 1 from 'const scanner_t' to 'const boost::spirit::rule<T0>::scanner_t &' with [ ScannerT=boost::spirit::rule<boost::spirit::phrase_scanner_t>::scanner_t, AttrT=boost::spirit::rule<boost::spirit::phrase_scanner_t>::attr_t ] and [ T0=boost::spirit::phrase_scanner_t ] Pointing me to the relevant section of the docs is an acceptable answer, though I wouldn't mind a little more info than that. ;) I'll keep plugging away. If I come up with an answer, I'll post it to the list. I'd expect this to be useful to other beginners at the very least. --Mark Storer Senior Software Engineer Verity, Inc.

3 3

RE: [Boost-users] Re: Tweaking the Skip Parser, was RE: Spirit 1.6 with VC6
by Mark Storer 25 Jun '04

25 Jun '04

Okay. Problem solved. The answer was indeed inside #scanner_business. Rules make for picky parsers. So I used a grammar<> and it compiled just fine. Now if I can just get it to WORK. ;) Whoops. Infinite recursion. Back to the drawing board... but at least now I don't need "*comment" sprinkled liberally throughout my rules. --Mark Storer Senior Software Engineer Verity, Inc. > -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org]On Behalf Of Jeff Flinn > Sent: Friday, June 25, 2004 10:46 AM > To: boost-users(a)lists.boost.org > Subject: [Boost-users] Re: Tweaking the Skip Parser,was RE: Spirit 1.6 > with VC6 > > > Take a look at: > > http://www.boost.org/libs/spirit/doc/faq.html#scanner_business > > You don't want the skip parser to be a phrase level scanner. > > parse(str, rules, space_p | comment_p( "/*", "*/" ) | > comment_p( "//" ) ) > > may work for you? > > Jeff F > > "Mark Storer" <MStorer(a)verity.com> wrote in message > news:076D1E704127414E9FEAFFC31F66C9472739CD@vrsdex1.verity.com... > > > No chance of switching to 7.1? :-) > > > > Things are looking up. We just did a project-wide upgrade > to... VC7.1. > Problem solved. I'm now merrily writing rules for my > JavaScript parser. It > doesn't have to support the whole language (not for a while, > maybe never), I > just need to be able to parse out the names and locations of all the > functions in a file. It's for a JavaScript editor built into > one of our > products, and later we'll be adding auto-completion. That'll > require a more > thorough parser, but for now, I'm just after funciton locations. > > > > So far so good... though I'll undoubtedly be quite familiar with the > BOOST_SPIRIT_DEBUG* macros before I'm done. > > > > I've got another Spirit question: I've been adding > "*comment" throughout > the rules and it's getting tiresome: > > > > rule<phrase_scanner_t> blockComment = comment_p( "/*", "*/" ); > > rule<phrase_scanner_t> lineComment = comment_p( "//" ); > > rule<phrase_scanner_t> comment = blockComment | lineComment; > > > > Spraying the "comment" rule liberally through my rules is > an option... > > > > rule<phrase_scanner_t> codeBlock = ch_p('{') >> > *(comment | codeBlock > | ~ch_p('}')) >> ch_p('}'); > > > > ... but not an appealing one. This becomes particularly > true once I start > working on the auto-completion parser. > > > > It just occured to me that if the skip parser ate > comments for me, it > would greatly simplify my rules. I'd like to tweak the skip > parser so it > skips over my "comment" rule as well as white space. I just > took a stab at > this, but didn't get very far. I tried: > > > > parse(str, rules, space_p | comment) > > > > but that resulted in a compiler error. 7.1's errors are > MUCH easier to > read that 6's. I'm going to like this new compiler. > > > > > C:\SDKs\boost_1_31_0\boost\spirit\core\non_terminal\impl\rule. > ipp(190): > error C2664: > 'boost::spirit::impl::abstract_parser<ScannerT,AttrT>::do_pars > e_virtual' : > cannot convert parameter 1 from 'const scanner_t' to 'const > boost::spirit::rule<T0>::scanner_t &' > > with > > [ > > > ScannerT=boost::spirit::rule<boost::spirit::phrase_scanner_t>: > :scanner_t, > > > AttrT=boost::spirit::rule<boost::spirit::phrase_scanner_t>::attr_t > > ] > > and > > [ > > T0=boost::spirit::phrase_scanner_t > > ] > > > > Pointing me to the relevant section of the docs is an > acceptable answer, > though I wouldn't mind a little more info than that. ;) > > > > I'll keep plugging away. If I come up with an answer, I'll > post it to the > list. I'd expect this to be useful to other beginners at the > very least. > > > > --Mark Storer > > Senior Software Engineer > > Verity, Inc. > > > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

RE: [Boost-users] Re: Tweaking the Skip Parser, was RE: Spirit 1.6 with VC6
by Mark Storer 25 Jun '04

25 Jun '04

Neither of your suggestions worked for me. Both gave me the same basic "do_parse_virtual: can't convert from 'const scanner_t' to 'const boost::spirit::rule<T0>::scanner_t &'". I had a suspision about the phrase vs char thing... good to know. So should I be looking for a compiler fix or an alternate path? Still plugging away... no joy yet. --Mark Storer Senior Software Engineer Verity, Inc. > -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org]On Behalf Of Jeff Flinn > Sent: Friday, June 25, 2004 10:52 AM > To: boost-users(a)lists.boost.org > Subject: [Boost-users] Re: Tweaking the Skip Parser,was RE: Spirit 1.6 > with VC6 > > > Mark, > > I didn't mean to imply this was the only way to accomplish > what you want to > do. You can create a full fledged grammar and use it as your > skip parser. > Or, create a functor_parser, which works for me. > > struct SkipperDct > { > typedef int result_t; > > template< typename ScannerT > > int operator()( ScannerT const& scan, result_t& )const > { > match<> m = ( +space_p > | lexeme_d[ comment_p("//") > | comment_nest_p("/*","*/") > ] > ).parse( scan ); > > return m? m.length() : -1; > } > }; > > functor_parser<SkipperDct> SkipperDct_p; > > }; > > Also note the use of 'comment_nest_p'. > > Jeff F > > > > "Mark Storer" <MStorer(a)verity.com> wrote in message > news:076D1E704127414E9FEAFFC31F66C9472739CD@vrsdex1.verity.com... > > > No chance of switching to 7.1? :-) > > > > Things are looking up. We just did a project-wide upgrade > to... VC7.1. > Problem solved. I'm now merrily writing rules for my > JavaScript parser. It > doesn't have to support the whole language (not for a while, > maybe never), I > just need to be able to parse out the names and locations of all the > functions in a file. It's for a JavaScript editor built into > one of our > products, and later we'll be adding auto-completion. That'll > require a more > thorough parser, but for now, I'm just after funciton locations. > > > > So far so good... though I'll undoubtedly be quite familiar with the > BOOST_SPIRIT_DEBUG* macros before I'm done. > > > > I've got another Spirit question: I've been adding > "*comment" throughout > the rules and it's getting tiresome: > > > > rule<phrase_scanner_t> blockComment = comment_p( "/*", "*/" ); > > rule<phrase_scanner_t> lineComment = comment_p( "//" ); > > rule<phrase_scanner_t> comment = blockComment | lineComment; > > > > Spraying the "comment" rule liberally through my rules is > an option... > > > > rule<phrase_scanner_t> codeBlock = ch_p('{') >> > *(comment | codeBlock > | ~ch_p('}')) >> ch_p('}'); > > > > ... but not an appealing one. This becomes particularly > true once I start > working on the auto-completion parser. > > > > It just occured to me that if the skip parser ate > comments for me, it > would greatly simplify my rules. I'd like to tweak the skip > parser so it > skips over my "comment" rule as well as white space. I just > took a stab at > this, but didn't get very far. I tried: > > > > parse(str, rules, space_p | comment) > > > > but that resulted in a compiler error. 7.1's errors are > MUCH easier to > read that 6's. I'm going to like this new compiler. > > > > > C:\SDKs\boost_1_31_0\boost\spirit\core\non_terminal\impl\rule. > ipp(190): > error C2664: > 'boost::spirit::impl::abstract_parser<ScannerT,AttrT>::do_pars > e_virtual' : > cannot convert parameter 1 from 'const scanner_t' to 'const > boost::spirit::rule<T0>::scanner_t &' > > with > > [ > > > ScannerT=boost::spirit::rule<boost::spirit::phrase_scanner_t>: > :scanner_t, > > > AttrT=boost::spirit::rule<boost::spirit::phrase_scanner_t>::attr_t > > ] > > and > > [ > > T0=boost::spirit::phrase_scanner_t > > ] > > > > Pointing me to the relevant section of the docs is an > acceptable answer, > though I wouldn't mind a little more info than that. ;) > > > > I'll keep plugging away. If I come up with an answer, I'll > post it to the > list. I'd expect this to be useful to other beginners at the > very least. > > > > --Mark Storer > > Senior Software Engineer > > Verity, Inc. > > > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

a template to extend types to support something like SQL NULL
by Erik Thiele 25 Jun '04

25 Jun '04

hi i have an int. but it should also support a "undefined" state like SQL NULL. most times i can use -1 for this. but there are also data types without a reasonable undefined value. maybe float or double. or maybe -1 is perfectly legal. so i used my own smartptr class (which i will replace by boost::shared_ptr since it is better and compatible to libs from strangers) to fix the problem as follows: shared_ptr<int> a(new int(10)); shared_ptr<int> b; // has the value "undefined" like SQL NULL. now i can do checks like if ( ! b ) printf("%d", *b); now my problem was that several places in my program access the same int instance. they can assign values, and then other parts of the program can read these values. that's good behaviour.but i cannot set the object to "undefined". see why: void foo (shared_ptr<int> a) { *a = 10; // <-- ok! this works! everybody now has the 10! } void errorfoo (shared_ptr<int> a) { a.reset(); // <-- this does of course not work, since only my local // copy of a is now SQL NULL. } so i restructured my shared_ptr to make it able to hold this special SQL NULL state also. this way i got really awkward semantics though. i don't go in details here, but in my shared_ptr the errorfoo function works as expected. (the function is not called "reset" then). but i got severe problems in typecast semantics of my modified shared_ptr, so i decided to dump this beast before anyone else has to see it :-))) i thought that maybe it's not a good idea to unite smartpointer with SQL NULL facility. maybe it is better to write: shared_ptr<nullabletype<int> > x(new nullabletype<int>(55)); x->setnull(); if (x->isnull()) fooooo(); printf("the int is %d\n", x->obj()); // throw exception if x is null in this example the shared_ptr is just sugar. it is not needed. the nullable subsystem is now independent from shared_ptr. is there such a nullable type extender beast in boost somewhere? or do i have to invent it? by the way, the following is not a good solution i think: int thevalue; bool thevalue_is_defined; now programmers can do errors like access "thevalue" even though "thevalue_is_defined" is false. i want some mechanism to prevent programmers from doing this kind of errors. if and only if the value is defined it should be possible to read it. also this nullable type extender is handy for a database layer to interact with SQL. cya! erik -- Erik Thiele

3 2

OT: detect unneded includes
by Erik Thiele 25 Jun '04

25 Jun '04

hi. this is OFFTOPIC. i am searching for a way to detect unused #include directives. i'd appreciate some GPL tool. in the transition from more and more of my own small helper classes to boost stuff i find difficult to remove unneeded #includes. i am sure my code is full of useless dependencies. cya erik -- Erik Thiele

2 1

Spirit 1.6 with VC6
by Mark Storer 25 Jun '04

25 Jun '04

I'm getting several compiler errors when trying to use the Spirit library. When compiling one of the samples from the v1.6 documentation, I get a linker error: SpiritTest.obj : fatal error LNK1179: invalid or corrupt file: duplicate comdat "?do_parse@?$parse_subrule@V?$match@Unil_t@spirit@boost@@@spirit@boost@@U?$subrules_scanner@V?$scanner@PBDU?$scanner_policies@U?$skipper_iteration_policy@Uiteration_policy@spirit@boost@@@spirit@boost@@Umatch_policy@23@Uaction_policy@23@@spirit@boos67ac75e0" LNK1179 suggested that the /H _compiler_ option might be involved. It (supposedly) controls how long a symbol is allowed to be when the compiler is generating symbol names. I've tried several different variations on the /H option, /H512, /H1024, etc. They all give the same error message, and the symbol "?do_parse@..." doesn't get any longer (or shorter for that matter). I also get a number compiler errors when I #include <boost/spirit.hpp>: c:\sdks\boost-1.30.2\boost\spirit\utility\impl\chset\basic_chset.ipp(32) : error C2955: 'arg' : use of class template requires template argument list c:\sdks\boost-1.30.2\boost\bind\arg.hpp(26) : see declaration of 'arg' ----------basic_chset.ipp, lines 31-33 template <typename CharT> inline basic_chset<CharT>::basic_chset(basic_chset const& arg) : rr(arg.rr) {} ----------arg.hpp lines 24-26 template<int I> class arg { }; The boost/bind include is in the core/composite/actions. Trying to mess with the order of inclusion seems Fraught With Peril. The basic_chset template is in "utility", and everything in "utility" depends on various bits and pieces of "core". basic_chset is derived from unary, which is defined in core/composite. A Gordian knot... and me without a sword. --Mark Storer Senior Software Engineer Verity, Inc.

2 1

RE: [Boost-users] protassign
by Nat Goodspeed 24 Jun '04

24 Jun '04

> -----Original Message----- > From: Nat Goodspeed > Sent: Wednesday, June 23, 2004 12:17 PM > To: boost-users(a)lists.boost.org > Subject: RE: [Boost-users] protassign > > In the forthcoming Boost serialization library: > > http://www.rrsd.com/boost/ > > there's a state_saver template class that does what you're talking > about: > > http://www.rrsd.com/boost/libs/serialization/doc/state_saver.html > > This seems useful enough to promote to a library more general than the > serialization library. Hmm! I was suggesting that the state_saver template from the serialization library be elevated. If the protassign template makes it into Boost sooner, may I suggest that the serialization library be revised to use protassign instead of state_saver? We certainly wouldn't want two redundant Boost templates.

1 0

RE: [Boost-users] protassign
by Nat Goodspeed 24 Jun '04

24 Jun '04

> -----Original Message----- > From: Erik Thiele [mailto:erik@thiele-hydraulik.de] > Sent: Wednesday, June 23, 2004 11:28 AM > To: boost-users(a)lists.boost.org > Subject: [Boost-users] protassign > > now i can do: > > void foo() > { > protassign<bool> foorunning_assigner(foorunning, true); > dojobs(); > dofoooo(); > } > > and that's all. is there one such thing in boost already??? [Nat] In the forthcoming Boost serialization library: http://www.rrsd.com/boost/ there's a state_saver template class that does what you're talking about: http://www.rrsd.com/boost/libs/serialization/doc/state_saver.html This seems useful enough to promote to a library more general than the serialization library.

3 3

failures and featurerequest in/for numeric_cast
by Peter Piehler 24 Jun '04

24 Jun '04

failures and featurerequest in/for numeric_cast I use boost in a little project for my study. In some cases the software must convert numeric datatypes. So I tried to convert with boost-library numeric_cast and found the following problems (gcc version 3.2.3 20030422): -the maximum could not be handled correctly, for example: +numeric_cast<int>(numeric_limits<unsigned int>::max()); doesn't throw a exception -no precession handling, example: +numeric_cast<float>(numric_limits<double>::epsilon()+1); doesn't throw a exception -no NaN, bounded/unbounded and exact handling. -no specialization. I need numeric_cast specializiation for: +numeric_limits-interface can't use for datatypes with caracteristics only known at runtime. +datatyps without static_cast support (example: gmp-library) So I have extended the boost::numeric_cast for my special requirements. You can download it under the following link: http://www.pienet.de/source/numeric_cast.tar.gz . Compile and run numeric_cast_tescases.cpp with USE_BOOST_CAST to test ::boost::numeric_cast. The output is: Running 2 test cases... numeric_cast_testcases.cpp(72): error in "standard_cast_test": exception bad_numeric_cast is expected numeric_cast_testcases.cpp(91): error in "standard_cast_test": exception bad_numeric_cast is expected numeric_cast_testcases.cpp(93): error in "standard_cast_test": exception bad_numeric_cast is expected numeric_cast_testcases.cpp(135): error in "standard_cast_test": exception bad_numeric_cast is expected *** 4 failures detected in test suite "numeric_cast Test" I think the line static_cast<X>(static_cast<Y>(x)) != x; is a tricky code. For X/Y==char/unsigned char,short/unsigned short etc. is always false. The compiler convert it only if the datatypes have not the same size/bytes or are between integers and floating points. sorry for my bad english and code, it's the first time that i ever have published. Peter Bestellen Sie Y! DSL und erhalten Sie die AVM "FritzBox SL" für 0. Sie sparen 119 und bekommen 2 Monate Grundgebührbefreiung. http://de.adsl.yahoo.com

2 1

bug in date_time? cannot initialize ptime to not_a_date_time
by Erik Thiele 24 Jun '04

24 Jun '04

hi. #include <boost/date_time/posix_time/ptime.hpp> int main() { boost::posix_time::ptime x(boost::date_time::not_a_date_time); } # g++ --version 2.95.4 #g++ -Wall -c foo.cpp -Iboost_1_31_0 (compiling into cache) foo.cpp: In function `int main()': foo.cpp:5: no matching function for call to `boost::posix_time::ptime::ptime (boost::date_time::special_values)' boost/boost/date_time/posix_time/ptime.hpp:39: candidates are: boost::posix_time::ptime::ptime(boost::gregorian::date, boost::posix_time::time_duration) boost/boost/date_time/posix_time/ptime.hpp:42: boost::posix_time::ptime::ptime(boost::gregorian::date) boost/boost/date_time/posix_time/ptime.hpp:45: boost::posix_time::ptime::ptime(const boost::posix_time::int64_time_rep &) boost/boost/date_time/posix_time/ptime.hpp:48: boost::posix_time::ptime::ptime(const boost::posix_time::ptime &) foo.cpp:5: warning: unused variable `class boost::posix_time::ptime x' -- Erik Thiele

2 1

protassign
by Erik Thiele 23 Jun '04

23 Jun '04

hi in some cases i do assign values to variables just for the life of my function: void foo() { bool oldfoorunning = foorunning; foorunning = true; dojobs(); dofoooo(); foorunning = oldfoorunning; } now the problem arises when dojobs throws an exception. in order to be safe i have to do: void foo() { bool oldfoorunning = foorunning; foorunning = true; try { dojobs(); dofoooo(); } catch (...) { foorunning = oldfoorunning; throw; } foorunning = oldfoorunning; } this is ugly and it can get more ugly by having more than one such variable. then you stack try/catch into each other and code gets really ugly and error prone. for that reason i created a class as follows: template<class X> class protassign : public boost::non_copyable { public: inline protassign (X &var_, const X &newvalue) : var(var_) { oldvalue = var; var = newvalue; } inline ~protassign () { try { var = oldvalue; } CATCHDESTRUCTOR; //<-- my special destructor error catching macro, //forget it. (is there an alternative in boost?) } private: X &var; X oldvalue; }; now i can do: void foo() { protassign<bool> foorunning_assigner(foorunning, true); dojobs(); dofoooo(); } and that's all. is there one such thing in boost already??? cu erik -- Erik Thiele

1 0

Re: Re: compiling boost with mingw in winxp
by Alexis H. Rivera-Rios 23 Jun '04

23 Jun '04

Hi, 1) g++ is in the path. Doing the g++ --version displays the version information: C:\opt\boost_1_31_0>g++ --version g++ (GCC) 3.2.3 (mingw special 20030504-1) Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. 2) Mingw is installed in the default directory: c:\mingw Does the fact that I got a warning about spawnvp function when I built bjam has something to do with this? C:\opt\boost-jam-3.1.10>.\bootstrap.mingw\jam0 -f build.jam --toolset=mingw "--t oolset-root= " ...found 83 targets... ...updating 4 targets... .cc. bin.ntx86\yyacc.exe .cc. bin.ntx86\mkjambase.exe .cc. bin.ntx86\jam.exe execnt.c: In function `execcmd': execnt.c:651: warning: passing arg 3 of `spawnvp' from incompatible pointer type execnt.c:682: warning: passing arg 3 of `spawnvp' from incompatible pointer type .link. bin.ntx86\bjam.exe 1 file(s) copied. ...updated 4 targets... I read somewhere something about different signatures for the spawn function and this indicates the one used by bjam is not the one that mingw supports. Why would spawn fail? Is this an OS issue or a compiler thing? Is bjam the program that fails? Or is it a python script that fails? How can I trace this error? I really appreciate your help, Alex ===== Programming Tutorial: In Python: To do this, do this In Perl: To do this, do this or this or this or this... In C: To do this, do this, but be careful In C++: To do this, do this, but don't do this, be careful of this, watch out for this, and whatever you do, don't do this __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

3 3

Re: [Boost-users] Re: compiling boost with mingw in winxp
by Alexis H. Rivera-Rios 22 Jun '04

22 Jun '04

Hi, This is the output of running the command line with the d+4 and d+2 option respectively. I'm running the command from the dos shell (cmd.exe). As far as the filesystem. The filesystem is NTFS. Thanks, Alex C:\opt\boost_1_31_0>bjam -sTOOLS=mingw -sPYTHON_ROOT=c:\Python23 -sPYTHON_VERSIO N=2.3 -d+4 Executing raw command directly Executing command [g++] [-Wl,--exclude-symbols,_bss_end__:_bss_start__:_data_end __:_data_start__] [-Wl,--out-implib,bin\boost\libs\date_time\build\boost_date_ti me.dll\mingw\debug\boost_date_time-mgw-d-1_31.lib] [-g] [-shared] [-mno-cygwin] [-o] ["bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\boost_date _time-mgw-d-1_31.dll"] ["bin\boost\libs\date_time\build\boost_date_time.dll\ming w\debug\greg_month.obj"] ["bin\boost\libs\date_time\build\boost_date_time.dll\mi ngw\debug\greg_weekday.obj"] ["bin\boost\libs\date_time\build\boost_date_time.dl l\mingw\debug\date_generators.obj"] spawn: Invalid argument C:\opt\boost_1_31_0>bjam -sTOOLS=mingw -sPYTHON_ROOT=c:\Python23 -sPYTHON_VERSIO N=2.3 -d+2 gcc-Link-action bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\b oost_date_time-mgw-d-1_31.dll bin\boost\libs\date_time\build\boost_date_time.dll \mingw\debug\boost_date_time-mgw-d-1_31.lib g++ -Wl,--exclude-symbols,_bss_end__:_bss_start__:_data_end__:_data_start_ _ -Wl,--out-implib,bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debu g\boost_date_time-mgw-d-1_31.lib -g -shared -mno-cygwin -o "bin\boost\libs\dat e_time\build\boost_date_time.dll\mingw\debug\boost_date_time-mgw-d-1_31.dll" "bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_month.obj" "bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_weekday.obj " "bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\date_generator s.obj" spawn: Invalid argument ===== Programming Tutorial: In Python: To do this, do this In Perl: To do this, do this or this or this or this... In C: To do this, do this, but be careful In C++: To do this, do this, but don't do this, be careful of this, watch out for this, and whatever you do, don't do this __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

4 4

Dynamic bitset help
by Michael Short 21 Jun '04

21 Jun '04

Hello please anyone some one must have a example or something using the dynamic bitset? Has anyone got a few good examples of the dynamic bitset been used with member functions like append and block type? If so could you please send in some thanks. Michael

1 0

Re: [Boost-users] Newbie: What is the actual return type?
by Doug Gregor 21 Jun '04

21 Jun '04

[Sorry about the top-post; switching e-mail accounts] On Sun, 20 Jun 2004, Tim Rowe wrote: > > You're actually getting back an (Lvalue) property map. Think of it > > like an std::map<vertex_descriptor, std::string>, because it maps > > from the vertices in the graph g to the vertex name (which is an > > std::string here). The difference is that the property map is fast > > (O(1)) whereas the std::map would be slow (O(log |V|)). > > > > Interior properties will get a bit easier with the next Boost > > release. > > > > > > Doug > > Thanks. The property_map documentation says that "the get() function > takes a property map object [...] and a key object"; is that the get() > that's used there? Well, no :(. The get() being used there is actually part of the PropertyGraph concept, documented here: http://www.boost.org/libs/graph/doc/PropertyGraph.html When you have an interior property p (like vertex_name_t in the example graph) and graph g, the expression get(p, g) gives you a property map for that particular property and graph, that can be "indexed" with the appropriate key (e.g., a vertex or edge descriptor). > So vertex_name is a map of maps, with a Graph as a key? This analogy actually works (much to my surprise!), so long as you don't push it too far :) So yes, get(vertex_name, g) returns a map from vertices in g to the name of the vertex. > And where is the interface to property_map defined? > boost_1_31_0\libs\graph\doc\using_property_maps.html says that it's > defined in boost_1_31_0\libs\property_map\property_map.html, but that > just > contains another example, and I can't find which header declares it -- I > can't see it in property_map.hpp which is where I expected it to be! The actual struct template property_map is used (only!) to get the return type of, e.g., get(vertex_name, g). It is defined in boost/graph/properties.hpp, but the definition won't help much because I don't think that's quite what you're asking for. When you use get(vertex_name, g) you get back a property map. There's no single type that defines a property map, because it's a concept. To find out what you can do with a property map, check out: http://www.boost.org/libs/property_map/property_map.html Specifically, you want the links to the ReadablePropertyMap, WriteblePropertyMap, and LvaluePropertyMap concepts. Doug

1 0

Re: [Boost-users] compiling boost with mingw in winxp
by Alexis H. Rivera-Rios 21 Jun '04

21 Jun '04

Janusz, I'm using version 3.1.0-1 of mingw (its basically the current release that you can download at www.mingw.org) THanks, Alex PS. Sorry for posting in another thread, I don;t know how to reply in the current thread. Alexis H. Rivera-Rios writes: > Hi, > > I downloaded boost 1.31.0 and I'm using bjam version > 3.1.10. What mingw version are you using? Regards, Janusz ===== Programming Tutorial: In Python: To do this, do this In Perl: To do this, do this or this or this or this... In C: To do this, do this, but be careful In C++: To do this, do this, but don't do this, be careful of this, watch out for this, and whatever you do, don't do this __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail

4 4

Newbie: What is the actual return type?
by Tim Rowe 20 Jun '04

20 Jun '04

In the Kevin Bacon example in the Boost::Graph documentation, we declare: typedef adjacency_list < vecS, vecS, undirectedS, property < vertex_name_t, std::string >, property < edge_name_t, std::string > > Graph; Graph g; and later declare and call: typedef property_map < Graph, vertex_name_t >::type actor_name_map_t; actor_name_map_t actor_name = get(vertex_name, g); What are we actually getting back here? I can see that we can index it (we do later), but is it just an array? Or a vector? Or what? I assume I am /supposed/ to know (not like Ada's "type foo is private"), so that I know what I can do with it! TIA, Tim Rowe

2 2

Re: staticially linked STLport and Boost
by Lukáš Krejčí 20 Jun '04

20 Jun '04

Hi, I have encountered similar problem that you solved after "some fiddling". Can you specify what exactly you did to successfully compile Boost.Python? Thanks, L. >> try >> >> bjam "-sTOOLS=msvc-stlport" "-sBUILD=debug <runtime-link>static ><stlport-iostream>on" > >The default Boost.Python settings seem to conflict with ><runtime-link>static, but after some fiddling I worked out how to fix >it. I thought it wouldn't need this, but I also needed to force >"<threading>multi" to get it passed the final set of linking problems. > Of course, it seems to work at the moment, and I'll probably be back >here if/when I start getting strange crashes :) > > Thanks for the pointer in the right direction :) >

1 0

BGL on VC6.0
by Boris Kagan 20 Jun '04

20 Jun '04

Hi All, I have a problem in compiling my very first example in BGL - quick_tour.cpp, using boost-1_31, VC 6.0 and native Microsoft stl. I've got the following error messages: c:\boost\include\boost-1_31\boost\graph\detail\adjacency_list.hpp(1055) : error C2244: 'bidirectional_graph_helper_with_property<Config>::remove_edge' : unable to resolve function overload c:\boost\include\boost-1_31\boost\graph\detail\adjacency_list.hpp(1057) : error C2954: template definitions cannot nest c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(45) : error C2143: syntax error : missing ';' before '<' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(45) : error C2059: syntax error : '<' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(45) : error C2039: 'type' : is not a member of '`global namespace'' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(45) : error C2238: unexpected token(s) preceding ';' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(52) : error C2653: 'mpl' : is not a class or namespace name c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(52) : error C2143: syntax error : missing ';' before '<' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(52) : error C2059: syntax error : '<' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(56) : error C2238: unexpected token(s) preceding ';' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(69) : fatal error C1903: unable to recover from previous error(s); stopping compilation My question is : May I use BGL 1_31 using VC6.0 with all restrictions of VC6.0 compiler? Thanks a lot for your advice, Kagan Boris.

1 0

compiling boost with mingw in winxp
by Alexis H. Rivera-Rios 18 Jun '04

18 Jun '04

Hi, I downloaded boost 1.31.0 and I'm using bjam version 3.1.10. I want to compile the code with Mingw by doing the following: bjam -s"TOOLS=mingw" and I get the following message: C:\opt\boost_1_31_0>bjam -s"TOOLS=mingw" install ...found 8817 targets... ...updating 3260 targets... MkDir1 C:\Boost MkDir1 C:\Boost\lib gcc-Link-action bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\b oost_date_time-mgw-d-1_31.dll bin\boost\libs\date_time\build\boost_date_time.dll \mingw\debug\boost_date_time-mgw-d-1_31.lib spawn: Invalid argument I have no idea were to start looking to debug the code. If it may help, I downloaded the source code for bjam and compiled it and get the following messages: C:\opt\boost-jam-3.1.10>build mingw ### ### Using 'mingw' toolset. ### C:\opt\boost-jam-3.1.10>rd /S /Q bootstrap.mingw C:\opt\boost-jam-3.1.10>md bootstrap.mingw C:\opt\boost-jam-3.1.10>gcc -DNT -o bootstrap.mingw\jam0.exe command.c compile. c execnt.c execunix.c execvms.c expand.c filent.c fileos2.c fileunix.c filevms.c glob.c hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c mak e1.c newstr.c option.c parse.c pathunix.c pathvms.c regexp.c rules.c scan.c sear ch.c subst.c timestamp.c variable.c modules.c strings.c filesys.c builtins.c pwd .c class.c w32_getreg.c native.c modules/set.c modules/path.c modules/regex.c m odules/property-set.c modules/sequence.c modules/order.c execnt.c: In function `execcmd': execnt.c:651: warning: passing arg 3 of `spawnvp' from incompatible pointer type execnt.c:682: warning: passing arg 3 of `spawnvp' from incompatible pointer type C:\opt\boost-jam-3.1.10>.\bootstrap.mingw\jam0 -f build.jam --toolset=mingw "--t oolset-root= " clean ...found 1 target... ...updating 1 target... .rm. clean ...updated 1 target... C:\opt\boost-jam-3.1.10>.\bootstrap.mingw\jam0 -f build.jam --toolset=mingw "--t oolset-root= " ...found 83 targets... ...updating 4 targets... .cc. bin.ntx86\yyacc.exe .cc. bin.ntx86\mkjambase.exe .cc. bin.ntx86\jam.exe execnt.c: In function `execcmd': execnt.c:651: warning: passing arg 3 of `spawnvp' from incompatible pointer type execnt.c:682: warning: passing arg 3 of `spawnvp' from incompatible pointer type .link. bin.ntx86\bjam.exe 1 file(s) copied. ...updated 4 targets... The executables are generated, but I suspect the spawn warning has to do with the build error. I'll appreciate your help, Alex ===== Programming Tutorial: In Python: To do this, do this In Perl: To do this, do this or this or this or this... In C: To do this, do this, but be careful In C++: To do this, do this, but don't do this, be careful of this, watch out for this, and whatever you do, don't do this __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail

2 1

INI File Parser?
by Duane Murphy 18 Jun '04

18 Jun '04

A while back, I noted that there was an INI file parser as part of boost. It was obscure, but I think it was in the program_options library. I note references to program_options searching the web site, but I'm not finding anything in the latest builds. I'm specifically interested in parsing INI files (I'm on a Macintosh) but the program_options library also seemed interesting. Is there anything available? What's the status of the program_options library? Thanks for any pointers, ...Duane

4 4

How to Compile boost::function With a NoArg Member Function ?
by Eduardo Bezerra 17 Jun '04

17 Jun '04

Hi, I need to use boost::function in a context like this one: struct Widget { string ToString() {return "Widget"; } }; int main() { function<string () f(&Widget::ToString); } What's the correct syntax to sucessfully compile this example ? Best regards, Eduardo _________________________________________________________________ MSN Messenger: instale grátis e converse com seus amigos. http://messenger.msn.com.br

2 1

Newbie question -- graph library example
by Tim Rowe 17 Jun '04

17 Jun '04

In the example examples/file_dependencies.cpp, I can't see what either of the typedefs for Color do: typedef property_map<Graph,vertex_color_t>::type Color; If I comment then out everything seems still to work. What are they there for? TIA, Regards, Tim

2 1

[Tuple] broken for gcc-3.4.0
by Jürgen Hunold 17 Jun '04

17 Jun '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi ! After updating my cvs snapshot at 12.15 , the tuple library is broken for gcc 3.4.0. My own program stopped compiling and when going to libs/tuple/test and running bjam I get: In file included from /ive/hunold/packages/boost/boost/tuple/tuple.hpp:38, from ../../../libs/tuple/test/tuple_test_bench.cpp:19: /ive/hunold/packages/boost/boost/tuple/detail/tuple_basic.hpp: In function `typename boost::tuples::access_traits<typename boost::tuples::element<N, boost::tuples::cons<HT, TT> >::type>::non_const_type boost::tuples::get(boost::tuples::cons<HT, TT>&)': /ive/hunold/packages/boost/boost/tuple/detail/tuple_basic.hpp:212: error: `get_class' undeclared (first use this function) (full output of failing tests attached) So I think this is really something which gcc 3.4.0 does no handle. Yours, Jürgen - -- * Dipl.-Math. Jürgen Hunold ! Institut für Verkehrswesen, Eisenbahnbau * voice: ++49 511 762-2529 ! und -betrieb, Universität Hannover * fax : ++49 511 762-3001 ! Appelstrasse 9a, D-30167 Hannover * hunold(a)ive.uni-hannover.de ! www.ive.uni-hannover.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA0ZJ7ljbJ/LLrxrYRAhxCAJ9xnzG7bfPORsLVU9pjhD90RjP5CQCbBgL6 g154KH2PULNGi8pBFIDsiTM= =XvKx -----END PGP SIGNATURE-----

2 3

boost::filesystem::path corruption
by Stuart Bingë 17 Jun '04

17 Jun '04

Hello all, I've recently started using some of the Boost libraries, one of which being boost::filesystem. I have however encountered a problem while using the library, which as far as I can tell is a bug. I'm not sure if anyone is aware of this problem, or if is not an issue with the library itself but rather with my configuration - in either case a description of the problem follows: Whenever I instantiate a boost::filesystem::path object and try to print out a text representation of the path using a method such as .string(), the path itself is printed out, however it looks as though the string is not terminated properly as a whole bunch of trailing garbage appears after the path. The following sample program produces the problem for me: #include <iostream> #include <boost/filesystem/path.hpp> int main(int c, char** v) { boost::filesystem::path testpath("test/path"); std::cout << testpath.native_file_string() << std::endl; return 0; } When I run this code I get output similar to the following: test/pathpÿÿÿÿtest/ÿÿÿÿdataÿÿÿÿpath... etc (a whole bunch of other random stuff like days of the week & month, as well as garbage character strings) Can anyone shed some light on this for me? I'm running boost version 1.31.0 on Gentoo Linux x86 (kernel 2.6.5-gentoo-r1) with GCC version 3.3.2, for anyone who is interested. Regards, Stuart Bingë

2 1

limiting searches in BGL
by Jason Crosswhite 16 Jun '04

16 Jun '04

Hello, I am just starting to use the BGL, and have been beating my head upon a problem. I am needing to find an irregularly bounded set of points in three dimensional space. The points are within a convex hull and the graph edges are edges in a delaunay triangulation. I want to start at a node known to be on the hull, and crawl through the inside with either depth first or breadth first search. If you are on the hull, you would not allow the search to continue outside the hull. I thought of doing this with a simple visitor, and color the unwanted vertices black. However, from inside the scope of the visitor, I do not believe I can have access to the colors. Several ugly hacks come to mind, but I would like to know if there is an easy way of doing this first? -Jason Crosswhite

3 4

Re: limiting searches in BGL
by Vladimir Prus 16 Jun '04

16 Jun '04

Hi Jason, > I am just starting to use the BGL, and have been beating my head upon a > problem. I am needing to find an irregularly bounded set of points in > three dimensional space. The points are within a convex hull and the > graph edges are edges in a delaunay triangulation. I want to start at a > node known to be on the hull, and crawl through the inside with either > depth first or breadth first search. If you are on the hull, you would > not allow the search to continue outside the hull. I think you might want to use 'TerminatorFunc' argument to depth_first_visit. That's a functor which returns true if the search should not continue after a certain vertex. - Volodya

1 0

dynamic boost::array and performance/size of STL vector
by Bo Peng 15 Jun '04

15 Jun '04

Dear list, I frequently need to use arrays with undetermined (at compile time) but constant (user specify size) size. I.e., I need something like boost::array<int> arr(5); without arr.insert etc, rather than boost::array<int,5> arr; which only accept constant array length. Of course I can use 'vector<int> arr(5)' in this case but I am worry about the performance and size overhead, specifically: 1. How is size() implemented in vector<>? I am concerned with this function since icc (intel c++ compiler) can not vectorize 'for(i=0;i<arr.size();i++)' unless arr.size() is an inlined reference to a variable. 2.Since I will have a lot of such arrays, I would also like to know how many additional variables vector<int> keeps. I.e. exactly how big is vector<int> arr(5)? It might be trivial to copy boost::array and add constructor/destructor but I do not want to re-invent the wheel. Thanks. Bo

4 5

RE: [Boost-users] Regex lookahead/lookbehind
by James Gunn 15 Jun '04

15 Jun '04

*** Before acting on this e-mail or opening any attachment you are advised to read the disclaimer at the end of this e-mail *** Hi John, > -----Original Message----- > From: John Maddock [mailto:john@johnmaddock.co.uk] > Sent: 15 June 2004 12:40 > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] Regex lookahead/lookbehind > > > > Hi all, > > > > Is it possible to do lookahead and/or lookbehind within > boost::regex? > > Lookahead is supported at present, lookbehind will be in the > next revision (currently in cvs in the branch called regex5). > > John. Thanks for the quick response. In the end I managed to solve my current problem without needing lookahead or lookbehind. I used your (earlier) advice of checking for word boundaries at the beginning and end of my regular expression and this has helped loads! The latest version of my postcode validation expression is shown below: (\bGIR\s0AA\b)| (\b[^QVX\W0-9][^IJZ\W\s]([0-9]{1,2}?|[ABCDEFGHJKSTUW0-9]?|[0-9][ABEHMNPRVWXY ]?) \s+\d[^CIKMOV]{2}\b) I'm certain that the expression could be made simpler and that it could also be made more efficient but I'm not sure where. Cheers, James ********************************************************************** Please note: This e-mail and its attachments contain only the opinions of the sender and do not necessarily reflect the policy(s) of the communisis group in general. Employees of the communisis group are required not to make any defamatory statements and not to infringe or authorise any infringement of copyright or any other legal right by e-mail. Any such communication is therefore outside the scope of employment of the individual concerned. The communisis group will not accept any liability in respect of such a communication. Confidentiality: This e-mail and any attachments, together with their contents, are confidential unless otherwise explicitly stated in writing by the sender of this e-mail and are for the intended recipient only. If they have come to you in error you must not take any action in respect of them, which includes but is not limited to reproducing, sending or storing them, other than to notifying the sender immediately of the mistake, and deleting the e-mail, any attachments and any reproductions made by replying to it. Viruses: This e-mail and any attachments have been scanned for viruses but we cannot guarantee that they are virus free. The recipient should check this e-mail and any attachments for viruses. The communisis group accepts no responsibility for any damage caused by any virus transmitted by this e-mail or any of its attachments. In the event of any unauthorised copying or forwarding, the recipient will be required to indemnify the communisis group against any claim for loss or damage caused by any viruses or otherwise. ********************************************************************** ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________

1 0

Regex lookahead/lookbehind
by James Gunn 15 Jun '04

15 Jun '04

*** Before acting on this e-mail or opening any attachment you are advised to read the disclaimer at the end of this e-mail *** Hi all, Is it possible to do lookahead and/or lookbehind within boost::regex? Thanks in advance James Gunn Software Developer --LongSig Computer Bureau Communisis DM Manston Lane Crossgates Leeds LS15 8AH Telephone +44 (0)113 225 5306 Fax +44 (0)113 225 5921 Email James.Gunn(a)communisis-dm.co.uk ********************************************************************** Please note: This e-mail and its attachments contain only the opinions of the sender and do not necessarily reflect the policy(s) of the communisis group in general. Employees of the communisis group are required not to make any defamatory statements and not to infringe or authorise any infringement of copyright or any other legal right by e-mail. Any such communication is therefore outside the scope of employment of the individual concerned. The communisis group will not accept any liability in respect of such a communication. Confidentiality: This e-mail and any attachments, together with their contents, are confidential unless otherwise explicitly stated in writing by the sender of this e-mail and are for the intended recipient only. If they have come to you in error you must not take any action in respect of them, which includes but is not limited to reproducing, sending or storing them, other than to notifying the sender immediately of the mistake, and deleting the e-mail, any attachments and any reproductions made by replying to it. Viruses: This e-mail and any attachments have been scanned for viruses but we cannot guarantee that they are virus free. The recipient should check this e-mail and any attachments for viruses. The communisis group accepts no responsibility for any damage caused by any virus transmitted by this e-mail or any of its attachments. In the event of any unauthorised copying or forwarding, the recipient will be required to indemnify the communisis group against any claim for loss or damage caused by any viruses or otherwise. ********************************************************************** ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________

2 1

Regex failing to match postcodes
by James Gunn 15 Jun '04

15 Jun '04

*** Before acting on this e-mail or opening any attachment you are advised to read the disclaimer at the end of this e-mail *** Hi all, I'm having some difficulty getting my regular expression working. Basically, I need to make sure that a UK postcode is valid. The postcode that is passed to my function sometimes has extra things with it such as: Wakefield, WF1 3RD Shrewsbury SY2 5PT Shropshire It now seems to be failing to find the postcode in the above examples. Also, when I pass my function a postcode that I know is invalid, such as JG2 7L5 it matches it as G2 7L5 instead of failing to do the match. The regular expression I'm using is below: (?:(?:(^|\s)+ A[BL]|B[ABDHLNRST]?| C[ABFHMORTVW]|D[ADEGHLNTY]|E[CHNX]?|F[KY]|G[LUY]?| H[ADGPRSUX]|I[GMPV]|JE|K[ATWY]|L[ADELNSU]?|M[EKL]?| N[EGNPRW]?|O[LX]|P[AEHLOR]|R[GHM]|S[AEGKLMNOPRSTWY]?| T[0ADFNQRSW]|UB|W[ACDFNRSV]?|YO|ZE) \d(?:\d|[A-Z])?\s+\d[A-Z]{2}($|\s)+) Can anyone tell me whats wrong with my expression? BTW I'm using boost 1.31.0 on VC++ 7.1, Windows XP. James Gunn Software Developer --LongSig Computer Bureau Communisis DM Manston Lane Crossgates Leeds LS15 8AH Telephone +44 (0)113 225 5306 Fax +44 (0)113 225 5921 Email James.Gunn(a)communisis-dm.co.uk ********************************************************************** Please note: This e-mail and its attachments contain only the opinions of the sender and do not necessarily reflect the policy(s) of the communisis group in general. Employees of the communisis group are required not to make any defamatory statements and not to infringe or authorise any infringement of copyright or any other legal right by e-mail. Any such communication is therefore outside the scope of employment of the individual concerned. The communisis group will not accept any liability in respect of such a communication. Confidentiality: This e-mail and any attachments, together with their contents, are confidential unless otherwise explicitly stated in writing by the sender of this e-mail and are for the intended recipient only. If they have come to you in error you must not take any action in respect of them, which includes but is not limited to reproducing, sending or storing them, other than to notifying the sender immediately of the mistake, and deleting the e-mail, any attachments and any reproductions made by replying to it. Viruses: This e-mail and any attachments have been scanned for viruses but we cannot guarantee that they are virus free. The recipient should check this e-mail and any attachments for viruses. The communisis group accepts no responsibility for any damage caused by any virus transmitted by this e-mail or any of its attachments. In the event of any unauthorised copying or forwarding, the recipient will be required to indemnify the communisis group against any claim for loss or damage caused by any viruses or otherwise. ********************************************************************** ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________

3 2

[uBLAS] Compilation problem with VC 7.1
by kjfh kjnk 15 Jun '04

15 Jun '04

Hi, This simple code creates 2 ublas vector and computes the inner_product. It does not compile with VC 7.1: --------------------------------------------------- #include <iostream> #include <string> #include <boost/concept_check.hpp> #include <boost/numeric/ublas/matrix.hpp> namespace ublas = boost::numeric::ublas; int main(int argc, char **argv) { ublas::vector<unsigned short> toto(3); ublas::vector<double> tata(3); double titi = ublas::inner_prod(toto, tata); return 0; } --------------------------------------------------- Here is the compilation: *************************************************** C:\Temp\ublas>cl -I"C:\Program Files\boost_1_31_0" /EHsc ublas-test.cpp Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3052 for 80x86 Copyright (C) Microsoft Corporation 1984-2002. All rights reserved. ublas-test.cpp ublas-test.cpp(12) : error C2440: 'initializing' : cannot convert from 'boost::numeric::ublas::vector_scalar_binary_traits<E1,E2,F>::result_type' to 'double' with [ E1=boost::numeric::ublas::vector<unsigned short>, E2=boost::numeric::ublas::vector<double>, F=boost::numeric::ublas::vector_inner_prod<unsigned short,double,boost::mpl::if_c<false,unsigned short,boost::numeric::ublas::promote_traits<unsigned short,double>::builtin_promote_type>::type> ] No user-defined-conversion operator available that can perform this conversion, or the operator cannot be called C:\Temp\ublas> **************************************************** It compiles well with with VC 6.0, but the result is not good... (with a proper initialisation) Anybody has an idea ? JD ___________________________________________________________ALL-NEW Yahoo! Messenger - sooooo many all-new ways to express yourself http://uk.messenger.yahoo.com

2 2

BGL on VC 6.0
by Boris Kagan 15 Jun '04

15 Jun '04

Hi All, I have a problem in compiling my very first example in BGL - quick_tour.cpp, using boost-1_31, VC 6.0 and native Microsoft stl. I've got the following error messages: c:\boost\include\boost-1_31\boost\graph\detail\adjacency_list.hpp(1055) : error C2244: 'bidirectional_graph_helper_with_property<Config>::remove_edge' : unable to resolve function overload c:\boost\include\boost-1_31\boost\graph\detail\adjacency_list.hpp(1057) : error C2954: template definitions cannot nest c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(45) : error C2143: syntax error : missing ';' before '<' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(45) : error C2059: syntax error : '<' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(45) : error C2039: 'type' : is not a member of '`global namespace'' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(45) : error C2238: unexpected token(s) preceding ';' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(52) : error C2653: 'mpl' : is not a class or namespace name c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(52) : error C2143: syntax error : missing ';' before '<' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(52) : error C2059: syntax error : '<' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(56) : error C2238: unexpected token(s) preceding ';' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(69) : fatal error C1903: unable to recover from previous error(s); stopping compilation My question is : May I use BGL 1_31 using VC6.0 with all restrictions of VC6.0 compiler? Thanks a lot for your advice, Kagan Boris. Software Engineer, NC-Infrastructure Team, Cimatron Ltd.

1 0

How to use STL and Boost in C codes.
by Jeff Wang 15 Jun '04

15 Jun '04

Dear Lists, I am working on a projects which was written in C (*.c), is there any way to use STL Vector or Boost Smart pointer class in this original C codes. WHen I compiled these C codes with VC6.0++, and included with <vector>, the compile give fatal eroor C1189: #error :"eh.h is only for C++!", Any work around without modifying the codes are weclomes, thanks. Jeff __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/

3 2

RE: [Boost-users] Re: newbie question: missing libs ?
by Randy.Ormond＠ngc.com 14 Jun '04

14 Jun '04

Thanks, Randy -----Original Message----- From: Rene Rivera [mailto:grafik.list@redshift-software.com] Sent: Friday, June 11, 2004 3:42 PM To: boost-users(a)lists.boost.org Subject: [Boost-users] Re: newbie question: missing libs ? Randy.Ormond(a)ngc.com wrote: > After building Boost 1.31.0 on Linux and on Irix, I expected to see a > smart pointer library, something like libboost_smart_ptr-gcc-mt.so If > fact, it looks like only date_time, filesystem, prg_exec, regex, > signals, test_exec_monitor, thread, and unit_test_framework were > built. I didn't see any error messages. Did I do something wrong? Nothing is wrong. Most Boost libraries are entirely implemented in headers. So no libraries need to be built for them. -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com - 102708583/icq _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

Spirit Attributes, Semantic Actions, and Closures: The relationship.
by Aaron W. LaFramboise 14 Jun '04

14 Jun '04

Hi, I've been learning about Boost Spirit from the documentation, and one big gap I'm finding is how Spirit knows to call a particular signature semantic action given a particular parser. I see this has something to do with the match type, but I'm not sure how to actually define the match type for rule. I've discovered by accident that semantic actions seem to be called with the type of the closure member of a single-member closure, but I don't see this documented, and I can't quite figure out how its supposed to work. Its difficult to deduce expected signatures by the compiler error approach because GCC is giving fairly nonsensical errors for the sorts of template constructs Spirit seems to use, when something goes wrong. In particular, I'd like to know specifically how I am supposed to be defining semantic actions for my rules. Perhaps this is something that would be nice to be included somewhere in the documenation. Maybe it is, but I missed it somehow, or it wasn't spelled out explicitly enough for me to catch on. Any help or pointers would be greatly appreciated! (By the way, I have to repeat the almost obligatory comment that everyone seems to make about Spirit: it is one of the most beautiful examples of C++ I have ever seen!) Aaron W. LaFramboise

2 1

boost::random dynamically select generator
by Bo Peng 14 Jun '04

14 Jun '04

Dear List, I am using the following (typical) code to use boost::random --------------------------------------------- typedef boost::mt19937 generator_type; typedef boost::variate_generator<generator_type&, boost::uniform_real<double> > rand01Generator; generator_type random_gen; boost::uniform_real<double> distrib(0.0, 1.0); rand01Generator rand01(random_gen, distrib); ---------------------------------------------- I would like to give users the ability to choose random number generators through something like: // global generator that is being used everywhere generator global_generator; void setGenerator(string type) { if(type == "mt19937") global_generator = ... ... } However, the generators are templates so the type of global generator can not be specified. Is there any workaround? It seems that a wrapper class with instances of all available generators and some if-else code can do this but there should be better ideas. Many thanks in advance. Bo

1 0

RE: [Boost-users] problems using shared_ptr in threads
by Ben Hutchings 13 Jun '04

13 Jun '04

Tristan King <tristanking(a)internode.on.net> wrote: > Hi, > I'm having trouble getting shared_ptr objects and threads to work in > harmony. <snip> > i'm not worried about the order that the threads run in (as this is > just an example of the problem i'm having in a simple multi-threaded > web server i'm working on), but it seems like the shared_ptr object > may be getting deleted before the last thread gets to execute. Yes, that is what is happening. The problem is that your single_thread objects are destroyed at the end of the loop body. By the time the new thread runs its single_thread may have been destroyed along with all its members. Since each single_thread is constructed in the same block of memory, it is possible for the thread to pick up the value intended for the next thread. <snip> > can anyone give me any pointers on how to get around this problem? <snip> I suggest you create your thread objects with 'new' instead, or else define an array of them outside the loop. Ben.

3 3

enable_if question
by Agoston Bejo 13 Jun '04

13 Jun '04

Hi, I understand that by using enable_if the following way: template <class T> T foo(T t, typename enable_if<boost::is_arithmetic<T> >::type* dummy = 0); I can include/exclude the appropriate function overloads. When I write: template<class T> T foo(T t, typename enable_if<[condition1]>::type* dummy = 0, typename enable_if<[condition2]>::type* dummy = 0); Does this mean an AND-relationship between condition1 and condition2? (So that a particular overload is enabled if and only if both conditions evaluate to true?) Thx, Gus

3 2

Dynamic bitset help
by Michael Short 13 Jun '04

13 Jun '04

Hello Has anyone got a few good examples of the dynamic bitset been used with member functions like append and block type? If so could you please send in some thanks. Michael

1 0

regex v4: regex_replace fails on trivial case
by Watermann Bernd (TCO/A) 12 Jun '04

12 Jun '04

Hi all, regex_replace("XX",regex("X", boost::regex::literal), "Y") returns "YXY" instead of "YY" whereas the (even more) trivial case regex_replace("X",regex("X", boost::regex::literal), "Y") returns "Y" as expected. I am using boost_1_31_0 compiled with VC6(SP5). In addition, I have applied the patches from the package boost-1.31.0-regex-patch-20040503. What is going wrong here? Bernd

2 1

newbie question: missing libs ?
by Randy.Ormond＠ngc.com 11 Jun '04

11 Jun '04

After building Boost 1.31.0 on Linux and on Irix, I expected to see a smart pointer library, something like libboost_smart_ptr-gcc-mt.so If fact, it looks like only date_time, filesystem, prg_exec, regex, signals, test_exec_monitor, thread, and unit_test_framework were built. I didn't see any error messages. Did I do something wrong? Thanks, Randy

2 1

Additional boost resources
by Agoston Bejo 11 Jun '04

11 Jun '04

Hi, do you know about any additional books, tutorials, etc. about boost on the net apart from the boost documentation itself? Any links / titles are welcome. Thx, Gus

2 1

problems using shared_ptr in threads
by Tristan King 11 Jun '04

11 Jun '04

Hi, I'm having trouble getting shared_ptr objects and threads to work in harmony. It may just be that i don't know enough about threads to solve this, but i'm getting undefined behaviour in the code posted at the end of this mail. i'm not worried about the order that the threads run in (as this is just an example of the problem i'm having in a simple multi-threaded web server i'm working on), but it seems like the shared_ptr object may be getting deleted before the last thread gets to execute. i.e. some sample output i'm getting is 0 1 3 4 -572662307 and 1 2 3 3 -572662307 i think i'm probably missing some mutex's or something, but i can't figure it out can anyone give me any pointers on how to get around this problem? thanks in advance --Tristan #include <iostream> #ifdef _MSC_VER #pragma warning(push, 1) #endif #include <boost/thread.hpp> #include <boost/shared_ptr.hpp> #ifdef _MSC_VER #pragma warning(pop) #endif struct simple_thread : public boost::noncopyable { simple_thread( boost::shared_ptr<int> i ) : m_i( i ) {} void operator( )( ) { std::cout << (*m_i) << std::endl; } boost::shared_ptr<int> m_i; }; int main( ) { boost::thread_group threads; for ( int i = 0 ; i < 5 ; ++i ) { boost::shared_ptr<int> p( new int(i) ); simple_thread trd( p ); threads.create_thread( boost::ref( trd ) ); }; threads.join_all( ); return 0; }

1 0

link problems with boost_regex on Solaris
by Drew Lowry 09 Jun '04

09 Jun '04

I'm using boost_regex 1.28.0 with STLport 4.5.3 on Solaris using Forte compiler. When I build with -g option, it fails at linkage with the following errors ild: (undefined symbol) boost::detail::allocator<unsigned char>::allocator<char>#Nvariant 1(const boost::detail::allocator<__type_1>&) -- referenced in the text segment of ../../../../packages/boost_1_28_0/sparc-solaris/libboost_regex_mt.a(OhCenAP7d5aN-_Bfr3wh.o) ild: (undefined symbol) boost::detail::allocator<unsigned char>::allocator<char>#Nvariant 1(const boost::detail::allocator<__type_1>&) -- referenced in the text segment of ../../../../packages/boost_1_28_0/sparc-solaris/libboost_regex_mt.a(J-U5NXbbfexb9iPLelyN.o) ild: (undefined symbol) boost::detail::allocator<unsigned char>::allocator<char>#Nvariant 1(const boost::detail::allocator<__type_1>&) -- referenced in the text segment of ../../../../packages/boost_1_28_0/sparc-solaris/libboost_regex_mt.a(5cVinizdRsfQ1ujqbKlp.o) ild: (undefined symbol) boost::detail::allocator<unsigned char>::allocator<char>#Nvariant 1(const boost::detail::allocator<__type_1>&) -- referenced in the text segment of ../../../../packages/boost_1_28_0/sparc-solaris/libboost_regex_mt.a(TbU7jVI0o3rCSz-c48HV.o) ild: (undefined symbol) boost::detail::allocator<unsigned char>::allocator<char>#Nvariant 1(const boost::detail::allocator<__type_1>&) -- referenced in the text segment of ../../../../packages/boost_1_28_0/sparc-solaris/libboost_regex_mt.a(Zi2bUcR97vUxCHzFzV0a.o) ild: (undefined symbol) boost::detail::allocator<unsigned char>::allocator<char>#Nvariant 1(const boost::detail::allocator<__type_1>&) -- referenced in the text segment of ../../../../packages/boost_1_28_0/sparc-solaris/libboost_regex_mt.a(aTM7t-gA2lwhiyP5RH3P.o) ild: (undefined symbol) boost::detail::allocator<unsigned char>::allocator<char>#Nvariant 1(const boost::detail::allocator<__type_1>&) -- referenced in the text segment of ../../../../packages/boost_1_28_0/sparc-solaris/libboost_regex_mt.a(OkRWOOTWnnv97gH0a9t_.o) ild: (undefined symbol) boost::detail::allocator<unsigned char>::allocator<char>#Nvariant 1(const boost::detail::allocator<__type_1>&) -- referenced in the text segment of ../../../../packages/boost_1_28_0/sparc-solaris/libboost_regex_mt.a(hKZggW9H89qzPd1td_2e.o) ild: (undefined symbol) boost::detail::allocator<unsigned char>::allocator<char>#Nvariant 1(const boost::detail::allocator<__type_1>&) -- referenced in the text segment of ../../../engine/lib/sparc-solaris/ Any idea what's going on? Everything works fine without -g option. ____________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html

2 3

Problem compiling Threading lib on Linux
by Damien McGivern 09 Jun '04

09 Jun '04

Hi, I've been developing some code on Windows using Boost threads which works fine. I'm porting it to Linux and am having problems compiling the Boost Threading library. I'm running Linux Mandrake 10 Community Edition and have attached the output I get when running bjam. I don't actually have bjam included in the PATH enviroment variable as I'm not sure how to do this in Linux so I just copied the bjam exe into the thread build directory - I doubt it but could this be the cause of the problem? Any help on how to solve this would be much appreciated. Cheers Damien ____________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html [damien@tux build]$ ./bjam "-sTOOLS=gcc" ...patience... ...found 367 targets... ...updating 39 targets... MkDir1 ../../../libs/thread/build/bin-stage MkDir1 ../../../bin MkDir1 ../../../bin/boost MkDir1 ../../../bin/boost/libs MkDir1 ../../../bin/boost/libs/thread MkDir1 ../../../bin/boost/libs/thread/build MkDir1 ../../../bin/boost/libs/thread/build/libboost_thread.so MkDir1 ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc MkDir1 ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug MkDir1 ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true MkDir1 ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/condition.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/mutex.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/recursive_mutex.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/thread.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/tss.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/xtime.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/once.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/exceptions.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/threadmon.o gcc-Link-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31d.so ln: creating symbolic link `../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31d.so' to `libboost_thread-gcc-mt-d-1_31d.so.1.31.0': Operation not permitted LD_LIBRARY_PATH=../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi:$LD_LIBRARY_PATH export LD_LIBRARY_PATH g++ -g -pthread -fPIC -shared -o "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31d.so.1.31.0" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/condition.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/mutex.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/recursive_mutex.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/thread.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/tss.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/xtime.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/once.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/exceptions.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/threadmon.o" -lrt -Wl,-rpath-link,. -Wl,-soname,libboost_thread-gcc-mt-d-1_31d.so.1.31.0 ln -fs "libboost_thread-gcc-mt-d-1_31d.so.1.31.0" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31d.so" ...failed gcc-Link-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31d.so... ...skipped <@boost!libs!thread!build!bin-stage>libboost_thread-gcc-mt-d-1_31d.so for lack of <@boost!libs!thread!build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi>libboost_thread-gcc-mt-d-1_31d.so... FileClone ../../../libs/thread/build/bin-stage/libboost_thread-gcc-mt-d-1_31d.so.1.31.0 MkDir1 ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release MkDir1 ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true MkDir1 ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/condition.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/mutex.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/recursive_mutex.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/thread.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/tss.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/xtime.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/once.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/exceptions.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/threadmon.o gcc-Link-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-1_31.so ln: creating symbolic link `../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-1_31.so' to `libboost_thread-gcc-mt-1_31.so.1.31.0': Operation not permitted LD_LIBRARY_PATH=../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi:$LD_LIBRARY_PATH export LD_LIBRARY_PATH g++ -pthread -s -fPIC -shared -o "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-1_31.so.1.31.0" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/condition.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/mutex.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/recursive_mutex.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/thread.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/tss.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/xtime.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/once.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/exceptions.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/threadmon.o" -lrt -Wl,-rpath-link,. -Wl,-soname,libboost_thread-gcc-mt-1_31.so.1.31.0 ln -fs "libboost_thread-gcc-mt-1_31.so.1.31.0" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-1_31.so" ...failed gcc-Link-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-1_31.so... ...skipped <@boost!libs!thread!build!bin-stage>libboost_thread-gcc-mt-1_31.so for lack of <@boost!libs!thread!build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi>libboost_thread-gcc-mt-1_31.so... FileClone ../../../libs/thread/build/bin-stage/libboost_thread-gcc-mt-1_31.so.1.31.0 gcc-Link-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31.so ln: creating symbolic link `../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31.so' to `libboost_thread-gcc-mt-d-1_31.so.1.31.0': Operation not permitted LD_LIBRARY_PATH=../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi:$LD_LIBRARY_PATH export LD_LIBRARY_PATH g++ -g -pthread -fPIC -shared -o "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31.so.1.31.0" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/condition.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/mutex.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/recursive_mutex.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/thread.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/tss.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/xtime.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/once.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/exceptions.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/threadmon.o" -lrt -Wl,-rpath-link,. -Wl,-soname,libboost_thread-gcc-mt-d-1_31.so.1.31.0 ln -fs "libboost_thread-gcc-mt-d-1_31.so.1.31.0" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31.so" ...failed gcc-Link-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31.so... ...failed updating 3 targets... ...skipped 2 targets... ...updated 34 targets...

2 1

BGL: Internal Compiler Error with VC++ 7.1
by Finnegan Southey 09 Jun '04

09 Jun '04

Hi, I'm getting the following error trying to iterate over adjacent vertices in boost_1_31 with VC++ 7.1: c:\boost_1_31_0\boost\mpl\aux_\preprocessed\plain\apply.hpp(50) : fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'msc1.cpp', line 2701) I have noticed other similar problems reported in the list archive along with a request for a short example. Any advice would be appreciated. The following example demonstrates the problem, sufficiently briefly, I hope. -------------- CUT ------------------------------------------- #include <boost/graph/graph_traits.hpp> #include <boost/graph/adjacency_list.hpp> typedef boost::property<boost::edge_weight_t, int> LocationEdgeProperty; typedef boost::adjacency_list<boost::vecS, boost::vecS, boost::undirectedS, boost::no_property, LocationEdgeProperty> LocationGraph; typedef boost::graph_traits<LocationGraph>::vertex_descriptor VertexDescriptor; typedef boost::graph_traits<LocationGraph>::adjacency_iterator AdjacencyIterator; void test() { LocationGraph graph; VertexDescriptor current = 0; std::pair<AdjacencyIterator, AdjacencyIterator> neighbourRange = boost::adjacent_vertices(current, graph); // ICE here for (; neighbourRange.first != neighbourRange.second; neighbourRange.first++) { } } -------------- CUT ------------------------------------------- Regards, Finnegan

1 0

Query re a Boost calculus library
by Andy Elvey 08 Jun '04

08 Jun '04

Hi everyone - I'm a newcomer to this list (but have used Boost Spirit for a long time). I've looked through the various Boost libraries and have noticed that there seems to be one area of mathematics that isn't covered by the existing libraries : calculus (derivatives, integrals). So, my question is - is there a reason for this, or is it just that a suitable library for inclusion hasn't appeared yet? ( I'm aware of a possible one that could be put forward as a candidate, but I don't know if it's "OK" for me to suggest a library ). Many thanks in advance. - Andy

2 2

RE: [Boost-users] enable_if question
by Hurd, Matthew 08 Jun '04

08 Jun '04

D'oh. Thanks Jaakko. Regards, Matt Hurd. _______________ Matt Hurd +61.2.8226.5029 hurdm(a)sig.com Susquehanna _______________ > bounces(a)lists.boost.org] On Behalf Of jajarvi > Subject: Re: [Boost-users] enable_if question > > On Jun 7, 2004, at 7:11 PM, Hurd, Matthew wrote: > > > > SFINAE does not kick in, because the condition > (is_arithmetic<std::string>::value) is not dependent on any template > arguments. > > Cheers, Jaakko > IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses.

1 0

enable_if question
by Hurd, Matthew 08 Jun '04

08 Jun '04

I'm just trying to play with enable_if and learn something. I just mean to replace this template method's code: template< bool > void exchange_code( boost::call_traits<std::string>::param_type new_exchange_code ) { if ( boost::is_arithmetic<std::string>::value ) { lock lk(guard_ ); exchange_code<false>( new_exchange_code); } else { exchange_code<false>( new_exchange_code); } } With this: template< bool > typename boost::enable_if_c< boost::is_arithmetic<std::string>::value, void >::type exchange_code( boost::call_traits<std::string>::param_type new_exchange_code ) { lock lk(guard_ ); exchange_code<false>( new_exchange_code); } template< bool > typename boost::disable_if_c< boost::is_arithmetic<std::string>::value , void >::type exchange_code( boost::call_traits<std::string>::param_type new_exchange_code ) { exchange_code<false>( new_exchange_code); } Forget the relevance of the is_arithmetic bit, I use my own needs_lock thingo. For a start: The compiler correctly identifies that ::type is not a member, but SFINAE does not seem to kick in if I'm reading it correctly. ____________________ c:\source\matt\trading_engine\controller\instrument.hpp(66) : error C2039: 'type' : is not a member of 'boost::enable_if_c<B,T>' with [ B=false, T=void ] c:\source\matt\trading_engine\controller\instrument.hpp(143) : see reference to class template instantiation 'te::instrument<S>' being compiled ____________________ template< bool > typename boost::disable_if_c< boost::is_arithmetic<std::string>::value , void >::type exchange_code( boost::call_traits<std::string>::param_type new_exchange_code ) { exchange_code<false>( new_exchange_code); } Is fine... Flipping the conditions round by changing to is_arithmetic< int > flips the failures around. Same issue with the extra parameter approach: template< bool > void exchange_code( boost::call_traits<std::string>::param_type new_exchange_code, typename boost::enable_if_c< boost::is_arithmetic<int>::value, void >::type* dummy = 0 ) { lock lk(guard_ ); exchange_code<false>( new_exchange_code); } template< bool > void exchange_code( boost::call_traits<std::string>::param_type new_exchange_code, typename boost::disable_if_c< boost::is_arithmetic<int>::value , void >::type* dummy = 0 ) { exchange_code<false>( new_exchange_code); } Is SFINAE meant to work in this way with member templates with enable_if, vc7.1 and boost 1.31? Something simple is probably escaping me... Any thoughts? Regards, Matt Hurd. _______________ Matt Hurd +61.2.8226.5029 hurdm(a)sig.com Susquehanna _______________ IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses.

2 1

Looking for more advanced type_traits-like functionality
by Agoston Bejo 08 Jun '04

08 Jun '04

Hi, I have took a look at some parts of the boost library, but I couldn't find what I want, and that is something like this: How can I determine if a type T has such and such member? It would look like something like this: has_member<T, paint>::result (true if T::paint() exists) has_member<T, m_size>::result (true if T::m_size exists) The closest to this I could find is boost::type_traits but that does not provide this functionality. Thx, Gus

4 6

boost::bind and boost::function fail at run-time in managed c++
by Russell Hind 08 Jun '04

08 Jun '04

Compiling the following code with /CLR on, results in an empty function exception at run-time. If you un-comment the #pragma unmanaged to get native compilation, it runs fine. Thanks Russell #include "stdafx.h" #using <mscorlib.dll> //#pragma unmanaged #include <boost/bind.hpp> #include <boost/function.hpp> class Test_c { public: void test(void) { } }; int main() { Test_c Test; boost::function<void (void)> f(boost::bind(&Test_c::test, &Test)); f(); return 0; }

1 2

remove_const, is_const with arrays
by Richard Crossley 08 Jun '04

08 Jun '04

I'm seeing, what appears to me anyhow, rather strange behaviour with is_const and remove_const etc when used with arrays. With VC71 and a recent cvs I see... is_same<remove_const<const int[1]>::type,int[1]>::value; // true is_const<const int[1]>::value; // false ?? is_same<remove_const<const int[1][1]>::type,int[1][1]>::value; // false ?? is_same<add_const<int[1][1]>::type,const int[1][1]>::value; // true is_const<const int[1][1]>::value; // false ?? is_volatile<volatile int[1]>::value; // false ?? is_same<remove_volatile<volatile int[1][1]>::type,int[1][1]>::value; // false ?? is_same<add_volatile<int[1][1]>::type,volatile int[1][1]>::value; // true Using Comeau 4.3.3; is_same<remove_const<const int[1]>::type,int[1]>::value; // true is_const<const int[1]>::value; // true is_same<remove_const<const int[1][1]>::type,int[1][1]>::value; // false ?? is_same<add_const<int[1][1]>::type,const int[1][1]>::value; // true is_const<const int[1][1]>::value; // true is_volatile<volatile int[1]>::value; // true is_same<remove_volatile<volatile int[1][1]>::type,int[1][1]>::value; // false ?? is_same<add_volatile<int[1][1]>::type,volatile int[1][1]>::value; // true Regards, Richard.

1 0

RE: [Boost-users] Looking for more advanced type_traits-likefunctionality
by Ben Hutchings 07 Jun '04

07 Jun '04

Agoston Bejo <gusz1(a)freemail.hu>: > Hi, > I have took a look at some parts of the boost library, but I couldn't > find what I want, and that is something like this: How can I determine > if a type T has such and such member? It would look like something > like this: > > has_member<T, paint>::result (true if T::paint() exists) > has_member<T, m_size>::result (true if T::m_size exists) > > The closest to this I could find is boost::type_traits but that does > not provide this functionality. Unfortunately that is impossible because templates can only manipulate constants, types and templates, not names. There is a technique that can be used to detect the definition of most operators, but it requires a separate template for each operator and it depends on being able to overload the operators through non-member functions. There may be a way to detect member functions but it cannot be done generically.

3 2

Re: Re: boost regex support for 64-bit
by Yaron Hirsch 07 Jun '04

07 Jun '04

> The errors that we got: > > 1. The Workshop 6 errors (SunOS): > > CC -c -O2 -I../../../ -o sunpro/libboost_regex/c_regex_traits.o > ../src/c_regex_traits.cpp > "../../..//boost/regex/v4/match_flags.hpp", line 91: Error: Cannot > assign int to boost::regex_constants::_match_flags. > "../../..//boost/regex/v4/match_flags.hpp", line 93: Error: Cannot > assign int to boost::regex_constants::_match_flags. > "../../..//boost/regex/v4/match_flags.hpp", line 95: Error: Cannot > assign int to boost::regex_constants::_match_flags. > 3 Error(s) detected. > > These are just a few. The rest of the errors occured for the same > reasons in various files. (If you want those too - > let me know). > > 2. The aCC errors are (HP-IX): > aCC -o generic/boost_regex/cpp_regex_traits.o -c -Aa -AA +O2 > -I../../../ -O ../src/cpp_regex_traits.cpp > Error 742: "../src/cpp_regex_traits.cpp", line 382 # Source type > const char *& and target type char * in a const_cast can only differ in > their qualifiers > pmd->sbuf.pubsetbuf(const_cast<char*>(first), > static_cast<std::streamsize>(last-first)); > > I mistakingly wrote dynamic_cast in the original post, but I meant > const_cast. Sorry for the confusion. > > Please notice that we had to add manually some flags to generic.mak > (which is the makefile we used to build it > on HP-IX). I'm aware of some example you gave in the html > documentation about compiling with aCC - but we still > had to change some flags. (I know these weren't formal settings and > just an example). > > Is there any chance that there will be a HP-IX-special makefile? It > will make life much easier. :-) > 3. I forgot to mension, that we managed to compile RegEX with SunOS C++ 5.5 both in 32 & 64 bits. There were no errors, BUT in 64 bits when we tried to run the rs/regress test - it failed (something which didn't happen in the 32-bits version). There was also a memory access violation, so even thought the compilation went just fine - apparently the library is not fully 64-bit compatible. What can we do to overcome this problem? Thanks alot, Yaron

2 3

boost::function and managed code
by Russell Hind 07 Jun '04

07 Jun '04

I'm looking for a way to get a boost::function to do a callback to a method of a managed C++ class in VS7.1. Has anyone managed to do this yet? Thanks Russell

2 2

VC60 Compilation error
by mhosni＠softhome.net 07 Jun '04

07 Jun '04

Hi all, while trying to compile the city_visitor.cpp example in the Graph lib with VC60 SP 3, I've got the following error -------------- --------------------Configuration: CityVisitor - Win32 Release-------------------- Compiling... CityVisitor.cpp C:\BOOST\INCLUDE\BOOST-1_31\boost/graph/depth_first_search.hpp(132) : error C2059: syntax error : 'static_cast' C:\BOOST\INCLUDE\BOOST-1_31\boost/graph/depth_first_search.hpp(228) : see reference to function template instantiation 'void __cdecl boost::detail::depth_first_visit_impl(const class boost::adjacency_list<struct boost::vecS,struct boost::vec S,struct boost::undirectedS,struct boost::no_property,struct boost::no_property,struct boost::no_property,struct boost::listS> &,unsigned int,class boost::dfs_visitor<struct std::pair<struct city_arrival,struct std::pair<struct neighbor_cities,struc t finish_city> > > &,class boost::iterator_property_map<enum boost::default_color_type *,struct boost::vec_adj_list_vertex_id_map<struct boost::no_property,unsigned int>,enum boost::default_color_type,enum boost::default_color_type &>,struct boost:: detail::nontruth2)' being compiled Error executing cl.exe. CityVisitor.exe - 1 error(s), 0 warning(s) --------------------------------------------- To be noted, the static_cast operator compiles normally in any other application. The archives of the mailing list contains a similar complain with iterator.hpp (dated Feb 2003 !!) but no solutions were posted in response. Anybody have any idea how to get through this problem Regards, M.Hosni

3 2

boost::bind problem
by Agoston Bejo 05 Jun '04

05 Jun '04

Hi, Please take a look at the code below. The point is that for_each_treenode calls for_each_treenode_child. It seems to me that bind(Print, ref(cout), _1)(&t); is not the same as Print(cout, &t); But if this is the case, how come that for_each_treenode_child(&t, bind(Print, ref(cout), _1)); compiles and works without problem? The compiler I use is VC 7.1. Thx, Gus ---------------------------------------------------------------------- // xBindTemplFuncPtr.cpp : Defines the entry point for the console application. // #include "stdafx.h" #include <iostream> #include <vector> #include <string> #include <boost/bind.hpp> #include <boost/ref.hpp> using namespace std; using namespace boost; template<typename TTree, typename TFunc> void for_each_treenode_child(TTree* t, TFunc f) { for_each(t->children.begin(), t->children.end(), f ); } template<typename TTree, typename TFunc> void for_each_treenode(TTree *t, TFunc f) { void (*thisFunc)(TTree*, TFunc) = for_each_treenode; // COMPILER BUG WORKAROUND - NOT RELEVANT NOW for_each_treenode_child( t, boost::bind(thisFunc, _1, f) ); f(t); } struct Tree { typedef vector<Tree*> Container; typedef Container::const_iterator const_iterator; typedef Container::iterator iterator; const_iterator begin() const { return children.begin(); } const_iterator end() const { return children.end(); } iterator begin() { return children.begin(); } iterator end() { return children.end(); } Tree(const string& sData):data(sData) {} vector<Tree*> children; string data; }; void Print(ostream& out, const Tree* pTree) { out << pTree->data << " "; } void PrintStd(const Tree* pTree) { Print(cout, pTree); } int _tmain(int argc, _TCHAR* argv[]) { Tree t("t"), t1("t1"), t2("t2"), t11("t11"), t12("t12"), t21("t21"); t.children.push_back(&t1); t1.children.push_back(&t11); t1.children.push_back(&t12); t.children.push_back(&t2); t2.children.push_back(&t21); Print(cout, &t); // WORKS bind(Print, ref(cout), _)(&t); // GENERATES ERROR (1) for_each_treenode(&t, bind(Print, ref(cout), _1)); // GENERATES ERROR (2) cout << endl; for_each_treenode(&t, PrintStd); // WORKS cout << endl; for_each_treenode_child(&t, bind(Print, ref(cout), _1)); // WORKS cout << endl; return 0; } ------------------------------------------------------------------------ Error for (1): error C2664: 'boost::_bi::bind_t<R,F,L>::result_type boost::_bi::bind_t<R,F,L>::operator ()<Tree*__w64 >(A1 & ) const' : cannot convert parameter 1 from 'Tree *__w64 ' to 'Tree *__w64 & ' with [ R=void, F=void (__cdecl *)(std::ostream &,const Tree *), L=boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ostr eam>,boost::arg< 1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost:: arg<1>>::B2>, A1=Tree *__w64 ] A reference that is not to 'const' cannot be bound to a non-lvalue Error for (2): c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\boost\bind.hpp(246) : error C2664: 'void (TTree *,TFunc)' : cannot convert parameter 2 from 'boost::_bi::result_traits<R,F>::type' to 'boost::_bi::bind_t<R,F,L>' with [ TTree=Tree, TFunc=boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>> ] and [ R=void, F=void (__cdecl *)(std::ostream &,const Tree *) ] and [ R=void, F=void (__cdecl *)(std::ostream &,const Tree *), L=boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ostr eam>,boost::arg< 1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost:: arg<1>>::B2> ] Expressions of type void cannot be converted to other types c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\boost\bind\bind_template.hpp(33) : see reference to function template instantiation 'R boost::_bi::list2<A1,A2>::operator ()<boost::_bi::bind_t<R,F,L>::result_type,void(__cdecl *)(TTree *,TFunc),boost::_bi::list1<Tree & >>(boost::_bi::type<T>,void,A &)' being compiled with [ R=boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>:: result_type, A1=boost::_bi::list_av_2<boost::arg<1>,boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>>: :B1, A2=boost::_bi::list_av_2<boost::arg<1>,boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>>: :B2, F=void (__cdecl *)(std::ostream &,const Tree *), L=boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ostr eam>,boost::arg< 1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost:: arg<1>>::B2>, TTree=Tree, TFunc=boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>, T=boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,bo ost::arg<1>>::B2>>::result_type, A=boost::_bi::list1<Tree *& > ] c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\algorithm(21) : see reference to function template instantiation 'boost::_bi::bind_t<R,F,L>::result_type boost::_bi::bind_t<R,F,L>::operator ()<std::allocator<_Ty>::value_type>(A1 & )' being compiled with [ R=void, F=void (__cdecl *)(Tree *,boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>), L=boost::_bi::list2<boost::_bi::list_av_2<boost::arg<1>,boost::_bi::bind_t<v oid,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>>: :B1,boost::_bi::list_av_2<boost::arg<1>,boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>>: :B2>, _Ty=Tree *, A1=std::allocator<Tree *>::value_type ] c:\PROG\VCPP\xBindTemplFuncPtr\xBindTemplFuncPtr.cpp(18) : see reference to function template instantiation '_Fn1 std::for_each<std::vector<_Ty>::iterator,TFunc>(_InIt,_InIt,_Fn1)' being compiled with [ _Fn1=boost::_bi::bind_t<void,void (__cdecl *)(Tree *,boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>), boost::_bi::list2<boost::_bi::list_av_2<boost::arg<1>,boost::_bi::bind_t<voi d,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>>: :B1,boost::_bi::list_av_2<boost::arg<1>,boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>>: :B2>>, _Ty=Tree *, TFunc=boost::_bi::bind_t<void,void (__cdecl *)(Tree *,boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>), boost::_bi::list2<boost::_bi::list_av_2<boost::arg<1>,boost::_bi::bind_t<voi d,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>>: :B1,boost::_bi::list_av_2<boost::arg<1>,boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<s td::ostream>,boost::arg<1>>::B2>>>::B2>>, _InIt=std::vector<Tree *>::iterator ] c:\PROG\VCPP\xBindTemplFuncPtr\xBindTemplFuncPtr.cpp(29) : see reference to function template instantiation 'void for_each_treenode_child<TTree,boost::_bi::bind_t<R,F,L>>(TTree *,TFunc)' being compiled with [ TTree=Tree, R=void, F=void (__cdecl *)(Tree *,boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>), L=boost::_bi::list2<boost::_bi::list_av_2<boost::arg<1>,boost::_bi::bind_t<v oid,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>>: :B1,boost::_bi::list_av_2<boost::arg<1>,boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>>: :B2>, TFunc=boost::_bi::bind_t<void,void (__cdecl *)(Tree *,boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>), boost::_bi::list2<boost::_bi::list_av_2<boost::arg<1>,boost::_bi::bind_t<voi d,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>>>: :B1,boost::_bi::list_av_2<boost::arg<1>,boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::refere nce_wrapper<std::ostream>,boost::arg<1>>::B2>>>::B2>> ] c:\PROG\VCPP\xBindTemplFuncPtr\xBindTemplFuncPtr.cpp(68) : see reference to function template instantiation 'void for_each_treenode<Tree,boost::_bi::bind_t<R,F,L>>(TTree *,TFunc)' being compiled with [ R=void, F=void (__cdecl *)(std::ostream &,const Tree *), L=boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ostr eam>,boost::arg< 1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost:: arg<1>>::B2>, TTree=Tree, TFunc=boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>> ] c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\boost\bind.hpp(246) : error C2664: 'void (TTree *,TFunc)' : cannot convert parameter 1 from 'boost::_bi::result_traits<R,F>::type' to 'Tree *' with [ TTree=Tree, TFunc=boost::_bi::bind_t<void,void (__cdecl *)(std::ostream &,const Tree *),boost::_bi::list2<boost::_bi::list_av_2<boost::reference_wrapper<std::ost ream>,boost::arg <1>>::B1,boost::_bi::list_av_2<boost::reference_wrapper<std::ostream>,boost: :arg<1>>::B2>> ] and [ R=void, F=void (__cdecl *)(std::ostream &,const Tree *) ] Expressions of type void cannot be converted to other types

5 6

Boost.Threads && MFC?
by Philip, Tim 04 Jun '04

04 Jun '04

Has anyone ever used Boost.Threads in combination with MFC? MFC requires that threads using MFC functionality be created with AfxCreateThread(). What I'm wondering is if it is safe to create threads using AfxCreateThread() (instead of the Boost.Thread functionality) but then use the Boost.Threads mutexs and locking mechanisms to manage the thread activity. >From my brief perusal of the source it looks like it might work. But I was hoping I could find someone who had actually tried it and might have some experiences to share. :) Any information greatly appreciated! Thanks! Tim.

2 1

BGL: Pajek utility?
by Rui Carvalho 04 Jun '04

04 Jun '04

I'm looking for an utility to import/export graphs between the BGL and Pajek: http://vlado.fmf.uni-lj.si/pub/networks/pajek/ Does anyone know of such utility? Thanks, Rui ___________________________________ Dr. Rui Carvalho Research Fellow The Bartlett School of Graduate Studies 1-19 Torrington Place University College London Gower Street London WC1E 6BT United Kingdom

1 0

Thread usage question.
by Paul Gregory 04 Jun '04

04 Jun '04

Hello all, I am currently using Boost threads in a project I'm working on that involves a server/client type communications system. The project is a 3D renderer, the particular component is the communications between the renderer core, and any number of interested display clients, which are responsible for either displaying or storing the resulting image. Within the main program I have a listener thread that waits for requests from the display clients, and when it recieves one, launches another thread to handle the response. The responder thread can often just construct and send the response immediately. But if the request is for data that hasn't yet been rendered, it needs to wait for the data to be available. The responder is implemented as a class which has an operator() overload for the thread function. I would like for the responder thread to first query the system to see if the data is ready, and if not, block waiting for a signal from the system to indicate it is ready. So I need a way for the thread to 'register' it's interest in a particular data item with the main system, then wait for the signal. I presume there is a neat way of doing this using boost::mutexes and boost::condition's but I can't quite work out how, I freely admint I'm not very experienced when it comes to threaded programming. I've looked at the Boost bounded_buffer.cpp tutorial and it does something similar, but I can't work out how to apply the principles to my situation. Any help is greatly appreciated. Cheers Paul Gregory +---------------------------+---------------------------+ | email: pgregory(a)aqsis.com | Web: http://www.aqsis.com | | ICQ: 156088409 | AIM: aqsis1 | +---------------------------+---------------------------+ | GnuPG: http://aqsis.sourceforge.net/0x9176E46C.asc | +-------------------------------------------------------+

1 0

Some bad links on the web site
by Ross Boylan 04 Jun '04

04 Jun '04

The web site contains a bad link: http://lists.boost.org/mailman/listinfo.cgi/boost-announce directs you to http://lists.boost.org/MailArchives/boost-announce for the archives. That gives a 404 Not Found error. I think there was another bad link related to mailing lists, but I can't find it again. By the way, it would be good if the web site had where to send web-site related queries and bugs on the bottom of every page. As far as I could tell, this list is the place to go.

2 1

Date time Library: ptime and special_values
by Matthew_Schuckmann＠amat.com 04 Jun '04

04 Jun '04

The documentation for the date_time library states that a ptime can be constructed from a special value e.g. ptime(special_values sv) ptime t1(neg_infin); ptime t2(pos_infin); ptime t3(not_a_date_time); However when I try this with the Cygwin GNU compiler I get a no matching function for call error (see errors below) Am I missing something here or is the documentation wrong? Thanks Matt ../../logview.cpp:1843: error: no matching function for call to ` boost::posix_time::ptime::ptime(boost::date_time::special_values)' c:/cygwin/usr/local/include/boost-1_31/boost/date_time/posix_time/ptime.hpp: 32: error: candidates are: boost::posix_time::ptime::ptime(const boost::posix_time::ptime&) c:/cygwin/usr/local/include/boost-1_31/boost/date_time/posix_time/ptime.hpp: 45: error: boost::posix_time::ptime::ptime(const boost::posix_time::int64_time_rep&) c:/cygwin/usr/local/include/boost-1_31/boost/date_time/posix_time/ptime.hpp: 42: error: boost::posix_time::ptime::ptime(boost::gregorian::date) c:/cygwin/usr/local/include/boost-1_31/boost/date_time/posix_time/ptime.hpp: 39: error: boost::posix_time::ptime::ptime(boost::gregorian::date, boost::posix_time::time_duration)

2 1

Compiling with "Visual C++ Toolkit"?
by Wolfgang Meyer 03 Jun '04

03 Jun '04

Has anyone already successfully built Boost with the "Visual C++ Toolkit 2003", aka the free command line version of VC 7.1? I adjusted VC71_ROOT and copied "vcvars32.bat" to "bin". But there are still a lot of errors, the first one being: greg_month.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall std ::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(char const *)" (__imp_??0?$basic_string@DU?$char_tr aits@D@std@@V?$allocator@D@2@@std@@QAE@PBD@Z) referenced in function "public: static class boost::shared _ptr<class std::map<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char > >,unsigned short,struct std::less<class std::basic_string<char,struct std::char_traits<char>,class std ::allocator<char> > >,class std::allocator<struct std::pair<class std::basic_string<char,struct std::cha r_traits<char>,class std::allocator<char> > const ,unsigned short> > > > __cdecl boost::gregorian::greg_ month::get_month_map_ptr(void)" (?get_month_map_ptr@greg_month@gregorian@boost@@SA?AV?$shared_ptr@V?$map @V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@GU?$less@V?$basic_string@DU?$char_traits@ D@std@@V?$allocator@D@2@@std@@@2@V?$allocator@U?$pair@$$CBV?$basic_string@DU?$char_traits@D@std@@V?$allo cator@D@2@@std@@G@std@@@2@@std@@@3@XZ) Similar errors occur if I try to use the (successfully built) boost_thread-vc71-mt-1_31.lib with a sample project. Any ideas? Regards, Wolfgang Meyer

1 1

Re: boost regex support for 64-bit
by Itay Eliaz 03 Jun '04

03 Jun '04

Hi, We compiled the latest RegEx library on: 1. SunOS 5.8 Workshop 6: We used the sunpro.mak makefile. Unfortunately, we received many error messages regarding conversions from enum to int and vice versa. 2. HP-UX 11.11 aCC 3.33: We used the generic.mak makeilfe. We got an error regarding dynamic_cast from char*& to char*. In both cases, we didn't run the configure script in libs/config, because if we do, we get many compilation errors (probably because of the #define-s in the created user.hpp). Are you aware of these problems? or are we doing something wrong? Is it imperative that we run the configure script and not use the default user.hpp? On top of that, we managed to overcome the problems I mentioned by simply specifing explicit conversion and casting, and we compiled RegEx on Forte 6 with the 64-bit compilation flag. The compilation worked, but unfortunately, the tests failed. (I mean, the compiled okay and run, but they say that tests.txt contains errors - something that didn't happen when compiling the 32-bit version). What can we do to make it work in 64-bits? Thanks, Yaron "John Maddock" <john(a)johnmaddock.co.uk> wrote in message news:<016d01c43808$4e99e9a0$9cec0352@fuji>... > > does boost regex support 64-bit for SunOS 5.8, HP-UX 11i (native > compilers), > > WIN (MSVC-6) ? > > we are using an old(?) version - regexpp version 3.12. > > Is it recommended to upgrade to the latest version ? > > Is it essential to upgrade to the latest version with relevance to 64-bit > > compilation ? > > 64-bit support should be fine in most recent versions (there was a 64-bit > related bug in one release, but I forget which one now, it was some time ago > now). However the compilers you mention are particularly broken when it > come to compiling any kind of vaguely advanced C++ : The sun compiler should > just about handle regex, as will MSVC 6, but HP aCC is just so broken we've > never been able to port even the most basic Boost libraries to it, sorry... > but see also http://lists.boost.org/MailArchives/boost/msg63570.php > > John.

2 1

Bind and shared_ptr
by Robin 03 Jun '04

03 Jun '04

Hi, The current bind defines the placeholder _1, _2 etc. I was wondering if there is another placeholder that will deference the placeholder if the container is holding pointers instead of copies? Usually I store shared_ptrs in containers instead of direct copies as they are polymorphic class C; // this is our object we are storing typedef boost::shared_ptr<C> CSP; std::vector<CSP> C_List; Now we have a function that operates on C void Operate(C &c); C_List clist; // the list of shared_ptrs to C // this won't compile std::for_each (clist.begin (), clist.end (), boost::bind (Operator,_1)); I have to make an auxillary function to compile void Wrap_Operate (CSP &c) { Operate(*c); } std::for_each (clist.begin (), clist.end (), boost::bind (Wrap_Operate, _1)); Is there to avoid making the additional function and have a placeholder that will dereference directly (eg *_1, *_2)? Can I have the cake and eat it? Robin

1 0

(no subject)
by Mike Feldmeier 02 Jun '04

02 Jun '04

Hi everyone, Could someone please point me in the right direction with this one? : class data { int x; }; class worker { void run(&data d); }; void run_worker(worker& w, data& d) { boost::thread(boost::bind(&worker::run, &my_worker, _1)(boost:ref(my_data))); } void main() { worker my_worker; data my_data; run_worker(my_worker, my_data); } Compiling this yields.. test.cpp(24) : error C2440: 'type cast' : cannot convert from 'boost::_bi::bind_t<R,F,L>::result_type' to 'boost::thread' with [ R=void, F=boost::_mfi::mf1<void,worker,data &>, L=boost::_bi::list2<boost::_bi::list_av_2<worker *,boost::arg<1>>::B1,boost::_bi::list_av_2<worker *,boost::arg<1>>::B2> ] Expressions of type void cannot be converted to other types Can I not bind to functions with a void return type? Changing it to int, produces a similar message. Any help appreciated! Thanks, Mike _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

2 1

bjam failed to build (mingw)
by krejci.lukas＠volny.cz 02 Jun '04

02 Jun '04

Hi, I have updated from CVS today, set the dev-cpp bin directory into PATH and run: build.bat mingw. This build has failed, attachment '1.txt' contains stdout&stderr outputs. Then I set two additional environment variables: set MINGW_ROOT_DIRECTORY=C:\Dev-Cpp set BOOST_JAM_TOOLSET_ROOT=C:\Dev-Cpp\ and again run: build.bat mingw. This build failed too, attachment '2.txt' contains stdout&stderr outputs. Am I something missing? Have a nice day, L.

4 8

BGL: "degree" with listS
by Bayle Shanks 02 Jun '04

02 Jun '04

I have another question. The following code won't compile. But if you change the first "listS" to "vecS", then it does. I can't find anything in the docs which forbids the use of "degree" with adjacency_list <listS, listS, ... ------------- #include <boost/config.hpp> #include <list> #include <boost/graph/adjacency_list.hpp> using namespace boost; using namespace std; typedef property<vertex_color_t, default_color_type, property<vertex_distance_t,std::size_t, property<vertex_degree_t,std::size_t, property<vertex_in_degree_t, std::size_t, property<vertex_out_degree_t,std::size_t> > > > > VertexProperty; typedef adjacency_list<listS, listS, bidirectionalS, VertexProperty> Graph; typedef boost::graph_traits<Graph>::vertex_descriptor vertexType; int main(int, char*[]) { Graph g; vertexType v0; v0 = add_vertex(g); out_degree(v0, g); } ----------- the compile error is: ----------- /usr/include/boost/iterator/iterator_traits.hpp: In function `void std::distance(_InputIterator, _InputIterator, _Distance&) [with _InputIterator = std::_List_iterator<boost::detail::sei_<size_t, std::_List_iterator<boost::list_edge<size_t, boost::no_property>, boost::list_edge<size_t, boost::no_property>&, boost::list_edge<size_t, boost::no_property>*>, boost::no_property>, const boost::detail::sei_<size_t, std::_List_iterator<boost::list_edge<size_t, boost::no_property>, boost::list_edge<size_t, boost::no_property>&, boost::list_edge<size_t, boost::no_property>*>, boost::no_property>&, const boost::detail::sei_<size_t, std::_List_iterator<boost::list_edge<size_t, boost::no_property>, boost::list_edge<size_t, boost::no_property>&, boost::list_edge<size_t, boost::no_property>*>, boost::no_property>*>, _Distance = size_t]': /usr/include/g++-v3/bits/stl_list.h:307: instantiated from `size_t std::list<_Tp, _Alloc>::size() const [with _Tp = boost::detail::sei_<size_t, std::_List_iterator<boost::list_edge<size_t, boost::no_property>, boost::list_edge<size_t, boost::no_property>&, boost::list_edge<size_t, boost::no_property>*>, boost::no_property>, _Alloc = std::allocator<boost::detail::sei_<size_t, std::_List_iterator<boost::list_edge<size_t, boost::no_property>, boost::list_edge<size_t, boost::no_property>&, boost::list_edge<size_t, boost::no_property>*>, boost::no_property> >]' /usr/include/boost/graph/detail/adjacency_list.hpp:1409: instantiated from `typename Config::degree_size_type boost::out_degree(typename Config::vertex_descriptor, const boost::adj_list_helper<Config, Base>&) [with Config = boost::detail::adj_list_gen<boost::adjacency_list<boost::listS, boost::vecS, boost::bidirectionalS, VertexProperty, boost::no_property, boost::no_property, boost::listS>, boost::vecS, boost::listS, boost::bidirectionalS, VertexProperty, boost::no_property, boost::no_property, boost::listS>::config, Base = boost::bidirectional_graph_helper_with_property<boost::detail::adj_list_gen<boost::adjacency_list<boost::listS, boost::vecS, boost::bidirectionalS, VertexProperty, boost::no_property, boost::no_property, boost::listS>, boost::vecS, boost::listS, boost::bidirectionalS, VertexProperty, boost::no_property, boost::no_property, boost::listS>::config>]' graph2.cpp:26: instantiated from here /usr/include/boost/iterator/iterator_traits.hpp:54: `template<Iterator> struct boost::iterator_category' is not a function, /usr/include/g++-v3/bits/stl_iterator_base_types.h:196: conflict with `template<_Iter> typename std::iterator_traits::iterator_category std::iterator_category(const _Iter&)' /usr/include/g++-v3/bits/stl_iterator_base_funcs.h:102: in call to `iterator_category' ----------- thanks, bayle

1 0

BGL: multigraphs with remove_edge_if
by Bayle Shanks 01 Jun '04

01 Jun '04

Hi, I have a question about the BGL. I'm trying to get remove_edge_if to work with a multigraph. The documentation doesn't seem to prohibit this: http://www.boost.org/libs/graph/doc/MutableGraph.html http://www.boost.org/libs/graph/doc/adjacency_list.html However, the following sample code crashes. It is intended to add two vertices v0 and v1, and to add two edges from v0 to v1, and then to remove all of the edges by passing an always-true predicate to remove_edge_if. ------------------- #include <boost/config.hpp> #include <iostream> // for std::cout #include <utility> // for std::pair #include <boost/utility.hpp> // for boost::tie #include <boost/graph/graph_traits.hpp> // for boost::graph_traits #include <boost/graph/adjacency_list.hpp> #include <boost/graph/graphviz.hpp> using namespace std; using namespace boost; typedef adjacency_list<vecS, vecS, bidirectionalS > UnderlyingGraphType; typedef boost::graph_traits<UnderlyingGraphType>::vertex_descriptor vertexType; typedef boost::graph_traits<UnderlyingGraphType>::edge_descriptor edgeType; class truePredicate { public: truePredicate() {} bool operator()(edgeType e){ cout << "edgePred got " << e <<endl; cout << "about to return true!!!" << endl; return true; } }; int main(int,char*[]) { UnderlyingGraphType G = UnderlyingGraphType(); vertexType v0, v1; edgeType e01_1, e01_2; bool inserted; v0 = boost::add_vertex(G); v1 = boost::add_vertex(G); cout << "v0: " << v0 << endl; cout << "v1: " << v1 << endl; boost::tie(e01_1, inserted) = boost::add_edge(v0,v1,G); cout << "e1: " << e01_1 << endl; cout << "ins1: " << inserted << endl; boost::tie(e01_2, inserted) = boost::add_edge(v0,v1,G); cout << "e2: " << e01_1 << endl; cout << "ins2: " << inserted << endl; boost::write_graphviz(cout,G); boost::remove_edge_if(truePredicate(), G); boost::write_graphviz(cout,G); } ------------------- I'm using Boost 1_31_0 on Debian GNU/Linux with g++-3.0. The result of running the above code on my system is: ------------------- v0: 0 v1: 1 e1: (0,1) ins1: 1 e2: (0,1) ins2: 1 digraph G { 0; 1; 0->1 ; 0->1 ; } edgePred got (0,1) about to return true!!! edgePred got (0,1) about to return true!!! edgePred got (0,1) about to return true!!! edgePred got (4294967295,1919379812) about to return true!!! Segmentation fault ------------------- thanks for your help, bayle p.s. btw, i'm in the process of wrapping BGL for Python using Boost::Python, in case anyone is interested.

1 0

Graph Serialization
by Daniel Z 01 Jun '04

01 Jun '04

Hello, i'm trying to use the serialization library. I manage to serialize simple class, but now i would like to serialize a boost graph, but i can't find how to do it. Anyone can tell me how to begin? Thx. Plus simple, plus fiable, plus rapide : découvrez le nouveau Caramail - http://www.caramail.lycos.fr

1 0

boost::variant: need help with 'get'
by Caleb Epstein 01 Jun '04

01 Jun '04

I'm trying to use the "get" template with boost::variant but can't figure out how to get my compiler to recognize it. Here's a simple test program: --- #include <iostream> #include <cmath> #include <string> #include <boost/variant.hpp> using namespace boost; using namespace std; typedef variant<int, double, string> elem_t; int main () { elem_t pi = M_PI; double d = get (pi); cout << "pi =~ " << d << endl; return 0; } --- But my compiler (gcc 3.3.2) tells me: g++ -I/home/tools/boost-1.31.0 test.cpp -o test test.cpp: In function `int main()': test.cpp:15: error: no matching function for call to `get(elem_t&)' I'm using Boost 1.31.0. Thanks for any help, -- Caleb Epstein | bklyn . org | The Golden Rule of Arts and Sciences: cae at | Brooklyn Dust | He who has the gold makes the rules. bklyn dot org | Bunny Mfg. |

2 2

Boost::tokenizer and reverse iterators
by Jeff Holle 31 May '04

31 May '04

I'm using boost v1_31_0 and gcc v3.3.2 In experimenting with boost::tokenizer to meet a requirement that I have, I've tried hooking it to a reverse iterator. This act produced a run-time error. This is the code: const string test = "One:Two:Three:Four"; typedef char_separator<char> Sep; typedef tokenizer<Sep,string::const_reverse_iterator> Tok; Sep sep(":"); Tok t(test,sep); for (Tok::iterator iter=t.end();iter!=t.begin();++iter) cout << *iter << endl; Executing this produces continous output of "garbage". Switching the ".end()" and ".begin()" references in the for loop doesn't fix this problem. Switching from "const_reverse_iterator" to "const_iterator" produces the following output: One Two Three Four Is there a way to use a reverse iterator with boost:tokenizer?

4 6

BGL: boost::read_graphviz()
by Andreas Scherer 31 May '04

31 May '04

Dear Group, During some initial experiments with the BGL-GraphViz interface, I observed a significant asymmetry between a given DOT graph input with boost::read_graphviz() and output with boost::write_graphviz() (without changing any attributes). Given the input DOT file (which is, of course, much longer with the full set of information) <metro.dot> graph metro { node[ fontname = "luxirr", style = filled, fillcolor = white ]; "Arts et Métiers"; subgraph ligne_1 { node[ fillcolor = "orange" ]; "La Défense/Grande Arch" -- "Esplanade de la Défense"; } } </metro.dot> The elementary BGL program <metro.cxx> #include <boost/graph/graphviz.hpp> int main( void ) { boost::GraphvizGraph g_dot; boost::read_graphviz( "metro.dot", g_dot ); boost::write_graphviz( "metro_boost.dot", g_dot ); } </metro.cxx> transforms this into the output DOT file <metro_boost.dot> graph ligne_1 { node [fillcolor="orange", fontname="luxirr", style="filled"]; subgraph ligne_1 { node [fillcolor="orange", fontname="luxirr", style="filled"]; 1[label="La Défense/Grande Arch"]; 2[label="Esplanade de la Défense"]; 1 -- 2; } 0[label="Arts et Métiers"]; } </metro_boost.dot> It seems that somewhere on the way, the graph and node (and edge) attributes get clobbered. Note that even the graph name "metro" gets replaced by the name of the (last) subgraph "ligne_1", and /all/ node attributes get mixed up. This seems to be somewhat similar to the recent edge-related problem posted by Hideaki Hiraki. I have not (yet) tried to mess with the graphviz parser code, so I am asking here for help. Thanks. Greetings, Andreas

1 0