- Boost-users - lists.boost.org

Re: [Boost-users] BGL: Bundled Properties in subgraphs
by RIVASSEAU Jean Noel 16 Nov '06

16 Nov '06

Hi there, I also remember that I was the first to discover/report this problem, while I was using the BGL a while ago, but I can confirm it has long been fixed. (I made extensive use of bundled properties in subgraph, so it had to work). Jean-Noël -----Message d'origine----- De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De la part de Doug Gregor Envoyé : jeudi 16 novembre 2006 16:07 À : boost-users(a)lists.boost.org Objet : Re: [Boost-users] BGL: Bundled Properties in subgraphs On Nov 13, 2006, at 5:18 PM, Greg Reynolds wrote: > I am trying to use the subgraph class with bundled propeties and > wonder if it is still broken? I found a message on the list saying > that it was broken in March 2005, but would probably be fixed shortly. It should have been fixed in April, 2005. > I include my code below. It compiles cleanly if I don't use subgraph, > i.e. > just declare the adjacency_list. The error I'm seeing is coming from the lack of an edge_index property for the edges. If one adds that edge_index property, subgraph should work. > It also works if use the internal > properties method. Really? I can't get it to compile with internal properties (until I add an edge_index property). Cheers, Doug _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

Windows Implementation
by alabi＠thaerocomp.com 16 Nov '06

16 Nov '06

Dear Users, I have downloaded and successfully installed (with bjam) Boost for Visual Studio.NET vc7. I have a rogram using boost with the line: #include <BOOST\path_to_header> The compiler does not find the header. Does nayone know how to make the compiler recognize the boost location so I can place it in angluar bracket as above. If I copied all the BOOST into my subfolder, things work but I dont want to make a copy of BOOST in every project. Ken. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

4 4

Re: [Boost-users] Using assign::map_list_of for complex types
by Hughes, James 16 Nov '06

16 Nov '06

Clip.. > >>{ } > >> > > > > > > I did something along these lines but still got a load of compile > > faults. Will post a more accurate code snippet when time > allows, but > > have a deadline end of today!! > > You also need to call the constructor when you call map_list_of(): > > map_list_of(1, data( "hello", list_of(3)(4)(4) ) ); > > -Thorsten > ____ Thanks Thorsten, that did the trick. I had actually tried something along those line when trying to figure it out myself, but didn't know how to handle the range stuff you put in your example. Thanks again. As a sort of aside, this example would make a good addition to the documentation, for those coming to C++ from C where this sort of nested structure initialisation is common (well, in my world it is!). James ___________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users > This message (including any attachments) contains confidential and/or proprietary information intended only for the addressee. Any unauthorized disclosure, copying, distribution or reliance on the contents of this information is strictly prohibited and may constitute a violation of law. If you are not the intended recipient, please notify the sender immediately by responding to this e-mail, and delete the message from your system. If you have any questions about this e-mail please notify the sender immediately.

2 1

Re: [Boost-users] Using assign::map_list_of for complex types
by Hughes, James 16 Nov '06

16 Nov '06

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Thorsten Ottosen > Sent: 15 November 2006 12:00 > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] Using assign::map_list_of for complex types > > Hughes, James wrote: > > Hello all, > > > > I've been trying to create an initiliser for the following > > (paraphrased) > > > > struct data > > { > > Char *str; > > const char*? Typo when copying from Linux box to email box - soz! > > > Vector<int> stuff; > > }; > > > > > > map<int, struct data> mapstuff = map_list_of (1, ("hello", > list_of (3) > > (4) (2)), (3, ("goodbye", list_of (1) (3) ); > > > > Etc etc > > > > However, this doesn't work, with a very complex compile error from > > assign. I've tried also... > > > > map<int, struct data> mapstuff = map_list_of > > (1, {"hello", list_of (3) (4) (2) } ), // note curly braces > > (3, {"goodbye", list_of (1) (3) ) } ); > > > > But that doesn't work either. > > > > Is it actually possible to do something like this, and if so, how? > > I suspect that you have to provide a constructor for your data class: > > template< class Range > > data( const char* str, const Range& r ) > : str(str), stuff(boost::begin(r),boost::end(r)) > { } > I did something along these lines but still got a load of compile faults. Will post a more accurate code snippet when time allows, but have a deadline end of today!! > -Thorsten > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users > This message (including any attachments) contains confidential and/or proprietary information intended only for the addressee. Any unauthorized disclosure, copying, distribution or reliance on the contents of this information is strictly prohibited and may constitute a violation of law. If you are not the intended recipient, please notify the sender immediately by responding to this e-mail, and delete the message from your system. If you have any questions about this e-mail please notify the sender immediately.

2 1

Re: [Boost-users] [Serialization] a couplacrashesfromhiearchycomplexity
by Reusser, Edward 16 Nov '06

16 Nov '06

Robert, I reported 2 crashes. As far as the runtime crash is concerned I have performed further analysis and come up with the following conclusions: A complication that I didn't mention seems to be the source of the runtime crash. I have 2 separate DLL libraries, call them Library A, and library B. Inside of A, I have what is essentially a list of key/value pairs. Initially I serialized this data in and out to a file using xerces (someone else did this part). Later, Library B comes along and asks for a value using a key (the value is just a string). This library then uses the boost serialization library (xml_iarchive) to convert it to classes. When I want to persist the state of Lbrary B, I then convert the class structures back to a string using xml_oarchive and store it in the master key/value map of Library A. The difficulty arises because the string I am saving and retrieving is somewhat large, sometimes over a megabyte in length. When the xerces library gets this,. It converts all of the '<' and '> characters into escape sequences like &lt and &gt. So far so good. Except there is a bug in the translation so that any string larger than about ½ megabyte do not get properly converted from XML text into the corresponding string. Thus, the string I am feeding into the boost serialization library is not proper XML because it has been only partially escaped. So we redid the serialization in the first library to serialize the key/value pairs using boost serialization instead of xerces, completely discarding this library. But the same exact problem occurs. Even using boost serialization, a text value within 2 tags cannot exceed about ½ megabyte in length if it contains escaped character sequences, because when it is read back it will not be properly converted to XML. I know the entire XML string is being translated out to the file because I can open the file and see that it is correct. Furthermore, the serialization library doesn't report any errors in reading the key/value pairs. It isn't until I parse the value using the xml_iarchive that it fails. We solved this problem using text_iarchive and text_oarchive for the key/value map of Library A, preventing the XML in Library B from being touched. As for the 2nd crash, using text_iarchive and text_oarchive within Library B, this still gives the internal structure overflow error. When I get time to go back and look at it again, I will probably rewrite it so that all of the shared_ptr's are stored directly and make other simplifications. If you have a mechanism for me to send this DLL directly to you, then I will attempt to get permission to do so. Ed ________________________________ From: Robert Ramey [mailto:ramey@rrsd.com] Sent: Monday, November 13, 2006 2:22 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [Serialization] a couplacrashesfromhiearchycomplexity it would seem to me that a stack trace would be interesting to see. I'm wondering if its just a stack that is too short (I would have expected to see this sooner if it was) or some error somewhere which creates an unterminated recurssion. With VC its easy to see the stack trace. With the Gnu Debuger, one has to back trace from the right point. Robert Ramey "Reusser, Edward" <Edward.Reusser(a)actel.com> wrote in message news:5E916BAE1732F344BAFD713DF2373479016EA233@SV-MSG-01.amer.actel.com... Robert, I would need permission to send you the exact library code. I am reluctant to do this primarily because recreating my exact build environment would be a hassle (we are using gnumake on the PC). I also would need to do this directly to you, as I could not post this code into a public forum. Having said that, any recursive descent parser has complexity limits based on stack size. It would be pretty easy to create test cases that probe these complexity limits for the various archive types. I would like to see how much (approximately) stack space is allocated in the runtime for each level of xml hierarchy, and also for the text archives. The main complexity seems to be because I am using shared_ptr's extensively at all levels of the hierarchy. Thus, I have 2 levels nested for each class, the <px> data </px> and the actual data, which is in turn being represented by a collection of shared_ptr's, etc. I am also using std::map of shared pointers, and std::set of shared_ptr's. I also use enable_shared_from_this<T> for my base classes, then statically cast the resultant shared pointers internally for the derived classes. This is to get around a Linux problem which I can describe more fully if you like (would take a few pages of explanation). So for example: class Base : public boost:enable_shared_from_this<Base> { virtual boost::shared_ptr<Base> GetSharedFromThis() { return shared_from_this(); } }; class Derived1 : public Base { public: virtual boost::shared_ptr<Derived1> GetSharedFromThis() { return static_pointer_cast<Derived1>( shared_from_this() ); } }; class Derived2 : public Base { public: virtual boost::shared_ptr<Derived2> GetSharedFromThis() { return static_pointer_cast<Derived2>( shared_from_this() ); } }; I am assuming that I do not need to call boost::serialization::base_object<boost::enable_shared_from_this<Base> >( *this ); When I serialize the base class. Could that be the problem? I think what I am going to do is go back into the program and simply eliminate all of the shared_ptr serializations. I can serialize to raw pointers, and then just create the shared_ptr's from those pointers explicitly in my case. I simply do not ever have any shared_ptr's with multiple reference counts to worry about. I will let you know what happens. ________________________________ From: Robert Ramey [mailto:ramey@rrsd.com] Sent: Monday, November 13, 2006 8:30 AM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [Serialization] a coupla crashes fromhiearchycomplexity I would be curious to see your particular case. The fact that different archives give problems that seem related to nesting depth suggest along with the fact that this hasn't been reported suggests that there is some sort of use case or error which hasn't been considered. Robert Ramey "Reusser, Edward" <Edward.Reusser(a)actel.com> wrote in message news:5E916BAE1732F344BAFD713DF2373479016EA059@SV-MSG-01.amer.actel.com... I am using the serialization library in boost 1.33.1. I am compiling on windows using the VC 7.1 compiler. The problem I am having is that when I use xml_iarchive and xml_oarchive, everything works just fine for simple cases, but if the xml gets very deep ( same exact class hierarchy, just more data organized a little more complexly) I am getting runtime stack overflow crashes in the spirit parser. I figured I could solve that by simply substituting text_iarchive and text_oarchive. Please note that I am simply substituting in these archive types instead of using the xml archive headers, which work. There are no other code changes anywhere. Now I am getting the following compiler error: \boost\mpl\eval_if.hpp(40) : fatal error C1204: compiler limit : internal structure overflow Any suggestions? I can try increasing the stack size of my current application to eliminate the xml runtime stack overflow problem, but I am uneasy doing this until I understand how to calculate the stack sizes required, and why it is happening. Furthermore, I would prefer using the text archives, since the data is more compact than the xml ones. Ed Reusser Principal Software Engineer Actel Corporation (408) 318-4972 ________________________________ The information contained in or attached to this email may be subject to the Export Administration Regulations (EAR), administered by the U.S. Department of Commerce, or the International Traffic in Arms Regulations (ITAR), administered by the U.S. Department of State, and may require an export license from the Commerce or State Department prior to its export. An export can include a release or disclosure to a foreign national inside or outside the United States. Include this notice with any reproduced portion of this information. ________________________________ _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users ________________________________ The information contained in or attached to this email may be subject to the Export Administration Regulations (EAR), administered by the U.S. Department of Commerce, or the International Traffic in Arms Regulations (ITAR), administered by the U.S. Department of State, and may require an export license from the Commerce or State Department prior to its export. An export can include a release or disclosure to a foreign national inside or outside the United States. Include this notice with any reproduced portion of this information. ________________________________ _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users The information contained in or attached to this email may be subject to the Export Administration Regulations (EAR), administered by the U.S. Department of Commerce, or the International Traffic in Arms Regulations (ITAR), administered by the U.S. Department of State, and may require an export license from the Commerce or State Department prior to its export. An export can include a release or disclosure to a foreign national inside or outside the United States. Include this notice with any reproduced portion of this information.

