gpg: malformed CRC

Seppo Laaksonen Seppo.Laaksonen at digia.com
Fri Jul 30 16:41:34 CEST 2004


Hi,
Upgraded to gnupg 1.2.5 running on MacOS X 10.3. Now I have problems in 
decrypting some of the incoming messages. This could be totally 
unrelated with the 1.2.5. The simple decryption error message is "gpg: 
malformed CRC". The same message decrypts just fine using commercial 
PGP 7.0.  Here is what happens.

[SeponTiBook1GHz:~] slaakso% uname -a
Darwin SeponTiBook1GHz.local 7.4.0 Darwin Kernel Version 7.4.0: Wed May 
12 16:58:24 PDT 2004; root:xnu/xnu-517.7.7.obj~7/RELEASE_PPC  Power 
Macintosh powerpc

[SeponTiBook1GHz:~] slaakso% gpg --version
gpg (GnuPG) 1.2.5
Copyright (C) 2004 Free Software Foundation, Inc.
This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions. See the file COPYING for details.

Home: ~/.gnupg
Supported algorithms:
Pubkey: RSA, RSA-E, RSA-S, ELG-E, DSA, ELG
Cipher: IDEA, 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH
Hash: MD5, SHA1, RIPEMD160, SHA256
Compression: Uncompressed, ZIP, ZLIB, BZIP2

[SeponTiBook1GHz:~] slaakso% pbpaste | gpg --decrypt --debug-all
gpg: reading options from `/Users/slaakso/.gnupg/gpg.conf'
gpg: DBG: iobuf-1.0: open `[stdin]' fd=0
gpg: DBG: iobuf-1.0: underflow: req=8192
gpg: DBG: iobuf-1.0: underflow: got=2148 rc=0
gpg: DBG: armor-filter: control: 5
gpg: DBG: iobuf-1.1: push `armor_filter'
gpg: DBG: armor-filter: control: 5
gpg: DBG: iobuf chain: 1.1 `armor_filter' filter_eof=0 start=0 len=0
gpg: DBG: iobuf chain: 1.0 `file_filter(fd)' filter_eof=0 start=0 
len=2148
gpg: DBG: armor-filter: control: 1
gpg: DBG: iobuf-1.1: underflow: req=8192
gpg: DBG: armor-filter: control: 3
gpg: malformed CRC
gpg: DBG: iobuf-1.1: underflow: got=1526 rc=15
gpg: DBG: parse_packet(iob=1): type=10 length=3 (parse.mainproc.c.1152)
gpg: DBG: parse_packet(iob=1): type=1 length=526 (new_ctb) 
(parse.mainproc.c.1152)
gpg: DBG: mpi_alloc(2048)
gpg: DBG: mpi_alloc_limb_space(2048)
gpg: DBG: mpi_alloc(2048)
gpg: DBG: mpi_alloc_limb_space(2048)
gpg: DBG: free_packet() type=1
gpg: DBG: mpi_free
gpg: DBG: dummy m_size called
gpg: DBG: mpi_free_limb_space of size 0
gpg: DBG: mpi_free
gpg: DBG: dummy m_size called
gpg: DBG: mpi_free_limb_space of size 0
gpg: DBG: parse_packet(iob=1): type=1 length=526 (new_ctb) 
(parse.mainproc.c.1152)
gpg: DBG: mpi_alloc(2048)
gpg: DBG: mpi_alloc_limb_space(2048)
gpg: DBG: mpi_alloc(2048)
gpg: DBG: mpi_alloc_limb_space(2048)
gpg: DBG: free_packet() type=1
gpg: DBG: mpi_free
gpg: DBG: dummy m_size called
gpg: DBG: mpi_free_limb_space of size 0
gpg: DBG: mpi_free
gpg: DBG: dummy m_size called
gpg: DBG: mpi_free_limb_space of size 0
gpg: DBG: parse_packet(iob=1): type=9 length=460 (new_ctb) 
(parse.mainproc.c.1152)
gpg: DBG: free_packet() type=9
gpg: DBG: iobuf-1.1: error
gpg: DBG: iobuf-1.1: close `armor_filter'
gpg: DBG: armor-filter: control: 2
gpg: DBG: iobuf-1.0: close `file_filter(fd)'
random usage: poolsize=600 mixed=0 polls=0/0 added=0/0
               outmix=0 getlvl1=0/0 getlvl2=0/0
secmem usage: 0/0 bytes in 0/0 blocks of pool 0/32768


Am I missing something here? Any clues what could be wrong?

-- 
Seppo




More information about the Gnupg-users mailing list