... and clear it in disposing().

Change-Id: I69cfe3cdcf6549a0471453960d1f935d9c3b7a0d

The manual acquire() call was apparently not coupled with a release()?

Change-Id: I069c969619e9afce2a4b836642cc1675025b11d0

Change-Id: I68e5c1785b73520cb59ca54a602ea176f8146f6f

Seems safer to store a Reference

Change-Id: I86ef9d18c03b2a58058d38e2ae43553ecd2c7be6

CoInitialize{Ex] always exist in all supported Win32 versions, so just
call them.

Change-Id: I45f227319aae811b6c94a3ac475467a06146b8e9

Perhaps delayloading the URE dlls makes it easier to register the
UAccCOM.dll during installation or something? Well we don't do that any
more.

Change-Id: Ic7c356f5954f869c8752aab2563f059a27ef731f

Change-Id: Id0defc7e4fbe5b700362548559e08163a327399b

There is no need to register UAccCOM.

Change-Id: I37f5c4030abefbd18b6686652a348bc20a05a9db

... obsoleted by 732ec36e

Change-Id: I7f7a9becac2430a7ed4d096be741b610462a8a00

Change-Id: I370f641f0fffed8835a32c577c2f2e841ba419aa

Regression introduced with ebdd9c30
(first eaea417b) that removed the
bMixedComparison member from ScQueryParam under the false assumption
that is was only used to emulate a legacy Excel behavior. In fact it was
also needed to do the at least horizontal range lookup in sorted mixed
data, though didn't evaluate exactly the same conditions as Excel and
defined in ODFF.

Reimplemented a similar behavior for the new code structures but this
time also checking for the additional condtion that a query ByString
does not return the last numeric result and vice versa, which previously
was missing.

Change-Id: I46061777879ba5301bfcaca2d50cf87a994f93f2

Change-Id: I75dcedfb8fb8b294326898713e7220080d429342

all right this time

Change-Id: I9168df3cd83cfa910e4a189b5330a28ad85773ac

Change-Id: I6a1cd4bc3eb91e89c5d15a2281d5f3d4a978df4e

Change-Id: I9168df3cd83cfa910e4a189b5330a28ad85773ac

Change-Id: I11bb688a8e0affda9ed78a61d9aba3d244914f8c

02d4eb74

Change-Id: I45b5691a3dc4cf2444e0daf8cb2ae0134532f596

When the referenced range consists of entirely empty cells, we get
an empty array, which is correct, but an empty array returns false when
calling isValid(), which is not correct.  After some thought, it's best
not to check for isValid() here.

Change-Id: I50dcea4f2b55d5f5c6f1226cca4106ddcad62145

Change-Id: I7a7c059c7a6925204aeef19c3640d9ffbff4e6de

Enabled in experimental mode only or via SC_IMPORT_THREADS=<N> this
allows significant parallelisation of sheet reading. I also implement
a simple thread pool to manage that.

Change-Id: I66c72211f2699490230e993a374c26b1892eac12

Change-Id: Ibff922712e25a846bab1628e87d0d322d1ff0a33
Reviewed-on: https://gerrit.libreoffice.org/6836Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Project: help  fb4f27116b49a84dd6463a5feeca40c676c642d2

Change-Id: I0ab09c2c54bba4a287ef0f7cc812596958373e15

Deadlock found in forms_unoapi on Windows, with
OGridControlModel::setFastPropertyValue_NoBroadcast() calling event
handler that tries to lock SolarMutex.

FontControlModel::setFastPropertyValue_NoBroadcast() and its callers in
3 other classes must not send events via firePropertyChange()
because they are called by OPropertySetHelper::setFastPropertyValues()
with its Mutex locked.

It is possible (though sadly quite convoluted) to delay the sending of
the events by calling setDependentFastPropertyValue() instead.

Change-Id: I0c767cfec01fe1bcaeb1236287b5faf81a2e7441

Casting sal_Bool to integer lets the comparison always fail.

Change-Id: I33cf9e9b6a65f81166870bdfe32e9a97101501df

Change-Id: I9a7f5a768346539f14c1fc84d1c60e99107e3899

it was not initialized but accessed in one place. Checked with symphony code,
there was a set method which is not in AOO trunk, thus solved accesses to zero
pointer usage

(cherry picked from commit bd0c3b94)

Conflicts:
	svx/inc/svx/svdobj.hxx
	svx/source/svdraw/svdobj.cxx

Change-Id: Ic8dec5c6def35753d757066c7ea02e1a92b46f6c

Change-Id: I497a31b35d68a31155fd31bcd3d07e782be944c3

Change-Id: Ia202059eb891b1088dc276c963e16ede93fe8d05

Change-Id: Id3e24e7efd84db03d0d1636bf099bac3fede55db

Change-Id: I8327fb4ba2a86d4caa52b875221175b80464842a

and there's a strange stray ifdef in MSAAService.idl

add mode-lines and remove unnecessary headerguard etc

Change-Id: I072960ac073b2c33d7d820e7dbfe02145685d3f3

Change-Id: Ic6da34e58975d85c84ded96fa90873558589f54a

Doing this would avoid re-grouping formula cells twice.

Change-Id: I732658fc92f2fb3ddde0c0c00ae85f72074b6b48

Change-Id: Iae6177433f05875e014de50eb4100fa381ddafdd

Change-Id: Ib5db40ecd5782d729d406b285d3399cc2626e335

...in a non-oneway call.  This can happen when a pre LO 4 entity is calling a
LO 4 entity post 90eac3e6
"API CHANGE remove [oneway] method attributes."  (See mail thread starting at
<http://mail-archives.apache.org/mod_mbox/openoffice-api/201311.mbox/%3Ca4e7f34d-b8cb-4d5a-890f-6894d3410265%40ucimail2.uci.cu%3E>
"hi, code in Java.")

Change-Id: I9f800a979d84a95cc5cd96f75ee7472e8cf6cf4b

Change-Id: Ia7e654cdeffd832f51016ff51aa180fe3924ff4e

Change-Id: I9bb39bdd677af4be0da621370c51eb9e22ecc33f

Change-Id: Ia2498a118e729276a78ef3a4eb43b5d0b302d326