gnupg_reopen_std - descriptor state problem

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


On 2018-09-10 11:12, NIIBE Yutaka wrote:
> Marcin Gryszkalis <mg at fork.pl> 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 fork.pl



More information about the Gnupg-devel mailing list