August 2005 - Boost - lists.preview.boost.org

[1.33.0][Iostreams] Spelling mistake in documentation
by Paul 17 Aug '05

17 Aug '05

Hi, I assume someone has seen the couple of spelling mistakes in this paragraph, from the boost::iostreams tutorial page in the docs: <quote> Finally, I sould mention that the Iostremas library provides an easier way to read from an STL container: instances of boost::iterator_range can be added directly to filtering streams and stream buffers. So you could write: </quote> but i'd thought i'd mention it anyway. I searched the lists for 'sould' and didn't find any mention. see ya Paul

2 1

boost 1.33.0: Bug in property
by Philipp Thomas 17 Aug '05

17 Aug '05

boost_1_33_0/boost/pending/property.hpp has template <class Tag, class T, class Base = no_property> struct property : public Base { typedef Base next_type; typedef Tag tag_type; typedef T value_type; property() { } property(const T& v) : m_value(v) { } property(const T& v, const Base& b) : Base(b), m_value(v) { } // copy constructor and assignment operator will be generated by compiler T m_value; }; The bug here is that the empty ctor does not initialize m_value which leads to gcc 4.0.1 warning about m_value being used uninitialized. As our automatic build system rejects packages with such warnings I had to fix it :) This is the patch I'm using: --- boost/pending/property.hpp +++ boost/pending/property.hpp @@ -22,7 +22,7 @@ typedef Base next_type; typedef Tag tag_type; typedef T value_type; - property() { } + property() : m_value() { } property(const T& v) : m_value(v) { } property(const T& v, const Base& b) : Base(b), m_value(v) { } // copy constructor and assignment operator will be generated by compiler Philipp -- Philipp Thomas <pth(a)suse.de> Research & Development SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuremberg, Germany

1 0

Re: [boost] Propose adding Clone Smart Pointer (clone_ptr) to the boost library
by Martin Bonner 17 Aug '05

17 Aug '05

----Original Message---- From: Axter [mailto:boost@axter.com] Sent: 17 August 2005 01:54 To: boost(a)lists.boost.org Subject: Re: [boost] Propose adding Clone Smart Pointer (clone_ptr) to the boost library > The documents state that the clone_ptr class is based on strict > pointer ownership logic. I am not familiar with that term, so it didn't help. > The above code is not using strict ownership logic, and instead the > object is created using a dumb pointer. But your example code has this problem. > I also think you're right in that I should add more to the > documentation Absolutely. I am sure that this code satisfied a real need that you had. What is not at all clear is whether that need is widespread enough to justify including the clone_ptr in boost. What is needed is some clear documentation including: - an explanation of what problems the class solves ("motivating examples"). Note this doesn't need to be very detailed as too why the problem exists at this point. I imagine most people on this list understand concepts like "slicing". - An overview of the class usage (including the restrictions on how the class may be used) - A description of the specification of the class and its members, including the concepts that the template parameters must model. (Don't worry too much about getting the English right. If the library does go into boost, plenty of people here can help with that later.) Finally you might like to consider the following: A) I can see how something like this might be useful to allow a copyable class which owns an object of a polymorphic type. However, under what circumstances is this better than providing a clone() member in the polymorphic type? B) Under what circumstances is a std::container<clone_ptr<T> > better than a boost::ptr_container<T>? -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 441434

2 1

[regex] MipsPro warnings in boost/regex/pending/static_mutex.hpp (1.33.0)
by Richard Hadsell 17 Aug '05

17 Aug '05

