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