- Boost - lists.boost.org

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

Re: [boost] reference counted object?
by David Maisonave 29 Mar '06

29 Mar '06

"Neal Becker" <ndbecker2(a)gmail.com> wrote in message news:<e08kla$7p2$1(a)sea.gmane.org>... > I wonder if we boost has anything useful for implementing reference > counting (or other gc) for objects? I know we have shared_ptr, but I > was interested in objects rather than pointers. > I'm currently working on a smart pointer that has value semantics policy for comparison operators, and automatic cloning features. This gives the smart pointer features assoicated with an object. Check out the following link: http://axter.com/smartptr

1 0

another way to (not) build the libraries
by Ulrich Eckhardt 29 Mar '06

29 Mar '06

Greetings! I think it was with boost 1.30 where we started using the threads library and at that time build support was not yet at the stage where we could really use it the way we wanted it to so we mostly invented our own. The first thing we did was to copy the required sourcefiles into the project where we needed them, i.e. the most primitive form of static linking. Later on, we replaced that with #including the sourcefiles (<lib/thread/src/...>) into a single file - the same thing only done in a way that we could switch to the next Boost version without changing our code. Well, at least we thought so, some files moved between Boost versions inside the source folder, another problem is that e.g. timeconv.inl provides things in an anonymous namespace and gets included by more than one sourcefile but doesn't have include guards. Anyhow, what I wonder is whether this is not a way that should be supported actively. In our case, it significantly reduced the adoption barrier for the threading lib, it also makes bjam use unnecessary (which I, even though I did quite some things with it already, still find unwieldy and don't completely understand), it avoids the problem of different compiler ABIs due to different compiler versions or settings and it reduces the additional required size of the final executable (example-prog[1] with above static linking weighs 52kB, the thread lib alone would have been 92kB already otherwise). I personally would be interested in documenting how to use Boost libs this way and also make it an officially supported way to do so. cheers Uli [1]: The example program below has been compiled with GCC using Boost 1.33, the only patch necessary was to add include guards to timeconv.inl. #include <iostream> #include <ostream> #include <boost/thread/thread.hpp> #include <boost/thread/xtime.hpp> // for 'static' linking #include <libs/thread/src/thread.cpp> #include <libs/thread/src/xtime.cpp> #include <libs/thread/src/mutex.cpp> #include <libs/thread/src/exceptions.cpp> #include <libs/thread/src/condition.cpp> void thread() { std::cout << "thread(): entering\n"; boost::xtime tm; boost::xtime_get(&tm, boost::TIME_UTC); tm.sec += 2; boost::thread::sleep(tm); std::cout << "thread(): leaving\n"; } int main() { std::cout << "main(): creating thread\n"; boost::thread th(&thread); std::cout << "main(): waiting\n"; th.join(); std::cout << "main(): done\n"; }

7 7

Re: [boost] no matching function for call to boost::algorithm::split
by Reece Dunn 29 Mar '06

29 Mar '06

Olaf van der Spek wrote: > > I'm not sure. The code snippet you sent seems fine, so maybe the problem > > is elsewhere. I would check includes and namespaces. > > I've now got: > #include <boost/algorithm/string.hpp> > #include <string> > #include <vector> > > std::string f() > { > return ""; > } > > int main() > { > std::vector<std::string> v; > boost::split(v, f(), boost::is_any_of(",")); > return 0; > } > > split_test.cpp: In function 'int main()': > split_test.cpp:13: error: invalid initialization of non-const > reference of type 'std::string&' from a temporary of type > 'std::string' This is because f() is returning a std::string and this is being passed to the RangeT & argument in the split function. Due to C++ rules, performing the T -> T & conversion is invalid. Try defining f() as: const std::string f() { return ""; } HTH, - Reece _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

3 9