GPG Lockfile (concurrency) issue, keyring lost: awarding 300$ for bugfix

Werner Koch wk at
Fri Aug 13 11:30:56 CEST 2004

On Fri, 13 Aug 2004 09:38:44 +0200, Stefan Haller said:

> Werner, your patch works great for me. I'm especially happy with the fact 
> that I do not need to consider the lock-exit code thanks to your 10 second 
> timeout...

Hmmm, there is no timeout.

> I have only two questions, is there a good reason that I get the following 
> message :
> gpg: some signal caught ... exiting

Your system does not define NSIG so there is no proper way to print
the signal name from within a signal handler.

> I got this message 20 times during the period that is required to import 
> 50 keys... But exit code seems to be 0 always and I cannot spot any real 
> problem with it.

If it is possible for you too have it run under strace or truss we
might be able to figure out what signal causes the problem.

Probably it will also work to modify the following function in
g10/signal.c to read:

static const char *
get_signal_name( int signum )
#if defined(SYS_SIGLIST_DECLARED) && defined(NSIG)
    return (signum >= 0 && signum < NSIG) ? sys_siglist[signum] : "?";
    /*return "some signal";*/
    static char buf[100];
    sprintf (buf, "signal no %d ", signum);
    return buf;

> Second question, are you going to include this patch in the development 
> branch that is used for the next stable release?

I'll do a release candidate for 1.2.6 today (unless your signal
problem is serious) including the patch.  This is also to test the new
gettext version we decided to use for 1.2.6.


More information about the Gnupg-devel mailing list