- Boost - lists.boost.org

boost::compression viability
by sm garth 19 Mar '06

19 Mar '06

is there current consideration for a boost compression library? --------------------------------- Yahoo! Mail Use Photomail to share photos without annoying attachments.

2 3

[Boost-bugs] [ boost-Patches-1430820 ] [thread] [tss_hook.cpp] Suppress MSVC CRT memory leak report
by SourceForge.net 18 Mar '06

18 Mar '06

Patches item #1430820, was opened at 2006-02-13 18:49 Message generated for change (Comment added) made by speedsnail You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1430820&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Kevin J Bluck (kbluck) >Assigned to: Roland Schwarz (speedsnail) Summary: [thread] [tss_hook.cpp] Suppress MSVC CRT memory leak report Initial Comment: MSVC CRT memory debugger pedantically complains about an unreleased singleton allocation. Although the consensus is that this is a harmless annoyance, it does cause some concern for MSVC users who don't know what is happening. Issue discussed in this Boost mailing list thread: http://lists.boost.org/boost-users/2005/08/13538.php Attached is a patch for tss_hook.cpp, which uses the function _CrtSetDbgFlag to temporarily turn off heap allocation tracking for the particular allocation in question. It should have no effect except on MSVC debug builds. On my configuration (msvc-8_0) it eliminates the leak warnings. ---------------------------------------------------------------------- >Comment By: Roland Schwarz (speedsnail) Date: 2006-03-18 21:12 Message: Logged In: YES user_id=541730 I will look into this, since AFAIK Michael Glassford currently is not available. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1430820&group_… ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-1430820 ] [thread] [tss_hook.cpp] Suppress MSVC CRT memory leak report
by SourceForge.net 18 Mar '06

18 Mar '06

Patches item #1430820, was opened at 2006-02-13 09:49 Message generated for change (Settings changed) made by mclow You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1430820&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kevin J Bluck (kbluck) >Assigned to: Mike Glassford (glassfordm) Summary: [thread] [tss_hook.cpp] Suppress MSVC CRT memory leak report Initial Comment: MSVC CRT memory debugger pedantically complains about an unreleased singleton allocation. Although the consensus is that this is a harmless annoyance, it does cause some concern for MSVC users who don't know what is happening. Issue discussed in this Boost mailing list thread: http://lists.boost.org/boost-users/2005/08/13538.php Attached is a patch for tss_hook.cpp, which uses the function _CrtSetDbgFlag to temporarily turn off heap allocation tracking for the particular allocation in question. It should have no effect except on MSVC debug builds. On my configuration (msvc-8_0) it eliminates the leak warnings. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1430820&group_… ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-1452743 ] [regex] fixes warning on mingw
by SourceForge.net 18 Mar '06

18 Mar '06

Patches item #1452743, was opened at 2006-03-17 13:00 Message generated for change (Settings changed) made by mclow You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1452743&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Baraclese (baraclese) >Assigned to: John Maddock (johnmaddock) Summary: [regex] fixes warning on mingw Initial Comment: [regex] [current cvs] mingw automatically defines NOMINMAX in bits/ os_defines.h to protect some standard headers. Compiler thus emits a warning about redefinition of NOMINMAX in static_mutex.cpp. [solution] Add #undef NOMINMAX before #define NOMINMAX to file libs\regex\src\static_mutex.cpp(27) Other files which define this are: libs\regex\src\regex.cpp(31) libs\regex\src\w32_regex_traits.cpp(27) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1452743&group_… ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-1452698 ] iostreams // file_descriptor::seek BUG on files > 4 GB
by SourceForge.net 18 Mar '06

18 Mar '06

Patches item #1452698, was opened at 2006-03-17 12:08 Message generated for change (Settings changed) made by mclow You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1452698&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Jonathan Turkanis (turkanis) Summary: iostreams // file_descriptor::seek BUG on files > 4 GB Initial Comment: Boost 1.33.1 iostreams library file_descriptor::seek() method file_descriptor.cpp, line 198 Win32, Visual C++ 2005 The method seek() can return a wrong value of a newly set offset when the offset is further than 4 GB. //--------------- return offset_to_position((lDistanceToMoveHigh << 32) + dwResultLow); //--------------- The code above has a bug. On 32-bit systems the expression (lDistanceToMoveHigh << 32) equals to lDistanceToMoveHigh. The correct code should first cast the lDistanceToMoveHigh variable to 64-bit and then shift it. //--------------- return (static_cast<boost::intmax_t> lDistanceToMoveHigh) << 32) + dwResultLow; //--------------- Sergey Kolodkin ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1452698&group_… ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[regression] run_tests.sh regression.py
by Roland Schwarz 18 Mar '06

18 Mar '06

Apparently there are two scripts to generate regression test tables available. Can anyone please tell me when to use which? Is one of them deprecated or do they serve different purpose? Roland

2 4

date_time-1_33_1 - Get rid of warnings...
by Paolo Invernizzi 18 Mar '06

18 Mar '06

Hi all, Sorry in advance if this is not the proper way for suggest a little patch... Compilation with VC71 raise tons of possible loss of data warning when using the microsec_clock::local_time() or universal_time(), warnings that can be avoided adding cast to (int) and to (boost::uint32_t) in: date_time\microsec_time_clock.hpp(156) date_time\microsec_time_clock.hpp(175) //The following line will adjusts the fractional second tick in terms //of the current time system. For example, if the time system //doesn't support fractional seconds then res_adjust returns 0 //and all the fractional seconds return 0. int adjust = (int)resolution_traits_type::res_adjust()/1000000; boost::uint32_t sub_sec = (boost::uint32_t)(filetime % 10000000) / 10; // microseconds What is the correct procedure to supply a patch? thanks in advance. --- Paolo Invernizzi

