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