Re: [PATCHES] Bad bug in fopen() wrapper code - Mailing list pgsql-hackers

From Magnus Hagander
Subject Re: [PATCHES] Bad bug in fopen() wrapper code
Date
Msg-id 6BCB9D8A16AC4241919521715F4D8BCEA0FBED@algol.sollentuna.se
Whole thread Raw
In response to Re: [PATCHES] Bad bug in fopen() wrapper code  ("Claudio Natoli" <claudio.natoli@memetrics.com>)
List pgsql-hackers
> > What's bugging me is that 0 and O_EXCL give the same answer, and
> > O_TRUNC and O_TRUNC | O_EXCL give the same answer,
>
> This is ok, as (iirc) O_EXCL only has effect in the presence
> of O_CREAT.

<snip more explanation>

Thanks, Claudio!

After looking at the code some more, and actually reading up on the
specs a bit more, it certainly does look like it's safe. So I don't
think we need to do anything about that.

Now, I still twist my head around the lines:
    if ((fd = _open_osfhandle((long) h, fileFlags & O_APPEND)) < 0
||
        (fileFlags & (O_TEXT | O_BINARY) && (_setmode(fd,
fileFlags & (O_TEXT | O_BINARY)) < 0)))


With the _setmode() call deep in the if statement... I would suggest we
split that up into a couple of lines to make it more readable - I'm sure
all compilers will easily optimise it into the same code anyway.
Reasonable?

//Magnus

pgsql-hackers by date:

Previous
From: Zdenek Kotala
Date:
Subject: Re: horo(r)logy test fail on solaris (again and solved)
Next
From: Heikki Linnakangas
Date:
Subject: Re: Block B-Tree concept