>>>> "Michael" == Michael Matson
<michael(a)vetl.org> writes:
Michael> I am getting a persistent "init.el" file error when I
Michael> start xemacs. This bug persists even if I completely
Michael> delete the init.el and replace it with a nul file, or if
Michael> I comment out virtually everything. Deleting the init.el
Michael> produces the expected results: An error.
This is probably a problem with the other startup code. We supply
none, so,
Michael> uname -a: Linux
hammer1.fedora.redhat.com
Michael> 2.6.12-1.1376_FC3smp #1 SMP Fri Aug 26 23:51:16 EDT 2005
Michael> i686 athlon i386 GNU/Linux
I suggest that you get in touch with your vendor.
Other debugging exercises:
(1) put `(setq inhibit-default-init t)' in init.el at the end.
If no error, stop. The problem is in default.el. Use M-x
locate-library RET default RET to find it.
(2) start xemacs with `xemacs -q'.
If no error, stop and please tell us about it. I don't see how
that could happen given the other behavior you report.
(3) start xemacs with `xemacs -vanilla'.
If no error, stop. The problem is in either site-start or local
package you have installed in ~/.xemacs.
(4) start xemacs with `xemacs -no-autoloads'.
If no error, stop. The problem is in the packages somewhere.
(5) if you get here, the odds are very high it's a problem in your
vendor's package.
--
School of Systems and Information Engineering
http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.