Age | Commit message (Collapse) | Author |
|
Change-Id: I8ab65f917e9442f8871a39d7d25a63336065bee6
|
|
Change-Id: I4fa7b45062b0058427f77cf9dc0abebd6b26fb49
|
|
Change-Id: If8b6b4a3d9222726ae562e5b685710d86b5fe332
|
|
This also reverts previous attempts at fixing this, commits
33839f90e6f8275a584b483827585a6da05aab75 "ucb: try to fix weird STL assertion on
tinderbox" and 6506af86b5e20a860c8d2d1dd578a22914df5f53 "ucb: second try to fix
weird STL assertion on tinderbox."
Change-Id: I89d0eb87fbd164c0a4cf24d60f225767cb2bfc1a
|
|
It's possible that the constructor of RegexpMapIterImpl does not
initialize m_aIndex, so try to park m_aIndex on some end() iterator;
it looks like m_aIndex will not actually be used in this case, because
m_nList = -1.
Change-Id: I74cd0d1d87f3e90217c39bcd3168f157066ff3cb
|
|
Seems there's uninitialized iterators somewhere, let's try if removing
the silly default constructor here improves anything.
Change-Id: I2ba239df9b532805e177378f9fa35023d087716a
|
|
Hierarchical path is assumed in loads of places, changed the URLs to the
following:
* Binding URL is encoded in the authority part, the repository ID is
set as a fragment of the binding URL.
* The hierarchical path reflects one of the path to the document on
the server
:x
Change-Id: I8214daeb1d9c9b0f6ab86bdf60875e7e4e5369f4
|
|
Change-Id: I2c49b95279d90ebb06f38ed83061a5f1a905a555
|
|
Change-Id: I21a38adda013b8e75bf3a6ba91d70014461ea596
|
|
Change-Id: I6cc330f20222d4448d2267151d49f354068f54f3
|
|
Change-Id: Iba1c5bf10c235ebd26108be944b88096f0ee84bd
|
|
Change-Id: I34c90f4675e461f461bad7e81c23da56463f0a24
|
|
Change-Id: Id0997cd99d7d80c975de3d46670a1fa8b3d602a3
|
|
This change needs a git repo build of libcmis.
Change-Id: I I740d18dbf3c36d9387b867e750fcbe8e114e5362
|
|
Change-Id: I I I Ieb36a287824e347e3ccc57c2c0abc6defbae5f47
|
|
Change-Id: I1e47f90e387724e74312091e577f010fb16ca72f
|
|
Change-Id: Ic08995a67a407576da475a6716b1218e45b60dfd
|
|
Change-Id: Ic00cdfce4172af0a2f0aa1aa33ef5e386d407976
|
|
Change-Id: I30be93ccaeb1f9fd17cbe9e3ed3165e094810b2e
|
|
Change-Id: Ic70d66befc90450aeb276d53f6da7e81aef85478
|
|
Change-Id: I5a097beaaeb30214ed6071bba1297e551291922b
|
|
Change-Id: I50f0887ceb4517d7ef234f970ca2ba679d533382
|
|
...which happens when installing non-bundle extensions (like a plain .xcu
file), where the path computed for the description.xml contains the path to
the non-bundle extension file itself as a prefix, so access results in
E_NOTDIR.
Change-Id: Ic0f4a34b46d99d1817ceea599bb8b53dbd65bc49
|
|
* Support for dead arguments has been removed.
** Especially, dead UCB_CONFIGURATION_KEY1/2_xxx values have also been removed,
and code initializing UCB has been simplified accordingly.
* For the sake of simplicity, behaviour has been changed slightly. For example,
passing both --calc --writer now always lets --writer win (whereas in the past
the one mentioned first, i.e., --calc in this example, would win).
Change-Id: Id40a19b9ef96db0d439cadd96ba491bf640d28fb
|
|
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
|
|
|
|
|
|
|
|
|
|
Naming convention for gbuild methods:
- "add" is used for stuff that is logically a part of the target
(i.e. not registered at the Module, but defined in the target's makefile)
- "use" is used for stuff that is logically a different target
(i.e. it is registered at the Module, has it's own makefile, may be
in a different module than the target)
|
|
|
|
Pattern used:
find . -name "*.cxx" -exec sed -i 's/\( *\)\(else if\|if\) *( *\([^!()|&]*\)\.equalsAsciiL( *RTL_CONSTASCII_STRINGPARAM *( *\([^)]*\)) *) *) *{$/\1\2 ( \3 == \4 ) {/' \{\} \;
|
|
Pattern used:
find . -name "*.cxx" -exec sed -i 's/\( *\)\(else if\|if\) *( *\([^!()|&]*\)\.equalsAsciiL( *RTL_CONSTASCII_STRINGPARAM *( *\([^)]*\) ) *) *) *{$/\1\2 ( \3 == \4 ) {/' \{\} \;
|
|
Pattern used:
find . -name "*.cxx" -exec sed -i 's/\( *\)\(else if\|if\) *( *\([^!()|&]*\)\.equalsAsciiL( *RTL_CONSTASCII_STRINGPARAM *( *\([^)]*\)) *) *)$/\1\2 ( \3 == \4 )/' \{\} \;
|
|
Pattern used:
find . -name "*.cxx" -exec sed -i 's/\( *\)\(else if\|if\) *( *\([^!()|&]*\)\.equalsAsciiL( *RTL_CONSTASCII_STRINGPARAM *( *\([^)]*\) ) *) *)$/\1\2 ( \3 == \4 )/' \{\} \;
|
|
Revert "this requires string literals now" and "fix after recent
XSERVICEINFO_IMPL_1 change".
This reverts commits f7d571d2eefea079be3d89f3253ed90cbd9fa07f and
186ab8e77bd7c7a42ffcca6fa7f8e1819ad04b7d.
|
|
Thist idea caused too intrusive changes to the code of call sites, I
think. Will do it another way that leaves call sites as is.
This reverts commit 25d114eec4d451acdda1ddff4c8ed9d47ba6275f.
|
|
|
|
|
|
|
|
Start with the first service needed when running sc's filters_test:
the UniversalContentBroker. It might not be typical as ucb uses the
deprecated XSingleServiceFactory.
This commit is not at all a complete solution, far from it, just an
initial hack. Naturally once I come up with some generic enough way to
do the static linking the necessary macros etc will be added to some
general header.
The macro XSERVICEINFO_IMPL_1 (local to ucbhelper and ucb) is amended
so that it in the disable-dynamic-linking case also emits a function
whose assembler name equal contains the service name. This function
returns the XSingleServiceFactory for the service. Where the service
is instantiated we link directly to that function.
But probably this will be reworked a couple of times... Maybe it would
be better to simply have the service name specific entry point be a
pointer to the component's component_getFactory() function? Those all
have the same prototype.
|
|
|
|
...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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|