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

[bjam] [v1] How to copy the generated binaries from a dependent project?
by Ames Andreas 24 Aug '05

24 Aug '05

Hi, I'm using some of boost's libs in my own projects. Therefore I like to build certain (sub)variants of these libraries from the according library subdirectories to avoid the (quite large) overhead when building from the toplevel boost directory with the --with-<lib> option. Take Boost.Signals as an example. When I build in boost/libs/signals/build using bjam, the subproject (not only signals) seems not to support the stage target so that the resulting binary/ies are build somewhere in boost/bin. Now I would like to create a Jamfile outside the boost source tree which does two things: 1) it builds selected (sub)variants of boost_signals, perhaps using some accordingly named NOTFILE targets, 2) it let's me copy the resulting binary/ies (i.e. libs and dlls) to a specified directory. Unfortunately I seem not to be able to figure out how to do this with bjam, especially how to get the full path of the built binary/ies. I would really like to avoid hardcoding these paths. So any help is appreciated. TIA, aa -- Andreas Ames | Programmer | Comergo GmbH | Voice: +49 69 7505 3213 | andreas . ames AT comergo . com

3 2

[bjam] [v1] Minor issue with vc-7_1
by Ames Andreas 24 Aug '05

24 Aug '05

Hi, when I use bjam -sTOOLS=vc-7_1 "-sBUILD=debug <debug-store>database" lib I get LNK4044 linker warning because the /PDB command line switch is not supported (but ignored) for archive targets. I suppose the vc-Archive action in msvc-tools.jam shouldn't use PDB_LINKFLAG because I can't see why it should be needed. cheers, aa -- Andreas Ames | Programmer | Comergo GmbH | Voice: +49 69 7505 3213 | andreas . ames AT comergo . com

1 0

Re: [Boost-users] regex_replace with file streams
by louis 24 Aug '05

24 Aug '05

Thanks for the help. My platform is Win32 and I was able to create a class: class mystring: public std::iterator<std::bidirectional_iterator_tag, char > mystring class opens the input file and maps it into memory using: CreateFileMapping MapViewOfFile and I pass this into regex_replace. It seems to work - any thoughts? Thanks again Louis > -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of John Maddock > Sent: Tuesday, August 23, 2005 11:08 AM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] regex_replace with file streams > >>I want to use regex_replace to operate on a potentially large input >>file and output the results to another file. So, I can't load the >>entire file into a buffer in memory and pass it in as is done in the >>examples. I can't seem to figure out how to pass fstream or some other >>file I/O into regex_replace (ie create the proper iterator). > > Take a look at the second example in > http://www.boost.org/libs/regex/doc/partial_matches.html > > Unfortunately if you want to do a search and replace in an "infinite" text, > then you're not going to be able to use regex_replace. Instead you'll have > to enumerate through the matches and copy unmatched sections to output, and > then call match_results::format on matched sections to get the text to > output for that section. > > HTH, John. > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

2 1

program_options and lib64
by Philippe Després 24 Aug '05

24 Aug '05

Hello, I am using linux gcc 4.01, boost-1.33 on an amd 64 machine. I use program_options to retrieve a string from a config file but get a crash like this when I notify(): Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912541228512 (LWP 12633)] 0x00002aaaab14d2eb in std::string::assign () from /usr/lib64/libstdc++.so.6 (gdb) bt #0 0x00002aaaab14d2eb in std::string::assign () from /usr/lib64/libstdc++.so.6 #1 0x0000000000427689 in boost::program_options::typed_value<std::string, char>::notify (this=0x5de300, value_store=@0x5e1a48) at value_semantic.hpp:32 #2 0x00002aaaaafa50c9 in boost::program_options::notify () from /usr/local/lib/libboost_program_options-gcc-1_33.so.1.33.0 Is there known uncompatibilities between boost/gcc4/lib64 ?? Thank you, -- Philippe Després Associate Specialist UCSF Physics Research Lab 185 Berry Street suite 350 San Francisco CA 94107 (415) 353-4501 PGP PUBLIC KEY http://itsa.ucsf.edu/~despres/publickey.txt

3 2

Re: [Boost-users] [BULK] Re: [BULK] Re: [Test] redirecting unit test report
by Sohail Somani 23 Aug '05

23 Aug '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Gennadiy Rozental > Sent: Tuesday, August 23, 2005 1:40 PM > To: boost-users(a)lists.boost.org > Subject: [BULK] Re: [Boost-users] [BULK] Re: [Test] > redirecting unit test report > Importance: Low > > Because instances of global_fixure aren't supposed to be > destructed through > abstract pointer. Which is reinforced by protected destructor. Ah. I had a suspicion of this. > > All this could be avoided if you go the route of > BOOST_ASSERT in that > > you can define hooks via some free standing functions. > > What could be avoided and how an alternative would look like? I was thinking of avoiding the need for classes. But since context was snipped I went back and read over the thread again and it seems that you need classes.

1 0

Re: [Boost-users] [BULK] Re: [Test] redirecting unit test report
by Sohail Somani 23 Aug '05

23 Aug '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Gennadiy Rozental > Sent: Monday, August 22, 2005 10:26 PM > To: boost-users(a)lists.boost.org > Subject: [BULK] Re: [Boost-users] [Test] redirecting unit test report > Importance: Low > > #include <iostream> > > class global_fixure { > public: > global_fixure() { pointer() = this; } > virtual void setup() = 0; > virtual void teardown() = 0; > > static global_fixure*& pointer() { static global_fixure* > p = 0; return > p; } > > protected: > ~global_fixure() {} > }; Why isnt the destructor virtual? Is it because you will never have an instance of this class? What happens if delete a_global_fixture; is called? [snipped some stuff] All this could be avoided if you go the route of BOOST_ASSERT in that you can define hooks via some free standing functions.

2 1

Another iostreams question
by Lisa Glendenning 23 Aug '05

23 Aug '05

Is it possible to do something like template <typename T> T* Access(int n) { return chain.component<n, T>(); } because my compiler (GCC) doesn't like it. And if not, then how can I access a component without knowing at compile time its index?

3 2

regex_replace with file streams
by louis 23 Aug '05

23 Aug '05

Hi, I am new to the boost library, STL and template programming.. I want to use regex_replace to operate on a potentially large input file and output the results to another file. So, I can't load the entire file into a buffer in memory and pass it in as is done in the examples. I can't seem to figure out how to pass fstream or some other file I/O into regex_replace (ie create the proper iterator). Any help would be greatly appreciated. Louis

2 1

[SPIRIT] Problem with actors
by Stephen Henry 23 Aug '05

23 Aug '05

Hi all, I am having a problem with the following snippet of code. What I want to do is parse a line of alpha numeric characters from a file_iterator and then use the read characters to construct a new object which takes a std::string and integer argument for it's constructor. To do this I am using the statement below: p >> (+alpha_p)[ create_dfa( self.m_dfa, construct_<DFA>( construct_<std::string>( arg1 ), var(500) ) ) ]; This is the code I've got: #include <vector> #include <iostream> #include <boost/spirit/core.hpp> #include <boost/spirit/iterator/file_iterator.hpp> #include <boost/spirit/attribute.hpp> #include <boost/spirit/utility/confix.hpp> #include <boost/spirit/actor.hpp> #include <boost/spirit/phoenix.hpp> using namespace boost::spirit; using namespace phoenix; struct DFA { DFA( std::string s, int i ) : m_name(s), m_i(i) {} std::string m_name; int m_i; }; struct create_dfa_impl { template<typename Container, typename Item> struct result { typedef void type; }; template<typename Container, typename Item> void operator()( Container& c, Item const& item ) const { c.push_back( item ); } }; function<create_dfa_impl> const create_dfa = create_dfa_impl(); struct Script_parser : public grammar<Script_parser> { Script_parser( std::vector<DFA> &dfa ) : m_dfa( dfa ) {} template<typename ScannerT> struct definition { definition( Script_parser const& self ) { p = (*alpha_p)[ create_dfa( self.m_dfa, construct_<DFA>( construct_<std::string>(arg1, arg2), 500 ) ) ]; } typedef rule<ScannerT> rule_t; rule_t p; rule_t const& start() const { return p; } }; std::vector<DFA> &m_dfa; }; typedef char char_t; typedef file_iterator<char_t> iterator_t; int main( int argc, char *argv[] ) { using namespace std; if( argc != 2 ) { cout << "Invalid arguments" << endl; return -1; } iterator_t first( argv[1] ); iterator_t last = first.make_end(); std::vector<DFA> vDFA; Script_parser p(vDFA); parser_info<iterator_t> info = parse( first, last, p ); if( info.hit ) { cout << "Parsing successfull" << endl; } } This doesn't even compile, and I have absolutely no idea why. All the compiler shows is pages and pages of garbage that means absolutely nothing. Please help! Stephen

2 1

Failing date_time "default classic" tests
by Steven Solie 23 Aug '05

23 Aug '05

I'm getting the following output from one of the date_time tests with Boost 1.33.0 on AmigaOS: execute-test ../../../bin/boost/libs/date_time/test/testdate_facet_new.test/gcc/debug/testdate_facet_new.run ====== BEGIN OUTPUT ====== Pass :: to_string & default formats match Pass :: to_string & default formats match FAIL :: default classic date FAIL :: default classic date period Pass :: custom date facet date period ... I've traced it down to the %x date format specifier using the default locale while the tests themselves expect something else. According to the ANSI K&R C book this is correct behaviour because C++ classic locale uses the same format specifiers as the ANSI C strftime() function. So am I correct in assuming these two test cases are broken? --Steven

2 1

[program_options] seg fault on ppc64 / linux / gcc 3.4.4
by Liam Routt 23 Aug '05

23 Aug '05

I've just moved our project across to Boost 1.33, which seems to be working fine on our x86 linux gcc 3.4.4 machine. However, I'm getting seg faults on really basic stuff on the mac G5 we have, running linux with gcc 3.4.4 (Gentoo, using ppc64 kernel and userspace). This machine had no problems under Boost 1.32, I should add. Here is a simple test program (based on one of the early examples): ========= #include <boost/program_options.hpp> namespace po = boost::program_options; int main ( int, char* ) { po::options_description generic("Generic options"); generic.add_options() ("version,v", "print version string"); generic.add_options() ("help", "produce help message"); return ( 0 ); } ========= The seg fault happens on the second add_options() line. If the two lines are combined (as in the original example) it faults somewhere in there, but I think it is the same place. My gdb session: ========= GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc64-unknown-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". Core was generated by `a.out '. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libboost_program_options.so.1.33.0...done. Loaded symbols for /usr/lib/libboost_program_options.so.1.33.0 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/lib/gcc-lib/powerpc64-unknown-linux-gnu/3.4.4/libstdc++.so.6...done. Loaded symbols for /usr/lib/gcc/powerpc64-unknown-linux-gnu/3.4.4/libstdc++.so.6 Reading symbols from /lib/ld64.so.1...done. Loaded symbols for /lib64/ld64.so.1 Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /usr/lib/gcc-lib/powerpc64-unknown-linux-gnu/3.4.4/libgcc_s.so.1...done. Loaded symbols for /usr/lib/gcc/powerpc64-unknown-linux-gnu/3.4.4/libgcc_s.so.1 #0 0x000000800005d7a8 in ._ZN5boost6detail17sp_counted_impl_pINS_15program_options18option_descriptionEE7disposeEv () from /usr/lib/libboost_program_options.so.1.33.0 (gdb) up #1 0x0000008000057b90 in ._ZN5boost15program_options29options_description_easy_initclEPKcS3_ () from /usr/lib/libboost_program_options.so.1.33.0 (gdb) up #2 0x0000000010001930 in main () at my1.cc:14 14 generic.add_options() ("help", "produce help message"); (gdb) up #3 0x00000080000d8fa4 in .__libc_start_main () from /lib/libc.so.6 ========= Any advice or suggestions are welcome. We're installing boost 1.33 in our 32-bit ppc chroot environment, and will see if there is any difference there, in case that helps. Also it is worth noting that we have a program that doesn't use the program_options, but does use boost filesystem, and that seems to run fine. Take care, Liam -- Liam Routt Ph: (03) 8344-1315 Research Programmer caligari(a)cs.mu.oz.au Computer Science, Melbourne University (or liam(a)routt.net)

5 9

Minor glitch in ptr_array?
by Daniel Krügler 23 Aug '05

23 Aug '05

I think that there is a typo in the 2nd c'tor of ptr_container_detail::ptr_array_impl<>: Shouldn't it say this->assign( 0 ); instead of the currently written this->assing( 0 ); ?? Greetings from Bremen, Daniel Krügler

2 2

A proposal to make float_hash_value<> more portable
by Daniel Krügler 23 Aug '05

23 Aug '05

Hello, the current implementation function for hashing of floating point types, the function template float_hash_value<> in hash.hpp, is implicitely written for real types where std::numeric_limits<T>::radix == 2. Although base = 2 is probably the most prominent case, it is not the only representation compatible with Our Holy Standard. E.g. base 16 floating types are well-known to exist. The hidden assumption becomes obvious in the formular std::size_t const length = (std::numeric_limits<T>::digits + std::numeric_limits<int>::digits - 1) / std::numeric_limits<int>::digits; which should actually mean (pseudo formular): std::size_t const length = (std::numeric_limits<T>::digits2 + std::numeric_limits<int>::digits - 1) / std::numeric_limits<int>::digits; where the (non-existing) constant digits2 would describe the "Number of base 2 digits that can be represented without change." To my opinion boost itself provides a simple helper class, namely static_log2, which allows the correct implementation by using the extended formular #include <boost/integer/static_log2.hpp> ... std::size_t const length = (std::numeric_limits<T>::digits * boost::static_log2<std::numeric_limits<T >::radix>::value + std::numeric_limits<int>::digits - 1) / std::numeric_limits<int>::digits; Note that the expression boost::static_log2<std::numeric_limits<T>::radix>::value is exactly 1 in the usual base-2 case, but e.g. 4 in case of base-16. My proposed fix is exact in all cases, where radix is a power of 2, in other cases (like base-10) it would at least be a better approximation than the current one. Greetings from Bremen, Daniel Krügler

2 2

Problem building Boost 1.33 .0 under Cygwin
by Clarke, Carus V 23 Aug '05

23 Aug '05

Hi, I am having a problem building Boost 1.33.0 using gcc under the current version of Cygwin. The build aborts after displaying the following messages: Building Boost.Regex with the optional Unicode/ICU support disabled. Please refer to the Boost.Regex documentation for more information (and if you don't know what ICU is then you probably don't need it). unknown target type for <@boost!libs!test!build>libboost_prg_exec_monitor.dll Could anyone tell me what I am missing? Version 1.32.0 built on my machine with no problems. Thanks, Carus V. (Bud) Clarke carus.v.clarke(a)boeing.com

4 6

Suggestion for Boost.Thread
by ycc 23 Aug '05

23 Aug '05

Hi, booster, I am using boost.thread in Windows with VC6, it's quite handy and useful. I found it's better if the library can add 2 additional methods. One is the typedef platform_dependent thread_id_type; thread_id_type id() const ; sometimes I want to know what thread is really in the log file. so I can write this: std::cout << thread().id() << std::endl; another one is a way to return the raw thread_handle. typedef platform_dependent thread_handle thread_handle handle() const ; by this, I can suspend, terminate the thread in Windows, or in Posix platform using #ifdef. For example; boost::thread t(...); #ifdef WINDOWS ::TerminateThread(t.handle()); #endif Is this doable? Thanks.

2 2

"failed to write command file!" while installing boost 1.33
by tom gee 22 Aug '05

22 Aug '05

Can anybody help me out? here's my procedures: 1. build bjam from the source. 2. run bjam "-sTOOLS=vc-7_1" "--with-python-root=D:\Python24" install After hundreds of successful items, the process suddenly stop with an error "failed to write command file!". I tried seveal times, with or without compiling python libraries, It stopped ramdonly,sometimes at the python libraries, others at the multi-thread libraries. My system is Windows XP SP2 English, with Visual studio 2003. I have have VC2005 express b2 installed. Previously, I encountered the same problem with boost 1.33b2. but i have no problem with boost 1.32 which I 've been happy with for a long time.

2 1

Does Boost support Windows 98?
by Matt England 22 Aug '05

22 Aug '05

Hello, I realize this is a rather ambiguous question, but I thought I'd start somewhere: Does Boost support Windows 98? If it's only partial support, what is missing? (I realize that there are many Boost libraries, and this answer might be a per-library question.) I see vague references in email lists to win98 support, but I'm hoping to find an official reference. I am managing a software development project based on MinGW/Boost, hoping to not have to support Win98, but I just realized that now we need to do so (support win98). Hence my question comes a bit after the fact. Thanks for any help, -Matt

2 1

XML-Serialization_Problem with loading...
by p.speck＠ewersbach.net 22 Aug '05

22 Aug '05

