Re: POSIX regex performance bug in 7.3 Vs. 7.2
От | Tom Lane |
---|---|
Тема | Re: POSIX regex performance bug in 7.3 Vs. 7.2 |
Дата | |
Msg-id | 15066.1044377958@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: POSIX regex performance bug in 7.3 Vs. 7.2 (Neil Conway <neilc@samurai.com>) |
Ответы |
Re: POSIX regex performance bug in 7.3 Vs. 7.2
Re: POSIX regex performance bug in 7.3 Vs. 7.2 |
Список | pgsql-hackers |
Neil Conway <neilc@samurai.com> writes: > Given that this problem isn't a regression, I don't think we need to > delay 7.3.2 to fix it (of course, a fix for 7.3.3 and 7.4 is essential, > IMHO). No, I've had to abandon my original thought that it was a localized bug, so it's not going to be fixed in 7.3.2. The real problem is simply that we're up against design limitations of the existing regex package, which was never designed for wider-than-8-bit character sets. It's been rather crudely hacked while it was in our hands (Henry Spencer would probably disown the code if he saw it now ;-)) so that it sorta kinda does MULTIBYTE, but it's slow and I don't think it's complete either. I'm about to go off and look at whether we can absorb the Tcl regex package, which is Spencer's new baby. That will not be a solution for 7.3.anything, but it could be an answer for 7.4. regards, tom lane
В списке pgsql-hackers по дате отправления: