Re: initdb.sh fixed

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: initdb.sh fixed
Дата
Msg-id Pine.LNX.4.21.9912190127480.356-100000@localhost.localdomain
обсуждение исходный текст
Ответ на Re: initdb.sh fixed  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: [HACKERS] Re: initdb.sh fixed7  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: initdb.sh fixed  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
On 1999-12-18, Bruce Momjian mentioned:

> The big problem seems to be reliance on bash-isms like $UID and
> functions with spaces like:

Bash tells me that is it's invoked as 'sh' it will behave like 'sh', but
it's lying ...

> > 'insert ( data data data )' bootstrap commands are containing gaps. On the
> > other hand, this was one of the key things that were supposed to be
> > improved because relying on $USER was not su-safe. Maybe $UID would work,
> > since initdb isn't supposed to be setuid anyway.
> 
> Again, a bash-ism.  Let's face, it, the postgres binary is going to
> croak on root anyway, so we are just doing an extra check in initdb.

But the point was to initialize to superuser id in Postgres as that
number, but we might as well start them out at 0, like it is now.

-- 
Peter Eisentraut                  Sernanders väg 10:115
peter_e@gmx.net                   75262 Uppsala
http://yi.org/peter-e/            Sweden




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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: [PATCHES] Lock
Следующее
От: "Hiroshi Inoue"
Дата:
Сообщение: RE: [HACKERS] NOTICE: LockRelease: locktable lookup failed, no lock