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

question about boost::bind
by Darin Buck 23 May '03

23 May '03

First, the working code: #include <boost/bind.hpp> #include <boost/function.hpp> #include <iostream> #include <string> #include <map> using namespace std; struct message { string mtablename; unsigned long long mpk; message(const string& tablename, const unsigned long long pk) : mtablename(tablename), mpk(pk) { } }; typedef boost::function < void, unsigned long long > MessageFunctor; typedef multimap < string, MessageFunctor > MessageFunctorMap; typedef pair < MessageFunctorMap::iterator, MessageFunctorMap::iterator > MessageFunctorTableMapIteratorPair; void callfunctor(pair < string, MessageFunctor > item, unsigned long long pk) { item.second(pk); } class MessageCenter { MessageFunctorMap mHandlerMap; public: MessageCenter() { } void sendMessage(message& amessage) { MessageFunctorTableMapIteratorPair iterPair = mHandlerMap.equal_range(amessage.mtablename); std::for_each(iterPair.first, iterPair.second, boost::bind (&callfunctor, _1, amessage.mpk)); // QUESTION LINE } void addHandler(string tableName, MessageFunctor handler) { mHandlerMap.insert(make_pair(tableName, handler)); } }; int gFooCounter = 0; void fooHandler(unsigned long long x) { cout << "fooHandler called on pk=" << x << endl; gFooCounter++; } void gooHandler(unsigned long long x){} int main(int argc, const char** argv) { MessageCenter messageCenter; messageCenter.addHandler("foo", fooHandler); messageCenter.addHandler("foo", fooHandler); messageCenter.addHandler("goo", gooHandler); // send some messages message fooMessage("foo", 123); messageCenter.sendMessage(fooMessage); if(gFooCounter != 2) cerr << "something didn't work"; else cout << "everything worked..." << endl; return 0; } now for the question: on the line labeled "QUESTION LINE", you can see that I'm binding to a functor called "callfunctor". All callfunctor does is call the functor embedded in the map's pair. Is there a way to simplify the line in question so that I don't need to create the functor just to get access to the pair.second member? -Darin

2 1

smart pointer into classes this
by Erik Thiele 23 May '03

23 May '03

hi i use my own smartpointer class but hope to consolidate it into some other standard class some day (like the boost smart_ptr). an open point is the "this" pointer in classes. i have a problem with this situation: class myclass { void foo (); }; void myclass::foo() { // i do not know, if there is a smartpointer on me. // in some situations i'd like to have it! // that's why "this" exists, but "this" is not a // smartpointer! so either i have to get it in my // parameter list, or i have to be derived from // some "smartpointable" base class and call the // thissmartptr() member function. // but how should i implement the "thissmartptr" function? // in the class construction, nobody gets the smartpointer. } void main() { // sp is the smartpointer sp<myclass> m (new myclass()); // does this kind of initialisation still work // when the thissmartptr stuff shall be implemented? } i have no clue on how to implement the thissmartptr problem. my problems are class construction. do you have any plans, or is it even already implemented in the smart_ptr? cu & thx erik -- Erik Thiele

2 1

building regex v3 with a "no-namespaces" compiler
by Nik Kolev 23 May '03

23 May '03

Hi all: Is it possible to build the regex v3 library with a compiler that does not recognize namespaces? Thanks, --Nik

2 1

one last boost conversion question: notify_one
by Mark Sizer 22 May '03

22 May '03

I have a message queue class that has the following API: post( msg ); msg get(); where get( msg ) blocks until there is a message available and post( msg ) notifies when a message is posted. There are four threads waiting in get: MSG mqueue::get(); { MSG msgResult; { boost::mutex::scoped_lock lockQueue( _mutexQueue ); _conditionMessageReady.wait( lockQueue ); if ( _queueOut.size() > 0 ) { msgResult = _queueOut.front(); _queueOut.pop(); } } return msgResult; } The post method USED TO do this: void mqueue::post( MSG msg ) { { boost::mutex::scoped_lock lockQueue( _mutexQueue ); _queueOut.push(msg); } _conditionMessageReady.notify_one(); } When the queue was just a little bit busy (one thread processing, not all four), messages would go into the queue and never come out. I changed the .notify_one() to .notify_all() and I no longer have messages getting stuck in the queue. However, now I have a bunch of threads getting released when there is nothing for them to do (they just loop around and wait again, but YUCK!). Am I missing something or is this "expected" behavior? Thanks again, - Mark P.S. The lockQueue is locked when the condition is done waiting, right?

3 3

newbie regex problem
by Mark Sizer 22 May '03

22 May '03

Everything builds and runs fine, I'm just not getting the result I expect. std::string sString = "Now is the time for all good men..."; std::string sRegEx1 = "^Now"; boost::regex regex1( sRegEx1 ); CPPUNIT_ASSERT( boost::regex_match(sString, regex1) ); is failing. I have to assume I'm doing something really stupid. Could someone tell me what? Thanks, - Mark

2 2

boost::thread and detaching
by Aatu Koskensilta 22 May '03

22 May '03

Hello. I have a very simple server, in which there is a loop that looks like while( (c_sock = accept(...)) != -1) { try { boost::thread thr( boost::bind(&ServerClass::client_connection, this, c_sock)); }catch ( const std::exception & e) { std::cout << "Exception " << e << std::endl; close(c_sock); } } Now, it used to look more like while( (c_sock = accept(...)) != -1) { pthread_t thr; pthread_attr_t attrs; pthread_attr_init(&attrs); pthread_attr_setdetachstate(&attrs, PTHREAD_CREATE_DETACHED); thr_data * data = new thr_data(this, c_sock); pthread_create(&thr, &attrs, thread_proxy_function, thr_data); } (Actually, the pthread specific stuff and thread parameter wrapping and all that that was done with wrappers written by me. Also, there was proper error checking and all.) Now, the older version worked without any problems. However, the newer version using boost::thread ceased to work after approximately 256 threads had been created *all of which had exited*, pthread_create reporting an error Memory allocation failed which was reported as a resource allocation error by boost::thread. It seems that this problem was caused by the fact that the thread function usually got to execute and finish *before* the temporary thread object was destroyed (boost::thread destructor calls pthread_detach). Apparently LinuxThreads didn't consider it prudent to release the resources allocated to the thread upon call of pthread_detach if the thread had exited but no one had joined it yet. Is my analysis credible? Am I doing something completely idiotic here? I managed to get my server code functioning by poking at the boost::thread code and making it create threads detached by default, but that's hardly a very elegant solution. I'm testing this code in a RedHat 9 Linux box. -- Aatu Koskensilta (aatu.koskensilta(a)xortec.fi) "Wovon man nicht sprechen kann, daruber muss man schweigen" - Ludwig Wittgenstein, Tractatus Logico-Philosophicus

2 2

feature request: date_time module: date_iterator--
by Erik Thiele 22 May '03

22 May '03

hi the date iterator only has ++ but no --. please add the -- cu & thx erik -- Erik Thiele

2 1

date_time local to UTC conversion
by Erik Thiele 22 May '03

22 May '03

hi. i am using boost::date_time i am using ptime always in UTC. but some time i have to interact with user. therefore i need to convert the ptime to the local ptime back and forth. int foo () { ptime mytime_asutc = some_UTC_time; ptime mytime_aslocal = XXX (mytime_asutc); ptime histime_aslocal = some_local_time; ptime histime_asutc = YYY (histime_aslocal); } i am in germany, so i'd like to use germany local settings. best would be to get all information from unix TZ variable. but i found out, only one direction of conversion works with unix TZ. the other one needs manual input. i don't understand the eu_dst_trait stuff. i'd very much appreciate to have XXX and YYY. cu & thx erik -- Erik Thiele

1 0

VC7.1 and ublas
by Witz 22 May '03

22 May '03

hi, When i try to compile the code in listing 1 below using MSVC7.1 i get a whole host of errors of the same form as that given in listing 2. I've looked around on google but either i'm not concentrating or this issue hasn't come up yet. I've also had a quick look in boost/format but would rather not hack around with stuff i don't know. Does anyone know what i need to do to get this working? Thanks in advance, Ian Whittley Listing 1: #include <boost/numeric/ublas/triangular.hpp> int main() { boost::numeric::ublas::triangular_matrix<int> m; } Listing 2: 'C:\Developer\boost_1_30_0\boost\numeric\ublas\matrix_expression.hpp(781): error C2027: use of undefined type 'boost::numeric::ublas::vector_matrix_binary<E1,E2,F>::const_iterator2'

4 4

RE: [Boost-Users] boost::date_time::posix_time and Intel Compiler 7.0?
by Ferdinand Prantl 22 May '03

22 May '03

Hi Andre, this is not only behavior of VC, all compilers, as far as I know have some include/lib paths preconfigured, to prevent you from specifying them always on command lines. You have two options how to use stlport: 1) #include <stlport/string> + STLport allows it and it does not clash with the VC STL and you can do also some benchmarks... ;-) - your code has hard-coded includes of STL headers and it is not easy to switch STL then 2) #include <string> + your includes look standard for any compiler/STL - your compiler must support replacing of its own ST with the alternative one (STLport) The 2) option you can achieve with VC by two ways: a) do not rely on the built-in header/lib paths and provide them always on the command line or environment (I'd recommend the latter...) - it is turned on by the switch /useenv (VC7) or /env (VC6) and then you have to provide your own paths e.g. in environment: INCLUDE=D:\STLport-4.5.3;D:\STLport-4.5.3\stlport;D:\Program Files\Microsoft Visual Studio .NET\Vc7\ATLMFC\INCLUDE;D:\Program Files\Microsoft Visual Studio .NET\Vc7\INCLUDE;D:\Program Files\Microsoft Visual Studio .NET\Vc7\PlatformSDK\include;D:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\include;D:\Program Files\Microsoft Visual Studio .NET\Vc7\PlatformSDK\include\prerelease LIB=D:\STLport-4.5.3\lib;D:\Program Files\Microsoft Visual Studio .NET\Vc7\LIB;D:\Program Files\Microsoft Visual Studio .NET\Vc7\ATLMFC\LIB;D:\Program Files\Microsoft Visual Studio .NET\Vc7\PlatformSDK\lib;D:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\lib;D:\Program Files\Microsoft Visual Studio .NET\Vc7\PlatformSDK\lib\prerelease b) modify the paths in the VC's configuration - see the menu Tools/Options Projects/VC++ Directories and put the path(s) to STLport into the three of them: Include (for compiler), Library (for linker), Source (for debugger - necessary only in VC6, VC7 uses absolute paths n PDBs) I personally prefer 2) a) because if I do not want to compile everything on my machine with STLport, it prevents me from still reconfiguring of VC system paths and I can set the variables simply in a build batch for devenv /build, and in a IDE-runing batch for tho work. Then I can easily test also more versions of STLport. You can choose your favorite way, rgds, Ferda -----Original Message----- From: adutoit [mailto:adutoit@stonethree.com] Sent: Wednesday, May 21, 2003 16:41 To: Boost-Users(a)yahoogroups.com Subject: Re: [Boost-Users] boost::date_time::posix_time and Intel Compiler 7.0? I know I said I will not return soon, but I finally realised that stupid Visual C++ is to blame for my original compilation error, not anyone from Boost or the Intel compiler writer team. For some reason, the order in which you specify include paths (for crying out loud!) matters in Visual C++!!! That means I must specify STLPort include path first, then stupid VC98 include path. Now I am down to one compilation error, using my much-reported compilation setup : Compiling... graph_qt.cpp C:\PROGRAM FILES\BOOST_1_30_0\boost/lexical_cast.hpp(147): error: no operator "<<" matches these operands operand types are: _STL::basic_stringstream<wchar_t, _STL::char_traits<wchar_t>, _STL::allocator<wchar_t>> << const _STL::basic_string<char, _STL::char_traits<char>, _STL::allocator<char>> return stream << input; ^ detected during: instantiation of "bool={bool} boost::detail::lexical_stream<Target, Source>::operator<<(const Source &) [with Target=unsigned short, Source=_STL::basic_string<char, _STL::char_traits<char>, _STL::allocator<char>>]" at line 192 instantiation of "Target boost::lexical_cast<Target,Source>(Source) [with Target=unsigned short, Source=_STL::basic_string<char, _STL::char_traits<char>, _STL::allocator<char>>]" at line 30 of "C:\PROGRAM FILES\BOOST_1_30_0\boost/date_ti me/time_parsing.hpp" instantiation of "time_duration boost::date_time::parse_delimited_time_duration<time_duration>(const _STL::string &) [with time_duration=boost::posix_time::time_duration]" compilation aborted for C:\home\adutoit\work\s3_qt\s3_qt\graph_qt.cpp (code 2) Error executing cl.exe. libs3_qt.lib - 1 error(s), 0 warning(s) Any ideas? (Except for checking my include path specs again :) ) Greetings, Andre ----- Original Message ----- From: "adutoit" <adutoit(a)stonethree.com> To: <Boost-Users(a)yahoogroups.com> Sent: Wednesday, May 21, 2003 4:16 PM Subject: Re: [Boost-Users] boost::date_time::posix_time and Intel Compiler 7.0? > Right; here are my compiler options, build configuration and the rest. > > Basically I am building a static library, which depends on some > in-house software components, Qt and Boost. Our own library S3FC (), > uses templates in such a manner as to make MSVC6 very unhappy. > Therefore we use the Intel compiler under M$. Needless to say, our > software compiles problemfree with GCC. For the aforementioned and > other reasons we do not make use of Microsoft Foundation Classes when > compiling under Windoze, but use the latest version of STLPort (which > has been at the same version level for some > time now). > > Anyway; our Windows development work takes place under Visual C++ but > with the Intel compiler (version 7.0) selected instead of the MSVC6 > compiler. > > OK; with this background then, here is the basic Visual C++ project settings > for my build of the above-mentioned library. I have removed include > paths etc. which point to in-house > software: > > 1) "Not Using MFCC" selected for general project settings (as > explained above). > 2) Warning level => 3 > Optimizations => Maximise Speed > Debug info => None > 3) Project Options => > /nologo /ML /W3 /GR /GX /O2 /D "NDEBUG" /D "DEP_MS_WIN" /D "WIN32" > /D "_WINDOWS" /U "QT_NO_STL" /Fp"Release/libs3_qt.pch" /YX > /Fo"Release/" /Fd"Release/" /FD > /c > > The include and library paths for STLPort is set somewhere else, but > these are basically the options. > > If anyone knows of any special project options, preprocessor > directives I am > perhaps missing for building Boost-related projects with the Intel compiler, > please let me know! > I suspect that we will soon be using Boost for other functionality > besides that provided by date_time at the moment. Besides, I like the > library and works in our main development environment, Linux with the > GCC compiler. > > OK, I am forgetting about this problem for a day or two... Thanks to > everyone who has provided me with help so far, especially Jeff > Garland. > > Greetings, > Andre. > > ----- Original Message ----- > From: "Jeff Garland" <jeff(a)crystalclearsoftware.com> > To: <Boost-Users(a)yahoogroups.com> > Sent: Wednesday, May 21, 2003 3:42 PM > Subject: RE: [Boost-Users] boost::date_time::posix_time and Intel > Compiler 7.0? > > > > > > > Anyway; it just irks me that I should have issues with 'standard' stuff, > > > like streaming operators. > > > And the fact that the same code compiles with MSVC6 and NOT the > > > Intel compiler. > > > > Ok. > > > > > Back on the #define which started my woes. The fact of the matter > > > is, I > get > > > everything compiled when using MSVC6 and not the Intel compiler! > > > I.e. the MSVC6-specific code works, the 'other' compiler code for > > > the supposedly more Boost-compliant/friendly Intel compiler does > > > not. > > > > I guess I was thinking that what was happening is that when > > compiling with Intel you were getting the MSVC defined and hence > > were taking the non-generic code. Perhaps not... > > > > Have you tried to run the tests in libs/date_time/test with your > > Intel/STLPort configuration? That might help diagnose the issue. > > Also, it might be instructive to post your compile command. Perhaps > > someone with experience on Intel can figure out why your > > configuration differs from the one that apparently passes the tests. > > > > > Could it be because I am using STLPort in conjunction with the > > > Intel compiler? > > > > Might be a factor. There have been some issues before with the > > library configuration assuming MSVC limitations which don't apply > > with STLPort in the mix. > > > > > Aargh. Just give me Linux and GCC... > > > > Agreed :-) > > > > Jeff > > > > > > > > Info: <http://www.boost.org> > > Wiki: > > <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > > > > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ > > > > > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > ------------------------ Yahoo! Groups Sponsor ---------------------~--> Get A Free Psychic Reading! Your Online Answer To Life's Important Questions. http://us.click.yahoo.com/Lj3uPC/Me7FAA/uetFAA/EbFolB/TM ---------------------------------------------------------------------~-> Info: <http://www.boost.org> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

2 1

RE: [Boost-Users] boost::date_time::posix_time and Intel Compiler 7.0?
by Tom Matelich 22 May '03

22 May '03

I think you might be getting bit by the way wchar_t == unsigned short on MSVC, and when Intel uses MSVC compatibility. If you look, its using a basic_stringstream<wchar_t...> You could try /Zc:wchar_t to make wchar_t an intrinsic type. > -----Original Message----- > From: adutoit [mailto:adutoit@stonethree.com] > Sent: Wednesday, May 21, 2003 7:41 AM > To: Boost-Users(a)yahoogroups.com > Subject: Re: [Boost-Users] boost::date_time::posix_time and Intel > Compiler 7.0? > > > I know I said I will not return soon, but I finally realised > that stupid > Visual C++ is to blame for my original compilation error, not > anyone from > Boost or the Intel compiler writer team. > > For some reason, the order in which you specify include paths > (for crying > out loud!) matters in Visual C++!!! > > That means I must specify STLPort include path first, then stupid VC98 > include path. Now I am down to one compilation error, using my > much-reported compilation setup : > > Compiling... > graph_qt.cpp > C:\PROGRAM FILES\BOOST_1_30_0\boost/lexical_cast.hpp(147): error: no > operator "<<" matches these operands > operand types are: _STL::basic_stringstream<wchar_t, > _STL::char_traits<wchar_t>, _STL::allocator<wchar_t>> << const > _STL::basic_string<char, _STL::char_traits<char>, > _STL::allocator<char>> > return stream << input; > ^ > detected during: > instantiation of "bool={bool} > boost::detail::lexical_stream<Target, > Source>::operator<<(const Source &) > [with Target=unsigned short, Source=_STL::basic_string<char, > _STL::char_traits<char>, _STL::allocator<char>>]" at line 192 > instantiation of "Target > boost::lexical_cast<Target,Source>(Source) [with > Target=unsigned short, > Source=_STL::basic_string<char, _STL::char_traits<char>, > _STL::allocator<char>>]" at line 30 of "C:\PROGRAM > FILES\BOOST_1_30_0\boost/date_ti > me/time_parsing.hpp" > instantiation of "time_duration > boost::date_time::parse_delimited_time_duration<time_duration>(const > _STL::string &) [with time_duration=boost::posix_time::time_duration]" > compilation aborted for > C:\home\adutoit\work\s3_qt\s3_qt\graph_qt.cpp (code > 2) > Error executing cl.exe. > > libs3_qt.lib - 1 error(s), 0 warning(s) > > > Any ideas? (Except for checking my include path specs again :) ) > > Greetings, > Andre > ----- Original Message ----- > From: "adutoit" <adutoit(a)stonethree.com> > To: <Boost-Users(a)yahoogroups.com> > Sent: Wednesday, May 21, 2003 4:16 PM > Subject: Re: [Boost-Users] boost::date_time::posix_time and > Intel Compiler > 7.0? > > > > Right; here are my compiler options, build configuration > and the rest. > > > > Basically I am building a static library, which depends on > some in-house > > software components, Qt and Boost. > > Our own library S3FC (), uses templates in such a manner as > to make MSVC6 > > very unhappy. Therefore we use the Intel compiler under M$. > > Needless to say, our software compiles problemfree with > GCC. For the > > aforementioned and other reasons we do not make use of > > Microsoft Foundation Classes when compiling under Windoze, > but use the > > latest version of STLPort (which has been at the same > version level for > some > > time now). > > > > Anyway; our Windows development work takes place under > Visual C++ but with > > the Intel compiler (version 7.0) selected instead of the > MSVC6 compiler. > > > > OK; with this background then, here is the basic Visual C++ project > settings > > for my build of the above-mentioned library. I have > removed include paths > > etc. which point to in-house > > software: > > > > 1) "Not Using MFCC" selected for general project settings > (as explained > > above). > > 2) Warning level => 3 > > Optimizations => Maximise Speed > > Debug info => None > > 3) Project Options => > > /nologo /ML /W3 /GR /GX /O2 /D "NDEBUG" /D "DEP_MS_WIN" > /D "WIN32" /D > > "_WINDOWS" > > /U "QT_NO_STL" /Fp"Release/libs3_qt.pch" /YX /Fo"Release/" > /Fd"Release/" > /FD > > /c > > > > The include and library paths for STLPort is set somewhere > else, but these > > are basically the options. > > > > If anyone knows of any special project options, > preprocessor directives I > am > > perhaps missing for building Boost-related projects with the Intel > compiler, > > please let me know! > > I suspect that we will soon be using Boost for other > functionality besides > > that provided by date_time at the moment. Besides, I like > the library and > > works in our main development environment, > > Linux with the GCC compiler. > > > > OK, I am forgetting about this problem for a day or two... > > Thanks to everyone who has provided me with help so far, > especially Jeff > > Garland. > > > > Greetings, > > Andre. > > > > ----- Original Message ----- > > From: "Jeff Garland" <jeff(a)crystalclearsoftware.com> > > To: <Boost-Users(a)yahoogroups.com> > > Sent: Wednesday, May 21, 2003 3:42 PM > > Subject: RE: [Boost-Users] boost::date_time::posix_time and > Intel Compiler > > 7.0? > > > > > > > > > > > Anyway; it just irks me that I should have issues with > 'standard' > stuff, > > > > like streaming operators. > > > > And the fact that the same code compiles with MSVC6 and > NOT the Intel > > > > compiler. > > > > > > Ok. > > > > > > > Back on the #define which started my woes. The fact of > the matter is, > I > > get > > > > everything compiled when using MSVC6 and not the Intel compiler! > > > > I.e. the MSVC6-specific code works, the 'other' > compiler code for the > > > > supposedly more Boost-compliant/friendly Intel compiler > does not. > > > > > > I guess I was thinking that what was happening is that > when compiling > > > with Intel you were getting the MSVC defined and hence > were taking the > > > non-generic code. Perhaps not... > > > > > > Have you tried to run the tests in libs/date_time/test with your > > > Intel/STLPort configuration? That might help diagnose the issue. > > > Also, it might be instructive to post your compile > command. Perhaps > > > someone with experience on Intel can figure out why your > configuration > > > differs from the one that apparently passes the tests. > > > > > > > Could it be because I am using STLPort in conjunction > with the Intel > > > > compiler? > > > > > > Might be a factor. There have been some issues before > with the library > > > configuration assuming MSVC limitations which don't apply > with STLPort > > > in the mix. > > > > > > > Aargh. Just give me Linux and GCC... > > > > > > Agreed :-) > > > > > > Jeff > > > > > > > > > > > > Info: <http://www.boost.org> > > > Wiki: > <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > > > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > > > > > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > > > > > > > > > > > Info: <http://www.boost.org> > > Wiki: > <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > > > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get A Free Psychic Reading! Your Online Answer To Life's > Important Questions. > http://us.click.yahoo.com/Lj3uPC/Me7FAA/uetFAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

