- Boost - lists.boost.org

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

[config] Sandia-pgi-11.9 thread support
by Vicente J. Botet Escriba 21 Dec '11

21 Dec '11

Hi, on the regression test I see this error Test output: Sandia-pgi-11.9 - thread - test_barrier / pgi-11.9 Rev 76060 / Mon, 19 Dec 2011 10:30:05 +0000 *Report Time: *Mon, 19 Dec 2011 21:30:12 +0000 Compile [2011-12-19 12:43:58 UTC]: fail "pgCC" -INLINE:none -Kieee -fpic -fPIC -gopt -Minform=warn -DBOOST_ALL_NO_LIB=1 -DBOOST_TEST_NO_AUTO_LINK=1 -DBOOST_THREAD_POSIX -DBOOST_THREAD_USE_DLL=1 -D__need_IOV_MAX -I".." -c -o "/scratch/kbelco/boost/results/boost/bin.v2/libs/thread/test/test_barrier.test/pgi-11.9/debug/threading-multi/test_barrier.o" "../libs/thread/test/test_barrier.cpp" "../boost/config/requires_threads.hpp", line 86: catastrophic error: #error directive: "Compiler threading support is not turned on. Please consult your compiler's documentation for the appropriate options to use" # error "Compiler threading support is not turned on. Please consult your compiler's documentation for the appropriate options to use" ^ 1 catastrophic error detected in the compilation of "../libs/thread/test/test_barrier.cpp". Compilation terminated. Is something missing in the boost/config/requires_threads.hpp file? Best, Vicente

2 1

... broken with clang
by Beman Dawes 21 Dec '11

21 Dec '11

On Sat, Dec 17, 2011 at 6:42 AM, Andrey Semashev <andrey.semashev(a)gmail.com> wrote: >... All in all, I consider clang to be at a too early stage of development > to support it in the libraries. While I believe clang has a bright future, I'm afraid I agree with you. Clang's lack of support on Windows, including lack of installer, makes it hard for Windows developers to work with clang. Looking forward to the day when clang "just works" on Windows, --Beman

11 22

[iostreams] #5908: failure to parse optional fields in gzip header
by Travis Abbott 20 Dec '11

20 Dec '11

Hi, I'm wondering if anyone with commit access can have a look at this ticket/patch I put in a few months ago: https://svn.boost.org/trac/boost/ticket/5908 This is technically a regression, as it did work in 1.40, but support for multiple compressed files within 1 stream was not. When that was added, some refactoring was done which introduced this new bug. I actually need support for both of those features, so I'd really appreciate any consideration that can be given to this bug. Thanks, Travis Abbott

1 0

[Review Results:Algorithms] Boost.Algorithms is accepted
by Dave Abrahams 20 Dec '11

20 Dec '11

Having “reviewed the reviews” of Boost.Algorithms, I'm pleased to announce that it is unconditionally accepted. Congratulations to Marshall Clow! There were 5 yes votes and 1 no vote. The issues raised in all reviews were taken seriously by Marshall and recorded in the issue tracker at https://github.com/mclow/Boost.Algorithm I trust that Marshall will address the most important ones immediately, so I feel no need to place conditions on acceptance. Among the most important issues: https://github.com/mclow/Boost.Algorithm/issues/19 https://github.com/mclow/Boost.Algorithm/issues/18 https://github.com/mclow/Boost.Algorithm/issues/16 https://github.com/mclow/Boost.Algorithm/issues/15 https://github.com/mclow/Boost.Algorithm/issues/2 Thanks, everybody, for your participation! -- Dave Abrahams BoostPro Computing http://www.boostpro.com

2 1

Home page needs updating
by Nevin Liber 20 Dec '11

20 Dec '11

"Ten Boost libraries are already included in the C++ Standards Committee's Library Technical Report (TR1) and will be in the new C++0x Standard now being finalized. C++0x will also include several more Boost libraries in addition to those from TR1." Seems a bit out of date... :-) Nevin :-) -- Nevin ":-)" Liber <mailto:nevin@eviloverlord.com> (847) 691-1404

2 1