help-gnu-emacs
[Top][All Lists]
Advanced

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

Re: Cocoa Emacs 23 and Tramp problem


From: Lars Wessman
Subject: Re: Cocoa Emacs 23 and Tramp problem
Date: Sat, 7 Mar 2009 14:14:19 +0000


On Mar 7, 2009, at 12:17 PM, Peter Dyballa wrote:


Am 07.03.2009 um 11:36 schrieb Lars Wessman:

It seems that my ~/.macosx/environment.plist has been there with the PATH variable in it all the time


The case of letters can play a role.

Some shell RC files can set a different environment that this PLIST.

You might also check with ps (ps -lwwwxe) from some command line and with process-environment and exec-path from inside Emacs.app the actual process environments. And please do it with Emacs.app launched with -Q – it's better to leave all your potential mistakes in init files out.

--
Greetings

 Pete

Clovis' Consideration of an Atmospheric Anomaly:
       The perversity of nature is nowhere better demonstrated
       than by the fact that, when exposed to the same atmosphere,
       bread becomes hard while crackers become soft.

The problem was in the .emacs file, as you were hinting. There was a line break in the middle of the following s-exp:

(setenv "PATH" "/opt/local/bin:/usr/local/bin:/usr/local/sbin:$HOME/ bin:/usr/bin:/bin:/usr/sbin:/sbin")

line break -> .../usr/b\nin/:..

Ironically, ssh is located in /usr/bin

This was preventing the proper information from being set. The line break was near the edge of the frame, so I didn't notice it, although I had looked at that line many times while trying to figure this out.

This line was simply breaking the PATH variable and it is also why when I reloaded the PATH information using code further down in the file, the problem would disappear.

SIgh...

Thanks again

Lars



reply via email to

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