Kenichi Handa <[EMAIL PROTECTED]> writes: > In article <[EMAIL PROTECTED]>, Tom Rauchenwald <[EMAIL PROTECTED]> writes: > >> To reproduce: >> Create an empty File. >> Do C-q C-o in it. A sequence that looks like ^O should appear. >> Save the File and kill the buffer. >> Open the file again. ^O is not there anymore. >> With emacs22 this works. > >> Background is that i tried a elisp-program that parses >> color-sequences in IRC, and tried to match ^O, but with the >> unicode-2 branch this doesn't work anymore because the ^O goes >> missing somewhere. > > ^O is a locking shift code of ISO-2022, and iso-2022 detector of >emacs-unicode-2 was too strong compared with that of Emacs 22. I've >just installed a fix.
Thanks, I'll try it out soon and report back. > But, it is in general safer to specify a proper coding > system (in your case, iso-safe or no-conversion?) if you are > reading a file that contains some binary data (for instance > by let-binding coding-system-for-read). Another way is to > let-bind inhibit-iso-escape-detection to t. In my case I was trying out circe, an IRC client for emacs. So I didn't write the file myself. Thanks for looking into this. Tom _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug