GnuPG 1.0.2b -- transient failure adding subkey

[Werner Koch]

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
  

-- 
Werner Koch				GnuPG key:  621CC013
OpenIT GmbH                             http://www.OpenIT.de