summaryrefslogtreecommitdiff
path: root/cppu/inc/uno/threadpool.h
AgeCommit message (Collapse)AuthorFilesLines
2013-04-24move URE headers to include/David Tardon1-185/+0
Change-Id: Ib48a12e902f2311c295b2007f08f44dee28f431d Reviewed-on: https://gerrit.libreoffice.org/3499 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-03-18cleanup doxygen warningsPeter Foley1-0/+2
Change-Id: I9181cad5bfa93f9e8b3d944b2b50a3ccc0b42595
2013-02-23Fix typo betwen/betweenJulien Nabet1-1/+1
Change-Id: I2194bf9caefe4b9d28c939af6665d62c7e83d403
2012-06-13re-base on ALv2 code.Michael Meeks1-23/+14
2012-05-23Better fix for ThreadPool/ORequestThread life cycleStephan Bergmann1-4/+4
This is a follow up to d015384e1d98fe77fd59339044f58efb1ab9fb25 "Fixed ThreadPool (and dependent ORequestThread) life cycle" that still had some problems: * First, if Bridge::terminate was first entered from the reader or writer thread, it would not join on that thread, so that thread could still be running during exit. That has been addressed by giving Bridge::dispose new semantics: It waits until both Bridge::terminate has completed (even if that was called from a different thread) and all spawned threads (reader, writer, ORequestThread workers) have been joined. (This implies that Bridge::dispose must not be called from such a thread, to avoid deadlock.) * Second, if Bridge::terminate was first entered from an ORequestThread, the call to uno_threadpool_dispose(0) to join on all such worker threads could deadlock. That has been addressed by making the last call to uno_threadpool_destroy wait to join on all worker threads, and by calling uno_threadpool_destroy only from the final Bridge::terminate (from Bridge::dispose), to avoid deadlock. (The special semantics of uno_threadpool_dispose(0) are no longer needed and have been removed, as they conflicted with the fix for the third problem below.) * Third, once uno_threadpool_destroy had called uno_threadpool_dispose(0), the ThreadAdmin singleton had been disposed, so no new remote bridges could successfully be created afterwards. That has been addressed by making ThreadAdmin a member of ThreadPool, and making (only) those uno_ThreadPool handles with overlapping life spans share one ThreadPool instance (which thus is no longer a singleton, either). Additionally, ORequestThread has been made more robust (in the style of salhelper::Thread) to avoid races. Change-Id: I2cbd1b3f9aecc1bf4649e482d2c22b33b471788f
2011-12-19cppu: add visibility symbolsMatúš Kukan1-11/+11
2010-10-27add modelines to .h and .c files as wellCaolán McNamara1-0/+3
2010-02-12changefileheader2: #i109125#: change source file copyright notice from Sun ↵Jens-Heiner Rechtien1-4/+1
Microsystems to Oracle; remove CVS style keywords (RCSfile, Revision)
2008-04-11INTEGRATION: CWS changefileheader (1.7.132); FILE MERGEDRüdiger Timm1-23/+18
2008/03/31 07:23:18 rt 1.7.132.1: #i87441# Change license header to LPGL v3.
2005-09-08INTEGRATION: CWS ooo19126 (1.6.174); FILE MERGEDRüdiger Timm1-47/+21
2005/09/05 13:54:19 rt 1.6.174.1: #i54170# Change license header: remove SISSL
2001-10-29#88337# documentation reviewedJörg Budischewski1-10/+17
2001-05-08incompatible change of the uno threadpoolJörg Budischewski1-104/+109
2001-03-28no use of SAL_DLLEXPORT anymore, using def fileDaniel Boelzle1-11/+11
2001-03-09revised function throw () clausesDaniel Boelzle1-11/+11
2000-12-21added throw () clausesDaniel Boelzle1-16/+15
2000-09-18initial importJens-Heiner Rechtien1-0/+212