Re: c-mode imenu: Stack overflow in regexp matcher

2007-02-02 Thread Glenn Morris
I've reduced the problem to a regexp search called from: (imenu--generic-function imenu-generic-expression) Evaluating the following in a buffer visiting splash.xpm as text causes a stack overflow in the regexp matcher: (goto-char (point-max)) (re-search-backward "^\\<[^()]*[^[:alnum:]_:<>

Re: c-mode imenu: Stack overflow in regexp matcher

2007-02-02 Thread Glenn Morris
Chong Yidong wrote: > I can't reproduce this with the latest CVS sources: > > GNU Emacs 22.0.93.23 (i686-pc-linux-gnu, GTK+ Version 2.8.20) I see the problem on x86_64-unknown-linux-gnu (RHEL 4), but not on i686-pc-linux-gnu. (GNU Emacs 22.0.93.1, X toolkit in both cases.) Do any other x86_64-un

Re: c-mode imenu: Stack overflow in regexp matcher

2007-02-02 Thread Chong Yidong
Glenn Morris <[EMAIL PROTECTED]> writes: >>From the top-level directory of a recent Emacs build: > > ./src/emacs -Q --eval "(add-hook 'c-mode-hook 'imenu-add-menubar-index)" \ > ./etc/splash.xpm > > Error in menu-bar-update-hook: (error Stack overflow in regexp matcher) I can't reproduce this

c-mode imenu: Stack overflow in regexp matcher

2007-02-02 Thread Glenn Morris
>From the top-level directory of a recent Emacs build: ./src/emacs -Q --eval "(add-hook 'c-mode-hook 'imenu-add-menubar-index)" \ ./etc/splash.xpm Error in menu-bar-update-hook: (error Stack overflow in regexp matcher) ___ emacs-pretest-bug mail

Re: ebnf2ps.el has some strange English

2007-02-02 Thread Vinicius Jose Latorre
Eli Zaretskii wrote: From: Chris Moore <[EMAIL PROTECTED]> Date: Mon, 29 Jan 2007 02:20:52 +0100 Also, the same source file lisp/progmodes/ebnf2ps.el repeatedly says "it's used `default-directory'", which again is bad grammar. Better to say "`default-directory' is used". And "The files in DIRE

Re: dired-do-symlink insists on blathersome links

2007-02-02 Thread Romain Francoise
Eli Zaretskii <[EMAIL PROTECTED]> writes: > If you meant that dired-do-relsymlink is not autloaded, I now made > it so. Thanks. -- Romain Francoise <[EMAIL PROTECTED]> | The sea! the sea! the open it's a miracle -- http://orebokech.com/ | sea! The blue, the fresh, the

Re: dired-do-symlink insists on blathersome links

2007-02-02 Thread Eli Zaretskii
> From: Romain Francoise <[EMAIL PROTECTED]> > Cc: Dan Jacobson <[EMAIL PROTECTED]>, emacs-pretest-bug@gnu.org > Date: Fri, 02 Feb 2007 17:34:07 +0100 > > Dired's docstrings should not mention functions from dired-x.el, > if the latter isn't loaded it will cause some confusion. I don't see any co

Re: dired-do-symlink insists on blathersome links

2007-02-02 Thread Romain Francoise
Eli Zaretskii <[EMAIL PROTECTED]> writes: > Thanks, I added the references. Dired's docstrings should not mention functions from dired-x.el, if the latter isn't loaded it will cause some confusion. Besides, the change you installed in dired-x.el has a typo ("absulte"). -- Romain Francoise <[EM

Re: dired-do-symlink insists on blathersome links

2007-02-02 Thread Eli Zaretskii
> From: Dan Jacobson <[EMAIL PROTECTED]> > Date: Mon, 29 Jan 2007 07:00:28 +0800 > > So the S help should mention Y and visa versa. Thanks, I added the references. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailm

Re: scroll-bar face gets changed in a new frame

2007-02-02 Thread Leo
On 2007-01-07, Leo said: > Hi all, > > I suspect this is a bug. Tested in GNU Emacs 22.0.92.2 > (i686-pc-linux-gnu, GTK+ Version 2.6.4) of 2007-01-07 on soup > > Start Emacs with "emacs -q -l emacs-custom". > > where emacs-custom is this: > > ,[ emacs-custom ] > | (custom-set-faces > | ;; cu

Re: ebnf2ps.el has some strange English

2007-02-02 Thread Eli Zaretskii
> From: Chris Moore <[EMAIL PROTECTED]> > Date: Mon, 29 Jan 2007 02:20:52 +0100 > > Also, the same source file lisp/progmodes/ebnf2ps.el repeatedly says > "it's used `default-directory'", which again is bad grammar. Better > to say "`default-directory' is used". > > And "The files in DIRECTORY t

Re: (setq tool-bar-button-margin 0) makes GTK Emacs go crazy

2007-02-02 Thread Katsumi Yamaoka
Hi, Thank you very much for investigating this. > In <[EMAIL PROTECTED]> Jan Djärv wrote: >> Katsumi Yamaoka skrev: >>> To reproduce it, eval the form1 first and eval the form2 several >>> times. (I've made a similar code in the emacs-w3m CVS, however I >>> might have to delete it.) (I've

Re: (setq tool-bar-button-margin 0) makes GTK Emacs go crazy

2007-02-02 Thread Jan Djärv
Jan Djärv skrev: > Katsumi Yamaoka skrev: >>> In <[EMAIL PROTECTED]> Katsumi Yamaoka wrote: >>> Oops. Now I don't see the tool bar flickering, and all seem to be >>> going well. I will report if I find the condition to reproduce it. >> I found. I attached two Lisp forms below. To reproduce

Re: (setq tool-bar-button-margin 0) makes GTK Emacs go crazy

2007-02-02 Thread Jan Djärv
Katsumi Yamaoka skrev: >> In <[EMAIL PROTECTED]> Katsumi Yamaoka wrote: > >> Oops. Now I don't see the tool bar flickering, and all seem to be >> going well. I will report if I find the condition to reproduce it. > > I found. I attached two Lisp forms below. To reproduce it, > eval the fo

Re: set-frame-parameter fullscreen

2007-02-02 Thread Jan Djärv
[EMAIL PROTECTED] skrev: > GNU Emacs 22.0.93.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) > of 2007-01-29 on quant8 > > 1. (set-frame-parameter nil 'fullscreen 'fullheight) >takes a noticeable time to execute (few seconds). There is quite a bit of send client events, get properties an