- Boost-users - lists.boost.org

[python] "Interpreter not initialized"
by Robert Dailey 13 Mar '08

13 Mar '08

Hi, When I execute the following code: BEGIN CODE -------------------------------------------------- #define BOOST_PYTHON_DEF( func ) boost::python::def( #func, func ) using namespace boost::python; static char const* PrintHelloWorld() { return "Hello World!"; } BOOST_PYTHON_MODULE(Script) { BOOST_PYTHON_DEF( PrintHelloWorld ); } void BeginPythonTest() { try { Py_Initialize(); initScript(); Py_Finalize(); } catch( error_already_set const& /*err*/ ) { PyErr_Print(); } catch( std::invalid_argument const& /*err*/ ) { PyErr_Print(); } } -------------------------------------------------- END CODE I receive the following error message: *Fatal Python error: Interpreter not initialized (version mismatch?)* This occurs when I step over the call to initScript() (in the code snippet above). I have no idea why this is happening. I'm currently linking against boost 1.34.1. I built all the libraries for boost myself using bjam. I built the multithreaded debug and release shared libraries. I'm using the SDK from Python 2.5.1. I also built the debug and release shared libraries for Python myself. My operating system is Microsoft Windows XP Professional. All help is appreciated. Thanks in advance!

2 1

Visual C++ does not recognize lambda metafunction as such
by Matt Brown 13 Mar '08

13 Mar '08

I just tried to build this code in visual studio 2005, and got error: error C3201: the template parameter list for class template 'boost::mpl::bind2<F,T1,T2>::apply' does not match the template parameter list for template parameter 'boolfunc' This code works fine with gcc, and boost mpl portability page (http://www.boost.org/libs/mpl/doc/tutorial/portability.html) says my version of visual studio should be able to compile this. However, it appears to think the lambda< ... >::type::apply is not a metafunction. Any help will be greatly appreciated. -Matt Brown #include <iostream> #include <boost/mpl/lambda.hpp> #include <boost/type_traits/is_same.hpp> #include <boost/mpl/placeholders.hpp> template <template <typename> class boolfunc> class test { public: static void print() { if(boolfunc<int>::type::value) { std::cout << "int: true\n"; } } }; int main(void) { test< boost::mpl::lambda< boost::is_same<boost::mpl::_1, int> >::type::apply >::print(); };

2 4

passing comma to macro
by Warlich, Christof (Christof) 13 Mar '08

13 Mar '08

Hi, the following code does not compile: #include <boost/preprocessor/if.hpp> #include <boost/preprocessor/comma.hpp> #include <boost/type_traits/is_convertible.hpp> #include <iostream> class A {}; int main(void) { BOOST_PP_IIF(boost::is_convertible<A BOOST_PP_COMMA() A>::value, // condition std::cout << "ifbranch";, // then std::cout << "elsebranch";); // else return 0; } With gcc, it gives the following errors: tst.cc:9:30: error: macro "BOOST_PP_IIF_I" passed 4 arguments, but takes just 3 tst.cc: In function int main(): tst.cc:7: error: BOOST_PP_IIF_I was not declared in this scope I would have expected that BOOST_PP_COMMA() has just been provided to deal with cases like this! I'm just new to Boost, so my apologies if I have overseen something obvious. Thanks for any help, Christof

3 4

GraphProperty with adjacency_list cause a VC++ internal compiler error.
by Schick, Thorben (ITUC; ADITG/DFG) 13 Mar '08

13 Mar '08

I know this is a known problem and what i really want to know is, wether this problem is fixed with the upcoming version 9 of Visual Studio? Or maybe someone knows about a quite easy work-around to solve this problem. Regards Thorben

1 0

Re: [Boost-users] [Mutex] behaviour??
by Yasmina Berber 13 Mar '08

13 Mar '08

Yasmina Berber wrote: > Hi, everybody > I have a problem to understand mutex behaviour in a server client program . > basically there are two threads that execute different code in two > different classes but manipulate the same resource: > fisrt Class is Subscriber with these members : > > public: > ACE_Unbounded_Set<client_reference> m_set; > typedef boost::recursive_mutex Mutex; > typedef boost::recursive_mutex::scoped_lock Lock; > Mutex mutex_set; > > and methods: > Subscribe (client_reference) : inserts (add) a reference client > to the set > { ... > Lock theScope( mutex_set); > m_set.insert (client_reference) > ... > } > Unsubscribe(client_reference) : removes a reference client from the set > { ... > Lock theScope( mutex_set); > m_set.remove (client_reference) > } > > > the second class is Manager that has a shared pointer to Subscriber > (SubscriberPtr) and does a specific opeartion on each > client_reference inside a for loop in the method > Manage() > { > boost::recursive_mutex::scoped_lock scoped_lock(subscriberPtr->mutex_set) > for (Subscriber::Set_Iterator iter (subscriberPtr->m_set); iter.next > (...) != 0 ; iter.advance ()) > { > specific opeartion on each client reference > } > } > What happens is that a client can be removed (call to Unsubscribe()) by > the first thread during the second one is executing manage() : the set > is not well protected and this causes of course seg fault. > > I probably do something wrong, > If you need more details please let me know. > Regards. > > > Hi Could any one help me in this forum? Thank you

2 2

Another Regex Question
by Dave DeLong 13 Mar '08

13 Mar '08

This is both a Regex syntax and a boost question (in, so here goes... I've got the following code to strip out all <a>, <frame>, and <iframe> tags from a webpage and parse them for their href or src attributes (yes, I realize that it can potentially grab an <a src=""> or an <iframe href="">, but that's ok for this project). Surprise surprise, it doesn't work quite as I'd hoped, and I was wondering if you could help me ascertain the problem: (pageSource is a pointer to a string containing the source of the page; the project specifications allow for the attribute to be formatted with either a single or double quote or neither around the actual URL. It correctly finds each tag and attribute, but it's grabbing the URL and also the "> that follow it.) How can I get rid of the closing "> ? void Page::parseLinks() { boost::regex linkTagRegex("(?i)<(a|i?frame)[^>]*>"); boost::regex linkRegex("(?i)(href|src)\\s*?=[\\w]*?([\\W]*?)[\\w]+?"); boost::sregex_token_iterator p(pageSource->begin(), pageSource->end(), linkTagRegex, 0); boost::sregex_token_iterator end; for (; p != end; p++) { string tag(p->first, p->second); boost::cmatch matches; if (boost::regex_search(tag.c_str(), matches, linkRegex)) { string * newLink = new string(matches[2].first); URL * foundLink = new URL(newLink); delete newLink; foundLink->resolveWithRespectTo(pageURL); foundLinks->add(foundLink); } } } Thanks! Dave

2 1

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