Re: Bugs in jka-compr file compression

Vin Shelton <acs(a)alumni.princeton.edu&gt; writes: You did mention it. :-) That's why I suggested changes that went into both 21.5 and .4, and recent ones because, to the best of my knowledge, SXEmacs has never had this problem. I can confirm that this is not a "Vin-site-only" bug, I just built a XEmacs 21.5 and I can reproduce there. In your first post you said... I'm not seeing that in the XEmacs 21.5 I just built. Well, I am, but I'm not. It's kinda odd. The recipe I used to test the corruption was... cp -v /etc/passwd . gzip -c passwd > file1.gz gzip -c passwd > file2.gz cmp file{1,2}.gz ; echo $? => 0 xemacs-21.5 -vanilla (require 'jka-compr) (auto-compression-mode 1) C-x C-f file1.gz C-x C-s C-x C-c cmp file{1,2}.gz ; echo $? => file1.gz file2.gz differ: char 4, line 1 => 1 gunzip file1.gz gunzip file1.gz cmp file{1,2} ; echo $? => 0 Looks like the "corruption" isn't bothering gzip too much. :) Instead of doing that, if you just explicitly call (set-buffer-modified-p nil) IOW, no changes, no saving. And then either kill the buffer or quit XEmacs the file is not corrupted either. Personally, I don't think jkr-compr is at fault here at all. -- |---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---| | SXEmacs - The only _______ you'll ever need. | | Fill in the blank, yes, it's THAT good! | |------------------------------------&lt;steve(a)sxemacs.org&gt;---| _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta