Re: Cannot load generic-x
Dieter Deyke wrote: Symptoms: Starting emacs -Q and typing M-x load-library generic-x results in error eval-buffer: Symbol's value as variable is void: default-generic-mode You probably have a leftover byte-compiled version of a month-old generic.el and a recent version of generic-x.el. 10 days ago, generic.el was moved from lisp/ to lisp/emacs-lisp/. If you did a cvs update, then it moved generic.el for you. But since .elc files aren't in CVS, you have to keep on top of them yourself. emacs is likely finding and loading the old generic.elc, ignoring the new generic.el source entirely. Make sure that lisp/emacs-lisp/generic.el is a recent version. Delete lisp/generic.elc. If you find more problems, you should `make bootstrap'. This deletes all .elc files and avoids these problems. -Dave ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
mouse-sel-mode breaks mouse-1-click-follows-link
When mouse-sel-mode is enabled, one cannot click on (mouse-1) buttons in customize buffers or follow most links in *info* buffers, even though mouse-1-click-follows-link is t. This is IMPORTANT because it makes customize buffers UNUSABLE and the help buffers almost unusable for users who don't know (yet) to use a modifier with the mouse or set the point and press RET. For everyone else (at least in the Mac's one-mouse-button-world) this is very inconvenient. This is reproducible with a fairly recent (last week) CVS build. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Cannot load generic-x
David Hunter [EMAIL PROTECTED] writes: Dieter Deyke wrote: Symptoms: Starting emacs -Q and typing M-x load-library generic-x results in error eval-buffer: Symbol's value as variable is void: default-generic-mode You probably have a leftover byte-compiled version of a month-old generic.el and a recent version of generic-x.el. 10 days ago, generic.el was moved from lisp/ to lisp/emacs-lisp/. If you did a cvs update, then it moved generic.el for you. But since .elc files aren't in CVS, you have to keep on top of them yourself. emacs is likely finding and loading the old generic.elc, ignoring the new generic.el source entirely. Make sure that lisp/emacs-lisp/generic.el is a recent version. Delete lisp/generic.elc. If you find more problems, you should `make bootstrap'. This deletes all .elc files and avoids these problems. Right. I'd like to stress that if you build Emacs by some other means than make bootstrap and you run into problems, it's a good idea to try a make bootstrap first to see if that solves your problems. (This is mentioned in INSTALL.CVS). Lute. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: mouse-sel-mode breaks mouse-1-click-follows-link
David Reitter [EMAIL PROTECTED] writes: When mouse-sel-mode is enabled, one cannot click on (mouse-1) buttons in customize buffers or follow most links in *info* buffers, even though mouse-1-click-follows-link is t. IIUC, the reason is that mouse-sel-mode reimplements the whole standard mouse click / mouse drag functionality, and mouse-1-click-follows-link is implemented in the standard mouse handling only (mouse.el). This is IMPORTANT because it makes customize buffers UNUSABLE and the help buffers almost unusable for users who don't know (yet) to use a modifier with the mouse or set the point and press RET. In what way do they become unusable ? Again, if the problem is that mouse-sel-mode doesn't understand the new mouse-1-click-follows-link, so I would expect that the mouse works as it used to when you enable mouse-sel-mode. In what way does it fail? Does mouse-2 still work as it used to? For everyone else (at least in the Mac's one-mouse-button-world) this is very inconvenient. This is reproducible with a fairly recent (last week) CVS build. Anybody want to update mouse-sel.el to support mouse-1-click-follows-link ? -- Kim F. Storm [EMAIL PROTECTED] http://www.cua.dk ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Point of wrong window used in read-from-minibuffer?
I'm saying that changing it to (save-excursion (save-window-excursion (select-window (next-window ought to solve the problem too, and the approach is less risky. That's true. But what about: (save-window-excursion (forward-char 1) (select-window (next-window))) I'd expect this to move the window's cursor by one char. No, that is not what it should do. (select-window (next-window)) positions point at the position for the other window, and that is the value that should remain in effect. So I think there is no bug here. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: crash when opening a newsgroup
Please investigate what happened in this frame: #4 0x08185c1c in Fsignal (error_symbol=137657473, data=151680309) at eval.c:1543 There is probably some invalid data somewhere, but what data is it? And how did it get to be invalid? ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
do_autoload records more than just autoloads.
Consider this file: ,[ file.el ] | (defun a () 'a) | (defun b () 'new-b) | (defun c () 'new-c) | (provide 'file) ` Now do: (autoload 'a file) (defun b () 'old-b) (defmacro c () '(quote old-c)) We have: (symbol-function 'a) = (autoload file nil nil nil) (symbol-function 'b) = (lambda nil (quote old-b)) (symbol-function 'c) = (macro lambda nil (quote (quote old-c))) Now call a to have do_autoload load file.el: (a) Then we have: (symbol-function 'a) = (lambda nil (quote a)) (symbol-function 'b) = (lambda nil (quote new-b)) (symbol-function 'c) = (lambda nil (quote new-c)) But do_autoload recorded more than just the autoload: (get 'a 'autoload) = (file nil nil nil) (get 'b 'autoload) = (nil (quote old-b)) (get 'c 'autoload) = (lambda nil (quote (quote old-c))) When we no do: (unload-feature 'file) we get a big mess: (symbol-function 'a) = (autoload file nil nil nil) (symbol-function 'b) = (autoload nil (quote old-b)) (symbol-function 'c) = (autoload lambda nil (quote (quote old-c))) What about the patch below to fix this? Lute who fixes bugs too. Index: src/eval.c === RCS file: /cvsroot/emacs/emacs/src/eval.c,v retrieving revision 1.235 diff -c -r1.235 eval.c *** src/eval.c 3 Apr 2005 22:08:58 - 1.235 --- src/eval.c 24 Apr 2005 22:28:49 - *** *** 1,6 /* Evaluator for GNU Emacs Lisp interpreter. !Copyright (C) 1985, 86, 87, 93, 94, 95, 99, 2000, 2001, 02, 2004 ! Free Software Foundation, Inc. This file is part of GNU Emacs. --- 1,6 /* Evaluator for GNU Emacs Lisp interpreter. !Copyright (C) 1985, 1986, 1987, 1993, 1994, 1995, 1999, 2000, 2001, ! 2002, 2004, 2005 Free Software Foundation, Inc. This file is part of GNU Emacs. *** *** 1982,1991 second = Fcdr (first); first = Fcar (first); ! /* Note: This test is subtle. The cdr of an autoload-queue entry !may be an atom if the autoload entry was generated by a defalias !or fset. */ ! if (CONSP (second)) Fput (first, Qautoload, (XCDR (second))); queue = XCDR (queue); --- 1982,1988 second = Fcdr (first); first = Fcar (first); ! if (CONSP (second) EQ (XCAR (second), Qautoload)) Fput (first, Qautoload, (XCDR (second))); queue = XCDR (queue); ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: [EMAIL PROTECTED]: coding system for html files (unibyte mode)]
In article [EMAIL PROTECTED], Richard Stallman [EMAIL PROTECTED] writes: [I sent this message two weeks ago but did not get a response.] Sorry for the late response. I've been overloaded. Whatever forces use of raw-text-unix probably should override the cookie silently so as not to annoy the user. Do you agree? Yes, I agree. I've just installed the attached fix. --- Start of forwarded message --- Date: Fri, 08 Apr 2005 18:56:15 +0200 From: Roland Winkler [EMAIL PROTECTED] [...] Symptoms: cat foo.htm EOF html head meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 /html EOF When I start emacs --no-init-file foo.htm, I can edit and save the file as expected. On the other hand, when I start emacs --unibyte --no-init-file foo.htm, then edit the file and save it, emacs asks me: Selected encoding raw-text-unix disagrees with iso-8859-1-unix specified by file contents. Really save (else edit coding cookies and try again)? (yes or no) --- Ken'ichi HANDA [EMAIL PROTECTED] 2005-04-25 Kenichi Handa [EMAIL PROTECTED] * international/mule-cmds.el (select-safe-coding-system): Don't check consistency with coding: spec, etc if raw-text or no-conversion was found to be safe. Index: mule-cmds.el === RCS file: /cvsroot/emacs/emacs/lisp/international/mule-cmds.el,v retrieving revision 1.270 retrieving revision 1.271 diff -u -c -r1.270 -r1.271 cvs diff: conflicting specifications of output style *** mule-cmds.el21 Apr 2005 05:01:38 - 1.270 --- mule-cmds.el25 Apr 2005 04:30:21 - 1.271 *** *** 927,933 ;; give when file is re-read. ;; But don't do this if we explicitly ignored the cookie ;; by using `find-file-literally'. ! (unless (or (stringp from) find-file-literally) (let ((auto-cs (save-excursion (save-restriction (widen) --- 927,935 ;; give when file is re-read. ;; But don't do this if we explicitly ignored the cookie ;; by using `find-file-literally'. ! (unless (or (stringp from) ! find-file-literally ! (memq (coding-system-type coding-system) '(0 5))) (let ((auto-cs (save-excursion (save-restriction (widen) ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
