November 2006 - Boost-users

[asio] error using cvs version with vc71... multiple definitions
by Andrew Schweitzer 17 Nov '06

17 Nov '06

I am have probably screwed up something simple... I can't seem to compile file including boost/asio.hpp from CVS. I get redefinition errors... apparently Winsock.h, winsock2.h, mswsock.h and some other files seem to be fighting. Any clue what I did wrong or how to fix? Last update was in last couple days. Thanks Andy

2 16

[mpl] - map with more than 20 entries?
by Oliver.Kowalke＠qimonda.com 16 Nov '06

16 Nov '06

Hi, how can I store more than 20 entries in mpl::map? regards, Oliver

2 1

[Date_Time] Question about warnings.
by Seweryn Habdank-Wojewódzki 16 Nov '06

16 Nov '06

Hi! Can anyone tell me why the compilation of the program which uses Boost.Date_Time (boost ver. 1.33) displays 3 warnings: /usr/include/boost/date_time/time_facet.hpp:202: warning: unused parameter 'a_ref' /usr/include/boost/date_time/time.hpp:81: warning: unused parameter 'as_offset' /usr/include/boost/date_time/time.hpp:88: warning: unused parameter 'as_offset' I know this are just warnings, but why they appears? Are that wariables really unused? :-). Best regards. -- |\/\/| Seweryn Habdank-Wojewódzki `\/\/'

1 0

[date_time] local_time_period between two different time zones
by Alberto Giannetti 16 Nov '06

16 Nov '06

I want to calculate the time difference between local_date_time objects that I initialized using two different time zones: #include <iostream> #include <boost/date_time/posix_time/posix_time.hpp> #include <boost/date_time/local_time/local_time.hpp> // TZ database int main(int argc, char* argv[]) { using namespace boost::posix_time; using namespace boost::local_time; tz_database tz_db; try { tz_db.load_from_file("tz.csv"); } catch( data_not_accessible& e ) { std::cerr << "Error with time zone data file: " << e.what() << std::endl; exit(EXIT_FAILURE); } catch( bad_field_count& e ) { std::cerr << "Error with time zone data file: " << e.what() << std::endl; exit(EXIT_FAILURE); } time_zone_ptr tzp_nyc = tz_db.time_zone_from_region("America/New_York"); time_zone_ptr tzp_rome = tz_db.time_zone_from_region("Europe/Rome"); local_date_time nyc_time(second_clock::universal_time(), tzp_nyc); std::cout << "Current time in NY is " << to_simple_string(nyc_time.local_time()) << std::endl; local_date_time rome_time(second_clock::universal_time(), tzp_rome); std::cout << "Current time in Rome is " << to_simple_string(rome_time.local_time()) << std::endl; local_time_period tdiff(nyc_time, rome_time); std::cout << "Difference between time zones: " << tdiff.length() << std::endl; return 0; } tdiff.lenth() returns 00:00:00. Why the function can't return the difference between the two local times? ____________________________________________________________________________________ Sponsored Link $420k for $1,399/mo. Think You Pay Too Much For Your Mortgage? Find Out! www.LowerMyBills.com/lre

2 1

Re: [Boost-users] [Serialization] a coupla crashes from hiearchy complexity
by Reusser, Edward 16 Nov '06

16 Nov '06

Robert, The 1/2 megabyte string being converted is pure XML generated by the xml_oarchive and read in using xml_iarchive in the boost serialization library. It is being inserted as a single tag of an XML item serialized entirely by the xml_oarchive and xml_iarchive in the boost serialization library. I believe that there are only 5 characters that need to be converted: less than (<), greater than (>), quote ("), apostrophe ('), and ampersand (&). Changing a block of text containing these characters to their corresponding escape sequences doesn't seem very difficult to me. It is being done completely automatically by the serialization library. Our current solution, which uses a text archive on the front end and stores the internal strings as xml seems to work for now and completely avoids this conversion. I just wanted to let you know that the conversion routine in the boost serialization library doesn't work for large buffers. I had to laugh at your response at sending this library to you. That certainly wouldn't have been MY first choice, but I did want to make the offer. Ed -----Original Message----- From: Robert Ramey [mailto:ramey@rrsd.com] Sent: Wednesday, November 15, 2006 8:33 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [Serialization] acouplacrashesfromhiearchycomplexity "Reusser, Edward" <Edward.Reusser(a)actel.com> wrote in message news:5E916BAE1732F344BAFD713DF2373479016EAAA9@SV-MSG-01.amer.actel.com... Robert, 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. **** I suspect that both serialization and xerces are having the same problem. The problem is that standards for xml/html escape sequences are ambiguous. and not correctly escaped. This occurs when the string includes non-string charactes like null, and who knows what else. Its probably not a hard fix - but would take alot of time to sort the all the varying standardese. If anyone want's todo this let me know. If your doing 1/2 mb of string - its possible it contains some wierd characters that neither xerces nor I know what to do with. So a couple of things to try would be: a) try xml_wachive - this stores data in UTF-8 and might be more robust. b) try stroign the string as a "binary object". This would consume more spaces as it stores the data in binary coded text - but should be bullit proof. c) If you really, really need this, and you want to do your bit for humanity, you can checkout the xml escape/unescape that the serialization library uses. This is a little out of whack as it uses one method - dataflow iterators to escape, and another - spirit parser to unescape. Maybe that should be changed or at lease looked at. When in doubt - I prefer symmetry as should be apparent from the naming conventions used by the serialization library. 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. *** Errrr - thanks but no thanks. I woud prefer to run this via through you. Robert Ramey 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

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