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

[statechart] Ready for addition to main CVS
by Andreas Huber 28 Jan '06

28 Jan '06

Dear Boosters I believe I have addressed all the important issues that were reported during formal review of the Boost.Statechart library (then proposed as boost::fsm). Although there's still a lot to do, I think that the current version is stable enough to be added to the main CVS. All reviewers (and anyone else interested) are invited to verify that the issues that have been put forth have been taken care of appropriately: http://boost-sandbox.sf.net/libs/statechart Given Thomas Witt's cutoff date for additions of new libraries (February 8th) and the roughly one week needed to move the statechart directories from the sandbox CVS to the main CVS (can only be done by source forge staff), I must ask people to come forward with their questions/concerns before February 1st. Should anyone need more time, please let me know immediately by following up to this post. Thanks & Regards, -- Andreas Huber When replying by private email, please remove the words spam and trap from the address shown in the header.

1 0

[graph] non-contiguous edges?
by Roman Schindlauer 28 Jan '06

28 Jan '06

Hello, Warning ahead - this is a newbie question. I need to find weak and strong components of a graph. So far, my code is as simple as it could be (edges being a std::vector of std::pair<unsigned,unsigned>): typedef adjacency_list <vecS, vecS, undirectedS> Graph; Graph G; for (Edges::const_iterator ei = edges.begin(); ei != edges.end();++ei) add_edge((*ei).first, (*ei).second, G); std::vector<int> component(num_vertices(G)); int num = connected_components(G, &component[0]); However, my vertices are not contiguously numbered. Hence, the following edges (8, 9) (9, 10) (12, 13) result in these connected components: 0: 0 1: 1 2: 2 3: 3 4: 4 5: 5 6: 6 7: 7 8: 8, 9, 10 9: 11 10: 12, 13 which is not what I want (just two wcc: 8, 9, 10 and 12, 13). I was reading into the property_map stuff, but as far as i understand, that would not help here. Do I have to remap the indices beforehand or is there a way to convince Boost that there are no other nodes than those in the edges? Best regards, Roman

1 0

Warnings and boost
by gast128 27 Jan '06

27 Jan '06

Dear all, Our company makes heavy use of boost libraries. But unfornately some libraries trigger warnings. This is hard to circumvent since we both have level 4 and warnings as error option enabled in Visual Studio 2003. An example is the counting iterator: const std::vector<int> values1(boost::make_counting_iterator(1), boost::make_counting_iterator(10)); gives C4244. This is even harder to supress since the STL is included in the precompiled header. Is it an option to have a good look at this issue for the next release? Note that it is also possible that Plauger's STL is not conforming. Wkr, me

5 5

Spawning a thread on a member function
by Sliwa, Przemyslaw (London) 27 Jan '06

27 Jan '06

All, Does anyone know how to spawn a thread on member function of an existing object in its constructor. Clearly simple boost::bind does not work. I do not know how to tell the compiler it must take the member function. Thanks for help, Pshemek Kind regards Pshemek Przemyslaw Sliwa Global Foreign Exchange FX Risk Engine Development Merrill Lynch ( +44 (0)20 7995 4182 ) +44 (0)79 6325 2319 * Email: przemyslaw_sliwa(a)ml.com -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

4 5

Declaration Terminated Incorrectly
by Deepak Singh 27 Jan '06

27 Jan '06

Hello; I am using Borland C++ 6 Evaluaion Version for making dll. Can You help me out from this error. /*Voice.h*/ //#include "CFeatureMatrix.h" //#include "CVoiceInterface.h" //#include "CVoicePrint.h" BOOL WINAPI DllMain(HINSTANCE hinstDLL, DWORD fwdreason, LPVOID lpvReserved) { return 1; } When I compile to make dll I get "stddef.h:Declaration terminated incorrectly" error and second line shows "stddef.h:Qualifier 'std' is not a class or namespace name". If I remove Comment for including the header file I get "Voice.h:Declaration terminated incorrectly" /*Voice.h*/ #include "CFeatureMatrix.h" #include "CVoiceInterface.h" #include "CVoicePrint.h" BOOL WINAPI DllMain(HINSTANCE hinstDLL, DWORD fwdreason, LPVOID lpvReserved) { return 1; } Regards Deepak ********************************************************* Disclaimer: The contents of this E-mail (including the contents of the enclosure(s) or attachment(s) if any) are privileged and confidential material of MBT and should not be disclosed to, used by or copied in any manner by anyone other than the intended addressee(s). In case you are not the desired addressee, you should delete this message and/or re-direct it to the sender. The views expressed in this E-mail message (including the enclosure(s) or attachment(s) if any) are those of the individual sender, except where the sender expressly, and with authority, states them to be the views of MBT. This e-mail message including attachment/(s), if any, is believed to be free of any virus. However, it is the responsibility of the recipient to ensure that it is virus free and MBT is not responsible for any loss or damage arising in any way from its use ********************************************************

2 1

[lambda] Nesting and temporaries
by EMalenfant＠interstarinc.com 27 Jan '06

27 Jan '06

Hello, Given the following: std::string Cat(const std::string& First, const std::string& Second) { return First + Second; } void Print(const char* S) { std::cout << S << std::endl; } std::string foo("foo"); std::string bar("bar"); The novice Lambda user that I am would have thought that this: using namespace boost::lambda; bind(Print, bind(&std::string::c_str, bind(Cat, _1, _2) ) )(foo, bar); would be roughly equivalent to: Print(Cat(foo, bar).c_str()); But it seems to behave more like: const char* ptr_to_temp = Cat(foo, bar).c_str(); Print(ptr_to_temp); and invokes undefined behavior. This workaround seems to work: var_type<std::string>::type temp(var(std::string())); ( temp = bind(Cat, _1, _2), bind(Print, bind(&std::string::c_str, temp)) ) (foo, bar); this one too: var_type<std::string>::type temp(var(std::string())); bind(Print, bind(&std::string::c_str, (temp = bind(Cat, _1, _2)) ) ) (foo, bar); Could someone comment on this? Are these workarounds correct? Is one better than the other? Is there another solution? Thanks, ----------------------------- Éric Malenfant A conclusion is the place where you got tired of thinking

1 0

boost::iostream - returning EOF in device::write and set failbit
by Oliver.Kowalke＠infineon.com 27 Jan '06

27 Jan '06

Hello, would the eofbit be set if I return EOF in device::write? How can I set failbit from device? Regards, Oliver

2 1

Re: [Boost-users] Version Mgmt classes/algorithms
by Rich Johnson 27 Jan '06

27 Jan '06

On Jan 26, 2006, at 11:58 AM, Noel Yap wrote: > Hmm, I've been thinking about this problem but from a different > perspective. > > First, some definitions: > - patch release: the new component is link and load compatible with > the old one; clients might need to relink or reload > - minor release: the new component is compile compatible with the old > one; clients might need to recompile > - major release: the new component isn't compatible with the old one; > clients might need to modify code > > Given the above, a mapping can be made of changes to source to one of > the above. I suppose if a component developer follows the above, one > could write a class that could easily figure out whether or not a > certain M.m.p update is backwards compatible with another. > > Also, what really counts are changes to header files. More > specifically, changes to published header files (ie header files that > are installed so as to be usable by other components). I LIKE the crispness of your functional definitions. They suggest that there may exist an algorithm determining the ''order'' of a change: - Any change in the interface base class is _at least_ a minor release. - Any change in an implementation derived class is _at most_ a patch release. - Any change in the semantics of the base class interface is _at least_ a major release. - Version stamp can probably be generated by configuration control (i.e. CVS); - Version stamp can probably be used as a _signature_ of the module's interface. FWIW, a "compiler compatibility" is probably required when dealing with separately compiled modules. Applying the definitions to dynamically loaded libraries where we're _always_ relinking; we come up with: - if patch release; accept - if minor release; reject (you _might_ scoot by with some changes; but why risk it?) - if major release; reject - if compiler incompatible; reject (of course). Dynamically loaded modules could supply a ''well known'' C function to access their version stamp (or otherwise determine compatibility) prior to instantiating any dynamically allocated objects. Now you've got me thinking.... --rich

3 3

Re: [Boost-users] Version Mgmt classes/algorithms
by Rich Johnson 27 Jan '06

27 Jan '06

> > For what it's worth, we use namespaces to do version management and > this works quite well for us. This technique may not work for you > but a brief description of it is in Stroustrup's D&E in section > 17.4.4 (Using Namespaces to Manage Releases). We've done a lot of > work in this area, just not sure if it's what you're interested in. Hmm...I'll have to take a look. Do you do use it with dynamically loaded modules--dlopen(), dlsym(), etc.?

2 1

boost::serialisation - portable_binary_oarchive not part of library
by Oliver.Kowalke＠infineon.com 27 Jan '06

27 Jan '06

Hallo, why is portable_binary_oarchive and portable_binary_iarchive only contained in the examples not part of the library interface? Regards, Oliver

2 1

Boost threads- how do I simultaneously check the lock on two or more mutexes?
by Terence Wilson 26 Jan '06

26 Jan '06

boost::try_mutex M1, M2; boost::try_mutex::scoped_try_lock lockx(M1, false); boost::try_mutex::scoped_try_lock locky(M2, false); I would like to be able to atomically check that at least one lock can be made: assert(lockx.try_lock() || locky.try_lock()); In Win32 I would use WaitForMultipleObjects. Thanks in advance.

1 0

Comments on the usability of program_options
by Steve Byan 26 Jan '06

26 Jan '06

First let me mention that I greatly appreciate all the work done by the contributors to Boost. The library has been extremely helpful to me both as a class and template library and as a learning tool for template meta-programming. In the spirit of constructive criticism, I'd like to offer a few usability observations arising from my first attempt to use program_options. I appreciate the flexibility, extensive feature set, and the extensibility of the library. I particularly like the unification of command-line options with configuration files; this is a very handy feature. However, I think the unification of program arguments with program options is less successful. I think the library would be better if arguments were a separate concept. Unifying program arguments with program options has these consequences: 1) The error message produced by an excessive number of arguments is opaque to most users. The error message produced is "Error: unknown option foo", which I think would be better phrased as something along the lines of "Error: too many arguments". Since program_options doesn't distinguish options from arguments, it can't easily produce a better diagnostic message. 2) The usage description by default describes command-line arguments as options. E.g. the usage message is something like this: Supported options: -h [ --help ] produce this help message --device-file arg scsi pass-thru device special file To hide the "argument options" in the help message, program_options supports multiple options_descriptions, but puts the responsibility for hiding the "argument options" on the user of the library, and, unlike normal options, does not automatically provide a description of the argument in the help message. If arguments were instead treated as first-class concept instead of a mutant form of an option, the library could automatically handle these issues. 3) Somewhat related to issue #2, program_options doesn't generate a concise usage description help-message from the grammar. For example, it would be nice if options_desciption could provide a string like this: Usage: scsi_tool [-h | --help] [-v | --verbose] <device-file> [<output-file>] Additionally, it would be nice if program_options handled more of the validation and error reporting. Currently the user is responsible for checking for required arguments and generating an error if they are not supplied, and for coding the generation of a usage message when the options and arguments don't conform to the specified grammar. An example of an alternative design which addresses these concerns (but which lacks many of the more sophisticated features of program_options) is Ole Laursen's commandoptions <http:// www.cs.aau.dk/~olau/commandoptions/> Regards, -Steve -------- Steve Byan <smb(a)egenera.com> Software Architect Egenera, Inc. 165 Forest Street Marlboro, MA 01752 (508) 858-3125

3 2

Re: [Boost-users] program_options requires non-const argv
by Merrill Cornish 26 Jan '06

26 Jan '06

Steve, I ran into the same problem. Once I thought about it, I realized I had _never_ seen a C or C++ main() function prototype defined with a const second argument. I think I remember that one of the traditional C getopt() function variants actually munges the argument list by removing that arguments it recognizes, leaving anything else for direct processing by the program. I'm guessing program_options is therefore tacitly assuming the second argument is non-const also. Merrill

4 3

spirit::, token_node_d, xml-tree
by elviin 26 Jan '06

26 Jan '06

Hello there. I'd like to use non-ast tree. I'm also using the tree_to_xml function to generate xml code. Plus my own grammar. The problem is with the token_node_d directive. I assumed that this directive merge the parsed code to an one node. At this time my parser works for me very fine except the tree because there are missing value objects in xml structure. So it seems that the whole tree is empty:/ I can reproduce that state with the example file parse_tree_calc1.cpp: The correct output from the tree_to_xml function is following when parsing "1": <?xml version="1.0" encoding="ISO-8859-1"?> <!DOCTYPE parsetree SYSTEM "parsetree.dtd">  <parsetree version="1.0"> <parsenode rule="expression"> <parsenode rule="term"> <parsenode rule="factor"> <parsenode rule="integer"> <parsenode rule="integer"> <value>1</value> <<<<======== it's OK here </parsenode> </parsenode> </parsenode> </parsenode> </parsenode> </parsetree> parsing succeeded ... and the corresponfing code/rules: integer = lexeme_d[ token_node_d[ (!ch_p('-') >> +digit_p) ] ]; factor = integer | '(' >> expression >> ')' | ('-' >> factor); term = factor >> *( ('*' >> factor) | ('/' >> factor) ); expression = term >> *( ('+' >> term) | ('-' >> term) ); But if I move the token_node_d directive to another position, so that is similar to the problem with my grammar: integer = lexeme_d[ (!ch_p('-') >> +digit_p) ]; factor = token_node_d[integer] | '(' >> expression >> ')' | ('-' >> factor); term = factor >> *( ('*' >> factor) | ('/' >> factor) ); expression = term >> *( ('+' >> term) | ('-' >> term) ); ... then the XML structure looks like this. The "value" object are missing: <?xml version="1.0" encoding="ISO-8859-1"?> <!DOCTYPE parsetree SYSTEM "parsetree.dtd">  <parsetree version="1.0"> <parsenode rule="expression"> <parsenode rule="term"> <parsenode rule="factor"> <parsenode rule="integer"> <<<<======== it is not OK here </parsenode> </parsenode> </parsenode> </parsenode> </parsetree> parsing succeeded Can anyone explain me why it is not possible to use the directive token_node_d like this token_node_d[integer]? I just want to group all the parsed text (integer) in one node. May I have to change the policy or to create proper typedefs. The problem is with hierarchy, that I want to group the parsed text only in the higher levels of parsing process. Thank you. Elviin

2 2

Weird regex compiler warnings with VC 7.1
by Alan Davies 26 Jan '06

26 Jan '06

