- Boost-users - lists.boost.org

regex Guidance
by Duane Murphy 31 May '02

31 May '02

Fellow Boosters, I am looking for a little guidance with the regex library. I have an application that I would like to use regex for. I am new to regex so I am not sure how to approach it. Mostly I am reading. The examples so far have been very impressive, but so complicated as to make it difficult to understand how to do something simple. What I would like to do is process a string (or file) that has many symbols that are delimited with something like "&foo;". The delimiters are not that interesting. Just something to make them easy to locate. The string between the delimiters is then used to lookup a replacement string and substituted. I would search for something like "&.*;". The examples show how a basic search and replace would work, but how would I do something with a looked-up replace? ...Duane -- "If tyranny and oppression come to this land, it will be in the guise of fighting a foreign enemy." - James Madison

1 1

regex and CodeWarrior?
by Duane Murphy 31 May '02

31 May '02

I am using Boost 1.27. Is there instructions or examples for how to use the regex library with Metrowerks CodeWarrior on a Macintosh (9.x)? ...Duane -- "If tyranny and oppression come to this land, it will be in the guise of fighting a foreign enemy." - James Madison

2 1

regex++ error
by adryio55 31 May '02

31 May '02

Hello, it seems there's an error in reg_expression::operator< in regex_compile.hpp file: bool BOOST_REGEX_CALL reg_expression<charT, traits, Allocator>::operator<(const reg_expression<charT, traits, Allocator>& e)const { // // we can't offer a diffinitive ordering, but we can be consistant: if(_flags != e.flags()) return _flags < e.flags(); if(_expression_len != e._expression_len) return _expression_len < e._expression_len; //error //return std::memcmp(expression(), e.expression(), _expression_len); //right return std::memcmp(expression(), e.expression(), _expression_len) < 0; } The error makes (regular expressions with equal _flags and _expression_len) memcmp() result -1 and +1, to be coverted in the same true bool return value; Thanks, Adriano

2 1

Regex++ regression test failed
by bustamam98 31 May '02

31 May '02

I've compiled boost 1.28 and tried the regex++ regression testing on test1252.txt. It looks like it's failing on some of the input lines. I'm running Linux RH72. Have anyone have any success with this file? Thanks Bustamam Error in line 10 of file test1252.txt Expression: [[:lower:]]+ Search text: Þßàáâãäåæçèéêëìíîïðñòóôõöøùúûüýþ÷ Flags: REG_EXTENDED | REG_PERL | REG_AWK | REG_EGREP | basic | char_classes | intervals | bk_refs | normal | basic | extended Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using POSIX API Error in line 11 of file test1252.txt Expression: [[:upper:]]+ Search text: ¿ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝÞß Flags: REG_EXTENDED | REG_PERL | REG_AWK | REG_EGREP | basic | char_classes | intervals | bk_refs | normal | basic | extended Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using POSIX API Error in line 12 of file test1252.txt Expression: [[:punct:]]+ Search text: ¡¢£¤¥¦§¨©ª«¬®¯°±²³´µ¶·¸¹º»¼½¾¿À Flags: REG_EXTENDED | REG_PERL | REG_AWK | REG_EGREP | basic | char_classes | intervals | bk_refs | normal | basic | extended Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using POSIX API Error in line 13 of file test1252.txt Expression: [[:print:]]+ Search text: ¡¢£¤¥¦§¨©ª«¬®¯°±²³´µ¶·¸¹º»¼½¾¿ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖ×ØÙÚÛÜÝÞßàáâãäåæçèéêë= ìíîïðñòóôõö÷øùúûüýþ Flags: REG_EXTENDED | REG_PERL | REG_AWK | REG_EGREP | basic | char_classes | intervals | bk_refs | normal | basic | extended Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using POSIX API Error in line 14 of file test1252.txt Expression: [[:graph:]]+ Search text: ¡¢£¤¥¦§¨©ª«¬®¯°±²³´µ¶·¸¹º»¼½¾¿ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖ×ØÙÚÛÜÝÞßàáâãäåæçèéêë= ìíîïðñòóôõö÷øùúûüýþ Flags: REG_EXTENDED | REG_PERL | REG_AWK | REG_EGREP | basic | char_classes | intervals | bk_refs | normal | basic | extended Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using POSIX API Error in line 15 of file test1252.txt Expression: [a-z]+ Search text: ßàáâãäåæçèéêëìíîïðñòóôõöøùúûüýþ Flags: REG_EXTENDED | REG_PERL | REG_AWK | REG_EGREP | basic | char_classes | intervals | bk_refs | normal | basic | extended Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using POSIX API Error in line 16 of file test1252.txt Expression: [a-z]+ Search text: ¿ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝÞ Flags: REG_EXTENDED | REG_PERL | REG_AWK | REG_EGREP | basic | char_classes | intervals | bk_refs | normal | basic | extended Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using POSIX API Error in line 17 of file test1252.txt Expression: [[:word:]]+ Search text: ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝÞßàáâãäåæçèéêëìíîïðñòóôõöøùúûüýþ Flags: REG_EXTENDED | REG_PERL | REG_AWK | REG_EGREP | basic | char_classes | intervals | bk_refs | normal | basic | extended Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using POSIX API Error in line 19 of file test1252.txt Expression: [[=a=]]+ Search text: aAàáâãäåÀÁÂÃÄÅ Flags: REG_EXTENDED | REG_PERL | REG_AWK | REG_EGREP | basic | char_classes | intervals | bk_refs | normal | basic | extended regex++ API result mismatch in sub-expression 0, found (0,1) expected (0,14) regex++ API result mismatch in regex_match(iterator, iterator, match_results&, const reg_expression&, int) regex++ API result mismatch in regex_match(const std::string&, match_results&, const reg_expression&, int) regex++ API result mismatch in regex_match(const char_t*, match_results&, const reg_expression&, int) regex++ API result mismatch in sub-expression 0, found (0,1) expected (0,14) regex++ API result mismatch in regex_match(iterator, iterator, match_results&, const reg_expression&, int) regex++ API result mismatch in regex_match(const std::string&, match_results&, const reg_expression&, int) regex++ API result mismatch in regex_match(const char_t*, match_results&, const reg_expression&, int) regex++ API result mismatch in sub-expression 0, found (0,1) expected (0,14) POSIX API result mismatch in sub-expression 0, found (0,1) expected (0,14) Error in line 25 of file test1252.txt Expression: ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝ Search text: ßàáâãäåæçèéêëìíîïðñòóôõöøùúûüýþ Flags: REG_EXTENDED | REG_ICASE | REG_PERL | REG_AWK | REG_EGREP | basic | char_classes | intervals | bk_refs | normal | basic | extended Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using regex++ API Match expected but not found using POSIX API 35 lines, 10 tests completed in file test1252.txt **** returning with error code 10 ********** errors detected; see stdout for details ***********

2 3

RE: [Boost-Users] shared_ptr and lazy copy
by Michael Davis 30 May '02

30 May '02

There is an implementation of the method you described (const and non-const versions of operator-> and operator*) at the following website: http://ootips.org/yonat/4dev/ Perhaps this guy might be talked into submitting it. -----Original Message----- From: Mark Storer To: 'Boost-Users(a)yahoogroups.com' Sent: 5/30/2002 1:35 PM Subject: [Boost-Users] shared_ptr and lazy copy Is there an easier way to use shared_ptr as a lazy copy method? It seems to me that the only way to do it would be by testing unique() (or use_count()) every time the pointed-to object was to be changed: boost::shared_ptr<foo> bar(new foo); boost::shared_ptr<foo> baz = bar; if(!baz->unique()) ... // make a deep copy baz->ChangeAFoo(); I can't think of a good way to alter shared_ptr either. The only thing I came up with would be const and non-const versions of operator-> and operator* where the non-const versions checked unique() and made a deep copy. This would seem to fall into that last question in the FAQ anyway... "Why doesn't shared_ptr provide (your pet feature here)". I'd think this could easily lead to unnecessary deep copies unless the programmer took explicit steps (lots of const_cast's) to avoid it. Am I missing anything? --Mark Storer Software Engineer Cardiff Software #include <disclaimer> typedef std::disclaimer<Cardiff> Discard; 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

shared_ptr and lazy copy
by Mark Storer 30 May '02

30 May '02

Is there an easier way to use shared_ptr as a lazy copy method? It seems to me that the only way to do it would be by testing unique() (or use_count()) every time the pointed-to object was to be changed: boost::shared_ptr<foo> bar(new foo); boost::shared_ptr<foo> baz = bar; if(!baz->unique()) ... // make a deep copy baz->ChangeAFoo(); I can't think of a good way to alter shared_ptr either. The only thing I came up with would be const and non-const versions of operator-> and operator* where the non-const versions checked unique() and made a deep copy. This would seem to fall into that last question in the FAQ anyway... "Why doesn't shared_ptr provide (your pet feature here)". I'd think this could easily lead to unnecessary deep copies unless the programmer took explicit steps (lots of const_cast's) to avoid it. Am I missing anything? --Mark Storer Software Engineer Cardiff Software #include <disclaimer> typedef std::disclaimer<Cardiff> Discard;

1 0

Problem with Boost.Thread and HP aCC
by raulh39 29 May '02

29 May '02

We are trying to compile Boost.Thread with HP aCC (with -AA option). In boost/function/function_base.hpp the compiler give us this error: Error 20: "function_base.hpp", line 37 # '<type name>' expected before '>'. template<bool> struct truth {}; We are using Boost 1.28.0. The line 37 in function_base.hpp has: template<bool> struct truth {}; We have found two ways to make it work: 1.- Comment out the line !! 2.- Replace with: template<bool a> struct truth {}; We think that the compiler is wrong but, is ok to comment this line? In earlier versions of this file this line doesn't exists, and it is never used, so it is necesary? Regards, Raúl.

2 1

RE: [Boost-Users] Problem with Boost.Thread and HP aCC
by Tom Matelich 29 May '02

29 May '02

When I first started trying to support aCC with Boost that was a common issue. Most of them were ferreted out. I don't think anybody is actively looking at that compiler, perhaps Jens Maurer still is. Anyway, the proper solution is to name the template parameter, your option 2. I've cc'ed Bill Kempf in case he doesn't follow this list. Tom Matelich -----Original Message----- From: raulh39 [mailto:rhuertas@tcpsi.es] Sent: Wednesday, May 29, 2002 10:15 AM To: Boost-Users(a)yahoogroups.com Subject: [Boost-Users] Problem with Boost.Thread and HP aCC We are trying to compile Boost.Thread with HP aCC (with -AA option). In boost/function/function_base.hpp the compiler give us this error: Error 20: "function_base.hpp", line 37 # '<type name>' expected before '>'. template<bool> struct truth {}; We are using Boost 1.28.0. The line 37 in function_base.hpp has: template<bool> struct truth {}; We have found two ways to make it work: 1.- Comment out the line !! 2.- Replace with: template<bool a> struct truth {}; We think that the compiler is wrong but, is ok to comment this line? In earlier versions of this file this line doesn't exists, and it is never used, so it is necesary? Regards, Raúl. 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

VC7, threads, and threads starting other threads
by Bill Eidson 28 May '02

28 May '02

Hi all, I am using boost 1.28 and the threads library on windows with VC7.Net. I am creating threads in a threadgroup use function objects. Inside of these threads, I am creating other threads again using function objects. The problem is at run time the debug environment is informing me of a call type collision indicating the return address/stack is set up incorrectly. The debug message: "The value of ESP was not properly saved across afunction call. This is usually a result of calling a function declared with one calling convention with a function pointer declared with a different calling convention." this is in the declaration template<typename Functor> void assign_to(Functor f) { this->assign_to(f,tag()); } The error is at the end of the function First, is it legal in boost::thread to start one thread in another Second, If it is, what is going on with the function_template.hpp code here Thanks bille

1 0

problem with c_regex_traits.cpp
by René Gutschmidt 28 May '02

28 May '02

Hi, i have problems with the file c_regex_traits.cpp. I work under CodeWarrior 6/7 with a Macintosh. These problem ist with boost 1.25.1,1.26. template <class charT> unsigned int BOOST_REGEX_CALL re_get_message(charT* buf, unsigned int len, unsigned int id) { unsigned int size = _re_get_message((char*)0, 0, id); if(len < size) return size; boost::scoped_array<char> cb(new char[size]); _re_get_message(cb.get(), size, id); size = boost::c_regex_traits<wchar_t>::strwiden(buf, len, cb.get()); return size; } inline unsigned int BOOST_REGEX_CALL re_get_message(char* buf, unsigned int len, unsigned int id) { return _re_get_message(buf, len, id); } Is that a known problem? Do you know a workaround? (Renaming one of the 're_get_message()' functions does the job, but I'm not sure about the implications.) Regards, Rene

2 2