December 2011 - Boost - lists.preview.boost.org

constness in barrier.hpp
by Gaetano Mendola 23 Dec '11

23 Dec '11

Hi all, simple patch to make const the private member m_threshold in class barrier Regards Gaetano --- barrier.hpp.original 2011-12-22 12:05:05.921720854 +0100 +++ barrier.hpp 2011-12-22 12:05:36.936205847 +0100 @@ -52,7 +52,7 @@ private: mutex m_mutex; condition_variable m_cond; - unsigned int m_threshold; + const unsigned int m_threshold; unsigned int m_count; unsigned int m_generation; };

3 3

[config] ok to merge forceinline changeset to release?
by Eric Niebler 23 Dec '11

23 Dec '11

I got a little overzealous and merged to release some code that uses BOOST_FORCEINLINE, only to discover that that macro doesn't exist on the release branch yet. The right fix is probably to get config in sync between the two branches. OK to merge [74917] to release? -- Eric Niebler BoostPro Computing http://www.boostpro.com

2 2

Re: [boost] RFC: Multiprecision arithmetic library
by John Maddock 22 Dec '11

22 Dec '11

>I really like the idea, and the API looks good. > > Have you considered an MPIR backend, in addition to GMP and others? Being > the > Windows port of GMP, the interfaces and usage are identical. Nod, the two are treated the same - in fact I use MPIR for testing under Visual Studio. John.

1 0

it would be nice if people logged into trac before commenting on tickets.
by Marshall Clow 22 Dec '11

22 Dec '11

That way we don't get things like this: > Changes (by anonymous): > > * status: new => closed > * resolution: => invalid Thanks, everyone! -- Marshall Marshall Clow Idio Software <mailto:mclow.lists@gmail.com> A.D. 1517: Martin Luther nails his 95 Theses to the church door and is promptly moderated down to (-1, Flamebait). -- Yu Suzuki

4 3

Re: [boost] ASIO Query
by Olaf van der Spek 21 Dec '11

21 Dec '11

On Wed, Dec 21, 2011 at 9:21 PM, james(a)jamesbb.co.uk <james(a)jamesbb.co.uk> wrote: > Blocking - I've thought about this, but the MySQL C/C++ libraries unfortunately > don't provide asynchronous queries. > > I'm thinking of moving database reads into a seperate thread(s). It would be > nice if I can integrate this with the io_service, but I'm unsure how to do so. > Is it possible to pass arbitrary work items to an io_service, in the same manner > as async_read/write? Does every request involve blocking calls? If so, I'd not go with a 'shared nothing' design. Olaf

2 1

Re: [boost] ASIO Query
by james＠jamesbb.co.uk 21 Dec '11

21 Dec '11

After a little reading of the ASIO documentation, it looks like I should be able to run a seperate io_service on another thread, and post() database queries to it. If I bind a callback with the query, the results/error can be passed back to the initiator without too much trouble. Seems like boost is the answer to everything. Assuming I can keep the database queries asynchronous, would anyone recommend HTTP example 2 or 3? Appreciated, thanks again. On 21 December 2011 at 20:21 "james(a)jamesbb.co.uk" <james(a)jamesbb.co.uk> wrote: > Blocking - I've thought about this, but the MySQL C/C++ libraries > unfortunately > don't provide asynchronous queries. > > I'm thinking of moving database reads into a seperate thread(s). It would be > nice if I can integrate this with the io_service, but I'm unsure how to do so. > Is it possible to pass arbitrary work items to an io_service, in the same > manner > as async_read/write? > > Many thanks. > > > > > On 21 December 2011 at 16:07 Olaf van der Spek <ml(a)vdspek.org> wrote: > > > On Wed, Dec 21, 2011 at 3:27 PM, james(a)jamesbb.co.uk > > <james(a)jamesbb.co.uk> wrote: > > > I'm hoping for opinions on using an io_service per core against a single > > > io_service with multiple threads (similar to HTTP Server examples 2 & 3). > > > The > > > application is a TCP authentication / proxy server, intended to use all > > > available cores. > > > > > > - The TCP streams consist of small messages (usually a few hundred bytes) > > > which > > > can individually be processed quickly. > > > - Connections themselves are fairly long lasting - average around 4 hours, > > > although occasionally up to 10-12 hours. > > > > > > We're looking for a 'shared nothing' design between threads - database > > > queries > > > can be made per-thread (using TLS), for example. > > > > Are database queries blocking or non-blocking? If they're blocking, > > won't this also block other connections handled by the same thread? > > > > Olaf > > > > _______________________________________________ > > Unsubscribe & other changes: > > http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

Re: [boost] ASIO Query
by Olaf van der Spek 21 Dec '11

21 Dec '11

On Wed, Dec 21, 2011 at 3:27 PM, james(a)jamesbb.co.uk <james(a)jamesbb.co.uk> wrote: > I'm hoping for opinions on using an io_service per core against a single > io_service with multiple threads (similar to HTTP Server examples 2 & 3). The > application is a TCP authentication / proxy server, intended to use all > available cores. > > - The TCP streams consist of small messages (usually a few hundred bytes) which > can individually be processed quickly. > - Connections themselves are fairly long lasting - average around 4 hours, > although occasionally up to 10-12 hours. > > We're looking for a 'shared nothing' design between threads - database queries > can be made per-thread (using TLS), for example. Are database queries blocking or non-blocking? If they're blocking, won't this also block other connections handled by the same thread? Olaf

2 1

Contact to lists.boost.org owners
by Mateusz Łoskot 21 Dec '11

21 Dec '11

Hi, I have tried to get in touch with ML managers at boost-owner(a)lists.boost.org I haven't received any response for a few days. What is the current contact to request new ML on lists.boost.org server? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

2 3

ASIO Query
by james＠jamesbb.co.uk 21 Dec '11

21 Dec '11

Hiya, I'm hoping for opinions on using an io_service per core against a single io_service with multiple threads (similar to HTTP Server examples 2 & 3). The application is a TCP authentication / proxy server, intended to use all available cores. - The TCP streams consist of small messages (usually a few hundred bytes) which can individually be processed quickly. - Connections themselves are fairly long lasting - average around 4 hours, although occasionally up to 10-12 hours. We're looking for a 'shared nothing' design between threads - database queries can be made per-thread (using TLS), for example. The application is written for Redhat Linux - I'm unsure if it makes a difference. Any suggestions are much appreciated! Cheers Jim

1 0

[fusion] patch for #5010
by Jürgen Hunold 21 Dec '11

21 Dec '11

Hi, tow weeks ago I have attached a patch to https://svn.boost.org/trac/boost/ticket/5010 changing fusion::nil to fusion::nil_ for better compatibility with Obective-C and my case an ancient version of LEDA. Patch attached for convenience. The questions is how to proceed? May I commit the patch? Any documentation to change? Hoping for feedback, Yours, Jürgen -- Dipl.-Math. Jürgen Hunold | IVE mbH Software-Entwickler | Lützerodestraße 10 Tel: +49 511 897668 33 | 30161 Hannover, Germany Fax: +49 511 897668 29 | http://www.ivembh.de juergen.hunold(a)ivembh.de | | Geschäftsführer: Sitz des Unternehmens: Hannover | Univ.-Prof. Dr.-Ing. Thomas Siefer Amtsgericht Hannover, HRB 56965 | PD Dr.-Ing. Alfons Radtke

3 4