Hello. I've come across a weird compiler warning when using the regex library on VC 7.1 (I think the problem also occurs in VC 7.0). I'm using Boost 1.33.1 The code below throws up warnings. Removing the min() call from main, or changing a, b and c's type to anything else (e.g. short) gets rid of the warnings. The offending line is in regex_format.hpp (it appears twice in that file): std::ptrdiff_t len = (std::min)(static_cast<std::ptrdiff_t>(2), ::boost::re_detail::distance(m_position, m_end)); Putting a static cast around the distance() call makes no difference, but splitting it into two lines as follows gets rid of the warning: std::ptrdiff_t distance = ::boost::re_detail::distance(m_position, m_end); std::ptrdiff_t len = (std::min)(static_cast<std::ptrdiff_t>(2), distance); This makes absolutely no sense to me! My code and the warnings are below. #include "boost/regex.hpp" #include <iostream> #include <string> int main(int argc, char *argv[]) { std::string hello = "hello world!"; boost::regex multipleSpacesRegex("([[:space:]]){2,}"); int a=1, b=2; // Remove the next line to get rid of the warnings int c=(std::min)(a,b); hello = boost::regex_replace(hello, multipleSpacesRegex, "$1"); std::cout << hello << std::endl; return 0; } ------ Build started: Project: regex_test, Configuration: Debug Win32 ------ Compiling... main.cpp f:\dev\include\boost\regex\v4\regex_format.hpp(246) : warning C4244: 'argument' : conversion from 'std::iterator_traits<_Iter>::difference_type' to 'const int', possible loss of data with [ _Iter=const char * ] f:\dev\include\boost\regex\v4\sub_match.hpp(130) : while compiling class-template member function 'void boost::re_detail::basic_regex_formatter<OutputIterator,Results,traits>::format_perl(void)' with [ OutputIterator=boost::re_detail::string_out_iterator<std::basic_string<char,std::char_traits<char>,std::allocator<char>>>, Results=boost::match_results<std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator>, traits=boost::regex_traits_wrapper<boost::regex_traits<char>> ] c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\vector(152) : while compiling class-template member function 'void boost::re_detail::basic_regex_formatter<OutputIterator,Results,traits>::format_all(void)' with [ OutputIterator=boost::re_detail::string_out_iterator<std::basic_string<char,std::char_traits<char>,std::allocator<char>>>, Results=boost::match_results<std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator>, traits=boost::regex_traits_wrapper<boost::regex_traits<char>> ] c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\xstring(542) : while compiling class-template member function 'boost::re_detail::string_out_iterator<S> boost::re_detail::basic_regex_formatter<OutputIterator,Results,traits>::format(const boost::re_detail::basic_regex_formatter<OutputIterator,Results,traits>::char_type *,const boost::re_detail::basic_regex_formatter<OutputIterator,Results,traits>::char_type *,boost::regex_constants::match_flag_type)' with [ S=std::basic_string<char,std::char_traits<char>,std::allocator<char>>, OutputIterator=boost::re_detail::string_out_iterator<std::basic_string<char,std::char_traits<char>,std::allocator<char>>>, Results=boost::match_results<std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator>, traits=boost::regex_traits_wrapper<boost::regex_traits<char>> ] f:\dev\include\boost\regex\v4\regex_format.hpp(568) : see reference to class template instantiation 'boost::re_detail::basic_regex_formatter<OutputIterator,Results,traits>' being compiled with [ OutputIterator=boost::re_detail::string_out_iterator<std::basic_string<char,std::char_traits<char>,std::allocator<char>>>, Results=boost::match_results<std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator>, traits=boost::regex_traits_wrapper<boost::regex_traits<char>> ] f:\dev\include\boost\regex\v4\match_results.hpp(170) : see reference to function template instantiation 'OutputIterator boost::re_detail::regex_format_imp<OutputIterator,std::basic_string<_Elem,_Traits,_Ax>::const_iterator,std::vector<_Ty>::allocator_type,_Elem,boost::regex_traits_wrapper<BaseT>>(OutputIterator,const boost::match_results<BidiIterator> &,const charT *,const charT *,boost::regex_constants::match_flag_type,const traits &)' being compiled with [ OutputIterator=boost::re_detail::string_out_iterator<std::basic_string<char,std::char_traits<char>,std::allocator<char>>>, _Elem=char, _Traits=std::char_traits<char>, _Ax=std::allocator<char>, _Ty=boost::sub_match<std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator>, BaseT=boost::regex_traits<char>, BidiIterator=std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator, charT=char, traits=boost::regex_traits_wrapper<boost::regex_traits<char>> ] f:\dev\include\boost\regex\v4\regex_replace.hpp(53) : see reference to function template instantiation 'OutputIterator boost::match_results<BidiIterator>::format<OutputIterator,boost::basic_regex<charT,traits>>(OutputIterator,const boost::match_results<BidiIterator>::st std::ptrdiff_t distance = ::boost::re_detail::distance(m_position, m_end); std::ptrdiff_t len = (std::min)(static_cast<std::ptrdiff_t>(2), distance); ring_type &,boost::regex_constants::match_flag_type,const RegexT &) const' being compiled with [ OutputIterator=boost::re_detail::string_out_iterator<std::basic_string<char,std::char_traits<char>,std::allocator<char>>>, BidiIterator=std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator, charT=char, traits=boost::regex_traits<char>, RegexT=boost::basic_regex<char,boost::regex_traits<char>> ] f:\dev\include\boost\regex\v4\regex_replace.hpp(84) : see reference to function template instantiation 'OutputIterator boost::regex_replace<boost::re_detail::string_out_iterator<S>,std::basic_string<_Elem,_Traits,_Ax>::const_iterator,boost::regex_traits<charT>,char>(OutputIterator,BidirectionalIterator,BidirectionalIterator,const boost::basic_regex<charT,traits> &,const charT *,boost::regex_constants::match_flag_type)' being compiled with [ OutputIterator=boost::re_detail::string_out_iterator<std::basic_string<char,std::char_traits<char>,std::allocator<char>>>, S=std::basic_string<char,std::char_traits<char>,std::allocator<char>>, _Elem=char, _Traits=std::char_traits<char>, _Ax=std::allocator<char>, charT=char, BidirectionalIterator=std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator, traits=boost::regex_traits<char> ] f:\dev\projects\regex_test\main.cpp(17) : see reference to function template instantiation 'std::basic_string<_Elem,_Traits,_Ax> boost::regex_replace<boost::regex_traits<charT>,char>(const std::basic_string<_Elem,_Traits,_Ax> &,const boost::basic_regex<charT,traits> &,const charT *,boost::regex_constants::match_flag_type)' being compiled with [ _Elem=char, _Traits=std::char_traits<char>, _Ax=std::allocator<char>, charT=char, traits=boost::regex_traits<char> ] f:\dev\include\boost\regex\v4\regex_format.hpp(330) : warning C4244: 'argument' : conversion from 'std::iterator_traits<_Iter>::difference_type' to 'const int', possible loss of data with [ _Iter=const char * ] f:\dev\include\boost\regex\v4\sub_match.hpp(130) : while compiling class-template member function 'void boost::re_detail::basic_regex_formatter<OutputIterator,Results,traits>::format_escape(void)' with [ OutputIterator=boost::re_detail::string_out_iterator<std::basic_string<char,std::char_traits<char>,std::allocator<char>>>, Results=boost::match_results<std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator>, traits=boost::regex_traits_wrapper<boost::regex_traits<char>> ] f:\dev\include\boost\regex\v4\regex_format.hpp(401) : warning C4244: 'argument' : conversion from 'std::iterator_traits<_Iter>::difference_type' to 'const int', possible loss of data with [ _Iter=const char * ] f:\dev\include\boost\regex\v4\regex_format.hpp(422) : warning C4244: 'argument' : conversion from 'std::iterator_traits<_Iter>::difference_type' to 'const int', possible loss of data with [ _Iter=const char * ] f:\dev\include\boost\regex\v4\sub_match.hpp(130) : while compiling class-template member function 'void boost::re_detail::basic_regex_formatter<OutputIterator,Results,traits>::format_conditional(void)' with [ OutputIterator=boost::re_detail::string_out_iterator<std::basic_string<char,std::char_traits<char>,std::allocator<char>>>, Results=boost::match_results<std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator>, traits=boost::regex_traits_wrapper<boost::regex_traits<char>> ] Linking... Build log was saved at "file://f:\dev\projects\regex_test\Debug\BuildLog.htm" regex_test - 0 error(s), 4 warning(s) ---------------------- Done ---------------------- Build: 1 succeeded, 0 failed, 0 skipped ___________________________________________________________ Yahoo! Photos NEW, now offering a quality print service from just 8p a photo http://uk.photos.yahoo.com

2 1

Re: [Boost-users] Version Mgmt classes/algorithms
by Rich Johnson 26 Jan '06

26 Jan '06

> I'm looking for a peer-reviewed solutions for managing versions (dll > compatibiity, data formats, etc.). If they exist, they're pretty > hard to find. ( FWIW, searches with the terms "version" or > "versioning" aren't very helpful :-() > [...snip...] > Have there been any discussions on this topic in the boost domain? > If so, how would I find it? > Any one have ideas where else I could look? Or any useful codewords to search > for. Oooh, dead air! Er, would anyone be interested in discussing this issue or reviewing a proposed base class? Feel free to contact me off-list. Thnx, ---rich

1 0

Re: [Boost-users] program_options requires non-const argv
by Sohail Somani 25 Jan '06

25 Jan '06

> I ran into the same problem. Once I thought about it, I realized > I had _never_ seen a C or C++ main() function prototype defined > with a const second argument. I do it too :)

1 0

[ptr_container] Bug in reverse iterators?
by Bill Buklis 25 Jan '06

25 Jan '06

Is this a bug or am I expecting it to do something that it shouldn't? Does anyone know a workaround for this (at least temporarily)? Compiler: VC 7.1 boost: 1.33.0 Description: The "base" function for reverse iterators in the pointer container classes do not return the underlying iterator type as expected. It appears that "base" returns a reverse iterator instead. This is not specific with ptr_vector. All the pointer containers seem to have this problem. #include <boost/ptr_container/ptr_vector.hpp> void sample() { // the type of the vector does not matter for this typedef boost::ptr_vector<DWORD> boostvector; boostvector boostvec; boostvector::reverse_iterator rboostIt = boostvec.rbegin(); // The following line does NOT compile. boostvector::iterator boostIt = rboostIt.base(); // For comparison of code that DOES compile typedef std::vector<DWORD> stdvector; stdvector stdvec; stdvector::reverse_iterator rstdIt = stdvec.rbegin(); // The following line DOES compile. stdvector::iterator stdIt = rstdIt.base(); }

2 4

shared_ptr and typedef
by David A. Greene 25 Jan '06

25 Jan '06

Well, if nothing else, I'm learning lots about the corners of the language! I've got the following testcase: #include <boost/shared_ptr.hpp> #include <iostream> template<typename Base> class Handle { public: typedef boost::shared_ptr<Base> type; }; template<typename Type> void print_shared_ptr(boost::shared_ptr<Type> ptr) { std::cout << "Value is " << *ptr << std::endl; } template<typename Type> void print_handle(typename Handle<Type>::type ptr) { std::cout << "Value is " << *ptr << std::endl; } int main(void) { Handle<int>::type iptr(new int(10)); print_shared_ptr(iptr); print_handle<int>(iptr); print_handle(iptr); return(0); } The calls to print_shared_ptr and the first print_handle resolve just fine but the compiler (g++ 4.0.2) can't seem to resolve the final call to print_handle: shared_ptr.cc: In function 'int main()': shared_ptr.cc:29: error: no matching function for call to 'print_handle(boost::shared_ptr<int>&)' The point of class Handle is to hide the implementation detail that boost::shared_ptr is being used to manage resources. I would like the ability to easily change the type of smart pointer used throughout the application. What's going on here? Is there a way to make this work without having to explicitly specify the type to print_handle? Thanks. -Dave

2 3

Serialization of boost::shared_ptr<int>?
by Joseph Turian 25 Jan '06

25 Jan '06

Hi Robert and everyone, Thank you for explaining to me about BOOST_STRONGTYPE. I'll let you know how that goes for me. And thank you for being so patient and trying to help me get serialization working in my program. In the meantime, I'm experiencing a much simpler problem. Although I can serialize classes of the form boost::shared_ptr<T>, where T is a class I've defined, I get compilation errors if I try to serialize a boost::shared_ptr<int>. How can I resolve this? Code snippet: ----------------------------------------------- #include <iostream> #include <fstream> #include <boost/shared_ptr.hpp> #include <boost/archive/text_oarchive.hpp> #include <boost/archive/text_iarchive.hpp> #include <boost/serialization/base_object.hpp> #include <boost/serialization/utility.hpp> #include <boost/serialization/shared_ptr.hpp> int main() { std::ofstream ofs("archive"); boost::archive::text_oarchive oa(ofs); boost::shared_ptr<int> i; oa << i; return 0; } ----------------------------------------------- g++ output: /usr/include/boost/serialization/shared_ptr.hpp: In function `void boost::serialization::serialize(Archive&, boost::shared_ptr&, unsigned int) [with Archive = boost::archive::text_oarchive, T = int]': /usr/include/boost/serialization/serialization.hpp:140: instantiated from `void boost::serialization::serialize_adl(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = boost::shared_ptr<int>]' /usr/include/boost/archive/detail/oserializer.hpp:147: instantiated from `void boost::archive::detail::oserializer<Archive, T>::save_object_data(boost::archive::detail::basic_oarchive&, const void*) const [with Archive = boost::archive::text_oarchive, T = boost::shared_ptr<int>]' /usr/include/boost/mpl/if.hpp:67: instantiated from here /usr/include/boost/serialization/shared_ptr.hpp:227: error: incomplete type ` boost::STATIC_ASSERTION_FAILURE<false>' does not have member `value' /usr/include/boost/serialization/shared_ptr.hpp: In function `void boost::serialization::save(Archive&, const boost::shared_ptr&, unsigned int) [with Archive = boost::archive::text_oarchive, T = int]': /usr/include/boost/serialization/split_free.hpp:45: instantiated from `static void boost::serialization::free_saver<Archive, T>::invoke(Archive&, const T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = boost::shared_ptr<int>]' /usr/include/boost/serialization/split_free.hpp:74: instantiated from `void boost::serialization::split_free(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = boost::shared_ptr<int>]' /usr/include/boost/serialization/shared_ptr.hpp:231: instantiated from `void boost::serialization::serialize(Archive&, boost::shared_ptr&, unsigned int) [with Archive = boost::archive::text_oarchive, T = int]' /usr/include/boost/serialization/serialization.hpp:140: instantiated from `void boost::serialization::serialize_adl(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = boost::shared_ptr<int>]' /usr/include/boost/archive/detail/oserializer.hpp:147: instantiated from `void boost::archive::detail::oserializer<Archive, T>::save_object_data(boost::archive::detail::basic_oarchive&, const void*) const [with Archive = boost::archive::text_oarchive, T = boost::shared_ptr<int>]' /usr/include/boost/mpl/if.hpp:67: instantiated from here /usr/include/boost/serialization/shared_ptr.hpp:183: error: incomplete type ` boost::STATIC_ASSERTION_FAILURE<false>' does not have member `value' /usr/include/boost/serialization/access.hpp: In static member function `static void boost::serialization::access::serialize(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = int]': /usr/include/boost/serialization/serialization.hpp:81: instantiated from `void boost::serialization::serialize(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = int]' /usr/include/boost/serialization/serialization.hpp:140: instantiated from `void boost::serialization::serialize_adl(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = int]' /usr/include/boost/archive/detail/oserializer.hpp:232: instantiated from `boost::archive::detail::pointer_oserializer<T, Archive>::pointer_oserializer() [with T = int, Archive = boost::archive::text_oarchive]' /usr/include/boost/archive/detail/oserializer.hpp:197: instantiated from `const boost::archive::detail::pointer_oserializer<int, boost::archive::text_oarchive> boost::archive::detail::pointer_oserializer<int, boost::archive::text_oarchive>::instance' /usr/include/boost/archive/detail/oserializer.hpp:189: instantiated from `static const boost::archive::detail::pointer_oserializer<T, Archive>& boost::archive::detail::pointer_oserializer<T, Archive>::instantiate() [with T = int, Archive = boost::archive::text_oarchive]' /usr/include/boost/archive/detail/oserializer.hpp:514: instantiated from `const boost::archive::detail::basic_pointer_oserializer& boost::archive::detail::instantiate_pointer_oserializer(Archive*, T*) [with Archive = boost::archive::text_oarchive, T = int]' /usr/include/boost/archive/detail/interface_oarchive.hpp:65: instantiated from `const boost::archive::detail::basic_pointer_oserializer* boost::archive::detail::interface_oarchive<Archive>::register_type(const T*) [with T = int, Archive = boost::archive::text_oarchive]' /usr/include/boost/archive/detail/oserializer.hpp:343: instantiated from `static const boost::archive::detail::basic_pointer_oserializer* boost::archive::detail::save_pointer_type<Archive, TPtr>::non_abstract<T>::register_type(Archive&) [with T = const int, Archive = boost::archive::text_oarchive, TPtr = const int*]' /usr/include/boost/archive/detail/oserializer.hpp:359: instantiated from `static const boost::archive::detail::basic_pointer_oserializer* boost::archive::detail::save_pointer_type<Archive, TPtr>::register_type(Archive&, T&) [with T = const int, Archive = boost::archive::text_oarchive, TPtr = const int*]' /usr/include/boost/archive/detail/oserializer.hpp:459: instantiated from `static void boost::archive::detail::save_pointer_type<Archive, TPtr>::invoke(Archive&, TPtr) [with Archive = boost::archive::text_oarchive, TPtr = const int*]' /usr/include/boost/archive/detail/oserializer.hpp:535: instantiated from `void boost::archive::save(Archive&, const T&) [with Archive = boost::archive::text_oarchive, T = const int*]' /usr/include/boost/archive/basic_text_oarchive.hpp:78: instantiated from `void boost::archive::basic_text_oarchive<Archive>::save_override(T&, int) [with T = const int* const, Archive = boost::archive::text_oarchive]' /usr/include/boost/archive/detail/interface_oarchive.hpp:85: instantiated from `Archive& boost::archive::detail::interface_oarchive<Archive>::operator<<(T&) [with T = const int* const, Archive = boost::archive::text_oarchive]' /usr/include/boost/serialization/nvp.hpp:77: instantiated from `void boost::serialization::nvp<T>::save(Archivex&, unsigned int) const [with Archivex = boost::archive::text_oarchive, T = const int*]' /usr/include/boost/serialization/access.hpp:93: instantiated from `static void boost::serialization::access::member_save(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = const boost::serialization::nvp<const int*>]' /usr/include/boost/serialization/split_member.hpp:43: instantiated from `static void boost::serialization::detail::member_saver<Archive, T>::invoke(Archive&, const T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = boost::serialization::nvp<const int*>]' /usr/include/boost/serialization/split_member.hpp:69: instantiated from `void boost::serialization::split_member(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = boost::serialization::nvp<const int*>]' /usr/include/boost/serialization/nvp.hpp:87: instantiated from `void boost::serialization::nvp<T>::serialize(Archive&, unsigned int) [with Archive = boost::archive::text_oarchive, T = const int*]' /usr/include/boost/serialization/access.hpp:109: instantiated from `static void boost::serialization::access::serialize(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = boost::serialization::nvp<const int*>]' /usr/include/boost/serialization/serialization.hpp:81: instantiated from `void boost::serialization::serialize(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = boost::serialization::nvp<const int*>]' /usr/include/boost/serialization/serialization.hpp:140: instantiated from `void boost::serialization::serialize_adl(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = boost::serialization::nvp<const int*>]' /usr/include/boost/archive/detail/oserializer.hpp:252: instantiated from `static void boost::archive::detail::save_non_pointer_type<Archive, T>::save_only::invoke(Archive&, const T&) [with Archive = boost::archive::text_oarchive, T = boost::serialization::nvp<const int*>]' /usr/include/boost/archive/detail/oserializer.hpp:321: instantiated from `static void boost::archive::detail::save_non_pointer_type<Archive, T>::invoke(Archive&, const T&) [with Archive = boost::archive::text_oarchive, T = boost::serialization::nvp<const int*>]' /usr/include/boost/archive/detail/oserializer.hpp:535: instantiated from `void boost::archive::save(Archive&, const T&) [with Archive = boost::archive::text_oarchive, T = boost::serialization::nvp<const int*>]' /usr/include/boost/archive/basic_text_oarchive.hpp:78: instantiated from `void boost::archive::basic_text_oarchive<Archive>::save_override(T&, int) [with T = const boost::serialization::nvp<const int*>, Archive = boost::archive::text_oarchive]' /usr/include/boost/archive/detail/interface_oarchive.hpp:85: instantiated from `Archive& boost::archive::detail::interface_oarchive<Archive>::operator<<(T&) [with T = const boost::serialization::nvp<const int*>, Archive = boost::archive::text_oarchive]' /usr/include/boost/serialization/shared_ptr.hpp:185: instantiated from `void boost::serialization::save(Archive&, const boost::shared_ptr&, unsigned int) [with Archive = boost::archive::text_oarchive, T = int]' /usr/include/boost/serialization/split_free.hpp:45: instantiated from `static void boost::serialization::free_saver<Archive, T>::invoke(Archive&, const T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = boost::shared_ptr<int>]' /usr/include/boost/serialization/split_free.hpp:74: instantiated from `void boost::serialization::split_free(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = boost::shared_ptr<int>]' /usr/include/boost/serialization/shared_ptr.hpp:231: instantiated from `void boost::serialization::serialize(Archive&, boost::shared_ptr&, unsigned int) [with Archive = boost::archive::text_oarchive, T = int]' /usr/include/boost/serialization/serialization.hpp:140: instantiated from `void boost::serialization::serialize_adl(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = boost::shared_ptr<int>]' /usr/include/boost/archive/detail/oserializer.hpp:147: instantiated from `void boost::archive::detail::oserializer<Archive, T>::save_object_data(boost::archive::detail::basic_oarchive&, const void*) const [with Archive = boost::archive::text_oarchive, T = boost::shared_ptr<int>]' /usr/include/boost/mpl/if.hpp:67: instantiated from here /usr/include/boost/serialization/access.hpp:109: error: request for member ` serialize' in `t', which is of non-aggregate type `int' ----------------------------------------------- Thanks again for being so helpful! Joseph -- http://www.cs.nyu.edu/~turian/

4 12

program_options requires non-const argv
by Steve Byan 25 Jan '06

25 Jan '06

I'm used to declaring main() as int main (int argc, const char * argv[]) Attempting to use boost::program_options with a const char * argv[] results in the compilation errors appended below on SLES 9 with gcc 3.3.3. Similar errors are reported on Mac OS 10.4.4 with gcc 4.0.1. First, I'd consider it an enhancement if program_options were to support a const char * argv[]. Second, is program_options actually modifying argv? Note the last error: "/usr/include/g++/bits/basic_string.tcc:160: error: assignment of read-only location" Regards, -Steve /usr/bin/g++ -c -UNDEBUG -DDEBUG -Dpowerpc -Ddarwin6_0 -I/home/smb/ boston/HEAD/boston/common/iscsi/src -I/home/smb/boston/HEAD/boston/ common/iscsi/share/include -g -O0 -L/home/smb/boston/HEAD/boston/ common/iscsi/share/lib -MD -o iscsi_dvd_targetd.o iscsi_dvd_targetd.cpp iscsi_dvd_targetd.cpp: In function `int main(int, const char**)': iscsi_dvd_targetd.cpp:31: error: no matching function for call to `store( boost::program_options::basic_parsed_options<const char>, boost::program_options::variables_map&)' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/variables_map.hpp:138: error: candidates are: void boost::program_options::store(const boost::program_options::basic_parsed_options<char>&, boost::program_options::variables_map&, bool) /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/variables_map.hpp:146: error: void boost::program_options::store(const boost::program_options::basic_parsed_options<wchar_t>&, boost::program_options::variables_map&) /usr/include/g++/bits/stl_alloc.h: At global scope: /usr/include/g++/bits/stl_alloc.h: In instantiation of `std::allocator<const char>': /usr/include/g++/bits/basic_string.h:116: instantiated from `std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> >' /usr/include/g++/bits/stl_vector.h:162: instantiated from `std::_Vector_base<_Tp, _Alloc>::~_Vector_base() [with _Tp = std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> >, _Alloc = std::allocator<std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> > >]' /usr/include/g++/bits/stl_vector.h:229: instantiated from `std::vector<_Tp, _Alloc>::vector(typename std::_Vector_base<_Tp, _Alloc>::allocator_type&) [with _Tp = std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> >, _Alloc = std::allocator<std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> > >]' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:18: instantiated from `std::vector<std::basic_string<_CharT, std::char_traits<_CharT>, std::allocator<_CharT> >, std::allocator<std::basic_string<_CharT, std::char_traits<_CharT>, std::allocator<_CharT> > > > boost::program_options::detail::make_vector(Iterator, Iterator) [with charT = const char, Iterator = const char**]' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:42: instantiated from `boost::program_options::basic_command_line_parser<charT>::basic_command _line_parser(int, charT**) [with charT = const char]' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:118: instantiated from `boost::program_options::basic_parsed_options<charT> boost::program_options::parse_command_line(int, charT**, const boost::program_options::options_description&, int, boost::function1<std::pair<std::string, std::string>, const std::string&, std::allocator<boost::function_base> >) [with charT = const char]' iscsi_dvd_targetd.cpp:31: instantiated from here /usr/include/g++/bits/stl_alloc.h:662: error: `const _Tp* std::allocator<_Alloc>::address(const _Tp&) const [with _Tp = const char]' and `_Tp* std::allocator<_Alloc>::address(_Tp&) const [with _Tp = const char]' cannot be overloaded /usr/include/g++/bits/basic_string.tcc: In instantiation of `std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> >': /usr/include/g++/bits/stl_vector.h:162: instantiated from `std::_Vector_base<_Tp, _Alloc>::~_Vector_base() [with _Tp = std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> >, _Alloc = std::allocator<std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> > >]' /usr/include/g++/bits/stl_vector.h:229: instantiated from `std::vector<_Tp, _Alloc>::vector(typename std::_Vector_base<_Tp, _Alloc>::allocator_type&) [with _Tp = std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> >, _Alloc = std::allocator<std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> > >]' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:18: instantiated from `std::vector<std::basic_string<_CharT, std::char_traits<_CharT>, std::allocator<_CharT> >, std::allocator<std::basic_string<_CharT, std::char_traits<_CharT>, std::allocator<_CharT> > > > boost::program_options::detail::make_vector(Iterator, Iterator) [with charT = const char, Iterator = const char**]' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:42: instantiated from `boost::program_options::basic_command_line_parser<charT>::basic_command _line_parser(int, charT**) [with charT = const char]' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:118: instantiated from `boost::program_options::basic_parsed_options<charT> boost::program_options::parse_command_line(int, charT**, const boost::program_options::options_description&, int, boost::function1<std::pair<std::string, std::string>, const std::string&, std::allocator<boost::function_base> >) [with charT = const char]' iscsi_dvd_targetd.cpp:31: instantiated from here /usr/include/g++/bits/basic_string.h:307: error: `static void std::basic_string<_CharT, _Traits, _Alloc>::_S_copy_chars(_CharT*, __gnu_cxx::__normal_iterator<typename _Alloc::const_pointer, std::basic_string<_CharT, _Traits, _Alloc> >, __gnu_cxx::__normal_iterator<typename _Alloc::const_pointer, std::basic_string<_CharT, _Traits, _Alloc> >) [with _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>] ' and `static void std::basic_string<_CharT, _Traits, _Alloc>::_S_copy_chars(_CharT*, __gnu_cxx::__normal_iterator<typename _Alloc::pointer, std::basic_string<_CharT, _Traits, _Alloc> >, __gnu_cxx::__normal_iterator<typename _Alloc::pointer, std::basic_string<_CharT, _Traits, _Alloc> >) [with _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>] ' cannot be overloaded /usr/include/g++/bits/basic_string.h:315: error: `static void std::basic_string<_CharT, _Traits, _Alloc>::_S_copy_chars (_CharT*, const _CharT*, const _CharT*) [with _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>]' and ` static void std::basic_string<_CharT, _Traits, _Alloc>::_S_copy_chars(_CharT*, _CharT*, _CharT*) [with _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>] ' cannot be overloaded /usr/include/g++/bits/basic_string.h:636: error: `std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::replace(__gnu_cxx::__normal_iterator<typename _Alloc::pointer, std::basic_string<_CharT, _Traits, _Alloc> >, __gnu_cxx::__normal_iterator<typename _Alloc::pointer, std::basic_string<_CharT, _Traits, _Alloc> >, const _CharT*, const _CharT*) [with _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>]' and `std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::replace(__gnu_cxx::__normal_iterator<typename _Alloc::pointer, std::basic_string<_CharT, _Traits, _Alloc> >, __gnu_cxx::__normal_iterator<typename _Alloc::pointer, std::basic_string<_CharT, _Traits, _Alloc> >, _CharT*, _CharT*) [with _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>]' cannot be overloaded /usr/include/g++/bits/basic_string.h:647: error: `std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::replace(__gnu_cxx::__normal_iterator<typename _Alloc::pointer, std::basic_string<_CharT, _Traits, _Alloc> >, __gnu_cxx::__normal_iterator<typename _Alloc::pointer, std::basic_string<_CharT, _Traits, _Alloc> >, __gnu_cxx::__normal_iterator<typename _Alloc::const_pointer, std::basic_string<_CharT, _Traits, _Alloc> >, __gnu_cxx::__normal_iterator<typename _Alloc::const_pointer, std::basic_string<_CharT, _Traits, _Alloc> >) [with _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>] ' and `std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::replace(__gnu_cxx::__normal_iterator<typename _Alloc::pointer, std::basic_string<_CharT, _Traits, _Alloc> >, __gnu_cxx::__normal_iterator<typename _Alloc::pointer, std::basic_string<_CharT, _Traits, _Alloc> >, __gnu_cxx::__normal_iterator<typename _Alloc::pointer, std::basic_string<_CharT, _Traits, _Alloc> >, __gnu_cxx::__normal_iterator<typename _Alloc::pointer, std::basic_string<_CharT, _Traits, _Alloc> >) [with _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>] ' cannot be overloaded /usr/include/g++/bits/basic_string.h: In member function ` std::basic_string<_CharT, _Traits, _Alloc>::_Rep* std::basic_string<_CharT, _Traits, _Alloc>::_M_rep() const [with _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>]': /usr/include/g++/bits/basic_string.h:355: instantiated from `std::basic_string<_CharT, _Traits, _Alloc>::~basic_string() [with _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>]' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:22: instantiated from `std::vector<std::basic_string<_CharT, std::char_traits<_CharT>, std::allocator<_CharT> >, std::allocator<std::basic_string<_CharT, std::char_traits<_CharT>, std::allocator<_CharT> > > > boost::program_options::detail::make_vector(Iterator, Iterator) [with charT = const char, Iterator = const char**]' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:42: instantiated from `boost::program_options::basic_command_line_parser<charT>::basic_command _line_parser(int, charT**) [with charT = const char]' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:118: instantiated from `boost::program_options::basic_parsed_options<charT> boost::program_options::parse_command_line(int, charT**, const boost::program_options::options_description&, int, boost::function1<std::pair<std::string, std::string>, const std::string&, std::allocator<boost::function_base> >) [with charT = const char]' iscsi_dvd_targetd.cpp:31: instantiated from here /usr/include/g++/bits/basic_string.h:257: error: reinterpret_cast from `const char*' to `std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> >::_Rep*' casts away const (or volatile) /usr/include/g++/bits/basic_string.tcc: In member function `_CharT* std::basic_string<_CharT, _Traits, _Alloc>::_Rep::_M_clone(const _Alloc&, typename _Alloc::size_type) [with _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>]': /usr/include/g++/bits/basic_string.h:195: instantiated from `_CharT* std::basic_string<_CharT, _Traits, _Alloc>::_Rep::_M_grab (const _Alloc&, const _Alloc&) [with _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>]' /usr/include/g++/bits/basic_string.tcc:195: instantiated from `std::basic_string<_CharT, _Traits, _Alloc>::basic_string(const std::basic_string<_CharT, _Traits, _Alloc>&) [with _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>]' /usr/include/g++/bits/stl_construct.h:78: instantiated from `void std::_Construct(_T1*, const _T2&) [with _T1 = std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> >, _T2 = std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> >]' /usr/include/g++/bits/stl_vector.h:599: instantiated from `void std::vector<_Tp, _Alloc>::push_back(const _Tp&) [with _Tp = std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> >, _Alloc = std::allocator<std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> > >]' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:22: instantiated from `std::vector<std::basic_string<_CharT, std::char_traits<_CharT>, std::allocator<_CharT> >, std::allocator<std::basic_string<_CharT, std::char_traits<_CharT>, std::allocator<_CharT> > > > boost::program_options::detail::make_vector(Iterator, Iterator) [with charT = const char, Iterator = const char**]' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:42: instantiated from `boost::program_options::basic_command_line_parser<charT>::basic_command _line_parser(int, charT**) [with charT = const char]' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:118: instantiated from `boost::program_options::basic_parsed_options<charT> boost::program_options::parse_command_line(int, charT**, const boost::program_options::options_description&, int, boost::function1<std::pair<std::string, std::string>, const std::string&, std::allocator<boost::function_base> >) [with charT = const char]' iscsi_dvd_targetd.cpp:31: instantiated from here /usr/include/g++/bits/basic_string.tcc:596: error: assignment of read- only location /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/convert.hpp: In function `std::vector<std::string, std::allocator<std::string> > boost::program_options::to_internal(const std::vector<T, std::allocator<_CharT> >&) [with T = std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> >]': /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:42: instantiated from `boost::program_options::basic_command_line_parser<charT>::basic_command _line_parser(int, charT**) [with charT = const char]' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:118: instantiated from `boost::program_options::basic_parsed_options<charT> boost::program_options::parse_command_line(int, charT**, const boost::program_options::options_description&, int, boost::function1<std::pair<std::string, std::string>, const std::string&, std::allocator<boost::function_base> >) [with charT = const char]' iscsi_dvd_targetd.cpp:31: instantiated from here /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/convert.hpp:79: error: no matching function for call to `to_internal(const std::basic_string<const char, std::char_traits<const char>, std::allocator<const char> >&)' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/convert.hpp:70: error: candidates are: std::string boost::program_options::to_internal(const std::string&) /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/convert.hpp:72: error: std::string boost::program_options::to_internal(const std::wstring&) /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp: In member function `boost::program_options::basic_parsed_options<charT> boost::program_options::basic_command_line_parser<charT>::run() [with charT = const char]': /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:118: instantiated from `boost::program_options::basic_parsed_options<charT> boost::program_options::parse_command_line(int, charT**, const boost::program_options::options_description&, int, boost::function1<std::pair<std::string, std::string>, const std::string&, std::allocator<boost::function_base> >) [with charT = const char]' iscsi_dvd_targetd.cpp:31: instantiated from here /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:106: error: no matching function for call to ` boost::program_options::basic_parsed_options<const char>:: basic_parsed_options (boost::program_options::basic_parsed_options<char>&)' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:118: error: candidates are: boost::program_options::basic_parsed_options<const char>::basic_parsed_options(const boost::program_options::basic_parsed_options<const char>&) /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/parsers.hpp:35: error: boost::program_options::basic_parsed_options<charT>::basic_parsed_option s(const boost::program_options::options_description*) [with charT = const char] /usr/include/g++/bits/basic_string.tcc: In static member function `static _CharT* std::basic_string<_CharT, _Traits, _Alloc>::_S_construct (_InIter, _InIter, const _Alloc&, std::forward_iterator_tag) [with _FwdIter = const char*, _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>]': /usr/include/g++/bits/basic_string.h:670: instantiated from `static _CharT* std::basic_string<_CharT, _Traits, _Alloc>::_S_construct_aux (_InIter, _InIter, const _Alloc&, __false_type) [with _InIter = const char*, _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>]' /usr/include/g++/bits/basic_string.h:687: instantiated from `static _CharT* std::basic_string<_CharT, _Traits, _Alloc>::_S_construct (_InIter, _InIter, const _Alloc&) [with _InIter = const char*, _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>]' /usr/include/g++/bits/basic_string.tcc:229: instantiated from `std::basic_string<_CharT, _Traits, _Alloc>::basic_string(const _CharT*, const _Alloc&) [with _CharT = const char, _Traits = std::char_traits<const char>, _Alloc = std::allocator<const char>]' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:22: instantiated from `std::vector<std::basic_string<_CharT, std::char_traits<_CharT>, std::allocator<_CharT> >, std::allocator<std::basic_string<_CharT, std::char_traits<_CharT>, std::allocator<_CharT> > > > boost::program_options::detail::make_vector(Iterator, Iterator) [with charT = const char, Iterator = const char**]' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:42: instantiated from `boost::program_options::basic_command_line_parser<charT>::basic_command _line_parser(int, charT**) [with charT = const char]' /home/smb/boston/HEAD/boston/common/iscsi/share/include/boost/ program_options/detail/parsers.hpp:118: instantiated from `boost::program_options::basic_parsed_options<charT> boost::program_options::parse_command_line(int, charT**, const boost::program_options::options_description&, int, boost::function1<std::pair<std::string, std::string>, const std::string&, std::allocator<boost::function_base> >) [with charT = const char]' iscsi_dvd_targetd.cpp:31: instantiated from here /usr/include/g++/bits/basic_string.tcc:160: error: assignment of read- only location make: *** [iscsi_dvd_targetd.o] Error 1 -------- Steve Byan <smb(a)egenera.com> Software Architect Egenera, Inc. 165 Forest Street Marlboro, MA 01752 (508) 858-3125

1 0

Re: [Boost-users] shared_ptr and typedef
by Sohail Somani 25 Jan '06

25 Jan '06

> > Why is there a need? Presumably you're potential surrogate > for shared_ptr > > will also support operator *, and that's all you use in > your function. > > Why is there a need to do what? I'm not following you here. I've > gone through and specified Type everywhere in my application. It's > ugly but it works. Would the upcoming template typedef feature > avoid the need to specify Type in the call? I think what Jens is getting at is that you should use the duck-typing that C++ templating affords you: #include <boost/smart_ptr.hpp> #include <iostream> using namespace std; template<typename Handle> void print_handle(Handle p) { cout << *p << endl; } int main() { int * a = new int(5); boost::shared_ptr<int> b(new int(6)); print_handle(a);print_handle(b); } $ ./a.out 5 6

2 1

[spirit] "parseable" foo_thing with Boost.Spirit pattern
by Pedro Lamarão 25 Jan '06

25 Jan '06

Here follows a simple pattern to use Boost.Spirit to create a "parseable" object, with a bonus formatted input operator, allowing you quick access to formatter input for your type. (Yeah, this stuff needs tweaking for better error handling, etc.) class foo_thing { public: /* Other methods and stuff. */ template <typename ForwardIterator> boost::spirit::parse_info<IteratorT> parse (ForwardIterator begin, ForwardIterator end); private: class grammar; /* Data members, etc. */ }; template <typename CharT, typename TraitsT> std::basic_istream<CharT, TraitsT>& operator>> (std::basic_istream<CharT, TraitsT>& i, foo_thing& thing) { using namespace std; using namespace boost::spirit; typedef multi_pass<istreambuf_iterator<CharT> > iterator_t; iterator_t begin(i); iterator_t end = make_multi_pass(istreambuf_iterator<CharT>()); /* What if thing.parse() throws? */ parse_info<iterator_t> info = thing.parse(begin, end); if (!info.hit) i.setstate(ios_base::failbit); return i; } class foo_thing::grammar : public boost::spirit::grammar<foo_thing::grammar> { public: grammar (foo_thing& thing) : _M_thing(thing) {} template <typename ScannerT> class definition; private: foo_thing mutable& _M_thing; }; template <typename ScannerT> class foo_thing::grammar::definition { public: /* Define this one; your parser ultimately writes to self._M_thing. */ definition (foo_thing::grammar const& self); boost::spirit::rule<ScannerT> const& start () const; private: /* Populate with rules. */ }; template <typename IteratorT> boost::spirit::parse_info<IteratorT> foo_thing::parse (IteratorT begin, IteratorT end) { namespace s = boost::spirit; grammar g(*this); s::parse_info<IteratorT> r = s::parse(begin, end, g); return r; } -- Pedro Lamarão Desenvolvimento Intersix Technologies S.A. SP: (55 11 3803-9300) RJ: (55 21 3852-3240) www.intersix.com.br Your Security is our Business

