Re: [HACKERS] xlog.c.patch for cygwin port.

Поиск
Список
Период
Сортировка
От The Hermit Hacker
Тема Re: [HACKERS] xlog.c.patch for cygwin port.
Дата
Msg-id Pine.BSF.4.21.0003080206330.591-100000@thelab.hub.org
обсуждение исходный текст
Ответ на Re: [HACKERS] xlog.c.patch for cygwin port.  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
On Wed, 8 Mar 2000, Bruce Momjian wrote:

> > On Tue, 7 Mar 2000, Bruce Momjian wrote:
> > 
> > > > Bruce Momjian <pgman@candle.pha.pa.us> writes:
> > > > > This looks interesting.  We could remove some of our ifwin cruft.
> > > > 
> > > > I have been thinking for quite some time that most of the CYGWIN32
> > > > ifdefs represent very poor programming.  Instead of zillions of
> > > > 
> > > > #ifndef __CYGWIN32__
> > > >     fd = open(filename, O_RDONLY, 0666);
> > > > #else
> > > >     fd = open(filename, O_RDONLY | O_BINARY, 0666);
> > > > #endif
> > > > 
> > > > we should have in one include file something like
> > > 
> > > Do we ever assign a function pointer for open() anywhere.  If so, the
> > > define will not work without some kind of wrapper, right?
> > 
> > Okay, I'm lost ... if we "#define OPEN_FLAGS .." and not the open itself,
> > why would we need some kind of wrapper?
> 
> No, the original person was refining open().  I�think defining the flags
> is much better.
Ah, okay, knew I was missing something :)  




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

Предыдущее
От: Philip Warner
Дата:
Сообщение: Re: [HACKERS] DROP TABLE inside a transaction block
Следующее
От: Michael Meskes
Дата:
Сообщение: Re: [HACKERS] library policy question