Re: Why is TAB-completion in shell not working for some commands?

[Jonathan Oddie]

Hi Marius and all,

> It sounds to me like OSX's launcher is not setting some environment
> variable that does get set when you run the terminal.  Possibly $FPATH.  I
> would guess that it's looking for and not finding a function called _a2ps
> to do the completion.

This rang a bell for me. When launching anything from the Finder the
PATH is not set correctly (since the Finder is not itself run from
your shell). I am a bit fuzzy now on the details of how `exec-path',
the PATH variable and tab-completion in shell-mode interact, but I
would suggest putting something in your .emacs or init.el file that
(1) sets the emacs variable `exec-path' to the sequence of directories
you expect to find in PATH, and (2) sets the environment variable PATH
based on that. Here's what I have, just as an example:

;; Exec-path and env variable
(setq exec-path
      (append '("/opt/local/bin" "/opt/local/sbin" "/opt/local/libexec/gnubin/"
                "/usr/local/mysql/bin/" "/usr/local/share/rhino" "~/bin")
              exec-path
              '("/Applications/LilyPond.app/Contents/Resources/bin/"
                "/Applications/Racket v5.1.3/bin/")))

(setenv "PATH" (mapconcat 'identity exec-path ":"))


HTH,
Jonathan




> 
> -- 
> 
> -PJ
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> <http://lists.gnu.org/archive/html/help-gnu-emacs/attachments/20111109/4db7f9ae/attachment.html>
> 
> ------------------------------
> 
> Message: 8
> Date: Wed, 09 Nov 2011 18:46:22 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> To: help-gnu-emacs@gnu.org
> Subject: Re: Very slow redrawing when several windows in one frame
> Message-ID: <83mxc5gs69.fsf@gnu.org>
> 
>> From: julien Barnier <julien@nozav.org>
>> Date: Wed, 9 Nov 2011 14:18:03 +0000 (UTC)
>> 
>> One thing I've noticed is that as soon as I've got several windows opened in
>> one frame, window redrawing begin to be very slow (and the more open windows,
>> the slower it is). Any operation that requires a bit of redrawing (window
>> switching, minibuffer height change, etc.) is slow.
> 
> Please submit a bug report (with "M-x report-emacs-bug RET"), and
> please show a recipe starting with "emacs -Q" for reproducing this
> progressive slowdown.  If you need to visit specific files for
> reproducing the problem, please try using files that are part of the
> Emacs source tree, or else tell where to get those files.
> 
> Thanks in advance.
> 
>> Is it a known bug ?
> 
> Not as far as I Know.
> 
>> Is there a workaround ?
> 
> Bugs should be fixed, not worked around. ;-)
> 
> 
> 
> ------------------------------
> 
> _______________________________________________
> help-gnu-emacs mailing list
> help-gnu-emacs@gnu.org
> https://lists.gnu.org/mailman/listinfo/help-gnu-emacs
> 
> 
> End of help-gnu-emacs Digest, Vol 108, Issue 16
> ***********************************************