- Boost - lists.boost.org

program_options on sunpro cc
by Chris Bond 31 Mar '06

31 Mar '06

Hello, I've attached a patch to allow the program_options library to build on Sun's C++ compiler. Cheers, Chris Bond diff -ru boost_1_33_1/libs/program_options/src/options_description.cpp boost/libs/program_options/src/options_description.cpp --- boost_1_33_1/libs/program_options/src/options_description.cpp Wed Jul 13 09:32:40 2005 +++ boost/libs/program_options/src/options_description.cpp Thu Mar 30 18:35:19 2006 @@ -384,7 +384,7 @@ { // is last_space within the second half ot the // current line - if (unsigned(distance(last_space, line_end)) < + if (static_cast<unsigned int>(distance(last_space, line_end)) < (line_length - indent) / 2) { line_end = last_space;

2 1

[date_time] parsing
by vaclav.vesely＠volny.cz 31 Mar '06

31 Mar '06

Parsing date and time with custom patterns is possible via input facets, but it's a bit cumbersome. I suppose, that developers usually writes their own functions like this: ptime pt = parse_date_time(str, format); I think, that these functions should be incorporeted in the library. Maybe there are better syntaxes. For example: ptime pt = ptime::parse(str, format); ptime pt = lexical_cast<ptime>(str, format); The same probably applies to formating output. But in that case the user can take individual elements of the value and format them with boost::format for example. I can help with implementing these functions once the proper syntax would be arranged. What do you think? Regards, Vaclav

1 0

weak_ptr debugging aid
by Patrick Julien 31 Mar '06

31 Mar '06

This is a feature request to add weak_use_count() to weak_ptr. I am not interested in this feature for anything else than a debugging aid. Recently, a weakness was highlighted in one of my projects, I had stale weak_ptr objects that would remain in core even if all copies of weak and shared pointer objects should have been eliminated by now. To confirm the bug fix and audit the rest of the code base, a debugger was used to set a conditional break point on internal members of weak_ptr. I would rather have the ability to write assertions when needed hence weak_use_count(). regards,

1 0

bug in filesystem::wpath
by Mark Bartosik 31 Mar '06

31 Mar '06

bug in filesystem::wpath. In mirgrating to support wchar_t, a couple of lines were missed. m_path which has type of std::wstring is assigned a narrow character string resulting in a compilation error. inline below is a patch: +++ C:\Boost_CVS\CVSROOT\boost\boost\filesystem\path.hpp Wed Feb 22 22:52:11 2006 @@ -249,8 +249,8 @@ ~basic_path() {} // assignments - basic_path & operator=( const string_type & s ) { m_path=""; operator/=( s ); return *this; } - basic_path & operator=( const value_type * s ) { m_path=""; operator/=( s ); return *this; } + basic_path & operator=( const string_type & s ) { m_path.clear(); operator/=( s ); return *this; } + basic_path & operator=( const value_type * s ) { m_path.clear(); operator/=( s ); return *this; } # ifndef BOOST_NO_MEMBER_TEMPLATES template <class InputIterator> basic_path & assign( InputIterator first, InputIterator last ) I've taken a look for similar bugs and couldn't find any. Thanks

4 14

[circular buffer] Happy Anniversary
by Martin Wille 30 Mar '06

30 Mar '06

Happy Anniversary, Boost.CircularBuffer, you have been accepted to Boost two years ago, after two weeks of thorough review. However, something sad happened then. You went away, leaving poor developers without a clue what your future might be, and causing much grief among the pieces of software that were awaiting to embrace you. Where did you go to? Are you doing well? Please, return! Sorrowfully yours, m Send instant messages to your online friends http://au.messenger.yahoo.com

5 4

[tuple] swap
by Václav Veselý 30 Mar '06

30 Mar '06

I've tried to make swap for tuples. It swap's tuple's items one by one. It work's fine in MSVC 7.1 and 8.0. MSVC 6.0 doesn't work correct due to not working Koeing lookup. I can defin swap for tuples in global namespace, but for swap individual items std::swap is always used. I don't know how to go around it. For GCC I have to write strange workaround - swap_tuples must take parameters by const reference. (see "#if defined(__GNUC__)"). I'm not sure if it's compiler bug or my fault. Can anyone explain? Regards, Vaclav

1 0

[Boost-bugs] [ boost-Bugs-1461533 ] Non-basic-source-character-set characters conflict with MSVC
by SourceForge.net 30 Mar '06

30 Mar '06

Bugs item #1461533, was opened at 2006-03-30 09:43 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=1461533&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: Nobody/Anonymous (nobody) Summary: Non-basic-source-character-set characters conflict with MSVC Initial Comment: There exist high-ascii characters in the Boost sources that cannot be converted to the local region for a given computer because the context of the originating region of the source is not known. Thus, these high-ascii characters may not have a proper mapping, and a warning will be emitted by MSVC 2003 and 2005. This should be considered a failure case because, though low, it is still emitting an alert. Thus, without the correct region set on your system, the Boost sources fail to build. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1461533&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

2 1

[Pragram Options in particular]std::basic_string usage
by Sean Huang 30 Mar '06

30 Mar '06

I noticed that a few boost libraries use std::basic_string differently. For example, boost::program_options uses it like this: template<class T, class charT> void validate(boost::any& v, const std::vector< std::basic_string<charT> >& xs, T*, long); And string_algorithm uses the following instead: template< typename SequenceT, typename CharT, typename RegexTraitsT, typename FormatStringTraitsT, typename FormatStringAllocatorT > inline void replace_all_regex( SequenceT& Input, const basic_regex<CharT, RegexTraitsT>& Rx, const std::basic_string<CharT, FormatStringTraitsT, FormatStringAllocatorT>& Format, match_flag_type Flags=match_default | format_default ); The standard says std::basic_string has 3 template parameters (two have defaults). Usages like std::basic_string<charT> would prevent the matching of non-standard traits or allocators. And in the case of program_options, my overload with 3 template parameters actually caused an ambiguity with one defined in program_options: My overload: template< class CharType, class Traits, class Alloc > void validate( boost::any& v, const std::vector< std::basic_string< CharType, Traits, Alloc > >& xs, unsigned long*, long ) Defined in program_options: template<class T, class charT> void validate(boost::any& v, const std::vector< std::basic_string<charT> >& xs, T*, long) My question is if the differences in usage is justified or just an oversight and what the recommendation is? Thanks, Sean

1 0

[unit] Bug in the get() function?
by Paul Giaccone 30 Mar '06

30 Mar '06

I have a function in my program that uses BOOST_CHECK* macros but is not part of a test suite. This is not allowed, of course, and the program fails, but not as I might expect it do. It gives an access violation in framework.hpp: test_unit const& get( test_unit_id id, test_unit_type t ) { test_unit const* res = s_frk_impl().m_test_units[id]; if( (res->p_type & t) == 0 ) //<<<<<<<<<<<<< access violation here throw std::logic_error( "Invalid test unit type" ); return *res; } and the error message "Boost.Test internal framework error: unknown reason". Obviously, my code is wrong, but I'm wondering whether it indicates a bug in the Boost library. Should the library trap this and give a more meaningful error message? Perhaps assert(res != 0); or if (res != 0) ... else ... is required before the "if" in the get() function. Paul

2 1

[python] threading-related failures on Linux
by Vladimir Prus 30 Mar '06

30 Mar '06

The OSL2-V2 test results show a few link failiures for Python tests, for example the 'bases' test: http://tinyurl.com/nyqv7 Looks like Boost.Python library wants multi-threading for some reason. In V1, those tests are linked with -pthread, and in V2, they are not. The logic responsible for this in V1 is in python.jam: # Force statically-linked embedding applications to be multithreaded # on UNIX. rule python-static-multithread ( toolset variant : properties * ) { if ! $(PYTHON_WINDOWS) { local x = <define>BOOST_PYTHON_STATIC_LIB <threading>single ; if $(x) in $(properties) { properties = [ difference $(properties) : <threading>single ] <threading>multi ; } } return $(properties) ; } And I don't understand some things: 1. What's the point of this at all? The comment is not very clear, it seems it means static linking to Boost.Python, not statically linked application in the usual sense (no shared libs at all). The comment does not say why threading multi is needed. 2. In V2, shared linking to Boost.Python is used, and the application is fully shared. So, where does the link error come from? Is comment even more inaccurate? 3. On my system, the test works just fine. Why does it fail elsewhere/ 4. The test in question, bases.cpp, has nothing but static asserts. It's not clear to me why it should link to Boost.Python at all. Can somebody explain this to me? Thanks in advance, Volodya

5 19