> I could envision a helper procedure, known only within libpq, that has
> a signature like formatNotice(PGconn* conn, const char *fmtstring, ...)
> and encapsulates the work needed to handle a format string. But I see
> no reason to push that work out to client applications.
I could make fnoticeProc private if you'd like, but that doesn't seem
smart if the user can override noticeFormat but can't with the
internal bits used by libpq... unless you're envisioning a private
method that constructs a msg for you, calls noticeProc with the buffer
as the arg, then then free()'s the result.
All regression tests pass with this case and no ABI or source
incompatabilities are introduced.
In response to
pgsql-patches by date
|Next:||From: Tom Lane||Date: 2003-06-23 14:11:11|
|Subject: Re: Patch to be verbose about being unable to read ~/.pgpasss... |
|Previous:||From: Bruce Momjian||Date: 2003-06-23 06:57:02|
|Subject: Re: LIKE <subtable> (second attempt)|