Age | Commit message (Collapse) | Author |
|
...they had not been documented in osl/process.h and the sal/osl/unx
implementation had been stubbed out since
7b37265b8e1afe480a6bbd271bf48fa1cbb44d55 "sal: remove unx implementation of
osl_sendResourcePipe/osl_receiveResourcePipe" in 2012
Change-Id: Ia3ae853d95b6f3b2d2743f06755ef8f6246501d8
|
|
Change-Id: I7223530ae37297a76654cd00cc1fedb56dbe3adb
|
|
Change-Id: I0ad9681a8b31d78cefce5b66040415154a1c7a99
|
|
Change-Id: I3df1216054c133314b2317849744a0a37e9fbc8f
Reviewed-on: https://gerrit.libreoffice.org/13733
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ifd23373b1ac4919793d1b4251ed90cf2dd6f2bda
|
|
you can get debug stl this way
Change-Id: Ia70a3e7c7c452390e8bee34975d296c9318e4a19
|
|
Change-Id: I2a059f9332215678936d78990ee36a5ae2161712
|
|
So let's let this for Windows only
Change-Id: I1f76e03b0e3431a6954a75f5cb247ef1a1644a28
|
|
|
|
Change-Id: I28438000c2b0a8e6ce4f5640f861f572c0cb83c8
|
|
Change-Id: I3475be796cf2655d9b619b86c9686aeef4b97b82
|
|
breaks windows build otherwise (fatal erro C1017)
Change-Id: Idae78c621bfb8f989eb33220f015e17a7b7fb92f
|
|
...and there is no reason for such a precond for rtl_string_newFromLiteral
Change-Id: I27f7217c8db17cef860c37886d0f7e561dc852f8
|
|
Change-Id: I9793f697f14118340bc6db89540fe50ad0b8ccbd
|
|
This addresses some cppcheck warnings.
Change-Id: Id5f90757571e76a2c05a4cbd37020e1f6a6b2033
Reviewed-on: https://gerrit.libreoffice.org/13544
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I5514898f588b21bafceefca95e3276826cb9a882
|
|
Change-Id: Iaa65658aed6bb4abb20a4d95dc9c6caf7c1c764b
|
|
...superseded by CppunitTest_odk_checkapi
Change-Id: I5df89a1a12f496984deab153f0ba2734323c1293
|
|
Change-Id: I09049db51668176b90dabe2c82d525b2fab60299
|
|
...for cases where ? "a" : "bb" does not work, as well as to work around the
MSVC bug for cases like ? "a" : "b".
Change-Id: Id404716047aca5cc81440f291616d92365379b8f
|
|
...to use single ASCII character literals "more directly" in the OUString API
(instead of having to go via an intermediary OUString ctor call). Especially
useful for character literals that are defined as const variables or via macros
("direct" uses of character literals in the OUString API can often simply be
replaced with single-character string literals, for improved readability).
(The functions overloaded for OUStringLiteral1 are those that are actually used
by the existing LO code; more could potentially be added. The asymmetry in the
operator ==/!= parameter types is by design, though---writing code like
'x' == s
is an abomination that shall not be abetted.)
Change-Id: Ic5264714be7439eed56b5dfca6ccaee277306f1f
|
|
Change-Id: I310abed7e86f8b7153817be5ae03cc3c8fec3c50
|
|
Change-Id: I4382504549eb1e3a8c34495a21d6df10a86ac23b
|
|
Change-Id: I568c2e0c9b5b234d941e17d57bcb53374626909e
|
|
Change-Id: I0ff1e44f17976fd3a3060d8ee7fe15d77c918b79
|
|
This feature had never been documented in include/rtl/bootstrap.h and had only
been used internally in LO on Windows for the multi-layer installations (thus is
unused since 827430c8c0417396b3c1d2a049ccddb818c89646 "Fold URE: Windows"), so
it should not hurt to remove it even if it could be considered part of the
stable URE interface.
Change-Id: If0f59f30dad8b2c3ff5f7931c19cd254073ccf80
|
|
Using direct ByteBuffer is much nicer option to store or send
pointers between C(++) code and Java via JNI as it handles endiness
and pointer size for us. Using "long" type can have unexpected
results in 32-bit architectures (mostly Android). This was causing
grief especially when Android introduced support for 64-bit
architectures starting with SDK 19.
Change-Id: Ie92d0f913b668e1724e846d70d1820445d9cb086
|
|
It is invalid in case lo_destroy() has been called.
Change-Id: I45533b66d32fc650e48748da8ea1d2f2aaa381e0
|
|
...it was added late in the LO 3.3 cycle apparently by error.
While this is strictly speaking an incompatible change, no client code should
ever have called this deprecated, internal functionality anyway. An aborting
stub is left in place for soname stability.
Change-Id: Ibbc96ccf76a07a80d732a0713c95ff7b6bf1e528
|
|
(TOCTOU and all)
Change-Id: I81253c8790b631117634bafa4eea65991a975ba0
|
|
Change-Id: I4a42c9f795cfbaa0f6c7b68d8189204a63da2321
|
|
The ../../../program/ links in the URE jar Class-Paths are a temporary kludge
(and juh.jar had lacked adaption for Mac OS X).
Change-Id: I2542d8a582866485dd61c05df3fc6b4b39a8403d
|
|
After 2ad716f406e0fdb9b9294876c64ae92fecbf5e27 "Revert 'pyuno: set up fake
command line in getComponentContext(),'" e.g. PythonTest_sw_python would fail on
Windows, where WinSalGraphics::GetDevFontList (vcl/win/source/gdi/salgdi3.cxx)
calls osl_getExecutableFile and is itself called in a python process where
osl_setCommandArgs has not been set up.
This patch makes osl_getExecutableFile on all platforms if osl_setCommandArgs
has not (yet) been set fall back to the code that was
osl_bootstrap_getExecutableFile_Impl (which was called from
sal/rtl/bootstrap.cxx, which can now call osl_getExecutableFile).
Change-Id: I6c1bb59205041b3208c830a8b8406e28128b4566
|
|
Change-Id: Idf514941f4bb05834d8ac0d7bafbe86e34377611
|
|
...cf. previous 2ad716f406e0fdb9b9294876c64ae92fecbf5e27 "Revert 'pyuno: set up
fake command line in getComponentContext().'"
Change-Id: Ia77132465ada17a5839f9d4f9ccaf20f8b113075
|
|
This reverts commit 2386a92c1e6e8ec263edb4dc4fdcfeaa4673ce1f and its follow-ups
1acaa577b67158c060d2f57414f7aea86504a489 "sal: add special handling of argc==0
to osl_setCommandArgs()" and 01f27b5e5d428cc3c4aeabdcbbb8204494fbd435 "sal: fix
osl_setCommandArgs() on WNT."
The situation that osl_getCommandArgCount is called without a prior call to
osl_setCommandArgs should be considered as harmless and can legitimately not
only happen in the pyuno case discussed in the reverted commits, but also in
case binary UNO is bootstrapped from within a Java process, as happens in
test-javanative in ure/source/uretest/Makefile.
Change-Id: I2829db390e37dfe5daeda33a4c0659b7d35e565a
|
|
Change-Id: If89443c1668ca01c826c8fc353b20097c7da7bf4
|
|
...so no need to leak an OString (and no need for a static char const *locale,
as osl_getProcessLocale calling _imp_getProcessLocale already takes care about
that).
Change-Id: Ic831415596fe44335a6b12b5d884e781368676b8
|
|
Change-Id: Ifc35c379d5c68fb363ae3507ccb5bff37c8cd9aa
|
|
Change-Id: I7422cb010c38de34a7effa6124c5146f70419f79
|
|
Change-Id: Id55f27a3e1a35d1c5ebeccdd9a853f661b5c1746
|
|
...in the hope that that makes cid#706206 (TOCTOU) go away
Change-Id: I4bc7b44e0268cf5d46aaf55fb4073dcdf67b324c
|
|
Change-Id: I148005489e4ef31b55886c1dd3076650d3a2ec17
|
|
...lets hope it is actually declared as a macro wherever it is known.
Change-Id: If541d02af3ac5d9ad4f0ac1cb4dd9f9f4550a78a
|
|
Change-Id: I42a81e70e76cb4699052815cfd415a8efd902b03
|
|
Change-Id: If3e436d137b6989af22df43c3a9a247bb2c9ffe9
|
|
...corresponding to the OUStringBuffer couterpart
Change-Id: I3ab03343696e6755cf1ccc470e4decc2f41d2558
|
|
Change-Id: I482e6eeca09e7b15a8d95a866ebab35d06f13e9e
|
|
Change-Id: I9051284b34e5a6f3f48ee58243d6481b072e0a80
|
|
Change-Id: Ifaed964d084d0b7a2dacbc23a93fb77eb7515ab4
|