CEDET

I downloaded CEDET 1.0pre4 and built it with make.  I'm using GNU
Emacs 22.0.990.1 on FC6.  (This is an Emacs 22 pre-release that was
built in the Fedora "development" repository -- I think it is also
what appears in F7.)

When I open various files from the GCC source tree, I will
occasionally see errors from CEDET.  Here are some typical ones:

idle error: "#<buffer c-parser.c> - Invalid function: eldoc-message" [3 times]
idle error: "#<buffer c-decl.c> - Invalid function: eldoc-message"
idle error: "#<buffer c-decl.c> - Wrong type argument: arrayp, nil"
idle error: "#<buffer c-decl.c> - Wrong type argument: arrayp, nil"

This is just GCC svn trunk.  I can email files from it if that will
help.

Tom

Re: [CEDET-devel] idle errors with CEDET 1.0pre4 From: Eric M. Ludlam <eric@si...> - 2007-06-09 19:53 >>> Tom Tromey <tromey@...> seems to think that: >I downloaded CEDET 1.0pre4 and built it with make. I'm using GNU >Emacs 22.0.990.1 on FC6. (This is an Emacs 22 pre-release that was >built in the Fedora "development" repository -- I think it is also >what appears in F7.) > >When I open various files from the GCC source tree, I will >occasionally see errors from CEDET. Here are some typical ones: > >idle error: "#<buffer c-parser.c> - Invalid function: eldoc-message" [3 times] >idle error: "#<buffer c-decl.c> - Invalid function: eldoc-message" >idle error: "#<buffer c-decl.c> - Wrong type argument: arrayp, nil" >idle error: "#<buffer c-decl.c> - Wrong type argument: arrayp, nil" > >This is just GCC svn trunk. I can email files from it if that will >help. [ ... ] The missing "eldoc-message" function indicates that the eldoc.el you have may not have the eldoc-message command, or it has a different name. If you had no eldoc.el, then you'd get a different error. If you do a M-x find-library RET eldoc RET it will hopefully find the eldoc you have with your emacs. It should have a defun for eldoc-message somewhere. For the other messages, if you can do this: M-x toggle-debug-on-error RET This will enable errors to be thrown out of the idle scheduler. The resulting stack would then prove useful for debugging what the problem might be. Perhaps it is related to the funny eldoc configuration issue above. Thanks Eric -- Eric Ludlam: zappo@..., eric@... Home: http://www.ludlam.net Siege: http://www.siege-engine.com Emacs: http://cedet.sourceforge.net GNU: http://www.gnu.org

Re: [CEDET-devel] idle errors with CEDET 1.0pre4 From: Eric M. Ludlam <eric@si...> - 2007-06-10 23:36 >>> Tom Tromey <tromey@...> seems to think that: >Eric> M-x toggle-debug-on-error RET > >Tom> I will try to get a stack trace for you. I restarted Emacs and I'm >Tom> still seeing it, but I forgot to enable the debugger first. > >I tried again and I couldn't reproduce this. I also tried deleting >semantic.cache to see if that would somehow help. If I manage to see >this again I'll send a new note -- sorry about that, and thanks for >your time. [ ... ] That's fine. I know there is a problem lurking in there, but every time I teach someone how to get a useful stack trace after they see it, it can't be reproduced again. Hmmm. I tried creating an automatic stack-trace grabber, but it was unpleasantly slow and had odd behavior. It'll be found eventually. Eric -- Eric Ludlam: zappo@..., eric@... Home: http://www.ludlam.net Siege: http://www.siege-engine.com Emacs: http://cedet.sourceforge.net GNU: http://www.gnu.org

