Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search archives
  Advanced Search

Re: Bad bug in fopen() wrapper code


  • From: "Magnus Hagander" <mha(at)sollentuna(dot)net>
  • To: "Claudio Natoli" <claudio(dot)natoli(at)memetrics(dot)com>, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
  • Cc: <pgsql-hackers(at)postgresql(dot)org>, <pgsql-patches(at)postgresql(dot)org>
  • Subject: Re: Bad bug in fopen() wrapper code
  • Date: Wed, 27 Sep 2006 09:47:21 +0200
  • Message-id: <6BCB9D8A16AC4241919521715F4D8BCEA0FBED@algol.sollentuna.se> <text/plain>

> > 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



Home | Main Index | Thread Index

Privacy Policy | About PostgreSQL
Copyright © 1996 – 2012 PostgreSQL Global Development Group