Wed Mar 27 16:31:02 2002
I've seen this under two conditions (which are twins of each other):
1. The file was FTP'ed using ASCII rather than Binary mode from a =
box to a *NIX box. This causes all <CR> bytes to be dropped from the =
2. The file was sent in Binary mode from a WSFTP client to a Linux =
One or more (but not all) <CR> characters where dropped. The file is at
least one byte short. Wish I could find the culprit cause it only =
with one client!
Stephen M Butler
First Choice Health Network
email@example.com GnuPG: 8B17 7384 AB86 D67F 7612 3587 5715 C880 1B32 =
firstname.lastname@example.org GnuPG: 8A25 9726 D439 758D D846 E5D4 282A 5477 0385 =
From: samir kulkarni [mailto:email@example.com]
Sent: Wednesday, March 27, 2002 5:22 AM
Today while decrypting a file, I got following errors:
gpg : fatal :zlib inflate problem : invalid stored
secmem usage : 2048/3552 bytes in 4/8 blocks of pool
I have gpg (GnuPG) 1.0.4 version.
It's difficult for me to understand this error.
Please help me out in solving this problem.
Do You Yahoo!?
Yahoo! Movies - coverage of the 74th Academy Awards=AE
Gnupg-users mailing list
CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, =
is for the sole use of the intended recipient(s) and may contain =
confidential and privileged information. Any unauthorized review, use, =
disclosure or distribution is prohibited. If you are not the intended =
recipient, please contact the sender by reply e-mail and destroy all =
copies of the original message.