| From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
|---|---|
| To: | Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com> |
| Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Dmitry Dolgov <9erthalion6(at)gmail(dot)com>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
| Subject: | Re: errbacktrace |
| Date: | 2019-09-27 15:50:01 |
| Message-ID: | 20190927155001.GA24199@alvherre.pgsql |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 2019-Sep-13, Alvaro Herrera wrote:
> On 2019-Aug-20, Peter Eisentraut wrote:
>
> > The memory management of that seems too complicated. The "extra"
> > mechanism of the check/assign hooks only supports one level of malloc.
> > Using a List seems impossible. I don't know if you can safely do a
> > malloc-ed array of malloc-ed strings either.
>
> Here's an idea -- have the check/assign hooks create a different
> representation, which is a single guc_malloc'ed chunk that is made up of
> every function name listed in the GUC, separated by \0. That can be
> scanned at error time comparing the function name with each piece.
Peter, would you like me to clean this up for commit, or do you prefer
to keep authorship and get it done yourself?
--
Álvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2019-09-27 15:52:39 | Re: fix "Success" error messages |
| Previous Message | Andres Freund | 2019-09-27 15:40:21 | Re: Improving on MAX_CONVERSION_GROWTH |