vc-annotate tries to load vc-nil
Hi Stefan, the following change breaks `M-x vc-annotate RET' for me: 2005-12-22 Stefan Monnier [EMAIL PROTECTED] * vc.el: [...] (vc-annotate-buffers): Remove var. (vc-annotate-backend): Make it buffer-local. (vc-annotate): Move the interaction to the interactive spec. Add a `buf' argument. (vc-annotate-warp-version): Use this new `buf' argument to avoid killingcreating a vc-annotate buffer, which is very disruptive when the buffers are shown in dedicated frames. $ emacs-cvs -Q -f toggle-debug-on-error [...]/emacs/lisp/vc.el -f vc-annotate Debugger entered--Lisp error: (file-error Cannot open load file vc-nil) require(vc-nil) vc-find-backend-function(nil annotate-command) vc-annotate([...]/emacs/lisp/vc.el 1.409 nil) call-interactively(vc-annotate) command-execute(vc-annotate) command-line-1((-f toggle-debug-on-error [...]/emacs/lisp/vc.el -f vc-annotate)) command-line() normal-top-level() If I revert to revision 1.407 of vc.el it works as expected: $ emacs-cvs -Q -f toggle-debug-on-error \ -l [...]/emacs/lisp/vc.el.~1.407~ \ [...]/emacs/lisp/vc.el -f vc-annotate Bye, Reiner. `report-emacs-bug' output follows: In GNU Emacs 22.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.4.9) of 2005-12-28 on bridgekeeper X server distributor `The X.Org Foundation', version 11.0.60801000 configured using `configure '--prefix=/import/xtra/emacs/HEAD' '--with-gtk' '--exec-prefix=/import/xtra/emacs/HEAD-x86_64'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: POSIX value of $LC_CTYPE: [EMAIL PROTECTED] value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US locale-coding-system: iso-8859-15 default-enable-multibyte-characters: t Major mode: Debugger Minor modes in effect: tooltip-mode: t auto-compression-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-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: help-echo help-echo M-x r e p o tab left end r t tab return Recent messages: Annotating... Loading debug...done Entering debugger... Loading help-mode...done Making completion list... Redisplaying annotation...done Error during redisplay: (file-error Cannot open load file vc-nil) Loading emacsbug... Loading regexp-opt...done Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: describe-char
One standard key to revert the buffer contents is `g'. Since the help buffer is in view mode, it is currently bound in the help buffer to `View-goto-line'. But we already have a key sequence exactly for this: `M-g M-g'. So we could bind `M-g M-g' to `View-goto-line' in view mode, and bind `g' in help mode to a refresh command. Now's not the time to consider such a change. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Strange behaviour of the undo function
In the *scratch* buffer type part of a symbol and type M-TAB. In the *Completions* buffer click mouse-1 on a completion string. I think I fixed this. Does it work now? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: eval-region may cause error against expressions including (set-buffer ...)
Does this patch fix the bug? (Please forgive the delay in my response.) *** lread.c 08 Dec 2005 12:39:17 -0500 1.344 --- lread.c 27 Dec 2005 22:42:48 -0500 *** *** 1344,1353 --- 1344,1363 if (b != 0 NILP (b-name)) error (Reading from killed buffer); + if (!NILP (start)) { + /* Switch to the buffer we are reading from. */ record_unwind_protect (save_excursion_restore, save_excursion_save ()); + set_buffer_internal (b); + + /* Save point in it. */ + record_unwind_protect (save_excursion_restore, save_excursion_save ()); + /* Save ZV in it. */ record_unwind_protect (save_restriction_restore, save_restriction_save ()); + /* Those get unbound after we read one expression. */ + + /* Set point and ZV around stuff to be read. */ Fgoto_char (start); Fnarrow_to_region (make_number (BEGV), end); } ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Quitting `save-buffer' loses backup file
I am going through mail that I failed to deal with earlier. Please forgive the delay. $ echo foo bar ; cp bar bar~ $ emacs -Q -f view-hello-file bar In Emacs, in the bar buffer, type M-x insert-buffer RET C-x C-s Emacs should display a '*Warning*' buffer now; type C-g to quit. Now `buffer-backed-up' is t, but the backup file bar~ is gone. :-( When I try it, I find that bar~ exists but bar is gone. And buffer-backed-up is nil. Does it still fail for you the same as before? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Can't create loaddefs.el
Richard M. Stallman [EMAIL PROTECTED] wrote: I think I fixed this. Does it work now? Yes, thanks! -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: describe-char
Although appropriate here, I think this approach is inappropriate in many cases e.g `C-h v' could re-create a Help buffer with an out-of-date value which No, only help-xref-go-back would re-create a potentially out-of-date text. C-h v would still create a brand new text of course. Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: vc-annotate tries to load vc-nil
the following change breaks `M-x vc-annotate RET' for me: 2005-12-22 Stefan Monnier [EMAIL PROTECTED] * vc.el: [...] (vc-annotate-buffers): Remove var. (vc-annotate-backend): Make it buffer-local. (vc-annotate): Move the interaction to the interactive spec. Add a `buf' argument. (vc-annotate-warp-version): Use this new `buf' argument to avoid killingcreating a vc-annotate buffer, which is very disruptive when the buffers are shown in dedicated frames. Should be fixed now, Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: loaddefs.el on Windows incomplete
* Eli Zaretskii (2005-12-24) writes: I installed a change that should fix this problem for you. Can you sync with the repository and see if autoloads now work even with MSYS munging of the command line? Okay, now I tried again and creation of autoloads works. I checked this with MinGW's mingw32-make and MSYS' make. In both cases lisp/autoloads.el is created with only a small difference: $ diff -u build-with-mingw32-make/lisp/loaddefs.el build-with-make/lisp/loaddefs.el --- build-with-mingw32-make/lisp/loaddefs.el Wed Dec 28 20:40:22 2005 +++ build-with-make/lisp/loaddefs.el Wed Dec 28 21:29:32 2005 @@ -29910,7 +29910,7 @@ ;; url/url-vars.el url/vc-dav.el vc-hooks.el vcursor.el ;; version.el vms-patch.el vmsproc.el vt-control.el ;; vt100-led.el w32-fns.el w32-vars.el widget.el window.el -;; x-dnd.el) (17330 63506 99000)) +;; x-dnd.el) (17331 923 346000)) ;;;*** I don't know if this is significant, though. -- Ralf ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: query-replace-regexp and read-only text properties
Have you noticed that read-only matches are highlighted by lazy-highlight even though perform-replace skips them? This is very misleading. Do you think this should be fixed? It is worth a try. A patch I proposed a few months ago could fix this easily by using a new predicate variable to allow lazy highlighting to skip read-only matches. What did I say about it then? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: recently introduced bug in minibuffer handling
There was a bug fix I had forgotten to check in, and then forgot all about. Sorry for the confusion. It is checked in now. Does that fix this bug for you? ok, it's good now, thanks. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: font-lock-add-keywords in hi-lock.el
I just went a couple of days without reproducing, but it happened pretty quickly just now (after reading some mail with MH-E--h). It's gonna be hard to fix until we have a reproducible testcase. Local in buffer *Apropos*; global value is (t nil) This global value is the indirect source of your problem. The real source is the one that causes this value. Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Strange behaviour of the undo function
In the *scratch* buffer type part of a symbol and type M-TAB. In the *Completions* buffer click mouse-1 on a completion string. I think I fixed this. Does it work now? Not quite. Now it works very strangely. When the first mouse click in a new Emacs instance is mouse-2, then all subsequent mouse-1 clicks in the same Emacs instance work correctly. Test case that works correctly: emacs -q d e f M-TAB mouse-2 on a completion in the *Completions* buffer C-x u M-TAB mouse-1 on a completion in the *Completions* buffer But if the first click is mouse-1, this causes an error. Test case that fails: emacs -q d e f M-TAB mouse-1 on a completion in the *Completions* buffer displays the error message: insert-for-yank: Buffer is read-only: #buffer *Completions* After the second click mouse-1 on the same completion it inserts the completion string to the *scratch* buffer, but leaves point in the same window where the *Completions* buffer was. -- Juri Linkov http://www.jurta.org/emacs/ ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: font-lock-add-keywords in hi-lock.el
font-lock-keywords in the affected Gnus buffers is (t nil). [...] Is that enough information to find the culprit, or is there a watch I can put on the global value of font-lock-keywords which will print a stacktrace or enter the debugger when it is changed? I think this information is enough to find the culprit. The function `font-lock-fontify-keywords-region' is the only remaining function in font-lock.el that compiles font-lock-keywords without calling `(font-lock-set-defaults)' first. Before fixing it, it would be useful to know how it gets called. In the buffer list you sent earlier there is the *Occur* buffer. Do you remember on what buffer you called `occur'? Very likely `occur' forced fontification on a non-font-lock buffer. However, I can't reproduce this bug with `emacs -Q'. Do you have a special font-lock configuration in .emacs, like calling `(font-lock-turn-on-thing-lock)' directly on non-font-lock buffers or something like that? -- Juri Linkov http://www.jurta.org/emacs/ ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: vc-annotate tries to load vc-nil
the following change breaks `M-x vc-annotate RET' for me: [...] Should be fixed now, I don't know is it a new bug or not, but I get a similar error message: vc-find-backend-function: Cannot open load file: vc-nil after using `log-view-find-version' or `log-view-diff' on a file removed from the CVS repository. Test case: 1. start PCL-CVS; 2. insert an old file removed from the CVS repository, e.g. `I emacs/lisp/webjump.el' (note that it was moved from emacs/lisp/webjump.el to emacs/lisp/net/webjump.el); 3. type `l'; 4. in the *cvs-info* buffer type `n'; 5. type `d' or `f' = vc-nil error -- Juri Linkov http://www.jurta.org/emacs/ ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
lisp/net/webjump.el is out-of-date
I noticed that a list of URLs in webjump.el was not updated since the year 1997. In the patch below I've updated a list of GNU FTP mirrors (from http://www.gnu.org/order/ftp.html), added URLs for Emacs Home Page, Savannah Emacs page, Emacs Lisp List and Emacs Wiki, replaced old search engines with Google, and fixed some other URLs. Are all URLs ok to install? Index: lisp/net/webjump.el === RCS file: /sources/emacs/emacs/lisp/net/webjump.el,v retrieving revision 1.10 diff -c -r1.10 webjump.el *** lisp/net/webjump.el 1 Aug 2005 15:17:07 - 1.10 --- lisp/net/webjump.el 29 Dec 2005 01:04:32 - *** *** 72,175 (defvar webjump-sample-sites '( - ;; FSF, not including Emacs-specific. (GNU Project FTP Archive . [mirrors ftp://ftp.gnu.org/pub/gnu/; ! ;; ASIA: ! ftp://ftp.cs.titech.ac.jp; ! ftp://tron.um.u-tokyo.ac.jp/pub/GNU/prep; ! ftp://cair-archive.kaist.ac.kr/pub/gnu; ! ftp://ftp.nectec.or.th/pub/mirrors/gnu; ! ;; AUSTRALIA: ! ftp://archie.au/gnu; ! ftp://archie.oz/gnu; ! ftp://archie.oz.au/gnu; ! ;; AFRICA: ! ftp://ftp.sun.ac.za/pub/gnu; ! ;; MIDDLE-EAST: ! ftp://ftp.technion.ac.il/pub/unsupported/gnu; ! ;; EUROPE: ! ftp://irisa.irisa.fr/pub/gnu; ! ftp://ftp.univ-lyon1.fr/pub/gnu; ! ftp://ftp.mcc.ac.uk; ! ftp://unix.hensa.ac.uk/mirrors/uunet/systems/gnu; ! ftp://src.doc.ic.ac.uk/gnu; ! ftp://ftp.ieunet.ie/pub/gnu; ! ftp://ftp.eunet.ch; ! ftp://nic.switch.ch/mirror/gnu; ! ftp://ftp.informatik.rwth-aachen.de/pub/gnu; ! ftp://ftp.informatik.tu-muenchen.de; ftp://ftp.win.tue.nl/pub/gnu; ! ftp://ftp.nl.net; ! ftp://ftp.etsimo.uniovi.es/pub/gnu; ! ftp://ftp.funet.fi/pub/gnu; ! ftp://ftp.denet.dk; ! ftp://ftp.stacken.kth.se; ! ftp://isy.liu.se; ! ftp://ftp.luth.se/pub/unix/gnu; ! ftp://ftp.sunet.se/pub/gnu; ! ftp://archive.eu.net; ! ;; SOUTH AMERICA: ! ftp://ftp.inf.utfsm.cl/pub/gnu; ! ftp://ftp.unicamp.br/pub/gnu; ! ;; WESTERN CANADA: ! ftp://ftp.cs.ubc.ca/mirror2/gnu; ! ;; USA: ! ftp://wuarchive.wustl.edu/systems/gnu; ! ftp://labrea.stanford.edu; ! ftp://ftp.digex.net/pub/gnu; ! ftp://ftp.kpc.com/pub/mirror/gnu; ! ftp://f.ms.uky.edu/pub3/gnu; ! ftp://jaguar.utah.edu/gnustuff; ! ftp://ftp.hawaii.edu/mirrors/gnu; ! ftp://uiarchive.cso.uiuc.edu/pub/gnu; ! ftp://ftp.cs.columbia.edu/archives/gnu/prep; ! ftp://gatekeeper.dec.com/pub/GNU; ! ftp://ftp.uu.net/systems/gnu;]) (GNU Project Home Page . www.gnu.org) ;; Emacs. ! (Emacs Lisp Archive . ! ftp://ftp.emacs.org/pub/;) ;; Internet search engines. ! (AltaVista . ! [simple-query ! www.altavista.digital.com ! www.altavista.digital.com/cgi-bin/query?pg=aqwhat=webfmt=.q= ! r=d0=d1=]) ! (Archie . ! [simple-query hoohoo.ncsa.uiuc.edu/cgi-bin/AA.pl ! hoohoo.ncsa.uiuc.edu/cgi-bin/AA.pl?query= ]) ! (Lycos . ! [simple-query www.lycos.com !www.lycos.com/cgi-bin/pursuit?cat=lycosquery= ]) (Yahoo . ! [simple-query www.yahoo.com search.yahoo.com/bin/search?p= ]) ;; Misc. general interest. (Interactive Weather Information Network . webjump-to-iwin) (Usenet FAQs . ! [simple-query www.cis.ohio-state.edu/hypertext/faq/usenet/FAQ-List.html ! www.cis.ohio-state.edu/htbin/search-usenet-faqs/form?find= ! ]) (RTFM Usenet FAQs by Group . ftp://rtfm.mit.edu/pub/usenet-by-group/;) (RTFM Usenet FAQs by Hierachy . ftp://rtfm.mit.edu/pub/usenet-by-hierarchy/;) (X Consortium Archive . ftp.x.org) - (Yahoo: Reference . www.yahoo.com/Reference/) ;; Computer social issues, privacy, professionalism. (Association for Computing Machinery . www.acm.org) ! (Computer Professionals for Social Responsibility . www.cpsr.org/dox/) (Electronic Frontier Foundation . www.eff.org) (IEEE Computer Society . www.computer.org) (Risks Digest . webjump-to-risks) ! ;; Fun. ! (Bastard Operator from Hell . www.replay.com/bofh/) ) Sample hotlist for WebJump. See the documentation for the `webjump' --- 72,255 (defvar webjump-sample-sites '( ;; FSF, not including Emacs-specific. (GNU Project FTP
Re: query-replace-regexp and read-only text properties
Have you noticed that read-only matches are highlighted by lazy-highlight even though perform-replace skips them? This is very misleading. Do you think this should be fixed? It is worth a try. A patch I proposed a few months ago could fix this easily by using a new predicate variable to allow lazy highlighting to skip read-only matches. What did I say about it then? You said it is a good feature for after the release. However, now this feature can fix a bug - wrong highlighting of read-only areas in query-replace-regexp. -- Juri Linkov http://www.jurta.org/emacs/ ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: loaddefs.el on Windows incomplete
From: Ralf Angeli [EMAIL PROTECTED] Date: Wed, 28 Dec 2005 23:22:40 +0100 Okay, now I tried again and creation of autoloads works. I checked this with MinGW's mingw32-make and MSYS' make. In both cases lisp/autoloads.el is created with only a small difference: $ diff -u build-with-mingw32-make/lisp/loaddefs.el build-with-make/lisp/loaddefs.el --- build-with-mingw32-make/lisp/loaddefs.el Wed Dec 28 20:40:22 2005 +++ build-with-make/lisp/loaddefs.el Wed Dec 28 21:29:32 2005 @@ -29910,7 +29910,7 @@ ;; url/url-vars.el url/vc-dav.el vc-hooks.el vcursor.el ;; version.el vms-patch.el vmsproc.el vt-control.el ;; vt100-led.el w32-fns.el w32-vars.el widget.el window.el -;; x-dnd.el) (17330 63506 99000)) +;; x-dnd.el) (17331 923 346000)) ;;;*** I don't know if this is significant, though. It isn't: that's the time when loaddefs.el was updated. Thanks for testing; I can now consider this issue resolved. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug