- Boost - lists.boost.org

Re: [boost] [type_traits] is_convertible<noncopyable,To> crashes
by JOAQUIN LOPEZ MU?Z 17 Apr '06

17 Apr '06

----- Mensaje original ----- De: John Maddock <john(a)johnmaddock.co.uk> Fecha: Viernes, Abril 14, 2006 12:19 pm Asunto: Re: [boost] [type_traits] is_convertible<noncopyable,To> crashes > > In a post from yesterday (see http://tinyurl.com/hzk5w) > > Alexei Alexandrov found a rather serious problem with > > is_convertible in at least MSVC 7.1 and Intel 9.0, namely > > that is_convertible<From,To> fails to compile when > >> From is non-copyable, emitting an error message like this: > > Wait a second, I've just looked at the original error messages, > and the test > case is very specific, it fails for: > > is_convertible<const noncopyable, const noncopyable> > > That is known not to work, *and will never work*, there is no way > we can > define a trait that detects whether a type is copy-constructable > or not. In > other words the From and To parameters must be different types. OK, I've carefully read the standard and I understand now that convertiblity between X and itself is tantamount to X being copy constructible (my naive understanding was that X is always convertible to X by definition.) For the purposes of my code, I can then replace the calls of the form is_convertible<X,Y> with calls to template<typename From,typename From> struct is_same_or_convertible: mpl::or_< is_same<From,To> is_convertible<From,To> > {}; and thus avoid executing is_convertible<From,To> whith From=To. [On a side note, if From must be different to To, why is this is not stated in the docs? There's even a case whith From=To in is_convertible_test.cpp: BOOST_CHECK_INTEGRAL_CONSTANT( (::tt::is_convertible<Base,Base>::value), true); end of side note.] So, if we exclude the case where From=To, is is_convertible supposed to work for the call pattern is_convertible<const X,Y> where X is non-copyable and Y!=X? From Alexei tests seems like this could be failing too, and does not fall under the forbidden From=To case. I don't have any compiler handy right now, will try to check out by myself in a few days. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

3 2

fixed_point math request
by Yashin Evgeny 17 Apr '06

17 Apr '06

Hello. Fixed point computation appears too often on an embedded systems, but it seems that implement bug free class too complex (i found a lots of implementations in internet but all of them have 2 issues - either they have an computations bugs and precision loss either they not template). That's why it will be good if in Boost appear standart fixed point library. I assume, that interface should look like these: template< typename T, int N > class fixed_point { .. }; where T - set for us bitness of the variable, and signed/unsigned flag, and N - a number of bits for fractional part of number. of course, for T - best to use types like: uint32, int32 and so on.. or change interface on something like: template< bool signed, int number_all_bits, int number_fract_bits > class fixed_point { .. };

1 0

new library class offer
by Yashin Evgeny 17 Apr '06

17 Apr '06

First of all, if this is a not correct mailing list, please forward the letter to a correct. Thank you. Well.. Consider this code: struct LibraryClass { Object* create_object(); void push_in_stack_object(Object* ); }; In this case library user meets with ambiguity, should him destroy this pointers after using these methods, or not. I just thought out some very simple and small wrapper class, and name it intact_ptr<> which the only way to say library user, that this pointer user should not delete after using (in case of create_object method) or library will not own the pointer (in push_in_stack_object method). It seems that sometimes it's useful. Also this class can decide another pointer related problems, like unwantable increment/decrement operations, pointers equality comparing and so on.

1 0

Re: [boost] Report from Berlin C++ Standards Committee meeting
by Reece Dunn 16 Apr '06

16 Apr '06

Robert Ramey wrote: > On the other hand - I don't see the motivation for including concepts > in the core language. Haven't we been able to implement concept > checking with the current facilities of the library? It seems to me that > the main problem these days with the C++ language these days is that > its too hard to write a correct compiler for it. Making the core > language fancier will only make this problem worse. Concepts in the language allow things that aren't currently possible with C++98. For example, standard algorithms of the form: fn( Iterator first, Iterator last ) fn( Iterator first, Iterator last, Functor f ) cannot have overloads (in C++98) taking containers/ranges: fn( Iterator first, Iterator last ) fn( Iterator first, Iterator last, Functor f ) fn( Range rng ) fn( Range rng, Functor f ) as the last overload is ambiguous. Concepts will allow this to be resolved as a Functor will not match the Iterator requirements :). > While, the commitee is at it - how about re-visiting two-phase lookup. > Apparently there are enough implementers skeptical about it that > they've declined to implement it. (for good reason in my opinion). > I believe this is related to the "export" feature - which has also > failed to gain traction. export is way too complicated to implement, including changes to the output the compiler generates and how the linker works. Two-phase lookup has been implemented by a growing number of compiler vendors. The reason why some vendors choose not to implement this is that it will break (a lot of?) existing code. > So its seems to me that there are a number of issues more > important/urgent than the ones currently being focused on. I, for one, like concepts. They also help simplify the implementation of functions like std::distance as they remove the need to use iterator_traits and the iterator categories that clutter implementations and make them harder to read. - Reece _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

5 8

Re: [boost] string_to/to_string (was: Re: Report from Berlin C++ Standards Committee meeting)
by Reece Dunn 16 Apr '06

16 Apr '06

Olaf van der Spek wrote: > On 4/15/06, Reece Dunn <msclrhd(a)hotmail.com> wrote: > > What about converting to different string types, mainly std::string or std::wstring? > > > > I am also working on implementing to_string and string_to :). Maybe we could combine our efforts and get to_string/string_to into Boost. > > > > At the moment, my versions don't have locale support and string_to isn't returning optional<T>, although I am working on it. They can be used like this: > > > > print( boost::to_string< char >( 10 )); // returns std::string > > The template parameter doesn't look nice (IMO). > What about to_basic_string<T> and to_string as alias for > to_basic_string<char> and to_wstring as alias for > to_basic_string<wchat_t>? What about when you want to have a different character traits or allocator type for the string you are converting to? > But then you're still limited to basic_string. Can't you make one that > can use other containers? Interesting. However, I would say define it as "to_string< StringT >( x ) will convert the object x into a string of type StringT, provided that char_type< StringT >::type returns the underlying string type of StringT and StringT can be constructed from a pointer to that type." This would then allow you to define one for ATL::CStringT< CharT >, QtString or whatever other string type you want to use. You could then use it to do things like: list.AddItem( to_string< ATL::CString >( data.string )); // std::string --> ATL::CString qtlist.AddItem( to_string< QtString >( 10 )); // int --> QtString Without the template, it is difficult to do this. - Reece _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

2 1

Mixing a dll boost library with a static runtime is a really bad idea..."
by Saurabh Ramya 16 Apr '06

16 Apr '06

I am getting error "fatal error C1189: #error : "Mixing a dll boost library with a static runtime is a really bad idea..." I am building a application which uses boost threads and mutexs using vc6. My runtime library is "Debug MultiThreaded". please help to solve this issue? --------------------------------- Blab-away for as little as 1¢/min. Make PC-to-Phone Calls using Yahoo! Messenger with Voice.

3 3

Re: [boost] string_to/to_string (was: Re: Report from Berlin C++ Standards Committee meeting)
by Reece Dunn 16 Apr '06

16 Apr '06

Martin Adrian wrote: > David Abrahams <dave <at> boost-consulting.com> writes: > > > Was there any discussion of the to_string(x) and string_to<T>(x) > > alternative? > > I am using an interface which works like this > > to_string(T x); > to_string(T x, const locale& l); > // The following function always use the classic locale > // this allows easy specializations for trivial cases like int > to_string_classic(T x); > [...] What about converting to different string types, mainly std::string or std::wstring? I am also working on implementing to_string and string_to :). Maybe we could combine our efforts and get to_string/string_to into Boost. At the moment, my versions don't have locale support and string_to isn't returning optional<T>, although I am working on it. They can be used like this: print( boost::to_string< char >( 10 )); // returns std::string print( boost::to_string< char >( 10.01 )); print( boost::to_string< wchar_t >( 10 )); // returns std::wstring print( boost::to_string< wchar_t >( 10.01 )); and: print( boost::string_to< int >( "10" )); print( boost::string_to< float >( "10.01" )); to_string currently looks like this: #ifndef BOOST_CONVERSION_TO_STRING_HPP #define BOOST_CONVERSION_TO_STRING_HPP #include <sstream> #include <string> namespace boost { namespace detail { template< typename String > struct converter { typedef String type; }; template<> struct converter< char > { typedef std::string type; }; template<> struct converter< wchar_t > { typedef std::wstring type; }; } /** @brief Represent the contents of an object as a string. * * @param value The object value to convert to a string. * @return The string representation of that object. */ template< typename String, typename T > typename detail::converter< String >::type to_string( const T & value ) { typedef typename detail::converter< String >::type string_type; typedef typename string_type::value_type char_type; typedef typename string_type::traits_type char_traits; typedef typename string_type::allocator_type allocator_type; std::basic_ostringstream< char_type, char_traits, allocator_type > converter; converter << value; return converter.str(); } } #endif and is in a form I am reasonably happy with. The string_to implementation I am not yet happy with, but looks like this: #ifndef BOOST_CONVERSION_STRING_TO_HPP #define BOOST_CONVERSION_STRING_TO_HPP #include <sstream> #include <string> namespace boost { template< typename T, typename CharT, typename CharTraits, typename Allocator > T string_to( const std::basic_string< CharT, CharTraits, Allocator > & str ) { std::basic_istringstream< CharT, CharTraits, Allocator > converter( str ); T value; converter >> value; return value; } template< typename T > T string_to( const char * str ) { std::basic_istringstream< char > converter( str ); T value; converter >> value; return value; } template< typename T > T string_to( const wchar_t * str ) { std::basic_istringstream< wchar_t > converter( str ); T value; converter >> value; return value; } } #endif - Reece _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

4 4

[hash] Return type of fpclassify on gcc 4.0.1 on Darwin/OS X
by Daniel James 16 Apr '06

16 Apr '06

The hash floating point tests are failing on Darwin. Looking at the error (http://tinyurl.com/qoehb) it appears that when called with a long double, fpclassify is returning a value that isn't FP_ZERO, FP_INFINITE, FP_NAN, FP_NORMAL or FP_SUBNORMAL. But according to: http://developer.apple.com/documentation/Darwin/Reference/ManPages/man3/fpc… those are the only values that it can return. I've been reading up about OS X's long double implementation but can't find any mention of fpclassify. So maybe I just shouldn't use it on this platform. Please can someone with access to the platform look into this? Daniel

1 0

Re: [boost] string_to/to_string (was: Re: Report from Berlin C++ Standards Committee meeting)
by Reece Dunn 16 Apr '06

16 Apr '06

Martin Adrian wrote: > Reece Dunn <msclrhd <at> hotmail.com> writes: > > > What about converting to different string types, mainly std::string or > std::wstring? > > I use to_string and to_wstring but both actually comes from basic_to_string > which is templated on StringT. > > In my own stream class I have implemented c_str() so basic_to_string looks > something like: > > template <typename StringT, typename T> > StringT basic_to_string(call_traits<T>::arg_type x) { > myostream<StringT::char_type> os; > os << x; > return StringT(os.c_str()); > } What if StringT doesn't have a char_type define (such as const wchar_t *)? What if you have something like basic_string< char, case_insensitive< char > >? Or define a different allocator? You could have: typedef typename traits::char_type< StringT >::type char_type; typedef typename traits::char_traits< StringT >::type char_traits; typedef typename traits::allocator_type< StringT >::type allocator; std::basic_ostringstream< char_type, char_traits, allocator > os; os << x; return StringT( os.str().c_str()); > template <typename T> > std::string to_string(const T& x) { return basic_to_string<std::string, T> > (x); } That is similar to what I initially came up with. > template <typename T, typename SequenceT> > T from_string(const SequenceT& seq) { > T v; > myistream<SequenceT::value_type> is(begin(seq), end(seq)); > is >> v; > if (istream_failed(is)) throw invalid_argument("from_string"); > return v; > } People in this discussion have expressed a dislike of throwing exceptions on conversion failure w.r.t. lexical_cast. We could have a string_to and try_string_to, where the try_ version returns T and throws, while the other returns optional<T> and doesn't throw. > > I am also working on implementing to_string and string_to :). Maybe we could > combine our efforts and get > > to_string/string_to into Boost. > > Sure. I can send you my code. Great! > > At the moment, my versions don't have locale support and string_to isn't > returning optional<T> > > I no fan of optional and prefer throw/default. I have not seen a situation > where optional would be easier to use but many where it would be more > difficult. I haven't looked into using optional as I am not familiar with the library. Therefore, I am not qualified to answer questions regarding its usefulness in this situation :). > locale support is a must for me since I want to use to_string both for user > messages (which uses global locale) and SQL statements (which uses classic + a > special date facet). Yeah. Others have requested this for lexical_cast. I was planning on adding versions which take a locale as a second parameter, but haven't gotten around to it yet. - Reece _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

