Re: [PATCHES] Custom variable class segmentation fault

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: Michael Fuhr <mike(at)fuhr(dot)org>, pgsql-hackers(at)postgreSQL(dot)org, Peter Eisentraut <peter_e(at)gmx(dot)net>
Subject: Re: [PATCHES] Custom variable class segmentation fault
Date: 2006-08-13 18:43:06
Message-ID: 27471.1155494586@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

Bruce Momjian <bruce(at)momjian(dot)us> writes:
> There were three things wrong with the original patch:

> o spacing, e.g. "if( x =- 1 )"
> o an incorrect API for memory freeing by parse_value()
> o verify_config_option() didn't consider custom variables

> These have all been corrected, so I don't see the value in removing the
> patch now that it is working.

You mean, there were three things wrong that we've identified so far,
and as for "it's working now", you thought it worked each previous
time you applied or patched it. I repeat my statement that I've got
zero confidence in it. It needs line-by-line review, and not by you.
I don't have time for it right now (I have more important things
to worry about, like bitmap indexes). Unless Peter or someone else
who knows the GUC code very well is willing to look it over pronto,
I want it out so it's not destabilizing things while we try to get
other patches committed.

I've always found it easier to review uncommitted patches than committed
ones anyway. When you're playing catch-up by reviewing a committed
patch, you have to deal with three states of the code rather than two
(pre-patch, post-patch, your own mods). That gets rapidly worse if the
patch has been in there awhile and other changes go in on top of it.
Plus, once other changes accumulate on top, it becomes extremely painful
to revert if the conclusion is that the patch is completely broken.
(A conclusion that I don't think is at all unlikely with respect to
this patch.)

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2006-08-13 19:54:18 plpgsql and INSERT/UPDATE/DELETE RETURNING
Previous Message Bruce Momjian 2006-08-13 18:17:08 Re: [HACKERS] Custom variable class segmentation fault

Browse pgsql-patches by date

  From Date Subject
Next Message Susanne Ebrecht 2006-08-13 20:37:56 Re: [PATCHES] extension for sql update
Previous Message Bruce Momjian 2006-08-13 18:17:08 Re: [HACKERS] Custom variable class segmentation fault