- Boost-users - lists.boost.org

Re: [Boost-users] boost::bind throws exception with VisualStudio
by Cheenu Srinivasan 05 Feb '04

05 Feb '04

Peter Klotz wrote: >Cheenu Srinivasan wrote: > > > > The following program throws a bad_function_call exception when > > compiled with VisualStudio 7.1. It happens with both boost-1.30.2 > > and boost_1_31_0_rc2. No problems when compiled with g++ 2.95.1 > > on solaris. > >Tried it with VC++7.1 and Boost 1.30.2. > >Compiles and runs without problems. Hmm, tried it on someone else's PC with VisualStudio 7.1 and both 1.30.2 and boost_1_31_0_rc2 throw the exception there as well, so it isn't simply something in my environment. "About" reports the following version info (on all three PCs I've tried it on): Microsoft Development Environment 2003 -- Version 7.1.3088 Microsoft .NET Framework 1.1 -- Version 1.1.4322 Cheenu _________________________________________________________________ High-speed usersbe more efficient online with the new MSN Premium Internet Software. http://join.msn.com/?pgmarket=en-us&page=byoa/prem&ST=1

2 1

boost compile problem using dev-cpp 4.9.8.5
by Vikrant Rathore 04 Feb '04

04 Feb '04

Hi Everyone, Please help!!!! I am trying to compile boost library with dev-cpp. It does not compile and gives many errors. I can use the filesystem library as it does not require pre compilation. But I want to use regex and test suite library. Boost.Python error is fine. But other library also do not compile. I have followed the documentation and set the enviroment variables to C:\projects\boost> C:\projects\boost>set path=c:\dev-cpp\bin C:\projects\boost>set MINGW_ROOT_DIRECTORY=c:\dev-cpp C:\projects\boost>set MINGW_BIN_DIRECTORY=c:\dev-cpp\bin C:\projects\boost>set MINGW_INCLUDE_DIRECTORY=c:\dev-cpp\include C:\projects\boost>set MINGW_STDLIB_DIRECTORY=c:\dev-cpp\lib I receive more than 3000 lines in error some of them are attached: --------------------------------------------------------------------- skipping Boost.Python library build due to missing or incorrect configuration couldn't find Python.h in "c:/tools/python/include" You can configure the location of your python installation by setting: PYTHON_ROOT - currently "c:/tools/python" PYTHON_VERSION - The 2-part python Major.Minor version number (e.g. "2.2", NOT "2.2.1") - currently "2.2" The following are automatically configured from PYTHON_ROOT if not otherwise set: PYTHON_LIB_PATH - path to Python library object; currently "c:/tools/python/libs" --------------------------------------------------------------------- ...found 5655 targets... ...updating 558 targets... gcc-C++-action bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_month .obj c:\dev-cpp\bin\g++ -c -Wall -ftemplate-depth-100 - DBOOST_DATE_TIME_POSIX_TIME_STD_CONFIG - DBOOST_ALL_DYN_LINK=1 -g -O0 -fno-inline -mno-cygwin - I"bin\boost\libs\date_time\build" -I "C:\projects\boost" -I "c:\dev-cpp\include" -o "bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_mont h.obj" "C:/projects/boost/libs/date_time/build/../src/gregorian/greg_month.cpp" ...failed gcc-C++-action bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_month .obj... gcc-C++-action bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_week day.obj c:\dev-cpp\bin\g++ -c -Wall -ftemplate-depth-100 - DBOOST_DATE_TIME_POSIX_TIME_STD_CONFIG - DBOOST_ALL_DYN_LINK=1 -g -O0 -fno-inline -mno-cygwin - I"bin\boost\libs\date_time\build" -I "C:\projects\boost" -I "c:\dev-cpp\include" -o "bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_week day.obj" "C:/projects/boost/libs/date_time/build/../src/gregorian/greg_weekday.cpp" ...failed gcc-C++-action bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_week day.obj... gcc-C++-action bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\date_gener ators.obj c:\dev-cpp\bin\g++ -c -Wall -ftemplate-depth-100 - DBOOST_DATE_TIME_POSIX_TIME_STD_CONFIG - DBOOST_ALL_DYN_LINK=1 -g -O0 -fno-inline -mno-cygwin - I"bin\boost\libs\date_time\build" -I "C:\projects\boost" -I "c:\dev-cpp\include" -o "bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\date_gener ators.obj" "C:/projects/boost/libs/date_time/build/../src/gregorian/date_generators.cpp" ...failed gcc-C++-action Thanks with best regards, Vikrant

3 5

RE: [Boost-users] boost::bind throws exception with VisualStudio 7.1
by Mark Loew 04 Feb '04

04 Feb '04

I noticed similar problems when using the boost::bind functions in my application with Visual Studio 7.1. If I turn off all optimizations it works fine. Whole program optimization seems to be the biggest culprit. Due to my projects time constraints I didn't real track it down any farther. Mark Loew, MCSD, MCSE Application Development Consultant Sagestone Consulting www.sagestone.com Grand Rapids, MI 616-954-9556 x149 Microsoft Gold Certified Partner mloew(a)sagestone.com -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Peter Klotz Sent: Tuesday, February 03, 2004 2:04 PM To: Boost Users mailing list Subject: Re: [Boost-users] boost::bind throws exception with VisualStudio 7.1 > The following program throws a bad_function_call exception when > compiled with VisualStudio 7.1. It happens with both boost-1.30.2 and > boost_1_31_0_rc2. No problems when compiled with g++ 2.95.1 on > solaris. Tried it with VC++7.1 and Boost 1.30.2. Compiles and runs without problems. Best regards, Peter. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

boost::bind throws exception with VisualStudio 7.1
by Cheenu Srinivasan 04 Feb '04

04 Feb '04

The following program throws a bad_function_call exception when compiled with VisualStudio 7.1. It happens with both boost-1.30.2 and boost_1_31_0_rc2. No problems when compiled with g++ 2.95.1 on solaris. ---- #include <boost/bind.hpp> #include <boost/function.hpp> using namespace boost; #include <iostream> using namespace std; double f(int i, double d) { cout << "int = " << i << endl; return d; } main() { boost::function<double (int)> bound_func = boost::bind(f, _1, 1.234); int i = 99; cout << bound_func(i) << endl; } ---- Peter Dimov wrote: >Could you please post a message to the developer's list >(or if that's a problem, post it here) with an appropriately alarming >subject :-) containing a complete program that demonstrates the problem? >(So >that we try to fix it before 1.31 goes out.) _________________________________________________________________ Get a FREE online virus check for your PC here, from McAfee. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

3 2

RE: [Boost-users] newbie question about boost::regex and memory leaks
by Gregory, Matthew 04 Feb '04

04 Feb '04

Ben Hastings wrote: > The only memory allocation I can see is for the array that pclasses > points to and the strings in it. These are freed in do_free() which is > called by the destructor of the last instance of w32_traits_base. > Since each of the derived classes of w32_traits_base > (w32_regex_traits<char> and w32_regex_traits<wchar_t>) has a static > instance of itself as a member, the memory will not be freed until after > main() returns. So if you call _CrtDumpMemoryLeaks() at the end of > main() this memory will wrongly be reported as leaked. Ben, this was exactly my problem. Sorry for the bonehead and thanks for the help. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

RE: [Boost-users] newbie question about boost::regex and memory leaks
by Ben Hutchings 04 Feb '04

04 Feb '04

Gregory, Matthew <matt.gregory(a)oregonstate.edu> wrote: > Forgive the likely simple question ... > > I am using boost-1.30.2 regex library in a C++ console app and have > been using VC7 to debug memory leaks through the _CrtDumpMemoryLeaks() > function. Where is this called from? > It reports numerous memory leaks on the first time I use a > boost::regex object, albeit relatively small leaks. For example, if I > use > > boost::regex statsRe("^\\s+8\\s+ENVI\\s+AX4.*") > > there are a number of memory leaks from memory allocated in the > boost::re_detail::w32_traits_base::do_init() block. > > I am wondering if I am doing something wrong in that no destructor > gets called for these objects or if small memory leaks are to be > expected when using these objects. The only memory allocation I can see is for the array that pclasses points to and the strings in it. These are freed in do_free() which is called by the destructor of the last instance of w32_traits_base. Since each of the derived classes of w32_traits_base (w32_regex_traits<char> and w32_regex_traits<wchar_t>) has a static instance of itself as a member, the memory will not be freed until after main() returns. So if you call _CrtDumpMemoryLeaks() at the end of main() this memory will wrongly be reported as leaked.

1 0

[Date-Time] Issues
by Andrew V. Bronnikov 03 Feb '04

03 Feb '04

Hello, All! When I was familiarized with the great Boost Library one of the most inspiring part of it was the Date-Time Library. Date and time issues are very important in our project related with time series, so I immediately started to read docs, and tried to incorporate the lib as it became possible for us. As usual, problems hadn't kept waiting... :) Issues: 1. why gregorian::date and posix_time::ptime have no default constructors (possibly initializing them into some special value - good candidates are not_a_date_time, neg_inf or local_time (see next issue))? Lack of default ctors doesn't allow direct use of date-time objects in tuples and other containers requiring default-constructible classes. 2. why special_values enum has no "local_time" (or "now") item? It seems "special" enough, and - more important - it allows to pass the "initialize as current time" directive as a time initialization policy in templates. 3. why date, ptime, durations have no setters for their components (days, hours, minutes etc)? I guess it related with validity checking issues - am I right, or there are some other reasons? 4. why hours(), minutes() etc are classes, not simple time_duration factory functions? What the another level of inheritance for? Consider using a time_duration in lambda expressions (e.g. in the Spirit semantic actions): posix_time::time_duration dt; .... rule<> hours = uint_p [var(dt) += posix_time::hours(_1)] This will not compile because hours() is not a function. Instead, I must use something like a lazy constructor: rule<> hours = uint_p [var(dt) += bind(constructor<posix_time::hours>(), _1)] but it looks not so short as before. And - surprise! - it doesn't compile too, just because of the next problem: 5. neither of date, ptime or time_duration defines operator+=(). What is the reason for denying it? It seems quite natural to have a set of assignment operators for date_time classes, isn't it? 6. it would be great if GDTL classes will support explicit/implicit conversion functions/operators from/to older standard types like a time_t etc. It will allow smoother transition from old libraries to the GDTL. Thanx for the great work anyway! With best regards, Andrew V. Bronnikov.

2 2

newbie question about boost::regex and memory leaks
by Gregory, Matthew 03 Feb '04

03 Feb '04

Forgive the likely simple question ... I am using boost-1.30.2 regex library in a C++ console app and have been using VC7 to debug memory leaks through the _CrtDumpMemoryLeaks() function. It reports numerous memory leaks on the first time I use a boost::regex object, albeit relatively small leaks. For example, if I use boost::regex statsRe("^\\s+8\\s+ENVI\\s+AX4.*") there are a number of memory leaks from memory allocated in the boost::re_detail::w32_traits_base::do_init() block. I am wondering if I am doing something wrong in that no destructor gets called for these objects or if small memory leaks are to be expected when using these objects. Thanks, matt

1 0

RE: Boost-users Digest, Vol 118, Issue 2
by Cheenu Srinivasan 03 Feb '04

03 Feb '04

Peter Dimov wrote: >Cheenu Srinivasan wrote: > > > > With MSVC 7.1. the exception is thrown with both 'bound_func = > > bind(...)' and 'bound_func(bind(...))'. But I tried it with > > g++/solaris and it works. So it does look like a bug with the MS > > compiler. Thanks. > >It works for me in MSVC 7.1, but I'm using the CVS version of Boost. It may >be a bug in 1.30.2 (if that's what you are using). You may download 1.31 >release candidate 2 from > > http://www.esva.net/~beman/boost_1_31_0_rc2.zip > >to verify that the problem does not occur with the immininent 1.31 release. I tried VisualStudio 7.1 with boost_1_31_0_rc2 with the same results: a bad_function_call exception. I tried it on two different PCs (same version of VisualStudio, of course). _________________________________________________________________ Check out the new MSN 9 Dial-up fast & reliable Internet access with prime features! http://join.msn.com/?pgmarket=en-us&page=dialup/home&ST=1

2 1

Re: [Boost-users] return type of boost::bind
by Cheenu Srinivasan 03 Feb '04

03 Feb '04

[Reposting under corect subject.] Peter Dimov wrote: >Cheenu Srinivasan wrote: > > > > With MSVC 7.1. the exception is thrown with both 'bound_func = > > bind(...)' and 'bound_func(bind(...))'. But I tried it with > > g++/solaris and it works. So it does look like a bug with the MS > > compiler. Thanks. > >It works for me in MSVC 7.1, but I'm using the CVS version of Boost. It may >be a bug in 1.30.2 (if that's what you are using). You may download 1.31 >release candidate 2 from > > http://www.esva.net/~beman/boost_1_31_0_rc2.zip > >to verify that the problem does not occur with the immininent 1.31 release. I tried VisualStudio 7.1 with boost_1_31_0_rc2 with the same results: a bad_function_call exception. I tried it on two different PCs (same version of VisualStudio, of course). _________________________________________________________________ Let the new MSN Premium Internet Software make the most of your high-speed experience. http://join.msn.com/?pgmarket=en-us&page=byoa/prem&ST=1

1 0