Gnupg cannot handle extremely large keys on 32 bit Linux

[Charly Avital]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Alexander Feigl wrote the following on 4/16/07 6:15 PM:
[...]

> 
> Can confirm this on x86-linux with libgcrypt 1.2.4 but the key is imported as 
> 0xB61454A3 here (Gentoo Linux). 
> 
> Furthermore if I import the key with 1.4.x and use gpg --list-key with gnupg 
> 2.0.3, the command shows the correct key id. But as soon as anything touches 
> the key RING (not the key itself) using 2.0.3 - like creating a new secret 
> key, the incorrect key id shows up. [...]

I have done the same experiment, and got exactly the same results as
Alexander, except for the Key ID (2D879666 when imported with 1.4.7),
back to 17CACAE3 after creating a new keypaid using 2.0.3. But the fact
remains that modifying the key RING using 2.0.3 causes the "large key"
to resume its "phony" Key ID.

Another point to note: when trying to generate, using gpg 2.0.3, a DSA2
key (primary key 2048, E subkey 4096), I got the following error message:
- -----
gpg: WARNING: some OpenPGP programs can't handle a DSA key with this
digest size
dsa.c:187: failed assertion `nbits >= 512 && nbits <= 1024'
Abort trap
- -----

I understand the WARNING is standard, but the rest of the output clearly
shows a failure to create the requested key.

I then tried, with 2.0.3, to generate a "normal" DSA key, no problems.

To complete the test, I used 1.4.7 to generate a DSA2 key (2048 primary
key, 4096 E subkey). Keypair was created, no problem.
Charly
MacBook Intel Core 2 Duo, MacOS X 10.4.9, gpg 1.4.7, gpg2 2.0.3
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.3 (Darwin)
Comment: GnuPG for Privacy
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQEVAwUBRiOnas3GMi2FW4PvAQgtXgf/fw14BTTsUQ3LneRk3kvogfHqmbe3umCo
8Q2qMhxlb2gBli5m/jcxrcFQKqgYcS3lg7CYVx/oICz5X3/sPbqE30KTtbshPlZC
6JQ6kYsuJSbZ8TvbLoSlMz/aeS5ZH5ZW1oBdFs+9V2Uzk0noblpBIGrr1N31x1Rs
UbXQZfxQ4DHcFCN6t5KfuW5L5TMHfcxQGQzV8r2fKVS4w+scqPiit+okxHBgZjyh
xsXyaysDxJTtiYa4/cMm9kj5Ro+jTLxQ+txjgRJ+C+GjnvsnWNADve6c24HEt9DX
L56Szdvc7OoIZy2EbTjo+aIAY8TTxoh4mgomm2areY9ZMGW4U2x1jg==
=5uU5
-----END PGP SIGNATURE-----