- Boost - lists.boost.org

[Boost-bugs] [ boost-Bugs-1528399 ] [program_options] Endless loop with long default arguments
by SourceForge.net 25 Jul '06

25 Jul '06

Bugs item #1528399, was opened at 2006-07-25 16:02 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=1528399&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: Enrico Scholz (ensc) Assigned to: Nobody/Anonymous (nobody) Summary: [program_options] Endless loop with long default arguments Initial Comment: when using a po::value with a representation of the default value having a certain length, 'std::cout << opts' will stuck in an endless loop. E.g. ----- #include <boost/program_options.hpp> #include <string> #include <iostream> namespace po = boost::program_options; int main(int argc, char *argv[]) { po::options_description opts; opts.add_options() ("cfgfile,c", po::value<std::string>()->default_value("/usr/local/etc/myprogramXXXXXXXXX/configuration.conf"), "the configfile"); std::cout << opts; } ----- | $ rpm -q boost | boost-1.33.1-5 | | $ g++ foo.c -lboost_program_options | $ strace ./a.out | ... | write(1, " -c [ --cfgfile ] arg (=/usr/lo"..., 80 -c [ --cfgfile ] arg (=/usr/local/etc/myprogramXXXXXXXXX/configuration.conf) | ) = 80 | write(1, " "..., 80 | ) = 80 | write(1, " "..., 80 | ) = 80 | ... Removing one 'X' will result in an ugly | -c [ --cfgfile ] arg (=/usr/local/etc/myprogramXXXXXXXX/configuration.conf) t | h | e | c | o | n | f | i | g | f | i | l | e output. It would be nice, when: - the default value could be moved into the description column - the description would begin on a new line and an earlier column (e.g. 30-40) when option name/default-value are too long (> 30-40 chars) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1528399&group_… ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [boost] is_nan
by Martin Bonner 25 Jul '06

25 Jul '06

----Original Message---- From: Johan Råde > template<class T> bool is_nan(T a) > { > return a != a; > } > > > 1. Do these implementations work an all platforms? I believe is_nan is vunerable to over-eager optimizers for built-in types. > 2. The category not-a-number can be divided into the sub-categories > quite not-a-number and signalling not-a-number. ^^^^^ Should be "quiet". This error has continued throughout the email chain, so it is obviously not just a simple typo (or it is getting copy-and-pasted). -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 203894

3 2

multi-array problem
by Neal Becker 25 Jul '06

25 Jul '06

I ran into a problem using multi-array. Not really a "bug", but a bit of unexpected behavior. Most containers have constructors like: template<typename old_t> Container (old_t const&); Allows constructing the new container from any sequence - the new container will have a copy of the contents of the old (usually). If you try this with multi-array you will not get a compilation error, but also will not get anything like what you expected.

1 0

Create a boost/algorithm/math sub-library?
by Daryle Walker 25 Jul '06

25 Jul '06

We have a general algorithms directory, currently with a subdirectory with string routines. I want to add a parallel subdirectory with math routines. The routines I want to add are for the Greatest Common Factor and the Least Common Multiple. Now, I already have a header for that in Boost at $ROOT/boost/math/common_factor_rt.hpp, but the main function and function object class templates in that header encapsulate the real implementation. It's those implementation functions that I want to public place in the algorithm collection. They would be: 1. GCD for unsigned numbers and other non-signed entities, like polynomials, using division & modulus reduction. 2. GCD for signed entities; similar to [1] but there are sign comparisons and possible negations, which types in [1] don't have to support. 3. GCD for binary unsigned integers using bit-level operations; it has the same complexity as [1] and [2], O(digit_count^2), but is generally faster because bit twiddling is faster than division. The wrapping code currently in the math libraries, and elsewhere, would be changed to call these routines. Would this require a full-blown review, a mini-review, or no review? Note that we currently do _not_ implement [3] anywhere in Boost (AFAIK). For the future, I envision algorithm/math to only hold function (templates) that compute specific ways to evaluate a relation of interest. Full blown wrapping functions and function objects, as well as types, would stay within the regular math libraries (and call the algorithms as needed). -- Daryle Walker Mac, Internet, and Video Game Junkie darylew AT hotmail DOT com

3 3

Incorrect library naming in bbv2
by John Maddock 25 Jul '06

25 Jul '06

The current name mangling scheme in bbv2 still doesn't match bbv1 and the auto-linking code. In particular if I build a library as a dll with msvc it doesn't get a "-mt" part in the library name, even though all builds against the dll runtime *are* multithreaded in msvc. Thanks, John.

2 1