2 1

RE: [Boost-Users] Intel compiler, Boost and STLPort (3rd try)
by Tom Matelich 22 May '03

22 May '03

We've used Intel 6-7.1, with boost and STLPort for the last 9 months. I also make sure to use the latest Platform SDK. There were a few issues here and there, but things mostly went fine. Is your STLPort built with Intel or MSVC? Here are our instructions for building STLPort from our wiki: * edit stlport/stl_user_config,uncomment the macro _STLP_NEW_PLATFORM_SDK defined. * on the command line, go to the src subdirectory * run nmake -f intel50.mak clean all (make sure in your global include path that the SDK inlclude path comes before the VC98 path otherwise you will get build errors) * If successful, run nmake -f intel50.mak all install * In MSVC, go to tools/options/Directories, and make [path to msvc]/VC98/include/stlport the first entry in the list. After that: What command line options are you using? Are you using MSVC or Makefiles? I just went and looked at your errors again... It says std::. That implies you are not using STLPort, because theirs comes up saying STLP:: (or something like that). > -----Original Message----- > From: Andre du Toit [mailto:adutoit@stonethree.com] > Sent: Wednesday, May 21, 2003 11:45 AM > To: boost-users > Subject: [Boost-Users] Intel compiler, Boost and STLPort (3rd try) > > > Ahem, could someone please answer my simple question: > > Is is possible to compile programs which use Boost and > STLPort (instead > of Microsoft Foundation Classes) with the Intel compiler, on Windows? > > I am getting all kinds of weird errors which relate to streaming > operators, which makes me think that my usage of STLPort might be > involved? On the other hand, if I use MSCV6 instead of Intel > compiler > (7.0) I do not get the same errors. It seems that some of > our in-house > software can't be compiled with MSVC6 because of problems > this specific > compiler has with templates. The same code compiles without > problem on > the latest GCC compilers. > > My latest source of joy is the following (about which I am totally > clueless) : > > C:\PROGRAM FILES\BOOST_1_30_0\boost/lexical_cast.hpp(147): error: no > operator "<<" matches these operands > operand types are: std::basic_stringstream<wchar_t, > std::char_traits<wchar_t>, std::allocator<wchar_t>> << const > std::basic_string<char, std::char_traits<char>, std::allocator<char>> > return stream << input; > ^ > detected during: > instantiation of "bool={bool} > boost::detail::lexical_stream<Target, > Source>::operator<<(const Source > &) [with Target=unsigned short, Source=std::basic_string<char, > std::char_traits<char>, std::allocator<char>>]" at line 192 > instantiation of "Target > boost::lexical_cast<Target,Source>(Source) [with > Target=unsigned short, > Source=std::basic_string<char, std::char_traits<char>, > std::allocator<char>>]" at line 30 of "C:\PROGRAM > FILES\BOOST_1_30_0\boost/date_time/ > time_parsing.hpp" > instantiation of "time_duration > boost::date_time::parse_delimited_time_duration<time_duration>(const > std::string &) [with time_duration=boost::posix_time::time_duration]" > C:\PROGRAM FILES\BOOST_1_30_0\boost/lexical_cast.hpp(153): error: no > operator ">>" matches these operands > operand types are: std::basic_stringstream<char, > std::char_traits<char>, std::allocator<char>> >> boost::int64_t > stream >> output && > ^ > detected during: > instantiation of "bool={bool} > boost::detail::lexical_stream<Target, > Source>::operator>>(InputStreamable &) [with > Target=boost::int64_t={__int64}, Source=std::basic_string<char, > std::char_traits<char>, std::allocator<char>>, InputStreamab > le=boost::int64_t={__int64}]" at line 192 > instantiation of "Target > boost::lexical_cast<Target,Source>(Source) [with > Target=boost::int64_t={__int64}, Source=std::basic_string<char, > std::char_traits<char>, std::allocator<char>>]" at line 47 of > "C:\PROGRAM FILES\BOOST_1_30_0\boost/ > date_time/time_parsing.hpp" > instantiation of "time_duration > boost::date_time::parse_delimited_time_duration<time_duration>(const > std::string &) [with time_duration=boost::posix_time::time_duration]" > > Greetings, > Andre. > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get A Free Psychic Reading! Your Online Answer To Life's > Important Questions. > http://us.click.yahoo.com/Lj3uPC/Me7FAA/uetFAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

2 1

RE: [Boost-Users] boost::date_time::posix_time and Intel Compiler 7.0?
by Jim.Hyslop 22 May '03

22 May '03

adutoit [mailto:adutoit@stonethree.com] wrote: > I know I said I will not return soon, but I finally realised > that stupid > Visual C++ is to blame for my original compilation error, not > anyone from > Boost or the Intel compiler writer team. > > For some reason, the order in which you specify include paths > (for crying > out loud!) matters in Visual C++!!! Er, Visual C++ is not alone in this behaviour. The compilers I'm familiar with all behave that way - the directories are searched in the order they are specified. When a match is found, the search stops. The same logic applies when using LIB to find libraries, PATH to find executables, and so on. Why should INCLUDE behave differently? Think about it - you have two different header files with the same name: the standard ones shipped with VC, and the StlPORT. How else would you expect the compiler to behave? Pick the last one it finds? Pick one at random? Spit out an error? -- Jim

2 1

singleton
by sashan 21 May '03

21 May '03

Is there construct that supports the singleton idea in boost? I've searched through the docs but may have missed it. I find it odd that it's not there. -- sashan http://sashan.netfirms.com -------------------------------------------------- Brain: Here we are, Pinky--at the dawn of time! Pinky: Narf, Brain. Wake me at the noon of time.

2 1

HPUX aCC regex problems
by ilopanaj 21 May '03

21 May '03

Hello, Has anyone had any success building the regex library (1_26_0 - 1_30_0) using any of the recent aCC versions under HPUX 11.11? If so, are there any tricks or modifications necessary to get it to work? Thanks in advance, Jerry

2 1

boost::mutex::scoped_lock conventions
by Mark Sizer 21 May '03

21 May '03

Is there a convention about whether or not to explicitly call .unlock()? In the case where everything to the end of the scope should be locked, there is no NEED to do it, but isn't it a bit sloppy to leave locks locked? Much like not using braces on one-line 'if' statements, it could cause maintenance problems later. What's the current thinking? Thanks, - Mark P.S. I'm currently always unlocking, because sometimes I want to unlock before the scope ends. This makes it clear exactly what I intend.

6 25

Intel compiler, Boost and STLPort (3rd try)
by Andre du Toit 21 May '03

21 May '03

Ahem, could someone please answer my simple question: Is is possible to compile programs which use Boost and STLPort (instead of Microsoft Foundation Classes) with the Intel compiler, on Windows? I am getting all kinds of weird errors which relate to streaming operators, which makes me think that my usage of STLPort might be involved? On the other hand, if I use MSCV6 instead of Intel compiler (7.0) I do not get the same errors. It seems that some of our in-house software can't be compiled with MSVC6 because of problems this specific compiler has with templates. The same code compiles without problem on the latest GCC compilers. My latest source of joy is the following (about which I am totally clueless) : C:\PROGRAM FILES\BOOST_1_30_0\boost/lexical_cast.hpp(147): error: no operator "<<" matches these operands operand types are: std::basic_stringstream<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t>> << const std::basic_string<char, std::char_traits<char>, std::allocator<char>> return stream << input; ^ detected during: instantiation of "bool={bool} boost::detail::lexical_stream<Target, Source>::operator<<(const Source &) [with Target=unsigned short, Source=std::basic_string<char, std::char_traits<char>, std::allocator<char>>]" at line 192 instantiation of "Target boost::lexical_cast<Target,Source>(Source) [with Target=unsigned short, Source=std::basic_string<char, std::char_traits<char>, std::allocator<char>>]" at line 30 of "C:\PROGRAM FILES\BOOST_1_30_0\boost/date_time/ time_parsing.hpp" instantiation of "time_duration boost::date_time::parse_delimited_time_duration<time_duration>(const std::string &) [with time_duration=boost::posix_time::time_duration]" C:\PROGRAM FILES\BOOST_1_30_0\boost/lexical_cast.hpp(153): error: no operator ">>" matches these operands operand types are: std::basic_stringstream<char, std::char_traits<char>, std::allocator<char>> >> boost::int64_t stream >> output && ^ detected during: instantiation of "bool={bool} boost::detail::lexical_stream<Target, Source>::operator>>(InputStreamable &) [with Target=boost::int64_t={__int64}, Source=std::basic_string<char, std::char_traits<char>, std::allocator<char>>, InputStreamab le=boost::int64_t={__int64}]" at line 192 instantiation of "Target boost::lexical_cast<Target,Source>(Source) [with Target=boost::int64_t={__int64}, Source=std::basic_string<char, std::char_traits<char>, std::allocator<char>>]" at line 47 of "C:\PROGRAM FILES\BOOST_1_30_0\boost/ date_time/time_parsing.hpp" instantiation of "time_duration boost::date_time::parse_delimited_time_duration<time_duration>(const std::string &) [with time_duration=boost::posix_time::time_duration]" Greetings, Andre.

1 0

RE: [Boost-Users] boost::date_time::posix_time and Intel Compiler 7.0?
by Tom Matelich 21 May '03

21 May '03

One other thing I should point out to you about building, or actually lack there of, inside MSVC. Intel doesn't know how to generate the PDB files themselves, so they call MSVC's cl to do it for them. This is a problem because if cl can't build the file, it doesn't generate any dependencies for it. If you use templates that MSVC can't handle, you'll probably want to switch to makefiles. We did. Fortunately, qmake rocks :) > -----Original Message----- > From: adutoit [mailto:adutoit@stonethree.com] > Sent: Wednesday, May 21, 2003 7:16 AM > To: Boost-Users(a)yahoogroups.com > Subject: Re: [Boost-Users] boost::date_time::posix_time and Intel > Compiler 7.0? > > > Right; here are my compiler options, build configuration and the rest. > > Basically I am building a static library, which depends on > some in-house > software components, Qt and Boost. > Our own library S3FC (), uses templates in such a manner as > to make MSVC6 > very unhappy. Therefore we use the Intel compiler under M$. > Needless to say, our software compiles problemfree with GCC. For the > aforementioned and other reasons we do not make use of > Microsoft Foundation Classes when compiling under Windoze, but use the > latest version of STLPort (which has been at the same version > level for some > time now). > > Anyway; our Windows development work takes place under Visual > C++ but with > the Intel compiler (version 7.0) selected instead of the > MSVC6 compiler. > > OK; with this background then, here is the basic Visual C++ > project settings > for my build of the above-mentioned library. I have removed > include paths > etc. which point to in-house > software: > > 1) "Not Using MFCC" selected for general project settings (as > explained > above). > 2) Warning level => 3 > Optimizations => Maximise Speed > Debug info => None > 3) Project Options => > /nologo /ML /W3 /GR /GX /O2 /D "NDEBUG" /D "DEP_MS_WIN" > /D "WIN32" /D > "_WINDOWS" > /U "QT_NO_STL" /Fp"Release/libs3_qt.pch" /YX /Fo"Release/" > /Fd"Release/" /FD > /c > > The include and library paths for STLPort is set somewhere > else, but these > are basically the options. > > If anyone knows of any special project options, preprocessor > directives I am > perhaps missing for building Boost-related projects with the > Intel compiler, > please let me know! > I suspect that we will soon be using Boost for other > functionality besides > that provided by date_time at the moment. Besides, I like > the library and > works in our main development environment, > Linux with the GCC compiler. > > OK, I am forgetting about this problem for a day or two... > Thanks to everyone who has provided me with help so far, > especially Jeff > Garland. > > Greetings, > Andre. > > ----- Original Message ----- > From: "Jeff Garland" <jeff(a)crystalclearsoftware.com> > To: <Boost-Users(a)yahoogroups.com> > Sent: Wednesday, May 21, 2003 3:42 PM > Subject: RE: [Boost-Users] boost::date_time::posix_time and > Intel Compiler > 7.0? > > > > > > > Anyway; it just irks me that I should have issues with > 'standard' stuff, > > > like streaming operators. > > > And the fact that the same code compiles with MSVC6 and > NOT the Intel > > > compiler. > > > > Ok. > > > > > Back on the #define which started my woes. The fact of > the matter is, I > get > > > everything compiled when using MSVC6 and not the Intel compiler! > > > I.e. the MSVC6-specific code works, the 'other' compiler > code for the > > > supposedly more Boost-compliant/friendly Intel compiler does not. > > > > I guess I was thinking that what was happening is that when > compiling > > with Intel you were getting the MSVC defined and hence were > taking the > > non-generic code. Perhaps not... > > > > Have you tried to run the tests in libs/date_time/test with your > > Intel/STLPort configuration? That might help diagnose the issue. > > Also, it might be instructive to post your compile command. Perhaps > > someone with experience on Intel can figure out why your > configuration > > differs from the one that apparently passes the tests. > > > > > Could it be because I am using STLPort in conjunction > with the Intel > > > compiler? > > > > Might be a factor. There have been some issues before with > the library > > configuration assuming MSVC limitations which don't apply > with STLPort > > in the mix. > > > > > Aargh. Just give me Linux and GCC... > > > > Agreed :-) > > > > Jeff > > > > > > > > Info: <http://www.boost.org> > > Wiki: > <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > > > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get A Free Psychic Reading! > Your Online Answer To Life's Important Questions. > http://us.click.yahoo.com/aM1XQD/od7FAA/uetFAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

