Starting emacs I will now be asked "Create dir /root/.srecode" and then emacs complains about: Warning (initialization): An error occurred while loading `/root/.xemacs/init.el': error: CEDET Version 1.0pre7 already loaded. To ensure normal operation, you should investigate and remove the cause of the error in your initialization file. Start Emacs with the `--debug-init' option to view a complete error backtrace. root@moose:/var/log(12)# emacs --debug-init says then: ͂Debugger entered--Lisp error: (error "CEDET Version 1.0pre7 already loaded.") signal(error ("CEDET Version 1.0pre7 already loaded.")) error("CEDET Version %s already loaded." "1.0pre7") ͂... the following code I can't paste to this windows because of contained control codes. I will attache it. Reproducible: Always
Created attachment 221617 [details] Cedet Lisp error messages
> Starting emacs I will now be asked "Create dir /root/.srecode" Yes, this is done in srecode-map-update-map. I guess upstream considers this a feature, but I also find it mildly annoying. Also this message is new, srecode-map-update-map wasn't called during CEDET initialisation in _pre6. Can you report this upstream please? > and then emacs complains about: > Warning (initialization): An error occurred while loading > `/root/.xemacs/init.el': > > error: CEDET Version 1.0pre7 already loaded. What Emacs version are you using? Does the problem also occur with "emacs -q"?
"About Emacs" shows: GNU Emacs 23.1.1 (x86_64-pc-linux-gnu, GTK+ Version 2.18.6) qlist says: rose@moose:/home/rose(3)$ qlist -Iv emacs app-admin/emacs-updater-1.6-r1 app-admin/eselect-emacs-1.13 app-editors/emacs-23.1-r2 ... rose@moose:/home/rose(4)$ emacs -q does not show the issue. But cedet is also not called from my init files: rose@moose:/home/rose(6)$ cat .emacs ;;; XEmacs backwards compatibility file (setq user-init-file (expand-file-name "init.el" (expand-file-name ".xemacs" "~"))) (setq custom-file (expand-file-name "custom.el" (expand-file-name ".xemacs" "~"))) (load-file user-init-file) (load-file custom-file) rose@moose:/home/rose(7)$ grep -i cedet .xemacs/*.el The last commnd does not give any output.
At least cedet is not called directly from by init files. It is called via /usr/share/emacs/site-lisp/site-gentoo.el rose@moose:/home/rose(9)$ grep -i gentoo .xemacs/*.el .xemacs/init.el: (if (file-exists-p "/usr/share/emacs/site-lisp/site-gentoo.el") .xemacs/init.el: (load "/usr/share/emacs/site-lisp/site-gentoo")) .xemacs/init.el:;; the following lines are already in site-gentoo.el rose@moose:/home/rose(10)$ grep cedet /usr/share/emacs/site-lisp/site-gentoo.el ;;; cedet site-lisp configuration (load "/usr/share/emacs/site-lisp/cedet/common/cedet" nil t) (add-to-list 'image-load-path "/usr/share/emacs/etc/cedet/common/icons" t) ...
Do you load site-gentoo twice? From both /usr/share/emacs/site-lisp/site-start.el and from your .xemacs/init.el? If that should be the case, it may help to replace the "load" command by (require 'site-gentoo), or test for (featurep 'site-gentoo) being nil before loading the file.
Thanks Ullrich, after replacing (load "/usr/share/emacs/site-lisp/site-gentoo") by (require 'site-gentoo) in ~/.xemacs/init.el the issue disappeared.
(In reply to comment #6) > after replacing (load "/usr/share/emacs/site-lisp/site-gentoo") > by (require 'site-gentoo) in ~/.xemacs/init.el the issue disappeared. So maybe I should follow my own advice and use "require" instead of "load-file" (upstream recommends the latter though) in CEDET's site-init file. ;-) Our site-init files should really be idempotent. Are you going to report the /root/.srecode issue upstream?
> Are you going to report the /root/.srecode issue upstream? No, I don't know where I should report it.
Reported upstream: <https://sourceforge.net/mailarchive/message.php?msg_name=19343.39713.511074.568471%40a1i15.kph.uni-mainz.de>
Patch from upstream is here: <http://sourceforge.net/mailarchive/message.php?msg_name=4B91BD19.2010900%40siege-engine.com>
Should be fixed in cedet-1.0_pre7-r1.
