- Boost-users - lists.boost.org

Re: [Boost-Users] ScopeGuard Implementation
by Jon Wang 04 Jul '02

04 Jul '02

>Looks fine to me. To rein in the compile times a little bit, you can pull in >just the 0-argument version of function, e.g., > #include <boost/function/function0.hpp> // (not <boost/function.hpp>) >and use boost::function0<void> instead of boost::function<void>. Under MSVC, >you might even get fewer senseless ICEs :) Oh, yes, function0 is enough. Thanks very much, Doug. Well, could the copy constructing from a boost.bind result be avoided? How about the following solution? Thanks. #include <boost/function/function0.hpp> #include <boost/bind.hpp> #include <boost/utility.hpp> #define ON_BLOCK_EXIT(x) scoped_guard guard##__LINE__ = make_guard(::boost::bind##x);guard##__LINE__; class scoped_guard_impl: ::boost::noncopyable { private: typedef const ::boost::function0<void>& f_type; bool dismissed_; f_type f_; public: scoped_guard_impl(f_type v): f_(v), dismissed_(false) {} ~scoped_guard_impl() throw() { if(!dismissed_) try {f_();} catch(...) {} } void dismiss() throw() { dismissed_ = true; } }; typedef scoped_guard_impl& scoped_guard; typedef scoped_guard_impl make_guard; #include <stdio.h> int main() { FILE* fp = fopen("hello.txt", "r"); ON_BLOCK_EXIT((fclose, fp)); //scoped_guard guard = make_guard(boost::bind(fclose, fp)); return 0; } Jon

1 0

Re: [Boost-Users] ScopeGuard Implementation
by Douglas Paul Gregor 04 Jul '02

04 Jul '02

On Thu, 4 Jul 2002, Jon Wang wrote: > Oh, yes, function0 is enough. Thanks very much, Doug. > Well, could the copy constructing from a boost.bind result be avoided? > How about the following solution? Thanks. This solution won't work, because you are storing a reference to a temporary object, which will cease to exist after the constructor call. Then the destructor is accessing memory that has already been destructed and probably reused. Doug

1 0

Re: [Boost-Users] ScopeGuard Implementation
by Douglas Gregor 03 Jul '02

03 Jul '02

On Wednesday 03 July 2002 12:30 am, Jon Wang wrote: > Hi, > > Recently I've tried to implement Andrei's ScopeGuard (see > http://www.cuj.com/experts/1812/alexandr.htm?topic=experts for details) > with boost.function and boost.bind. Is there anything wrong with it? Thanks > for reviewing. Looks fine to me. To rein in the compile times a little bit, you can pull in just the 0-argument version of function, e.g., #include <boost/function/function0.hpp> // (not <boost/function.hpp>) and use boost::function0<void> instead of boost::function<void>. Under MSVC, you might even get fewer senseless ICEs :) Doug

1 0

ScopeGuard Implementation
by Jon Wang 03 Jul '02

03 Jul '02

Hi, Recently I've tried to implement Andrei's ScopeGuard (see http://www.cuj.com/experts/1812/alexandr.htm?topic=experts for details) with boost.function and boost.bind. Is there anything wrong with it? Thanks for reviewing. #include <boost/function.hpp> #include <boost/bind.hpp> #include <boost/utility.hpp> #define ON_BLOCK_EXIT(x) scoped_guard guard##__LINE__(::boost::bind##x) class scoped_guard: ::boost::noncopyable { private: typedef const ::boost::function<void> f_type; // reference might cause crash bool dismissed_; f_type f_; public: scoped_guard(f_type& v): f_(v), dismissed_(false) {} ~scoped_guard() throw() { if(!dismissed_) try {f_();} catch(...) {} } void dismiss() throw() { dismissed_ = true; } }; With the macro ON_BLOCK_EXIT, we can easily use it like this: // ... #include <stdio.h> int main() { FILE* fp = fopen("hello.txt", "r"); ON_BLOCK_EXIT((fclose, fp)); //scoped_guard guard(boost::bind(fclose, fp)); return 0; }　　　　　　　　　　　　　　　　Jon Wang babysloth(a)c-view.org 　　　　　　　　　　　　2002-07-03

1 0

regex with double byte character sets
by bthiesfield 03 Jul '02

03 Jul '02

Hi all, I am currently trying to use the boost regex library with Japanese language strings. It appears like DBCS is not supported. For example, using the following code (with compile definition of BOOST_REGEX_USE_C_LOCALE) I get the output strings as 0 = "。" 1 = "English" Instead of the expected: 0 = "やゆよわをー。" 1 = "English" This is due to the fact that the Japanese (SJIS encoding) for one of these characters uses the [ character as one of the characters in the encoding. setlocale( LC_COLLATE, "Japanese" ); setlocale( LC_CTYPE, "Japanese" ); char * pszText = "やゆよわをー。 [english]", char * pszRule ="([^\\[]*)\\[([[:word:]]*)\\]"; // split the string into it's components std::vector<std::string> vPart; boost::regex eParseExpr( pszRule, boost::regbase::normal | boost::regbase::icase ); boost::regex_split( std::back_inserter(vPart), std::string(pszText), eParseExpr ); Is there some what to modify the library to enable DBCS? For example, can the char_traits be modified to enable DBCS processing? (Keeping in mind that the biggest problem with DBCS is that a single character may consist of 2 bytes which tends to blow out all assumptions about the size of characters). Brodie.

4 4

RE: [Boost-Users] Re: Regex boost_1_28_0 incorrect build / run-t ime problem
by Eric Reaburn 02 Jul '02

02 Jul '02

I found this solution with much hair-pulling, doc-reading, and, eventually, header file comparing! :^) -----Original Message----- From: Hofi [mailto:yg-boost-users@m.gmane.org] Sent: Tuesday, 2 July 2002 5:41 PM To: boost-users(a)yahoogroups.com Subject: [Boost-Users] Re: Regex boost_1_28_0 incorrect build / run-time problem "Eric Reaburn" <ereaburn(a)data.com.au> wrote in message news:4473AF479EE7D41198510004AC1D1C738707EC@GRACE... > This looks like a similar problem I had. I'm also using C++ Builder 5 with > patch 1. > > I was using regex from Boost 1.25.0 but when I upgraded to 1.28.0 I > got run-time errors (specifically bad_alloc). I had no problems > compiling and > running the test and example programs. > > Eventually I discovered that I had to uncomment the following two > macros (in > user.hpp in boost/regex) and recompile the regex libraries: > > // define this if no template instances are to be placed in // the > library rather than users object files: #define > BOOST_REGEX_NO_EXTERNAL_TEMPLATES > > // define this if the forward declarations in regex_fwd.hpp // cause > more problems than they are worth: #define BOOST_REGEX_NO_FWD > > Now everything's just dandy! Eric you are a life saver!!! I had the same problem, earlier version worked perfectly, the newest built fine but caused run time error. Did you find this solution with probing or do you have knowledge of something? Thank you for your help. By(t)e Hofi 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

RE: [Boost-Users] Regex boost_1_28_0 incorrect build / run-time problem
by Eric Reaburn 02 Jul '02

02 Jul '02

This looks like a similar problem I had. I'm also using C++ Builder 5 with patch 1. I was using regex from Boost 1.25.0 but when I upgraded to 1.28.0 I got run-time errors (specifically bad_alloc). I had no problems compiling and running the test and example programs. Eventually I discovered that I had to uncomment the following two macros (in user.hpp in boost/regex) and recompile the regex libraries: // define this if no template instances are to be placed in // the library rather than users object files: #define BOOST_REGEX_NO_EXTERNAL_TEMPLATES // define this if the forward declarations in regex_fwd.hpp // cause more problems than they are worth: #define BOOST_REGEX_NO_FWD Now everything's just dandy! -----Original Message----- From: David Beres [mailto:dberes@advpubtech.com] Sent: Friday, 21 June 2002 9:02 AM To: Boost-Users(a)yahoogroups.com Cc: John Maddock Subject: [Boost-Users] Regex boost_1_28_0 incorrect build / run-time problem Hello, I am new to Boost since version 1.27. I apparently have a problem building Regex from Boost 1.28 as I encounter a runtime error that causes all the examples to hang. I was successfully able to run all of the Regex examples except 'partial match' under boost 1.27 using Borland BCB5 patch 1. My procedure for building Regex for both versions 1.27 and 1.28 was to run Make.exe -fbcb5.mak install clean The dlls and libs are then correctly placed in the Builder 5 root directory, and the examples build OK. However, whereas they ran successfully for Boost 1.27, they do not run under Boost 1.28. I also tried BJam, but the problem remains. If possible, please let me know what was my mistake in building the libs. Thank you, David Beres[dberes(a)advpubtech.com] 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

Bruno Voigt/IC3S is out of the office.
by Bruno.Voigt＠ic3s.de 01 Jul '02

01 Jul '02

I will be out of the office starting 01.07.2002 and will not return until 22.07.2002. I will respond to your message when I return. Im back at 22.7.02. Call IC3S at +49.4106.655.0.

1 0

Regex boost_1_28_0 incorrect build / run-time problem
by David Beres 01 Jul '02

01 Jul '02

Hello, I am new to Boost since version 1.27. I apparently have a problem building Regex from Boost 1.28 as I encounter a runtime error that causes all the examples to hang. I was successfully able to run all of the Regex examples except 'partial match' under boost 1.27 using Borland BCB5 patch 1. My procedure for building Regex for both versions 1.27 and 1.28 was to run Make.exe -fbcb5.mak install clean The dlls and libs are then correctly placed in the Builder 5 root directory, and the examples build OK. However, whereas they ran successfully for Boost 1.27, they do not run under Boost 1.28. I also tried BJam, but the problem remains. If possible, please let me know what was my mistake in building the libs. Thank you, David Beres[dberes(a)advpubtech.com]

2 1

Problems getting subexpressions in regex_search
by soleani 30 Jun '02

30 Jun '02

Hi all, This is the test program: #include <boost/regex.hpp> #include <iostream> #include <string> int main() { static const boost::regex regexRedirectedSection( "\\[(.+?) \\s*=\\s*<(.+?):(.+?)>\\]", boost::regbase::perl ); std::string input = "[MY_SECTION = <FILE:SECTION>]"; boost::cmatch what; if ( boost::regex_search( input, what, regexRedirectedSection, boost::regbase::perl ) ) { cerr << "Matched new style section redirection!!!! Input is: " << input << endl; cerr << "0 gives: --" << what[0].first << "-- and second: " << what[0].second << endl; cerr << "1 gives: --" << what[1].first << "-- and second: " << what[1].second << endl; cerr << "2 gives: --" << what[2].first << "-- and second: " << what[2].second << endl; cerr << "3 gives: --" << what[3].first << "-- and second: " << what[3].second << endl; } return 0; } This is the output: [anibal@anibal ControlFile]$ ./match Matched new style section redirection!!!! Input is: [MY_SECTION = <FILE:SECTION>] 0 gives: --[MY_SECTION = <FILE:SECTION>]-- and second: 1 gives: --MY_SECTION = <FILE:SECTION>]-- and second: = <FILE:SECTION>] 2 gives: --FILE:SECTION>]-- and second: :SECTION>] 3 gives: --SECTION>]-- and second: >] I don't understand why $1 is not giving my MY_SECTION only. It looks like the non-greedy operator is not working as I expect it. This same expression works in Perl and jakarta's regex engine in Java. I basically need to extract MY_SECTION, FILE, and SECTION from the input string. Any pointers as to what's going on will be greatly appreciated. -Anibal

2 1