Crashes with gpg-agent 2.1.17

Daniel Kahn Gillmor dkg at fifthhorseman.net
Mon Jan 23 21:20:23 CET 2017


On Mon 2017-01-23 09:04:53 -0500, Patrick Brunschwig wrote:
> I got quite frequent crashes with gpg-agent on Mac OS X, and thus
> started to investigate what happens.
 [...]
> gpg-agent[30807]: retrieving cache entry
> 'E0935FE2D7829F0CA7580D98F58ECD6EF0A9DE25' failed: Cannot allocate memory
> gpg-agent[30807]: DBG: agent_get_cache
> 'E0935FE2D7829F0CA7580D98F58ECD6EF0A9DE25' (mode 2) (stored cache key) ...
> gpg-agent[30807]: DBG: ... hit
> gpg-agent[30807]: retrieving cache entry
> 'E0935FE2D7829F0CA7580D98F58ECD6EF0A9DE25' failed: Cannot allocate memory
> gpg-agent[30807]: failed to unprotect the secret key: Cannot allocate memory
> gpg-agent[30807]: failed to read the secret key
> gpg-agent[30807]: command 'PKDECRYPT' failed: Cannot allocate memory
> gpg-agent[30807]: DBG: chan_19 -> ERR 67141718 Cannot allocate memory
> <GPG Agent>
> gpg-agent[30807]: DBG: chan_19 <- HAVEKEY
> 06799B633E043A7665BBE85BDD883A71166B80B7
> gpg-agent[30807]: DBG: chan_19 -> ERR 67108881 No secret key <GPG Agent>
> gpg-agent[30807]: DBG: rsa_decrypt  res: [out of core]
> gpg-agent[30807]: Ohhhh jeeee: ... this is a bug
> (sexp.c:1433:do_vsexp_sscan)
>
> Is this a bug, or is it a config/setup error on my side?

What version of libgcrypt are you building against?  aiui, 1.7.4 and
later include a pretty major overhaul of the secmem pool handling, which
affects gpg-agent's ability to handle larger (or multiple) keys
concurrently.  So if gnupg is built against newer versions of libgcrypt,
maybe that would fix your issue?

hth,

      --dkg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 832 bytes
Desc: not available
URL: </pipermail/attachments/20170123/b5466fdf/attachment.sig>


More information about the Gnupg-devel mailing list