2 1

Bug list status
by Marshall Clow 15 Apr '06

15 Apr '06

Low point: 54 bugs Two weeks ago: 62 bugs Last week: 60 bugs Today: 60 bugs Let's try to knock these bugs down for 1.34! Thanks in advance! If anyone would like to integrate the "Fixes for build on IBM pSeries for AIX and Linux" currently assigned to "Nobody", please let me know! If you think that a bug has been assigned incorrectly, please let me know. Bug counts per assignee: Doug Gregor 5 Roland Schwarz (speedsnail) 3 Stephen Cleary (shammah) 5 Jeremy Siek 5 Jeff Garland (az_sw_dude) 4 Joerg Walter 4 Eric Friedman (ebf) 3 Samuel Kremp 3 John R. Bandela 2 Marshall Clow 2 Joel de guzman (djowel) 2 John Maddock 1 Jens Maurer 2 Thorsten Ottosen (nesotto) 2 Vladimir Prus 2 Rene Rivera (grafik) 2 Jonathan Turkanis 2 Nobody 2 Beman Dawes 2 Peter Dimov 1 Mike Glassford 1 Aleskey Gurtovoy (agurtovoy) 1 Kevlin Henney 1 Hubert Holin 1 Jaakko Jurvi (urzuga) 1 Daniel Wallin 1 Here are the bugs, sorted by assignee: Assignee: agurtovoy <http://sourceforge.net/users/agurtovoy/> Summary: mpl::remove compile error with gcc 4.1.0 Bug #: 1453180 <http://sourceforge.net/tracker/index.php?func=detail&aid=1453180&group_id=7…> Assignee: az_sw_dude <http://sourceforge.net/users/az_sw_dude/> Summary: wrong usage of ios_base::narrow Bug #: 989487 <http://sourceforge.net/tracker/index.php?func=detail&aid=989487&group_id=75…> Assignee: az_sw_dude <http://sourceforge.net/users/az_sw_dude/> Summary: date_time type conversion warning Bug #: 1069225 <http://sourceforge.net/tracker/index.php?func=detail&aid=1069225&group_id=7…> Assignee: az_sw_dude <http://sourceforge.net/users/az_sw_dude/> Summary: local_adjustor::utc_to_local throws 'Time label invalid' Bug #: 1220011 <http://sourceforge.net/tracker/index.php?func=detail&aid=1220011&group_id=7…> Assignee: az_sw_dude <http://sourceforge.net/users/az_sw_dude/> Summary: bjam don`t copy lib & dll files to stage Bug #: 1402743 <http://sourceforge.net/tracker/index.php?func=detail&aid=1402743&group_id=7…> Assignee: beman_dawes <http://sourceforge.net/users/beman_dawes/> Summary: linker error mingw 3.4.5 Bug #: 1426819 <http://sourceforge.net/tracker/index.php?func=detail&aid=1426819&group_id=7…> Assignee: beman_dawes <http://sourceforge.net/users/beman_dawes/> Summary: VC8 can't find windows.h even though environment is correct! Bug #: 1468124 <http://sourceforge.net/tracker/index.php?func=detail&aid=1468124&group_id=7…> Assignee: daniel_wallin <http://sourceforge.net/users/daniel_wallin/> Summary: [Parameter] Docco error section 2.7.2 Bug #: 1378446 <http://sourceforge.net/tracker/index.php?func=detail&aid=1378446&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: LEDA graph adaptors do not handle hidden nodes properly Bug #: 1168431 <http://sourceforge.net/tracker/index.php?func=detail&aid=1168431&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: random_vertex/random_edge are unnecessarily inefficient Bug #: 1204684 <http://sourceforge.net/tracker/index.php?func=detail&aid=1204684&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: Document copy_component Bug #: 1204688 <http://sourceforge.net/tracker/index.php?func=detail&aid=1204688&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: reverse_graph and constness of property maps Bug #: 1246336 <http://sourceforge.net/tracker/index.php?func=detail&aid=1246336&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: Bundled graph properties Bug #: 1420498 <http://sourceforge.net/tracker/index.php?func=detail&aid=1420498&group_id=7…> Assignee: djowel <http://sourceforge.net/users/djowel/> Summary: Miss ' = ParserT()' Bug #: 907299 <http://sourceforge.net/tracker/index.php?func=detail&aid=907299&group_id=75…> Assignee: djowel <http://sourceforge.net/users/djowel/> Summary: spirit insert_key_actor.hpp Bug #: 1059936 <http://sourceforge.net/tracker/index.php?func=detail&aid=1059936&group_id=7…> Assignee: ebf <http://sourceforge.net/users/ebf/> Summary: boost::blank - missing operators Bug #: 1191356 <http://sourceforge.net/tracker/index.php?func=detail&aid=1191356&group_id=7…> Assignee: ebf <http://sourceforge.net/users/ebf/> Summary: [variant] Bug in recursive_wrapper_fwd.hpp Bug #: 1359257 <http://sourceforge.net/tracker/index.php?func=detail&aid=1359257&group_id=7…> Assignee: ebf <http://sourceforge.net/users/ebf/> Summary: ambiguous overloads in boost::variant source code Bug #: 1456780 <http://sourceforge.net/tracker/index.php?func=detail&aid=1456780&group_id=7…> Assignee: glassfordm <http://sourceforge.net/users/glassfordm/> Summary: condition::timed_wait doesnt take amount of time to wait Bug #: 1468789 <http://sourceforge.net/tracker/index.php?func=detail&aid=1468789&group_id=7…> Assignee: grafik <http://sourceforge.net/users/grafik/> Summary: boost jam problem with parallel builds Bug #: 1234224 <http://sourceforge.net/tracker/index.php?func=detail&aid=1234224&group_id=7…> Assignee: grafik <http://sourceforge.net/users/grafik/> Summary: boost.build needs fixes for HP/UX Bug #: 1395924 <http://sourceforge.net/tracker/index.php?func=detail&aid=1395924&group_id=7…> Assignee: hubert_holin <http://sourceforge.net/users/hubert_holin/> Summary: Cannot compile octonion_test.cpp because of bug in sinc.hpp Bug #: 751289 <http://sourceforge.net/tracker/index.php?func=detail&aid=751289&group_id=75…> Assignee: jbandela <http://sourceforge.net/users/jbandela/> Summary: Compiler error for tokenizer on Solaris Bug #: 976241 <http://sourceforge.net/tracker/index.php?func=detail&aid=976241&group_id=75…> Assignee: jbandela <http://sourceforge.net/users/jbandela/> Summary: token_iterator::at_end() result is inversed Bug #: 1338326 <http://sourceforge.net/tracker/index.php?func=detail&aid=1338326&group_id=7…> Assignee: jmaurer <http://sourceforge.net/users/jmaurer/> Summary: Diff in state of mersenne_twister gen between GCC3.41 & CW9 Bug #: 1115124 <http://sourceforge.net/tracker/index.php?func=detail&aid=1115124&group_id=7…> Assignee: jmaurer <http://sourceforge.net/users/jmaurer/> Summary: uniform_01 copies engine instead of using a reference Bug #: 1464566 <http://sourceforge.net/tracker/index.php?func=detail&aid=1464566&group_id=7…> Assignee: joerg_walter <http://sourceforge.net/users/joerg_walter/> Summary: bug in ublas/storage.hpp Bug #: 1095697 <http://sourceforge.net/tracker/index.php?func=detail&aid=1095697&group_id=7…> Assignee: joerg_walter <http://sourceforge.net/users/joerg_walter/> Summary: dead links in uBLAS page Bug #: 1169273 <http://sourceforge.net/tracker/index.php?func=detail&aid=1169273&group_id=7…> Assignee: joerg_walter <http://sourceforge.net/users/joerg_walter/> Summary: Documentation not available on web site: Bug #: 1228242 <http://sourceforge.net/tracker/index.php?func=detail&aid=1228242&group_id=7…> Assignee: joerg_walter <http://sourceforge.net/users/joerg_walter/> Summary: uBLAS::subslice doesn't work Bug #: 1292635 <http://sourceforge.net/tracker/index.php?func=detail&aid=1292635&group_id=7…> Assignee: johnmaddock <http://sourceforge.net/users/johnmaddock/> Summary: Adding boost::is_complex to type_traits.hpp Bug #: 1315712 <http://sourceforge.net/tracker/index.php?func=detail&aid=1315712&group_id=7…> Assignee: jsiek <http://sourceforge.net/users/jsiek/> Summary: invalid result for File Dependency Examp Bug #: 551110 <http://sourceforge.net/tracker/index.php?func=detail&aid=551110&group_id=75…> Assignee: jsiek <http://sourceforge.net/users/jsiek/> Summary: Spelling of Edmonds-Karp-Algorithm Bug #: 1226292 <http://sourceforge.net/tracker/index.php?func=detail&aid=1226292&group_id=7…> Assignee: jsiek <http://sourceforge.net/users/jsiek/> Summary: g++ v3.2.3 inker error for read_graphviz ih boost v1.33.1 Bug #: 1378907 <http://sourceforge.net/tracker/index.php?func=detail&aid=1378907&group_id=7…> Assignee: jsiek <http://sourceforge.net/users/jsiek/> Summary: Calling subgraph::global_to_local on a root graph Bug #: 1444271 <http://sourceforge.net/tracker/index.php?func=detail&aid=1444271&group_id=7…> Assignee: jsiek <http://sourceforge.net/users/jsiek/> Summary: Calling subgraph::global_to_local on a root graph Bug #: 1444293 <http://sourceforge.net/tracker/index.php?func=detail&aid=1444293&group_id=7…> Assignee: kevlin <http://sourceforge.net/users/kevlin/> Summary: lexical_cast & pure virtual functions & VC 8 STL Bug #: 1358600 <http://sourceforge.net/tracker/index.php?func=detail&aid=1358600&group_id=7…> Assignee: mclow <http://sourceforge.net/users/mclow/> Summary: Solaris - once.cpp compile error Bug #: 549162 <http://sourceforge.net/tracker/index.php?func=detail&aid=549162&group_id=75…> Assignee: mclow <http://sourceforge.net/users/mclow/> Summary: mistake in documentation of condition Bug #: 1364416 <http://sourceforge.net/tracker/index.php?func=detail&aid=1364416&group_id=7…> Assignee: nesotto <http://sourceforge.net/users/nesotto/> Summary: boost.range and 'const char[]'. Bug #: 1272315 <http://sourceforge.net/tracker/index.php?func=detail&aid=1272315&group_id=7…> Assignee: nesotto <http://sourceforge.net/users/nesotto/> Summary: [Boost.Range]boost::const_begin calls non-qualified 'begin' Bug #: 1361686 <http://sourceforge.net/tracker/index.php?func=detail&aid=1361686&group_id=7…> Assignee: nobody Summary: Fixes for build on IBM pSeries for AIX and Linux Bug #: 1446471 <http://sourceforge.net/tracker/index.php?func=detail&aid=1446471&group_id=7…> Assignee: nobody Summary: Non-basic-source-character-set characters conflict with MSVC Bug #: 1461533 <http://sourceforge.net/tracker/index.php?func=detail&aid=1461533&group_id=7…> Assignee: pdimov <http://sourceforge.net/users/pdimov/> Summary: shared_ptr<> causes memory leacks and crash Bug #: 1457205 <http://sourceforge.net/tracker/index.php?func=detail&aid=1457205&group_id=7…> Assignee: samuel_k <http://sourceforge.net/users/samuel_k/> Summary: format: assert when parsing invalid pattern Bug #: 1326132 <http://sourceforge.net/tracker/index.php?func=detail&aid=1326132&group_id=7…> Assignee: samuel_k <http://sourceforge.net/users/samuel_k/> Summary: boost::format parse method doesn't work Bug #: 1439607 <http://sourceforge.net/tracker/index.php?func=detail&aid=1439607&group_id=7…> Assignee: samuel_k <http://sourceforge.net/users/samuel_k/> Summary: 64 bit compile warning/error for boost::format Bug #: 1451470 <http://sourceforge.net/tracker/index.php?func=detail&aid=1451470&group_id=7…> Assignee: shammah <http://sourceforge.net/users/shammah/> Summary: ct_gcd_lcm.hpp compilation error Bug #: 558174 <http://sourceforge.net/tracker/index.php?func=detail&aid=558174&group_id=75…> Assignee: shammah <http://sourceforge.net/users/shammah/> Summary: pool::purge_memory() does not reset next_size Bug #: 984124 <http://sourceforge.net/tracker/index.php?func=detail&aid=984124&group_id=75…> Assignee: shammah <http://sourceforge.net/users/shammah/> Summary: Borland compiler error with Pool, boost::pool_allocator Bug #: 988124 <http://sourceforge.net/tracker/index.php?func=detail&aid=988124&group_id=75…> Assignee: shammah <http://sourceforge.net/users/shammah/> Summary: perfomance: memory cleanup for pool takes too long Bug #: 995270 <http://sourceforge.net/tracker/index.php?func=detail&aid=995270&group_id=75…> Assignee: shammah <http://sourceforge.net/users/shammah/> Summary: boost::pool_allocator breaks with vector of vectors Bug #: 1179641 <http://sourceforge.net/tracker/index.php?func=detail&aid=1179641&group_id=7…> Assignee: speedsnail <http://sourceforge.net/users/speedsnail/> Summary: BCB6 throw EExternelException Bug #: 596149 <http://sourceforge.net/tracker/index.php?func=detail&aid=596149&group_id=75…> Assignee: speedsnail <http://sourceforge.net/users/speedsnail/> Summary: Exception safety in class \'thread\' Bug #: 1305885 <http://sourceforge.net/tracker/index.php?func=detail&aid=1305885&group_id=7…> Assignee: speedsnail <http://sourceforge.net/users/speedsnail/> Summary: Memory leak in tss Bug #: 1424965 <http://sourceforge.net/tracker/index.php?func=detail&aid=1424965&group_id=7…> Assignee: turkanis <http://sourceforge.net/users/turkanis/> Summary: rational operator&lt; can overflow Bug #: 798357 <http://sourceforge.net/tracker/index.php?func=detail&aid=798357&group_id=75…> Assignee: turkanis <http://sourceforge.net/users/turkanis/> Summary: problem with boost::iostreams when compiled with Visual C++ Bug #: 1365752 <http://sourceforge.net/tracker/index.php?func=detail&aid=1365752&group_id=7…> Assignee: urzuga <http://sourceforge.net/users/urzuga/> Summary: [boost::lambda] Compile error with libstdc++ debug mode Bug #: 1444052 <http://sourceforge.net/tracker/index.php?func=detail&aid=1444052&group_id=7…> Assignee: vladimir_prus <http://sourceforge.net/users/vladimir_prus/> Summary: multitoken broken in program_options 1.33 Bug #: 1266877 <http://sourceforge.net/tracker/index.php?func=detail&aid=1266877&group_id=7…> Assignee: vladimir_prus <http://sourceforge.net/users/vladimir_prus/> Summary: program_options: additional parser bug Bug #: 1433424 <http://sourceforge.net/tracker/index.php?func=detail&aid=1433424&group_id=7…> -- -- Marshall Marshall Clow Idio Software <mailto:marshall@idio.com> It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone I set my mind in motion.

1 0