Age | Commit message (Collapse) | Author |
|
Change-Id: I7f1bddbed85076f1c909d0d9f4ecdd1cda6f1880
|
|
Change-Id: I3ccae692db44bb3ce41b371f0b511a9db7181bf4
|
|
Change-Id: I971cf33e96c435cd3fa27766e79c2638b69eecb5
|
|
Change-Id: I36fefa280ee922cbade676c951b753e632c9d8bb
|
|
Change-Id: I6f7dfd369a36aff06f15b9a3affadb9d19787a9c
|
|
Change-Id: I93f67c1b2b421086226660a372e6f5cf1d7bf7c4
|
|
Change-Id: I661906c91bdaf958e3f18299808e06886f06dee7
|
|
Change-Id: Ic1c471a9ca3ea45533b9de36cf572d8f3b829bde
|
|
Change-Id: I7c7e5652bc1b44ce0085f9c593aa73077165c090
master:4596120336b575d94d305c4139054afd95d2f740
master:76c3184813c97224cfd1e114ec13796e1da040d5
master:fea9b3a99a24366b4dea22ed1b79f34046f7f521
master:8534787f95dfbfff24167b2160cfe07a1b70bcc6
master:49417b0b68e8c9743bd6f664a5f8b4a0f3c19723
master:a9fc6ee7dc640f016728bf524d684696a376e989
master:b68a0f659500c2db86aa99df78bac292e3e93d79
|
|
Tag libreoffice-3.6.5.2
Conflicts:
editeng/source/editeng/impedit3.cxx
instsetoo_native/util/openoffice.lst
oovbaapi/UnoApi_oovbaapi.mk
sc/source/filter/oox/workbookhelper.cxx
sc/source/ui/app/scmod.cxx
sc/source/ui/cctrl/checklistmenu.cxx
solenv/inc/minor.mk
writerfilter/source/dmapper/DomainMapper_Impl.cxx
writerfilter/source/dmapper/DomainMapper_Impl.hxx
writerfilter/source/dmapper/PropertyMap.cxx
Change-Id: I7ea70b82b3b874cbe78354d5dd97307e63842e72
|
|
The problem is that the process handle is freed regardless of whether osl_executeProcess was successful or not. Therefore, a segmentation fault would result, as a random memory address would be freed. This patch checks whether osl_executeProcess was successful. If it was, then it frees the handle; if it wasn't successful, the memory is not freed.
Change-Id: Ic3af07be06e7af7730a3bcb1680c659a88b66af3
Reviewed-on: https://gerrit.libreoffice.org/1530
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
(cherry picked from commit dbfc8777bf73872d1b96f956b9e778d9099d52b3)
(cherry picked from commit 96b985145b3efbaf4552adbeccf24bfac2fa71b0)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
strange scenario where lhs property which is assigned to an object,
in this case ( the property ) ADODB.Recordset.Source can assigned a
String or ASODB.Command, however the Property will only return a string.
This confuses the basic runtime. But... this happens in checkUnoStruct so
really in this case the scenario is harmless, but.. we need to either
squash the error ( or retain any previous error ) as appropriate
Change-Id: I091877315a0c956b46fab8ff59feeb7e0572a169
|
|
fix is followup to bf5b493104d2dd4ab964f1fcb845200eaefbbcd5 which didn't adjust the runtime to
cater for the new enum layout
Change-Id: I6613fb8aacd8a70947c4fff556fb3e2d33c1113e
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
avoid char buffer and snprintf.
Change-Id: Ia83cfc9333591bcb3b191679ccf2be587b4be243
Signed-off-by: Andras Timar <atimar@suse.com>
|
|
Change-Id: I133590c9f2a34d8daab031da0c77bd049d275c29
Signed-off-by: Andras Timar <atimar@suse.com>
|
|
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
(cherry picked from commit f9c5a36609523317b6634f18d834296c6b3dcb22)
Conflicts:
basic/source/classes/propacc.cxx
Change-Id: Ia63eea0c19bfa750b80f4c99f278f8d144c714a8
|
|
Change-Id: Ia73452f1cc83eff144e692c5ec19048c4ce0ca60
|
|
Change-Id: Ia651a93951da514105183775a5f49d031a192937
|
|
Change-Id: Ic7f91c035d3e7f0e792d2e9ab217e1fc4ebcf697
|
|
Change-Id: I8848d0e687c3b19be1a8bc1f41c2a0c94e13bbbf
|
|
Change-Id: I088e8fef273a42ad3e1d87d249a998867c22b4c6
|
|
Let's hope this works now.
This reverts commit 6113b27ec15da2a3b140ae58676062d74c99b31e.
This reverts commit 4e90345a4dea1ddf0ddded4f1fcae1c87894e120.
|
|
and it apparently causes linking failures on Windows, so try without.
|
|
Change-Id: I2a9eb4d5c6e8dfea2aaf9b8667d3e3de7b1357fe
|
|
CppunitTest_basic_enable.mk & test_basic_enable.dll seems to suffer for some strange multiple defined symbol crack which is killing the tinderboxes, disable for the moment
Change-Id: I1584c11a0445ac36c138ae075ca365ad4b2effe1
|
|
Change-Id: If8742cb174aa1d017763d3ba42807ac4cf6c7420
|
|
Change-Id: I051dbb5cd56fe61e2b0aea1184dcdb03c6413834
|
|
Change-Id: I6a178f7ff9c8306e15bcfa847ad1e5e4f8476504
|
|
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
|
|
has been return SYMBOL since initial checkin in 2000,
SYMBOL is a non-0 enum so return true here instead
|
|
No idea if it has actually caused any uninteded behaviour, or if this
fix now then causes something to break.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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 )/' \{\} \;
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|