InputStreamToXInputStreamAdapter.readBytes() should read until the buffer is full,
or the file ends. It shouldn't care about available().

Patch by: me

(cherry picked from commit

InputStreamToXInputStreamAdapter.readBytes() should read until the buffer is full,
or the file ends. It shouldn't care about available().

Patch by: me

(cherry picked from commit f04910427d25ede98b84b90df7cc5a12d1adc695)

show more ...

Fix the java.lang.NullPointerException in readBytes() and readSomeBytes() methods in
InputStreamToXInputStreamAdapter when called from the inter-process UNO bridge.

XInputStream::readByt

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

(cherry picked from commit 6cb06142790376a2c58e6392182eb071420a4221)

show more ...

Fixed typos (the the -> the) and some more

(cherry picked from commit 7950f2af818787db817abe90d4dbb3d6d8409899)

Fixed typos:
contructor -> constructor
convinient -> convenient

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1832633 13f79535-47bb-0310-9956-ffa450edef68

Locking and disposal cleanup.

Firstly, add isDisposed() and checkDisposed() methods to
main/javaunohelper's com.sun.star.lib.uno.helper.ComponentBase, so that
Java components can eas

Locking and disposal cleanup.

Firstly, add isDisposed() and checkDisposed() methods to
main/javaunohelper's com.sun.star.lib.uno.helper.ComponentBase, so that
Java components can easily test and assert their disposal state. Comment
these for a clearer understanding of how disposal works, namely that
locking against disposal must cover all access of that component, so that
the component can't be disposed half-way through being used. These methods
are stricter than before, where only bDisposed was checked, which allowed
the component to be used during disposal (as postDisposing() runs before
bDisposed is set)!!

Fix and simplify locking in the PostgreSQL driver, first by using the new
methods in ComponentBase instead of tracking disposal separately with our
own variable, then expand locking to entire methods so components can't be
disposed during a method's execution, and finally eliminate disposal
tracking in components that purely wrap another component and modify
data in transit, as all disposal management is done by the wrapped
component and we don't have to worry as long as our postDispose() has
nothing special to do and just delegates to the wrapped component.

Also eliminate internal locks in objects, and use "this" as the lock for
the non-container objects like Table / Column / Key, while using the
parent's "this" as the lock for contain objects like Tables, Columns, Keys
etc., as this further simplifies locking, allow using method-level locking
instead of "synchronized (this)", reduces the number of fields, simplifies
locking in subclasses, and theoretically allows callers to hold the lock
across multiple method invocations.

Other minor fixes, some exception cleanup, use of AtomicInteger to generate
numbers in PropertySetAdapter, etc.

Patch by: me



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1808517 13f79535-47bb-0310-9956-ffa450edef68

show more ...

Fix a locking bug in our Java ComponentBase class, where after the transition
to disposed, the relevant variables (bDisposed and bInDispose) are written to
outside a synchronized block.

Fix a locking bug in our Java ComponentBase class, where after the transition
to disposed, the relevant variables (bDisposed and bInDispose) are written to
outside a synchronized block.

The equivalent C++ implementation in main/cppuhelper/source/implbase.cxx,
method WeakComponentImplHelperBase::dispose(), already does this.

Patch by: me



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1807667 13f79535-47bb-0310-9956-ffa450edef68

show more ...

Fix some comment typos in javaunohelper's PropertySet.java

Patch by: me



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1800966 13f79535-47bb-0310-9956-ffa45

Fix some comment typos in javaunohelper's PropertySet.java

Patch by: me



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1800966 13f79535-47bb-0310-9956-ffa450edef68

show more ...

Update javaunohelper's MultiTypeInterfaceContainer.java to use generics, and
fix performance bugs in getContainer() where O(n) iteration over all keys
was being done instead of an O(1) map.ge

Update javaunohelper's MultiTypeInterfaceContainer.java to use generics, and
fix performance bugs in getContainer() where O(n) iteration over all keys
was being done instead of an O(1) map.get(), and in getContainedTypes()
where iteration over keys and then n calls to map.get() for the value was
being done instead of iteration over entries.

Patch by: me



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1800960 13f79535-47bb-0310-9956-ffa450edef68

show more ...

Add some Java performance optimizations with boxing of basic types:
instead of using "new <Type>(<value>)", use <Type>.valueOf(<value>),
or better yet, rely on autoboxing.

Since the

Add some Java performance optimizations with boxing of basic types:
instead of using "new <Type>(<value>)", use <Type>.valueOf(<value>),
or better yet, rely on autoboxing.

Since the box objects are immutable, Java can and does cache them for
values between -128 and 127, which includes all possible boolean and byte
values and many common values for all other basic types. Thus, unlike the
constructor, calling valueOf() or autoboxing such values does not allocate
memory at all, and only returns the pre-existing instance, which is not only
faster, but uses zero extra memory too.

This is the first of many patches. This one fixes this problem in bridges,
javaunohelper and jurt, which are parts of the Java<->Uno bridge, which is
critical to performance.

Patch by: me



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1788667 13f79535-47bb-0310-9956-ffa450edef68

show more ...

Delete the other javaunohelper dmake makefiles.

Patch by: me


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1773450 13f79535-47bb-0310-9956-ffa450edef68

Spelling, spelling ...

Why worry about some sprinkled German when we haven't yet learned English.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1745006 13f79535

Spelling, spelling ...

Why worry about some sprinkled German when we haven't yet learned English.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1745006 13f79535-47bb-0310-9956-ffa450edef68

show more ...

Fix all remaining javadoc errors that break the build with Java 8.



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1697312 13f79535-47bb-0310-9956-ffa450edef68

More javadoc fixes for building with Java 8.



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1697237 13f79535-47bb-0310-9956-ffa450edef68

Fix some of the many javadoc 8 errors.



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1697228 13f79535-47bb-0310-9956-ffa450edef68

Many spelling fixes: directories h* - p*.

Attempt to clean up most but certainly not all the spelling
mistakes that found home in OpenOffice through decades. We
could probably blame

Many spelling fixes: directories h* - p*.

Attempt to clean up most but certainly not all the spelling
mistakes that found home in OpenOffice through decades. We
could probably blame the international nature of the code but
it is somewhat shameful that this wasn't done before.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1591060 13f79535-47bb-0310-9956-ffa450edef68

show more ...

#122483# set correct classpath, inlcude unoil.jar

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1491821 13f79535-47bb-0310-9956-ffa450edef68

Cleanup various javadoc issues.

Collect several javadoc issues from Noel:

Fix a bunch of javadoc warnings in param.
Cleanup javadoc see tags.
Fix various misc. javadoc issue

Cleanup various javadoc issues.

Collect several javadoc issues from Noel:

Fix a bunch of javadoc warnings in param.
Cleanup javadoc see tags.
Fix various misc. javadoc issues.

Author: Noel Grandin


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1425753 13f79535-47bb-0310-9956-ffa450edef68

show more ...

remove svn:executable properties from source files

git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1244478 13f79535-47bb-0310-9956-ffa450edef68

Update headers to Alv2 headers

git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1229815 13f79535-47bb-0310-9956-ffa450edef68

Update headers to Alv2 headers

git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1198158 13f79535-47bb-0310-9956-ffa450edef68

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/

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 ...