Most probably, the bug is related to the way the file size modulo is computed, as the algorithm behavior has nothing to do with file types.
Could you try XLS files with different sizes?
Could you provide the XLS file or, if not possible, the size of your XLS file?
Thanks.
David
On Wed, Oct 28, 2009 at 1:18 PM, Paul E. Jones <paulej@packetizer.com>
wrote:
That should definitely not happen. The fact it is an XLS file should also make no difference at all. Perhaps there is a bug with either reading or writing the file modulo?
David, would you be able to provide some guidance?
Paul
赵鲁 wrote:For example , I decrypt the file of a.xls.aes with java AESCrypt , but the decrypted file a.xls couldn't opened normally .I modify the code in the AESCrypt.java<old code>if (block == 1) {len = in.read(); // 4 bits size mod 16.debug("4 bits size mod 16: " + len);}out.write(text, 0, len);<new code>if (block == 1) {if (!toFile.toLowerCase().endsWith(".xls")) {len = in.read();debug("4 bits size mod 16: " + len);}}out.write(text, 0, len);now ,I can open it normally.2009-10-28
赵鲁
发件人： Paul E. Jones发送时间： 2009-10-27 16:15:37收件人： aescrypt; 赵鲁抄送：主题： [Fwd: java aes crypt could not support the excel]
赵鲁,
I am forwarding your message to the AES Crypt mailing list to see if others might be able to help you. However, it's not entirely clear what the issue is, so can you clarify it further?
Thanks,
Paul
-------- Original Message --------
Subject: java aes crypt could not support the excel Date: Tue, 27 Oct 2009 10:26:50 +0800 From: 赵鲁 <zhaolu@ceopen.cn> To: support <support@packetizer.com>