GnuPG 1.9.92 -- first findings

Patrick Brunschwig patrick at mozilla-enigmail.org
Tue Oct 17 09:35:51 CEST 2006


[...]
>>> gpg2 --debug-all --recv-keys 0x810271D5
>> Well, I can't find this key at all.  Using
>>
>>   gpg2 --keyserver hkp://minsky.surfnet.nl --recv-keys \
>>     --no-permission-warning 0x5b0358a2
>>
>> works just fine.  (--no-permission-warnig is needed only in my test setup.)

I have narrowed this down to a segmentation fault in libpth. Here is the
stack trace from gdb -- I got the same stack trace with pth 1.4.1 and 2.0.7.

Program received signal SIGSEGV, Segmentation fault.
0x4004e8d8 in __pth_ring_append () from /usr/local/lib/libpth.so.14

bt:
#0  0x4004e8d8 in __pth_ring_append () from /usr/local/lib/libpth.so.14
#1  0x40052db4 in pth_mutex_acquire () from /usr/local/lib/libpth.so.14
#2  0x0804d089 in es_create (stream=0xbf8bb380, cookie=<value optimized
out>,
    fd=<value optimized out>, functions=
      {func_read = 0x804fc00 <cookie_read>, func_write = 0x8050820
<cookie_write>, func_seek = 0, func_close = 0x804fc40 <cookie_close>})
at estream.c:218
#3  0x0804e0e6 in es_fopencookie (cookie=0x80556c0,
    mode=0x200 <Address 0x200 out of bounds>, functions=
      {func_read = 0x804fc00 <cookie_read>, func_write = 0x8050820
<cookie_write>, func_seek = 0, func_close = 0x804fc40 <cookie_close>})
at estream.c:1937
#4  0x08050603 in http_open (r_hd=0x80550e8, reqtype=HTTP_REQ_GET,
    url=0xbf8bb4c1
"http://wwwkeys.eu.pgp.net:11371/pks/lookup?op=get&options=mr&search=0x4E463A6A",
auth=0x0, flags=0, proxy=0x0, tls_context=0x200)
    at http.c:1022
#5  0x0804c3da in curl_easy_perform (curl=0x80550c0) at curl-shim.c:208
#6  0x0804aa65 in main (argc=1, argv=0xbf8bbfc4) at gpgkeys_hkp.c:282

Any ideas?

Patrick



More information about the Gnupg-devel mailing list