I have a problem with serialization in XML-format. The ser.routine saves the data as xml, but when trying to reload, the execution breaks. When using the text-output saving and loading works fine... I hope someone can help me: Here the code of the functions: ------------------------------------------------ main.cpp: ------------------------------------------------ #include "fixture.h" #include <boost/archive/xml_oarchive.hpp> #include <boost/archive/xml_iarchive.hpp> #include <iostream> #include <fstream> #include <string> #include <sstream> void save(CFixture* fixt, const char* filename) { ofstream ofs(filename); assert(ofs.good()); boost::archive::xml_oarchive oa(ofs); oa << BOOST_SERIALIZATION_NVP(*fixt); ofs.close(); } void load(CFixture* fixt, const char* filename) { ifstream ifs(filename); assert(ifs.good()); cout << filename << endl; boost::archive::xml_iarchive ia(ifs); cout << "Archive" << endl; ia >> BOOST_SERIALIZATION_NVP(*fixt); cout << "loaded" << endl; ifs.close(); } -------------------------------------------------- fixture.h: ------------------------------------------------- /* Header für Fixtures */ #include <vector> #include <string> #include <boost/archive/text_oarchive.hpp> #include <boost/archive/text_iarchive.hpp> #include <boost/serialization/string.hpp> #include <boost/serialization/vector.hpp> #include <boost/serialization/nvp.hpp> class CFvalue { public: friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int version) { cout << "CFvalue" << endl; ar & BOOST_SERIALIZATION_NVP(min); ar & BOOST_SERIALIZATION_NVP(max); ar & BOOST_SERIALIZATION_NVP(name); ar & BOOST_SERIALIZATION_NVP(picture); } //...CUT...// class CFunctionvalues { protected: string svalue; int dvalue; int dvalue2; double pvalue; public: virtual bool setdvalue(int) = 0; virtual bool setdvalue2(int) = 0; virtual bool setpvalue(double) = 0; virtual bool setsvalue(const char*) = 0; virtual int getdvalue() = 0; virtual int getdvalue2() = 0; virtual double getpvalue() = 0; virtual string getsvalue() = 0; friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int version) { cout << "CFunctionvalue" << endl; ar & BOOST_SERIALIZATION_NVP(svalue); ar & BOOST_SERIALIZATION_NVP(dvalue); ar & BOOST_SERIALIZATION_NVP(dvalue2); ar & BOOST_SERIALIZATION_NVP(pvalue); } }; class CFunction : public CFunctionvalues { public: friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int version) { cout << "CFunction" << endl; ar & BOOST_SERIALIZATION_NVP(min); ar & BOOST_SERIALIZATION_NVP(max); ar & BOOST_SERIALIZATION_NVP(channel); ar & BOOST_SERIALIZATION_NVP(channel2); ar & BOOST_SERIALIZATION_NVP(has16bit); ar & BOOST_SERIALIZATION_NVP(type); ar & BOOST_SERIALIZATION_NVP(inverted); ar & BOOST_SERIALIZATION_NVP(name); ar & BOOST_SERIALIZATION_NVP(valuelist); ar & BOOST_SERIALIZATION_BASE_OBJECT_NVP(CFunctionvalues); } //...CUT...// class CFunctionset : public CFunctionvalues { protected: CFunction* base; public: friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int version) { cout << "CFunctionset" << endl; ar & BOOST_SERIALIZATION_BASE_OBJECT_NVP(CFunctionvalue); } //...CUT...// ------------------------------------------------- XML-Output ------------------------------------------------- <?xml version="1.0" encoding="UTF-8" standalone="yes" ?> <!DOCTYPE boost_serialization> <boost_serialization signature="serialization::archive" version="3"> <*fixt class_id="0" tracking_level="0" version="0"> <channels>2</channels> <type>1</type> <name>MAX250</name> <manufacturer>GLP</manufacturer> <picture>max.jpg</picture> <functions class_id="1" tracking_level="0" version="0"> <count>2</count> <item class_id="2" tracking_level="0" version="0"> <min>0</min> <max>255</max> <channel>1</channel> <channel2>0</channel2> <has16bit>0</has16bit> <type>1</type> <inverted>0</inverted> <name>PAN</name> <valuelist class_id="3" tracking_level="0" version="0"> <count>2</count> <item class_id="4" tracking_level="0" version="0"> <min>0</min> <max>100</max> <name>links</name> <picture></picture> </item> <item> <min>101</min> <max>255</max> <name>rechts</name> <picture></picture> </item> </valuelist> <svalue></svalue> <dvalue>0</dvalue> <dvalue2>0</dvalue2> <pvalue>0</pvalue> </item> <item> <min>0</min> <max>255</max> <channel>4</channel> <channel2>0</channel2> <has16bit>0</has16bit> <type>3</type> <inverted>0</inverted> <name>COLOR</name> <valuelist> <count>3</count> <item> <min>0</min> <max>50</max> <name>White</name> <picture></picture> </item> <item> <min>51</min> <max>100</max> <name>Rot</name> <picture></picture> </item> <item> <min>101</min> <max>255</max> <name>Gelb</name> <picture></picture> </item> </valuelist> <svalue></svalue> <dvalue>0</dvalue> <dvalue2>0</dvalue2> <pvalue>0</pvalue> </item> </functions> </*fixt>

2 2

boost logging from shared libraries
by Austin Bingham 22 Aug '05

22 Aug '05

First, I wasn't sure where would be the most appropriate place to post this question, so I apologize if it's gone to the wrong place. I'm trying to figure out how to put logging statements in some shared libraries which are then controlled via manipulate_logs() calls an the executable that uses the libraries. It appears, after some rudimentary experiments, that this does not work, and I was hoping to find out if there is a way to do it. The logging system, of course, does log manipulation using log names and regular expression matching. As such, I assumed that logs were statically allocated and, in some way, all registered with some central registry which made them all available via their names. Stepping through logging calls in the libraries seems to indicate that logging code is being accessed and, as far as I can tell, the logs are "enabled" and, in fact, trying to log messages (to cout, for what it's worth). However, I don't see anything printed except for log messages genereted from the executable's source code. So, is what I'm trying to do even feasible? I would love to be able to have diagnostics built into my libraries which I could dis/enable as necessary from the executive level. Hopefully I'm just missing something simple. Thanks. -- Austin Bingham "If I were creating the world I wouldn't mess about with butterflies and daffodils. I would have started with lasers, eight o'clock, Day One!" Evil

2 4

XML-Serialization_Problem with loading: Debug output
by p.speck＠ewersbach.net 22 Aug '05

22 Aug '05

#0 0x4013383b in raise () from /lib/tls/libc.so.6 #1 0x40134fa2 in abort () from /lib/tls/libc.so.6 #2 0x400b6f57 in __cxa_call_unexpected () from /usr/lib/libstdc++.so.5 #3 0x400b6f94 in std::terminate () from /usr/lib/libstdc++.so.5 #4 0x400b7106 in __cxa_throw () from /usr/lib/libstdc++.so.5 #5 0x0805d1a3 in boost::archive::basic_xml_iarchive<boost::archive::xml_iarchive>::load_start () #6 0x0804d34b in boost::archive::basic_xml_iarchive<boost::archive::xml_iarchive>::load_override<CFixture> () #7 0x0804d328 in boost::archive::xml_iarchive_impl<boost::archive::xml_iarchive>::load_override<boost::serialization::nvp<CFixture> > () #8 0x0804cb08 in boost::archive::detail::interface_iarchive<boost::archive::xml_iarchive>::operator>><boost::serialization::nvp<CFixture> > () #9 0x0804bf05 in load () #10 0x0804bac4 in main ()

1 0

MPL: Creating a vector of vector_c's from a vector_c
by Pascal Bauer 22 Aug '05

22 Aug '05

Hello, I have the following problem: Given typedef mpl::vector_c<int, 3, 0, 3, 6, 9> MyVector; Now, I wish to create a mpl::vector with 3 entries that look like mpl::vector< mpl::vector_c<int, 1, 0, 3, 6, 9>, mpl::vector_c<int, 1, 1, 4, 7, 10>, mpl::vector_c<int, 1, 2, 5, 8, 11> > In words The first number in MyVector gives me the number of resulting vector_c types. the resulting types should contain a 1 instead of that number. The other numbers should be replace gradualy: The first vector_c should contain the same numbers as the original type. In the second vector_c, all the numbers should be incremented by one, and so forth. I have to admit, that this task overstrains me, so it would be very kind, if someone could help me to figure this out. Cheers Pascal Bauer -- ************************************ * Pascal Bauer * * * * Theoretical Astrophysics Group * * Mail: pascal.bauer(a)phim.unibe.ch * ************************************

1 0

[date_time] timezone bug for boost::posix_time::microsec_clock::local_time()
by Brendon Costa 22 Aug '05

22 Aug '05

Hi, I have noticed that there seems to be a problem with the boost date_time library 1.33 (Downloaded about 2 days ago) when trying to use the localtime information under a NetBSD system. Specifically when I have a small test program: #include "boost/date_time/posix_time/posix_time.hpp" #include "boost/date_time/c_local_time_adjustor.hpp" #include <iostream> int main() { using namespace boost::posix_time; ptime loc = microsec_clock::local_time(); ptime utc = microsec_clock::universal_time(); std::cout << "Local: " << to_simple_string(loc) << std::endl; std::cout << "UTC: " << to_simple_string(utc) << std::endl; std::cout << "Local again: " << to_simple_string( boost::date_time::c_local_adjustor<ptime>::utc_to_local(utc)) << std::endl; return 0; } It will display the same time for both UTC time and Local time (Living in Melbourn Australia) where I expected them to differ. I found that the above program would fail unless I did the following: #include "boost/date_time/posix_time/posix_time.hpp" #include "boost/date_time/c_local_time_adjustor.hpp" #include <iostream> int main() { using namespace boost::posix_time; tzset(); ptime loc = microsec_clock::local_time(); ptime utc = microsec_clock::universal_time(); std::cout << "Local: " << to_simple_string(loc) << std::endl; std::cout << "UTC: " << to_simple_string(utc) << std::endl; std::cout << "Local again: " << to_simple_string( boost::date_time::c_local_adjustor<ptime>::utc_to_local(utc)) << std::endl; return 0; } Thanks, Brendon Costa.

2 3

[serialization] dynamic arrays of chars
by Ivan 21 Aug '05

21 Aug '05

I have a parser and there is one big object that holds the whole file being parsed as a dynamic array class File { public char * ptr; }; File file; file.ptr = new char[very_big_number_like_100000]; The parser creates a lot of objects that keep pointers into this dynamic array. class A { char* internalPtr1; }; class B { char* internalPtr2; }; class C { char* internalPtr3; }; A a; B b; C c; a.internalPtr1 = file.ptr + 234; b.internalPtr2 = file.ptr + 10673; c.internalPtr3 = file.ptr + 9583; How could I serialize the file object and these numerous small objects? I could write separate save/load for each of these A, B, C and so on but I'll need access to File::ptr inside the save/load funcs and this would be an ugly solution. Any ideas?

2 2

How do I convince bjam to build multi-threaded libraries?
by Andrew Schweitzer 21 Aug '05

21 Aug '05

I'm not getting the "=mt" version of the library I'm building. When I run bjam, it just doesn't build the "-mt" versions. I *think* it did in the past, I just don't know how I convinced it to do so. A cursory look at the "getting started" page didn't reveal the answer. Do I just need to look more closely? Any pointers appreciated. Here's what I do: Download windows bjam.exe to boost directory. open command prompt. cd to libs\log\build call vcvars32.bat call ..\..\..\bjam Thanks Andrew

4 3

lambda vs string concatenation
by jll＠soundobjectlogic.com 21 Aug '05

21 Aug '05

Hello, I'm just discovering Boost, and it looks great. However, I can't get the following code to work. I use g++ (GCC) 3.4.4 20050721 and boost 1.32 (also tried 1.33). When I try a similar example with mere integers it works though... #include <string> #include <sstream> #include <iterator> #include <vector> #include <boost/lambda/bind.hpp> #include <boost/lambda/lambda.hpp> using namespace std; using namespace boost::lambda; int main() { vector<string> cols; cols.push_back("foo"); string prefix = "t1."; for_each(cols.begin(), cols.end(), _1 = prefix + _1); cout << cols.front() << endl; return 0; } g++ t.cpp && ./a.out /usr/include/boost/lambda/detail/operator_lambda_func_base.hpp: In member function `RET boost::lambda::lambda_functor_base<boost::lambda::other_action<boost::lambda::assignment_action>, Args>::call(A&, B&, C&, Env&) const [with RET = std::basic_string<char, std::char_traits<char>, std::allocator<char> >&, A = std::basic_string<char, std::char_traits<char>, std::allocator<char> >, B = const boost::tuples::null_type, C = const boost::tuples::null_type, Env = const boost::tuples::null_type, Args = boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>]': /usr/include/boost/lambda/detail/lambda_functors.hpp:146: instantiated from `typename T::sig<boost::tuples::tuple<A&, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >::type boost::lambda::lambda_functor<Base>::operator()(A&) const [with A = std::basic_string<char, std::char_traits<char>, std::allocator<char> >, T = boost::lambda::lambda_functor_base<boost::lambda::other_action<boost::lambda::assignment_action>, boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >]' /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/stl_algo.h:158: instantiated from `_Function std::for_each(_InputIterator, _InputIterator, _Function) [with _InputIterator = __gnu_cxx::__normal_iterator<std::string*, std::vector<std::string, std::allocator<std::string> > >, _Function = boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::other_action<boost::lambda::assignment_action>, boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >]' t.cpp:16: instantiated from here /usr/include/boost/lambda/detail/operator_lambda_func_base.hpp:237: error: no match for 'operator=' in 'boost::lambda::detail::select [with Arg = boost::lambda::placeholder<1>, A = std::basic_string<char, std::char_traits<char>, std::allocator<char> >, B = const boost::tuples::null_type, C = const boost::tuples::null_type, Env = const boost::tuples::null_type](((const boost::lambda::lambda_functor<boost::lambda::placeholder<1> >&)(+boost::tuples::get [with int N = 0, HT = boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, TT = boost::tuples::cons<boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type>](((const boost::tuples::cons<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::cons<boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type> >&)((const boost::tuples::cons<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::cons<boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type> >*)((const boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>*)this)))))), ((std::basic_string<char, std::char_traits<char>, std::allocator<char> >&)(+a)), ((const boost::tuples::null_type&)(+b)), ((const boost::tuples::null_type&)(+c)), ((const boost::tuples::null_type&)(+env))) = boost::lambda::detail::select [with Arg = boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >, A = std::basic_string<char, std::char_traits<char>, std::allocator<char> >, B = const boost::tuples::null_type, C = const boost::tuples::null_type, Env = const boost::tuples::null_type](((const boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >&)(+boost::tuples::get [with int N = 1, HT = boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, TT = boost::tuples::cons<boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type>](((const boost::tuples::cons<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::cons<boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type> >&)((const boost::tuples::cons<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::cons<boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type> >*)((const boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>*)this)))))), ((std::basic_string<char, std::char_traits<char>, std::allocator<char> >&)(+a)), ((const boost::tuples::null_type&)(+b)), ((const boost::tuples::null_type&)(+c)), ((const boost::tuples::null_type&)(+env)))' /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/basic_string.h:426: note: candidates are: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(const std::basic_string<_CharT, _Traits, _Alloc>&) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>] /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/basic_string.h:437: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(const _CharT*) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>] /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/basic_string.h:451: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(_CharT) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>] /usr/include/boost/lambda/detail/operator_lambda_func_base.hpp: In member function `RET boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, Args>::call(A&, B&, C&, Env&) const [with RET = boost::lambda::detail::return_type_deduction_failure<boost::lambda::detail::return_type_2_arithmetic_phase_3<std::string, std::string> >, A = std::basic_string<char, std::char_traits<char>, std::allocator<char> >, B = const boost::tuples::null_type, C = const boost::tuples::null_type, Env = const boost::tuples::null_type, Args = boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>]': /usr/include/boost/lambda/detail/select_functions.hpp:28: instantiated from `typename Arg::sig<boost::tuples::tuple<A&, B&, C&, Env&, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >::type boost::lambda::detail::select(const boost::lambda::lambda_functor<T>&, A&, B&, C&, Env&) [with Arg = boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >, A = std::basic_string<char, std::char_traits<char>, std::allocator<char> >, B = const boost::tuples::null_type, C = const boost::tuples::null_type, Env = const boost::tuples::null_type]' /usr/include/boost/lambda/detail/operator_lambda_func_base.hpp:237: instantiated from `RET boost::lambda::lambda_functor_base<boost::lambda::other_action<boost::lambda::assignment_action>, Args>::call(A&, B&, C&, Env&) const [with RET = std::basic_string<char, std::char_traits<char>, std::allocator<char> >&, A = std::basic_string<char, std::char_traits<char>, std::allocator<char> >, B = const boost::tuples::null_type, C = const boost::tuples::null_type, Env = const boost::tuples::null_type, Args = boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>]' /usr/include/boost/lambda/detail/lambda_functors.hpp:146: instantiated from `typename T::sig<boost::tuples::tuple<A&, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >::type boost::lambda::lambda_functor<Base>::operator()(A&) const [with A = std::basic_string<char, std::char_traits<char>, std::allocator<char> >, T = boost::lambda::lambda_functor_base<boost::lambda::other_action<boost::lambda::assignment_action>, boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >]' /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/stl_algo.h:158: instantiated from `_Function std::for_each(_InputIterator, _InputIterator, _Function) [with _InputIterator = __gnu_cxx::__normal_iterator<std::string*, std::vector<std::string, std::allocator<std::string> > >, _Function = boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::other_action<boost::lambda::assignment_action>, boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::arithmetic_action<boost::lambda::plus_action>, boost::tuples::tuple<const std::string, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >]' t.cpp:16: instantiated from here /usr/include/boost/lambda/detail/operator_lambda_func_base.hpp:206: error: conversion from `std::basic_string<char, std::char_traits<char>, std::allocator<char> >' to non-scalar type `boost::lambda::detail::return_type_deduction_failure<boost::lambda::detail::return_type_2_arithmetic_phase_3<std::string, std::string> >' requested -- Jean-Louis Leroy Sound Object Logic http://www.soundobjectlogic.com

2 1

some bug in hash library of boost 1.33
by 沈慧峰 20 Aug '05

20 Aug '05

example points.cpp has a big bug leads to can not compile line 23 error : return x = other.x && y == other.y; The correct code must be : return x == other.x && y == other.y;

2 1

boost::program_options endless-loop ?
by Leon Mergen 20 Aug '05

20 Aug '05

Hello, I'm trying to integrate the boost::program_options library into my application, but am running into some strange problems. For some reason, when calling the boost::program_options::store() function, the program enters an endless loop running processor usage too 100%. I've created a test-case which generates this error for me (see attachment). This is the output of the application: ======================================================================= lmergen@solatis3:~/Projects/Tsukku Client/src2 $ ./TsukkuNode 1 2 3 4 5 6 ======================================================================= And here it enters the endless loop. When I lookup the process id and do a kill -11 to easily generate a core dump, it looks like it's messing around with mutexes: ======================================================================= #0 0xffffe410 in __kernel_vsyscall () #1 0xb7d6325b in __lll_mutex_lock_wait () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb7d60690 in _L_mutex_lock_26 () from /lib/tls/i686/cmov/libpthread.so.0 #3 0xbffff598 in ?? () #4 0xb7ff6730 in _dl_map_object_deps () from /lib/ld-linux.so.2 #5 0x080604dd in scoped_lock (this=0x80b4bc4, m=@0x1) at lwm_pthreads.hpp:72 #6 0x080604dd in scoped_lock (this=0xbffff5c0, m=@0x80b4bc4) at lwm_pthreads.hpp:72 #7 0x0805faed in boost::detail::sp_counted_base::release (this=0x80b4bb8) at shared_count.hpp:140 #8 0x0805f0c7 in ~shared_count (this=0xbffff6a4) at shared_count.hpp:378 #9 0xb7f0e700 in boost::program_options::common_command_line_parser::run () from /usr/lib/libboost_program_options-gcc-1_32.so.1.32.0 #10 0x0805d969 in boost::program_options::basic_command_line_parser<char>::run (this=0xbffff7d0) at parsers.hpp:84 #11 0x0805d8b3 in boost::program_options::parse_command_line<char> (argc=1, argv=0xbffffa94, desc=@0xbffff9c0, style=0, ext=Cannot access memory at address 0xfffffff5 ) at parsers.hpp:97 #12 0x0805d514 in main (argc=1, argv=0xbffffa94) at Main.cpp:28 ======================================================================= Line number 28 at Main.cpp is "boost::program_options::store ( boost::program_options::parse_command_line ( argc, argv, desc ), vm );". I've tested this, and it does the same when parsing the config file before the command line. Anyone has any idea what's causing this problem ? Thanks in advance! Regards, Leon Mergen

1 1

[1.33.0][date_time] Weird warning
by Paul 20 Aug '05

20 Aug '05

I got the following warning while compiling with (debian-testing) g++ 4.0.1-2 I couldn't see the problem in the code? /usr/local/include/boost-1_33/boost/date_time/time_duration.hpp: In function 'time_duration boost::date_time::parse_undelimited_time_duration(const std::string&) [with time_duration = boost::posix_time::time_duration]': /usr/local/include/boost-1_33/boost/date_time/time_duration.hpp:58: warning: control may reach end of non-void function 'static typename frac_sec_type::int_type boost::date_time::time_resolution_traits<frac_sec_type, res, resolution_adjust, frac_digits, v_type>::to_tick_count(v_type, v_type, v_type, typename frac_sec_type::int_type) [with frac_sec_type = boost::date_time::time_resolution_traits_adapted64_impl, boost::date_time::time_resolutions res = micro, typename frac_sec_type::int_type resolution_adjust = 1000000, short unsigned int frac_digits = 6u, v_type = int32_t]' being inlined Just a bit concerned, I don't like warnings :) Paul

3 3

Can't build with intel 9.0
by Mike Gibson 20 Aug '05

20 Aug '05

I was having problems getting boost 1.32 to build with the intel 9.0 compiler and saw that 1.33 was out and listed support for intel 9.0. I can't get it to build though. I get an error compiling greg_month.cpp in lexical_cast.hpp(156). I'm building using the following command: C:\src\boost\boost_1_33_0>bjam -sTOOLS=intel-win32 -sINTEL_PATH="C:\Program Files\Intel\Compiler\C++\9.0\IA32" install Here is the error: C:\src\boost\boost_1_33_0/boost/lexical_cast.hpp(156): error: no operator ">>" matches these operands operand types are: std::basic_stringstream<char, std::char_traits<char>, std::allocator<char>> >> boost::date_time::date_names_put<boost::grego rian::greg_facet_config, wchar_t, std::ostreambuf_iterator<wchar_t, std::char_traits<wchar_t>>>::string_type stream >> output && ^

3 6

Build the dll version of regex fails with vc-7_1-stlport
by 沈慧峰 20 Aug '05

20 Aug '05

Since the stl library of vc7.1 has some bugs and insufficiency. I use stlport libray all the times. I compile regex library with stlport 4.62 and 5.0RC4, with or without the ICU. The dll all can not be compiled successfully! (In below I only describe the compile process with ICU.) First I try the stlport 4.62 with VC7.1 to build the library of regex, the script I use is(the icu is also compiled with the same stlport) : call "c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\vcvars32.bat" set TOOLS=vc-7_1-stlport set STLPORT_PATH=c:\opt set STLPORT_4.62_PATH=C:\opt\STLport-4.6.2 set STLPORT_VERSION=4.6.2 set ICU_PATH=c:\opt\icu bjam "-sBUILD=debug release <runtime-link>dynamic <threading>multi <native-wchar_t>on" "-sICU_PATH=c:\opt\icu" --with-regex stage But the dll files can not be compiled successfully. The error occurs when linking(Attentions the exp and pdb files exists). vc-Link bin\boost\libs\regex\build\boost_regex.dll\vc-7_1-stlport\debug\native-wchar_t-on\threading-multi\boost_regex-vc71-mt-gdp-1_33.dll bin\boost\libs\regex\build\boost_regex.dll\vc-7_1-stlport\debug\native-wchar_t-on\threading-multi\boost_regex-vc71-mt-gdp-1_33.lib Creating library bin\boost\libs\regex\build\boost_regex.dll\vc-7_1-stlport\debug\native-wchar_t-on\threading-multi\boost_regex-vc71-mt-gdp-1_33.lib and object bin\boost\libs\regex\build\boost_regex.dll\vc-7_1-stlport\debug\native-wchar_t-on\threading-multi\boost_regex-vc71-mt-gdp-1_33.exp w32_regex_traits.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::~basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(void)" (__imp_??1?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@XZ) referenced in function "class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > __cdecl boost::re_detail::w32_transform(unsigned long,unsigned short const *,unsigned short const *)" (?w32_transform@re_detail@boost@@YA?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@KPBG0@Z) wc_regex_traits.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::~basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(void)" (__imp_??1?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@XZ) usinstances.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::~basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(void)" (__imp_??1?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@XZ) w32_regex_traits.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(unsigned short const *,class _STL::allocator<unsigned short> const &)" (__imp_??0?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@PBGABV?$allocator@G@1@@Z) referenced in function "class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > __cdecl boost::re_detail::w32_cat_get(class boost::shared_ptr<void> const &,unsigned long,int,class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &)" (?w32_cat_get@re_detail@boost@@YA?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@ABV?$shared_ptr@X@2@KHABV34@@Z) w32_regex_traits.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &)" (__imp_??0?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@ABV01@@Z) referenced in function "class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > __cdecl boost::re_detail::w32_cat_get(class boost::shared_ptr<void> const &,unsigned long,int,class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &)" (?w32_cat_get@re_detail@boost@@YA?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@ABV?$shared_ptr@X@2@KHABV34@@Z) wc_regex_traits.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &)" (__imp_??0?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@ABV01@@Z) usinstances.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &)" (__imp_??0?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@ABV01@@Z) w32_regex_traits.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > & __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::append(unsigned int,unsigned short)" (__imp_?append@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAEAAV12@IG@Z) referenced in function "class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > __cdecl boost::re_detail::w32_transform(unsigned long,unsigned short const *,unsigned short const *)" (?w32_transform@re_detail@boost@@YA?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@KPBG0@Z) usinstances.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > & __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::append(unsigned int,unsigned short)" (__imp_?append@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAEAAV12@IG@Z) w32_regex_traits.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(void)" (__imp_??0?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@XZ) referenced in function "class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > __cdecl boost::re_detail::w32_transform(unsigned long,unsigned short const *,unsigned short const *)" (?w32_transform@re_detail@boost@@YA?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@KPBG0@Z) usinstances.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(void)" (__imp_??0?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@XZ) w32_regex_traits.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::~_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(void)" (__imp_??1?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@XZ) referenced in function $L42681 wc_regex_traits.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::~_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(void)" (__imp_??1?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@XZ) usinstances.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::~_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(void)" (__imp_??1?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@XZ) w32_regex_traits.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: class _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > * __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::_Get_base(void)" (__imp_?_Get_base@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAEPAV?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@2@XZ) referenced in function "public: __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> ><unsigned short const *>(unsigned short const *,unsigned short const *,class _STL::allocator<unsigned short> const &)" (??$?0PBG@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@PBG0ABV?$allocator@G@1@@Z) wc_regex_traits.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: class _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > * __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::_Get_base(void)" (__imp_?_Get_base@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAEPAV?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@2@XZ) referenced in function "private: void __thiscall _STL::_Nondebug_string<wchar_t,class _STL::char_traits<wchar_t>,class _STL::allocator<wchar_t> >::_M_range_initialize<wchar_t const *>(wchar_t const *,wchar_t const *,struct _STL::forward_iterator_tag const &)" (??$_M_range_initialize@PB_W@?$_Nondebug_string@_WV?$char_traits@_W@_STL@@V?$allocator@_W@2@@_STL@@AAEXPB_W0ABUforward_iterator_tag@1@@Z) usinstances.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: class _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > * __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::_Get_base(void)" (__imp_?_Get_base@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAEPAV?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@2@XZ) w32_regex_traits.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::_String_base<unsigned short,class _STL::allocator<unsigned short> >::~_String_base<unsigned short,class _STL::allocator<unsigned short> >(void)" (__imp_??1?$_String_base@GV?$allocator@G@_STL@@@_STL@@QAE@XZ) referenced in function $L42777 wc_regex_traits.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::_String_base<unsigned short,class _STL::allocator<unsigned short> >::~_String_base<unsigned short,class _STL::allocator<unsigned short> >(void)" (__imp_??1?$_String_base@GV?$allocator@G@_STL@@@_STL@@QAE@XZ) usinstances.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::_String_base<unsigned short,class _STL::allocator<unsigned short> >::~_String_base<unsigned short,class _STL::allocator<unsigned short> >(void)" (__imp_??1?$_String_base@GV?$allocator@G@_STL@@@_STL@@QAE@XZ) w32_regex_traits.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::_String_base<unsigned short,class _STL::allocator<unsigned short> >::_String_base<unsigned short,class _STL::allocator<unsigned short> >(class _STL::allocator<unsigned short> const &)" (__imp_??0?$_String_base@GV?$allocator@G@_STL@@@_STL@@QAE@ABV?$allocator@G@1@@Z) referenced in function "public: __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> ><unsigned short const *>(unsigned short const *,unsigned short const *,class _STL::allocator<unsigned short> const &)" (??$?0PBG@?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@PBG0ABV?$allocator@G@1@@Z) wc_regex_traits.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::_String_base<unsigned short,class _STL::allocator<unsigned short> >::_String_base<unsigned short,class _STL::allocator<unsigned short> >(class _STL::allocator<unsigned short> const &)" (__imp_??0?$_String_base@GV?$allocator@G@_STL@@@_STL@@QAE@ABV?$allocator@G@1@@Z) usinstances.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::_String_base<unsigned short,class _STL::allocator<unsigned short> >::_String_base<unsigned short,class _STL::allocator<unsigned short> >(class _STL::allocator<unsigned short> const &)" (__imp_??0?$_String_base@GV?$allocator@G@_STL@@@_STL@@QAE@ABV?$allocator@G@1@@Z) w32_regex_traits.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) private: void __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::_M_terminate_string(void)" (__imp_?_M_terminate_string@?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@AAEXXZ) referenced in function "private: void __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::_M_range_initialize<unsigned short const *>(unsigned short const *,unsigned short const *,struct _STL::forward_iterator_tag const &)" (??$_M_range_initialize@PBG@?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@AAEXPBG0ABUforward_iterator_tag@1@@Z) wc_regex_traits.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) private: void __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::_M_terminate_string(void)" (__imp_?_M_terminate_string@?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@AAEXXZ) usinstances.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) private: void __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::_M_terminate_string(void)" (__imp_?_M_terminate_string@?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@AAEXXZ) w32_regex_traits.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: void __thiscall _STL::_String_base<unsigned short,class _STL::allocator<unsigned short> >::_M_allocate_block(unsigned int)" (__imp_?_M_allocate_block@?$_String_base@GV?$allocator@G@_STL@@@_STL@@QAEXI@Z) referenced in function "private: void __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::_M_range_initialize<unsigned short const *>(unsigned short const *,unsigned short const *,struct _STL::forward_iterator_tag const &)" (??$_M_range_initialize@PBG@?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@AAEXPBG0ABUforward_iterator_tag@1@@Z) wc_regex_traits.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: void __thiscall _STL::_String_base<unsigned short,class _STL::allocator<unsigned short> >::_M_allocate_block(unsigned int)" (__imp_?_M_allocate_block@?$_String_base@GV?$allocator@G@_STL@@@_STL@@QAEXI@Z) usinstances.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: void __thiscall _STL::_String_base<unsigned short,class _STL::allocator<unsigned short> >::_M_allocate_block(unsigned int)" (__imp_?_M_allocate_block@?$_String_base@GV?$allocator@G@_STL@@@_STL@@QAEXI@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: int __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::compare(class _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &)const " (__imp_?compare@?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QBEHABV12@@Z) referenced in function "public: int __cdecl boost::basic_regex<unsigned short,struct boost::regex_traits<unsigned short,class boost::w32_regex_traits<unsigned short> > >::compare(class boost::basic_regex<unsigned short,struct boost::regex_traits<unsigned short,class boost::w32_regex_traits<unsigned short> > > const &)const " (?compare@?$basic_regex@GU?$regex_traits@GV?$w32_regex_traits@G@boost@@@boost@@@boost@@QBAHABV12@@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > & __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::operator=(class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &)" (__imp_??4?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAEAAV01@ABV01@@Z) referenced in function "public: class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > __thiscall boost::match_results<unsigned short const *,class _STL::allocator<struct boost::sub_match<unsigned short const *> > >::str(int)const " (?str@?$match_results@PBGV?$allocator@U?$sub_match@PBG@boost@@@_STL@@@boost@@QBE?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@H@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: unsigned int __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::size(void)const " (__imp_?size@?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QBEIXZ) referenced in function "public: class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > __thiscall boost::match_results<unsigned short const *,class _STL::allocator<struct boost::sub_match<unsigned short const *> > >::format(class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &,enum boost::regex_constants::_match_flags)const " (?format@?$match_results@PBGV?$allocator@U?$sub_match@PBG@boost@@@_STL@@@boost@@QBE?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@ABV34@W4_match_flags@regex_constants@2@@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: unsigned short const * __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::data(void)const " (__imp_?data@?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QBEPBGXZ) referenced in function "public: class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > __thiscall boost::match_results<unsigned short const *,class _STL::allocator<struct boost::sub_match<unsigned short const *> > >::format(class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &,enum boost::regex_constants::_match_flags)const " (?format@?$match_results@PBGV?$allocator@U?$sub_match@PBG@boost@@@_STL@@@boost@@QBE?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@ABV34@W4_match_flags@regex_constants@2@@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: void __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::reserve(unsigned int)" (__imp_?reserve@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAEXI@Z) referenced in function "public: class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > __thiscall boost::sub_match<unsigned short const *>::str(void)const " (?str@?$sub_match@PBG@boost@@QBE?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@XZ) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(unsigned short const *,unsigned int,class _STL::allocator<unsigned short> const &)" (__imp_??0?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@PBGIABV?$allocator@G@1@@Z) referenced in function "public: class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > __cdecl boost::re_detail::basic_regex_implementation<unsigned short,struct boost::regex_traits<unsigned short,class boost::w32_regex_traits<unsigned short> > >::str(void)const " (?str@?$basic_regex_implementation@GU?$regex_traits@GV?$w32_regex_traits@G@boost@@@boost@@@re_detail@boost@@QBA?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@XZ) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: unsigned short * __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::end(void)" (__imp_?end@?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAEPAGXZ) referenced in function "bool __cdecl _STL::_Dereferenceable<struct _STL::_DBG_iter<class _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >,struct _STL::_Const_traits<unsigned short> > >(struct _STL::_DBG_iter<class _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >,struct _STL::_Const_traits<unsigned short> >)" (??$_Dereferenceable@U?$_DBG_iter@V?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@U?$_Const_traits@G@2@@_STL@@@_STL@@YA_NU?$_DBG_iter@V?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@U?$_Const_traits@G@2@@0@@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: unsigned short * __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::begin(void)" (__imp_?begin@?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAEPAGXZ) referenced in function "bool __cdecl _STL::_Incrementable<struct _STL::_DBG_iter_base<class _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > > >(struct _STL::_DBG_iter_base<class _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > > const &,int,struct _STL::random_access_iterator_tag const &)" (??$_Incrementable@U?$_DBG_iter_base@V?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@@_STL@@@_STL@@YA_NABU?$_DBG_iter_base@V?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@@0@HABUrandom_access_iterator_tag@0@@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: struct _STL::_DBG_iter<class _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >,struct _STL::_Nonconst_traits<unsigned short> > __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::begin(void)" (__imp_?begin@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE?AU?$_DBG_iter@V?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@U?$_Nonconst_traits@G@2@@2@XZ) referenced in function "public: unsigned long __thiscall boost::re_detail::w32_regex_traits_implementation<unsigned short>::lookup_classname(unsigned short const *,unsigned short const *)const " (?lookup_classname@?$w32_regex_traits_implementation@G@re_detail@boost@@QBEKPBG0@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: unsigned short & __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::operator[](unsigned int)" (__imp_??A?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAEAAGI@Z) referenced in function "public: unsigned long __thiscall boost::re_detail::w32_regex_traits_implementation<unsigned short>::lookup_classname(unsigned short const *,unsigned short const *)const " (?lookup_classname@?$w32_regex_traits_implementation@G@re_detail@boost@@QBEKPBG0@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > & __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::assign(unsigned int,unsigned short)" (__imp_?assign@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAEAAV12@IG@Z) referenced in function "unsigned short const * __cdecl boost::re_detail::re_is_set_member<unsigned short const *,unsigned short,struct boost::regex_traits<unsigned short,class boost::w32_regex_traits<unsigned short> >,unsigned long>(unsigned short const *,unsigned short const *,struct boost::re_detail::re_set_long<unsigned long> const *,struct boost::re_detail::regex_data<unsigned short,struct boost::regex_traits<unsigned short,class boost::w32_regex_traits<unsigned short> > > const &,bool)" (??$re_is_set_member@PBGGU?$regex_traits@GV?$w32_regex_traits@G@boost@@@boost@@K@re_detail@boost@@YAPBGPBG0PBU?$re_set_long@K@01@ABU?$regex_data@GU?$regex_traits@GV?$w32_regex_traits@G@boost@@@boost@@@01@_N@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: int __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::compare(unsigned short const *)const " (__imp_?compare@?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QBEHPBG@Z) referenced in function "int __cdecl boost::re_detail::string_compare<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &,unsigned short const *)" (??$string_compare@GV?$char_traits@G@_STL@@V?$allocator@G@2@@re_detail@boost@@YAHABV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@PBG@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: unsigned short const & __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::operator[](unsigned int)const " (__imp_??A?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QBEABGI@Z) referenced in function "int __cdecl boost::re_detail::string_compare<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &,unsigned short const *)" (??$string_compare@GV?$char_traits@G@_STL@@V?$allocator@G@2@@re_detail@boost@@YAHABV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@PBG@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: bool __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::empty(void)const " (__imp_?empty@?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QBE_NXZ) referenced in function "int __cdecl boost::re_detail::string_compare<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &,unsigned short const *)" (??$string_compare@GV?$char_traits@G@_STL@@V?$allocator@G@2@@re_detail@boost@@YAHABV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@PBG@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >(unsigned int,unsigned short,class _STL::allocator<unsigned short> const &)" (__imp_??0?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@IGABV?$allocator@G@1@@Z) referenced in function "public: class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > __thiscall boost::re_detail::w32_regex_traits_implementation<unsigned short>::transform_primary(unsigned short const *,unsigned short const *)const " (?transform_primary@?$w32_regex_traits_implementation@G@re_detail@boost@@QBE?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@PBG0@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > & __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::erase(unsigned int,unsigned int)" (__imp_?erase@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAEAAV12@II@Z) referenced in function "public: class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > __thiscall boost::re_detail::w32_regex_traits_implementation<unsigned short>::transform_primary(unsigned short const *,unsigned short const *)const " (?transform_primary@?$w32_regex_traits_implementation@G@re_detail@boost@@QBE?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@PBG0@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > & __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::assign(class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &)" (__imp_?assign@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAEAAV12@ABV12@@Z) referenced in function "public: class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > __thiscall boost::re_detail::w32_regex_traits_implementation<unsigned short>::transform_primary(unsigned short const *,unsigned short const *)const " (?transform_primary@?$w32_regex_traits_implementation@G@re_detail@boost@@QBE?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@PBG0@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: class _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > & __thiscall _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::assign(unsigned short const *,unsigned short const *)" (__imp_?assign@?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAEAAV12@PBG0@Z) referenced in function "public: class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > & __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::assign<unsigned short const *>(unsigned short const *,unsigned short const *)" (??$assign@PBG@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAEAAV01@PBG0@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) bool __cdecl _STL::operator<(class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &,class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &)" (__imp_??M_STL@@YA_NABV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@0@0@Z) referenced in function "public: bool __thiscall _STL::less<class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > >::operator()(class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &,class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &)const " (??R?$less@V?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@@_STL@@QBE_NABV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@1@0@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) bool __cdecl _STL::operator>(class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &,class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &)" (__imp_??O_STL@@YA_NABV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@0@0@Z) referenced in function "public: struct boost::re_detail::re_syntax_base * __thiscall boost::re_detail::basic_regex_creator<unsigned short,struct boost::regex_traits<unsigned short,class boost::w32_regex_traits<unsigned short> > >::append_set(class boost::re_detail::basic_char_set<unsigned short,struct boost::regex_traits<unsigned short,class boost::w32_regex_traits<unsigned short> > > const &,struct boost::mpl::bool_<0> *)" (?append_set@?$basic_regex_creator@GU?$regex_traits@GV?$w32_regex_traits@G@boost@@@boost@@@re_detail@boost@@QAEPAUre_syntax_base@23@ABV?$basic_char_set@GU?$regex_traits@GV?$w32_regex_traits@G@boost@@@boost@@@23@PAU?$bool_@$0A@@mpl@3@@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: struct _STL::_DBG_iter<class _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >,struct _STL::_Nonconst_traits<unsigned short> > __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::insert(struct _STL::_DBG_iter<class _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >,struct _STL::_Nonconst_traits<unsigned short> >,unsigned short)" (__imp_?insert@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE?AU?$_DBG_iter@V?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@U?$_Nonconst_traits@G@2@@2@U32@G@Z) referenced in function "public: struct boost::re_detail::re_syntax_base * __thiscall boost::re_detail::basic_regex_creator<unsigned short,struct boost::regex_traits<unsigned short,class boost::w32_regex_traits<unsigned short> > >::append_set(class boost::re_detail::basic_char_set<unsigned short,struct boost::regex_traits<unsigned short,class boost::w32_regex_traits<unsigned short> > > const &,struct boost::mpl::bool_<0> *)" (?append_set@?$basic_regex_creator@GU?$regex_traits@GV?$w32_regex_traits@G@boost@@@boost@@@re_detail@boost@@QAEPAUre_syntax_base@23@ABV?$basic_char_set@GU?$regex_traits@GV?$w32_regex_traits@G@boost@@@boost@@@23@PAU?$bool_@$0A@@mpl@3@@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: struct _STL::_DBG_iter<class _STL::_Nondebug_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >,struct _STL::_Nonconst_traits<unsigned short> > __thiscall _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> >::end(void)" (__imp_?end@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE?AU?$_DBG_iter@V?$_Nondebug_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@U?$_Nonconst_traits@G@2@@2@XZ) referenced in function "public: struct boost::re_detail::re_syntax_base * __thiscall boost::re_detail::basic_regex_creator<unsigned short,struct boost::regex_traits<unsigned short,class boost::w32_regex_traits<unsigned short> > >::append_set(class boost::re_detail::basic_char_set<unsigned short,struct boost::regex_traits<unsigned short,class boost::w32_regex_traits<unsigned short> > > const &,struct boost::mpl::bool_<0> *)" (?append_set@?$basic_regex_creator@GU?$regex_traits@GV?$w32_regex_traits@G@boost@@@boost@@@re_detail@boost@@QAEPAUre_syntax_base@23@ABV?$basic_char_set@GU?$regex_traits@GV?$w32_regex_traits@G@boost@@@boost@@@23@PAU?$bool_@$0A@@mpl@3@@Z) usinstances.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) bool __cdecl _STL::operator==(class _STL::basic_string<unsigned short,class _STL::char_traits<unsigned short>,class _STL::allocator<unsigned short> > const &,unsigned short const *)" (__imp_??8_STL@@YA_NABV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@0@PBG@Z) referenced in function "unsigned int __cdecl boost::re_detail::find_sort_syntax<class boost::re_detail::w32_regex_traits_implementation<unsigned short>,unsigned short>(class boost::re_detail::w32_regex_traits_implementation<unsigned short> const *,unsigned short *)" (??$find_sort_syntax@V?$w32_regex_traits_implementation@G@re_detail@boost@@G@re_detail@boost@@YAIPBV?$w32_regex_traits_implementation@G@01@PAG@Z) bin\boost\libs\regex\build\boost_regex.dll\vc-7_1-stlport\debug\native-wchar_t-on\threading-multi\boost_regex-vc71-mt-gdp-1_33.dll : fatal error LNK1120: 34 unresolved externals "link" /nologo /INCREMENTAL:NO /DEBUG /DLL /subsystem:console /out:"bin\boost\libs\regex\build\boost_regex.dll\vc-7_1-stlport\debug\native-wchar_t-on\threading-multi\boost_regex-vc71-mt-gdp-1_33.dll" /IMPLIB:"bin\boost\libs\regex\build\boost_regex.dll\vc-7_1-stlport\debug\native-wchar_t-on\threading-multi\boost_regex-vc71-mt-gdp-1_33.lib" /LIBPATH:"c:\opt\icu\lib" /LIBPATH:"c:\opt\STLport-4.6.2\lib" /LIBPATH:"C:\Program Files\Microsoft Visual Studio .NET 2003\VC7\lib" "icuuc.lib" "icuin.lib" "stlport_vc71_stldebug.lib" @"bin\boost\libs\regex\build\boost_regex.dll\vc-7_1-stlport\debug\native-wchar_t-on\threading-multi\boost_regex-vc71-mt-gdp-1_33.CMD" ...failed vc-Link bin\boost\libs\regex\build\boost_regex.dll\vc-7_1-stlport\debug\native-wchar_t-on\threading-multi\boost_regex-vc71-mt-gdp-1_33.dll bin\boost\libs\regex\build\boost_regex.dll\vc-7_1-stlport\debug\native-wchar_t-on\threading-multi\boost_regex-vc71-mt-gdp-1_33.lib... ...skipped <@boost!lib>boost_regex-vc71-mt-gdp-1_33.dll for lack of <@boost!libs!regex!build\boost_regex.dll\vc-7_1-stlport\debug\native-wchar_t-on\threading-multi>boost_regex-vc71-mt-gdp-1_33.dll... ...skipped <@boost!lib>boost_regex-vc71-mt-gdp-1_33.lib for lack of <@boost!libs!regex!build\boost_regex.dll\vc-7_1-stlport\debug\native-wchar_t-on\threading-multi>boost_regex-vc71-mt-gdp-1_33.lib... The release dll file compiles error are the similar. ==================================================================================================== Second I try the stlport 5.0RC4(icu are recompiled with this version), I find only the dll files compiling fails. call "c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\vcvars32.bat" set TOOLS=vc-7_1-stlport set STLPORT_PATH=c:\opt set STLPORT_50_PATH=C:\opt\STLport set STLPORT_VERSION=5.0 set ICU_PATH=c:\opt\icu bjam "-sBUILD=debug release <runtime-link>dynamic <threading>multi <native-wchar_t>on" "-sICU_PATH=c:\opt\icu" --with-regex stage The error is : vc-Link bin\boost\libs\regex\build\boost_regex.dll\vc-7_1-stlport\debug\native-wchar_t-on\threading-multi\boost_regex-vc71-mt-gdp-1_33.dll bin\boost\libs\regex\build\boost_regex.dll\vc-7_1-stlport\debug\native-wchar_t-on\threading-multi\boost_regex-vc71-mt-gdp-1_33.lib LINK : fatal error LNK1181: cannot open input file 'stlport_vc71_stldebug.lib' vc-Link bin\boost\libs\regex\build\boost_regex.dll\vc-7_1-stlport\release\native-wchar_t-on\threading-multi\boost_regex-vc71-mt-p-1_33.dll bin\boost\libs\regex\build\boost_regex.dll\vc-7_1-stlport\release\native-wchar_t-on\threading-multi\boost_regex-vc71-mt-p-1_33.lib LINK : fatal error LNK1181: cannot open input file 'stlport_vc71.lib' But I find in stlport 5.0 the rule of library and dll file is changed. The files are : stlport_d50.dll, stlport_r50.dll, stlport_stld50.dll, stlport_d50.lib, stlport_r50.lib, stlport_stld50.lib, stlport_static_d50.lib, stlport_static_r50.lib, stlport_static_stld50.lib I also try copy stlport_d50.lib and stlport_r50.lib as stlport_vc71_stldebug.lib and stlport_vc71.lib, and the link is completed. So I am very surprise which tell the regex to link with stlport_vc71_stldebug.lib and stlport_vc71.lib, I think it may be the boost or bjam, not stlport. Since the stlport 5.0 will be released soon. I think it is a big bug.

2 5

Syntax question
by Stephen Gross 19 Aug '05

19 Aug '05

I'm trying to static assert the value of a sequence. I've got the syntax slightly wrong, but I can't quite figure it out. Here's what my code looks like: ========================== template<typename SEQ, int SIZE> void assertSeqSize() { BOOST_STATIC_ASSERT(( boost::equal_to<boost::mpl::size<SEQ>::type, boost::mpl::int_<SIZE> > )) && "You have attempted to invoke a functor with the incorrect number of Arguments."; } ========================== The compiler (gcc 3.3.1) tells me: ../../c++/include/functors/ArgList.h: In function `void SAGE::FUNCTORS::assertSeqSize()': ../../c++/include/functors/ArgList.h:46: error: parse error before `>' token ../../c++/include/functors/ArgList.h:46: error: template argument 1 is invalid ../../c++/include/functors/ArgList.h:46: error: parse error before `&&' token Can anyone tell me my mistake? Did I stick an extra '::type' where I didn't need one? Thanks, --Steve Stephen Gross Case Western School of Medicine Cleveland, OH "By Grabthar's hammer, by the sons of Worvan, you shall be avenged." - Dr. Lazarus

2 1

Segfault in Boost
by Jeff Lounsberry 19 Aug '05

19 Aug '05

I'm getting a segfault in Boost when I go to use mutexes. I built the Boost unit test for threads with the following: bjam "-sTOOLS=gcc" "-sBUILD debug <runtime-link>static <threading>multi" In Boost 1.32 there are errors with text_mutex_lib: root@unstable:~/scratch/boost_1_32_0/bin/boost/libs/thread/test/test_mutex_lib.test/gcc/debug/runtime-link-static/threading-multi> ./test_mutex_lib Running 6 test cases... Exception in "test_try_mutex": signal: memory access violation /root/scratch/boost_1_32_0/libs/test/build/../src/unit_test_suite.cpp(150): fatal error in "test_try_mutex": Testing aborted Exception in "test_recursive_mutex": signal: memory access violation /root/scratch/boost_1_32_0/libs/test/build/../src/unit_test_suite.cpp(150): fatal error in "test_recursive_mutex": Testing aborted Exception in "test_recursive_try_mutex": signal: memory access violation /root/scratch/boost_1_32_0/libs/test/build/../src/unit_test_suite.cpp(150): fatal error in "test_recursive_try_mutex": Testing aborted Exception in "test_recursive_timed_mutex": signal: memory access violation /root/scratch/boost_1_32_0/libs/test/build/../src/unit_test_suite.cpp(150): fatal error in "test_recursive_timed_mutex": Testing aborted *** errors detected in test suite "Boost.Threads: mutex test suite"; see standard output for details [---] In Boost 1.32 there are errors with test_xtime_lib: root@unstable:~/scratch/boost_1_32_0/bin/boost/libs/thread/test/test_xtime_lib.test/gcc/debug/runtime-link-static/threading-multi> ./test_xtime_lib Running 2 test cases... Exception in "test_xtime_cmp": signal: memory access violation /root/scratch/boost_1_32_0/libs/test/build/../src/unit_test_suite.cpp(150): fatal error in "test_xtime_cmp": Testing aborted Exception in "test_xtime_get": signal: memory access violation /root/scratch/boost_1_32_0/libs/test/build/../src/unit_test_suite.cpp(150): fatal error in "test_xtime_get": Testing aborted *** errors detected in test suite "Boost.Threads: xtime test suite"; see standard output for details Segmentation fault [---] In Boost 1.33 there are errors with test_mutex_lib: root@unstable:~/scratch/boost_1_33_0/bin/boost/libs/thread/test/test_mutex_lib.test/gcc/debug/runtime-link-static/threading-multi> ./test_mutex_lib Running 6 test cases... unknown location(0): fatal error in "test_try_mutex": signal: memory access violation *** errors detected in test suite "Boost.Threads: mutex test suite"; see standard output for details [--] In Boost 1.33 there are no errors with test_xtime_lib: root@unstable:~/scratch/boost_1_33_0/bin/boost/libs/thread/test/test_xtime_lib.test/gcc/debug/runtime-link-static/threading-multi> ./test_xtime_lib Running 2 test cases... *** No errors detected Well then, i'm thoroughly confused. It seems the unit test Boost has are making calls to libthreaddb.so (NPTL). Anyone have any ideas? I've reproduced this on 2 machines (opterons 246), 2 distros now. What really boggles me is that the one xtime test works on 1.33 but the mutex test doesn't. Simple mutex calls work fine however. Are these specific problems with the test or something deeper? I've seen no discussion on the mailing list.

3 2

program-options: Spaces in a value?
by Stephen W. Carson 19 Aug '05

19 Aug '05

What is the best way to specify spaces in a command line value with program_options. I tried putting quotes around the value and program_options couldn't deal with that as far as I could tell. Example: foo --input-file "C:\foo bar.txt" BTW, just saw the new design on the boost home page. Very nice! A great improvement in aeshetics and usability. -- Stephen W. Carson, Software Engineer DirXion Software in St. Louis, MO (636) 717-2367 The Boost Wiki: http://www.boost.org/wiki

2 1

The example error of boost 1.33 date_time
by 沈慧峰 19 Aug '05

19 Aug '05

"add_month" are not in date-time of boost 1.33. I have compiled date_time as the lib. The example are not in boost\libs\date_time\example, I use grep and can not find it. > The example of > "boost/doc/html/date_time/examples.html#date_time.examples.month_add" can > not be compiled. > I use the vc71+stlport 4.62, the command line is cl /MD /EHsc > /DBOOST_LIB_DIAGNOSTIC. > I also can not find this example code under the directory > "boost\libs\date_time\example\gregorian\". This example program is in cvs (http://tinyurl.com/9gnxq) Did you build the library first? This example uses one of the to_string functions. These functions depend on the compiled binary libray. I could provide more help if you post your error messages. Bart <P><HR></P>_______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

Bind operator== in standard algorithms
by Alexander Borghgraef 19 Aug '05

19 Aug '05

Ok, I've just discovered boost::bind, and it is a marvelous discovery :-) Now, I do seem to have a problem: the operator overloading for logical operators seems to work on its own, but not when I apply it within standard algorithms such as find_if. Still, the bind documentation states that this should be possible, and gives examples such as: std::remove_if( first, last, !bind( &X::visible, _1 ) ); std::find_if( first, last, bind( &X::name, _1 ) == "peter" ); If we look at some simple test code I wrote: int add3( int i ){ return i + 3; }; int main() { int x = 2; int y = 5; bind( add3, _1)(x) == y; // Compiles find_if( l.begin(), l.end(), bind<int>( equal_to<int>(), bind(add3, _1), y) ); // Compiles find_if( l.begin(), l.end(), bind(add3, _1) == y ); // Doesn't compile } From the last line I get the following error message: error: no match for 'operator==' in 'boost::bind [with R = int, B1 = int, A1 = boost::arg<1>](add3, (<unnamed>::_1, boost::arg<1>())) == y' I'm puzzled why the standalone bind expression containing == does compile, whereas the one inside find_if doesn't. Of course, I do have a functional equivalent I can work with in the first find_if line, but it does seem neat to be able to write more readable code, as in the examples. Anyone care to explain this to me? Ok, standard disclaimers: I use the g++ 3.4.4 compiler on Fedora, I did include all necessary boost:: and std:: namespace stuff in my code, but left it out in this post, and I have no clue whatsoever which version of boost I have installed ( Can I find it in the code somewhere? Otherwise I'll ask the sysadmin which version he installed when I see him.). -- Alex Borghgraef

4 4

Re: [Boost-users] thread safety of the mutex ctor
by Christopher Hunt 19 Aug '05

19 Aug '05

On 18/08/2005, at 8:04 AM, boost-users-request(a)lists.boost.org wrote: > On 8/17/05, Christopher Hunt <huntc(a)internode.on.net> wrote: >> On 18/08/2005, at 1:19 AM, boost-users-request(a)lists.boost.org wrote: >> >>> I envisage two threads accessing a function like this concurrently: >>> >>> template<typename T> >>> boost::shared_ptr<T> >>> my_func() >>> { >>> static boost::mutex m; >>> boost::mutex::scoped_lock l(m); >>> >>> static boost::shared_ptr<T> p(new T); >>> return p; >>> } >>> >>> and my worry is that both threads could attempt to do the static >>> initialisation of m concurrently. Is there protection against this? >>> Is it even possible to protect against this? >> >> The scope of m is actually outside of your function given that it is >> static. Thus it will be initialised outside of your function generally >> before any other threads get to start up. > > This does not sound right to me, so I whipped up a test case... on > HP-UX, given the code: Sorry, I should have looked at the problem more closely - you're right to be suspicious of course. Stroustrup is actually pretty clear on this too, "It will be initialized only the first time the thread of execution reaches its definition". Whoops - sorry for throwing you off. Using the Singleton Design Pattern, I have a static mutex in my class covering the static instance member. Given their static member nature, they get initialised during process startup. Again Stroustrup confirms this with, "A variable defined outside any function (that is, global, namespace, and *class static variables*) is initialized (constructed) before main() is invoked,...". In case it helps, here's something that I knocked together (and tested) using the boost library. The class implements the Singleton design pattern safely and is also more robust from an exception handling perspective (note: this is the first time I've used boost threads - I'm actually using another thread class library...): ***** #include <stdexcept> #include <boost/thread/mutex.hpp> // Modified Singleton class from Gamma et. al. Returns // a reference to the instance instead of a pointer // recognising the use of exceptions. Additionally, // the instance is guaranteed to be allocated in a // thread safe manner. class Singleton { public: static Singleton& Instance() throw(std::bad_alloc); protected: Singleton() throw(std::bad_alloc); private: static Singleton* mInstanceP; static boost::mutex mInstancePMutex; }; // Implementation using namespace boost; using namespace std; Singleton* Singleton::mInstanceP = 0; mutex Singleton::mInstancePMutex; Singleton& Singleton::Instance() throw(bad_alloc) { boost::mutex::scoped_lock theInstancePMutexLock(mInstancePMutex); if (mInstanceP == 0) mInstanceP = new Singleton(); return *mInstanceP; } Singleton::Singleton() throw(bad_alloc) {} int main (int argc, char * const argv[]) { try { Singleton& theSingleton = Singleton::Instance(); // Guaranteed thread safe. } catch (const bad_alloc&) {} return 0; } ***** 'hope that this is useful. Cheers, -C

1 0

[shared_ptr][1.33.0] Header includes troublesome win32 macros.
by Jason Kankiewicz 18 Aug '05

18 Aug '05

On win32 using VC7.1, the Windows macros 'CMYK' and 'RGB' are bleeding through the 'boost/shared_ptr.hpp' header file. These are my header file's includes up to and including the offending boost header: #include <algorithm> #include <functional> #include <iterator> #include <set> #include <stdexcept> #include <string> #include <utility> #include <vector> #include <boost/shared_ptr.hpp> #undef CMYK // I added this to make it compile. #undef RGB // I added this to make it compile. The declarations of my 'CMYK' and 'RGB' functions within this header compiled without error until I installed the 1.33.0 release of Boost. I had been using the CVS HEAD previously so the error must have been introduced during the week or two prior to release.

2 1

Iostreams library question
by Lisa Glendenning 18 Aug '05

18 Aug '05

Hello, I just recently began using the boost iostreams library, and I can't figure out a way to see if a file has been successfully opened. E.g., I would like to reproduce this behavior: std::ofstream file("filename"); if(!file) { // error opening file } Thanks, Lisa Glendenning

2 1

[serialization][1.33.0?] xml_iarchive leak
by Jeff Flinn 18 Aug '05

18 Aug '05

Robert, The following code leads to numerous leaks when lIn's contents are not an xml_archive. Any thoughts on the cause? try { std::ifstream lIn( lpszPathName ); if( lIn.good() ) { boost::archive::xml_iarchive ia( lIn ); } } catch( boost::archive::xml_archive_exception& aExc ) { std::string lErr = aExc.what(); } Thanks, Jeff Flinn

4 13

Range + fixed_string
by Martin 18 Aug '05

18 Aug '05

I have a project that uses the fixed_string library (which is still in the review que). This library worked fine with string_algo in boost 1.32 but not with boost 1.33. I traced the problem to be the following template <typename StringT> struct C { typedef range_result_iterator<StringT>::type range_iterator_type; typedef StringT::iterator iterator_type; BOOST_STATIC_ASSERT((is_same<range_iterator_type, iterator_type>::value)); int dummy; }; main() { C<std::string> a; // ok C<array<char, 5> > b; // ok C<const_string<> > c; // ok C<vector<char> > d; // ok C<fixed_string<10> > e; // static assert } Didn't find any obvious reason in any of the libraries involved. Is it a problem with the VC70 compiler? (Also noticed that the range library copied a lot from the string_algo library e.g. BOOST_STRING_TYPENAME and code layout. Doesn't matter but it confused me sometimes about what library source I was looking at)

2 1

[serialization] how for a particular object to get ID that is assigned by the lib
by Ivan 18 Aug '05

18 Aug '05

Hi, How could I determine the objectID of an object after it's been saved? I mean the ID that boost::serialization generates for each object at saving. In other words - I know the address of the object and I would like to get its ID after it's been saved. Does anyone know how to do that? Example follows at the end. Ivan #include <boost/archive/text_oarchive.hpp> class A { template<class Archive> void serialize(Archive & ar, const unsigned int version) { ar & i; } public: int i;| }; int main() { std::ofstream ofs("filename"); boost::archive::text_oarchive oa(ofs); A a; a.i = 1; oa & a; // need ID of *a* here !!! }

2 1

Re: [Boost-users] thread safety of the mutex ctor
by James E Taylor 18 Aug '05

18 Aug '05

Are you sure there are no guarantees for function scope statics? I think the following is thread safe: void my_func() { static pthread_mutex_t m = PTHREAD_MUTEX_INITIALIZER; pthread_mutex_lock(&m); // do something once pthread_mutex_unlock(&m); } because the C-style PTHREAD_MUTEX_INITIALIZER doesn't involve a constructor call: the static is initialised before _any_ threads are running. Also, constructors of global statics are not guaranteed to be single-threaded for the same reason you can't safely reference one static from the constructor of another (The Static Initialisation Order Fiasco); one constructor could create a thread that goes and uses an uninitialised static, whilst the main thread tries to initialise it. Do you know whether the mutex ctor is thread-safe? T. Scott Urban <scottu(a)apptechsys.com> wrote : > On Thu, 2005-08-18 at 06:22 +1000, Christopher Hunt wrote: > > On 18/08/2005, at 1:19 AM, boost-users-request(a)lists.boost.org > wrote: > > > > > I envisage two threads accessing a function like this > concurrently: > > > > > > template<typename T> > > > boost::shared_ptr<T> > > > my_func() > > > { > > > static boost::mutex m; > > > boost::mutex::scoped_lock l(m); > > > > > > static boost::shared_ptr<T> p(new T); > > > return p; > > > } > > > > > > and my worry is that both threads could attempt to do the static > > > initialisation of m concurrently. Is there protection against this? > > > > Is it even possible to protect against this? > > The scope of m is actually outside of your function given that it is > > static. Thus it will be initialised outside of your function generally > > before any other threads get to start up. > > The scope of m is in the function, not global, but it has static > duration. Unlike a global, m will only be constructed if my_func() is > ever called in your program. > > That should set of warning bells in you brain. > > I don't believe there are any guarantees about the thread safety of the > initialization of function scope statics. This applies not just to the > mutex class in question but any type. A particular compiler might make > this usage thread safe - or maybe only guarantee initialization of basic > types - but I don't know if it's covered by the pthread spec - and > that's not helpful anyway to boost users, in general. And of course, > the C++ standard is as usual silent on the matter. > > You can make the mutex global - anonymous namespace or whatever. Since > global initializations are single threaded, you trade the threading > problem for the loss of on-demand resource usage. > > Another way to deal with this kind of problem is to use a modified > singleton pattern, but to make that thread safe, you need another mutex > (unless you want to risk DCL), so seems kind of pointless for this > instance. > > > > > > -- > t. scott urban <scottu(a)apptechsys.com> -- James E Taylor james(a)onalog.net ___________________________________ NOCC, http://nocc.sourceforge.net

2 1

boost 1.32: read_write_mutex assertion
by Slawomir Lisznianski 18 Aug '05

18 Aug '05

Hello, I'm using Boost.Threads read/write mutex with the writer scheduling priority. Under heavy load, from many threads, I'm getting the following assertion: <..>/boost/boost_1_32_0/libs/thread/src/read_write_mutex.cpp:190: void boost::deta il::thread::read_write_mutex_impl<Mutex>::do_write_lock() [with Mutex = boost::mutex]: Assertion `++loop_count == 1' failed. Abort (core dumped) The system is Linux kernel 2.4.21 (SMP) with 4 CPUs (Intel XEON MP) and g++ 3.2.3 20030502 (Red Hat Linux 3.2.3-42). Has anyone else experienced a similar problem? Thanks, Slawomir

2 2

Re: [Boost-users] Boost 1.33.0 released
by Randy Bowen 18 Aug '05

18 Aug '05

I recall talk some time ago that the current Boost.Tuple library was going to be replaced by a TR1 compliant version, possibly that from the Fusion package in Spirit. Is that still the plan for the future? > > Boost 1.33.0 > ------------ > > New Libraries > > * Iostreams Library: Framework for defining streams, stream > buffers and i/o filters, from Jonathan Turkanis. > * Functional/Hash Library: A TR1 hash function object that can be > extended to hash user defined types, from Daniel James. > * Parameter Library: Write functions that accept arguments by > name: especially useful when a function has more than one > argument with a useful default value, since named arguments can > be passed in any order. > * Pointer Container Library: Containers for storing heap-allocated > polymorphic objects to ease OO-programming, from Thorsten Ottosen. > * Wave: Standards conformant implementation of the mandated > C99/C++ preprocessor functionality packed behind an easy to use > iterator interface, from Hartmut Kaiser. >

2 1

Re: [Boost-users] thread safety of the mutex ctor
by James E Taylor 18 Aug '05

18 Aug '05

Thanks, that makes sense. Ben Hutchings <ben.hutchings(a)businesswebsoftware.com> wrote : > James E Taylor wrote: > > >I hope this isn't a stupid question, but.... > > > >Is the boost mutex constructor thread-safe? > > > > > Clearly it's unsafe for multiple threads to call a constructor on the > same block of memory concurrently. To answer the real question, dynamic > initialisation of local static variables is generally not thread-safe. > > >and my worry is that both threads could attempt to do the static > initialisation of m concurrently. Is there protection against this? Is it > even possible to protect against this? > > > >I've tried to use boost::call_once, which would give sufficient guarantees > but it's quite inflexible as nothing can be passed to or from the function > being called. > > > > > I don't see that there's any other way to do this using current C++ and > Boost. > > Ben. > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users -- James E Taylor james(a)onalog.net ___________________________________ NOCC, http://nocc.sourceforge.net

1 0

Problems Compiling boost
by gbonfim＠quality.com.br 18 Aug '05

18 Aug '05

I'm starting with boost library and have some problems and doubts. First, i'd like to know if i can compile boost only with bjam or there is other way. I'm trying to do that on linux, but without success. Anybody could explain me better how to use boost library in a project in c++ on linux that i have alredy created? Thanks for the help, Gustavo

3 2

Re: [Boost-users] [BULK] Re: [range] From 1.33.0 gives new warning vs 1.32
by Sohail Somani 18 Aug '05

18 Aug '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Thorsten Ottosen > Sent: Monday, August 15, 2005 11:17 AM > To: boost-users(a)lists.boost.org > Subject: [BULK] Re: [Boost-users] [range] From 1.33.0 gives > new warning vs 1.32 > Importance: Low > > > > "Kevin Wheatley" <hxpro(a)cinesite.co.uk> wrote in message > news:4300715B.ED49E94C@cinesite.co.uk... > > I had some code that with 1.32 compiled fine when compiled with > > warnings as errors, but now with 1.33 I get: > > > Compiled with gcc 3.2.3 under Linux, > > > > perhaps something like this is needed? > > > template< class Char > > > inline Char* str_end( Char* s ) > > { > > - return (Char*)str_end( s, s ); > > + return const_cast<Char*>(str_end( s, s )); > > what's the difference? A c-style cast is also a const-cast. You didn't just say that.

3 6

I find a error in the document of boost 1.33
by 沈慧峰 18 Aug '05

18 Aug '05

The example of "boost/doc/html/date_time/examples.html#date_time.examples.month_add" can not be compiled. I use the vc71+stlport 4.62, the command line is cl /MD /EHsc /DBOOST_LIB_DIAGNOSTIC. I also can not find this example code under the directory "boost\libs\date_time\example\gregorian\". The example code is : /* Simple program that uses the gregorian calendar to progress by exactly * one month, irregardless of how many days are in that month. * * This method can be used as an alternative to iterators */ #include "boost/date_time/gregorian/gregorian.hpp" #include <iostream> int main() { using namespace boost::gregorian; date d = day_clock::local_day(); add_month mf(1); date d2 = d + mf.get_offset(d); std::cout << "Today is: " << to_simple_string(d) << ".\n" << "One month from today will be: " << to_simple_string(d2) << std::endl; return 0; }

2 1

thread safety of the mutex ctor
by James E Taylor 18 Aug '05

18 Aug '05

I hope this isn't a stupid question, but.... Is the boost mutex constructor thread-safe? I am writing a singleton template and trying to avoid the static initialisation/destruction order fiasco. I envisage two threads accessing a function like this concurrently: template<typename T> boost::shared_ptr<T> my_func() { static boost::mutex m; boost::mutex::scoped_lock l(m); static boost::shared_ptr<T> p(new T); return p; } and my worry is that both threads could attempt to do the static initialisation of m concurrently. Is there protection against this? Is it even possible to protect against this? I've tried to use boost::call_once, which would give sufficient guarantees but it's quite inflexible as nothing can be passed to or from the function being called. I know that integral types (like a pthread_t) of static storage are initialised before main() and before constructors of statically allocated objects are called, which means there would be no problem using a pthread_t above. However, constructors of objects of static storage are called at a time when there could be multiple threads running. Am I worrying about nothing? Or is there a problem here? Thanks, James -- James E Taylor ___________________________________ NOCC, http://nocc.sourceforge.net

3 2

Re: [Boost-users] Boost-users Digest, Vol 637, Issue 1
by James E Taylor 18 Aug '05

18 Aug '05

Thanks, Pablo, I'll have a look at it. James > FYI Matthew Wilson gave a technique (in "Imperfect C++&quot for handling > this, > by turning the mutex initialization into an integer initialization (that > doesn't have a problem with [multiple] simultaneous threads entering the > function) > > It uses STLSoft's spin_mutex, and looks pretty much like what you have > already: > > <code> > #include <platformstl/spin_mutex.hpp> > #include <stlsoft/lock_scope.hpp> > using platformstl::spin_mutex; > using stlsoft::lock_scope; > > template<typename T> > boost::shared_ptr<T> > my_func() > { > // static boost::mutex m; > // boost::mutex::scoped_lock l(m); > static int spin_count = 0; // No race condition initializing an > int > spin_mutex mutex(&spin_count); // Build the mutex on top of the > static > int > lock_scope lock(mutex); > > static boost::shared_ptr<T> p(new T); > return p; > } > </code> > > This assumes, of course, you can (and are willing to) use STLSoft... > > > HTH, > Pablo ___________________________________ NOCC, http://nocc.sourceforge.net

1 0

Random access to sequences
by Stephen Gross 18 Aug '05

18 Aug '05

I read up on boost::mpl::at<...>. It's pretty cool, but I wanted to make it a little easier to use. I found it a little annoying to have to type out 'int_<...>' for the index number, so I created a struct to automate that feature: ========================== template<typename SEQ, int IDX> struct atIdx { typedef typename boost::mpl::at<SEQ, boost::mpl::int_<IDX> >::type type; }; ========================== With the struct above, you can do the following: ============================= typedef boost::mpl::vector<int, char, int> t; atIdx<t, 0>::type i; // This line is shorter than the one below: /* atIdx<t, boost::mpl::int_<0> >::type i; */ ============================= Is this feature already available in boost somewhere? If I've reinvented the wheel, I'll be happy to use an existing implementation... Thanks, --Steve Stephen Gross Case Western School of Medicine Cleveland, OH "By Grabthar's hammer, by the sons of Worvan, you shall be avenged." - Dr. Lazarus

2 1

Re: [Boost-users] thread safety of the mutex ctor
by Christopher Hunt 17 Aug '05

17 Aug '05

On 18/08/2005, at 1:19 AM, boost-users-request(a)lists.boost.org wrote: > I envisage two threads accessing a function like this concurrently: > > template<typename T> > boost::shared_ptr<T> > my_func() > { > static boost::mutex m; > boost::mutex::scoped_lock l(m); > > static boost::shared_ptr<T> p(new T); > return p; > } > > and my worry is that both threads could attempt to do the static > initialisation of m concurrently. Is there protection against this? > Is it even possible to protect against this? The scope of m is actually outside of your function given that it is static. Thus it will be initialised outside of your function generally before any other threads get to start up. Cheers, -C

3 2

Wave capabilities
by Foster Gareth 17 Aug '05

17 Aug '05

Hello list, I've been reading through the wave docs, it looks very impressive. I was wondering, is it possible to use Wave to extract all the macro/class/function definitions with their respective line numbers from a source file? I noticed the mention of include paths etc however, does this mean that just throwing random source files from a large source tree at Wave, with no regard for whether or not all the types in it will be defined, is going to result in it throwing exceptions? Thanks for any help. Cheers, Gaz ********************************************** * http://www.mozilla.org/products/firefox/ * **********************************************

2 1

[Signals] Boost.signals dll version crashes on OS X
by Chiedo Acholonu 17 Aug '05

17 Aug '05

I built the boost.signals library using bjam and am trying to use it in an xcode project named TestSignals. The project only consists of the signals library and the maximum.cpp example file (boost-root/libs/signals/example/maximum.cpp). The project builds but it crashes with a SIGBUS signal 10 when run. This only happens with the dynamic version of signals. I have defined BOOST_SIGNALS_DYN_LINK and built the library multithreaded, so I'm not sure what I'm doing wrong. I'm running OS X 10.4.2 with Xcode 2.1. Here is a snippet of the crash log (I can post the rest on request): Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000000 Thread 0 Crashed: 0 maximum.ob 0x0040c824 std::less<int>::operator()(int const&, int const&) const + 48 (stl_function.h:227) 1 maximum.ob 0x0040e0d8 boost::signals::detail::any_bridge_compare<std::less<int>, int>::operator()(boost::any const&, boost::any const&) const + 364 (named_slot_map.hpp:62) 2 maximum.ob 0x0040e148 boost::detail::function::function_obj_invoker2<boost::signals::detail::any_bridge_compare<std::less<int>, int>, bool, boost::any, boost::any>::invoke(boost::detail::function::any_pointer, boost::any, boost::any) + 76 (function_template.hpp:119) Any help would be much appreciated. Chiedo

1 0

boost:signals SIGSEV
by Massimiliano Liccardo 17 Aug '05

17 Aug '05

I opened the bug https://sourceforge.net/tracker/index.php?func=detail&aid=1262038&group_id=… concerning a segmentation fault using the boost:signals library. I attached the source i used. bye -- Massimiliano Liccardo (maX) <liccardo(a)acmesolutions.it> jid:coccolesto@jabber.org GnuPG public key available on wwwkeys.eu.pgp.net Key ID: D01F1CAD Key fingerprint: 992D 91B7 9682 9735 12C9 402D AD3F E4BB D01F 1CAD "la velocità induce all'oblio, la lentezza al ricordo"

1 0

[Regex] regex_match changed to match_any in 1.33?
by John Sichi 17 Aug '05

17 Aug '05

In boost/regex/v4/regex_match.hpp, a number of the overloads (the ones that don't take a result parameter) are now bitwise-oring in regex_constants::match_any. As a result, a sequence like boost::regexp exp("a(bc)?") char *value = "abcbc"; bool result = boost::regex_match(value, value + 5, exp); will now set result to true where it was previously false in 1.32. I fixed our code by passing in a dummy result object as an extra parameter. Was this change intentional? I couldn't find any documentation that mentions it. JVS

5 6

Re: [Boost-users] std::vector<std::string> pb
by Lana Abadie 17 Aug '05

17 Aug '05

Hi Joel, Thanks! It works now. Lana -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Joel de Guzman Sent: Tuesday, August 16, 2005 7:50 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] std::vector<std::string> pb Lana Abadie wrote: > > Hello, > Sorry to reiterate but if it's not the right forum to send this kind > of message, I would really appreciate that sb tells me where to post > it, because I'm stuck. > Thanks for helping > Lana > /*****************************/ Hi Lana, I'm sorry I wasn't able to reply as soon as possible. Yes, the proper forum is: C++-sig mailing list C++-sig(a)python.org http://mail.python.org/mailman/listinfo/c++-sig Anyway, here are some links that you might find useful: http://mail.python.org/pipermail/c++-sig/2004-March/007025.html http://mail.python.org/pipermail/c++-sig/2004-March/007028.html http://mail.python.org/pipermail/c++-sig/2004-March/007029.html Cheers, -- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

[boost::program_options] bad_function_call and -g
by alexandre.ignjatovic＠insia.org 17 Aug '05

17 Aug '05

Hi, Does anyone know why i get a bad_function_call at the execution of this code (compiled without the '-g' option): namespace bpo = boost::program_options; _optDesc.add_options() ("version,v", "print version") ("help,h", "print this help message") ("config-file,f", bpo::value<std::string>(&_cfg)->default_value(_cfg), "specify configuration file") ("id,i", bpo::value<std::string>(&_id)->default_value(a_id), "specify server identifier"); bpo::variables_map vm; bpo::store(bpo::parse_command_line(argc, argv, _optDesc), vm); bpo::notify(vm); while it runs correctly with "-g" ? Compiler : gcc 343 (linux) or cc 57 (solaris) Boost version: 1.32.0 The exception seems to be trown by the notify function. By the way, it is quit hard to trace undebuggable compiled code (no -g, no way :)) Thanks in advance. -- Alexandre Ignjatovic

2 4

bjam - How to remove intermediate files?
by Matt Vogt 17 Aug '05

17 Aug '05

What is the equivalent of 'make clean' with bjam? 'bjam clean' seems to remove targets as well as intermediate files... I just want to remove objects in the build tree. Thanks, Matt

2 1

[Deprecation methods] (was [range] From 1.33.0 gives newwarningvs1.32)
by Sohail Somani 16 Aug '05

16 Aug '05

> maybe, but remember the code in question is deprecated and so > is likely to disappear in1.34. Speaking of deprecation, are there any compiler independent ways to indicate API deprecation ala Java? I investigated this a while back using compile time errors if a certain preprocessor directive was defined but it got hairy with virtual methods. Sohail

1 0

std::vector<std::string> pb
by Lana Abadie 16 Aug '05

16 Aug '05

Hello, Sorry to reiterate but if it's not the right forum to send this kind of message, I would really appreciate that sb tells me where to post it, because I'm stuck. Thanks for helping Lana /*****************************/ Hello, I am using boost for the first time. I have the following boost.cpp file: #include "../confDBAPIpython/test1.h" #include <boost/python.hpp> #include <boost/python/suite/indexing/vector_indexing_suite.hpp> #include <boost/python/module.hpp> #include <boost/python/def.hpp> #include <boost/python/implicit.hpp> using namespace boost::python; BOOST_PYTHON_MODULE(confDBAPIpython) { // Compile check only... class_<std::vector<int> >("IntVec") .def(vector_indexing_suite<std::vector<int> >()); class_<std::vector<std::string> >("StringVec") .def(vector_indexing_suite<std::vector<std::string> >()); def("DBConnexion",PyDBConnexion); def("DBDeconnexion",PyDBDeconnexion); def("GetDeviceTypeRow",PyGetDeviceTypeRow); def("GetDeviceRow_devicename",PyGetDeviceRow_devicename); def("GetDeviceRow_deviceid",PyGetDeviceRow_deviceid); def("GetDetailedConnectivityBetweenDevices",PyGetDetailedConnectivityBet weenDevices); def("GetConnectivityBetweenDevices",PyGetConnectivityBetweenDevices); } The two last fct returns vector<std::string>. When I try to use them in python, I have the following error message: list_str=libconfDBAPIpython.GetConnectivityBetweenDevices("TFC","THOR_00 ","ECAL_L1FE06_02_00"); print list_str[0]; Traceback (most recent call last): File "<stdin>", line 1, in ? TypeError: No Python class registered for C++ class std::string I don't understand why. I thought it will be handled by the vector_indexing_suite. I have no problem when a fcuntion returns a string or a vector<int> Thanks for helping Lana

2 1

Re: [Boost-users] [BULK] Re: [BULK] Re: [range] From 1.33.0 gives newwarningvs 1.32
by Sohail Somani 16 Aug '05

16 Aug '05

> no. I always use const_cast in my own code. so that is why I > believe it might be there for a reason. Speaking from my own experience, I've found that people use C-style casts because theyre lazy OR they don't understand what they want to do. The latter is really scary sometimes but its normal. Anyway, because I am dealing with a legacy C api, sometimes I have to const_cast to call these functions, but marking these with const_cast makes the casts easy to look for.

1 0

Re: [Boost-users] [BULK] Re: [BULK] Re: [range] From 1.33.0 gives newwarningvs1.32
by Sohail Somani 16 Aug '05

16 Aug '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Thorsten Ottosen > Sent: Tuesday, August 16, 2005 8:45 AM > To: boost-users(a)lists.boost.org > Subject: [BULK] Re: [Boost-users] [BULK] Re: [range] From > 1.33.0 gives newwarningvs1.32 > Importance: Low > Porting something to 10+ compilers is not always super easy. I agree, I have to only deal with the two of the most popular ones and even that's a headache sometimes. > And changing something that might break a regression is > always something I'm a bit reluctant to do. Yes, I've seen > compilers where a reinterpret_cast > + const_cast did not do what c-style cast would do. Don't ask me why. > + :-) You scare me.

1 0

Re: [Boost-users] [BULK] Re: [range] From 1.33.0 gives newwarningvs 1.32
by Sohail Somani 16 Aug '05

16 Aug '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > David Abrahams > Sent: Monday, August 15, 2005 2:55 PM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] [BULK] Re: [range] From 1.33.0 > gives newwarningvs 1.32 > > Thorsten, the difference is in fragility over time with > maintenance. That's why the compiler issues the warning. Any > decent beginner's book on C++ will advise you to eschew all > casts, and prefer the new-style ones. Do you really need to > have the fundamentals of good > C++ programming practice explained? > > Incidentally, if you find that the proper C++ construct is > "less portable. somehow." you should use BOOST_WORKAROUND to > isolate the compiler for which it fails to work, if only so > that the reason for the workaround is documented. I thought the same thing but my name isnt Dave Abrahams and I don't have an important email address. Doh.

2 1

Re: [Boost-users] [serialization][1.33.0?] xml_iarchive leak
by Richard Jennings 16 Aug '05

16 Aug '05

> > > b) If I recall correctly, the borland version of scoped_ptr > fails when > > the type is incomplete - which makes it not useful for implementing > > the PIMPL idiom. > > it always fails unless the destructor is included first in > the cpp file IIRC. > Sadly this does not work on BCB even if the destructor is defined in the cpp file, which means that scoped_ptr can't be used for pimpl with this compiler. The details are here: http://lists.boost.org/Archives/boost/2001/12/21796.php You can of course use shared_ptr, but then the intention is less clear.

2 1

Re: [Boost-users] Maybe a problem with boost::object_pool?
by Labour, Matthieu (MLPRO SF) 16 Aug '05

16 Aug '05

Thank you for your answer Sorry about the wrong info RedHat: uname -a : Linux ejecxapeqdtmad01 2.4.21-32.0.1.ELsmp #1 SMP Tue May 17 17:52:23 EDT 2005 i686 athlon i386 GNU/Linux /etc/redhat-release: Red Hat Enterprise Linux AS release 3 (Taroon Update 5) GNU gcc version: gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-52) I'll try to update gcc and run the test again Did you try to run the test and and crash the program? Thank you -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Caleb Epstein Sent: Thursday, August 11, 2005 4:51 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Maybe a problem with boost::object_pool? On 8/9/05, Labour, Matthieu (MLPRO SF) <matthieu_labour(a)ml.com> wrote: > I use Red Hat linux 3.2.3-47 Are you sure that is the version you're using? That doesn't look like a RedHat version number. What does "uname -a" tell you, and what is the contents of /etc/redhat-release? I have: Linux scsefpldcs0213 2.4.21-27.0.4.ELhugemem #1 SMP Sat Apr 16 18:22:53 EDT 2005 i686 i686 i386 GNU/Linux Red Hat Enterprise Linux AS release 3 (Taroon Update 4) > Gcc version 3.2.3 20030502 Perhaps the compiler is at fault here. Thats an old-ish version of GCC. I use 3.3.4. It could also be a buggy GNU libc or libstdc++ if you're on an older RedHat version. -- Caleb Epstein caleb dot epstein at gmail dot com _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- 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/ --------------------------------------------------------

2 1

Problem with Comeau 4.3.3 (compilation)
by pisalmon＠numericable.fr 16 Aug '05

16 Aug '05

Hi, I have some problem with boost compilation when I use Comeau 4.3.3 Compiler (with gcc 3.3.5 on Ubuntu Hoary) and bjam tools : The signal librairy cant compile. Do you known why ???

1 0

Re: [Boost-users] [range] From 1.33.0 gives new warning vs 1.32
by Peter Foley 16 Aug '05

16 Aug '05

Hi, "Thorsten Ottosen" <nesotto(a)cs.aau.dk> wrote in message news:<ddqm49$tjf$1(a)sea.gmane.org>... > > what's the difference? A c-style cast is also a const-cast. > > -Thorsten I notice nobody has pointed you in this direction but Scott Meyers in more Effective C++ discusses in Item 2 ("Prefer C++ style casts") why it is preferable to use the new C++ style casts. Key points: * Easier to understand why a cast is happening * You can explicitly say what you are casting to * It is much easier to search for exactly where you are casting in your code * More fine grained control I am not a fantastic programmer but I feel that I have learnt a lot from his books. Out of all the reference/text books that I have purchased I think these books have been the best. Peter.

1 0

Re: [Boost-users] [serialization]save/load objects to/from a block of memory?
by Jasper, Alexander 16 Aug '05

16 Aug '05

Hi! >> Li Lirong wrote: > > How can I save/load my c++ objects to/from a block of memory using > > Boost.Serialization? Can anyone give some sample code? > > You can simply stream into a std::stringstream: > > std::stringstream stream; > { > boost::text_oarchive oa(stream); > oa << my_data; > } > But don't do that with to much data. I tried that with a similar approach, but it didn't work. It is far better to serialize to a lot of 'small' (e.g. 64K) blocks rather a huge one (100MB) that needs, even worse, to be realloced once and again. This completely fragmented the address space in my app. Of course this only important, if you are dealing with bigger amounts of data. If you are interested I could send you my implementation of a stream buffer that uses fixed size blocks. I'm not completely satisfied with it, though. I still suffers from scalability problems. kind regards Alex

1 0

[range] From 1.33.0 gives new warning vs 1.32
by Kevin Wheatley 16 Aug '05

16 Aug '05

I had some code that with 1.32 compiled fine when compiled with warnings as errors, but now with 1.33 I get: cc1plus: warnings being treated as errors boost_1_33_0_gcc_3.2.3/include/boost-1_33/boost/range/detail/implementation_help.hpp: In function `Char* boost::range_detail::str_end(Char*) [with Char = char]': boost_1_33_0_gcc_3.2.3/include/boost-1_33/boost/range/end.hpp:96: instantiated from here boost_1_33_0_gcc_3.2.3/include/boost-1_33/boost/range/detail/implementation_help.hpp:57: warning: cast from `const char*' to `char*' discards qualifiers from pointer target type boost_1_33_0_gcc_3.2.3/include/boost-1_33/boost/range/detail/implementation_help.hpp: In function `Char* boost::range_detail::str_end(Char*) [with Char = wchar_t]': boost_1_33_0_gcc_3.2.3/include/boost-1_33/boost/range/end.hpp:101: instantiated from here boost_1_33_0_gcc_3.2.3/include/boost-1_33/boost/range/detail/implementation_help.hpp:57: warning: cast from `const wchar_t*' to `wchar_t*' discards qualifiers from pointer target type Compiled with gcc 3.2.3 under Linux, perhaps something like this is needed? Thanks Kevin --- boost_1_33_0/boost/range/detail/implementation_help.hpp 2005-05-05 13:58:51.000000000 +0100 +++ boost_1_33_0_gcc_3.2.3/include/boost-1_33/boost/range/detail/implementation_help.hpp 2005-08-15 11:33:59.000000000 +0100 @@ -54,7 +54,7 @@ template< class Char > inline Char* str_end( Char* s ) { - return (Char*)str_end( s, s ); + return const_cast<Char*>(str_end( s, s )); } template< class T, std::size_t sz > -- | Kevin Wheatley, Cinesite (Europe) Ltd | Nobody thinks this | | Senior Technology | My employer for certain | | And Network Systems Architect | Not even myself |

4 5

auto linking and 'system' layout
by Serge Skorokhodov 16 Aug '05

16 Aug '05

Hi, I attempted to use boost built with system layout (vc-7_1) to simplify deployment etc. Unfortunately, my code failed to link as the linker tried to link the date_time libraries with TOOLS and version marks (I'm not sure about other libraries as it was fatal enough:). Is this a known limitation of auto linking? Is there a workaround? I haven't search the documentation real thoroughly but no hints of how to turn auto linking off...:( TIA -- Serge

3 7

Re: [Boost-users] [BULK] Re: [BULK] Re: [range] From 1.33.0 gives new warningvs 1.32
by Sohail Somani 15 Aug '05

15 Aug '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Thorsten Ottosen > Sent: Monday, August 15, 2005 2:38 PM > To: boost-users(a)lists.boost.org > Subject: [BULK] Re: [Boost-users] [BULK] Re: [range] From > 1.33.0 gives new warningvs 1.32 > Importance: Low > > > > > > perhaps something like this is needed? > > > > > > > template< class Char > > > > > inline Char* str_end( Char* s ) > > > > { > > > > - return (Char*)str_end( s, s ); > > > > + return const_cast<Char*>(str_end( s, s )); > > > > > > what's the difference? A c-style cast is also a const-cast. > > > > You didn't just say that. > > Apparently I did. > > What's the difference in the generated object code? A small percentage of people read object code on a regular basis. I tend to read the source more.

1 0

[serialization]save/load objects to/from a block of memory?
by Li Lirong 15 Aug '05

15 Aug '05

Hi, How can I save/load my c++ objects to/from a block of memory using Boost.Serialization? Can anyone give some sample code? Thanks, Lirong

2 1

Troubles with Boost.Log
by martin f krafft 15 Aug '05

15 Aug '05

Dear all, I have been spending the last two days trying to get John Torjo's logging library[0] working, but I am failing even though I can already see the goal[1]. Unfortunately, John seems to be on vacation or is otherwise occupied so as to not find time to answer my emails. Thus I turn to you... I have two problems right now, one small and one rather large one. The small one may well be my own confusion. Like most Boost libraries, Boost.Jam turns Boost.Log into eight different libraries: the permutations of release or debug, threade or not, and static or shared. For my first tests, I chose the single-threaded, static, release library. However, even the simplest programme segfaults in the weirdest places until I tell the linker to also link in libpthread (or Boost.Thread). What gives? Why does a single-threaded library need pthreads? The larger problem is a heisenproblem, that is I cannot pin it down, which is largely a problem due to libpthread mucking about with gdb in a way I can't seem to control. In a nutshell though, log messages sometimes get written twice, sometimes not at all, and all this without any threads or caching. So once I figured out how to make it work without pthreads, I'll be back with more. Any hints? 0. http://www.torjo.com/code/logging.zip 1. http://lists.debian.org/debian-devel/2005/08/msg00768.html -- martin; (greetings from the heart of the sun.) \____ echo mailto: !#^."<*>"|tr "<*> mailto:" net@madduck invalid/expired pgp (sub)keys? use subkeys.pgp.net as keyserver! spamtraps: madduck.bogus(a)madduck.net "a fundamentalist is someone who hates sin more than he loves virtue." -- john h. schaar

1 0

boost::xtime
by Luca Zappella 15 Aug '05

15 Aug '05

Hi all, I would like to use boost mutex with TimedLock concept but I ran into the boost::xtime type. The problem is that I can not understand the second parameter of the method: int xtime_get(xtime*, int) In the doc I can not find anything, can someone help me? Thanks a lot, Luca

2 1

Re: [Boost-users] Problems: Building Boost with VC7 and STLport4.6.2
by Jasper, Alexander 15 Aug '05

15 Aug '05

Hi! If you are using VC7 rather VC 7.1 you of course use -sTOOLS=vc-7-stlport instead of -sTOOLS=vc-7_1-stlport. But VC7 is crap. If it is possible I strongly recommend you to upgrade to 7.1 which really works a lot of better than any release before. Also make sure you do a clean rebuild to prevent old compiler switches being stored in the precompiled header files. Boost further requires you to enable the debug mode of stl-port, if I'm not mistakes. Adding the following to stl-user-config.h solved things for me. #ifdef NDEBUG #undef _STLP_DEBUG #else #define _STLP_DEBUG 1 #endif BTW. STLPort 4.6.2 does not work well in conjunction with boost.serialize. A bug in the ostream::write method prevents it from handling writing 0 bytes correctly. Unfortunately the serializer writes 0 bytes in case of empty strings for instance. kind regards Alex > > Thanks a lot for your reply! I tried your method and it > works! All the compiler errors disappeared. I think the > important thing is to turn the feature "stlport-iostreams" on. > But the linker still asks me for something like > "stlport_vc6.lib". I'm using vc7 now. And I built STLport > 4.6.2 also with vc7. But the linker still asks me for > something related to vc6. Does any one know the possible causes? > > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

Re: [Boost-users] Problems: Building Boost with VC7 and STLport 4.6.2
by Jasper, Alexander 15 Aug '05

15 Aug '05

Hi! I had the same problem a few weeks ago. You've got to use the following command line. For debug libs build\bjam.exe -sTOOLS=vc-7_1-stlport "-sBUILD=<define>BOOST_NO_STD_WSTRING" "-sSTLPORT_4.6.2_PATH=D:\Alexander...." "-sstlport-iostreams=on" --with-date_time stage You need to build release libs with an extra step: build\bjam.exe -sTOOLS=vc-7_1-stlport "-sBUILD=release <define>BOOST_NO_STD_WSTRING" "-sSTLPORT_4.6.2_PATH=D:\Alexander...." "-sstlport-iostreams=on" --with-date_time stage This informations is based to 1.32, though. But I think it applies to 1.33 as well. hope this helps Alex > -----Ursprüngliche Nachricht----- > Von: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org]Im Auftrag von Hao Song > Gesendet: Sonntag, 14. August 2005 17:33 > An: boost-users(a)lists.boost.org > Betreff: [Boost-users] Problems: Building Boost with VC7 and STLport > 4.6.2 > > > Hi, > I tried to build Boost with VC7 and STLport 4.6.2, but failed to > compile some source files of Boost.date_time. Error messages are like: > > vc-C++ > E:\CppLibs\boost_1_33_0\temp\bin\boost\libs\date_time\build\bo > ost_date_time.dll\vc7-stlport\release\threading-multi\greg_month.obj > greg_month.cpp > E:\CppLibs\STLport-4.6.2\stlport\stl\_iterator_base.h(98) > : error C2825: > ¡°_Iterator::iterator_category¡±£ºcan not form a qualified name > > E:\CppLibs\boost_1_33_0\boost\date_time\date_parsing.hpp(270) : see > reference to class template instantiation > '_STL::iterator_traits<_Iterator>' > being compiled > with > [ > > _Iterator=_STL::basic_string<char,_STL::char_traits<char>,_STL > ::allocator<char>>::iterator > ] > > E:\CppLibs\boost_1_33_0\boost\date_time\gregorian\parsers.hpp(79) : > see reference to function template instantiation > 'boost::date_time::period<point_rep,duration_rep> > boost::date_time::from_simple_string_type<boost::gregorian::da > te,char>(const > _STL::basic_string<_CharT,_Traits,_Alloc> &)' being compiled > with > [ > point_rep=boost::gregorian::date, > duration_rep=boost::gregorian::date_duration, > _CharT=char, > _Traits=_STL::char_traits<char>, > _Alloc=_STL::allocator<char> > ] > E:\CppLibs\STLport-4.6.2\stlport\stl\_iterator_base.h(98) : > error C2039: > 'iterator_category' : is not a member of 'operator "global > namespace" ' > > And bjam failed to build DLLs > > vc-Link > E:\CppLibs\boost_1_33_0\temp\bin\boost\libs\date_time\build\bo > ost_date_time.dll\vc7-stlport\debug\threading-multi\boost_date > _time-vc7-mt-gdp-1_33.dll > E:\CppLibs\boost_1_33_0\temp\bin\boost\libs\date_time\build\bo > ost_date_time.dll\vc7-stlport\debug\threading-multi\boost_date > _time-vc7-mt-gdp-1_33.lib > LINK : fatal error LNK1181: cannot open input > file¡°stlport_vc6_stldebug.lib¡± > > > > It seems that auto-linking doesn't function properly. but I > can't see why. > any idea about these? Thanks in advance! > > > >

2 1

Is there a way to say that exception is expected/unexpected in Boost.Test-based Test Case?
by Voronkov Konstantin 15 Aug '05

15 Aug '05

Hello, All! I have a question whether there is a way to say that exception is expected/unexpected in Boost.Test-based Test Case? And depends on this the Test Case is threated as passed or failed. Best Regards, Voronkov Konstantin

2 2

Boost.Log for Debian
by martin f krafft 15 Aug '05

15 Aug '05

Dear boosters, Even though not yet official, I've made Debian packages of John Torjo's Boost.Log library, which has been submitted and is under review at the moment. You can find these packages here: http://debian.madduck.net/~madduck/packages/stage/libboost-log/ or install libboost-log-dev directly by including the following line in your /etc/apt/sources.list and the `apt-get update`-ing: deb http://debian.madduck.net ~madduck/packages/stage/libboost-log/ deb-src http://debian.madduck.net ~madduck/packages/stage/libboost-log/ Note /usr/lib/libboost_log.a is a symlink to libboost_log-gcc-mt-s.a in this package, and no other .a files are provided. That is to say that we make multi-threaded libraries the default in Debian boost. Also, because the library is not yet official, I only provide the static libraries, no shared objects (to guard against ABI/SONAME nightmares). I would appreciate feedback and testing. I will upload the library to Debian unstable sometime this week. -- .''`. martin f. krafft <madduck(a)debian.org> : :' : proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! "the problem with america is stupidity. i'm not saying there should be a capital punishment for stupidity, but why don't we just take the safety labels off of everything and let the problem solve itself?" -- seen on irc

1 1

Problems: Building Boost with VC7 and STLport 4.6.2
by Hao Song 14 Aug '05

14 Aug '05

Hi, I tried to build Boost with VC7 and STLport 4.6.2, but failed to compile some source files of Boost.date_time. Error messages are like: vc-C++ E:\CppLibs\boost_1_33_0\temp\bin\boost\libs\date_time\build\boost_date_time.dll\vc7-stlport\release\threading-multi\greg_month.obj greg_month.cpp E:\CppLibs\STLport-4.6.2\stlport\stl\_iterator_base.h(98) : error C2825: ¡°_Iterator::iterator_category¡±£ºcan not form a qualified name E:\CppLibs\boost_1_33_0\boost\date_time\date_parsing.hpp(270) : see reference to class template instantiation '_STL::iterator_traits<_Iterator>' being compiled with [ _Iterator=_STL::basic_string<char,_STL::char_traits<char>,_STL::allocator<char>>::iterator ] E:\CppLibs\boost_1_33_0\boost\date_time\gregorian\parsers.hpp(79) : see reference to function template instantiation 'boost::date_time::period<point_rep,duration_rep> boost::date_time::from_simple_string_type<boost::gregorian::date,char>(const _STL::basic_string<_CharT,_Traits,_Alloc> &)' being compiled with [ point_rep=boost::gregorian::date, duration_rep=boost::gregorian::date_duration, _CharT=char, _Traits=_STL::char_traits<char>, _Alloc=_STL::allocator<char> ] E:\CppLibs\STLport-4.6.2\stlport\stl\_iterator_base.h(98) : error C2039: 'iterator_category' : is not a member of 'operator "global namespace" ' And bjam failed to build DLLs vc-Link E:\CppLibs\boost_1_33_0\temp\bin\boost\libs\date_time\build\boost_date_time.dll\vc7-stlport\debug\threading-multi\boost_date_time-vc7-mt-gdp-1_33.dll E:\CppLibs\boost_1_33_0\temp\bin\boost\libs\date_time\build\boost_date_time.dll\vc7-stlport\debug\threading-multi\boost_date_time-vc7-mt-gdp-1_33.lib LINK : fatal error LNK1181: cannot open input file¡°stlport_vc6_stldebug.lib¡± It seems that auto-linking doesn't function properly. but I can't see why. any idea about these? Thanks in advance!

1 0

PC-Lint issues
by Okko Willeboordse 12 Aug '05

12 Aug '05

When I lint my code, using boost 1-32, using PC-Lint I get some issues on the Boost code. I use 'PC-lint for C/C++ (NT) Vers. 8.00r, Copyright Gimpel Software 1985-2005' so the new patch that should deal with Boost better. These are the issues; BOOST_STATIC_CONSTANT(bool, value = helper::value); C:\Boost\include\boost-1_32\boost\type_traits\is_enum.hpp(143): error 1061: (Error -- public member 'boost::mpl::bool_<<1>>::value' is not accessible through non-public inheritance) BOOST_MPL_HAS_XXX_TRAIT_NAMED_DEF(has_apply, apply, false) C:\Boost\include\boost-1_32\boost\mpl\aux_\has_apply.hpp(22): error 64: (Error -- Type mismatch (arg. no. 1) (volatile const boost::mpl::aux::has_apply_wrapper_<T> * = boost::mpl::aux::has_apply_wrapper_<T> *)) BOOST_MPL_HAS_XXX_TRAIT_NAMED_DEF(has_tag, tag, false) C:\Boost\include\boost-1_32\boost\mpl\aux_\has_tag.hpp(20): error 64: (Error -- Type mismatch (arg. no. 1) (volatile const boost::mpl::aux::has_tag_wrapper_<T> * = boost::mpl::aux::has_tag_wrapper_<T> *)) Are these Boost or PC-Lint issues? Okko These are descriptions of the issues; 1061 String member 'Symbol' is not accessible through non-public inheritance -- There is an attempt to access a private, protected or public member (the text of the message indicates which kind as well as which member) of a class through a class derived from the original. There is an access violation (see 1060 for the more common access violation) critically dependent on the fact that the inheritance relationship is non-public. [11 section 11.2] 64 Type mismatch (Context) (TypeDiff) -- There was a mismatch in types across an assignment (or implied assignment, see Context). TypeDiff specifies the type difference. See options -epn, -eps, -epu, -epp (Section 5.2 Error Inhibition Options) to suppress this message when assigning some kinds of pointers.

2 2

Broken link on new stite
by Delfin Rojas 12 Aug '05

12 Aug '05

Before anything else I would like to congratulate everybody involved with the new site design. I love the color scheme styles and organization - it is really innovative (I had never seen links like that) but I still feel at home like with the old site. That been said, there is a broken link on the main page for the program_options library. The link points to http://www.boost.org/libs/program_options/doc/index.html from which it is redirected to http://www.boost.org/doc/html/program_option.html but the program_options documentation is at http://www.boost.org/doc/html/program_options.html (notice the final s on options). Once more, congratulations on the site. -delfin

2 1

vc-7_1 fails on cvs wave
by Serge Skorokhodov 12 Aug '05

12 Aug '05

Hi, Just for info: vc-7_1 fails to compile wave from the last cvs updated with a bunch of lo-o-ong error messages;) All of them seems to relate to files in detail and ambiguity of 'detail' symbol: boost::detail and boost::spirit::detail. -- Serge

2 1

Re: [Boost-users] numeric/interval overflow & test_float
by Steven Solie 12 Aug '05

12 Aug '05

=?iso-8859-1?Q??= MIME-Version: 1.0 Content-Type: text/plain Guillaume Melquiond wrote: > Unfortunately the output of these tests is a bit poor, since it doesn't > display the parameters causing the failure. I suppose that, since the > overflow test fails on non-double floating-point formats, the same > problem must happen for the test_float test. > > Is there any difference in the way AmigaOS deals with floating-point > computations with respect to other PowerPC operating systems like Darwin > or OSX? I don't have a machine that can run Darwin and I haven't used OSX. However, I do know a couple of things about AmigaOS math support: 1. math exceptions such as divide by zero are simply ignored 2. the underlying C library is custom made 3. the C++ library is the one that comes with GCC 3.4.4 I'm suspecting there may be a bug in the C99 library at this point. Since the C library is open source, you can look for yourself at http://sourceforge.net/projects/clib2/ What I'm wondering now is what math functions the failed tests are executing from the C library? Perhaps there is a boundary condition that a math function is not handling correctly or something. Since these tests don't fail on another PowerPC based system I think the problem lies with my platform but I need help narrowing it down a bit more. Thanks! --Steven

2 1

[serialization][1.33.0?] xml_archive_exception
by Jeff Flinn 12 Aug '05

12 Aug '05

Robert, In using xml_archive_exception, I find that I need to #include <boost/archive/basic_xml_archive.hpp>. This required searching through the boost directory since the documentation does not mention this requirement. The only mention in the docs is to #include <boost/archive/archive_exception.hpp>, which is insufficient. I would have expected that xml_archive_exception is part of the interface for an xml_(i|o)archive and would be included when #include-ing <boost/archive/xml_(i|o)archive.hpp>. Alternatively, perhaps this class should be placed in <boost/archive/xml_archive_exception.hpp> and documented as such, to be consistent with <boost/archive/archive_exception.hpp>. Additionally, I find the overlap of exception_code misleading when debugging. I caught an archive_exception& and and code returns 0 - 'no_exception'( within the context of an archive_exception ). At this point what() returns null also. Of course, catching an xml_archive_exception helps because what() returns a reasonable description. I run into the above, when loading a file, but that file was generated by a legacy product(not xml or an archive). I had (erroneously)expected that xml_archive would throw an xml_archive_exception equivalent to exception_code==invalid_signature. It would be nice to have a some better granularity on archive_parsing_error, that would tell me that the input does not start with an xml header, or it's xml but not an xml_archive, or it passed those two, and some other error occurs. Thanks, Jeff Flinn

2 1

[Serialization] 1.33 RC1 nvp.hpp gotcha
by Richard Jennings 12 Aug '05

12 Aug '05

I have found that the requirement that no serialization headers can be included before any archive headers means that you have to be careful which serialization headers you include in your class headers and indeed in what order you include them. In particular if you include serialization/nvp.hpp before serialization/vector.hpp and you use that class in another module that does not use archiving at all then that module will hit the error directive, example below. A solution would seem to be that serialization/nvp.hpp should only be included in the module that includes archive headers. I guess what I would like is some guidance on using serialization as it's become a bit more tricky in my experience. At least you can't willy-nilly include serialization headers in any order in any headers and expect the application to compile. Perhaps it only worked by luck before! For example, given class A below: class A { private: friend class boost::serialization::access; template <class ArchiveT> void serialize(ArchiveT &ar, unsigned int) { ar & BOOST_SERIALIZATION_NVP(m_Vector); } std::vector<int> m_Vector; }; What serialization headers should be included in A's header? What should be included in the header of the class that serializes A? My inclination would be to include serialization/nvp.hpp and serialization/vector.hpp since these are needed if (but only if) the template is instantiated. This is on the idea that a class should (generally) compile on it's own and you should not have to look to see what it is composed of to be able to get it to compile. Here's the example that does not work: B fails to compile with [C++ Fatal Error] basic_archive.hpp(21): F1003 Error directive: "no serialization headers my precede any archive headers" If you include nvp after vector, then it's ok too! A.h: ======= #include <vector> #include <boost/serialization/nvp.hpp> #include <boost/serialization/access.hpp> #include <boost/serialization/vector.hpp> class A { private: friend class boost::serialization::access; template <class ArchiveT> void serialize(ArchiveT &ar, unsigned int) { ar & BOOST_SERIALIZATION_NVP(m_Vector); } std::vector<int> m_Vector; }; ======= B.h: class B { public: B(); }; ======= B.cpp: #include "B.h" #include "A.h" B::B() { A InstanceOfA; } ======= Main.cpp #include <sstream> #include <boost/archive/text_oarchive.hpp> #include "A.h" #include "B.h" int main(int argc, char* argv[]) { A InstanceOfA; B InstanceOfB; std::stringstream ss; boost::archive::text_oarchive oa(ss); oa & InstanceOfA; return 0; }

4 10

Vector of string pb
by Lana Abadie 12 Aug '05

12 Aug '05

Hello, I am using boost for the first time. I have the following boost.cpp file: #include "../confDBAPIpython/test1.h" #include <boost/python.hpp> #include <boost/python/suite/indexing/vector_indexing_suite.hpp> #include <boost/python/module.hpp> #include <boost/python/def.hpp> #include <boost/python/implicit.hpp> using namespace boost::python; BOOST_PYTHON_MODULE(confDBAPIpython) { // Compile check only... class_<std::vector<int> >("IntVec") .def(vector_indexing_suite<std::vector<int> >()); class_<std::vector<std::string> >("StringVec") .def(vector_indexing_suite<std::vector<std::string> >()); def("DBConnexion",PyDBConnexion); def("DBDeconnexion",PyDBDeconnexion); def("GetDeviceTypeRow",PyGetDeviceTypeRow); def("GetDeviceRow_devicename",PyGetDeviceRow_devicename); def("GetDeviceRow_deviceid",PyGetDeviceRow_deviceid); def("GetDetailedConnectivityBetweenDevices",PyGetDetailedConnectivityBet weenDevices); def("GetConnectivityBetweenDevices",PyGetConnectivityBetweenDevices); } The two last fct returns vector<std::string>. When I try to use them in python, I have the following error message: list_str=libconfDBAPIpython.GetConnectivityBetweenDevices("TFC","THOR_00 ","ECAL_L1FE06_02_00"); print list_str[0]; Traceback (most recent call last): File "<stdin>", line 1, in ? TypeError: No Python class registered for C++ class std::string I don't understand why. I thought it will be handled by the vector_indexing_suite. I have no problem when a fcuntion returns a string or a vector<int> Thanks for helping Lana

1 0

string_algo does not have is_iless???
by gast128 12 Aug '05

12 Aug '05

Dear all, Just ran into a request for a case insensitive std::map. Unfortunately the string_algo did not have something like is_iless, while boost bind does not help me here. Is it possible to add this to the string_algo library? Wkr, me

2 1

New web site
by Foster Gareth 12 Aug '05

12 Aug '05

I just visited boost.org for the first time in a while, and I just thought I'd email in to say the new site looks fantasic, congratulations to the site designer on a job well done! Cheers, Gaz

3 2

.Net equalent Options in regex
by Kiran Reddy 12 Aug '05

12 Aug '05

Hi, I would like to know the regex options equalent to the following .Net Reqular Expressions Options: ** *Multiline* ** Specifies multiline mode. Changes the meaning of *^* and *$* so that they match at the beginning and end, respectively, of any line, not just the beginning and end of the whole string. *ExplicitCapture* ** Specifies that the only valid captures are explicitly named or numbered groups of the form (?<*name*>…). This allows parentheses to act as noncapturing groups without the syntactic clumsiness of (?:…). ** *Singleline* ** Specifies single-line mode. Changes the meaning of the period character (.) so that it matches every character (instead of every character except *\n*). *IgnorePatternWhitespace* ** Specifies that unescaped white space is excluded from the pattern and enables comments following a number sign (#). (For a list of escaped white-space characters, see Character Escapes<ms-help://MS.MSDNQTR.2005JUL.1033/cpgenref/html/cpconcharacterescapes.htm>.) Note that white space is never eliminated from within a character class. Thanks in Advance. Regards Kiran

2 1

building an inofficial boost library
by martin f krafft 12 Aug '05

12 Aug '05

Hi boosters, I am trying to put John Torjo's wonderful logging library[0] to use. Unfortunately, it's not in boost yet, but I need it now already. How do I build it? Can I build it separately from an existing boost? 0. http://www.torjo.com/code/logging.zip I found that I can unzip the file over boost 1.33 and bjam will automatically build it. However, there are a couple of problems with it, specifically with the generated library files: - the SONAME of the libraries will be 1.33.0. I don't think this is appropriate since the library is not in 1.33.0. I'd rather use an SONAME of 0.0.20050801. How can I tell bjam to use this as an SONAME for just libs/log ? - The filename includes 1.33.0 as well: libboost_log-gcc-mt-1_33_0.so How can I change this to 0_0_22050801 ? - The static libraries include a "s" in the name to indicate they are static: libboost_log-gcc-mt-s-0_0_20050801.a None of the other boost libraries on my Debian system include this 's', and the Debian package build script just does not deal well (I'd like to make a package since I need it on multiple machines). How can I prevent the 's' from being put in there? I appreciate any help! And thanks to John for this nice library! -- martin; (greetings from the heart of the sun.) \____ echo mailto: !#^."<*>"|tr "<*> mailto:" net@madduck invalid/expired pgp (sub)keys? use subkeys.pgp.net as keyserver! spamtraps: madduck.bogus(a)madduck.net "zwei monologe, die sich gegenseitig immer und immer wieder störend unterbrechen, nennt man eine diskussion." -- charles tschopp

1 0

Boost 1.33.0 released
by Doug Gregor 12 Aug '05

12 Aug '05

Boost 1.33.0 ------------ New Libraries * Iostreams Library: Framework for defining streams, stream buffers and i/o filters, from Jonathan Turkanis. * Functional/Hash Library: A TR1 hash function object that can be extended to hash user defined types, from Daniel James. * Parameter Library: Write functions that accept arguments by name: especially useful when a function has more than one argument with a useful default value, since named arguments can be passed in any order. * Pointer Container Library: Containers for storing heap-allocated polymorphic objects to ease OO-programming, from Thorsten Ottosen. * Wave: Standards conformant implementation of the mandated C99/C++ preprocessor functionality packed behind an easy to use iterator interface, from Hartmut Kaiser. Updated Libraries * Assignment Library: Support for Pointer Container Library and new efficient functions ref_list_of() and cref_list_of() for generating anonymous ranges. * Bind Library: Bind expressions now support comparisons and negation. Example: bind(&X::name, _1) < bind(&X::name, _2). * Date-Time Library: o Added local time and time zone classes. o Added format-based Input/Output facets. o For a complete list of changes, see the library change history. * Graph Library: Introduced several new algorithms and improved existing algorithms: o Experimental Python bindings, from Doug Gregor and Indiana University. o floyd_warshall_all_pairs_shortest_paths, from Lauren Foutz and Scott Hill. o astar_search, from Kristopher Beevers and Jufeng Peng. o fruchterman_reingold_force_directed_layout, from Doug Gregor and Indiana University. o biconnected_components and articulation_points, from Jeremy Siek, Janusz Piwowarski, and Doug Gregor. o sequential_vertex_coloring has been updated, tested, and documented. o gursoy_atun_layout, from Jeremiah Willcock and Doug Gregor of Indiana University. o king_ordering, from D. Kevin McGrath of Indiana University. o cuthill_mckee ordering has been recast as an invocation of breadth_first_search and now supports graphs with multiple components. o dijkstra_shortest_paths now uses a relaxed heap as its priority queue, improving its complexity to O(V log V) and improving real-world performance for larger graphs. o read_graphviz now has a new, Spirit-based parser that works for all graph types and supports arbitrary properties on the graph, from Ron Garcia. The old, Bison-based GraphViz reader has been deprecated and will be removed in a future Boost release. write_graphviz also supports dynamic properties. o subgraph: get_property now refers to the subgraph property, not the root graph's property. o See the history for additional changes and bug fixes. * Multi-index Containers Library: o New hashed indices. o Added serialization support. o For a complete list of changes, see the library release notes. * Program Options Library: o Option descriptions are now printed with word wrapping. o Command line parser can bypass unregistered options, instead of throwing. o Removed support for "implicit" (optional) values. o New customization method 'command_line_parser::extra_style_parser'. Unlike 'additional_parser', allows the user to parse several tokens and return a vector of options, not just a single option. o Work with disabled exceptions. * Property Map Library: Introduced the dynamic properties class, which provides dynamically-typed access to a set of property maps. * Random Number Library: improved initialization for mersenne_twister, algorithm by Makoto Matsumoto and Takuji Nishimura, implemented for Boost by Jens Maurer. Note: All test vectors for mersenne_twisters constructed or seeded without parameters or with a single unsigned int parameter become invalid. * Range Library: Minor addition of convenience functions to iterator range like front(), back() and operator[](). * Regex Library: o Rewritten front end parser now supports (?imsx-imsx) constructs, plus lookbehind assertions and conditional expressions. o Thin wrapper classes improve integration with MFC/ATL code. o Full (optional) Unicode support via the ICU library. Refer to the regex history page for more information on these and other small changes. * Serialization Library: o DLL version. o Auto-linking. o Serialization of variants. o Improved seialization of shared pointers. * Signals Library: added slot blocking/unblocking, from Frantz Maerten. Huge improvements to signal invocation performance from Robert Zeh. Supported Compilers Boost is tested on a wide range of compilers and platforms. Since Boost libraries rely on modern C++ features not available in all compilers, not all Boost libraries will work with every compiler. The following compilers and platforms have been extensively tested with Boost, although many other compilers and platforms will work as well. For more information, see the regression test results. * Apple GCC 3.x on Mac OS X. * Borland C++ 5.6.4 on Windows. * GNU C++ 2.95.3 (with and without STLport), 3.2.x., 3.3.x, 3.4.x, 4.0.x on Windows, Linux and Solaris. * Intel C++ 8.1, 9.0 on Windows, Linux. * Metrowerks CodeWarrior 8.3, 9.4, 9.5 on Mac OS X and Windows. * Microsoft Visual C++ 6.0 (sp5, with and without STLport), 7.0, 7.1, 8.0 beta. Note: due to intermittent problems with Visual C++ 8.0 beta, and the presence of a variety of pre-release compiler builds, we are unable to guarantee compatibility until the final compiler is released. Acknowledgements Douglas Gregor managed this release. A great number of people contributed their time and expertise to make this release possible. Special thanks go to Aleksey Gurtovoy and Misha Bergal, who managed to keep the regression testing system working throughout the release process; David Abrahams, Beman Dawes, Aleksey Gurtovoy, Rene Rivera and Jonathan Turkanis for greatly improving the quality of this release; Rene Rivera for the new Boost web page design; and Zoltan "cad" Juhasz for the new Boost logo.

1 0

Auto unit test suite hangs due to locked mutex
by Richard Newman 12 Aug '05

12 Aug '05

I have searched the net for some indication of what I might be dealing with but have come up empty. This is on a Fedora Core 2 system running GCC 3.3.3. Boost was installed via RPM: # rpm -q boost boost-1.32.0-3.1.2 # I have a reasonably small auto unit test suite via Boost with 48 small discrete tests. It has been running fine previously. There are no tests that are known to invoke mutexes, Boost or otherwise. When we previously built Boost manually, this was not an issue; we're now trying to use the standard RPMs to make distribution/release building simpler. There is possibly an issue in how we're linking to libraries in our automake since those had to be changed to use the RPM installed libraries rather than our previously home-built ones. However, the make (compile, link, etc.) throws no errors, etc., and so we have no indication other than this hang that this is indeed where the problem lies. I had these make files, etc. working fine on a similarily installed system that instead ran FC4 with gcc 4.0.1 and Boost was installed as an RPM but at boost-1.32.0-6. When I copied to the FC2 system and set it up, I now see the issue. The lone symptom is that the test suite seems to complete but then hangs afterwards, apparently deadlocked on a mutex. When I run the test program under --log_level=all, I get the following output: ------------ $ mytestsuite --log_level=all Running 48 test cases... Entering test suite "Auto Unit Test" Entering test case "CounterConstruction" [...specific test output...] Leaving test case "CounterConstruction" [...more test cases...] Entering test case "DataNodeEqualityTest" [...specific test output...] Leaving test case "DataNodeEqualityTest" Leaving test suite "Auto Unit Test" *** No errors detected -------------- ...and then it just hangs without returning to the command line until I ctrl-C. When I run it under gdb to get a stack trace, I get the following session: -------------- $ libtool gdb mytestsuite *** Warning: inferring the mode of operation is deprecated. *** Future versions of Libtool will require -mode=MODE be specified. GNU gdb Red Hat Linux (6.0post-0.20040223.19rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run Starting program: /home/build/<ourpath>/.libs/lt-mytestsuite Error while mapping shared library sections: : Success. Error while reading shared library symbols: : No such file or directory. [Thread debugging using libthread_db enabled] [New Thread -150709728 (LWP 13105)] Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Running 48 test cases... *** No errors detected Program received signal SIGINT, Interrupt. [Switching to Thread -150709728 (LWP 13105)] 0x00272402 in ?? () (gdb) backtrace #0 0x00272402 in ?? () #1 0x0064dcbe in __lll_mutex_lock_wait () from /lib/tls/libpthread.so.0 #2 0x0064ac84 in _L_mutex_lock_29 () from /lib/tls/libpthread.so.0 #3 0x00000000 in ?? () (gdb) quit The program is running. Exit anyway? (y or n) y $ -------------- Finally, a library listing for the test suite executable gives the following: -------------- $ ldd ./.libs/mytestsuite linux-gate.so.1 => (0x001fb000) mylibrary.0 => not found [...related to libtool use?] libxslt.so.1 => /usr/lib/libxslt.so.1 (0x03ec2000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0x03a8c000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00644000) libz.so.1 => /usr/lib/libz.so.1 (0x00557000) libxmlwrapp.so.5 => /home/build/<somepath>/dep/lib/libxmlwrapp.so.5 (0x00dcc000) libboost_unit_test_framework.so.1 => /usr/lib/libboost_unit_test_framework.so.1 (0x003bf000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x0080c000) libm.so.6 => /lib/tls/libm.so.6 (0x0052c000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00763000) libc.so.6 => /lib/tls/libc.so.6 (0x0040f000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x003f2000) $ -------------- Any advice to proceed and repair? We'd like very much to be able to use these RPMs than reverting back to our previous homegrown approach. Thank you and kind regards, Richard Newman Crowley Davis Research, Inc.

2 5

program options config file format?
by stark 12 Aug '05

12 Aug '05

Hi About a week ago Mathias Kaepler posted the following question: >Hi, > >the program_options reference talks about being able to parse config >files, but doesn't mention a thing about its layout. No examples are >shown how a file has to look like to be parsable by program_options. > > >Any ideas? Besides the layout, which characters are treated as comments? . > >-- >Matthias Kaeppler I have exactly the same question but have not been able to find the response that was given to Mathias. Would someone share it with me? thanks, Glen Stark

2 1

Re: [Boost-users] Maybe a problem with boost::object_pool?
by Labour, Matthieu (MLPRO SF) 11 Aug '05

11 Aug '05

Caleb Thanks for your answer. I tried running the following program with valgrind but as you said valgrind doesn't complain and I was unable to crash it. Without valgrind sometimes it works fine, sometimes it crashes.... I tested it on 4 different machines. On all of them I had crashes. So I doubt the memory is at fault. Sometimes it requires 20+ threads to crash it. But it crashes always at the same place. Here is an example of simple program + purify trace. I use Red Hat linux 3.2.3-47 Gcc version 3.2.3 20030502 Purify 2003a.05.15 Boost 1.32.0 #include <stdlib.h> #include <iostream> #include <boost/thread/thread.hpp> #include <boost/pool/poolfwd.hpp> #include <boost/pool/object_pool.hpp> class Foo{ public: int foo; }; static boost::object_pool<Foo>* _pool; class Bar{ public: Bar(){} void operator()(){ const int FOO_COUNT = 100; Foo* foo[FOO_COUNT]; int i; for(;;){ for(i=0; i<FOO_COUNT; i++){ try{ foo[i] = _pool->construct(); }catch(...){ std::cout << "exception:construct..." << std::endl; } } for(i=0; i<FOO_COUNT; i++) if (foo[i]){ try{ _pool->destroy(foo[i]); }catch(...){ std::cout << "exception:destroy..." << std::endl; } } } } }; int main(int argc, char* argv[]) { if(argc != 2){ std::cout << "Usage: nbThrd" << std::endl; return 0; } int nbThrd = atoi(argv[1]); _pool = new boost::object_pool<Foo>(10); boost::thread_group _threads; Bar bar; for (int i=0; i<nbThrd; ++i){ _threads.create_thread(bar); } _threads.join_all(); return 0; } **** Purify instrumented custom (pid 23146 at Tue Aug 9 18:13:32 2005) * Purify 2003a.06.15 Linux (32-bit) (c) Copyright IBM Corp. 1992, 2005 All rights reserved. * For contact information type: "purify -help" * For TTY output, use the option "-windows=no" * Command-line: custom 50 * Options settings: -g++=yes -purify -best-effort \ -cache-dir=/home/mlabour/tmp-mlabour-g++ -chain-length=20 \ -fds-inuse-at-exit=no -inuse-at-exit -max_threads=100 \ -purify-home=/tools/rational/2003a.06.15/releases/purify.i386_linux2.200 3a.06.15 \ -gcc3_path=/usr/bin/g++ -cache-dir=/home/mlabour/tmp-mlabour-g++ \ -hw_cap=yes -language=english * License successfully checked out. * Command-line: custom 50 **** Purify instrumented custom (pid 23146) **** MAF: Memory allocation failed (3 times): * This is occurring while in thread 27610032: malloc [rtlib.o] _ZnWjRkSt9nOtHrOw_t [libstdc++.so.5] operator new []( unsigned,std::nothrow_t const &) [libstdc++.so.5] boost::pool<boost::default_user_allocator_new_delete>::ordered_malloc_ne ed_resize( void) [pool.hpp:55] boost::object_pool<Foo,boost::default_user_allocator_new_delete>::constr uct( void) [object_pool.hpp:76] Bar::operator ()( void) [custom.cpp:27] boost::detail::function::void_function_obj_invoker0<Bar, void>::invoke(boost::detail::function::any_pointer) [function_template.hpp:128] boost::function0< void,std::allocator<boost::function_base>>::operator ()( void) const [function_template.hpp:581] thread_proxy [thread.cpp:113] start_thread [libpthread.so.0] clone [libc.so.6] * Attempt to allocate 335544328 bytes failed. **** Purify instrumented custom (pid 23146) **** COR: Fatal core dump: * This is occurring while in thread 1073758112: arena_get2 [libc.so.6] MaLlOc [libc.so.6] _dl_allocate_tls [] allocate_stack [libpthread.so.0] PtHrEaD_CrEaTe@@GlIbC_2.1 [libpthread.so.0] boost::thread::thread(boost::function0< void,std::allocator<boost::function_base>> const &) [thread.cpp:161] boost::thread_group::create_thread(boost::function0< void,std::allocator<boost::function_base>> const &) [thread.cpp:327] main [function_template.hpp:433] __libc_start_main [libc.so.6] _start [crt1.o] * Received signal 11 (SIGSEGV - Segmentation fault) * Handler function: SIG_DFL * Faulting address = 0x40b5e008 * Signal mask: (SIGHUP | SIGQUIT | SIGILL | SIGABRT | SIGBUS | \ SIGKILL | SIGSEGV | SIGALRM | SIGTERM | SIGCHLD | SIGSTOP | SIGSTP | \ SIGTTOU | SIGXFSZ | SIGVTALRM | SIGPWR | SIGUNUSED | SIGReserved35 | \ SIGReserved36 | SIGReserved38 | SIGReserved39 | SIGReserved42 | \ SIGReserved43 | SIGReserved44 | SIGReserved46 | SIGReserved47 | \ SIGReserved53 | SIGReserved54 | SIGReserved57 | SIGReserved58 | \ SIGReserved61 | SIGReserved62) * Pending signals: -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Caleb Epstein Sent: Tuesday, August 09, 2005 8:32 AM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Maybe a problem with boost::object_pool? On 8/8/05, Labour, Matthieu (MLPRO SF) <matthieu_labour(a)ml.com> wrote: > A program creates N threads that construct & destroy objects in an > object pool. With N = 9, it crashes on linux That program works fine here with 1, 2, 4, 8, and 9 threads on a 2-way RedHat AS3.1 machine here. I've tried running it with "valgrind" and I don't get any errors. You might try running a memory test on your PC like memtest86. Perhaps you have bad RAM. -- Caleb Epstein caleb dot epstein at gmail dot com _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- 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/ --------------------------------------------------------

2 1

Serialization bug with hash_map?
by Peter Lindman 11 Aug '05

11 Aug '05

Hello, I cannot really get the serializations to work for hash_maps. Using maps, lists and vectors everything works just fine. Using the sample code pasted below (using a hash_map) gives the following compilation-errors: /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 = __gnu_cxx::hash_map<long int, long int, __gnu_cxx::hash<long int>, std::equal_to<long int>, std::allocator<long int> >]': /usr/include/boost/serialization/serialization.hpp:78: instantiated from `void boost::serialization::serialize(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = __gnu_cxx::hash_map<long int, long int, __gnu_cxx::hash<long int>, std::equal_to<long int>, std::allocator<long int> >]' /usr/include/boost/serialization/serialization.hpp:121: instantiated from `void boost::serialization::serialize_adl(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = __gnu_cxx::hash_map<long int, long int, __gnu_cxx::hash<long int>, std::equal_to<long int>, std::allocator<long int> >]' /usr/include/boost/archive/detail/oserializer.hpp:148: 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 = __gnu_cxx::hash_map<long int, long int, __gnu_cxx::hash<long int>, std::equal_to<long int>, std::allocator<long int> >]' /usr/include/boost/archive/detail/oserializer.hpp:243: instantiated from here /usr/include/boost/serialization/access.hpp:106: error: `serialize' undeclared (first use this function) /usr/include/boost/serialization/access.hpp:106: error: (Each undeclared identifier is reported only once for each function it appears in.) Changing the created class to "busmap" (based on std::map) everything works just fine! (The ONLY difference between the classes is the container-definition) System specs: Linux kernel version 2.4.26 g++ (GCC) 3.3.2 20031218 boost-1.32 Sample code compiled with: g++ -o test test.cpp -lboost_serialization-gcc-mt ================================================== #include <fstream> #include <boost/archive/text_oarchive.hpp> #include <boost/archive/text_iarchive.hpp> #include <boost/serialization/hash_map.hpp> #include <boost/serialization/map.hpp> #include <ext/hash_map> #include <map> class busmap { friend class boost::serialization::access; std::map<long,long> bus_serial_map; // Imaginary bus-serial-number to bus number lookup-table; template<class Archive> void serialize(Archive & ar, const unsigned int version) { ar & bus_serial_map; } public: busmap(){} }; class bushashmap { friend class boost::serialization::access; __gnu_cxx::hash_map<long,long> bus_serial_map; // Imaginary bus-serial-number to bus number lookup-table; template<class Archive> void serialize(Archive & ar, const unsigned int version) { ar & bus_serial_map; } public: bushashmap(){} }; int main() { // create and open a character archive for output std::ofstream ofs("filename"); boost::archive::text_oarchive oa(ofs); // create class instance const bushashmap myBusMap; // write class instance to archive oa << myBusMap; // close archive ofs.close(); // ... some time later restore the class instance to its orginal state // create and open an archive for input std::ifstream ifs("filename", std::ios::binary); boost::archive::text_iarchive ia(ifs); // read class state from archive busmap myNewBusMap; ia >> myNewBusMap; // close archive ifs.close(); return 0; } ======================================= Bug or my fault?? Can anyone help? Best regards Peter

4 4

how to wait for a thread until it stopped
by Christian Henning 11 Aug '05

11 Aug '05

Hi there, I'm still working on the transistion from an old thread lib to the boost thread lib. I have two threads, the GUI thread and a worker thread. The worker thread is always inside a loop that only breaks if someone set the flag. The GUI thread has from time to time to stop the worker thread. This is currently done by setting a flag ( _bStop ) and the worker thread will eventually stop like: void run() { boost::mutex::scoped_lock oLock( _oRunMutex ); do { ... if( _bStop ) _oRunCondition.wait( oLock ); } while( _bTerminate == false ); } I believe that this implemention can lead to deadlocks. But how can I implement the behavior that the GUI thread will break until the worker thread has stopped. Thanks, Christian

4 7

MSVC .NET and boost 1.33 serialization error (Compiler Limit)
by Shawn McCool 11 Aug '05

11 Aug '05

Hi, I'm using MSVC .NET (7.1). Your site says that Visual Studio 6's compiler won't compile boost serialization code because of a "Compiler Limit". The site also says that VS 7.1 has no known problems. I'm getting that exact compiler error. Is this a know issue? ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs

4 3

Regex: option for case insensitive match
by Kiran Reddy 11 Aug '05

11 Aug '05

Hello, I need to make an case insensitive match using regex_match() algorithm. How do I specify that? Thanks in advance. Regards Kiran

3 2

boost::test in 1.33
by Serge Skorokhodov 11 Aug '05

11 Aug '05

Hi, What happend with boost::unit_test::register_exception_translator? I couldn't track it in the boost 1.33:( How to register custom exceptions? The documentation provides no hints:( TIA -- Serge

2 7