The mipspro build of regex gives repeated warnings in static_mutex.hpp: mipspro-C++-action bin/boost/libs/regex/build/libboost_regex.so/mipspro/debug/cpp_regex_traits.o cc-1460 CC: WARNING File = /tmp_mnt/netDISKS/cgi/IRIX4/cgi/vendor/library/boost/boost_1_33_0/boost/regex/pending/static_mutex.hpp, Line = 69 Function function "boost::scoped_static_mutex_lock::locked" is redeclared "inline" after being called. inline bool scoped_static_mutex_lock::locked()const ^ I fixed it by declaring both 'operator void const*()' and 'bool locked()' inline in all 3 sections of the header: diff -u -r1.1 -r1.2 --- boost/regex/pending/static_mutex.hpp 2005/08/12 17:26:18 1.1 +++ boost/regex/pending/static_mutex.hpp 2005/08/16 16:49:44 1.2 @@ -52,8 +52,8 @@ public: scoped_static_mutex_lock(static_mutex& mut, bool lk = true); ~scoped_static_mutex_lock(); - operator void const*()const; - bool locked()const; + inline operator void const*()const; + inline bool locked()const; void lock(); void unlock(); private: @@ -99,8 +99,8 @@ public: scoped_static_mutex_lock(static_mutex& mut, bool lk = true); ~scoped_static_mutex_lock(); - operator void const*()const; - bool locked()const; + inline operator void const*()const; + inline bool locked()const; void lock(); void unlock(); private: @@ -154,8 +154,8 @@ public: scoped_static_mutex_lock(static_mutex& mut, bool lk = true); ~scoped_static_mutex_lock(); - operator void const*()const; - bool locked()const; + inline operator void const*()const; + inline bool locked()const; void lock(); void unlock(); private: -- Dick Hadsell 914-259-6320 Fax: 914-259-6499 Reply-to: hadsell(a)blueskystudios.com Blue Sky Studios http://www.blueskystudios.com 44 South Broadway, White Plains, NY 10601

3 3

css patch (more/css_0/front.css)
by Janusz Piwowarski 17 Aug '05

17 Aug '05

Hello, I'm attaching the patch against unintentional(?) "Revision.." underlining (you can see it at boottom of htpp://boost.org page) BTW, Opera displays sans-serif as Verdana and it looks very well. Regards, Janusz

2 1

Re: [boost] Propose adding Clone Smart Pointer (clone_ptr) to the boost library
by Martin Bonner 17 Aug '05

17 Aug '05

----Original Message---- From: Jonathan Wakely [mailto:cow@compsoc.man.ac.uk] Sent: 17 August 2005 14:17 To: boost(a)lists.boost.org Subject: Re: [boost] Propose adding Clone Smart Pointer (clone_ptr) to theboost library > Axter wrote: > >> It does not need a clone member if you apply strict pointer >> ownership logic, which is what a clone pointer normally does. > > clone_ptr also needs the definitions of all derived classes to be > visible, whereas something like ptr_container that uses a clone() > member function only needs to see the definition of the base > class and can do everything through the base class' interface. I think it only needs the definition available for the constructor (which is where a class derived from his "copier" class is instantiated). [snip] > This would not be possible with std::vector<clone_ptr<Base> >: > > // pc.h > #include <boost/ptr_container/ptr_vector.hpp> > struct Base { > ~Base() {} > virtual Base* clone() = 0; > virtual void f() = 0; > }; > void fill(boost::ptr_vector<Base>&); > > // pc.cc > #include "pc.h" > #include <boost/bind.hpp> > #include <algorithm> > > int main() > { > boost::ptr_vector<Base> v; > fill(v); > std::for_each(v.begin(), v.end(), boost::bind(&Base::f, _1)); > return 0; > } > > The fill() function can now be implemented in another file and > populate the vector with any type derived from Base, without > recompiling pc.cc I think that is supported with clone_ptr. The file implementing fill would need the full definition of the derived type(s) of course, but that is less restrictive. -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 441434

2 1

Re: [boost] Propose adding Clone Smart Pointer (clone_ptr) to the boost library
by Martin Bonner 17 Aug '05

17 Aug '05

----Original Message---- From: Axter [mailto:boost@axter.com] Sent: 16 August 2005 03:39 To: boost(a)lists.boost.org Subject: [boost] Propose adding Clone Smart Pointer (clone_ptr) to the boost library > I'm proposing to add the clone_ptr class to the boost library. > > I've developed a clone_ptr class that performs a clone of an abstract > pointer without the need for a clone method. > > The clone_ptr is well suited for automatic deep copy of abstract > pointers, > and for use with STL containers. > > In addition to being able to perform clone operations, it also have > operators that performs comparison on the object being pointed to, > instead > of the pointer address. > This allows for correct sorting and comparison of clone_ptr's in an > STL > container. > See following link for more info: > http://code.axter.com/clone_ptr_introduction.htm I was interested in the example you give in the web page: class foo { clone_ptr < AbstractClass > m_MyAbstractClassPtr; public: foo(AbstractClass * abstractclassptr_):m_MyAbstractClassPtr(abstractclassptr_){} foo(const foo& Src) { //In the following line of code, the clone pointer will copy the // correct derived class without the need of a clone method m_MyAbstractClassPtr = Src.m_MyAbstractClassPtr; } }; That looked a very clever trick. I couldn't see how clone_ptr was going to copy the dynamic type of the argument to the constructor without any information about that dynamic type. Having looked at the code, I don't think it does. It would work if the constructor was declared: foo(DerivedClass*p): m_MyAbstractClassPtr(p) {} or even template <class Derived> foo(Derived *p):m_MyAbstractClassPtr(p) {} but even that will fail if the constructor is called via: Derived *p = new DerivedDerived; foo foo_obj(p); My basic concern is that while clone_ptr could be useful, it only works if people stick rigidly to certain rules. Those rules need to be made VERY clear, otherwise it provides a plentiful supply of rope. It would also be useful to have some documentation of what methods clone_ptr provides, and what effects they have. -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 441434

6 7

[Boost-bugs] [ boost-Bugs-1262038 ] boost:signals SIGSEV
by SourceForge.net 17 Aug '05

17 Aug '05

Bugs item #1262038, was opened at 2005-08-17 14:37 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=1262038&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: macchese (macchese) Assigned to: Nobody/Anonymous (nobody) Summary: boost:signals SIGSEV Initial Comment: hi all, I'm using boost-1_33 with $ g++ --v Reading specs from /usr/lib/gcc/i586-mandrake-linux-gnu/3.4.3/specs Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-languages=c,c++,ada,f77,objc,java --host=i586-mandrake-linux-gnu --with-system-zlib Thread model: posix gcc version 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk) and, just compiled the first example from http://www.boost.org/doc/html/signals/tutorial.html#id1280117 I obtain a segmentation fault. this is the trace from gdb [max@macchese temp]$ gdb ./unitest GNU gdb 6.3-3.1.102mdk (Mandrakelinux) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i586-mandrake-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) r Starting program: /home/max/src/temp/unitest Program received signal SIGSEGV, Segmentation fault. 0x0804bbdf in std::less<int>::operator() () (gdb) bt #0 0x0804bbdf in std::less<int>::operator() () #1 0x0804b901 in boost::signals::detail::any_bridge_compare<std::less<int>, int>::operator() () #2 0x0804b3d1 in boost::detail::function::function_obj_invoker2<boost::signals::detail::any_bridge_compare<std::less<int>, int>, bool, boost::any, boost::any>::invoke () #3 0xb7fdf7e0 in boost::function2<bool, boost::any, boost::any, std::allocator<boost::function_base> >::operator() ( this=0x8050030, a0={content = 0x80500c0}, a1={content = 0x8050080}) at function_template.hpp:576 #4 0xb7fe049e in std::_Rb_tree<boost::any, std::pair<boost::any const, std::list<boost::signals::detail::connection_slot_pair, std::allocator<boost::signals::detail::connection_slot_pair> > >, std::_Select1st<std::pair<boost::any const, std::list<boost::signals::detail::connection_slot_pair, std::allocator<boost::signals::detail::connection_slot_pair> > > >, boost::function2<bool, boost::any, boost::any, std::allocator<boost::function_base> >, std::allocator<std::pair<boost::any const,std::list<boost::signals::detail::connection_slot_pair, std::allocator<boost::signals::detail::connection_slot_pair> > > >>::lower_bound (this=0x8050030, __k=@0xbffff1e0) at stl_tree.h:1154 #5 0xb7fdf6dd in std::map<boost::any, std::list<boost::signals::detail::connection_slot_pair, std::allocator<boost::signals::detail::connection_slot_pair> >, boost::function2<bool, boost::any, boost::any, std::allocator<boost::function_base> >,std::allocator<std::pair<boost::any const, std::list<boost::signals::detail::connection_slot_pair, std::allocator<boost::signals::detail::connection_slot_pair> > > > >::lower_bound (this=0x8050030, __x=@0xbffff1e0) at stl_map.h:540 #6 0xb7fdec09 in std::map<boost::any, std::list<boost::signals::detail::connection_slot_pair, std::allocator<boost::signals::detail::connection_slot_pair> >, boost::function2<bool, boost::any, boost::any, std::allocator<boost::function_base> >,std::allocator<std::pair<boost::any const, std::list<boost::signals::detail::connection_slot_pair, std::allocator<boost::signals::detail::connection_slot_pair> > > > >::operator[] (this=0x8050030, __k=@0xbffff1e0) at stl_map.h:336 #7 0xb7fdddad in boost::signals::detail::named_slot_map::clear (this=0x8050030) at /home/max/src/boost_1_33_0/libs/signals/build/../src/named_slot_map.cpp:81 #8 0xb7fddce7 in named_slot_map (this=0x8050030, compare=@0xbffff2d0) at /home/max/src/boost_1_33_0/libs/signals/build/../src/named_slot_map.cpp:74 #9 0xb7fe19bf in signal_base_impl (this=0x8050028, comp=@0xbffff2d0, combiner=@0xbffff2e0) at /home/max/src/boost_1_33_0/libs/signals/build/../src/signal_base.cpp:23 #10 0xb7fe23c0 in signal_base (this=0xbffff390, comp=@0xbffff2d0, combiner=@0xbffff2e0) at /home/max/src/boost_1_33_0/libs/signals/build/../src/signal_base.cpp:179 #11 0x0804a0cc in boost::signal0<void, boost::last_value<void>, int, std::less<int>, boost::function<void ()(), std::allocator<void> > >::signal0 () #12 0x08049921 in boost::signal<void ()(), boost::last_value<void>, int, std::less<int>, boost::function<void ()(), std::allocator<void> > >::signal () #13 0x08049601 in main () (gdb) I compiled the source (in attach) by: g++ main.cpp -o unitest -I/usr/local/include -I/usr/local/include/boost-1_33/ -L/usr/local/lib -lboost_signals-gcc-d I tryied also libboost_signals-gcc-mt-d with the same result. hope this help ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1262038&group_… ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Bugs-1262030 ] there is not a signal category
by SourceForge.net 17 Aug '05

17 Aug '05

Bugs item #1262030, was opened at 2005-08-17 14:27 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=1262030&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: macchese (macchese) Assigned to: Nobody/Anonymous (nobody) Summary: there is not a signal category Initial Comment: I'm trying to submit a bug for the signals library, I'm wondering if there is a category or should use the "any" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1262030&group_… ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [boost] patch to silence a MSVC++ warning in trim.hpp
by Martin Bonner 17 Aug '05

17 Aug '05

----Original Message---- From: Stefan Seefeld [mailto:seefeld@sympatico.ca] Sent: 17 August 2005 11:59 To: boost(a)lists.boost.org Subject: Re: [boost] patch to silence a MSVC++ warning in trim.hpp > Vadim Zeitlin wrote: >> Hello, >> >> when compiling <boost/algorithm/string/trim.hpp> with MSVC 7.1 at >> maximal warning level you get a warning 4512 ("assignment operator >> could not be generated") because of the const members in struct >> is_classifiedF from boost/algorithm/string/detail/classification.hpp. >> >> The trivial patch below fixes it. Notice that I didn't take the >> assignment operator in "#ifdef _MSC_VER" because I see no harm in >> doing this for all compilers but then no other compiler I know about >> gives such warning so it should be also safe to add the #ifdef if >> this is preferred. > > Wouldn't it be even better to provide a new baseclass > boost::nonassignable that is similar to boost::noncopyable ? That > makes things even more explicit. > That wouldn't help. If you derive from boost::noncopyable, you get warning 4512 (because MSVC is unable to generate an assignment operator). I think the best fix is for users to #pragma off the warning. -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 441434

3 2

Propose adding Clone Smart Pointer (clone_ptr) to the boost library
by Axter 17 Aug '05

17 Aug '05

I'm proposing to add the clone_ptr class to the boost library. I've developed a clone_ptr class that performs a clone of an abstract pointer without the need for a clone method. The clone_ptr is well suited for automatic deep copy of abstract pointers, and for use with STL containers. In addition to being able to perform clone operations, it also have operators that performs comparison on the object being pointed to, instead of the pointer address. This allows for correct sorting and comparison of clone_ptr's in an STL container. See following link for more info: http://code.axter.com/clone_ptr_introduction.htm Also check out the boost vault (clone_ptr_Introduction.zip )

2 2

patch to silence a MSVC++ warning in trim.hpp
by Vadim Zeitlin 17 Aug '05

17 Aug '05

Hello, when compiling <boost/algorithm/string/trim.hpp> with MSVC 7.1 at maximal warning level you get a warning 4512 ("assignment operator could not be generated") because of the const members in struct is_classifiedF from boost/algorithm/string/detail/classification.hpp. The trivial patch below fixes it. Notice that I didn't take the assignment operator in "#ifdef _MSC_VER" because I see no harm in doing this for all compilers but then no other compiler I know about gives such warning so it should be also safe to add the #ifdef if this is preferred. *** classification.hpp.orig Wed Aug 17 10:19:50 2005 --- classification.hpp Wed Aug 17 10:19:46 2005 *************** *** 55,60 **** --- 55,64 ---- #endif private: + // prevent compiler from trying to generate this operator + // automatically (and failing because of const members) + is_classifiedF& operator=(const is_classifiedF&); + const std::ctype_base::mask m_Type; const std::locale m_Locale; }; Thanks in advance, VZ

2 1

"/usr/bin/objcopy" --set-section-flags .debug_str=contents, debug
by Neal Becker 17 Aug '05

17 Aug '05

just curious. Why do debug builds of boost on gcc use this? What does it mean? I'm just wondering. I've never seen it needed for any other build. g++ -g is all that I've ever seen used to build a debug version of anything. "/usr/bin/objcopy" --set-section-flags .debug_str=contents,debug

5 8

Re: [boost] [futures] request for comments
by Florian Schintke 17 Aug '05

17 Aug '05

> > You asked for comments, so here goes: I find the apparently > > copious use of implicit conversions disturbing. Especially > > disturbing is the fact that futures seem to have both > > incoming and outgoing implicit conversions. > > In direct discussions with Thorsten I strongly objected against having an > operator T(), he want's to see the commenst on this list anyway... > > [...] > > Regards Hartmut Hi, I am neither an C++ expert nor do I know the internal reasons why inmplicit conversion may be awkward, but as Thorsten I like the futures including the implicit conversion. In the following I try to explain my reasons for this. Futures can be used for asynchronous function calls, but futures could (with another implementation) also be used for lazy evaluation. >From the programmers point of view it is nice, if you can specify the behaviour of your code by just changing the declaration of your variables and do not have to change anything else. // select one of the following declarations // here the single call is visible (explanation see below) int f = fac(15); future<int> f = fac(15); future<int,lazy> f = fac(15); // ... do something else ... // ... later use f (maybe at multiple locations in the code) // without any syntactical change ... do_something(f); cout << f << endl; With this schema one could easily change the computational model from synchronous, asynchronous (concurrently) and lazy. Missing the implicit conversion one would have to change every use of f to f(). If f() is once evaluated (waited for the asynchronous call) f behaves like a normal variable. The function is not evaluated again if f is used again. Why should one have to write () at each usage of this variable? This would be misleading and suggest that something is called or evaluated every time (including side effects of fac()), wich is not the case. Florian -- Florian Schintke <schintke(a)zib.de>, http://www.zib.de/schintke/

1 0

[regex] bad_expression changed interface
by Lorenzo Bettini 17 Aug '05

17 Aug '05

Hi in 1.31 bad_expression was class bad_expression : public bad_pattern { public: bad_expression(const std::string& s) : bad_pattern(s) {} }; now in 1.33 it is class regex_error : public std::runtime_error { public: explicit regex_error(const std::string& s, regex_constants::error_type err, std::ptrdiff_t pos); explicit regex_error(boost::regex_constants::error_type err); boost::regex_constants::error_type code()const; std::ptrdiff_t position()const; }; typedef regex_error bad_pattern; // for backwards compatibility typedef regex_error bad_expression; // for backwards compatibility so I was wondering if there's a way to make throw boost::bad_expression("internal error"); compile on both versions of the library (this statement was reported not to compile with 1.33 by a user of one of my programs) many thanks in advance Lorenzo -- +-----------------------------------------------------+ | Lorenzo Bettini ICQ# lbetto, 16080134 | | PhD in Computer Science | | Dip. Sistemi e Informatica, Univ. di Firenze | | Florence - Italy (GNU/Linux User # 158233) | | Home Page : http://www.lorenzobettini.it | | http://music.dsi.unifi.it XKlaim language | | http://www.lorenzobettini.it/purple Cover Band | | http://www.gnu.org/software/src-highlite | | http://www.gnu.org/software/gengetopt | | http://www.lorenzobettini.it/software/gengen | | http://www.lorenzobettini.it/software/doublecpp | +-----------------------------------------------------+

2 2

Foreach and typeof
by Edward Diener 17 Aug '05

17 Aug '05

Did either foreach or typeof make it into Boost 1.33 ? I see nothing about either in the documentation and I had the impression that both passed the review and were to be in Boost 1.33. I guess they will be in the next release.

4 4

Re: [boost] Interest for a perl6-like-junctions-class?
by Rob Stewart 17 Aug '05

17 Aug '05

I posted another update to multivalues.zip. This one eliminates dependence on SFINAE, so it may compile on additional compilers. -- Rob Stewart stewart(a)sig.com Software Engineer http://www.sig.com Susquehanna International Group, LLP using std::disclaimer;

1 0

[Test] 1.33 small typo error with MIPS Pro
by Kevin Wheatley 16 Aug '05

16 Aug '05

Under MIPS pro va_end() is a null macro and this then causes a warning, so I assume that the commas should be semi-colons. Kevin --- boost_1_33_0_gcc_3.2.3/include/boost-1_33/boost/test/impl/test_tools.ipp 2005-06-22 23:03:05.000000000 +0100 +++ boost_1_33_0/boost/test/impl/test_tools.ipp 2005-08-16 09:41:13.000000000 +0100 @@ -173,7 +173,7 @@ unit_test_log << "difference between " << arg1_descr << "{" << arg1_val << "}" << " and " << arg2_descr << "{" << arg2_val << "}" << ( tl == PASS ? " doesn't exceed " : " exceeds " ) - << toler_val << "%", + << toler_val << "%"; va_end( args ); @@ -196,7 +196,7 @@ unit_test_log << "absolute value of " << arg1_descr << "{" << arg1_val << "}" << ( tl == PASS ? " doesn't exceed " : " exceeds " ) - << toler_val, + << toler_val; va_end( args ); -- | Kevin Wheatley, Cinesite (Europe) Ltd | Nobody thinks this | | Senior Technology | My employer for certain | | And Network Systems Architect | Not even myself |

4 3

[1.33.0] VC 7.1 vs. SFINAE/type traits
by Mat Marcus 16 Aug '05

16 Aug '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In one of our projects, the following code produces some strange compilation errors under VC 7.1/boost 1.33.0. Can anyone suggest a workaround? - Mat #include <sstream> #include "boost/type_traits.hpp" #include "boost/utility/enable_if.hpp" template <typename EnumType> typename boost::enable_if<boost::is_enum<EnumType>, EnumType>::type operator ~ (EnumType a); std::stringstream t; -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.2 (Build 2424) iQA/AwUBQwIDTxIZBaoznf65EQKEyACgnVW7095czvJp1MMvNruggOxQfIQAn2Qs TAtl4P353L4rRplTeFJwW2kO =jqlu -----END PGP SIGNATURE-----

4 4

Boost::UTF
by Owen Anderson 16 Aug '05

16 Aug '05

Hello, I was looking on Google for a good means of dealing with UTF encoded text files, and I ran across the old postings about Alberto Barbati's UTF library for Boost. While I know that the old files are still around, is there any progress being made on this front? Or is this a dead-end? Because it's exactly what I was looking for! -Owen Anderson

7 6

boost 1.32: read_write_mutex assertion
by Slawomir Lisznianski 16 Aug '05

16 Aug '05

Hello, I'm using Boost.Threads read/write mutex with the writer scheduling priority. Under heavy load, from many threads, I'm getting the following assertion: <..>/boost/boost_1_32_0/libs/thread/src/read_write_mutex.cpp:190: void boost::deta il::thread::read_write_mutex_impl<Mutex>::do_write_lock() [with Mutex = boost::mutex]: Assertion `++loop_count == 1' failed. Abort (core dumped) The system is Linux kernel 2.4.21 (SMP) with 4 CPUs (Intel XEON MP) and g++ 3.2.3 20030502 (Red Hat Linux 3.2.3-42). Has anyone else experienced a similar problem? Thanks, Slawomir

1 0

Re: [boost] boost dll versions
by Martin Bonner 16 Aug '05

16 Aug '05

----Original Message---- From: David Abrahams [mailto:dave@boost-consulting.com] Sent: 16 August 2005 14:19 To: boost(a)lists.boost.org Subject: Re: [boost] boost dll versions >> While the breadth of support has helped boost gain wide acceptance, >> it is also the single biggest fault of the library as well. > > ?? Breadth of support has many benefits and only a few costs, and most > of those fall on the library maintainers. Library users (ahem, like > you) might pay for a slight reduction in velocity, but that's all. No, there are two further costs that library users pay: a) Features that are not implemented because they are too hard on older compilers. b) Features that use a less convenient syntax because supporting the more convenient syntax is too hard on older compilers. c) Features that are not implemented because the library maintainer has spent her limited time on maintaining support for older compilers. Having said that, it sure makes it easier to get buy-in to boost if it doesn't involve a compiler upgrade! -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 441434

2 1

Can't upload to the sandbox?
by John Maddock 16 Aug '05

16 Aug '05

Trying to upload to the sandbox I get the following errors: Warning: fopen(userstats/johnmaddock.stat): failed to open stream: Read-only file system in /home/groups/b/bo/boost-sandbox/htdocs/vault/include/functions.php on line 785 Warning: fclose(): supplied argument is not a valid stream resource in /home/groups/b/bo/boost-sandbox/htdocs/vault/include/functions.php on line 797 Warning: fopen(stats/2005/08/month.stats): failed to open stream: Read-only file system in /home/groups/b/bo/boost-sandbox/htdocs/vault/include/functions.php on line 346 Warning: fwrite(): supplied argument is not a valid stream resource in /home/groups/b/bo/boost-sandbox/htdocs/vault/include/functions.php on line 348 Warning: fclose(): supplied argument is not a valid stream resource in /home/groups/b/bo/boost-sandbox/htdocs/vault/include/functions.php on line 350 Warning: fopen(stats/2005/08/16): failed to open stream: Read-only file system in /home/groups/b/bo/boost-sandbox/htdocs/vault/include/functions.php on line 275 Warning: fwrite(): supplied argument is not a valid stream resource in /home/groups/b/bo/boost-sandbox/htdocs/vault/include/functions.php on line 277 Warning: fclose(): supplied argument is not a valid stream resource in /home/groups/b/bo/boost-sandbox/htdocs/vault/include/functions.php on line 279 The uploaded file appears in the list, but can't be accessed. Anyone any ideas what's wrong? Thanks, John.

2 2

[regex] 1.33 missing include causes compile error... MIPS Pro 7.4.1
by Kevin Wheatley 16 Aug '05

16 Aug '05

cpp_regex_traits.hpp appears to be missing an include to define std::basic_istream<> ... cc-1070 CC: ERROR File = boost_1_33_0/boost/regex/v4/cpp_regex_traits.hpp, Line = 442 The indicated type is incomplete. std::basic_istream<charT> m_is; // stream for parsing numbers. ^ A template was detected during header processing. instantiation of class "boost::re_detail::cpp_regex_traits_implementation<char>" at line 945 instantiation of "std::string boost::cpp_regex_traits<char>::error_string(boost::regex_ constants::error_type) const" at line 171 of "boost_1_33_0/libs/regex/build/../src/posix_api.cpp" 1 error detected in the compilation of "boost_1_33_0/libs/regex/build/../src/posix_api.cpp". So the attatched patch adds a suitable include to get regex compiling Kevin -- | Kevin Wheatley, Cinesite (Europe) Ltd | Nobody thinks this | | Senior Technology | My employer for certain | | And Network Systems Architect | Not even myself | --- boost_1_33_0_mipspro_7.4.1/include/boost-1_33/boost/regex/v4/cpp_regex_traits.hpp 2005-07-12 10:49:10.000000000 +0100 +++ boost_1_33_0/boost/regex/v4/cpp_regex_traits.hpp 2005-08-16 14:32:00.000000000 +0100 @@ -21,6 +21,8 @@ #include <boost/config.hpp> +#include <istream> + #ifndef BOOST_NO_STD_LOCALE #ifndef BOOST_RE_PAT_EXCEPT_HPP

2 1

[regex] MipsPro failure in boost/regex/v4/fileiter.hpp (1.33.0)
by Richard Hadsell 16 Aug '05

16 Aug '05

The mipspro build of regex fails in fileiter.cpp, because the header is missing an include: mipspro-C++-action bin/boost/libs/regex/build/libboost_regex.so/mipspro/debug/fileiter.o cc-1079 CC: ERROR File = /tmp_mnt/netDISKS/cgi/IRIX4/cgi/vendor/library/boost/boost_1_33_0/boost/regex/v4/fileiter.hpp, Line = 212 A type specifier is expected. typedef std::ptrdiff_t difference_type; ^ ... (2 similar places in the same file) The fix should be good for any compiler: diff -u -r1.1 -r1.2 --- boost/regex/v4/fileiter.hpp 2005/08/12 17:26:18 1.1 +++ boost/regex/v4/fileiter.hpp 2005/08/16 16:49:48 1.2 @@ -61,6 +61,7 @@ #elif defined(BOOST_REGEX_FI_POSIX_DIR) +#include <cstddef> #include <cstdio> #include <cctype> #include <iterator> P.S.: Thanks to Kevin Wheatley for reporting a similar problem in cpp_regex_traits.hpp, so that I didn't have to. -- Dick Hadsell 914-259-6320 Fax: 914-259-6499 Reply-to: hadsell(a)blueskystudios.com Blue Sky Studios http://www.blueskystudios.com 44 South Broadway, White Plains, NY 10601

1 0