1 0

Release builds and C++Builder
by Russell Hind 21 May '03

21 May '03

Does doing a release build of the boost libraries define NDEBUG. (don't know if this is standard) but in C++Builder, NDEBUG disables asserts so it is useful to define it when doing release builds. Thanks Russell

2 2

lambda library: How to access member variables?
by Chuck Messenger 21 May '03

21 May '03

I'm trying to figure out how to do something like this: for_each(c.begin(), c.end(), cout << _1.member << "\n"); which is obviously wrong, but hopefully you know what I mean... Experimenting with ways of accessing members inside a lambda, I wrote the following: #include <iostream> #include <boost/lambda/lambda.hpp> #include <vector> using namespace std; using namespace boost; using namespace lambda; struct XX { XX(int a, int b) { a_ = a; b_ = b; } int a_; int b_; }; int main() { XX xx(5, 6); XX *xxp = &xx; cout << "These should all be equivalent:\n"; cout << xxp ->* &XX::a_ << endl; cout << (_1 ->* &XX::a_)(xxp) << endl; //cout << (_1 ->* &XX::a_)(&xx) << endl; // Doesn't compile! cout << (&_1 ->* &XX::a_)(xx) << endl; cout << "Now, let's try with the vector:\n"; vector<XX> xxVec; xxVec.push_back(XX(3, 4)); cout << (&_1 ->* &XX::a_)(xxVec[0]) << endl; //cout << (_1 ->* &XX::a_)(&xxVec[0]) << endl; // Doesn't compile! cout << (_1 ->* &XX::a_)(xxp = &xxVec[0]) << endl; // Now it compiles... //cout << (_1 ->* &XX::a_)(xxVec.begin()) << endl; // Doesn't compile! //cout << (_1 ->* &XX::a_)(&*xxVec.begin()) << endl; // Still not... cout << (_1 ->* &XX::a_)(xxp = &*xxVec.begin()) << endl; // Now it compiles... exit(0); } I'm mystified by why some of these lines don't compile (gcc 3.2.2). Can anyone explain it? The compiler generates some horrific error messages -- I haven't tried to pick through them yet... - Chuck

1 0

MPL and apply_if trouble
by Tarjei Knapstad 20 May '03

20 May '03

I encountered the following problem today which I've reduced down to a simple example. Basically what I want to do is recurse through a typelist (mpl::vector) popping an element each time and end recursion by using apply_if with mpl::empty<List> as the condition. I've made a simple Reverse class template to illustrate the problem. (The Reverse class is of course intended to reverse the contents of a typelist....) --------------------- begin code --------------------- #include <boost/mpl/front.hpp> #include <boost/mpl/push_back.hpp> #include <boost/mpl/pop_front.hpp> #include <boost/mpl/apply_if.hpp> #include <boost/mpl/empty.hpp> #include <boost/mpl/size.hpp> #include <boost/mpl/vector.hpp> using namespace boost::mpl; template <typename List> struct Reverse { typedef typename front<List>::type FrontElem; typedef typename pop_front<List>::type Rest; typedef typename apply_if< empty<Rest>, vector<FrontElem>, typename push_back<typename Reverse<Rest>::Type, FrontElem>::type >::type Type; }; typedef vector<int,int,long> List; typedef Reverse<List>::Type RevList; --------------------- end code ----------------------- When attempting to create the RevList type however, gcc spits the following at me: reverse.cpp: In instantiation of `boost::mpl::pop_front<boost::mpl::vector0<boost::mpl::void_> >': reverse.cpp:15: instantiated from `Reverse<boost::mpl::vector0<boost::mpl::void_> >' reverse.cpp:21: instantiated from `Reverse<boost::mpl::vector1<long int> >' reverse.cpp:21: instantiated from `Reverse<boost::mpl::vector2<int, long int> >' reverse.cpp:21: instantiated from `Reverse<List>' reverse.cpp:25: instantiated from here reverse.cpp:15: base class ` boost::mpl::pop_front_traits<boost::mpl::aux::vector_tag<0> >::algorithm<boost::mpl::vector0<boost::mpl::void_> >' has incomplete type reverse.cpp: In instantiation of `Reverse<boost::mpl::vector0<boost::mpl::void_> >': reverse.cpp:21: instantiated from `Reverse<boost::mpl::vector1<long int> >' reverse.cpp:21: instantiated from `Reverse<boost::mpl::vector2<int, long int> >' reverse.cpp:21: instantiated from `Reverse<List>' reverse.cpp:25: instantiated from here reverse.cpp:15: no type named `type' in `struct boost::mpl::pop_front<boost::mpl::vector0<boost::mpl::void_> >' reverse.cpp:21: no type named `type' in `struct boost::mpl::pop_front<boost::mpl::vector0<boost::mpl::void_> >' reverse.cpp: In instantiation of `Reverse<boost::mpl::vector1<long int> >': reverse.cpp:21: instantiated from `Reverse<boost::mpl::vector2<int, long int> >' reverse.cpp:21: instantiated from `Reverse<List>' reverse.cpp:25: instantiated from here reverse.cpp:21: no type named `Type' in `struct Reverse<boost::mpl::vector0<boost::mpl::void_> >' reverse.cpp: In instantiation of `Reverse<boost::mpl::vector2<int, long int> >': reverse.cpp:21: instantiated from `Reverse<List>' reverse.cpp:25: instantiated from here reverse.cpp:21: no type named `Type' in `struct Reverse<boost::mpl::vector1<long int> >' reverse.cpp: In instantiation of `Reverse<List>': reverse.cpp:25: instantiated from here reverse.cpp:21: no type named `Type' in `struct Reverse<boost::mpl::vector2<int, long int> >' reverse.cpp:25: syntax error before `;' token I cannot see why it reaches the point where it tries to instantiate Reverse with an empty typelist - the apply_if should stop that (at least that's my intention. Am I being a complete ass somewhere in this code snippet? I've become blinded by now, so if anyone can point out what's wrong I would greatly appreciate it. Sincerely, -- Tarjei

2 5

BOOST_DEDUCED_TYPENAME error
by Pete Cilliers 20 May '03

20 May '03

I get the following error when trying to use the filesystem library on MSVC 6.0 : error C2061: syntax error : identifier 'BOOST_DEDUCED_TYPENAME' The line causing the problem is in the \detail\iterator.hpp file: template <class T> type_traits::yes_type is_mutable_iterator_helper(T const*, BOOST_DEDUCED_TYPENAME T::value_type*); I have run a config Test and both BOOST_DEDUCED_TYPENAME and BOOST_NO_DEDUCED_TYPENAME are defined but have no value. Since MSVC 6.0 supports the 'typename' keyword I would think that the declaration above in the iterator.hpp file should use 'typename' rather than BOOST_DEDUCED_TYPENAME. Anyone else experience this problem? ******************************************************************************************* <http://www.intec-telecom-systems.com/> This e-mail and any attachments are confidential and may also be privileged and/or copyright material of Independent Technology Systems Limited (or its affiliated companies). If you are not the intended or authorised recipient of this email or have received it in error, please delete it immediately and notify the sender by e-mail. In such a case reading, reproducing, printing or further dissemination of this e-mail is strictly prohibited and may be unlawful. Independent Technology Systems Limited does not represent or warrant that an attachment hereto is free from computer viruses or other defects. The opinions expressed in this e-mail and any of the attachments may be those of the author and are not necessarily those of Independent Technology Systems Limited. ******************************************************************************************

2 1

dollar sign doesn't work in regular and format expressions
by Douglas Roberts 20 May '03

20 May '03

I am compiling a program that uses the boost RegEx library on an AS/400 native C compiler. When compiled with VC6 it runs fine, but when compiled with the AS/400 compiler, the dollar sign doesn't function in either the regular and format expressions. For example, when I try a regex_merge and I have a format expression something like this "Example $1 and $2", it will find the submatches, but not insert anything in for $1 and $2, it'll just be "Example and ". Also, in a regular expression when the dollar sign serves as a line anchor, it won't match when it should. Both usages of the dollar sign run fine when compiled on the PC. Everything else, so far, seems to be working okay on the AS/400. Anyone have any ideas? Thanks, Doug

2 1

Newbie: Problem with Signals
by Ray 20 May '03

20 May '03

I am having some problems with boost::signals version 1_30_0 on XP, compiled and linked using VC6. I am building a timer mechanism, similar to that with Qt. A user instanciates a timer with some millisecond value, starts the timer via t.Start(), and then enters the event loop (or in most cases, returns from a function call by the event loop). Timer definition: class Timer { typedef boost::signal1<void, int> TimerSignalType; typedef TimerSignalType::slot_type TimerSlotType; public: boost::signals::connection TimerConnect(const TimerSlotType& slot ) { return OnRing.connect( slot ); } Timer(); Timer( const Timer& ); Timer( unsigned long millesecInterval, TimerType t = Continous ); ~Timer(); void Start(); void Ring() {OnRing( myId );} private: TimerSignalType OnRing; int myId; }; void Rang( int i ) { cout << "Received timer " << endl; } main() { EventLoop *eventLoop = EventLoop::Instance(); Timer t1( 3000, Continous ); t1.TimerConnect( boost::bind( Rang, _1) ); t1.Start(); eventLoop->Exec(); } eventLoop->Exec() start an event loop. The code always crashes when atteping to execute the connected function. What am I doing wrong? Ray

2 3

RE: [Boost-Users] newbie regex problem
by Ferdinand Prantl 20 May '03

20 May '03

Hi Mark, boost::regex_match requires the regex to match the _whole_ string, use another regex - "^Now.*$" - or another method - boost::regex_search. See the documentation: http://www.boost.org/libs/regex/template_class_ref.htm#query_match http://www.boost.org/libs/regex/template_class_ref.htm#reg_search Ferda -----Original Message----- From: Mark Sizer [mailto:yg-boost-users@gmane.org] Sent: Tuesday, May 20, 2003 01:25 To: boost-users(a)yahoogroups.com Subject: [Boost-Users] newbie regex problem Everything builds and runs fine, I'm just not getting the result I expect. std::string sString = "Now is the time for all good men..."; std::string sRegEx1 = "^Now"; boost::regex regex1( sRegEx1 ); CPPUNIT_ASSERT( boost::regex_match(sString, regex1) ); is failing. I have to assume I'm doing something really stupid. Could someone tell me what? Thanks, - Mark ------------------------ Yahoo! Groups Sponsor ---------------------~--> Get A Free Psychic Reading! Your Online Answer To Life's Important Questions. http://us.click.yahoo.com/Lj3uPC/Me7FAA/uetFAA/EbFolB/TM ---------------------------------------------------------------------~-> Info: <http://www.boost.org> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

1 0