Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


Hi,

On Wednesday, 2012-02-01 14:42:26 +0000, Caolán McNamara wrote:

On Wed, 2012-02-01 at 06:12 +0100, Tommy wrote:
this issue sounds similar to  
https://issues.apache.org/ooo/show_bug.cgi?id=87672
Bug 87672 - autocorrect limit. acor.dat with entry 65535: Loop and/or loss  
of acor data

*probably* the entries are shoved into one of our old container classes
which are maxed out with a 16bit count. There's an ongoing series of
"easy-hacks" e.g. https://bugs.freedesktop.org/show_bug.cgi?id=38832 to
replace those with generic STL ones which happen to support far larger
amounts, so it would be doable, *if* someone finds where the autocorrect
entries are stored :-)

This editeng/inc/editeng/svxacorr.hxx looks like the central consumer,
using dreaded SV_DECL_PTRARR_SORT_DEL_VISIBILITY and SvStringsISortDtor
lists.

You might get lucky and someone already converted the container to STL
already in 3.4

Remains to be done.

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C 05FD

Attachment: pgpwFQMUcwbD1.pgp
Description: PGP signature


Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.