Re: pg_regress: lookup shellprog in $PATH

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_regress: lookup shellprog in $PATH
Дата
Msg-id 1324627.1661394656@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pg_regress: lookup shellprog in $PATH  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: pg_regress: lookup shellprog in $PATH  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
I wrote:
> Given the lack of complaints about how pg_ctl works, I'd be inclined
> to follow its lead and just hard-wire "/bin/sh", removing the whole
> SHELLPROG/shellprog dance.  I have not heard of anyone using the
> theoretical ability to compile pg_regress with some other value.

git blame blames that whole mechanism on me: 60cfe25e68d.  It looks
like the reason I did it like that is that I was replacing use of
system(3) with execl(), and system(3) is defined thus by POSIX:

    execl(<shell path>, "sh", "-c", command, (char *)0);

    where <shell path> is an unspecified pathname for the sh utility.

Using SHELL for the "unspecified path" is already a bit of a leap
of faith, since users are allowed to make that point at a non-Bourne
shell.  I don't see any strong reason to preserve that behavior.

            regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: pg_regress: lookup shellprog in $PATH
Следующее
От: Kyotaro Horiguchi
Дата:
Сообщение: Re: pg_stat_have_stats() returns true for dropped indexes (or for index creation transaction rolled back)