Re: Rethinking the implementation of ts_headline()
От | Tom Lane |
---|---|
Тема | Re: Rethinking the implementation of ts_headline() |
Дата | |
Msg-id | 2658086.1680810958@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Rethinking the implementation of ts_headline() (Alexander Lakhin <exclusion@gmail.com>) |
Список | pgsql-hackers |
Alexander Lakhin <exclusion@gmail.com> writes: > I've found that starting from commit 5a617d75 this query: > SELECT ts_headline('english', 'To be, or not to be', to_tsquery('english', 'or')); > invokes a valgrind-detected error: > ==00:00:00:03.950 3241424== Invalid read of size 1 On my machine, I also see PG-reported errors such as "unrecognized operator: 0". It's a live bug all right. We need to be more careful about empty tsqueries. > But the less-verbose call: > SELECT ts_headline('', ''); > discovers a different error even on 5a617d75~1: > ==00:00:00:04.113 3139158== Conditional jump or move depends on uninitialised value(s) > ==00:00:00:04.113 3139158== at 0x77B44F: mark_fragment (wparser_def.c:2100) Yeah, this one seems to be ancient sloppiness. I don't think it has any bad effect beyond annoying valgrind, but I fixed it anyway. Thanks for the report! regards, tom lane
В списке pgsql-hackers по дате отправления: