gnupg_reopen_std - descriptor state problem

Marcin Gryszkalis mg at
Mon Sep 10 11:31:48 CEST 2018

On 2018-09-10 11:12, NIIBE Yutaka wrote:
> Marcin Gryszkalis <mg at> wrote:
>> I'll test the patch and report - but I wonder why you decided to use
>> F_GETFD (and not for example F_GETFL?
> I thought that it is the cheapest.  The result of F_GETFD is not 
> related
> to any meta data for file or socket.  The result can be determined by
> kernel, only examining the object of the file descriptor.  That's my
> theory.

On FreeBSD F_GETFD acquires lock whike F_GETFL doesn't - but I don't 
know why, it's too deep in the kernel internals for me.
Anyway - 3 calls per exec won't make real overhead.

best regards
Marcin Gryszkalis, PGP 0xA5DBEEC7
jabber jid:mg at

More information about the Gnupg-devel mailing list