March 2008 - Boost-users - lists.boost.org

program_options: Printing options and their values
by Jeremy Conlin 13 Mar '08

13 Mar '08

I am using program_options and want to write to the screen the options and their values. This allows me to verify everything is working properly before I execute a long running command. I thought I could just iterate over the map and print out each option, but that requires casting the option to a specific variable which must be known a priori. This is what I have right now cout << "options:\n"; po::variables_map::iterator optIter = options.begin(); for( ; optIter != options.end(); ++optIter ){ cout << "\t" << optIter->first << " = " << optIter->second.as<string>() << std::endl; } When my option isn't a string (e.g. bool or int) then I get the error: terminate called after throwing an instance of 'boost::bad_any_cast' what(): boost::bad_any_cast: failed conversion using boost::any_cast Can someone show me how to do this? Thanks, Jeremy

2 2

Installing Boost (was: Re: Regex problem)
by Dave DeLong 13 Mar '08

13 Mar '08

I just ssh'd onto a Linux machine here at my school and compiled and ran it there, and the test code works fine, so I guess I have a problem with my boost install. All I did was download the tar, untar it, cd into the directory, and run "sudo make install". It ran for about four hours (I have an older Powerbook G4). Did I miss a step? Dave

2 5

REG_PERLEX Revisited...
by Phil Hystad 12 Mar '08

12 Mar '08

In follow up to the message and response quoted below. Boost regex seems to work fine on Mac OS X and on our Linux platforms. But, on Windows 32 bit we have the following situation. Note this message is a little bit on the long side given that I am including a short program and the output from running on Windows and Linux platforms. The brief program shown below illustrates this problem. The results are from the Linux and Windows 32-bit machine. You can see on Windows when using the Posix API, I get the right offset only if I use boost::REG_PERL or boost::REG_PERLEX. On Linux, it works fine for all flags. Program ---------- #include <boost/regex.hpp> #include <boost/regex.h> #include <string> #include <iostream> using namespace std; static const char* szPattern="[A-Z][a-z]*"; static const char* szString="small is Great for the Big and Tall"; void f1_(boost::regex::flag_type flag, const char* flag_str) { cout << "\nUsing boost::regex, flag=" << flag << " (" << flag_str << ")" << endl; std::string s = szString; boost::regex re(szPattern, flag); boost::match_results<std::string::const_iterator> what; boost::regex_search(s, what, re); std::cout << "pos=" << what.position() << " len=" << what.length() << std::endl; } void f2_(int flag, const char* flag_str) { cout << "\nUsing Posix, flag=" << flag << " (" << flag_str << ")" << endl; regex_t pattern; int x = regcomp(&pattern, szPattern, flag); if ( x != 0 ) { std::cout << "regcomp - error" << std::endl; return; } regmatch_t matches[5]; x = regexec(&pattern, szString, 5, matches, 0); if ( x != 0 ) { std::cout << "regexec - error" << std::endl; return; } std::cout << "matches[0].rm_so=" << matches[0].rm_so << std::endl; std::cout << "matches[0].rm_eo=" << matches[0].rm_eo << std::endl; } #define f1(x) f1_(x, #x) #define f2(x) f2_(x, #x) int main() { cout << "Regex=" << szPattern << endl; cout << "Input=" << szString << endl; f1(boost::regex::normal); f1(boost::regex::basic); f1(boost::regex::extended); f1(boost::regex::awk); f1(boost::regex::grep); f1(boost::regex::egrep); f1(boost::regex::sed); f1(boost::regex::perl); f2(0); // default f2(boost::REG_EXTENDED); f2(boost::REG_BASIC); f2(boost::REG_PERL); f2(boost::REG_AWK); f2(boost::REG_GREP); f2(boost::REG_EGREP); f2(boost::REG_PERLEX); return 0; } Output From Windows -------------------------- Regex=[A-Z][a-z]* Input=small is Great for the Big and Tall Using boost::regex, flag=0 (boost::regex::normal) pos=9 len=5 Using boost::regex, flag=2162689 (boost::regex::basic) pos=0 len=5 Using boost::regex, flag=2163456 (boost::regex::extended) pos=0 len=5 Using boost::regex, flag=2097920 (boost::regex::awk) pos=0 len=5 Using boost::regex, flag=2293761 (boost::regex::grep) pos=0 len=5 Using boost::regex, flag=2294528 (boost::regex::egrep) pos=0 len=5 Using boost::regex, flag=2162689 (boost::regex::sed) pos=0 len=5 Using boost::regex, flag=0 (boost::regex::perl) pos=9 len=5 Using Posix, flag=0 (0) matches[0].rm_so=0 matches[0].rm_eo=5 Using Posix, flag=1 (boost::REG_EXTENDED) matches[0].rm_so=0 matches[0].rm_eo=5 Using Posix, flag=0 (boost::REG_BASIC) matches[0].rm_so=0 matches[0].rm_eo=5 Using Posix, flag=2817 (boost::REG_PERL) matches[0].rm_so=9 matches[0].rm_eo=14 Using Posix, flag=513 (boost::REG_AWK) matches[0].rm_so=0 matches[0].rm_eo=5 Using Posix, flag=1024 (boost::REG_GREP) matches[0].rm_so=0 matches[0].rm_eo=5 Using Posix, flag=1025 (boost::REG_EGREP) matches[0].rm_so=0 matches[0].rm_eo=5 Using Posix, flag=2048 (boost::REG_PERLEX) matches[0].rm_so=9 matches[0].rm_eo=14 LINUX (Redhat) Output ---------------------------- Regex=[A-Z][a-z]* Input=small is Great for the Big and Tall Using boost::regex, flag=0 (boost::regex::normal) pos=9 len=5 Using boost::regex, flag=2162689 (boost::regex::basic) pos=9 len=5 Using boost::regex, flag=2163456 (boost::regex::extended) pos=9 len=5 Using boost::regex, flag=2097920 (boost::regex::awk) pos=9 len=5 Using boost::regex, flag=2293761 (boost::regex::grep) pos=9 len=5 Using boost::regex, flag=2294528 (boost::regex::egrep) pos=9 len=5 Using boost::regex, flag=2162689 (boost::regex::sed) pos=9 len=5 Using boost::regex, flag=0 (boost::regex::perl) pos=9 len=5 Using Posix, flag=0 (0) matches[0].rm_so=9 matches[0].rm_eo=14 Using Posix, flag=1 (boost::REG_EXTENDED) matches[0].rm_so=9 matches[0].rm_eo=14 Using Posix, flag=0 (boost::REG_BASIC) matches[0].rm_so=9 matches[0].rm_eo=14 Using Posix, flag=2817 (boost::REG_PERL) matches[0].rm_so=9 matches[0].rm_eo=14 Using Posix, flag=513 (boost::REG_AWK) matches[0].rm_so=9 matches[0].rm_eo=14 Using Posix, flag=1024 (boost::REG_GREP) matches[0].rm_so=9 matches[0].rm_eo=14 Using Posix, flag=1025 (boost::REG_EGREP) matches[0].rm_so=9 matches[0].rm_eo=14 Using Posix, flag=2048 (boost::REG_PERLEX) matches[0].rm_so=9 matches[0].rm_eo=14 > Message: 4 > Date: Mon, 10 Mar 2008 18:08:16 -0000 > From: "John Maddock" <john(a)johnmaddock.co.uk> > Subject: Re: [Boost-users] REG_PERLEX > To: <boost-users(a)lists.boost.org> > Message-ID: <00a201c882d9$bab38360$83d56b51@fuji> > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > Phil Hystad wrote: >> Does anyone know the definition of REG_PERLEX? >> >> I am using the regex/regcomp traditional unix/posix API supported by >> Boost Regular Expression library. On a Windows 32 bit platform we >> are >> forced to use REG_PERLEX on the regcomp flags argument whereas for >> the >> same application we get by using a zero flag value on regcomp on >> platforms: Mac OS X and Linux. > > REG_PERLEX allows the engine to accept Perl style regular > expressions - what > kind of expressions are you using, and what differences do you > observe on > the different platforms - there shouldn't really be any difference in > behaviour. > > John.

