May 2007 - Boost - lists.preview.boost.org

[HEAD] lexical_cast<int8_t>("127") bug?
by Dean Michael Berris 11 May '07

11 May '07

Hi Everyone, I've recently tried the following (inlined test) which isolates the problem I've encountered with boost::lexical_cast<int8_t>: #include <iostream> #include <boost/lexical_cast.hpp> int main(int argc, char * argv[]) { int8_t value; try { value = boost::lexical_cast<int8_t>("127"); } catch (std::exception & e) { std::cerr << e.what() << '\n'; } return 0; }; This is compiled with gcc 4.1.2 on Linux. Any idea why 127 wouldn't fit into an 8-bit signed integer? The defined range for signed 8 bit integers should be -127..+127 right? Am I missing something? Insights and pointers would be most appreciated. -- Dean Michael C. Berris http://cplusplus-soup.blogspot.com/ mikhailberis AT gmail DOT com +63 928 7291459

15 35

[boost 1.34 beta][function][pool][signals][test][tr1] Missing headers files on install!! (was: MSVC 8 installation issue)
by Rene Rivera 11 May '07

11 May '07

Ovanes Markarian wrote: > Rene, > > Thanks for the answer. I copied the include from c:\boost\Include to my > source control and did the same with lib directory. I solved the problem. In > attachment is the list of files which were not installed via the "bjam.exe > ... install" command, but after copying them manually (to my sc dir) > compilation succeeded. > > Sure some of them are not required (I simply diff-ed the directories), but > some of them were definitely missing. I must this is rather depressing :-( Of course most of those missing files are because authors are using "non-standard" file extensions for file. This *has* to be fixed, so I'm fixing it. And since this post is going to the dev list also, I'm asking lib authors to pay attention to this request for info... Library authors, please indicate which of the following should be installed... ** function ** gen_maybe_include.pl gen_function_N.pl ** pool ** for.m4 pool_construct.bat pool_construct.m4 pool_construct.sh pool_construct_simple.bat pool_construct_simple.m4 pool_construct_simple.sh ** signals ** gen_signal_N.pl ** test ** parsetree.dtd argv_traverser.cpp char_parameter.cpp dual_name_parameter.cpp id_policy.cpp named_parameter.cpp parser.cpp validation.cpp environment.cpp config_file.cpp config_file_iterator.cpp ** tr1 ** (these obviously should be installed) algorithm array bitset complex deque exception fstream functional iomanip ios iostream istream iterator limits list locale map memory new numeric ostream queue random regex set sstream stack stdexcept streambuf string strstream tuple type_traits typeinfo utility valarray vector -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo

4 5

Move library
by Michael Marcin 11 May '07

11 May '07

I have a just come across a need for move semantics to make an interface clean and efficient. I read a while back that there was a move semantics library developed for boost (by David Abrahams?). Is it useable presently? Where can I find the latest version? Thanks, Michael Marcin

2 1

Re: [boost] [soc07][cgi] RFC: use-cases/scope
by bwood 10 May '07

10 May '07

Jeff Garland writes: >Anyway, I brought it up simply as evidence that the 'wisdom' that C++ >isn't useful for web programming is flawed. Sorry if this has been mentioned already. I just stumbled across it. www.micronovae.com Brian Wood Ebenezer Enterprises

3 2

[1.34.0] Release Candidate
by Thomas Witt 10 May '07

10 May '07

Hi, The 1.34.0 release candidate is now available from http:// www.boost.org/release/ please give it a try and report any problems to the developer list or directly to me. The tentative release date is May 11. Thanks Thomas -- Thomas Witt witt(a)acm.org

4 8

use of "concept" in concept check library
by Jeremy Siek 10 May '07

10 May '07

A refactoring of the concept check library has introduced the use of "concept" as the name of a namespace. This causes problems when trying to use boost with ConceptGCC. -Jeremy ______________________________________ Jeremy Siek <jeremy.siek(a)colorado.edu> http://www.cs.colorado.edu/~siek/ Visiting Assistant Professor Department of Computer Science University of Colorado at Boulder

2 1

[proto] weird transform behaviour
by Maurizio Vitale 10 May '07

10 May '07

I've hit something that I find weird in the behaviour of transforms. I don't know what is the intention. Basically, what seem to be happening is that if a transform doesn't cover all the cases but a pattern matches at some external level, then that is taken as a match. For instance, given the following transform: struct width_transform : proto::or_ < terminal_width<proto::terminal< number<_> > >, binary_width<proto::binary_expr<proto::tag::plus, width_transform, width_transform> > > {}; and evaluating the transform for proto::binary_expr<proto::tag::minus, something, something>, I get binary_width "called". If I add a pattern for proto::binary_expr<_, width_transform, width_transform> then that pattern is used. I would expect a failure at compile time, but in any case adding a wider pattern after a narrower pattern should never change whether the former matches or not. Unless I'm making something stupid, in which case just let me know, I'm used to it. Best regards, Maurizio

2 2

Boost singleton
by Medland, Thomas M 10 May '07

10 May '07

Hi, I have just moved company and in my old company I used to use a RogueWave singleton class. I was looking to use the boost singleton class. However after looking at the implementation I saw there was no private default copy constructor or assignment operator. Does this not mean that I could create multiple instances of my singleton via assignment or some other form of copying? I saw some discussion of a better singleton representation in boost and I was wondering what the status of this was, and I was also wondering what other people use for their singletons? Thanks Tom - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice.

5 7

[1.34.0beta] Fault in read_write_mutex - write_locked query
by Neil Groves 10 May '07

10 May '07

Hello! I am very happy to see that the read_write_mutex has returned to boost. I am particularly grateful that there is now scheduling configuration too. This is very cool. In the latest beta version of read_write_mutex I noticed a small fault with the bool write_locked() const query in various classes in the detail/read_write_mutex.hpp file performing a != instead of an == comparison. I noticed this primarily because I make this mistake all the time! Attached is the beta version of detail/read_write_mutex.hpp modified to use ==. I hope this helps, Neil Groves

5 10

[1.34.0] Documentation update
by Doug Gregor 10 May '07

10 May '07

The attached patch updates some documentation bits in the more/ directory for 1.34.0. Okay to commit? - Doug

1 0