2 1

Best practices for boost:signal
by Memfis 15 Nov '06

15 Nov '06

What is the best practice for using boost::signal? Should the signal be a public field? Should an accessor method be used? Should there be some special connection methods for every signal, like the following: private: signal<void()> x; public: void connectX(const signal<void()>::slot_type& slot); void disconnectX(const signal<void()>::slot_type& slot); If you use boost:signal, how do you do it? (Okay, actually connectX should return a connection object and disconnectX should take the it as its parameter, but it's about the general idea) -- Memfis

4 3

[mpl::map] Still problems with map
by Ovanes Markarian 15 Nov '06

15 Nov '06

Ji Dave, Hi Alexey, It seems that at least macro definition for the map of 150 tuples worked. Now I face a new problem. To reduce compilation times we decided to use map10, map20 etc. Unfortunately as we found out this will not compile if I pass to map10 only 7 arguments. With unnumbered map these elements were default initialized with "na" type. Why isn't this the case with numbered maps? I get the following g++ errors: /path/fname.hpp:5945: error: wrong number of template arguments (4, should be 10) /user/some_uname/projects/libs/boost/include/boost/mpl/map/aux_/preprocessed/typeof_based/map10.hpp:141: error: provided for `template<class P0, class P1, class P2, class P3, class P4, class P5, class P6, class P7, class P8, class P9> struct boost::mpl::map10' I assume that the macro generation was successful if I receive the error: /path/fname.hpp:11036: error: wrong number of template arguments (71, should be 150) /user/some_uname/projects/libs/boost/include/boost/mpl/map/aux_/numbered.hpp:41: error: provided for `template<class P0, class P1, class P2, class P3, class P4, class P5, class P6, class P7, class P8, class P9, class P10, class P11, class P12, class P13, class P14, class P15, class P16, class P17, class P18, class P19, class P20, class P21, class P22, class P23, class P24, class P25, class P26, class P27, class P28, class P29, class P30, class P31, class P32, class P33, class P34, class P35, class P36, class P37, class P38, class P39, class P40, class P41, class P42, class P43, class P44, class P45, class P46, class P47, class P48, class P49, class P50, class P51, class P52, class P53, class P54, class P55, class P56, class P57, class P58, class P59, class P60, class P61, class P62, class P63, class P64, class P65, class P66, class P67, class P68, class P69, class P70, class P71, class P72, class P73, class P74, class P75, class P76, class P77, class P78, class P79, class P80, class P81, class P82, class P83, class P84, class P85, class P86, class P87, class P88, class P89, class P90, class P91, class P92, class P93, class P94, class P95, class P96, class P97, class P98, class P99, class P100, class P101, class P102, class P103, class P104, class P105, class P106, class P107, class P108, class P109, class P110, class P111, class P112, class P113, class P114, class P115, class P116, class P117, class P118, class P119, class P120, class P121, class P122, class P123, class P124, class P125, class P126, class P127, class P128, class P129, class P130, class P131, class P132, class P133, class P134, class P135, class P136, class P137, class P138, class P139, class P140, class P141, class P142, class P143, class P144, class P145, class P146, class P147, class P148, class P149> struct boost::mpl::map150' Many thanks for your kind help. With Kind Regards, Ovanes Markarian

2 3

[boost-users][fusion] tuple + io question
by David Klein 15 Nov '06

15 Nov '06

Hi, Is there a reason why fusion/tuple/tuple.hpp includes fusion/sequence/io.hpp? The "normal" boost::tuple, is split into tuple/tuple.hpp and tuple/tuple_io.hpp. I have the problem that just including *stream headers, make my program crash before main, because they rely on static variables that dynamically allocate memory, which isn't available before main. I fixed this for me by commenting out the include line, and now i'm only just wondering why this differs to boost::tuples? -- regards, dave

2 2

[Boost.MultiArray] So many warnings
by Evgeny Yashin 15 Nov '06

15 Nov '06

Hi guys. Just started to use library, and.. #include "boost/multi_array.hpp" void f() { boost::multi_array<int, 2> arr; arr.resize( boost::extents[2][2] ); } Why so many warnings (5 warnings)?? warning C4267: '=' : conversion from 'size_t' to 'boost::const_multi_array_ref<T,NumDims,TPtr>::index', possible loss of data .... Can it be fixed?

1 0

Using assign::map_list_of for complex types
by Hughes, James 15 Nov '06

15 Nov '06

Hello all, I've been trying to create an initiliser for the following (paraphrased) struct data { Char *str; Vector<int> stuff; }; map<int, struct data> mapstuff = map_list_of (1, ("hello", list_of (3) (4) (2)), (3, ("goodbye", list_of (1) (3) ); Etc etc However, this doesn't work, with a very complex compile error from assign. I've tried also... map<int, struct data> mapstuff = map_list_of (1, {"hello", list_of (3) (4) (2) } ), // note curly braces (3, {"goodbye", list_of (1) (3) ) } ); But that doesn't work either. Is it actually possible to do something like this, and if so, how? James This message (including any attachments) contains confidential and/or proprietary information intended only for the addressee. Any unauthorized disclosure, copying, distribution or reliance on the contents of this information is strictly prohibited and may constitute a violation of law. If you are not the intended recipient, please notify the sender immediately by responding to this e-mail, and delete the message from your system. If you have any questions about this e-mail please notify the sender immediately.

2 1