2 1

Re: [Boost-users] Regex problem UPDATE
by Daniel Lord 12 Mar '08

12 Mar '08

Update: the fixed regex (removed the colon in "(?:i)") works to capture the script tags and their enclosure and remove it from the string. Mac OS X 10.5.2 Xcode 3.0 on an Intel Core Duo 2 Macbook Pro. The console transcript from Xcode (I added some text to embellish the output and print the original string before replacement): [Session started at 2008-03-12 09:36:10 -0700.] *Original String: <html><head><script src="script.js"></script><title>Some title</title></head><body>Hello, world!</body></html>* *New String: <html><head><title>Some title</title></head><body>Hello, world!</body></html>* The Debugger has exited with status 0. On 3/12/08, John Maddock <john(a)johnmaddock.co.uk> wrote: > > Dave DeLong wrote: > >> My platform is Mac OS X 10.5.2. I'm compiling and running via Xcode > >> 3.0. Boost is version 1.34.1 (I installed it in the last two weeks). > >> It was compiled on this machine by running "sudo make install", which > >> installed it in /usr/local/include/boost. The library files are in / > >> usr/local/lib. In my project specification, I specify those paths in > >> my Library and Header search paths, and also add the linker option "- > >> lboost_regex". > >> > >> The following code gets a EXC_BAD_ACCESS error and never executes the > >> catch blocks: (I realize that the pageSource doesn't actually have a > >> <script> tag; That's because I don't know if the pages I'll be > >> parsing will have one. However, the code still fails even if there > >> is a <script>TESTSCRIPT</script> tag in there.) > > Works for me on Win32 and VC++, I don't have a Mac so I can't try it > there. > I mis-wrote the regex BTW, it should be > "(?i)<script[^>]*>.*?</script[^>]*>". > > This still looks like you're linking to something that isn't binary > compatible with your application: but I don't know enough (or indeed > anything) about MacOS to be able to help with that. > > John. > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

Regex problem
by Dave DeLong 12 Mar '08

12 Mar '08

Hi everyone, I'm trying to parse an HTML page using the Regex library and am running in to errors. In the following snippets, "pageSource" is a string pointer to the contents of an html file. This code causes my app to crash: void Page::removeScriptTags() { boost::regex tagRegex("<[sS][cC][rR][iI][pP][tT][\\w\\W]*?>[.]*?</\ \s*?[sS][cC][rR][iI][pP][tT]\\s*?>"); string replaced = boost::regex_replace(*pageSource, pageSource, tagRegex, " ", boost::match_default); delete pageSource; pageSource = new string(replaced); } and this code crashes when attempting to destruct "matches": void Page::findTitleSummary() { boost::cmatch matches; boost::regex bodyRegex("<[tT][iI][tT][lL][eE][\\w\\W]*?>([^<]*)</\\s*? [tT][iI][tT][lL][eE]\\s*?>"); if (boost::regex_search(pageSource->c_str(), matches, bodyRegex)) { pageSummary = new string(matches[1]); hasFoundSummary = true; } } What am I missing? Thanks, Dave

4 7

Re: [Boost-users] link problem: boost + stlport + msvc8
by CHABO Gabriel 12 Mar '08

12 Mar '08

