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 по дате отправления: