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