Allow reading lines longer than 64 KiB in SvStream, and reading CSV rows and
cells longer than 64 KiB in OpenOffice Base. (They are now limited to
~2 GiB).

- New member functions wer

Allow reading lines longer than 64 KiB in SvStream, and reading CSV rows and
cells longer than 64 KiB in OpenOffice Base. (They are now limited to
~2 GiB).

- New member functions were added to the main/tools SvStream class to work
with 32 bit ::rtl::OUString and ::rtl::OStringBuilder when reading lines.
- The helper class QuotedString had to be upgraded from using the 16 bit
String to the 32 bit ::rtl::OUString.
- The CSV database driver was patched to use ::rtl::OUString and 32 bit
indexes in various places.
- Luckily, little other work was needed, as the ORowSetValue class already
uses 32 bit ::rtl::OUString, and was previously converting 16 bit String
to 32 bit ::rtl::OUString internally anyway.

Also simplified some of the line parsing logic, and translated some
German comments to English.

Patch by: me

(cherry picked from commit 7b2bc0e6bba2fbc38d078306fe10d875115d6c86)

show more ...

Make CSV line parsers consistent with CSV field parsers.

Our CSV field parsing algorithms treats fields starting with a quote
(immediately at the beginning of the row, or after the field

Make CSV line parsers consistent with CSV field parsers.

Our CSV field parsing algorithms treats fields starting with a quote
(immediately at the beginning of the row, or after the field delimiter) as
quoted. A quoted field ends at the corresponding closing quote, and any
remaining text between the closing quote and the next field delimeter or end
of line is appended to the text already extracted from the field, but not
processed further. Any quotes in this extra text are taken verbatim - they
do not quote anything.

Our CSV line parsers were big hacks - they essentially read and concatenate
lines until an even number of quote characters is found, and then feed this
through the CSV field parsers.

This patch rewrites the line parsers to work exactly how the field parsers
work. Text such as:
"another" ",something else
is now correctly parsed by both Calc and Base as:
[another "],[something else]
instead of breaking all further parsing.

Patch by: me

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1739628 13f79535-47bb-0310-9956-ffa450edef68
(cherry picked from commit bc1fc15f4dddfc075a011a1203c162b446e72868)

show more ...

Removed whitespace

(cherry picked from commit 843e81dad2a9c8cad71c9b254a365f2edffbc7d1)

strimp.patch applied

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

Fixes for CVE-2016-1513



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

#124453# check if the resulting polygon has already exceeded the number of points (2^16) that can be handled by a tools polygon

Patch By: awf


git-svn-id: https://svn.apache.org

#124453# check if the resulting polygon has already exceeded the number of points (2^16) that can be handled by a tools polygon

Patch By: awf


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

show more ...

#i123865# enable XKB for all X11-based display targets

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

#i123774# the DBG_ERROR/DBG_WARN/DBG_TRACE macros should always show file and line infO


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

#i123774# the DBG_ERROR/DBG_WARN/DBG_TRACE macros should always show file and line infO


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

show more ...

#i123068# remove implicit conversions from rtl strings to their elements

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

121870: adjust threshold for <Color::IsDark()> to improve interoperability with Microsoft Office documents

Patch by: Pedro <pfg@apache.org>
Review by: Oliver <orw @apache

121870: adjust threshold for <Color::IsDark()> to improve interoperability with Microsoft Office documents

Patch by: Pedro <pfg@apache.org>
Review by: Oliver <orw @apache.org>



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

show more ...

#i122362# remove stlport4-build support

but keep the --without-stlport configure option for now
it is the new default anyway


git-svn-id: https://svn.apache.org/repos/asf/op

#i122362# remove stlport4-build support

but keep the --without-stlport configure option for now
it is the new default anyway


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

show more ...

i118923 - OS/2 port: build system updates.


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

122500,122378: fix build breaker in non-pro builds with and without stlport


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

#121996# integrate first part to remove 3layer office

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

WaE: the eType member of PolyOptimizeData is only interesting when debugging

and could be removed. The info is interesting enough for now and the structure
should stay the same regardles

WaE: the eType member of PolyOptimizeData is only interesting when debugging

and could be removed. The info is interesting enough for now and the structure
should stay the same regardless of whether debugging is enabled or not.


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

show more ...

fix build for compilers supporting user-defined literals

User defined literals (http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2378.pdf)
are already available in gcc 4.7 and cl

fix build for compilers supporting user-defined literals

User defined literals (http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2378.pdf)
are already available in gcc 4.7 and clang 3.1 and this results in problems in code
where literal strings are concatenated without any whitespace inbetween.


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

show more ...

#i25920# test3 the bugzilla svnbot after the svnpubsub service changed

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

#i25920# test2 the bugzilla svnbot after the svnpubsub service changed

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

#i25920# testing the bugzilla svnbot after the svnpubsub service changed

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

#i25920# dummy-commit4 for testing the updated svn-robot

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

#i25920# dummy-commit3 for testing the updated svn-robot

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

#i25920# dummy-commit2 for testing the updated svn-robot

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

#i25920# dummy-commit for testing the updated svn-robot

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

#115630# secured OutputDevice::ImplDrawHatch in vcl and PolyPolygon::Optimize in tools to useful fallbacks when working on PolyPolygons (what they do *not* support)

git-svn-id: https://svn.a

#115630# secured OutputDevice::ImplDrawHatch in vcl and PolyPolygon::Optimize in tools to useful fallbacks when working on PolyPolygons (what they do *not* support)

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

show more ...

Secured some places where PolyPolygons were created using a all-points count and a all-points array

git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1372488 13f79535-47bb-031

Secured some places where PolyPolygons were created using a all-points count and a all-points array

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

show more ...