Re: [CEDET-devel] idle errors with CEDET 1.0pre4 From: Tom Tromey <tromey@re...> - 2007-06-09 22:34 >>>>> "Eric" == Eric M Ludlam <eric@...> writes: Eric> The missing "eldoc-message" function indicates that the eldoc.el you Eric> have may not have the eldoc-message command, or it has a different Eric> name. If you had no eldoc.el, then you'd get a different error. Oops -- I had an ancient eldoc.el in my load-path. Sorry about that. And, thanks. Eric> M-x toggle-debug-on-error RET Eric> This will enable errors to be thrown out of the idle scheduler. The Eric> resulting stack would then prove useful for debugging what the problem Eric> might be. Perhaps it is related to the funny eldoc configuration Eric> issue above. I will try to get a stack trace for you. I restarted Emacs and I'm still seeing it, but I forgot to enable the debugger first. Tom

Re: [CEDET-devel] idle errors with CEDET 1.0pre4 From: Tom Tromey <tromey@re...> - 2007-06-10 17:53 Eric> M-x toggle-debug-on-error RET Tom> I will try to get a stack trace for you. I restarted Emacs and I'm Tom> still seeing it, but I forgot to enable the debugger first. I tried again and I couldn't reproduce this. I also tried deleting semantic.cache to see if that would somehow help. If I manage to see this again I'll send a new note -- sorry about that, and thanks for your time. Tom

Re: [CEDET-devel] idle errors with CEDET 1.0pre4 From: Tom Tromey <tromey@re...> - 2007-06-15 05:15 >>>>> "Eric" == Eric M Ludlam <eric@...> writes: Eric> That's fine. I know there is a problem lurking in there, but every Eric> time I teach someone how to get a useful stack trace after they see Eric> it, it can't be reproduced again. Hmmm. I can reproduce the bug right now, reliably, in my running Emacs. (This is an Emacs without the previous eldoc shadowing problem I had earlier.) However if I eval (setq debug-on-error t), I no longer see the idle error. Likewise, if I (setq stack-trace-on-error t), I don't get a stack trace. Any other suggestions? Tom

Re: [CEDET-devel] idle errors with CEDET 1.0pre4 From: Tom Tromey <tromey@re...> - 2007-06-15 05:20 >>>>> "Tom" == Tom Tromey <tromey@...> writes: Tom> Any other suggestions? I was playing around a bit and tried senator-complete-symbol and got the appended trace. The error was: eieiomt-method-list: Wrong type argument: arrayp, nil I hope this helps. I'm not sure if this whether the same error as the other one I see. Tom eieiomt-next(nil) eieiomt-method-list(semanticdb-needs-refresh-p 0 nil) eieio-generic-call(semanticdb-needs-refresh-p (nil)) semanticdb-needs-refresh-p(nil) semanticdb-file-table-object("mode-classes.def" nil) semanticdb-find-table-for-include-default(("mode-classes.def" include nil nil [1172 1199]) nil) semanticdb-find-table-for-include(("mode-classes.def" include nil nil [1172 1199])) semanticdb-find-translate-path-includes-default(nil) semanticdb-find-translate-path-default(nil nil) semanticdb-find-translate-path(nil nil) semanticdb-find-tags-collector(#[(table tags) "\303 #\207" [table prefix tags semanticdb-find-tags-for-completion-method] 4] nil nil) semanticdb-find-tags-for-completion("n") semantic-analyze-find-tags-by-prefix("n") semantic-analyze-possible-completions-default([object semantic-analyze-context "context" (3960 . 3961) ("n") (function variable) nil nil nil nil #<buffer c-lex.c>]) semantic-analyze-possible-completions([object semantic-analyze-context "context" (3960 . 3961) ("n") (function variable) nil nil nil nil #<buffer c-lex.c>]) senator-find-tag-for-completion("n") senator-complete-symbol() call-interactively(senator-complete-symbol)

Re: [CEDET-devel] idle errors with CEDET 1.0pre4 From: Eric M. Ludlam <eric@si...> - 2007-06-15 13:23 Nice Stack. Thanks! I'm guessing the appended patch (at the bottom) will fix this specific instance. I'm guessing that you have something like: #include "mode-classes.def" so semantic thinks it can load it, but when it does, no parser is available, and no database table is created for it. The patch below will fix the immediate problem, but I'm not sure what a nil flowing through the rest of the system will do... yet. I'll likely concoct my own same sometime this weekend and work out the details. Another option for you is to modify the auto-mode-alist so that .def files go into c++ mode. The other problem looks like eieio is providing a rather lame error message. Thanks! Eric >>> Tom Tromey <tromey@...> seems to think that: >>>>>> "Tom" == Tom Tromey <tromey@...> writes: > >Tom> Any other suggestions? > >I was playing around a bit and tried senator-complete-symbol and got >the appended trace. The error was: > >eieiomt-method-list: Wrong type argument: arrayp, nil > >I hope this helps. I'm not sure if this whether the same error as the >other one I see. > >Tom > > eieiomt-next(nil) > eieiomt-method-list(semanticdb-needs-refresh-p 0 nil) > eieio-generic-call(semanticdb-needs-refresh-p (nil)) > semanticdb-needs-refresh-p(nil) > semanticdb-file-table-object("mode-classes.def" nil) > semanticdb-find-table-for-include-default(("mode-classes.def" include nil nil [1172 1199]) nil) > semanticdb-find-table-for-include(("mode-classes.def" include nil nil [1172 1199])) > semanticdb-find-translate-path-includes-default(nil) > semanticdb-find-translate-path-default(nil nil) > semanticdb-find-translate-path(nil nil) > semanticdb-find-tags-collector(#[(table tags) "\303 >#\207" [table prefix tags semanticdb-find-tags-for-completion-method] 4] nil nil) > semanticdb-find-tags-for-completion("n") > semantic-analyze-find-tags-by-prefix("n") > semantic-analyze-possible-completions-default([object semantic-analyze-context "context" (3960 . 3961) ("n") (function variable) nil nil nil nil #<buffer c-lex.c>]) > semantic-analyze-possible-completions([object semantic-analyze-context "context" (3960 . 3961) ("n") (function variable) nil nil nil nil #<buffer c-lex.c>]) > senator-find-tag-for-completion("n") > senator-complete-symbol() > call-interactively(senator-complete-symbol) [ ... ] -------- *** semanticdb.el 20 May 2007 11:56:43 -0400 1.84 --- semanticdb.el 15 Jun 2007 09:17:09 -0400 *************** *** 656,662 **** ;; the first time, and the idle scheduler didn't get a ;; chance to trigger a parse before the file buffer is ;; killed. ! (when (semanticdb-needs-refresh-p semanticdb-current-table) (semanticdb-refresh-table semanticdb-current-table)) (prog1 semanticdb-current-table --- 656,664 ---- ;; the first time, and the idle scheduler didn't get a ;; chance to trigger a parse before the file buffer is ;; killed. ! (when (and ! semanticdb-current-table ! (semanticdb-needs-refresh-p semanticdb-current-table)) (semanticdb-refresh-table semanticdb-current-table)) (prog1 semanticdb-current-table -- Eric Ludlam: zappo@..., eric@... Home: http://www.ludlam.net Siege: http://www.siege-engine.com Emacs: http://cedet.sourceforge.net GNU: http://www.gnu.org

Re: [CEDET-devel] idle errors with CEDET 1.0pre4 From: Tom Tromey <tromey@re...> - 2007-06-15 15:49 >>>>> "Eric" == Eric M Ludlam <eric@...> writes: Eric> I'm guessing the appended patch (at the bottom) will fix this specific Eric> instance. Yes, this worked for the senator-complete-symbol problem. Initially, even with this patch, I still saw the idle error. But after running senator-complete-symbol, it seems to have gone away. Eric> I'm guessing that you have something like: Eric> #include "mode-classes.def" Eric> so semantic thinks it can load it, but when it does, no parser is Eric> available, and no database table is created for it. Yes, indeed. Some of the .def files in GCC have c-mode set in their local variables section, but the majority of them do not. Eric> Another option for you is to modify the auto-mode-alist so that .def Eric> files go into c++ mode. I may give this a try. Thanks for the quick patch :-) Tom

1 message has been excluded from this view by a project administrator.