Comment 6 for bug 1073983

On Thu, 01 Nov 2012, Andreas Roehler wrote:
> > make-network-process dbusbind system-font-setting font-render-setting
> > gtk x-toolkit x multi-tty emacs)

> sure you started from emacs -Q (capital letter Q)?
> it should not load the site-lisp stuff AFAIU

positive... here is also some kind of a proof:

$> strace emacs -Q 2>&1 | grep site-lisp 2>&1 | grep -v -e ENOENT | head -10
access("/usr/local/share/emacs/23.4/site-lisp", F_OK) = 0
access("/usr/local/share/emacs/site-lisp", F_OK) = 0
access("/usr/share/emacs/23.4/site-lisp", F_OK) = 0
access("/usr/share/emacs/site-lisp", F_OK) = 0
stat("/usr/share/emacs/23.4/site-lisp/subdirs.el", {st_mode=S_IFREG|0644, st_size=106, ...}) = 0
open("/usr/share/emacs/23.4/site-lisp/subdirs.el", O_RDONLY) = 3
stat("/usr/share/emacs/23.4/site-lisp/subdirs.el", {st_mode=S_IFREG|0644, st_size=106, ...}) = 0
open("/usr/share/emacs/23.4/site-lisp/subdirs.el", O_RDONLY) = 3
stat("/usr/share/emacs/23.4/site-lisp/subdirs.el", {st_mode=S_IFREG|0644, st_size=106, ...}) = 0
open("/usr/share/emacs/23.4/site-lisp/subdirs.el", O_RDONLY) = 3

also this issue -- seems to be quite nasty to replicate -- here is my
protocol of struggle:

just redid emacs start with -Q and site-lisp is there

more of a miracle for me was to see
Loading /home/yoh/deb/gits/python-mode.bzr2/python-mode.el (source)...done
when I opened 1.py since I had no ~/.emacs and was not in that directory ...

so I asked WTF and then ran

strace -fF -o /tmp/11 emacs -Q

and then when I opened /tmp/1.py it opened in Python (emacs-provided) not Py mode... WTF?

I have restarted clean with emacs -Q, loaded python-mode.el, opened
/tmp/1.py and no errors were reported, and I could C-c C-c ... !!!

how and why all the above? I do not know... may be there are side-effects of
emacs accessing those .saves-* files, like this recent one:

$> cat /home/yoh/.emacs.d/auto-save-list/.saves-22782-novo~
/tmp/1.py
/tmp/#1.py#
/home/yoh/proj/pymvpa/pymvpa/mvpa2/datasets/base.py
/home/yoh/proj/pymvpa/pymvpa/mvpa2/datasets/#base.py#
/home/yoh/proj/pymvpa/pymvpa/mvpa2/base/collections.py
/home/yoh/proj/pymvpa/pymvpa/mvpa2/base/#collections.py#
/home/yoh/deb/gits/python-mode.bzr2/python-mode.el
/home/yoh/deb/gits/python-mode.bzr2/#python-mode.el#

/home/yoh/proj/pymvpa/pymvpa/#%2Ascratch%2A#22782Ulo#

ok -- removed all of them, started regularly with emacs and the bug is
back!

Loading /home/yoh/deb/gits/python-mode.bzr2/python-mode.el (source)...done
File mode specification error: (wrong-type-argument stringp nil)

restarted emacs -Q, opened /tmp/1.py in built-in Python mode, load-library python-mode.el, closed 1.py, reopened it -- fails with the above...

restarted again with emacs -Q, load-library python-mode.el, opened 1.py -- error again

I am resting here
--
Yaroslav O. Halchenko
Postdoctoral Fellow, Department of Psychological and Brain Sciences
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419
WWW: http://www.linkedin.com/in/yarik