Age | Commit message (Collapse) | Author |
|
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: I7c0411320798721e70de32580de6adcf5565f12a
|
|
Change-Id: I3cfa050ecf5c3c2ec66b11519c30d48459a9cafe
|
|
Change-Id: Ieb653adbd0cb4371ec5db57e70bcc551872f647f
|
|
Change-Id: I7318a9f4f3410edf4dbe67bf08f31682fcb4edc7
|
|
Change-Id: If8ac23dcf2a9e5811c1b2fe84c92d78cdfbc825b
|
|
Much simpler.
Change-Id: I6837f95121f881d6265eb65343f6b311c1a6c33f
|
|
Using the autocorrect list of LibreOffice
extras/source/autotext/lang/en-US/acor/DocumentList.xml
Change-Id: I8b93969bc0742c2e95b8b7db3c4c37691e8d3657
Script: http://pastebin.ca/2327716
|
|
Just as a test to check the usefulness of that tool. It needs some improvement
before really usable.
Change-Id: I875e79c1992ed5f3b695736b0d49938ad0ba2d55
|
|
Change-Id: Iadacffaad832c6ff06757e8567e24f929f24a4c3
|
|
osl_getTextEncodingFromLocale()
In case of the Language code being longer than 2 characters the string
written to the struct EnumLocalesParams member was not 0-terminated if a
Country code was also given (consecutive fields in the struct) unless
the struct was packed in 4-byte alignment and luckily contained a 0 as
the 4th byte. The locale could not had been matched in these cases. In
case of a sufficiently long language or country argument the entire
EnumLocalesParams struct could had been overflown.
Change-Id: I1ec67ad0b3d12b0fa944d7e759bb5cb701842e39
|
|
...in osl_getFileStatus et al, it would leave the relevant status string member
unchanged (i.e., a null pointer) but would mark it as valid, so that later code
to retrieve the allegedly valid string member would crash upon the null pointer.
Change-Id: Ia8528f5dc27d94f3d14a2c416955a041b87863d3
|
|
Change-Id: Ifcbb87cff50584934f214634c1b6f1d0a43ae8f3
|
|
Change-Id: I085f14f40fb83cba171b35b14cf7c0d99091fc00
|
|
osl::semaphore was not portable & thusly long-deprecated. Also
killing further unused clients of that code in salhelper.
Change-Id: Ie1c1924e06e8ce3be33fd1dc2c6933f2de8b5217
|
|
Patch contributed by Herbert Duerr:
#i118662# remove berkeleyDB from module xmlhelp (author=orwitt)
http://svn.apache.org/viewvc?view=revision&revision=1213188
#i119141# remove ISCII converter for now
http://svn.apache.org/viewvc?view=revision&revision=1306246
make exceptions for cppunittester verbose
http://svn.apache.org/viewvc?view=revision&revision=1174831
Patches contributed by Pedro Giffuni:
Avoid some uses of non portable #!/bin/bash in shell scripts.
http://svn.apache.org/viewvc?view=revision&revision=1235297
Patch contributed by Oliver-Rainer Wittmann
88652: applied patch, remove unicows deps
http://svn.apache.org/viewvc?view=revision&revision=1177585
drop OS/2 code, remove in-line assembler ARM atomics,
and obsolete armarch header.
|
|
This reverts commit 8c015fbb85f00fe1cc82e00ea1771ad9fba821d2.
Conflicts:
sal/osl/unx/file_url.cxx
sal/osl/unx/makefile.mk
sal/prj/build.lst
sal/qa/osl/getsystempathfromfileurl/test-getsystempathfromfileurl.cxx
|
|
WCHAR is not compatible with sal_Unicode in mingw
Conflicts:
sal/osl/w32/module.cxx
|
|
Change-Id: I532558f5502898e036e01d64faa854c68e7109c9
|
|
Change-Id: I1dda0f2b3bc2bb4a4a877c160026e53a90471d54
Signed-off-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>
|
|
Change-Id: I43650c6f4a66058e73945851a6990555e42b8ac2
Reviewed-on: https://gerrit.libreoffice.org/744
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Ifcfa48fc87f905a91470a5b0fd597b02f220784c
Reviewed-on: https://gerrit.libreoffice.org/671
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: Ia28c36b1627ef944adecd5c8a55c150bd0f9aa02
|
|
Linking of cppunittester (and any other executable that uses
SAL_IMPLEMENT_MAIN or SAL_IMPLEMENT_MAIN_WITH_ARGS) fails otherwise.
Change-Id: I778941ab2069819789f96ab04f364ea61cf4a3cb
|
|
Change-Id: I7ba421479cd332e059ed9da1c6090e2df420347e
|
|
It appears that on Windows at least some jvm.dll versions can cause calls to
_fileno(NULL), which leads to a call of the invalid parameter handler (see
<http://msdn.microsoft.com/en-us/library/ksazx244%28v=vs.80%29.aspx> "Parameter
Validation: Visual Studio 2005"). The default handler causes the application to
crash, so install a "harmless" one instead.
Change-Id: Id6a3ffb63f70b0c65546bc933e994c8dbf35203c
|
|
osl_getModuleHandle under unix can have a NULL pModuleName and the underlying
GetModuleHandle on windows allows a NULL modulename as well
Change-Id: Iaf154e635e9c96cbc62d525a7552339ce132f3dc
|
|
<http://msdn.microsoft.com/en-us/library/45119yx3%28v=vs.80%29.aspx> "toupper,
_toupper, towupper, _toupper_l, _towupper_l: Visual Studio 2005" states: "In
order for toupper to give the expected results, __isascii and isupper must both
return nonzero." But a community comment clarifies: "This is incorrect, and
should refer to '_toupper' (the macro form), not 'toupper'." (Which makes
sense, as otherwise toupper would violate the C Standard.)
And indeed, at least for some LO built against MSVC 2008 Express on Windows 7,
_toupper('C') = '#' is broken, while toupper('C') = 'C' is good. (And the
unexpected '#' then causes all sorts of errors in the code.)
Change-Id: Iddaddcaf0cc3ffb30e55b0f410a6cfe9118accc8
|
|
If DISABLE_SAL_DBGBOX is set, fall back to printing on stderr.
Change-Id: Id525b4012291b6b29cca7abcaad7483bc6bfba3b
|
|
Change-Id: I4f9649ca61c988d425b59e41549d1c46bb808f2c
|
|
Second is already commented out, first is unused, too.
Change-Id: I1429cab3186189a96d0a07fa7097d87d372b372a
|
|
Change-Id: I8018d9b5fa01d1720c0392dc5fdc4a0656f25a35
|
|
Change-Id: I6c145e984c885c7e06caa1c27bfb354ea49ad9ce
|
|
Change-Id: I1ab34337785967d6cbac9ab47c5a2bb517001840
|
|
Change-Id: If67666bccbde6d2104295c5480c3eceb95b6ce35
|
|
Change-Id: I145731d9f28faf0065f5960f2c5a32f27d8c8620
|
|
Change-Id: I368b9538e3c2e6242fcdcabb4f8c716e17b02d88
|
|
Change-Id: I757615e134eddc1f212533e3e950827e7180c278
|
|
More information on this thread:
http://nabble.documentfoundation.org/Advice-needed-about-some-cppcheck-reports-td3986408.html
Change-Id: Ib70532ad72e8418e1036bd52c07dc6452508cd12
|
|
|
|
|
|
Return value of the function is set by the inline assembler code.
|
|
|
|
|
|
SD_RECEIVE, SD_SEND and SD_BOTH have been defined in mingw-w64 headers
since the very beginning. I suppose this was only relevant for mingw32,
which we do not support anymore.
|
|
|
|
pfn_ADDEREXCLUDEDAPPLICATIONW has been defined in mingw-w64 headers
since the very beginning. I suppose this was only relevant for mingw32,
which we do not support anymore.
|
|
|
|
|
|
|