Re: Why doesn't compile command set path from login shell

If you want to follow this up further, it's time to submit a bug
report using M-x report-xemacs-bug (also available from the Help
menu).  In the report, please respond to the following questions as
best you can.

>>>>> "Larry" == Larry Evans <[email protected]> writes:

    Larry> Yes. It has the same PATH value as set by my .bash_profile.

Do you have a .bashrc?  If so, does it set PATH?  Does either one
source the other?

    Larry> But apparently the eshell command gets the correct value;
    Larry> so, it can be done.

As far as I can tell from a quick look at the main program and a
little desultory grepping, eshell does nothing to "get" PATH, it
doesn't attempt to read any initialization files.  The value is simply
taken from XEmacs's environment.

So the problem is presumably that something somewhere is changing PATH
on the way to the shell command.

    Larry> But it's inconsistent that the eshell and the command shell
    Larry> (I'm referring to the command invoked from 'tools.
    Larry> shell.shell command' as the 'command shell'.) get
    Larry> inconsistent values

What is the PATH that you set, and what is the PATH that you get from
the shell command tool?  (`echo $PATH' should do the trick.)

What does M-x getenv RET PATH RET tell you?

    Larry> and that emacs gets the correct value.

Not really; you'd have to have identical Lisp environments across the
two implementations, and it's unlikely that you do, since the startup
processes are very different.  Note that this is *not* a FAQ; it seems
very likely that the issue has something to do with your specific
environment.  (That doesn't mean it isn't a bug in XEmacs, just that
it's environment-dependent.)

Do you get the same results (bad behavior with compile, and the
various values for PATH I've requested above for your usual
environment) if XEmacs is invoked with "xemacs -vanilla"?

Regards,

-- 
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.