unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Harry Putnam <reader@newsguy.com>
To: help-gnu-emacs@gnu.org
Subject: Re: Tracing what is loading
Date: Wed, 10 Dec 2008 02:47:10 -0600	[thread overview]
Message-ID: <87hc5ca035.fsf@newsguy.com> (raw)
In-Reply-To: ghnb5b$psn$1@ger.gmane.org

Kevin Rodgers <kevin.d.rodgers@gmail.com> writes:


[...]

>> All are in /usr/share/emacs/22.3*
>
> I think those were dumped into the emacs executable.
>
>> Then comes a line (106):
>>
>>     /usr/local/GNUS/lisp/gnus-load.el
>>
>> An address that is not a normal path to be searched.
>> How did emacs know to look there?
>>
>> That is the address to gnus but not the one in the emacs
>> distribution.  This is the cvs version.
>
> Hmmm, perhaps that directory was in load-path at some point,
> or the file was loaded using its absolute file name.
>
>> The information that tells emacs where to look for that lisp directory
>> resides in /usr/local/share/emacs/site-lisp/site-start.el
>>
>> Which according to the list has not yet been loaded.
>>
>> That doesn't show up until line 118
>> /usr/local/share/emacs/site-lisp/site-start.el
>>
>> So is this listing just not accurate to that degree or is something else
>> going on?  I ask because I'm trying to discover when certain init
>> files are loaded.
>
> Does /usr/local/GNUS/lisp/gnus-load.el show up in the list when you
> start emacs with -Q?  What about the other files between it and
> /usr/local/share/emacs/site-lisp/site-start.el?

No and site-start.el doesn't either but then they shouldn't with -Q

Even with -Q though I do see one anomaly.  
The whole list (108) lines), with the exception of two lines near the
end are all in /usr/share/emacs/22.3. and you've suggested how that happens.

  /usr/share/emacs/site-lisp/subdirs.el  (loads at 102)

Again that seams normal enough.

And this one is a little puzzling:

  /home/reader/.abbrev_defs (loads at line 106)

But of course ~/.emacs is not loaded with the -Q flag so what
instructs emacs to load ~/.abbrev_defs?  I thought ~/.emacs was doing
that. I do have code there about .abbrev_defs, But as you can see,
even with -Q something has caused emacs to load ~/.abbrev_defs.

I'm beginning to think my initial thought to track things in the
*Messages* buffer is a better place to track init files.

The history-list shows the cart before the horse in several instances
and the list is cluttered with too much stuff that isn't related to
init files.

Here is a similar example.. loading emacs without -Q:

/anex/usr/local/share/emacs/site-lisp/whats_loading.el (line 110)
/usr/local/GNUS/lisp/gnus-load.el (line 111)

Both of those things are loaded from site-start.el (I'm pretty sure
that's the only place.  And the `shadow' list bears that out too.

  /usr/local/share/emacs/site-lisp/site-start.el (line 119)

The history list has site-start.el loading 8,9 lines after 2 items
that are only loaded from site-start.el.

But looking at the *Messages* output.. things appear in the right
order.  However, I don't see the init files gentoo developers have
stuck in /usr/share/emacs/site-lisp.  

I think they are loading somewhere before my site-start.el file but
neither the history-list or *Messages* shows it.

I can probably get to the bottom of it by putting a message in those
files or something... still the whole init process is pretty confusing.









  reply	other threads:[~2008-12-10  8:47 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.2095.1228610078.26697.help-gnu-emacs@gnu.org>
2008-12-07 10:01 ` Tracing what is loading Dmitry Dzhus
2008-12-07 13:10 ` Michael Heerdegen
2008-12-08  4:54   ` Harry Putnam
     [not found]   ` <mailman.2193.1228712089.26697.help-gnu-emacs@gnu.org>
2008-12-08 18:21     ` Michael Heerdegen
2008-12-08 20:09       ` Harry Putnam
2008-12-09  6:30       ` Harry Putnam
2008-12-10  2:56         ` Kevin Rodgers
2008-12-10  8:47           ` Harry Putnam [this message]
     [not found]           ` <mailman.2437.1228898847.26697.help-gnu-emacs@gnu.org>
2008-12-10 19:14             ` Michael Heerdegen
2008-12-11  1:46               ` Harry Putnam
2008-12-07  0:34 Harry Putnam
2008-12-07  9:58 ` Juanma Barranquero
2008-12-07 23:09   ` Harry Putnam
2008-12-08  0:41     ` Juanma Barranquero
2008-12-08  4:46       ` Harry Putnam

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87hc5ca035.fsf@newsguy.com \
    --to=reader@newsguy.com \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).