This is follow up to the bug #399904 in Debian. It is now assigned to
libc6, but I think that this would be a bug of GnuPG 1.4.x.
The call sequence in question is:
g10/signal.c:got_fatal_signal
- util/dotlock.c:dotlock_remove_lockfiles
- util/dotlock.c:dotlock_destroy
-
On Thu, 11 Jul 2013 10:43, gni...@fsij.org said:
Here, free is not a one of async-signal-safe functions (see: signal(7) ).
When the signal handler is called interrupting malloc or related,
hang might occur.
Argh. A fix for that would be a function which sets a flag in the
dotlock module to
found 399904 2.13-37
thanks
On 2006-11-23 09:39:23 +0100, Werner Koch wrote:
I was able to duplicate this after some tries. strace shows that it
hangs in
futex(0xb7ea9880, FUTEX_WAIT, 2, NULL) = -1 EINTR (Interrupted system call)
I can also reproduce this bug, with the same example.
The
Processing commands for cont...@bugs.debian.org:
found 399904 2.13-37
Bug #399904 [libc6] gnupg: --list-keys hangs at ctrl-C
Marked as found in versions eglibc/2.13-37.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
399904: http://bugs.debian.org/cgi-bin
4 matches
Mail list logo