summaryrefslogtreecommitdiff
path: root/cppu/source
AgeCommit message (Collapse)AuthorFilesLines
2012-07-03just use rtl::OUString::createFromAsciiCaolán McNamara1-2/+1
Change-Id: I425e7bcc8f81b2d67a98244ba4419ace1ba569ec
2012-07-03we don't need to check for complete length, any non 0 length will doCaolán McNamara1-2/+2
Change-Id: I6978524ef934ee97d151e0fd22f3a0dfc91fd26e
2012-06-15WaE: clear higher debugging levels warningsCaolán McNamara1-4/+19
Change-Id: I611dc412b5461f368f23aa8239e48d0e175f5168
2012-06-13re-base on ALv2 code.Michael Meeks40-944/+584
2012-06-13quiet potential size warnings.Michael Meeks1-2/+2
2012-06-13targetted sb140 revert.Michael Meeks1-56/+56
2012-05-23Better fix for ThreadPool/ORequestThread life cycleStephan Bergmann4-201/+202
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
2012-05-16Fixed ThreadPool (and dependent ORequestThread) life cycleStephan Bergmann2-9/+19
At least with sw_complex test under load, it happened that an ORequestThread could still process a remote release request while the main thread was already in exit(3). This was because (a) ThreadPool never joined with the spawned worker threads (which has been rectified by calling uno_threadpool_dispose(0) from the final uno_threadpool_destroy), and (b) binaryurp::Bridge called uno_threadpool_destroy only from its destructor (which could go as late as exit(3)) instead of from terminate. Additional clean up: * Access to Bridge's threadPool_ is now cleanly controlled by mutex_ (even though that might not be necessary in every case). * ThreadPool's stopDisposing got renamed to destroy, to make meaning clearer. Change-Id: I45fa76e80e790a11065e7bf8ac9d92af2e62f262
2012-04-26fix OSL_DEBUG_LEVEL > 1 buildCaolán McNamara1-1/+1
2012-04-26Reverted "Leak TypeDescriptor_Init_Impl to avoid problems at exit."Stephan Bergmann1-105/+97
(This reverts commit 0ba6bd3ddc025666a6d4bb0640bf443728b23bd3.) The problems worked-around there are no longer observed by me, so they were hopefully only a temporal problem (the real root cause had never been found back then). If problems start to pop up again, we'll need to have another look at this.
2012-04-25WaE: Clang unused variableCatalin Iacob1-3/+3
2012-04-06Replaced equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(...)) with == operatorSzabolcs Dezsi2-3/+2
2012-04-06Replaced equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(...)) with == operatorSzabolcs Dezsi1-2/+2
Pattern used: find . -name "*.cxx" -exec sed -i 's/\( *\)\(else if\|if\) *( *\([^!()|&]*\)\.equalsAsciiL( *RTL_CONSTASCII_STRINGPARAM *( *\([^)]*\)) *) *)$/\1\2 ( \3 == \4 )/' \{\} \;
2012-04-05Do two fairly useless but often emitted OSL_TRACEs only if OSL_DEBUG_LEVEL > 2Tor Lillqvist1-2/+2
2012-03-21More hacking on static linking (iOS) supportTor Lillqvist2-5/+77
2012-03-21Uniquify uno_initEnvironment and uno_ext_getMapping in the static linking caseTor Lillqvist2-0/+14
2012-03-21Use MAX_ALIGNMENT_4 also for iOSTor Lillqvist1-4/+7
2012-03-14Dead codeStephan Bergmann1-12/+0
2012-03-14Enable -Wnon-virtual-dtor for GCC 4.6Stephan Bergmann1-0/+3
...which has the necessary features to support it. Change a lot of classes to either contain a protected non-virtual dtor (which is backwards compatible, so even works for cppumaker-generated UNO headers) or a public virtual one. cppuhelper/propertysetmixin.hxx still needs to disable the warning, as the relevant class has a non-virtual dtor but friends, which would still cause GCC to warn. Includes a patch for libcmis, intended to be upstreamed.
2012-02-27cppu: JobQueue::enter: add mutex guards for m_nToDoMichael Stahl2-6/+9
Considered replacing it with oslInterlockedCount, but wondered why there is no osl_getInterlockedCount (similar to glib's g_atomic_int_get)...
2012-02-10Avoid deadlocks when disposing recursive JobQueue::enterStephan Bergmann1-2/+5
...where the outer JobQueue::enter blocks on m_cndWait after it has been reset again due to m_lstJob.empty().
2012-01-26Code cleanup: ( () ) replaced by (())Alexander Bergmann15-99/+99
2012-01-21Removed some unused parameters; added SAL_UNUSED_PARAMETER.Stephan Bergmann5-14/+13
SAL_UNUSED_PARAMETER (expanding to __attribute__ ((unused)) for GCC) is used to annotate legitimately unused parameters, so that static analysis tools can tell legitimately unused parameters from truly unnecessary ones. To that end, some patches for external modules are also added, that are only applied when compiling with GCC and add necessary __attribute__ ((unused)) in headers.
2012-01-06typo in OSL_DEBUG_LEVEL > 1 codeCaolán McNamara1-1/+1
2012-01-05Leak TypeDescriptor_Init_Impl to avoid problems at exit.Stephan Bergmann1-98/+106
2012-01-05Explicitly initialize TypeDescriptor_Init_Impl.Stephan Bergmann1-5/+13
2012-01-02Replace dynamic array with std::vector.Stephan Bergmann1-8/+7
2011-12-23OSL_ASSERT -> assertStephan Bergmann1-19/+20
2011-12-19get this to build under msvc 2008Caolán McNamara1-8/+8
2011-12-19Prevent creation of new ORequestThreads during shutdown.Stephan Bergmann2-0/+27
2011-12-19Removed superfluous CPPU_DLLPUBLIC from definitions.Stephan Bergmann3-12/+12
2011-12-19cppu: add visibility symbolsMatúš Kukan14-99/+99
2011-12-19cppu: convert to gbuildMatúš Kukan9-376/+0
Because of unit tests is here custom target where are idl files processed.
2011-12-17Fix for fdo43460 Part X getLength() to isEmpty()Olivier Hallot3-6/+6
Part X Module cppu cppuhelper cpputools
2011-12-11I don't see NO_BSYMBOLIC being used anywhereTor Lillqvist4-4/+0
2011-12-08Less succes, more successStefan Knorr (astron)1-1/+1
2011-12-01-Wstrict-aliasing fixStephan Bergmann1-2/+5
2011-12-01The other uses of pReserved had been changed to nStaticRefCount in 2001.Stephan Bergmann1-1/+1
2011-11-27remove include of pch header in cppuNorbert Thiebaud20-40/+0
2011-10-03targeting gcc 4.6.1 gentoo strict-aliasing warningsCaolán McNamara1-57/+27
2011-09-21OSL_TRACE: Remove trailing newlinesThomas Arnhold1-1/+1
Done with perl regex: s/(\n\s*OSL_TRACE\(\s*\"[^\n]+?)\s*(\\n)+(\"[^\n]*\)\;\n)/$1$3/gs; - removed trailing whitespaces and (multiple) newlines
2011-09-09sb140: silence warningsStephan Bergmann1-56/+56
2011-08-30Tweak some DLL and import library names in the WNTGCC caseTor Lillqvist1-8/+1
2011-08-21Link cppu statically to gcc3_uno on iOSTor Lillqvist2-4/+10
2011-08-21Revert "I am tired of thesee assertions, put them behind dbglevel>2"Tor Lillqvist1-1/+1
Nah, having them behind dbglevel>1 is fine (which already means these assertions won't normally be compiled even with --enable-debug). I got mislead as I was building with dbglevel=2 everywhere. But pondering the point of dbglevel a.k.a. OSL_DEBUG_LEVEL, I think the right way to see it is: You are not supposed to build all (or large parts) of LibreOffice with dbglevel=2. If we used OSL_TRACE all over the place as thoroughly as in some files in sal/rtl, that would lead to astronomical amounts of tracing output. (We don't use OSL_TRACE like that, but that is another thing...) I think the intended use of dbglevel is that you should build with dbglevel=2 only the small part of code you are currently actively working on, when you want to see trace output. Of course, another problem then is that in some modules and/or libraries it might not be possible to compile just a part of the sources with dbglevel=2. That should be fixed. This reverts commit a3bad2855032fb2742feea1e0e350297d41f69fe.
2011-08-19I am tired of thesee assertions, put them behind dbglevel>2Tor Lillqvist1-1/+1
2011-08-09Fix compilation errors with dbglevel>1Tor Lillqvist1-16/+16
2011-06-13No dynamic module loading on iOSTor Lillqvist1-0/+4
2011-04-18Remove OS/2 support.Francois Tigeot4-17/+1
2011-04-03use rtl::Static where double-locked pattern usedCaolán McNamara1-10/+17
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-04 04:54:52 +0000