Re: [NEWBIE] Error - Search for program: no such file or directory, ls

[Robert Pollard <rpollard@apple.com>]

Hey Kevin,

Thanks for your time.  I just have a couple of questions  if you don't 
mind:

My path is set to the where the ls program is located.  I found this by 
using "which ls" and it located it in /bin.  This path is defined in my 
PATH variable.  So what is broken that prevent EMacs from finding the 
program?
If ls-lisp.el is not loaded does it use file.el instead to find the 
programs?

Thanks for your valuable time,

Robert Pollard

On Monday, September 15, 2003, at 03:32 PM, Kevin Rodgers wrote:

> Robert Pollard <rpollard@apple.com> wrote:
>> The insert-directory-program has ls as the value.  I also tried to get
>> another listing and it came back with the same error except the 
>> program
>> was df instead of ls.  I have looking at the ls-lisp.el file but am
>> stumped as to what is going on.
>
> Loading it simply overrides the normal definition of the 
> insert-directory
> program, which usually uses the external ls program to insert directory
> listings into a buffer.  The ls-lisp.el version uses other Emacs 
> functions
> instead.
>
>> I try to get the value of variables
>> like ls-lisp-use-insert-directory-program or anything that starts with
>> ls- and it comes up with no variable found.  So, I loaded the
>> ls-lisp.el library and the variables all of a sudden show up.
>> ls-lisp-use-insert-directory-program has a value of nil.  Should I set
>> this to the directory where my ls, df, etc. commands are located?
>
> If you've got them installed, then that directory ought to be in 
> exec-path,
> which on Unix is initialized from your PATH environment variable.  But 
> once
> you've loaded ls-lisp, the ls-lisp-use-insert-directory-program 
> prevents
> the external ls program will be used (unless you reset it to t).
>
>> And, how do I get the library to load automatically?
>
> Most libraries do load automatically, via the ###autoload cookies that 
> are
> used to generated the loaddefs.el file.  But libraries like ls-lisp.el 
> that
> overwrite function definitions have to be explicitly loaded like this:
>
> (require 'ls-lisp)
>
>> This OS X which has
>> the lisp directory in a package.  I believe there is something funky
>> going on with this directory layout.
>
> Sorry, I can't help you with the Mac OS X issues.  But I wouldn't jump 
> to
> any conclusions about the directory layout yet...
>
> -- 
> Kevin
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free, easy-to-use web site design software
> http://sitebuilder.yahoo.com
>