June 2006 - Boost - lists.preview.boost.org

Re: [boost] Exception lib?
by Sohail Somani 22 Jun '06

22 Jun '06

> -----Original Message----- > From: boost-bounces(a)lists.boost.org > [mailto:boost-bounces@lists.boost.org] On Behalf Of Emil Dotchevski > Sent: Tuesday, June 20, 2006 2:43 PM > To: boost(a)lists.boost.org > Subject: [boost] Exception lib? > > I came up with a solution which seems to solve the problem, > and I wanted to > see if there is sufficient interest in it to be added to boost. I was reading this and thinking, is this necessary? But it is. Quite an interesting approach that I've never thought of. How does the catch handler actually process this information? Could you write an example that would show how you could give detailed information? I think I can see it, but I'm not quite sure. Thanks Sohail

3 3

howto find arg<i> in vector of arg<j>'s?
by Larry Evans 22 Jun '06

22 Jun '06

How can the attached code be modified to find expected_t0 in expected_args? TIA.

1 1

Bug/Incompatibility: Visual C++ 2005 checked iterators lead to major crashes
by Tanguy Fautre 22 Jun '06

22 Jun '06

Hi, Currently with Boost 1.33.1 and Visual C++ 2005, the libraries are compiled with the default _SECURE_SCL=1 value, which means Boost *.lib and *.dll files are compiled with checked iterator enabled. When an application using Boost is compiled with _SECURE_SCL=1 too, everything is fine. However, all hell breaks loose when the application is compiled with _SECURE_SCL=0 (which is the case of our projects). The problem arises because apparently the iterator implementation and structure is different. Therefore any call to Boost *.lib or *.dll functions with an iterator passed as an argument will result in a weird and unexplained crash (I first got the problem when using Boost.Signals). Because Visual C++ 2005 checked iterators are not Standard C++ compliant, I think that it ought to be possible to disable them when compiling Boost (e.g. using an additional bjam variable in the vc-8_0 toolset?). I sincerely think that not having this option is a serious bug, as it makes Boost useless for anyone using VC2005 and having performance constraints. In the meantime, can anyone tell me how it's possible to globally define _SECURE_SCL=0 when compiling Boost 1.33.1? I tried modifying boost\config\compiler\visualc.hpp, but apparently some Windows/VisualC headers are already included before it (causing a double definition of _SECURE_SCL). Regards, Tanguy

7 24

BitSet and Integers
by Dr MaaTt 22 Jun '06

22 Jun '06

is there a way to turn a regular (unsigned long) integer into bitset? for example, unsigned long int a=1234567890; boost::dynamic_bitset<> b(32); can I do something similar to boost::dynamic_bitset<> b(32, a); or b |= a; without resorting to xxxUL etc? at the moment I am doing for( int i=0 ; i< 32 ; i++ ) if( (a & (1UL << i) ) ) b.set(i); Thanks

2 1

Re: [boost] Exception lib?
by Oliver.Kowalke＠qimonda.com 22 Jun '06

22 Jun '06

You can also do this: throw failed<read_error>() << wrap_errno(); Here, wrap_errno is a function that captures the current errno value, and returns it as an object of some type, which is then stored in the info sub-object of the exception being thrown. Of course, you can attach more stuff directly in the throw-expression, by following with more calls to operator<<. I would be interessted in your library. regards, Oliver

1 0

[filesystem] path.hpp: small change
by Pavel Vozenilek 21 Jun '06

21 Jun '06

Half a dozen of members in path.hpp use complex "basic_path<String, Traits>::string_type::value_type" as function parameter type: template< class String, class Traits > inline bool operator==( const typename basic_path<String, Traits>::string_type::value_type * lhs, //<<== uses string_type const basic_path<String, Traits> & rhs ) The basic_path has typedef "value_type", defined as string_type::value_type, so it should be possible to replace the function signature with shorter: template< class String, class Traits > inline bool operator==( const typename basic_path<String, Traits>::value_type * lhs, // <<== no string_type const basic_path<String, Traits> & rhs ) Incidentally, this works around a bug in Digital Mars 8.49.1 compiler (which fails to deal with the "string_type"). /Pavel

1 0

[pqs] discussion is huge! - wiki
by Janek Kozicki 21 Jun '06

21 Jun '06

Hello all, I'm sure that everyone involved in pqs discussion is quickly running out of time to spend on the mailing list. My point here is to start doing something while the idea is hot. That something IMHO is a wiki with specifications of those libraries (when decided to decouple dimensions, units and linear algebra (not geometry!)). Then everyone will be able to write valuable ideas that will NOT be buried under continuous flow of new posts to the mailing list. So finally a concise specification may emerge. so, how to start a wiki? :) -- Janek Kozicki |

2 4

Re: [boost] [PQS] Matrix operations
by Geoffrey Irving 21 Jun '06

21 Jun '06

On Wed, Jun 21, 2006 at 03:49:22PM -0400, Daryle Walker wrote: > On 6/19/06 12:03 PM, "Geoffrey Irving" <irving(a)cs.stanford.edu> wrote: > > > On Mon, Jun 19, 2006 at 09:43:45AM -0600, Dave Steffen wrote: > [SNIP] > >> It seems to me that building operations for vectors-with-units and > >> matrices-with-units is a duplication of effort. If the PQS library > >> is as easy to use as [ it should be | we think it is ] then > >> incorporating units into UBLAS should be both easy and a good > >> exercise. > > > > Small vectors and transforms require somewhat different interfaces than > > large vectors. For example, uBLAS does not have cross products, > > normalization, quaternions, exponential maps from vectors to quaternions, > > etc. > [TRUNCATE] > > But we have a quaternion library too.... When I said quaternions, I meant the action of quaternions on vectors. Certainly any small vector library would want to use the existing quaternions. Geoffrey

1 0

[Review][PQS] Review deadline
by fred bertsch 21 Jun '06

21 Jun '06

The deadline for reviews of Andy Little's Physical Quantities System is the end of this Friday. (June 9) So far, we haven't gotten many reviews. If you're thinking about writing one, it would be great if you could finish it up. Thanks, Fred Bertsch

20 63

Re: [boost] Bug: bind() escapes from boost:: namespace whenplaceholders are used
by Reece Dunn 21 Jun '06

21 Jun '06

David Abrahams wrote: > > > In an expression of the form f(x, y), f is (also) > > looked up in the ("associated") namespaces of x and y. Since _1 is usually > > of type boost::arg<1>, boost is an associated namespace for it and the > > function "bind" is found without an explicit boost:: qualification. > > Depending on your point of view, this might be an argument for moving > the placeholders into a nested namespace (with a using directive to > bring them out, of course). That would be consistent with TR1 that has them in the std::tr1::placeholder namespace. It may also be useful to merge the bind and lambda placeholders to avoid issues with using lambda with bind. - Reece _________________________________________________________________ Try Live.com: where your online world comes together - with news, sports, weather, and much more. http://www.live.com/getstarted

2 1