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
pgpWCQ7tpDoTR.pgp
Description: PGP signature
_______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
