| #
33092868
|
| 21-Jul-2025 |
John Bampton <jbampton@users.noreply.github.com> |
pre-commit auto remove trailing whitespace from java files (#382)
A another big huge auto white space clean up.
|
| #
6fd2419a
|
| 29-Jan-2025 |
John Bampton <jbampton@users.noreply.github.com> |
pre-commit end-of-file-fixer check more file types (#262)
Seems just the java files were cleaned up
|
| #
f0491042
|
| 16-Oct-2022 |
Damjan Jovanovic <damjan@apache.org> |
InputStreamToXInputStreamAdapter.readBytes() should read until the buffer is full, or the file ends. It shouldn't care about available().
Patch by: me
|
| #
6cb06142
|
| 16-Oct-2022 |
Damjan Jovanovic <damjan@apache.org> |
Fix the java.lang.NullPointerException in readBytes() and readSomeBytes() methods in InputStreamToXInputStreamAdapter when called from the inter-process UNO bridge.
XInputStream::readBytes() documen
Fix the java.lang.NullPointerException in readBytes() and readSomeBytes() methods in InputStreamToXInputStreamAdapter when called from the inter-process UNO bridge.
XInputStream::readBytes() documents how the buffer is an "out" parameter, and isn't passed to the implementing end, which is why we get the buffer as a "byte[][] b" and b[0] == null. Its role is to box a byte[] array to be returned the client. Thus, allocate the buffer if it is missing or too small.
Additionally, virtually all other readBytes() and readSomeBytes() implementations trim this sequence to the actual number of bytes read. This presumably reduces the inter-process traffic, but some callers even rely on the sequence to be trimmed, eg. main/sax/source/expatwrap/xml2utf.cxx. Thus trim our returned array too.
Patch by: me
show more ...
|
| #
a5b190bf
|
| 06-Nov-2011 |
Andrew Rist <arist@apache.org> |
Update headers to Alv2 headers
git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1198158 13f79535-47bb-0310-9956-ffa450edef68
|
| #
cdf0e10c
|
| 16-Aug-2011 |
rcweir <rcweir@unknown> |
Initial import of the old OOo hg repository tip revision.
.../trunk/main is a copy of (currently tip-most) http://hg.services.openoffice.org/OOO340/rev/c904c1944462
.../trunk/extras/l10n is a co
Initial import of the old OOo hg repository tip revision.
.../trunk/main is a copy of (currently tip-most) http://hg.services.openoffice.org/OOO340/rev/c904c1944462
.../trunk/extras/l10n is a copy of (currently tip-most) http://hg.services.openoffice.org/master_l10n/OOO340/rev/af6bc9467af5 Note that the following files with line-end and/or encoding anomalies were left out (they will need to be to be checked in separately):
/ooo/trunk/core/dictionaries/de_DE/README_hyph_de_DE.txt /ooo/trunk/core/dictionaries/de_CH/README_hyph_de_CH.txt /ooo/trunk/core/dictionaries/de_AT/README_hyph_de_AT.txt /ooo/trunk/core/gettext/gettext-0.18.1.1.patch /ooo/trunk/core/apache-commons/patches/codec.patch /ooo/trunk/core/libcroco/libcroco-0.6.2.patch /ooo/trunk/core/testautomation/writer/optional/input/import/mactext.txt /ooo/trunk/core/graphite/graphite-2.3.1.patch /ooo/trunk/core/hwpfilter/source/hwpeq.cpp /ooo/trunk/core/solenv/bin/cwstouched.pl /ooo/trunk/core/readlicense_oo/html/THIRDPARTYLICENSEREADME.html /ooo/trunk/core/writerfilter/source/doctok/escher.html /ooo/trunk/core/writerfilter/source/odiapi/qname/resource/office2003/WordprocessingML Schemas/xsdlib.xsd /ooo/trunk/core/writerfilter/source/odiapi/qname/resource/office2003/WordprocessingML Schemas/wordnetaux.xsd /ooo/trunk/core/filter/source/xslt/odf2xhtml/export/common/body.xsl /ooo/trunk/core/filter/source/xslt/odf2xhtml/export/common/styles/style_mapping_css.xsl
Also: Repository.mk from the l10n toplevel
git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1162288 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|