1 0

Re: [Boost-users] Weird cross compiling issue
by James Hughes 25 Jan '06

25 Jan '06

> From: Rene Rivera [mailto:grafik.list@redshift-software.com] > Sent: 23 January 2006 16:21 > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] Weird cross compiling issue > > > James Hughes wrote: > > Hello all, > > > > I am cross compiling Boost to an embedded Linux Arm > architecture. I reported > > a problem a week or so ago with failures in some of the > libraries which I > > was unable to solve, and have a bit more information. > > > > One of the issues appears with the serialisation library. > Although I am > > compiling for Arm, the serialisation libs end up as Intel > X86 binaries, even > > though all the other successfully compiled libs are ARM. > This then leads to > > problems elsewhere with libraries that appear to need the > serialisation > > libs. > > > > I can only think that there is an issue with the make > system to do with > > serialisation area. > > > > Anyone have any comments/thoughts? > > Well I don't see anything that would make it not build with the same > compiler as the others. Are you sure it's not just a leftover > from some > previous build? Could you do a build with the "-d+2" option > to see which > commands it's invoking to compile? To verify that it's always > using the > cross compiler. I thought it odd too. I manually deleted all the files flagged as Intel binaries, then re-did the build, and hey presto, they reappeared - as Intel binaries!! I will try the debug option you suggest. > > > In addition, when I do a build to a particular directory: > > > > bjam > "-sGCC_ROOT_DIRECTORY=/opt/montavista/mobilinux/devkit/arm/iwmmxt_le" > > "-sGCC=iwmmxt_le-gcc" "-sGXX=iwmmxt_le-g++" stage > > > > the stage folder is created, in which is a lib folder, in > which are all the > > binaries (including the defective Intel ones). However, I > would also expect > > some header files somewhere - should there also be a h (or > header) folder > > next to lib? If not where are the headers I need to include > in my apps using > > Boost? > > The includes only show up if you do "install". Since you > obviously don't > want to obliterate your system Boost install you'll also have > to specify > the "--prefix" of where to install :-) Thanks - that's what I needed to know. I pressume I could simply copy the headers from the boost directory to where I need them - is this all the build/install does? James

2 1

shared_ptr and typedef
by David A. Greene 25 Jan '06

25 Jan '06

Well, if nothing else, I'm learning lots about the corners of the language! I've got the following testcase: #include <boost/shared_ptr.hpp> #include <iostream> template<typename Base> class Handle { public: typedef boost::shared_ptr<Base> type; }; template<typename Type> void print_shared_ptr(boost::shared_ptr<Type> ptr) { std::cout << "Value is " << *ptr << std::endl; } template<typename Type> void print_handle(typename Handle<Type>::type ptr) { std::cout << "Value is " << *ptr << std::endl; } int main(void) { Handle<int>::type iptr(new int(10)); print_shared_ptr(iptr); print_handle<int>(iptr); print_handle(iptr); return(0); } The calls to print_shared_ptr and the first print_handle resolve just fine but the compiler (g++ 4.0.2) can't seem to resolve the final call to print_handle: shared_ptr.cc: In function 'int main()': shared_ptr.cc:29: error: no matching function for call to 'print_handle(boost::shared_ptr<int>&)' The point of class Handle is to hide the implementation detail that boost::shared_ptr is being used to manage resources. I would like the ability to easily change the type of smart pointer used throughout the application. What's going on here? Is there a way to make this work without having to explicitly specify the type to print_handle? Thanks. -Dave

1 0