* bug#7969: Lisp nesting exceeds `max-lisp-eval-depth' in ibuffer
@ 2011-02-02 19:00 mxemacs
2011-02-02 23:53 ` Glenn Morris
0 siblings, 1 reply; 4+ messages in thread
From: mxemacs @ 2011-02-02 19:00 UTC (permalink / raw)
To: 7969
[-- Attachment #1: Type: text/plain, Size: 313 bytes --]
emacs' ibuffer mode crashes on my machine (Win32, GNU Emacs 24.0.50.1 (i386-mingw-nt6.1.7600) of 2011-01-31 on 3249CTO) when used with complex saved filters. I attached a minimal sample that reproduces the error on a vanilla emacs installation (--no-init-file, built from http://alpha.gnu.org/gnu/emacs/windows/)
[-- Attachment #2: ibt.el --]
[-- Type: text/x-emacs-lisp, Size: 827 bytes --]
(setq ibuffer-saved-filter-groups
'(("default"
("1" (mode . emacs-lisp-mode))
("2" (or (mode . gnus-group-mode)
(mode . gnus-summary-mode)
(mode . gnus-article-mode)
(mode . message-mode)))
("3" (or (mode . dired-mode)
(mode . shell-mode)
(mode . eshell-mode)))
("4" (or (name . "^\\*scratch\\*$")
(name . "^\\*Messages\\*$")))
("5" ((or (name . "^\\*gnus trace\\*$")
(name . "^\\*imap log\\*$")
(name . "^\\.newsrc-dribble$")))))))
(get-buffer-create ".newsrc-dribble")
(get-buffer-create "*Compile-Log*")
(get-buffer-create "*Completions*")
(get-buffer-create "*Ibuffer*")
(get-buffer-create "*Messages*")
(get-buffer-create "*gnus trace*")
(get-buffer-create "*imap log*")
(get-buffer-create "*scratch*")
(ibuffer)
(ibuffer-switch-to-saved-filter-groups "default")
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#7969: Lisp nesting exceeds `max-lisp-eval-depth' in ibuffer
2011-02-02 19:00 bug#7969: Lisp nesting exceeds `max-lisp-eval-depth' in ibuffer mxemacs
@ 2011-02-02 23:53 ` Glenn Morris
2011-02-03 2:12 ` Stefan Monnier
0 siblings, 1 reply; 4+ messages in thread
From: Glenn Morris @ 2011-02-02 23:53 UTC (permalink / raw)
To: mxemacs; +Cc: 7969
mxemacs@Safe-mail.net wrote:
> emacs' ibuffer mode crashes on my machine (Win32, GNU Emacs 24.0.50.1
> (i386-mingw-nt6.1.7600) of 2011-01-31 on 3249CTO) when used with
> complex saved filters. I attached a minimal sample that reproduces the
> error on a vanilla emacs installation (--no-init-file, built from
> http://alpha.gnu.org/gnu/emacs/windows/)
I've never used this feature, but perhaps there is a typo in your
configuration (extra set of parens in group "5")?
Using the following diff, the problem goes away:
*** ibt.el.BAK 2011-02-02 15:50:30.000000000 -0800
--- ibt.el 2011-02-02 15:50:36.000000000 -0800
***************
*** 10,18 ****
(mode . eshell-mode)))
("4" (or (name . "^\\*scratch\\*$")
(name . "^\\*Messages\\*$")))
! ("5" ((or (name . "^\\*gnus trace\\*$")
(name . "^\\*imap log\\*$")
! (name . "^\\.newsrc-dribble$")))))))
(get-buffer-create ".newsrc-dribble")
(get-buffer-create "*Compile-Log*")
(get-buffer-create "*Completions*")
--- 10,18 ----
(mode . eshell-mode)))
("4" (or (name . "^\\*scratch\\*$")
(name . "^\\*Messages\\*$")))
! ("5" (or (name . "^\\*gnus trace\\*$")
(name . "^\\*imap log\\*$")
! (name . "^\\.newsrc-dribble$"))))))
(get-buffer-create ".newsrc-dribble")
(get-buffer-create "*Compile-Log*")
(get-buffer-create "*Completions*")
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#7969: Lisp nesting exceeds `max-lisp-eval-depth' in ibuffer
2011-02-02 23:53 ` Glenn Morris
@ 2011-02-03 2:12 ` Stefan Monnier
2011-02-03 7:03 ` Glenn Morris
0 siblings, 1 reply; 4+ messages in thread
From: Stefan Monnier @ 2011-02-03 2:12 UTC (permalink / raw)
To: Glenn Morris; +Cc: 7969, mxemacs
>> emacs' ibuffer mode crashes on my machine (Win32, GNU Emacs 24.0.50.1
>> (i386-mingw-nt6.1.7600) of 2011-01-31 on 3249CTO) when used with
>> complex saved filters. I attached a minimal sample that reproduces the
>> error on a vanilla emacs installation (--no-init-file, built from
>> http://alpha.gnu.org/gnu/emacs/windows/)
> I've never used this feature, but perhaps there is a typo in your
> configuration (extra set of parens in group "5")?
> Using the following diff, the problem goes away:
Indeed, that looks like a likely trigger, but it's still a bug for
ibuffer to inf-loop when faced with such data. Can you investigate to
try and avoid the inf-loop?
Stefan
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#7969: Lisp nesting exceeds `max-lisp-eval-depth' in ibuffer
2011-02-03 2:12 ` Stefan Monnier
@ 2011-02-03 7:03 ` Glenn Morris
0 siblings, 0 replies; 4+ messages in thread
From: Glenn Morris @ 2011-02-03 7:03 UTC (permalink / raw)
To: 7969-done
Version: 23.3
Stefan Monnier wrote:
> Indeed, that looks like a likely trigger, but it's still a bug for
> ibuffer to inf-loop when faced with such data. Can you investigate to
> try and avoid the inf-loop?
Fixed.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2011-02-03 7:03 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-02-02 19:00 bug#7969: Lisp nesting exceeds `max-lisp-eval-depth' in ibuffer mxemacs
2011-02-02 23:53 ` Glenn Morris
2011-02-03 2:12 ` Stefan Monnier
2011-02-03 7:03 ` Glenn Morris
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.