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

Re: [Boost-users] Newbie questions - regex namespace issue
by Charlton, Paul 25 Sep '05

25 Sep '05

Problem solved -- as for some shared learning -- the msvc.jam file was always stomping my <carefully> set Environment variables by calling "vcvars32.bat" as a setup, and placing MSVC/Includes ahead of STLPORT in the include search path. Msvc.jam has logic for "user setup|vcvars32", but does not have logic for "user setup|vcvars32|<do nothing, use env>" -- of course, providing a stubbed "setup.bat" will do the trick of keeping the env vars pristine. -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of John Maddock Sent: Sunday, September 25, 2005 2:27 AM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Newbie questions - regex namespace issue >I just downloaded and built boost 1.33 for VC-8_0 and STLPORT 5.0. >(which required adding a jam file for vc-8_0) the build seems to have >gone fine, and a lot of things work, but I get the following link >error which seems to indicate that at least part of boost builds for >a client application with the wrong namespace on >stlpd_std::allocator<signature>. The library actually has exports for >std::allocator<signature> If the library has symbols with std:: in them, then it was *not* built against STLport. Double check all your bjam build options (do we have a toolset for VC8 and STLport anyway?), and if all else fails, I suggest you treat the regex lib as "just a bunch of sources" and build from your IDE, taking care to ensure that build options are the same as for your application. John. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

Newbie questions - regex namespace issue
by Charlton, Paul 25 Sep '05

25 Sep '05

I just downloaded and built boost 1.33 for VC-8_0 and STLPORT 5.0. (which required adding a jam file for vc-8_0) the build seems to have gone fine, and a lot of things work, but I get the following link error which seems to indicate that at least part of boost builds for a client application with the wrong namespace on stlpd_std::allocator<signature>. The library actually has exports for std::allocator<signature> I realize that it could easily be operator error <mine>, but I don't have the tools handy to backtrack through miles of templates and #define configuration variables to grok the underlying cause yet. Any pointers would be appreciated. ============================================================================ ========== FileUtils.obj : error LNK2019: unresolved external symbol "public: bool __thiscall boost::re_detail::perl_matcher<char const *,class stlpd_std::allocator<struct boost::sub_match<char const *> >,struct boost::regex_traits<char,class boost::w32_regex_traits<char> > >::match(void)" (?match@?$perl_matcher@PBDV?$allocator@U?$sub_match@PBD@boost@@@stlpd_std@@U ?$regex_traits@DV?$w32_regex_traits@D@boost@@@boost@@@re_detail@boost@@QAE_N XZ) referenced in function "bool __cdecl boost::regex_match<char const *,class stlpd_std::allocator<struct boost::sub_match<char const *> >,char,struct boost::regex_traits<char,class boost::w32_regex_traits<char> > >(char const *,char const *,class boost::match_results<char const *,class stlpd_std::allocator<struct boost::sub_match<char const *> > > &,class boost::basic_regex<char,struct boost::regex_traits<char,class boost::w32_regex_traits<char> > > const &,enum boost::regex_constants::_match_flags)" (??$regex_match@PBDV?$allocator@U?$sub_match@PBD@boost@@@stlpd_std@@DU?$rege x_traits@DV?$w32_regex_traits@D@boost@@@boost@@@boost@@YA_NPBD0AAV?$match_re sults@PBDV?$allocator@U?$sub_match@PBD@boost@@@stlpd_std@@@0@ABV?$basic_rege x@DU?$regex_traits@DV?$w32_regex_traits@D@boost@@@boost@@@0@W4_match_flags@r egex_constants@0@@Z) FileUtils.obj : error LNK2019: unresolved external symbol "public: __thiscall boost::re_detail::perl_matcher<char const *,class stlpd_std::allocator<struct boost::sub_match<char const *> >,struct boost::regex_traits<char,class boost::w32_regex_traits<char> > >::perl_matcher<char const *,class stlpd_std::allocator<struct boost::sub_match<char const *> >,struct boost::regex_traits<char,class boost::w32_regex_traits<char> > >(char const *,char const *,class boost::match_results<char const *,class stlpd_std::allocator<struct boost::sub_match<char const *> > > &,class boost::basic_regex<char,struct boost::regex_traits<char,class boost::w32_regex_traits<char> > > const &,enum boost::regex_constants::_match_flags)" (??0?$perl_matcher@PBDV?$allocator@U?$sub_match@PBD@boost@@@stlpd_std@@U?$re gex_traits@DV?$w32_regex_traits@D@boost@@@boost@@@re_detail@boost@@QAE@PBD0A AV?$match_results@PBDV?$allocator@U?$sub_match@PBD@boost@@@stlpd_std@@@2@ABV ?$basic_regex@DU?$regex_traits@DV?$w32_regex_traits@D@boost@@@boost@@@2@W4_m atch_flags@regex_constants@2@@Z) referenced in function "bool __cdecl boost::regex_match<char const *,class stlpd_std::allocator<struct boost::sub_match<char const *> >,char,struct boost::regex_traits<char,class boost::w32_regex_traits<char> > >(char const *,char const *,class boost::match_results<char const *,class stlpd_std::allocator<struct boost::sub_match<char const *> > > &,class boost::basic_regex<char,struct boost::regex_traits<char,class boost::w32_regex_traits<char> > > const &,enum boost::regex_constants::_match_flags)" (??$regex_match@PBDV?$allocator@U?$sub_match@PBD@boost@@@stlpd_std@@DU?$rege x_traits@DV?$w32_regex_traits@D@boost@@@boost@@@boost@@YA_NPBD0AAV?$match_re sults@PBDV?$allocator@U?$sub_match@PBD@boost@@@stlpd_std@@@0@ABV?$basic_rege x@DU?$regex_traits@DV?$w32_regex_traits@D@boost@@@boost@@@0@W4_match_flags@r egex_constants@0@@Z) QBUtilities.DLL : fatal error LNK1120: 2 unresolved externals

2 1

Re: [Boost-users] Boost.Thread memory leak reported
by Will Bryant 25 Sep '05

25 Sep '05

Continuing on the thread about the threadmon singleton: > In addition, there is no good place to put the delete. You have to play > games with atexit and then deal with the possibily of resurrection > (singleton access after it's been deleted.) Can we not just use a static instance of a small deleter class whose destructor frees the singleton? (Note that I'm not suggesting that we use the static instance to also _create_ the singleton, nor to be the singleton itself - as already discussed, that's insufficient as there's no general way to specify initialization order so using call_once remains the best option there IMHO - but we _can_, I believe, fix the problem that's causing Visual C++ programs to spew out memory leak errors every time we run them.) -- Will Bryant http://carcino.gen.nz/ will(a)core-dev.co.nz +64 21 655 443

1 0

[mpl] bug in mpl::at?
by Geoffrey Romer 24 Sep '05

24 Sep '05

I'm trying to use the 3-argument version of the mpl::at metafunction, as described in the on-line manual[1], but I'm getting a compile error (using gcc 4.0.2): --- error: wrong number of template arguments (3, should be 2) /usr/include/boost/mpl/at_fwd.hpp:20: error: provided for 'template<class Sequence, class N> struct boost::mpl::at' --- Looking at at.hpp, at_fwd.hpp, and aux_/at_fwd.hpp, I don't see any sign of a 3-argument version of at; everything seems to be defined in terms of a 2-argument template. Am I doing something wrong, or is this a bug? [1] http://www.boost.org/libs/mpl/doc/refmanual/at.html

1 0

Memory leak in zlib iostreams unit
by Will Bryant 24 Sep '05

24 Sep '05

Hi all/Jonathan, valgrinding my applications that use zlib reveals that the zlib filter classes leak memory on destruction, as the call to inflateInit2/deflateInit2 is not matched by a corresponding call to inflateEnd/deflateEnd. I notice that boost/iostreams/filter/zlib.hpp has: template<typename Alloc> zlib_compressor_impl<Alloc>::~zlib_compressor_impl() { /*reset(true, false);*/ } and: template<typename Alloc> zlib_decompressor_impl<Alloc>::~zlib_decompressor_impl() { /*reset(false, false);*/ } - which I imagine were added in response George M. Garner's note about what I assume was the same problem (http://lists.boost.org/Archives/boost/2005/03/83379.php) Uncommenting those calls to reset fixes the memory leaks. Are they meant to be commented out in the release? Cheers, Will -- Will Bryant http://carcino.gen.nz/ will(a)core-dev.co.nz +64 21 655 443

2 1

mpl question
by Karl Meerbergen 24 Sep '05

24 Sep '05

Dear boost users, I have a question regarding mpl. Consider the following piece of code: typedef boost::mpl::vector<int,double> v_i_d_t ; typedef boost::mpl::pop_front<v_i_d_t>::type v_d_t ; Is v_d_t equal to boost::mpl::vector<double> ? I do not have the impression. Thanks, Karl

3 6

Error populating pointer container with stack based objects
by Allen Cronce 23 Sep '05

23 Sep '05

1 0

Re: [Boost-users] Python 'in' keyword-like in C++
by Foster Gareth 23 Sep '05

23 Sep '05

What do people think of actually including things like this in code? In terms of maintenance and readability, is it a good idea to create so many different ways of doing things? Purely thinking from the POV that, I find a library I want to modify to support some new thing, and I find it is full of unusual styles and obfuscated custom techniques. I'm not knocking boost or the stl, just wondering if things like trying to recreate python styles in C++ are a step too far, a sort of "what is wrong with the C++ style?" question. No flames, I'm _not_ telling anybody they are 'wrong' :) Gaz

3 2

[Serialization] Serializing classes defined in DLLs
by Topi Mäenpää 23 Sep '05

23 Sep '05

Hi, How do I register classes that are defined in a dynamically loaded so/dll? Using BOOST_CLASS_EXPORT just causes "terminate called after throwing an instance of 'boost::archive::archive_exception' what(): unregistered void cast". My set-up is as follows: class A { public: A(); virtual ~A() {} private: // polymorphic archive stuff here }; class B : public A {} BOOST_CLASS_EXPORT(B); Serializing instances of B through a A* works fine if B is defined in the main executable. Now, I have tried the following (approximately): // An exported function that returns a void pointer typedef void* (*func)(); int main() { // Load a dynamic library dll lib = load_dll("mylib.dll"); // Get a pointer to the instance creator function func instance_creator = (func)lib.resolve("instance_creator"); // An instance of B is created in the dll and returned as a void*. A* a = (A*)instance_creator(); ... archive & a; //throws unregistered void cast } B is both defined and exported in mylib.dll. So, what is the deal? I don't understand the soul of BOOST_CLASS_EXPORT well enough to solve the problem myself. But since I'm using the dll version of the serialization library, I'd assume that the dynamically loaded dll (mylib.dll) and the main executable use the same address space for the archive classes. I would understand this if I encountered this problem with static linking because I'd need to inlude two copies of the serialization library... Any advice? Regards, Topi

3 11

Python list comprehension-like syntax in C++
by Tzu-Chien Chiu 23 Sep '05

23 Sep '05

In Pyhon: y = [foo(_1) for _1 in x] In C++: list<int> x; x.push_back(...); .. list<int> y; for (list<int>::iterator it = x.begin(); x.end() != it; ++ it) y.push_back( foo(y) ); With boost, can we write the Python-like statement: copy( x.begin(), x.end(), magic_back_inserter(foo(_1), y) ); // pseudo-code -- Tzu-Chien Chiu, 3D Graphics Hardware Architect <URL:http://www.csie.nctu.edu.tw/~jwchiu>

5 6