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

## 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

```