2 1

Error with C linkage and how to configure Boost-1_33_1 on MAC OSX 10.4..
by Gaurav Kumar 18 Mar '06

18 Mar '06

hi all, My OS is MAC OSX 10.4 with gcc 4.0 and Xcode 2.2. I have downloaded the tar file boost-1_33_1.tar.gz from boost.org. I need to port COM component on Windows to MAC OSX. I have problems in Compiling the tar file. Commands i use to compile are Step 0: cd /usr/local/boost-1_33_1/ Step 1: ./configure Step 2: make It gives error as /usr/bin/ld undefined Symbol, ld returned with status 1.And at last it shows .......Failed updating 6 targets ........ .......Skipped 6 targets............. ........Updated 766 targets.......... Step 3:make install After this i open project in Xcode and on build it gives hundreds of error as error in C linkage. Suggest me a proper solution.So, that i can compile boost on MAC OSX 10.4. Can also provide me some configuration setting need to be done prior to installation of boost for Darwin. If u need anymore information do mail me. -Gaurav

1 0

[shared_ptr] Shall we add operator[]?
by Daniel Frey 18 Mar '06

18 Mar '06

Hello Boosters, haven't found whether or not this was proposed before, so here we go: What about adding an operator[] to shared_ptr: [...] #include <cstddef> // for std::size_t [...] // e.g. below operator* reference operator[] (std::size_t index) const // never throws { BOOST_ASSERT(px != 0); return px[index]; } [...] This makes it easier to wrap memory from system calls: Before: char** sym = ::backtrace_symbols(addr,n); // Lots of code here sym[0]; // access sym by index ::free(sym); // could be forgotten, code in between could throw, ... After: shared_ptr< char* > p( ::backtrace_symbols(addr,n), &::free ); // Lots of code here, allowed to throw now :) sym[0]; // still access by index, no funny syntax needed // no need to call ::free explicitly :) Hope you get the idea :) What do you think? Any problem with adding operator[] to make it more similar to a plain old C-pointer (while still being safe AFAICT)? Regards, Daniel

2 2

[Boost-bugs] [ boost-Bugs-1453180 ] mpl::remove compile error with gcc 4.1.0
by SourceForge.net 18 Mar '06

18 Mar '06

Bugs item #1453180, was opened at 2006-03-18 15:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1453180&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mpl Group: None Status: Open Resolution: None Priority: 5 Submitted By: Eelis (eelis) Assigned to: Aleksey Gurtovoy (agurtovoy) Summary: mpl::remove compile error with gcc 4.1.0 Initial Comment: The following four lines fail to compile using gcc 4.1.0 with boost 1.33.1: #include <boost/mpl/vector.hpp> #include <boost/mpl/remove.hpp> template <typename> struct X { struct type {}; }; typedef boost::mpl::remove<boost::mpl::vector<int>, X<int>::type>::type T; Error: boost/mpl/aux_/preprocessed/gcc/template_arity.hpp: In instantiation of âconst int boost::mpl::aux::template_arity_impl<X<int>::type, 1>::valueâ: boost/mpl/aux_/preprocessed/gcc/template_arity.hpp:93: instantiated from âconst int boost::mpl::aux::template_arity<X<int>::type>::valueâ boost/mpl/aux_/preprocessed/gcc/template_arity.hpp:98: instantiated from âboost::mpl::aux::template_arity<X<int>::type>â boost/mpl/aux_/preprocessed/gcc/full_lambda.hpp:123: instantiated from âboost::mpl::lambda<boost::mpl::same_as<X<int>::type>, mpl_::void_, mpl_::int_<1> >â boost/mpl/remove_if.hpp:57: instantiated from âboost::mpl::aux::remove_if_impl<boost::mpl::vector<int, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, boost::mpl::same_as<X<int>::type>, boost::mpl::back_inserter<boost::mpl::vector0<mpl_::na> > >â boost/mpl/remove.hpp:33: instantiated from âboost::mpl::aux::remove_impl<boost::mpl::vector<int, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, X<int>::type, boost::mpl::back_inserter<boost::mpl::vector0<mpl_::na> > >â boost/mpl/remove.hpp:48: instantiated from âboost::mpl::remove<boost::mpl::vector<int, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, X<int>::type, mpl_::na>â t.cpp:4: instantiated from here boost/mpl/aux_/preprocessed/gcc/template_arity.hpp:85: error: call of overloaded âarity_helper(boost::mpl::aux::type_wrapper<X<int>::type>, boost::mpl::aux::arity_tag<1>)â is ambiguous boost/mpl/aux_/preprocessed/gcc/template_arity.hpp:30: note: candidates are: char (& boost::mpl::aux::arity_helper(...))[1] boost/mpl/aux_/preprocessed/gcc/template_arity.hpp:37: note: char (& boost::mpl::aux::arity_helper(boost::mpl::aux::type_wrapper<F<T1> >, boost::mpl::aux::arity_tag<1>))[2] [with F = X< <template-parameter-1-1> >::type, T1 = int] boost/mpl/aux_/preprocessed/gcc/template_arity.hpp:37: note: char (& boost::mpl::aux::arity_helper(boost::mpl::aux::type_wrapper<F<T1> >, boost::mpl::aux::arity_tag<1>))[2] [with F = X< <template-parameter-1-1> >::type, T1 = int] The code compiles fine with gcc 4.0.2. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1453180&group_… ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0