GnuPG 1.0.2b -- transient failure adding subkey

Werner Koch wk at
Fri Sep 8 12:10:09 CEST 2000

On Wed, 6 Sep 2000, Rich Wales wrote:

>     gpg: fatal: out of secure memory while allocating 4228 bytes
>     secmem usage: 11168/12576 bytes in 7/11 blocks of pool 13344/16384

Hmmm, probably we either need to increase that memory area, write a
compactor and better allocator (someone is working on that I guess?)
or one old back is back.

> one with a different expiration date, but no expiration date on the
> main key) into PGP 5.0, and it appears to have survived uncorrupted.

That's how it is supposed to work :-)


Werner Koch				GnuPG key:  621CC013
OpenIT GmbH                   

More information about the Gnupg-devel mailing list