May 2005 - Boost - lists.boost.org

When 1.33 is released...
by Gordon Smith 10 May '05

10 May '05

As soon a 1.33 is released can we up the version number to 1_33_1 or such like in CVS, as this will make switching between HEAD and gold a lot easier? Gordon.

2 3

two boost.org doc section requests
by Max Khesin 10 May '05

10 May '05

1) Boost version in which the library was introduced. 2) The required header and object lib. I think these will improve the usability of documentation. Thanks, Max. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

1 0

Allocators in VC 8.0?
by Doug Gregor 10 May '05

10 May '05

Does anyone know of any weird behavior from allocators in VC 8.0? The Function library uses allocators when available, but the two tests of allocators (allocator_test and function_test) are failing on VC 8.0 (but not 7.1). From the config info, I see that BOOST_HAS_PARTIAL_STD_ALLOCATOR is defined but BOOST_NO_STD_ALLOCATOR is not (boost::function uses the latter). The actual failure is here: http://tinyurl.com/dq3lh Could someone with access to VC 8.0 (beta 2, I guess) check to see what is happening here? Doug

4 3

RE: [boost] Critique of Boost.Threads
by Jon Kalb 10 May '05

10 May '05

> -----Original Message----- > From: boost-bounces(a)lists.boost.org > [mailto:boost-bounces@lists.boost.org] On Behalf Of Beman Dawes > Sent: Wednesday, May 04, 2005 6:31 AM > To: Boost mailing list > Subject: [boost] Critique of Boost.Threads > > With Kevlin Henney's permission, the following is a repost of > a message he recently posted on the C++ committee's library > reflector. It gives his views on Boost.Threads in the context > of possible standardization. > > --Beman > > ------- I have a (newbie) question about the joiner API. > And usage as follows: > > void void_task(); > int int_task(); > ... > joiner<void> wait_for_completion = thread(void_task); > joiner<int> wait_for_value = thread(int_task); > ... > int result = wait_for_value(); > wait_for_completion(); In the code snippet above does the line "int result = wait_for_value();" block until the completion of the thread? (It must or there is no way of knowing if the value of result is valid.) Is there a way for the client to avoid the block by checking whether or not thread is completed so that the call won't block... Some sort of wait_for_value.is_done()? -- Jon Kalb jonkalb(a)microsoft.com

3 2

[Integer] Libraries needs to be taught about Compaq Tru64 UNIX
by Douglas Gregor 10 May '05

10 May '05

Someone with access to Compaq Tru64 UNIX could probably fix the two COMSOFT errors in the Integer library: http://www.meta-comm.com/engineering/boost-regression/cvs-head/ developer/integer.html in a manner of minutes. It's likely some preprocessor magic that needs to be introduced. Doug

3 2

Re: Singleton Review: GCC compiler errors
by Jason Hise 10 May '05

10 May '05

Tobias Schwinger wrote: > Jason Hise wrote: > >> Sorry about the duplicate messages, thunderbird seemed to be having a >> problem. Hoping it's fixed now. >> >> Jason Hise wrote: >> >>> Tom Brinkman wrote: >>> >>>> Was the "singleton" library tested on GCC. I'm getting many >>>> compiler errors on 3.34. >>> >>> >>> >>> It was a while back, but many changes have been made since then. >>> I'll see if I can track down a copy of gcc to try compiling with it >>> myself. >> >> >> >> Actually, now that I'm looking into it it appears that Dev C++ uses a >> port of GCC by default, and I have successfully tested the latest >> version with Dev C++, getting no warnings or errors. What error >> messages are you getting? >> > > Are you sure you had all warnings enabled (-Wall) ? > > It was rather loud on my system. However, I could successfully build > tests and example with both 3.2 and 3.4 (both MinGW32). > > I'll send the output to you in private mail. Thanks for the heads up that I needed to use the -Wall option (I'm not used to working with gcc). I am now getting the same warnings that you sent to me, and am working to correct them. In many cases I am getting the warning that specific classes have virtual functions, but non virtual destructors. This is intentional, because they only have virtual functions in debug mode (pure virtual, to make the singleton uncreatable by client code) and will never be destroyed through a pointer to base. I wanted to avoid the overhead of a vtable in release mode. Is there a way to disable this specific warning while compiling with gcc? -Jason

8 10

[dynamic_bitset] Stream extraction failures on CodeWarrior 9.4
by Doug Gregor 10 May '05

10 May '05

The stream extraction operators for dynamic_bitset are failing on CodeWarrior 9.4. See: http://tinyurl.com/addko Is anyone familiar enough with the quirks of Metrowerks' iostreams to fix this issue? Doug

1 0

[mpl] problems with VC7.0 + /Za
by Jonathan Turkanis 10 May '05

10 May '05

Hi, In porting Boost.Range to VC7, I discovered that several MPL headers do not compile if language extensions are disabled. I have verified the problem with the logical metafunctions (and, or, ...), the arithmetic metafunctions (plus, divides, ...) and the bitwise arithmetic functions. Jonathan

1 0

Re: [boost] Re: Calling a python function from C++ to update a progress display widget
by Ralf W. Grosse-Kunstleve 09 May '05

09 May '05

--- David Abrahams <dave(a)boost-consulting.com> wrote: > "Thierry Lam" <lam(a)pcigeomatics.com> writes: > > Hi Thierry, > > In the future, a better place for Boost.Python questions is > http://www.boost.org/more/mailing_lists.htm#cplussig That list is broken at the moment. :( I don't know why, and I am still waiting for a response from the Python people. Cheers, Ralf __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

BOOST_LOG & dlls
by Dirk Griffioen 09 May '05

09 May '05

Hi John, (I don't know if you get this but anyway). If I define & enable a log in a .lib but use it in a .dll somewhere else in the app (via declare in a .hpp file), I don't get no output from the dll: app.exe / \ log.lib stuff.dll (Compiles/links fine and the exe has output - but the dll has not.) Somehow, I want to avoid having a 'DECLARE + setup_logging' in all my dlls. Am I missing something? Best wishes, Dirk Griffioen ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient, any disclosure, copying, use, or distribution of the information included in this message and any attachments is prohibited. If you have received this email in error please notify our system management at postmaster(a)optiver.com and immediately and permanently delete this message and any attachments. ********************************************

3 2