]> git.ipfire.org Git - thirdparty/postgresql.git/commit
In the Snowball dictionary, don't try to stem excessively-long words.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 31 Aug 2022 14:42:05 +0000 (10:42 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 31 Aug 2022 14:42:05 +0000 (10:42 -0400)
commitf5aa855cd8a63cd695c5f9ff097c7bc445872cdf
treed582dbb8612c56f91423300c654f1411acf80570
parent6fd58ca7703a491e585411e4fb0880c69e640cad
In the Snowball dictionary, don't try to stem excessively-long words.

If the input word exceeds 1000 bytes, don't pass it to the stemmer;
just return it as-is after case folding.  Such an input is surely
not a word in any human language, so whatever the stemmer might
do to it would be pretty dubious in the first place.  Adding this
restriction protects us against a known recursion-to-stack-overflow
problem in the Turkish stemmer, and it seems like good insurance
against any other safety or performance issues that may exist in
the Snowball stemmers.  (I note, for example, that they contain no
CHECK_FOR_INTERRUPTS calls, so we really don't want them running
for a long time.)  The threshold of 1000 bytes is arbitrary.

An alternative definition could have been to treat such words as
stopwords, but that seems like a bigger break from the old behavior.

Per report from Egor Chindyaskin and Alexander Lakhin.
Thanks to Olly Betts for the recommendation to fix it this way.

Discussion: https://postgr.es/m/1661334672.728714027@f473.i.mail.ru
src/backend/snowball/dict_snowball.c