Re: psql setenv command
От | Andrew Dunstan |
---|---|
Тема | Re: psql setenv command |
Дата | |
Msg-id | 4ED10D82.9050105@dunslane.net обсуждение исходный текст |
Ответ на | Re: psql setenv command (Josh Kupershmidt <schmiddy@gmail.com>) |
Ответы |
Re: psql setenv command
|
Список | pgsql-hackers |
On 11/20/2011 11:07 AM, Josh Kupershmidt wrote: > On Wed, Nov 2, 2011 at 5:36 PM, Andrew Dunstan<andrew@dunslane.net> wrote: >> Updated patch is attached - adding to Nov commitfest. > Review of the v2 patch: > > * Submission Review > Patch applies with some fuzz and builds without warnings. I noticed > some tab characters being used in psql-ref.sgml where they shouldn't > be. Fixed. > > * Coding Review / Nitpicks > The patch implements \setenv via calls to unsetenv() and putenv(). As > the comment notes, > > | That means we > | leak a bit of memory here, but not enough to worry about. > > which seems true; the man page basically says there's nothing to be > done about the situation. > > The calls to putenv() and unsetenv() are done without any real input > checking. So this admittedly-pathological case produces surprising > results: > > test=# \setenv foo=bar baz > test=# \! echo $foo > bar=baz > > Perhaps 'envvar' arguments with a '=' in the argument should just be > disallowed. Done that way. > Also, should the malloc() of newval just use pg_malloc() instead? Yes, also done. Revised patch attached. cheers andrew
Вложения
В списке pgsql-hackers по дате отправления: