Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/storage/buffer bufmgr.c'

Поиск
Список
Период
Сортировка
От The Hermit Hacker
Тема Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/storage/buffer bufmgr.c'
Дата
Msg-id Pine.BSF.4.05.9905291943160.446-100000@thelab.hub.org
обсуждение исходный текст
Ответ на Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/storage/buffer bufmgr.c'  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/storage/bufferbufmgr.c'  ("Henry B. Hotz" <hotz@jpl.nasa.gov>)
Список pgsql-hackers
On Sat, 29 May 1999, Tom Lane wrote:

> Vadim Mikheev <vadim@krs.ru> writes:
> >> bufmgr.c
> >> Log Message:
> >> Missing semicolons in non-HAS_TEST_AND_SET code paths :-(
> 
> > Thanks, Tom!
> > I must say that I never tested non-Has_TEST_AND_SET case.
> 
> I haven't either --- but those two places stuck out like sore thumbs
> after the pgindent run...
> 
> This suggests that none of the beta-testing group uses a machine that
> doesn't have TEST_AND_SET support.  I suppose that's good news about the
> coverage of s_lock.h, but it makes me worry that the non-TEST_AND_SET
> code hasn't even been compiled, let alone exercised.  Someone ought to
> build and test a copy with TEST_AND_SET deliberately removed from the
> port.h file.

MIght this not indicate that that code is, in fact, useless?  Designed for
older OSs that didn't have appropriate support?

Marc G. Fournier                   ICQ#7615664               IRC Nick: Scrappy
Systems Administrator @ hub.org 
primary: scrappy@hub.org           secondary: scrappy@{freebsd|postgresql}.org 



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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] Daemon News article
Следующее
От: "Henry B. Hotz"
Дата:
Сообщение: Re: [HACKERS] Daemon News article