Re: [COMMITTERS] pgsql: Make configuration parameters fall back to their default values

From: Gregory Stark <stark(at)enterprisedb(dot)com>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Peter Eisentraut" <peter_e(at)gmx(dot)net>, "Joachim Wieland" <joe(at)mcknight(dot)de>, <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [COMMITTERS] pgsql: Make configuration parameters fall back to their default values
Date: 2007-03-13 01:13:15
Message-ID: 87abyiosic.fsf@stark.xeocode.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

"Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:

> petere(at)postgresql(dot)org (Peter Eisentraut) writes:
>> Make configuration parameters fall back to their default values when they
>> are removed from the configuration file.
>
> It appears that this patch has broken custom GUC variables; at the very
> least it's broken plperl.

Huh, it occurs to me that I haven't seen any plperl regression tests fly by
when I've been running regression tests myself. What do I have to do to test
if plperl, plpython, etc work with the packed varlena patch?

--
Gregory Stark
EnterpriseDB http://www.enterprisedb.com

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Andrew Dunstan 2007-03-13 01:20:53 Re: [COMMITTERS] pgsql: Make configuration parameters fall back to their default values
Previous Message User Gsmet 2007-03-13 00:43:36 pgfouine - pgfouine: removed the random selection of examples as it is

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2007-03-13 01:20:14 Re: Inconsistent behavior on select * from void_function()?
Previous Message Gregory Stark 2007-03-13 01:10:22 Re: My honours project - databases using dynamically attached entity-properties