Age | Commit message (Collapse) | Author |
|
Change-Id: Ic7ee570935b5d827dc01a483877ea5021da5abea
|
|
This adds RTL_LOG_STRING_INTERN_NEW and RTL_LOG_STRING_INTERN_DELETE
which are connected to SDT probes if available. It introduces two new
SDT probes. new_string_intern_16 and delete_string_intern_16
(there is currently no interning for 8-bit rtl_Strings).
For consistency both have the same 4 arguments as new_string_(8|16)
and delete_string_(8|16). new_string_intern_16 has as 5th argument
the address of the original rtl_uString being interned (which may
or may not be the same as $arg1).
Change-Id: Ib117bba932c1908abc70a7fdd4140c0af76d54cb
Reviewed-on: https://gerrit.libreoffice.org/5308
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I938259f90aee9d277c9ff5b72c9120b93311cbd3
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
on 10.6 SDK this coredumped in some case in CFRelease(cferror)
Maing sure that cferror is initialized to NULL
avoid the problem
Change-Id: I5624416867670bfd4c8db9b35e3b3d37494f79fd
|
|
Change-Id: Iea03aa4708427772952add0f2fc40012b22e572b
|
|
Change-Id: Idd1d0641d5b7d8594f354c7d2e2a9093ecc6b2f7
|
|
rtl_uStrings should never be directly assigned. That might mess up
reference counting. osl_getSystemPathFromFileURL can be called with
pustrSystemPath pointing to a non-empty rtl_uStrings. A special case
being when the ustrFileURL input and the pustrSystemPath output point
to the same rtl_uString instance. So use rtl_uString_assign.
Change-Id: I48e17817cba905a4a6d4bc303d072d62941b0d9c
Reviewed-on: https://gerrit.libreoffice.org/5209
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: I6ada3e660ee58f7937425eea40a4bbd82754f4b1
|
|
On OS X, a file descriptor that shows up as being of type "KQUEUE" in
lsof output is apparently created behind the scenes when starting a
thread. (Related to BSD kernel event queues: see man kqueue.) When we
re-exec ourselves on OS X, and then close all file descriptors >= 3,
closing such a KQUEUE fd causes a crash.
Guard against this by closing only regular files.
Change-Id: I5011bfbaed156b04248b6bddb2a1a58624bee3d4
5011bfbaed156b04248b6bddb2a1a58624bee3d4
|
|
Change-Id: Ic762d02458265fe1ef2f4ba0b286438b6082e805
Reviewed-on: https://gerrit.libreoffice.org/5120
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>
|
|
Commit e5e4c54da changed "." to a constant, but the wrong one.
Should have been FPH_CHAR_DOT, not FPH_CHAR_PATH_SEPARATOR.
Change-Id: I041f6507947f1631f0af133bff0fa3270313391a
Reviewed-on: https://gerrit.libreoffice.org/5001
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
The result of osl_getCurrentSecurity () should always be deleted again
with osl_freeSecurityHandle ().
Change-Id: If0991937fcb24207d1f78166f61c4be22d423629
Reviewed-on: https://gerrit.libreoffice.org/4947
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I06d48669804d2ae99c47a0df1ed3c6f45c87a57e
|
|
Which definitely is not what we want here. Use clock_get_time() on a
CALENDAR_CLOCK instead, that gives time since the Unix epoch.
So our osl_getSystemTime() had been completely broken on OS X since
May 19 (d8d55787b81cdc955b73c8befa4ab608f46e32aa) and no unit test had
noticed... Fairly coincidentally, an assert() introduced yesterday in
4d220882b46d5f8edd4d09e5f66722cd296a092e caught it.
Change-Id: Iad76a7aadc39159fdc80c99087bb527d6aa49c66
|
|
Change-Id: I8e7c1e63ff04220e530662d9a6e142f4f0e7247f
|
|
Should be backwards-compatible...
Change-Id: I6b04bec2c032ff8c57a1b5192b2d3962dcc96c84
|
|
Change-Id: Ic4f1e424b130fd2ccca379adbe0a66836b6cac41
|
|
It's apparently a popular error; map it to E_ACCES which is the same as
the catch-all clause does (for compatibility).
Change-Id: I55fd932248a2ecbacd4fd6584e92918da95e3cff
|
|
Change-Id: Ic71f39aaebf07d3b0435882986be71cf2b0390c2
|
|
Change-Id: Ida59dcca7c9a0305aecddaa68f4e585321144458
|
|
Change-Id: Ie6cfcc32c1ff80dab0f9835524c89d40503f69f0
Reviewed-on: https://gerrit.libreoffice.org/4498
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: If801818c2efc8cdec651ff259243075abac41d20
Reviewed-on: https://gerrit.libreoffice.org/4497
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I27bc8803353047a057caaf2353f10cdab08e81e9
|
|
Change-Id: Ic41fe1682f19c39faa0a2afc47c11b8a5bead212
|
|
eEncoding is assigned again a few lines below.
Change-Id: Ib475095bab30e0c2f066934a10cda650706c2c8a
|
|
Found by Clang static analyzer: Value stored to 'prio' is never read.
Change-Id: I7c0e90e5435b028f0a4b4bded304338cb57271cc
|
|
Change-Id: Iba1eeb8d8fd0582f216b7552dc9ae21b69e66b4e
Reviewed-on: https://gerrit.libreoffice.org/4326
Reviewed-by: Noel Power <noel.power@suse.com>
Tested-by: Noel Power <noel.power@suse.com>
|
|
Change-Id: Ifaaec1863f12cd73d0a77c3367935f57675157e2
|
|
Change-Id: I66ab13c4111678f20a09f14126304a0c11116180
|
|
...which has become necessary since bd60d41176da540b01d7583cfe00637431967f39
"Handle oveflow in O(U)String::toInt() functions" reduces values in the range
(SAL_MAX_INT32 .. SAL_MAX_UINT32] to zero, but some calls of toInt32(16) relied
on getting a correct (unsigned) value for the whole input range ["0" ..
"FFFFFFFF"] (see libreoffice-4-1 commit 9bf6c83367cedb7be81bf67f30d2147d26c7a8c3
"Revert overflow checks in O[U]String::toInt{32,64} again").
Audited all uses of toInt32/64 with non-decimal radix. (There is still a TODO
comment in oox/source/helper/attributelist.cxx, and
stoc/source/typeconv/convert.cxx will still need some love and test code.)
Change-Id: Iadaca1c0e41dab553687d0ce41c20c10cd657a95
|
|
Change-Id: I63321e33f92223be47c7ee25dbf03fe3032991d6
|
|
GetCaseCorrectPathNameEx() with bCheckExistence = true doesn't support windows
share path but occasionally it doesn't return failure and returns broken result.
For example, when we call with "\\USER-PC\Users\foo" then it converts the path
to "\Users\foo". And when "\Users\foo" exists, it returns "\Users\foo". It is
caused by missing error handling of searching for file "\\USER-PC". Also similar
bug possibly occurs even for local file path. This commit fixes these bugs.
Change-Id: Idf1dd1282510d8a6810ed239a83051bb0f8e2f87
Reviewed-on: https://gerrit.libreoffice.org/4151
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>
|
|
Change-Id: I5305bf7c82cd3f9f4437de59b53024ef97a7fbc8
|
|
Change-Id: Ic359209c44171ab42fa21cd300b433facd3c5ea6
|
|
Change-Id: I5f252f75d22f041c76c7d3cfcdd36f69becf086f
|
|
Change-Id: I575dd70d6b80d4f3279476037e509550cfa23fde
Reviewed-on: https://gerrit.libreoffice.org/3979
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Change-Id: Ic0f883672b4bde3142ac257a57464bdbb90df96b
|
|
Change-Id: I9b6bdc374c9e92af754094f31e1ff212fb386f9e
|
|
Change-Id: Ibb9d23780600437f607d866ff3d396b96879245d
Reviewed-on: https://gerrit.libreoffice.org/3960
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
|
|
Change-Id: I161cf0fb2c5bd071a963ece61928efb7938de6c2
|
|
...and clean up log.cxx somewhat.
Change-Id: I657cf6c938cafa61959a8dc59c9f95dba5183d9f
|
|
Change-Id: Id01c86517a89dffd560440d333a37eaa80738b56
|
|
Change-Id: I8e568368e7626789dee21d4823dbedec6257a231
Reviewed-on: https://gerrit.libreoffice.org/3841
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: Ic05de69951b28b9cc8d62f0a534b507c424e6b25
|
|
|
|
Mechanical removal of usage together with OUString ctor, done
by compiler plugin.
Change-Id: I554227f76df0dac620b1b46fca32516f78b462c5
|
|
|
|
Change-Id: I4461b7a38862ad2c9861861fad8d6bf4bafd01ab
|
|
Change-Id: I25b7f509ba5d1007a16c84ad05870a8174c094ec
Reviewed-on: https://gerrit.libreoffice.org/3621
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|