Re: Re: Leaking regexp_replace in 9.3.1 ? (was: [HACKERSUninterruptable regexp_replace in 9.3.1 ?) - Mailing list pgsql-bugs

From Tom Lane
Subject Re: Re: Leaking regexp_replace in 9.3.1 ? (was: [HACKERSUninterruptable regexp_replace in 9.3.1 ?)
Date
Msg-id 30516.1395240951@sss.pgh.pa.us
Whole thread Raw
In response to Re: Leaking regexp_replace in 9.3.1 ? (was: [HACKERSUninterruptable regexp_replace in 9.3.1 ?)  (Greg Stark <stark@mit.edu>)
List pgsql-bugs
Greg Stark <stark@mit.edu> writes:
> It looks like a simple bug pg_regexec where it's reusing a loop
> counter "n" to mean two different things. When it goes to free all the
> subdfas it looks like the code was written based "n" still being the
> number of trees but in fact it's been reused to be the number of
> matches.

Looks like it's my bug (how embarrassing).  Thanks!

            regards, tom lane

pgsql-bugs by date:

Previous
From: Markus Nussdorfer
Date:
Subject: Re: BUG #8660: RPM installation of 9.2.6 have dependency problem
Next
From: Tom Lane
Date:
Subject: Re: BUG #9616: Materialized view with indexes unable to load from pg_dump