[Boost-bugs] [ boost-Bugs-1528178 ] ublas: bug in mapped_vector_of_mapped_vector
by SourceForge.net 25 Jul '06

25 Jul '06

Bugs item #1528178, was opened at 2006-07-25 05:54 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=1528178&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: 9 Submitted By: Matthias Troyer (troyer) Assigned to: Nobody/Anonymous (nobody) Summary: ublas: bug in mapped_vector_of_mapped_vector Initial Comment: There is a serious bug in the mapped_vector_of_mapped_vector spare matrix type. Rows containing only zero elements are not treated correctly in prod(). The following code should give a vector that contains only 1 in the last element. Instead prod() gives a vector containing 1 in each element. In debug mode this bug is found by the checks: Check failed in file boost/boost/numeric/ublas/detail/ vector_assign.hpp at line 371: detail::expression_type_check (v, cv) Aborted The bug appears in Boost 1.33 as well as in the CVS version #include <boost/numeric/ublas/matrix_sparse.hpp> #include <boost/numeric/ublas/vector.hpp> int main() { boost::numeric::ublas::mapped_vector_of_mapped_vector<double> m (64,64); boost::numeric::ublas::vector<double> v(64); boost::numeric::ublas::vector<double> w(64); v[63] = 1.; m(63,63) = 1.; w = boost::numeric::ublas::prod(m,v); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1528178&group_… ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [boost] [system] - std::terminate() called after throw system_error
by Oliver.Kowalke＠qimonda.com 25 Jul '06

25 Jul '06

Hello, please ignore my previous post - I forgott the try-catch block (what a shame). Oliver

1 0

Re: [boost] [system] system-0.2 request for comments
by Beman Dawes 25 Jul '06

25 Jul '06

On 7/22/06, Kim Barrett <kab(a)irobot.com> wrote: > At 12:10 PM -0400 7/22/06, Beman Dawes wrote: > >* Addition of a header boost/identifier.hpp. For years I've used a > >similar class to provide the type safety and freedom from unwanted > >conversions that is missing when a simple int is used for an identifier. > >This is logically separate from the system stuff, but for convenience is > >included in the system package since error_code.hpp uses it. > > This appears to be very similar in intent to the facility provided by > boost/strong_typedef.hpp, though there are significant differences in > detail. The intents of identifier.hpp and strong_typedef differ. A strong typedef retains all operations on the underlying type in the new type. An identifier only provides a very limited set of operations on the new type. That is so an operation like multiplication of an identifier, which is almost certainly an error, is not permitted and will be detected by the complier. It wouldn't surprise me if Boost has identifier.hpp functionality somewhere, but I'm not aware of anything. --Beman

2 1

Re: [boost] [system] system-0.2 request for comments
by Oliver.Kowalke＠qimonda.com 25 Jul '06

25 Jul '06

Hi, > ~/devTools/boost_cvs/libs/system/build$ bjam ...found 225 targets... > ...updating 14 targets... > gcc-C++-action > ../../../bin/boost/libs/system/build/libboost_system.a/gcc/deb > ug/error_code.o > ../src/error_code.cpp: In function > 'std::string<unnamed>::errno_md(const > boost::system::error_code&)': > ../src/error_code.cpp:190: error: invalid conversion from > 'char*' to 'int' > ///that's the while condition here... > > char buf[64]; > char * bp = buf; > std::size_t sz = sizeof(buf); > int result; > while ( (result = strerror_r( ec.value(), bp, sz )) == ERANGE ) > { > if ( sz > sizeof(buf) ) std::free( bp ); > sz *= 2; /* Reentrant version of `strerror'. There are 2 flavors of `strerror_r', GNU which returns the string and may or may not use the supplied temporary buffer and POSIX one which fills the string into the buffer. To use the POSIX version, -D_XOPEN_SOURCE=600 or -D_POSIX_C_SOURCE=200112L without -D_GNU_SOURCE is needed, otherwise the GNU version is preferred. */ Oliver

2 1

Who wants Borland support?
by David Abrahams 25 Jul '06

25 Jul '06

In 1.33.1, Boost.Parameter supported Borland. In 1.34, we are running into compiler bugs that we don't know how to avoid. Somehow the compiler is mis-deducing the return type of operator[] on line 328 of boost/parameter/aux_/arg_list.hpp (see http://engineering.meta-comm.com/boost-regression/CVS-RC_1_34_0/developer/i…) If we can't find a solution to this problem very soon we'll have to mark these tests as expected failures and drop support of Borland for 1.34, and we're stumped. I'm hoping someone who cares about Borland will help us come up with an answer. Thanks, -- Dave Abrahams Boost Consulting www.boost-consulting.com

4 11