[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Jonathan Oddie
Subject: Re: Why is TAB-completion in shell not working for some commands?
Date: Wed, 9 Nov 2011 17:06:26 +0000

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")
                "/Applications/Racket v5.1.3/bin/")))

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


> -- 
> -PJ
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> <>
> ------------------------------
> Message: 8
> Date: Wed, 09 Nov 2011 18:46:22 +0200
> From: Eli Zaretskii <address@hidden>
> To: address@hidden
> Subject: Re: Very slow redrawing when several windows in one frame
> Message-ID: <address@hidden>
>> From: julien Barnier <address@hidden>
>> 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
> address@hidden
> End of help-gnu-emacs Digest, Vol 108, Issue 16
> ***********************************************

reply via email to

[Prev in Thread] Current Thread [Next in Thread]