The crash is handled, but the huge files' size won't be properly handled
on 32bits builds: would require a libcmis API change.
Change-Id: I8ef1190a4d1de7d91a67ec20330db9e1747dfdc2
Just cast the size() return value to long int, which of course can cause
breakage when the size_type (is that always the same as size_t?) is larger
than long int. For 64-bit Windows code size_t is 64 bits but long is 32
bits. I couldn't think of any simple totally correct solution that would work
also on compilers without <stdint.h> and <inttypes.h> (MSVC2008), or without
the z format specifier (all MSVC versions?).
(Our SAL_PRI_SIZET is not available to a 3rd-party library like
libcmis. Should libcmis grow corresponding configury to find out that?)
Why does a C++ library like libcmis use C-style printf formats anyway? ;)
Change-Id: I093655577bc1a50c137c79b648058f0823cc66c1
Making libcmis and LibreOffice work with Lotus Live service needed a few
hacks to either better implement CMIS or workaround some bad
implementations.
As a general improvement, the CheckOut InfoBar isn't shown if the
document can't be checked out.
/home/tinderbox/clang-master-build/solver/unxlngi6/inc/external/boost/uuid/seed_rng.hpp:143:61:
error: non-constant-expression cannot be narrowed from type 'int' to 'unsigned int' in initializer list [-Wc++11-narrowing]
unsigned int rn[] = { std::rand(), std::rand(), std::rand() };
Change-Id: Iea9808492cd3fbcf078e61bbc184bdc434e7cd8a
so that on version bumps and/or added/removed patches that we
rebuild them from scratch, which hopefully will make incremental
builds post external module bump pain-free
Change-Id: If268401a2794989d49861c08f7a69ef926cf5809
This change will not be pushed in upstream libcmis-0.2 branch, so I
backported it here as it will be needed to show a list of repositories
in the filepicker UI somehow.
Change-Id: I5427e96ddf548c14d2a3b6988e4352c832ac7a0b
this removes dmake completely out of the build for migrated modules
build.pl now assumes modules to be gbuild, unless there is a
prj/dmake file
Change-Id: I674a036b182ee13c5ec093e83cb3d38133112d3b
...which has the necessary features to support it.
Change a lot of classes to either contain a protected non-virtual dtor
(which is backwards compatible, so even works for cppumaker-generated
UNO headers) or a public virtual one.
cppuhelper/propertysetmixin.hxx still needs to disable the warning, as
the relevant class has a non-virtual dtor but friends, which would still
cause GCC to warn.
Includes a patch for libcmis, intended to be upstreamed.
In order to not have the offending local _ZNSs4_Rep20_S_empty_rep_storageE
symbol in ucpcmis1.uno.so, build it and statically linked libcmis
with hidden visibility.
