Re: file-name-shadow-mode breaks viper-mode's // interpretation
Just a reminder that this bug is still here. I've simply turned off file-name-shadow-mode, so don't see it anymore, but it'll affect anyone using viper mode. And it's not just when using C-x C-f. It bites also when using a VI command like `:r'. Jim Meyering [EMAIL PROTECTED] wrote: Ever since around Nov 15, (which is when file-name-shadow-mode went in, or was turned on by default), when I run emacs -q, then do M-x viper-mode, if I try to open a file by typing C-x C-f /tmp/junk, (e.g., I see /current/dir//tmp/junk in minibuffer) I end up instead with a dired buffer on `.' (aka /current/dir). If I turn off file-name-shadow-mode, everything works as usual. So, to reproduce, touch /tmp/junk emacs -q -f viper-mode [ Respond `y' to the viperize question. ] [ Type C-x C-f /tmp/junk RET ] You end up in a dired buffer rather than with the file you just touched. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
editing of .gz files does not gunzip them
Symptoms: I preiously was using emcas-21.3 and if I edited a .gz file it would uncompress and edit properly. In this emacs-22.0.50 version using the same .emacs file the files will not uncompress and come up with the binary junk. If emacs crashed, and you have the emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. If you would like to further debug the crash, please read the file /tools/wdtgnu/emacs-22.0.50/share/emacs/22.0.50/etc/DEBUG for instructions. In GNU Emacs 22.0.50.3 (sparc-sun-solaris2.8, X toolkit) of 2005-11-01 on albert X server distributor `Hummingbird Ltd.', version 11.0.1 configured using `configure '--prefix=/tools/wdtgnu/emacs-22.0.50' '--disable-nls'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: C locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Text Minor modes in effect: display-time-mode: t mouse-wheel-mode: t tooltip-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t Recent input: q C-x C-f a l l tab m a i l . o u t 0 0 0 backspace 1 tab backspace backspace backspace tab . 0 0 1 tab return escape x e m a c s - b tab backspace tab backspace backspace backspace backspace backspace backspace r e p tab o r tab return Recent messages: To ensure normal operation, you should investigate and remove the cause of the error in your initialization file. Start Emacs with the `--debug-init' option to view a complete error backtrace. Loading font-lock...done Loading jit-lock...done Making completion list... Loading help-mode...done Making completion list... Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: editing of .gz files does not gunzip them
I previously was using emcas-21.3 and if I edited a .gz file it would uncompress and edit properly. In this emacs-22.0.50 version using the same .emacs file the files will not uncompress and come up with the binary junk. My crystal ball tells me you have (auto-compression-mode) in your .emacs. It should be (auto-compression-mode 1) Since without argument, it will toggle on or off. Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: file-name-shadow-mode breaks viper-mode's // interpretation
I guess that I am CC-ed on this because I handled the technical details of how to enable the minor mode `file-name-shadow-mode' by default. But I was not the one who actually implemented `file-name-shadow-mode' (Miles Bader and, for some part, Stefan Monnier). I do not know viper-mode well enough to solve this problem. Sincerely, Luc. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug