cmdline fails to decrypt but Kleopatra can

I have an encrypted file from a client that will not decrypt correctly using gpg2. It fails at the end with “IDEA cipher unavailable, optimistically attempting to use 3DES instead” followed by more errors. However when I decrypt using Kleopatra I get a clean decryption and report of a good signature. Is there someway to suppress what ever the commandline is attempting since it does export the data and reports a good signature but fails doing something else.

Turns out that this is more subtle a problem than I thought. Kleopatra could only decrypt one of the files as was clear when I tried to use GPGME. Two of the files cause the lib to throw Libgpgme.NoDataException even though there is an output file. All of this appears to be caused by a problem reading some part of the signature.

The command line reports:
gpg: encrypted with 2048-bit ELG key, ID 61650832, created 2002-02-02
gpg: encrypted with 2048-bit RSA key, ID E55731AA, created 2011-06-01
gpg: Signature made 08/20/11 00:51:41 Eastern Daylight Time using DSA key ID 640
gpg: Good signature from “”
gpg: IDEA cipher unavailable, optimistically attempting to use CAST5 instead
Assertion failed: mode != 3 && mode != 4, file …/…/gnupg2-2.0.17/g10/passphras
e.c, line 515