Re: compile.el change
Stefan Monnier [EMAIL PROTECTED] writes: Of course one way to deal with it is to do what we did for grep.el (where a similar problem showed up) and match those lines explicitly (and mark them as something else). Like that? It works for me. Index: lisp/progmodes/compile.el === RCS file: /cvsroot/emacs/emacs/lisp/progmodes/compile.el,v retrieving revision 1.399 diff -u -r1.399 compile.el --- lisp/progmodes/compile.el 7 Jul 2006 15:17:35 - 1.399 +++ lisp/progmodes/compile.el 9 Jul 2006 09:20:10 - @@ -400,7 +400,10 @@ Value of `page-delimiter' in Compilation mode.) (defvar compilation-mode-font-lock-keywords - '(;; configure output lines. + '(;; Don't highlight this as a compilation message. + (^Compilation started at.* + (0 '(face nil message nil help-echo nil mouse-face nil) t)) + ;; configure output lines. (^[Cc]hecking \\(?:[Ff]or \\|[Ii]f \\|[Ww]hether \\(?:to \\)?\\)?\\(.+\\)\\.\\.\\. *\\(?:(cached) *\\)?\\(\\(yes\\(?: .+\\)?\\)\\|no\\|\\(.*\\)\\)$ (1 font-lock-variable-name-face) (2 (compilation-face '(4 . 3 @@ -408,9 +411,11 @@ (^\\([[:alnum:]_/.+-]+\\)\\(\\[\\([0-9]+\\)\\]\\)?[ \t]*: (1 font-lock-function-name-face) (3 compilation-line-face nil t)) ( --?o\\(?:utfile\\|utput\\)?[= ]?\\(\\S +\\) . 1) - (^Compilation \\(finished\\) + (^Compilation \\(finished\\).* + (0 '(face nil message nil help-echo nil mouse-face nil) t) (1 compilation-info-face)) - (^Compilation \\(exited abnormally\\|interrupt\\|killed\\|terminated\\)\\(?:.*with code \\([0-9]+\\)\\)? + (^Compilation \\(exited abnormally\\|interrupt\\|killed\\|terminated\\)\\(?:.*with code \\([0-9]+\\)\\)?.* + (0 '(face nil message nil help-echo nil mouse-face nil) t) (1 compilation-error-face) (2 compilation-error-face nil t))) Additional things to highlight in Compilation mode. -- Romain Francoise [EMAIL PROTECTED] | The sea! the sea! the open it's a miracle -- http://orebokech.com/ | sea! The blue, the fresh, the | ever free! --Bryan W. Procter ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: isearch-yank-line and field text property
Stephen Berman [EMAIL PROTECTED] writes: 1. emacs -Q 2. Type the following three lines in an empty buffer: test test test 3. Now put the cursor at the beginning of the second line and type this: `M-: (add-text-properties (point) (point-max) '(field test))' 4. Now type `C-s C-y'. The minibuffer contains the prompt I-search: but the line is not yanked into the search string, and in fact nothing else happens at all as long as you keep typing `C-y'. Yes, this is because `isearch-yank-line' uses the `line-end-position' function, which doesn't cross fields. In the context of `isearch-yank-line', we want to fetch the line, not the field, so this is a bug. I have installed a fix. Thanks, -- Romain Francoise [EMAIL PROTECTED] | The sea! the sea! the open it's a miracle -- http://orebokech.com/ | sea! The blue, the fresh, the | ever free! --Bryan W. Procter ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: timer error
If I directly evaluate that expression, (timer-relative-time '(17583 46528 355684) 0.5 0) I too get (17583 46528 855684). So, I am not sure what I should try next? Gil Debugger entered--Lisp error: (range-error floor 174058816388191.03) floor(174058816388191.03) timer-relative-time((17583 46528 355684) 0.5 0) timer-inc-time([t 17583 46528 355684 0.5 blink-cursor-timer-function nil nil] 0.5 0) timer-event-handler([t 17583 46528 355684 0.5 blink-cursor-timer-function nil nil]) If I evaluate (timer-relative-time '(17583 46528 355684) 0.5 0) on GNU/Linux I get (17583 46528 855684). timer-relative-time calls floor twice. The arguments should be 0.5 and 50.0. You could instrument timer-relative-time with Edebug and step through it to see where it fails. However I suspect there is an underlying problem with floor which is a primitive and will need to be debugged with GDB. In GNU Emacs 22.0.50.1 (i386-apple-darwin8.7.1) ^^ This may be the source of the discrepancy. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: timer error
Gilbert Harman writes: If I directly evaluate that expression, (timer-relative-time '(17583 46528 355684) 0.5 0) I too get (17583 46528 855684). So, I am not sure what I should try next? I guess what Richard suggested initially: run under GDB, with a breakpoint at the line in floor which signals this error. I think it's enough to put a breakpoint on Fsignal. You can look at the lisp backtrace with `xbacktrace' but this way you can also examine values in the C backtrace to see what's going wrong. Maybe there's some memory corruption. See the DEBUG file for further help. -- Nick http://www.inet.net.nz/~nickrob ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
cygwin bug: report-emacs-bug does not work
using latest gnu emacs from cvs on latest version of cygwin. starting emacs as emacs -q --no-site-file M-x report-emacs-bug causes an error message, traceback below. there are other cygwin bugs that I am running into. it would be nice to have this one fixed so I can report the others (memory problems and such). EU Debugger entered--Lisp error: (file-error Opening output file no such file or directory /home/me/#*mail*#8016SQO#) write-region( nil /home/me/#*mail*#8016SQO# nil silent nil excl) byte-code(ÅÆ \! #131;\n P\f#131;Ç\n!#136;#130;%ÈÉÊ\nÊËÊÌ [prefix temporary-file-directory file suffix dir-flag make-temp-name expand-file-name make-directory write-region nil silent excl] 8) make-temp-file(/home/me/#*mail*# nil #) make-auto-save-file-name() auto-save-mode(t) mail(nil emacs-pretest-bug@gnu.org a nil nil nil nil) sendmail-user-agent-compose(emacs-pretest-bug@gnu.org a nil nil nil nil nil) compose-mail(emacs-pretest-bug@gnu.org a) report-emacs-bug(a [(help-echo #frame [EMAIL PROTECTED] 0x2121a000 For information about the GNU Project and its goals, type C-h C-p. #window 3 on *mail* #killed buffer 360) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 mouse-2: browse http://www.gnu.org/; #window 3 on *mail* #killed buffer 2) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Search forward for a string nil nil -1) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Paste nil nil -1) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Learn how to use Emacs nil nil 0) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Learn how to use Emacs (choose a language) nil nil 0) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 New features of this version nil nil 0) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Send e-mail to Emacs maintainers nil nil 0) (menu-bar) help-menu report-emacs-bug (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Search forward for a string nil nil -1) 99 121 103 119 105 110 return (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Learn how to use Emacs nil nil 0) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Learn how to use Emacs (choose a language) nil nil 0) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 New features of this version nil nil 0) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Send e-mail to Emacs maintainers nil nil 0) (menu-bar) help-menu report-emacs-bug up return (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Write current buffer to another file nil nil -1) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Save current buffer to its file nil nil -1) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Make text in active region stand out in color (Transient Mark mode) nil nil 0) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Highlight matching/mismatched parentheses at cursor (Show Paren mode) nil nil 0) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Enter Lisp debugger when C-g is pressed nil nil 0) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Enter Lisp debugger when an error is signaled nil nil 0) (menu-bar) options debug-on-error (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Copy nil nil -1) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Learn how to use Emacs nil nil 0) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Learn how to use Emacs (choose a language) nil nil 0) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 New features of this version nil nil 0) (help-echo #frame [EMAIL PROTECTED] 0x2121a000 Send e-mail to Emacs maintainers nil nil 0) (menu-bar) help-menu report-emacs-bug]) call-interactively(report-emacs-bug) _ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Rectangles are not explained or cross-referenced in Elisp manual
The Elisp manual says nothing about rectangles. It mentions them in passing in a few places, with no explanation. Those places should at least contain a cross-reference to the Rectangles node of the Emacs manual. Rectangles are not a general Lisp facility; they are an internal data structure of one file. We don't need to document them in the manual. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Rectangles are not explained or cross-referenced in Elisp manual
Also, there are two places where the text says a 'frame' is a rectangle. This promotes confusion. It would be better to say a 'frame' is a rectangular area of your screen or, better, a 'frame' is a window-manager window. The latter is by far the most helpful description. Where are these? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: compile.el change
Stefan Monnier [EMAIL PROTECTED] writes: These two can be merged, can't they? No, otherwise ``started'' would be highlighted too, and we don't want that... -- Romain Francoise [EMAIL PROTECTED] | The sea! the sea! the open it's a miracle -- http://orebokech.com/ | sea! The blue, the fresh, the | ever free! --Bryan W. Procter ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: compile.el change
These two can be merged, can't they? No, otherwise ``started'' would be highlighted too, and we don't want that... Why would we not want that? Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: compile.el change
Stefan Monnier [EMAIL PROTECTED] writes: Why would we not want that? The different faces used for the end message indicate the return status of the compilation command; they have a meaning. The start message is guaranteed to always be the same, highlighting it is an unnecessary distraction. Besides, grep.el doesn't highlight it either. -- Romain Francoise [EMAIL PROTECTED] | The sea! the sea! the open it's a miracle -- http://orebokech.com/ | sea! The blue, the fresh, the | ever free! --Bryan W. Procter ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: Rectangles are not explained or cross-referenced in Elisp manual
Also, there are two places where the text says a 'frame' is a rectangle. This promotes confusion. It would be better to say a 'frame' is a rectangular area of your screen or, better, a 'frame' is a window-manager window. The latter is by far the most helpful description. Where are these? Just search for rectangle - 1. (elisp) Frame Type 2. (elisp) Frames ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: Rectangles are not explained or cross-referenced in Elisp manual
The Elisp manual says nothing about rectangles. It mentions them in passing in a few places, with no explanation. Those places should at least contain a cross-reference to the Rectangles node of the Emacs manual. Rectangles are not a general Lisp facility; they are an internal data structure of one file. We don't need to document them in the manual. Agreed; we don't need to document them there. But, since we mention them, we could usefully cross-reference the doc that explains what they are. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
tumme messages in the echo area
Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: when I'm in the *tumme* buffer, if I use `tumme-display-next-thumbnail-original' or `tumme-display-previous-thumbnail-original' the handy imformation (like the image filename and its tags) these commands displays in the echo area, is replaced by the message: (Shell command succeeded with no output) which isn't useful. Thanks, Andrea Russo. 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 /usr/local/share/emacs/22.0.50/etc/DEBUG for instructions. In GNU Emacs 22.0.50.4 (i686-pc-linux-gnu, GTK+ Version 2.8.18) of 2006-06-30 on onosendai.org X server distributor `The X.Org Foundation', version 11.0.7000 configured using `configure '--with-gtk' '--without-toolkit-scroll-bars'' 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: en_US.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: tumme-thumbnail Minor modes in effect: shell-dirtrack-mode: t erc-list-mode: t erc-track-mode: t erc-sound-mode: t erc-services-mode: t erc-ring-mode: t erc-pcomplete-mode: t erc-notify-mode: t erc-netsplit-mode: t erc-match-mode: t erc-log-mode: t erc-button-mode: t erc-fill-mode: t erc-stamp-mode: t erc-autoaway-mode: t erc-bbdb-mode: t erc-smiley-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t erc-readonly-mode: t erc-scrolltobottom-mode: t icomplete-mode: t recentf-mode: t which-function-mode: t iswitchb-mode: t desktop-save-mode: t jabber-activity-mode: t display-battery-mode: t display-time-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t size-indication-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: n C-h e C-n C-l C-p C-p C-p C-p C-p C-p C-p C-p C-p C-l C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-l C-p C-p C-p C-p C-p C-p M- M- M- C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-z n C-l M-v C-v M-v C-v M-v C-l M- C-e C-n C-e C-a C-k C-c C-k y C-z n C-x b RET l l q C-x C-b C-n C-n C-n C-n C-n C-n C-p RET RET C-t d SPC M-x M-p RET Recent messages: Blade Runner: blade_runner_001.jpg (): Blade Runner Blade Runner: blade_runner_001.jpg (): Blade Runner Composing main Info directory...done Mark set [6 times] Message modified; kill anyway? (y or n) Commands: d, s, x, u; f, o, 1, 2, m, v; ~, %; q to quit; ? for help. rachelrachel Blade Runner: blade_runner_002.jpg (rachel): (Shell command succeeded with no output) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: cygwin bug: report-emacs-bug does not work
From: emacs user [EMAIL PROTECTED] Date: Sun, 09 Jul 2006 09:59:56 -0400 using latest gnu emacs from cvs on latest version of cygwin. starting emacs as emacs -q --no-site-file M-x report-emacs-bug causes an error message, traceback below. [...] Debugger entered--Lisp error: (file-error Opening output file no such file or directory /home/me/#*mail*#8016SQO#) Does Cygwin have a non-trivial definition of convert-standard-filename? (If not, it needs one, but I'm not sure where to put it. Any suggestions?) This fragment from files.el:make-auto-save-file-name: ;; Make sure auto-save file names don't contain characters ;; invalid for the underlying filesystem. (if (and (memq system-type '(ms-dos windows-nt)) ;; Don't modify remote (ange-ftp) filenames (not (string-match ^/[EMAIL PROTECTED]: result))) (convert-standard-filename result) makes sure that invalid auto-save file names are never created on DOS/Windows, but it doesn't catch Cygwin. there are other cygwin bugs that I am running into. it would be nice to have this one fixed so I can report the others (memory problems and such). Make sure you search the archives of this list and of emacs-devel, we had reports about Cygwin problems due to bugs in the Cygwin runtime. For example, see these messages: http://lists.gnu.org/archive/html/emacs-devel/2006-06/msg00077.html http://lists.gnu.org/archive/html/emacs-devel/2006-01/msg01179.html ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: compile.el change
Of course one way to deal with it is to do what we did for grep.el (where a similar problem showed up) and match those lines explicitly (and mark them as something else). Please do that, if it is the easiest way. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
should locate-file-completion filter out ./ and ../?
emacs -q M-: (locate-file-completion (list load-path .el .el.gz) t) That returns a HUMONGOUS list (3093 entries in emacs -q)) such as this (abbreviated): (./ ../ ja-dic/ leim-list leim-list.el quail/ ./ ../ .cvsignore ChangeLog CVS/ ...) There are plenty of occurrences of ./ and ../ here, in particular. 1. Is it at all useful to have ./ and ../ in this list? 2. If it is useful, how about removing (or not creating) duplicates of ./ and ../? In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2006-03-20 on W2ONE X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --cflags -Id:/g/include' 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: ENU locale-coding-system: cp1252 default-enable-multibyte-characters: t Major mode: Dired by name Minor modes in effect: encoded-kbd-mode: t 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 help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo menu-bar help-menu re port-emacs-bug Recent messages: (C:\Emacs-22-2006-03-20\bin\emacs.exe -q --no-site-file --debug-init C:\drews-lisp-20) Loading encoded-kb...done For information about the GNU Project and its goals, type C-h C-p. Loading dired... Loading regexp-opt...done Loading dired...done Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
bootstrapping error (autoloads error 255)
Hi just updated my emacs directory from CVS, typed: make bootstrap and got the following messages: -- Generating autoloads for emacs-lisp/easy-mmode.el...done Generating autoloads for emacs-lisp/edebug.el... Generating autoloads for emacs-lisp/edebug.el...done Recursive load: /appl/emacs/emacs/lisp/emacs-lisp/edebug.el, /appl/emacs/emacs/lisp/emacs-lisp/edebug.el, /appl/emacs/emacs/lisp/emacs-lisp/edebug.el, /appl/emacs/emacs/lisp/emacs-lisp/edebug.el, /appl/emacs/emacs/lisp/emacs-lisp/edebug.el make[3]: *** [autoloads] Erreur 255 make[3]: Leaving directory `/appl/emacs/emacs/lisp' make[2]: *** [bootstrap-prepare] Erreur 2 make[2]: Leaving directory `/appl/emacs/emacs/lisp' make[1]: *** [bootstrap-build] Erreur 2 make[1]: Leaving directory `/appl/emacs/emacs' make: *** [bootstrap] Erreur 2 Compilation exited abnormally with code 2 at Sun Jul 9 12:49:50 -- Sorry, I've no idea what to do. Dieter In GNU Emacs 22.0.50.6 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-05-28 on hans X server distributor `The X.Org Foundation', version 11.0.60802000 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: fr_FR.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Compilation Minor modes in effect: display-time-mode: t shell-dirtrack-mode: t global-hl-line-mode: t auto-insert-mode: t show-paren-mode: t tooltip-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 auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t abbrev-mode: t Recent input: C-v C-v M- C-x o M-x M-p M-p return return f1 f2 f1 f3 C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-n C-n M-1 M-0 M-0 return next down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down return f2 f1 f3 f4 M-x b u g tab backspace backspace backspace C-g C-g down-mouse-5 mouse-5 down-mouse-5 mouse-5 down-mouse-4 mouse-4 help-echo help-echo help-echo help-echo menu-bar help-menu re port-emacs-bug Recent messages: Mark set (No files need saving) Retrieving newsgroup: gmane.emacs.pretest.bugs... Opening nntp server on news.gmane.org...done Fetching headers for gmane.emacs.pretest.bugs...done Scoring...done Generating summary...done No more unread articles Quit [2 times] Loading emacsbug...done -- Best wishes Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Stack overflow in regexp matcher
I don't have a recipe from emacs -q for this, because I don't want to go through whatever I need to do to get Cygwin grep working with it. If this bug report helps as is, good. If not, ignore. In my own environment (using Cygwin and my own Elisp files), I tried this in an Emacs 22 src directory (not the same Emacs 22 version as shown below, but I was running the version shown below): M-x grep Fsort * Here is the backtrace (with text fit for email): Debugger entered--Lisp error: (error Stack overflow in regexp matcher) re-search-forward(: \\(.+\\): \\(?:Permission denied\\|No such \\(?:file or directory\\|device or address\\)\\)$ 69633 t) font-lock-fontify-keywords-region(589 69633 nil) font-lock-default-fontify-region(589 69633 nil) font-lock-fontify-region(589 69633) font-lock-after-change-function(65537 69633 0) insert-before-markers(4300 74307])) :type \int\) nil [74293 74311]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fchar_or_string_p\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74319 74337])) :type \int\) nil [74312 74341]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Finteger_or_marker_p\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74349 74370])) :type \int\) nil [74342 74374]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Ffloatp\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74382 74390])) :type \int\) nil [74375 74394]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Finteger_or_floatp\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74402 74421])) :type \int\) nil [74395 74425]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Finteger_or_float_or_marker_p\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74433 74463])) :type \int\) nil [74426 74467]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fcar\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74476 74481])) :type \int\) nil [74469 74485]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fcar_safe\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74493 74503])) :type \int\) nil [74486 74507]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fcdr\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74515 74520])) :type \int\) nil [74508 74524]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fcdr_safe\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74532 74542])) :type \int\) nil [74525 74546]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fsetcar\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74554 74562])) :type \int\) nil [74547 74566]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fsetcdr\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74574 74582])) :type \int\) nil [74567 74586]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fboundp\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74594 74602])) :type \int\) nil [74587 74606]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Ffboundp\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74614 74623])) :type \int\) nil [74607 74627]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fmakunbound\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74635 74647])) :type \int\) nil [74628 74651]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Ffmakunbound\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74659 74672])) :type \int\) nil [74652 74676]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fsymbol_function\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74684 74701])) :type \int\) nil [74677 74705]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fsymbol_plist\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74713 74727])) :type \int\) nil [74706 74731]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fsymbol_name\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74739 74752])) :type \int\) nil [74732 74756]) (\P_\ function (:prototype-flag t :type (\indirect_function\ type (:type \class\) nil nil)) nil [74776 74813]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Findirect_function\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74821 74840])) :type \int\) nil [74814 74844]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Ffset\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74852 74858])) :type
RE: Stack overflow in regexp matcher
Also, the *grep* buffer was filled (after the first several file hits, with a **long** line hit from semantic.cache. Should semantic.cache even be in directory src? -Original Message- I don't have a recipe from emacs -q for this, because I don't want to go through whatever I need to do to get Cygwin grep working with it. If this bug report helps as is, good. If not, ignore. In my own environment (using Cygwin and my own Elisp files), I tried this in an Emacs 22 src directory (not the same Emacs 22 version as shown below, but I was running the version shown below): M-x grep Fsort * Here is the backtrace (with text fit for email): Debugger entered--Lisp error: (error Stack overflow in regexp matcher) re-search-forward(: \\(.+\\): \\(?:Permission denied\\|No such \\(?:file or directory\\|device or address\\)\\)$ 69633 t) font-lock-fontify-keywords-region(589 69633 nil) font-lock-default-fontify-region(589 69633 nil) font-lock-fontify-region(589 69633) font-lock-after-change-function(65537 69633 0) insert-before-markers(4300 74307])) :type \int\) nil [74293 74311]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fchar_or_string_p\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74319 74337])) :type \int\) nil [74312 74341]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Finteger_or_marker_p\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74349 74370])) :type \int\) nil [74342 74374]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Ffloatp\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74382 74390])) :type \int\) nil [74375 74394]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Finteger_or_floatp\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74402 74421])) :type \int\) nil [74395 74425]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Finteger_or_float_or_marker_p\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74433 74463])) :type \int\) nil [74426 74467]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fcar\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74476 74481])) :type \int\) nil [74469 74485]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fcar_safe\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74493 74503])) :type \int\) nil [74486 74507]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fcdr\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74515 74520])) :type \int\) nil [74508 74524]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fcdr_safe\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74532 74542])) :type \int\) nil [74525 74546]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fsetcar\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74554 74562])) :type \int\) nil [74547 74566]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fsetcdr\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74574 74582])) :type \int\) nil [74567 74586]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fboundp\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74594 74602])) :type \int\) nil [74587 74606]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Ffboundp\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74614 74623])) :type \int\) nil [74607 74627]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fmakunbound\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74635 74647])) :type \int\) nil [74628 74651]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Ffmakunbound\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74659 74672])) :type \int\) nil [74652 74676]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fsymbol_function\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74684 74701])) :type \int\) nil [74677 74705]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fsymbol_plist\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74713 74727])) :type \int\) nil [74706 74731]) (\EXFUN\ function (:prototype-flag t :arguments ((\\ variable (:type (\Fsymbol_name\ type (:type \class\) nil nil)) (reparse-symbol arg-sub-list) [74739 74752])) :type \int\) nil [74732
Re: bootstrapping error (autoloads error 255)
Dieter Wilhelm wrote: just updated my emacs directory from CVS, typed: make bootstrap and got the following messages: I can not reproduce this. Does the error still occur if you do: make maintainer-clean ./configure before `make bootstrap'? Sincerely, Luc. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
quitting ediff with pop-up-frames non-nil gives wrong-type arg error
emacs -q M-x set-variable pop-up-frames t M-x ediff-buffers quit ediff with`y' I get this backtrace: Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil) balance-windows() ediff-cleanup-mess() run-hooks(ediff-quit-hook) ediff-really-quit(nil) ediff-quit(nil) call-interactively(ediff-quit) In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2006-03-20 on W2ONE X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --cflags -Id:/g/include' 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: ENU locale-coding-system: cp1252 default-enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: encoded-kbd-mode: t 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: switch-frame down-mouse-1 mouse-movement mouse-1 M-x e d i f f - b u f f e r s return return return n q y M-x s e t - v a r - backspace return d i e backspace backspace e b u g - o n - e r return t return switch-frame down-mouse-1 mouse-movement mouse-1 C-x escape escape M-p return down-mouse-1 mouse-1 n switch-frame switch-frame switch-frame q y switch-frame switch-frame help-echo help-echo help-echo help-echo switch-frame help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo menu-bar help-menu report-emacs-bug Recent messages: ediff-cleanup-mess: Wrong type argument: number-or-marker-p, nil Computing differences between SAVE-2006-07-09b-icicles-fn.el and icicles-fn.el ... Buffer A: Processing difference region 0 of 3 Buffer B: Processing difference region 0 of 3 Processing difference regions ... done Refining difference region 1 ... Quit this Ediff session? (y or n) Loading debug...done Entering debugger... Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: should locate-file-completion filter out ./ and ../?
The problem is worse than just ./ and ../. There are multiple occurrences of .cvsignore also. Perhaps other names as well; I didn't check. I would appreciate it if `locate-file-completion' would remove all duplicates (or, better, not create any). This is actually an important problem for me. Why? Glad you asked... I have my own completion code (Icicles), but I use the standard `completing-read' as a base for it. Sometime between June 2005 and March 2006, Emacs 22 was changed to remove duplicates from the display in *Completions* (in function `minibuffer-completion-help'). Emacs has never done that before. I have no problem with that, per se. Thankfully (), duplicates are *not* being removed from the result of `all-completions', because I rely upon that fact to give me an unordered set of completions, with duplicates if they are available. I have code that lets users take advantage of completion candidates that might be identical strings but have different meanings (e.g. occurrences of the same string in a buffer). I need to have the function that calls `completing-read' take responsibility for any duplicate elimination, when it deems that appropriate. There is no way for my enhanced `completing-read' code itself to know if duplicate removal is appropriate or not in any given context - it simply displays all completions (including duplicates, if there are any), when you hit TAB. I'd suggest that the same policy would be better for Emacs too: give the responsibility of removing duplicates to the functions that call `completing-read' and `read-file-name', and get rid of the recent duplicate-removal code in `minibuffer-completion-help'. Emacs too might one day want to allow for duplicate completion strings, for whatever reason. Be that as it may... I don't really care whether Emacs removes duplicates for its own display of *Completions*, but I do care that `locate-file-completion' does not remove duplicates itself, because when you hit TAB with my own completing code, *Completions* contains _lots_ of duplicate entries (./ and ../, in particular). For `locate-file-completion' to work well with my code, it needs to take responsibility for removing duplicates. So, I would *really* appreciate it if you would fix `locate-file-completion' so that it removes duplicates or (better) doesn't create them in the first place. For me, this is very important. For you, making this change to `locate-file-completion' might mean a small performance improvement, if duplicates are prevented, or a small performance hit, if duplicates are removed afterward. I'll be grateful. -Original Message- emacs -q M-: (locate-file-completion (list load-path .el .el.gz) t) That returns a HUMONGOUS list (3093 entries in emacs -q)) such as this (abbreviated): (./ ../ ja-dic/ leim-list leim-list.el quail/ ./ ../ .cvsignore ChangeLog CVS/ ...) There are plenty of occurrences of ./ and ../ here, in particular. 1. Is it at all useful to have ./ and ../ in this list? 2. If it is useful, how about removing (or not creating) duplicates of ./ and ../? In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2006-03-20 on W2ONE X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --cflags -Id:/g/include' ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Stack overflow in regexp matcher
From: Drew Adams [EMAIL PROTECTED] Date: Sun, 9 Jul 2006 17:25:19 -0700 In my own environment (using Cygwin and my own Elisp files), I tried this in an Emacs 22 src directory (not the same Emacs 22 version as shown below, but I was running the version shown below): M-x grep Fsort * Here is the backtrace (with text fit for email): Debugger entered--Lisp error: (error Stack overflow in regexp matcher) re-search-forward(: \\(.+\\): \\(?:Permission denied\\|No such \\(?:file or directory\\|device or address\\)\\)$ 69633 t) I cannot reproduce this with yesterday's CVS and a native Windows port of Grep. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: Stack overflow in regexp matcher
Also, the *grep* buffer was filled (after the first several file hits, with a **long** line hit from semantic.cache. Should semantic.cache even be in directory src? I don't know, but it might as well be the culprit. Does the problem go away if you remove semantic.cache? What other files, if any, do you have in the src directory that are not part of the CVS? If semantic.cache came with the distribution, i.e. it's not something created on your machine, then please tell that to whoever created the distribution you downloaded. Bingo! I removed semantic.cache and the problem went away. I believe semantic.cache came with the distribution (from nqemacs, I think). So, there is no bug, as long as the cache file is not part of the Emacs distribution - it's no doubt normal that the regexp cannot handle such a huge file. Thx for checking. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
reproducible memory problem and crashes on cygwin
this problem leads to consistent and reproducible crashes of emacs. using latest cvs gnu emacs (22.0.50) on latest cygwin. start with emacs -q --no-site-file edit a jpeg file kill buffer edit another jpeg file kill buffer again. every such jpeg file edited and exited leaves the memory used by emacs (as seen in the list of processes of the windows task manager) increased. Memory does not decrease once buffer with image is killed. when a text file is edited and exited, the memory does return to its original size. EU _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: tooltip-mode disabled prevents messages in minibuffer
Just curious - any news on this? Evaluate this: (require 'easymenu) (defvar my-menu (copy-tree facemenu-menu) ) (defalias 'my-menu my-menu) (define-key global-map [C-down-mouse-2] 'my-menu) (easy-menu-do-add-item my-menu [TEST test t]) (defun test () (interactive) (message T)) (tooltip-mode 1) Use `C-mouse-2' to bring up the facemenu and then click TEST. The message appears in the minibuffer, as it should. Now, do this: (tooltip-mode -1) Try menu item TEST again: no message appears in the minibuffer. The message TT appears in *Messages*, however. I don't know if an empty tooltip message in the minibuffer is somehow overwriting the message or what. If that is the problem, how can I control that? I tried binding tooltip-mode to 1 around the call to `message', but that didn't help. In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2006-03-20 on W2ONE X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --cflags -Id:/g/include' 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: ENU locale-coding-system: cp1252 default-enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: encoded-kbd-mode: t 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: n u tab return help-echo help-echo help-echo switch-frame down-mouse-1 mouse-movement mouse-1 down-mouse-2 mouse-2 return return down-mouse-1 mouse-movement mouse-1 down-mouse-2 mouse-2 down-mouse-1 mouse-1 C-x C-s M-x e v a l - b u f f e r return down-mouse-1 mouse-1 down-mouse-1 mouse-1 return return down-mouse-1 mouse-1 ( r e q u i r e SPC ' e a s y m e n u ) C-e C-x C-e down-mouse-1 mouse-1 M-x e v a l - b u return C-down-mouse-2 TEST down-mouse-1 mouse-1 backspace C-e C-x C-e C-down-mouse-2 TEST down-mouse-1 mouse-1 backspace help-echo help-echo help-echo help-echo help-echo help-echo menu-bar help-menu report-emacs-bug Recent messages: Loading dired...done (New file) Mark set [2 times] Wrote c:/drews-lisp-20/foo.el eval-buffer: Symbol's function definition is void: easy-menu-do-add-item easymenu T t T Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: Info-try-follow-nearest-node: FORK arg is not described
Any news on this bug? Thx. -Original Message- From: Drew Adams [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 13, 2006 7:11 AM To: emacs-pretest-bug@gnu.org Subject: RE: Info-try-follow-nearest-node: FORK arg is not described Info-try-follow-nearest-node: FORK arg is not described. Isn't the FORK argument obsoleted by M-n? I hope not. I use it to define these simple new-window versions of the follow commands, which I bind to `S-mouse-2' and `S-return', respectively: (defun Info-mouse-follow-nearest-node-new-window (click) Open the link at the mouse pointer in a new window. (interactive e) (Info-mouse-follow-nearest-node click t)) (defun Info-follow-nearest-node-new-window () Open the link near the text cursor in a new window. (interactive) (Info-follow-nearest-node t)) I mentioned these commands in my June 10 emacs-devel mail, subject minor enhancements for links: open Info link in new window They are quite handy, even if trivial. For the mouse command, it's true that I had to add FORK, redefining the standard `Info-mouse-follow-nearest-node': (when (= emacs-major-version 21) (defun Info-mouse-follow-nearest-node (click optional fork) \\Info-mode-mapFollow a node reference near point. Like \\[Info-menu], \\[Info-follow-reference], \\[Info-next], \\[Info-prev] or \\[Info-up] \ command, depending on where you click. At end of the node's text, moves to the next node, or up if none. With a prefix argument, open the node in a separate window. (interactive e\nP) (mouse-set-point click) (and (not (Info-try-follow-nearest-node fork)) (save-excursion (forward-line 1) (eobp)) (Info-next-preorder I'm using Emacs CVS from 2006/03/20; the FORK arg is defined for the non-mouse command in that version at least. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
