From: | Joe Conway <mail(at)joeconway(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | brook(at)biology(dot)nmsu(dot)edu, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: creating/accessing new runtime parameters |
Date: | 2003-09-24 16:21:23 |
Message-ID: | 3F71C483.4080601@joeconway.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
> <brook(at)biology(dot)nmsu(dot)edu> writes:
>>I take it there is not way to do this dynamically, for example to
>>support a dynamically loaded function?
>
> Not at the moment, although IIRC the guc.c data structures are designed
> to make it possible to add things on-the-fly. (There's a pointer table
> that's built dynamically, and in theory could contain more entries than
> are in the hardcoded tables.) You'd need to add a routine to actually
> add an entry ... and figure out where to call it from ...
>
I had a patch about 80% complete to do this, but it was rejected. The
comment was that I should use a temp table instead. I still think it
would be useful myself. See this thread:
http://archives.postgresql.org/pgsql-hackers/2002-12/msg00988.php
Joe
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Stark | 2003-09-24 16:39:53 | Re: pg_dump doesn't dump binary compatible casts |
Previous Message | Bruce Momjian | 2003-09-24 16:20:05 | Re: [GENERAL] pgindented tsearch2 for 7.3.4 |