Bug#399904: gnupg: --list-keys hangs at ctrl-C

2013-07-11 Thread NIIBE Yutaka
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 -

Bug#399904: gnupg: --list-keys hangs at ctrl-C

2013-07-11 Thread Werner Koch
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

Bug#399904: gnupg: --list-keys hangs at ctrl-C

2012-12-09 Thread Vincent Lefevre
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

Processed: Re: Bug#399904: gnupg: --list-keys hangs at ctrl-C

2012-12-09 Thread Debian Bug Tracking System
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