Fix low-probability memory leak in regex execution. After an internal failure in shortest() or longest() while pinning down the exact location of a match, find() forgot to free the DFA structure before returning. This is pretty unlikely to occur, since we just successfully ran the "search" variant of the DFA; but it could happen, and it would result in a session-lifespan memory leak since this code uses malloc() directly. Problem seems to have been aboriginal in Spencer's library, so back-patch all the way.
In passing, correct a thinko in a comment I added awhile back about the meaning of the "ntree" field. I happened across these issues while comparing our code to Tcl's version of the library. Branch ------ REL9_4_STABLE Details ------- http://git.postgresql.org/pg/commitdiff/f7d896ab919af6ef74117c6121443721902beba3 Modified Files -------------- src/backend/regex/regcomp.c | 2 +- src/backend/regex/regexec.c | 6 +++++- src/include/regex/regguts.h | 2 +- 3 files changed, 7 insertions(+), 3 deletions(-) -- Sent via pgsql-committers mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-committers
