2:14 p.m.
Hi,
is there any particular reason for MDB setting FD_CLOEXEC *only* on
me->lfd?
I can't see why it should not set it for the other fds it opens, as IMO it
doesn't make sense to hang onto the fds after exec() -- the mmap will be
gone in any case.
Martin
2:03 a.m.
h.b.furuseth(a)usit.uio.no said:
On Mon, 2014-03-10 at 22:14 +0100, Martin Lucina wrote:
> is there any particular reason for MDB setting FD_CLOEXEC *only* on
> me->lfd?
It sets it to get rid of the file lock on the lockfile,
and does not bother with the others.
In that case can I suggest adding FD_CLOEXEC to the other descriptors? I'm
using MDB in a program that spawns other processes and I'd prefer not to
leak the fds to them. mdb_env_get_fd() does not help here since it doesn't
give me all the fds.
Martin
9:32 a.m.
On Tue, 2014-03-11 at 10:03 +0100, Martin Lucina wrote:
h.b.furuseth(a)usit.uio.no said:
> It sets it to get rid of the file lock on the lockfile,
> and does not bother with the others.
In that case can I suggest adding FD_CLOEXEC to the other descriptors? I'm
using MDB in a program that spawns other processes and I'd prefer not to
leak the fds to them.
Sounds like a fine opportunity to factor out some #ifdef _WIN32 stuff:-)
--
Hallvard
3553
days inactive
3554
days old
openldap-technical@openldap.org
4 comments
2 participants
participants (2)
-
Hallvard Breien Furuseth -
Martin Lucina