Hi, I'm still having problems with this issue, so I'll repost it: This is my setup: Windows XP SP2 Visual Studio 2005 STLport-5.1.5 boost_1_34_1 I'm trying to write a tiny program, just to get stlport and boost to play nice together and I still have "unresolved external symbol" errors. I downloaded stlport-5.1.5 and built it according to the instructions: * configure.bat -c msvc8 * nmake /f msvc.mak * nmake /f msvc.mak install I also added stlport\bin to my path Next, I downloaded the boost_1_34_1 windows installer and checked all the options to get all the libraries and added it to my path. Next, I configured visual studio 2005 as follows: Tools -> Options -> Project and Solutions -> VC++ Directories -> Show directories for: Include Files: Add the path to stlport headers (D:\Program Files\STLport-5.1.5\stlport) Library Files: Add the path to stlport libs (D:\Program Files\STLport-5.1.5\lib) Next, on the project level, I Added __STL_DEBUG to the list of preprocessors. I'm trying to build a Multi-threaded Debug DLL (/MDd). I also set the (/Zc:wchar_t-) option. I also added "D:\Program Files\boost\boost_1_34_1" to the list of Additional Include Directives. When I tried to link, I got an error saying that libboost_program_options-vc80-mt-gdp-1_34_1.lib could not be found, so I had to build it. I edited the user-config.jam file to add the following line: using stlport : : D:/Program Files/STLport-5.1.5 D:/Program Files/STLport-5.1.5/lib ; This is the command I used to build the new lib bjam --toolset=msvc-8.0 link=static stdlib=stlport threading=multi cxxflags="-Zc:wchar_t-" --with-program_options -a -d2 I built the lib and moved it from bin.v2 to lib. As you can see I took every precaution with wchar_t so that all the libs are compatible, and still every time I try to link the simple program I get this error: error LNK2019: unresolved external symbol "public: __thiscall boost::program_options::options_description::options_description(class stlpd_std::basic_string<char,class stlpd_std::char_traits<char>,class stlpd_std::allocator<char> > const &,unsigned int)" (??0options_description@program_options@boost@@QAE@ABV?$basic_string@DV? $char_traits@D@stlpd_std@@V?$allocator@D@2@@stlpd_std@@I@Z) referenced in function _main This is the simple program in question: #include <iostream> #include <boost/program_options.hpp> int main(int argc, char* argv[]) { std::cout<<"boost stlport test\n"; boost::program_options::options_description desc("Allowed options"); return 0; } Any help is greatly appreciated Thx Gabriel ******************************* This e-mail contains information for the intended recipient only. It may contain proprietary material or confidential information. If you are not the intended recipient you are not authorised to distribute, copy or use this e-mail or any attachment to it. Murex cannot guarantee that it is virus free and accepts no responsibility for any loss or damage arising from its use. If you have received this e-mail in error please notify immediately the sender and delete the original email received, any attachments and all copies from your system.

1 0

[mpl] integral constant overflow
by klaus triendl 11 Mar '08

11 Mar '08

Hi, I've recently started studying the book "c++ template meta programming" (I like it a lot!) and one of my own exercises was to get an integral type's max/min value. To get the type's maximal value I've created a metafunction max_val; Compiling the code below with vc++2008 warning level 2+ yields the warning "truncation of constant value" or "integral constant overflow" if I use an int instead of a char. <code> namespace mpl = boost::mpl; template<typename T> struct significant_bits: mpl::int_<std::numeric_limits<T>::digits> {}; template<typename T> struct max_val_impl: mpl::accumulate< mpl::range_c<int, 1, significant_bits<T>::value>, mpl::integral_c<T, 1>, mpl::next<mpl::plus<mpl::_1, mpl::_1> > > {}; template<typename T> struct max_val: max_val_impl<T>::type { BOOST_MPL_ASSERT((boost::is_integral<T>)); }; int main() { const char maxval = max_val<char>::value; return 0; } </code> The problematic metafunction instantiation boils down to mpl::integral_c<char, 127> where mpl::integral_c<char, 127>::next results in 128 which is then truncated. Of course I can turn off the compiler warnings but since the warning happens in integral_wrapper.hpp and the integral constant stuff is included in many other files including the boost type traits it would be tedious to always remember to include integral_c.hpp explicitly before any other headers with the warnings turned off. I don't know whether there is a really satisfying option, just wanted to discuss this point. Klaus Triendl

2 1

Serialization registration?
by Jerry 11 Mar '08

11 Mar '08

Hi, boost::serialization is wonderful. It has saved a massive amount of effort when adding XML based storage to an existing C++ drawing library. A very big thank you to the author and the team. Questions arising: 1. After one or two crash & burn cycles i discovered the need to register derived classes in the 'save through a virtual base class pointer' scenario. Right now this is done when saving to/loading from the archive. Is there an alternative to this method that ensures registration occurs automatically? i'm sure this is a FAQ but cannot find a definitive answer. i..e // XML archive boost::archive::xml_iarchive ia(ifs); // ensure derived types are registered - too easy to forget, what's the better way? ia.register_type(static_cast<CDiagramButton*>(NULL)); 2. Serializing to a binary storage should be a great way to implement undo/redo and clipboard functionality - has anyone found fame and fortune doing this? Cheers Jerry.

4 6

[Boost.Test]Possible BOOST_CLASS_TEST_CASE bug
by Tomislav Adamic 11 Mar '08

11 Mar '08

Code below doesn't compile. Workaround is provided also but is not satisfactory ------------------------------------------------------------------------------- #include <boost/test/unit_test.hpp> #include <boost/shared_ptr.hpp> using namespace boost::unit_test; class ToBeTested { public: ToBeTested() {} int feature1() const { return 1; } int feature2() const { return 2; } }; class ComplexTest { public: ComplexTest() {} void test1() const { ToBeTested t; BOOST_CHECK (t.feature1() == 1); } void test2() { ToBeTested t; BOOST_CHECK (t.feature2() == 2); } }; class TestSuite : public boost::unit_test::test_suite { public: typedef boost::shared_ptr<ComplexTest> ComplexTestPtr; TestSuite () : boost::unit_test::test_suite ("test suite") { ComplexTestPtr instance (new ComplexTest); test_case* t1 = BOOST_CLASS_TEST_CASE (&ComplexTest::test1, instance); test_case* t2 = BOOST_CLASS_TEST_CASE (&ComplexTest::test2, instance); add (t1); add(t2); } }; boost::unit_test::test_suite* init_unit_test_suite( int argc, char * argv[] ) { framework::master_test_suite().add(new TestSuite); return 0; } ------------------------------------------------------------------------------- MSVC 2005 gives following compile time message: test_case* t1 = BOOST_CLASS_TEST_CASE (&ComplexTest::test1, instance); : 'boost::unit_test::make_test_case' : function does not take 3 arguments Problem: ComplexTest::test1() is const method. BOOST_CLASS_TEST_CASE refuses to work properly with const methods. ComplexTest::test2() is not const and works as expected. Workaround Methods from test classes that will be used by BOOST_CLASS_TEST_CASE should not be const. Information applies to: boost v1.34.1 WinXP SP2 Microsoft Visual Studio 2005 SP1

2 2

Help with [Boost.Iterator] conditional operator
by Robert Umland 11 Mar '08

11 Mar '08

I just recently started using boost and had a question about the ++operator for iterators. What I have is a class foo that has a container of class bar. class foo { private: multimap<bool, bar> container; public: pair<bar::iterator, bar::iterator> get_container( bool usable ); }; class bar { public: /* * Return true if bar is usable, false otherwise. */ bool isUsable(); }; I would like to overload the ++operator for multimap so that I can return all bar's that are usable, i.e. call the bar::isUsable() function before returning the pair of iterators. I did find this web page: http://www.zeta.org.au/~jon/STL/views/doc/views.html and was wondering if boost had anything like this already. Thanks. -- ~Robert Umland

2 1