...which it did unlike all the other implbaseN.hxx. Required lots of downstream clean-up,
of course.
Change-Id: Ib720e7a0a43410dcd7e6338b84a3973dfbb20866
Convert code like
aStr.compareToAscii("XXX") == 0
to
aStr.equalsAscii("XXX")
which is both easier to read and faster.
Change-Id: I448abf58f2fa0e7715dba53f8e8825ca0587c83f
Interesting function that just traverses a chain of objects using
recursion, but does nothing at all otherwise. Kill it. But at least it
had an Enterprise Ready block comment in front.
Change-Id: If2296d2534cb9451d4ceadaf966b8c70f0a17557
Compiler plugin to replace with matching number(), boolean() or OUString ctor,
ran it, few manual tweaks, mark as really deprecated.
Change-Id: I4a79bdbcf4c460d21e73b635d2bd3725c22876b2
The code snippet had been commented out since its introduction in
2004. In 1452e5659796db395efa222d50cc8158275c5442 it was accidentally
un-commented-out, but it causes compilation errors. So ifdef it out
instead, with a comment. Note that I have no idea what the code does
and whether it actually is useful to keep for future reference or not.
Change-Id: Ie60ca065b2c65f86a7b382e246c1b650424daa1d
...now that it has been dropped from the service declaration with
75a87d9bc25c9c74810591bbfa560b0f7184e940 "fdo#46808, Convert
xml::crypto::XMLEncryptionTemplate to new style"---appears to be nonsense that
had been in there "since the beginning."
Change-Id: I75826b7eb0a4d5538204394a8f0e9c9e9f1393da
...now that it has been dropped from the service declaration with
6a12e13870f15df93d2627f1538f7c64ca46e9e5 "fdo#46808, Convert
XMLSignatureTemplate service to new style"---appears to be nonsense that had
been in there "since the beginning."
Change-Id: I4e4d3649f1aa0dacebdc8bdcee0348cee294ab89
Was introduced in commit
a4196fc3cf1e20e32cda9477a33ff56515f0c24e
"fdo#46808, Convert XMultiServiceFactory in xmlsecurity module"
Change-Id: Ie06a3c89e3a8b4cf43e68afd575a0e86b48d6bc2
after closing the document
Found by: zhangjf
Patch by: zhangjf
(cherry picked from commit 33d9584bb6d285de1d935bf23adbb2c7666656f4)
Change-Id: I131a17276f33059eb944fc34272c50f838b6973f
- nanosecond precision
- signed (allowed negative) year
Also: assorted improvements / bugfixes in date/time handling code.
Some factorisation of copy/pasted code.
Change-Id: I761a1b0b8731c82f19a0c37acbcf43d3c06d6cd6
Nowadays in a dbgutil build with MSVC, the debugging runtime (C++
library) is used. Just like with the GNU libstdc++, it is not binary
compatible with the non-debugging variant.
All sources that go into one DLL or EXE must be compiled with the same
_DEBUG settings (unless one is extremely careful and knows exactly
what one is doing, which presumably is not the case with this code).
With previous compilers this has gone undetected, but with MSVC2012 at
least, you get link-time errors, which is a good thing:
nssinitializer.o : error LNK2038: mismatch detected for '_ITERATOR_DEBUG_LEVEL': value '0' doesn't match value '2' in biginteger.o
nssinitializer.o : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MDd_DynamicDebug' in biginteger.o
Whether this actually has caused run-time erroneous behaviour or
not in a dbgutil build is another thing...
Change-Id: I0c42161f00a0e37b438e3b911e3c0058edadd800
Modules sal, salhelper, cppu, cppuhelper, codemaker (selectively) and odk
have kept them, in order not to break external API (the automatic using declaration
is LO-internal).
Change-Id: I588fc9e0c45b914f824f91c0376980621d730f09
