- Boost-users - lists.boost.org

Use of dollar signs in variable names when using boost::archive::xml_iarchive
by lloyd.reed＠leica-microsystems.com 04 Feb '05

04 Feb '05

I have found a bug or undocumented limitation in the boost serialization library. I'm using VC++ 2003, which allows you to use variable names which include dollar signs ($). Variables with names containing dollar signs can be saved to an archive using the boost::archive::xml_oarchive class. When boost::archive::xml_iarchive is used to reload the variable, however, the parsing of the variable name fails, and basic_xml_iarchive<Archive>::load_start(const char *name) calls boost::throw_exception( archive_exception(archive_exception::stream_error) ). For example, std::string filename( "C:\\dollar.txt" ); int $(0); { std::ofstream archive_file( filename.c_str() ); if( archive_file.good() ) { boost::archive::xml_oarchive output_archive(archive_file); output_archive << BOOST_SERIALIZATION_NVP( $ ); } } produces the following file: <?xml version="1.0" encoding="UTF-8" standalone="yes" ?> <!DOCTYPE boost_serialization> <boost_serialization signature="serialization::archive" version="3"> <$>0</$> </boost_serialization> but trying to load the file causes a boost::archive::archive_exception to be thrown: { std::ifstream archive_file( filename.c_str() ); if( archive_file.good() ) { boost::archive::xml_iarchive input_archive(archive_file); input_archive >> BOOST_SERIALIZATION_NVP( $ ); // throws } } I think the spirit definitions for the names of variables are in C:\boost_1_32_0\libs\serialization\src\basic_xml_grammar.ipp and C:\boost_1_32_0\libs\serialization\src\xml_grammar.cpp. Name = (Letter | '_' | ':') >> *(NameChar); and template<> void xml_grammar::init_chset(){ Char = chset_t("\x9\xA\xD\x20-\xFF"); Letter = chset_t("\x41-\x5A\x61-\x7A\xC0-\xD6\xD8-\xF6\xF8-\xFF"); Digit = chset_t("0-9"); Extender = chset_t('\xB7'); Sch = chset_t("\x20\x9\xD\xA"); NameChar = Letter | Digit | chset_p("._:-") | Extender ; } ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________

2 2

shared_ptr on HP-UX - patch
by Jaroslav Gresula 04 Feb '05

04 Feb '05

I tried to compile the smart pointer regression tests on HP-UX and found out that the compiler takes the 'advanced' version of get_deleter() template function (defined in shared_ptr.hpp) which is evidently beyond its limits (we use aCC, version HP ANSI C++ B3910B A.03.35). In case anyone is interested, I attached a 'patch' against shared_ptr.hpp, revision 1.52 - it just redirects the compiler to the already existing workaround version. /Jarda *** shared_ptr.hpp.orig Wed Feb 2 22:12:50 2005 --- shared_ptr.hpp Wed Feb 2 21:49:23 2005 *************** *** 442,448 **** // get_deleter (experimental) ! #if (defined(__GNUC__) && (__GNUC__ < 3)) || (defined(__EDG_VERSION__) && (__EDG_VERSION__ <= 238)) // g++ 2.9x doesn't allow static_cast<X const *>(void *) // apparently EDG 2.38 also doesn't accept it --- 442,450 ---- // get_deleter (experimental) ! #if (defined(__GNUC__) && (__GNUC__ < 3)) ||\ ! (defined(__EDG_VERSION__) && (__EDG_VERSION__ <= 238)) ||\ ! (defined(__HP_aCC) && (__HP_aCC <=33500)) // g++ 2.9x doesn't allow static_cast<X const *>(void *) // apparently EDG 2.38 also doesn't accept it

3 2

weak_ptr_test - non-portable?
by Jaroslav Gresula 04 Feb '05

04 Feb '05

When I run the weak_ptr_test (a part of the regression tests) on HP-UX (aCC version HP ANSI C++ B3910B A.03.35) I'm getting a lot of failures. The reason is that IMHO the weak_ptr_test.cpp relies on a non-portable construct. There is copy_assignment() template function which takes shared_ptr<> by value. All caller sites of this function pass on an unnamed shared_ptr<> temporary. The first line of copy_assignment() checks if shared_ptr<>::unique() is true for the passed object. This test succeeds for all compilers we use in our shop but for the aCC. The reason is that upon entering copy_assignment() shared_ptr::use_count() is equal 2 as the compiler creates a temporary on the caller site and copy-ctor is used to pass on the object to copy_assignment() which seems to be in concert with the C++ standard [12.2]. Is my observation correct? Thanks, Jarda

2 1

Installation log
by Nicolas Busca 04 Feb '05

04 Feb '05

Hi! Is there any way to see the installation log of boost? When I installed it I got a message in the end that ~50 out of ~1000 links failed to be created. How could I know which they were? Thanks, Nicolas Busca.

2 1

BGL + SubGraph + Remove
by Gordon Smith 04 Feb '05

04 Feb '05

Is there anyway to remove a subgraph once created? Gordon.

1 0

[mpl::transform] How to make metafunction from transform?
by Vyacheslav E. Andrejev 04 Feb '05

04 Feb '05

Hello All! I want to parametrize mpl::transform to form a new metafunction. But I have confused with mpl syntax and notations. Imagine, I have following vector typedef boost::mpl::vector<Type1, Type2, Type3, Type4> types; and following transformation: typedef boost::mpl::transform< types , boost::is_convertible<Type3, boost::mpl::_1> >::type result; The result of the tansformation is a bool vector that indicates whether Type3 is convertible to any of type from types vector. Now I want to form metafunction that will construct such array not from Type3, but from its argument. Of course, I may use straightforward method: struct WhoConverted { template <typename ConversionType> struct apply { typedef typename boost::mpl::transform< types , boost::is_convertible<ConversionType, boost::mpl::_1> >::type type; }; }; But it seems more like workaround rather than solution. Can it be done in more convenient and short manner by means of all mpl machinery like mpl::lambda, mpl::bind, placeholders, etc... ? -- Vyacheslav E. Andrejev System Architect, Excelsior, LLC

2 2

Build problems with Sun Studio 8 compiler
by steven.sims＠invensys.com 04 Feb '05

04 Feb '05

Hi, I'm very new to boost & jam - wanting to use boost::format for internationalisation. I'm having problems building on Solaris 9 using the Studio 8 compiler and accompanying stlport4. Best results so far are using BBv2 (with boost 1.32.0 distribution I get 100 targets built, 8 failed, 5 skipped). I've read a lot of the online doco but now grinding to a halt. This is what I have: Platform: SunOS 5.9 Generic_112233-12 sun4u sparc SUNW,Sun-Fire-V240 Compiler: Sun C++ 5.5 Patch 113817-08 2004/04/13 Distribution: boost-jam-3.1.10 & boost_1_32_0 The tarballs are unpacked in ./boost-jam & ./boost respectively. I added following lines to my user-config.jam: using sun ; using stlport : : /opt/Studio8/SUNWspro/prod/include/CC/stlport4 ; >From my top-level Makefile, bjam builds ok, then I kick off the boost build: ( \ PATH=`pwd`/boost-jam/bin.solaris:${PATH} ; \ BOOST_BUILD_PATH=`pwd`/boost/tools/build/v2 ; \ export PATH BOOST_BUILD_PATH ; \ cd boost ; \ bjam --v2 \ ) The build errors in the 8 failed targets are mostly template-related (no surprise there!). By minor tweaks to a few sources, I'm down to 3 failed, 2 skipped; but the remaining problems I find a bit more obscure. I can post actual errors if desired, but my initial questions are: # Am I doing anything obviously dumb in the above? Eg. should I be using BBv1 rather than BBv2? # Is anyone successfully building with this compiler? If so, what magic am I missing? Plus any other advice would be appreciated (however switching compilers is not an option :) Steve Sims

1 0

Re: bjam build of boost.thread on mac - does not work??
by Stephen W. Carson 03 Feb '05

03 Feb '05

Edward Kogan wrote: >We have been unable to get bjam to build boost::threads >using Metrowerks CD 9.3 on Mac OS X. The command lines >generated by bjam are invalid and rejected by the compiler >(mwcc). > >1) has anyone been able to get bjam to work correctly in >the above set up? > >2) or, does anyone have a valid version of the threads.mcp >project? > >The one in the distribution and in CVS is not a usable >project file. > > I am working with the boost testing group to update the JAM build for CodeWarrior 9.3 on the Mac. Unfortunately we aren't there yet. I recommend just adding the boost.thread files into your IDE project, that is what we've done with boost.filesystem and, I think, boost.thread as well in my company's product. Better boost support for CodeWarrior on the Mac is coming soon! -- Stephen W. Carson, Software Engineer DirXion Software in St. Louis, MO (636) 717-2367 "Premature optimization is the root of all evil." -Donald Knuth

1 0

serialization library link errors...
by Kevin Kuo 03 Feb '05

03 Feb '05

Hi everyone, I'm getting some link errors when I try to use the serialization library. I'm using VC7.1 and other modules (array, tokenizer, assign) seem to compile and link fine. Also, is there built-in support for serialization of boost::array? If not, it's easy to create one, of course. thanks, Kevin The errors I'm getting are: boost_tests error LNK2019: unresolved external symbol "public: __thiscall boost::archive::basic_binary_oprimitive<class boost::archive::binary_oarchive,class std::basic_ostream<char,struct std::char_traits<char> > >::~basic_binary_oprimitive<class boost::archive::binary_oarchive,class std::basic_ostream<char,struct std::char_traits<char> > >(void)" (??1?$basic_binary_oprimitive@Vbinary_oarchive@archive@boost@@V?$basic_ostream@DU?$char_traits@D@std@@@std@@@archive@boost@@QAE@XZ) referenced in function "public: virtual __thiscall boost::archive::binary_oarchive_impl<class boost::archive::binary_oarchive>::~binary_oarchive_impl<class boost::archive::binary_oarchive>(void)" (??1?$binary_oarchive_impl@Vbinary_oarchive@archive@boost@@@archive@boost@@UAE@XZ) boost_tests error LNK2019: unresolved external symbol "protected: virtual __thiscall boost::archive::detail::basic_oarchive::~basic_oarchive(void)" (??1basic_oarchive@detail@archive@boost@@MAE@XZ) referenced in function "public: virtual __thiscall boost::archive::detail::common_oarchive<class boost::archive::binary_oarchive>::~common_oarchive<class boost::archive::binary_oarchive>(void)" (??1?$common_oarchive@Vbinary_oarchive@archive@boost@@@detail@archive@boost@@UAE@XZ) boost_tests error LNK2019: unresolved external symbol "public: __thiscall boost::archive::basic_binary_iprimitive<class boost::archive::binary_iarchive,class std::basic_istream<char,struct std::char_traits<char> > >::~basic_binary_iprimitive<class boost::archive::binary_iarchive,class std::basic_istream<char,struct std::char_traits<char> > >(void)" (??1?$basic_binary_iprimitive@Vbinary_iarchive@archive@boost@@V?$basic_istream@DU?$char_traits@D@std@@@std@@@archive@boost@@QAE@XZ) referenced in function "public: virtual __thiscall boost::archive::binary_iarchive_impl<class boost::archive::binary_iarchive>::~binary_iarchive_impl<class boost::archive::binary_iarchive>(void)" (??1?$binary_iarchive_impl@Vbinary_iarchive@archive@boost@@@archive@boost@@UAE@XZ)

2 1

Re: [Boost-users] regex_token_iterator bug?
by Joe 03 Feb '05

03 Feb '05

> I can't reproduce that, can you provide test case? Obviously my problem seems to be a little more subtile than i thought. I wrapped my example to a (actually three) stand alone program: #include <iostream> #include <iterator> #include <string> #include <boost/regex.hpp> boost::regex e("<\\s*A\\s+[^>]*href\\s*=\\s*\"([^\"]*)\">", boost::regex::normal | boost::regbase::icase); int main(int argc, char** argv) { std::string s("<a href=\"mytest\"> hallo <\\a>\n" "<a href=\"duda\"> fjdu <\\a>\n"); const int subs[] = {1,0,}; boost::sregex_token_iterator i(s.begin(), s.end(), e, subs); boost::sregex_token_iterator j; while(i != j) { #ifdef USE_1 std::cout << i->length() << i++->str().length() << std::endl; #endif #ifdef USE_2 std::cout << i->length() << i->str().length() << std::endl; i++; #endif #ifdef USE_3 std::cout << i->length() ; std::cout << i++->str().length() << std::endl; #endif } return 0; } Suprisingly the "use_1" version is the only one that crashes with the output: 176 417 154 u1: ../boost_1_32_0/boost/shared_ptr.hpp:253: T* boost::shared_ptr<T>::operator->() const [with T = boost::regex_token_iterator_implementation<__gnu_cxx::__normal_iterator<const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, char, boost::regex_traits<char>, std::allocator<char> >]: Assertion `px != 0' failed. zsh: 31069 abort ./u1 I hope this is not a bug of my strange gcc (v3.3.3) version, and you can reproduce the error. Cheers, Joe. __________________________________ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250

3 2