This is the mail archive of the
docbook-apps@lists.oasis-open.org
mailing list .
Re: Slow startup of psgml emacs
- From: "Dave Brooks, BCS Systems" <dave at bcs dot co dot nz>
- To: Dave Pawson <davep at dpawson dot freeserve dot co dot uk>,Gary Lawrence Murphy <garym at canada dot com>
- Cc: docbook-apps at lists dot oasis-open dot org
- Date: Fri, 17 May 2002 09:34:35 +1200
- Subject: Re: DOCBOOK-APPS: Slow startup of psgml emacs
- References: <m2d6vwg23r.fsf@maya.dyndns.org><5.1.0.14.0.20020516142616.0290ffa0@pop3.bcs.co.nz>
At 19:02 16/05/2002 +0100, Dave Pawson wrote:
>At 00:15 16/05/2002 -0400, Gary Lawrence Murphy wrote:
>
>>I don't know Windows. If you can run emacs from the RUN button, try
>>running it with --no-init as a run flag; this loads Emacs alone
>>without loading any of the library files. Emacs itself is mostly just
>>an engine, and your distro may have added all sorts of unnecessary
>>things to the config script (.emacs in unix, don't know what it's
>>called in windows). If it loads fast with --no-init (assuming this
>>flag works in windows) then you need to learn how to trim down your
>>config file.
>
>Ah. Never thought of that. I've always had 'enough' ram.
>On win2K, it looks for an env variable HOME and looks
>for .emacs file in that location, else looks in
>wherever you installed it.
I've got plenty of RAM, HOME set, etc, etc
I downloaded and installed the out-of-the-box tei-emacs installation.
Commenting out the (load-library "tei-emacs-init") from site-start.el
results in an very fast load, so the problem is somewhere in the tei/psgml
stuff.
I guess the next thing to try is a vanilla installation as per Markus
Hoenika's website.
Is there any option or flag that would trace or profile what the startup
code is actually doing ?
Regards,
Dave