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