- Boost - lists.boost.org

[Signals] Call of an unary object function from a binary signal does not fail to compile
by Samuel Debionne 09 Dec '08

09 Dec '08

Hello, Almost everything is in the title. To go into details, I have a small test case (see attached file) where I accidentally manage to call a unary object function from a binary signal. The object function is the result of a Boost.Bind call. I would have expect a compile time error here. What happend to the second parameter ? Is there any risks of stack corruption ? Thanks, Samuel

2 1

[review][constrained_value] Constrained Value Review Ends Tomorrow - December 10th
by Jeff Garland 09 Dec '08

09 Dec '08

Thanks to all who have submitted a review and the healthy issue discussion. The review is scheduled to wrap up tomorrow. We can certainly continue to discuss after the deadline since I don't believe another review is scheduled, but if you're thinking of reviewing sooner would be better than later. Thanks, Jeff ******************************************************************* The review of the Robert Kawulak's Constrained Value library begins today December 1, 2008, and will end on December 10th -- I will be the review manager. Please post reviews to the developer list. Here's the library synopsis: The Boost Constrained Value library contains class templates useful for creating constrained objects. A simple example is an object representing an hour of a day, for which only integers from the range [0, 23] are valid values. bounded_int<int, 0, 23>::type hour; hour = 20; // OK hour = 26; // exception! Behavior in case of assignment of an invalid value can be customized. The library has a policy-based design to allow for flexibility in defining constraints and behavior in case of assignment of invalid values. Policies may be configured at compile-time for maximum efficiency or may be changeable at runtime if such dynamic functionality is needed. The library can be downloaded from the here: http://rk.go.pl/f/constrained_value.zip The documentation is also available online here: http://rk.go.pl/r/constrained_value --------------------------------------------------- Please state in your review, whether you think the library should be accepted as a Boost library. Additionally, please consider the following aspects in your review of the library: - What is your evaluation of the design? - What is your evaluation of the implementation? - What is your evaluation of the documentation? - What is your evaluation of the potential usefulness of the library? - Did you try to use the library? With what compiler? Did you have any problems? - How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? - Are you knowledgeable about the problem domain? Thanks, Jeff

1 0

[Review] UUID library (mini-)review starts today, November 23rd
by Hartmut Kaiser 09 Dec '08

09 Dec '08

Hi all, The mini-review of Andy Tompkins UUID library starts today, November 23rd 2008, and will end on November 30th. I really hope to see your vote and your participation in the discussions on the Boost mailing lists! The library can be downloaded from the vault here (it's the file uuid_v13.zip in the topmost directory): http://tinyurl.com/6xx28b The initial review of the UUID library ended with a provisional acceptance (read here: http://article.gmane.org/gmane.comp.lib.boost.user/27774/) This mini review is meant to allow for a final decision after looking at the changed parts of the library. Here is a list of things fixed and changed: - fixed the licensing issues revealed by the initial review - fixed the security vulnerability revealed by the initial review - renamed to uuid, moved all classes, functions, etc. to namespace boost::uuids - implemented sha1 hash function (thus no license problem) - new class basic_uuid_generator to create random-based uuids. The random number generator is no longer hard coded. It can use any random number generator, default is boost::mt19937 - implemented a good seed function for random number generators - all functions are now reentrant, all classes are as thread safe as an int and the library is no longer dependent on Boost.Thread --------------------------------------------------- Please always state in your review, whether you think the library should be accepted as a Boost library! Additionally please consider giving feedback on the following general topics: - What is your evaluation of the design? - What is your evaluation of the implementation? - What is your evaluation of the documentation? - What is your evaluation of the potential usefulness of the library? - Did you try to use the library? With what compiler? Did you have any problems? - How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? - Are you knowledgeable about the problem domain? Regards Hartmut Review Manager

11 25

[Serialization] assertion failure on exit
by Kenny Riddile 09 Dec '08

09 Dec '08

I'm getting the following assertion failure on exit when instantiating certain serializable classes: Assertion failed: NULL != l, file libs\serialization\src\extended_type_info.cpp, line 47 I was finally able to determine a difference between the classes that caused the assertion failure and those that didn't. Here's some code: ////////////////////////////////////////////////////////////////// // Serializable.hpp: class Serializable { public: virtual ~Serializable() = 0; template< typename Archive > void serialize( Archive& /*ar*/, const unsigned int /*version*/ ) { } private: }; inline Serializable::~Serializable() { } BOOST_CLASS_EXPORT( Serializable ) ////////////////////////////////////////////////////////////////// ////////////////////////////////////////////////////////////////// // Foo.hpp: struct Foo : Serializable { template< typename Archive > void serialize( Archive& ar, const unsigned int /*version*/ ) { ar & BOOST_SERIALIZATION_BASE_OBJECT_NVP( Serializable ); } }; BOOST_CLASS_EXPORT( Foo ) ////////////////////////////////////////////////////////////////// The above code does not assert on exit after instantiating a Foo object. However, if I make Foo not header-only like so: ////////////////////////////////////////////////////////////////// // Foo.hpp: struct Foo : Serializable { Foo(); template< typename Archive > void serialize( Archive& ar, const unsigned int /*version*/ ) { ar & BOOST_SERIALIZATION_BASE_OBJECT_NVP( Serializable ); } }; BOOST_CLASS_EXPORT( Foo ) ////////////////////////////////////////////////////////////////// ////////////////////////////////////////////////////////////////// // Foo.cpp: Foo::Foo() { } ////////////////////////////////////////////////////////////////// then I get the assertion failure on program exit if I so much as instantiate a Foo object.

1 2

Compiling Boost 1.36.0 for Itanium - Bug
by Amit Sonawane 08 Dec '08

08 Dec '08

>Environment: >WinXP SP2/Visual Studio Team System 2005/Itanium cross compiler tools >1 . Generate boost libs using Itanium cross compiler command prompt with these options bjam -a --build-type=complete --toolset=msvc >architecture=ia64 --stagedir=Winia64 stage >2. Compiling under Itanium configuration in VS2005 generates several linker errors: >error LNK2019: unresolved external symbol ._interlockedbittestandset referenced in function "[Entry] bool __cdecl >boost::detail::win32::interlocked_bit_test_and_set(long *,long)" (.?interlocked_bit_test_and_set@win32@detail@boost@@YA_NPEAJJ@Z) >error LNK2001: unresolved external symbol ._interlockedbittestandset >libboost_thread-vc80-mt-1_36.lib(thread.obj) : error LNK2001: unresolved external symbol ._interlockedbittestandset >3.The projects compile fine under x86 and x64. _interlockbittestandset is not intrinsic on Itanium platform This sounds like an issue with Boost code itself. Your might want to either post to boost-devel, or file a bug at svn.boost.org - Volodya Esta mensagem pode conter informação confidencial e/ou privilegiada. Se você não for o destinatário ou a pessoa autorizada a receber esta mensagem, não deverá utilizar, copiar, alterar, divulgar a informação nela contida ou tomar qualquer ação baseada nessas informações. Se você recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperação. This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, change, take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation.

1 0

Excellent factory style design pattern implementation
by Michael Goldshteyn 07 Dec '08

07 Dec '08

I thought that everyone might be interested in the following which basically creates a Boost-Centric Factory-Pattern Implementation, including: Factory Abstract Factory Prototype Here is a link to the article and the actual code: http://arcticinteractive.com/2008/10/06/boost-centric-factory-pattern-imple… I was very impressed with the work and am almost wondering if this is ready for a review and inclusion into Boost proper. Thanks, Michael Goldshteyn

6 7

a invites you to join Zorpia
by a 07 Dec '08

07 Dec '08

Hi boost! Your friend a from , just invited you to his online photo albums and journals at Zorpia.com. So what is Zorpia? It is an online community that allows you to upload unlimited amount of photos, write journals and make friends. We also have a variety of skins in store for you so that you can customize your homepage freely. Join now for free! Please click the following link to join Zorpia: http://me.signup.zorpia.com/signup?invitation_key=20081054ec30c646c05fcf5cc… This message was delivered with the a's initiation. If you wish to discontinue receiving invitations from us, please click the following link: http://me.signup.zorpia.com/email/optout/boost@lists.boost.org

1 0

Boost-docs moderation
by Vladimir Prus 07 Dec '08

07 Dec '08

Who's in charge of moderating boost-docs mailing list? I've posted a few messages already that are reported to be sent to moderation queue, and did not appear yet. Direct mail to boost-docs-owner(a)lists.boost.org appear to have no effect either. Thanks, Volodya

2 2

[constrained_value] default initialization
by Jeff Flinn 07 Dec '08

07 Dec '08

I couldn't find mention of what is the initial value of bounded_int<int, 123, 456>::type some_var; I assume it follows the rules for an int? The Simple constrained objects examples says the following is legal: even_int a; What about: odd_int b; Thanks, Jeff

2 1

Re: [boost] [Boost-users] [review][constrained_value] Review of ConstrainedValue Library begins today
by Robert Kawulak 07 Dec '08

07 Dec '08

> From: Neal Becker > There is confusion over bounded vs. bounded_int. Maybe > rename bounded_int to compile_time_bounded, or static_bounded. I'm not against changing the name if something better than bounded_int is proposed. However, compile_time_bounded is longish and may be interpreted as checking the bounds at compile time, while static_bounded may suggest that some static members are involved. What do others think?

1 0