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