Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

setenv and find-file

6 views
Skip to first unread message

Doug Lewan

unread,
May 17, 2013, 11:29:47 AM5/17/13
to help-gn...@gnu.org
It seems like I'm seeing the following.

1. Change a shell variable via (setenv "NAME" "value").
2. Use that variable in subshells in various ways and life is fine.
M-x ! echo ${NAME} => value
M-x shell inherits the value
3. Find a file using that variable and C-x C-f uses the /previous/ value.

So, would anyone mind confirming that for me. (I'm easily confused.) Should this be regarded as a bug?

,Douglas
Douglas Lewan
Shubert Ticketing
(201) 489-8600 ext 224

If the majority of cooking accidents happen in the kitchen, then why don't we just cook in other rooms?



Peter Dyballa

unread,
May 17, 2013, 3:14:10 PM5/17/13
to Doug Lewan, help-gn...@gnu.org

Am 17.05.2013 um 17:29 schrieb Doug Lewan:

> 3. Find a file using that variable and C-x C-f uses the /previous/ value.

Can you describe, in other words, maybe in more than one sentence, what the cited line is trying to express? I only understand "station"…

--
Greetings

Pete

We have to expect it, otherwise we would be surprised.


andrea crotti

unread,
May 17, 2013, 4:52:22 PM5/17/13
to Peter Dyballa, help-gn...@gnu.org
2013/5/17 Peter Dyballa <Peter_...@web.de>

>
> Am 17.05.2013 um 17:29 schrieb Doug Lewan:
>
> > 3. Find a file using that variable and C-x C-f uses the /previous/ value.
>
> Can you describe, in other words, maybe in more than one sentence, what
> the cited line is trying to express? I only understand "station"…
>
>
I think he means that doing
C-x C-f $VAR/path
doesn't expand the variable to the value that he just assigned to it, right?

Doug Lewan

unread,
May 17, 2013, 5:07:51 PM5/17/13
to help-gn...@gnu.org
Peter,

Sorry if I was too terse.

I see a problem when M-x find-file is expanding ${VARIABLE} but not taking it from the newly defined environment variable. Everything else picks it up (I presume just via fork/exec).

I hope this script is clearer.

In shell:
$ echo ${VARIABLE}
/a/very/long/path
$ emacs &
Inside emacs:
C-x C-f ${VARIABLE}/to/work <== Finds "/a/very/long/path/to/work".
(setenv "VARIABLE" "/shorter/path")
=> "/shorter/path"
M-! echo ${VARIABLE}
"/shorter/path"
M-x shell
In shell inside emacs:
$ echo ${VARIABLE}
"/shorter/path"
Back in emacs:
C-x C-f ${VARIABLE}/to/Grandmothers/house
This finds the file "/a/very/long/path/to/Grandmothers/house", where I sort of expect it to find "/shorter/path/to/Grandmothers/house".

,Douglas
Douglas Lewan
Shubert Ticketing
(201) 489-8600 ext 224

If the majority of cooking accidents happen in the kitchen, then why don't we just cook in other rooms?

-----Original Message-----
From: Peter Dyballa [mailto:Peter_...@Web.DE]
Sent: Friday, 2013 May 17 15:14
To: Doug Lewan
Cc: help-gn...@gnu.org
Subject: Re: setenv and find-file


Am 17.05.2013 um 17:29 schrieb Doug Lewan:

> 3. Find a file using that variable and C-x C-f uses the /previous/ value.

Can you describe, in other words, maybe in more than one sentence, what the cited line is trying to express? I only understand "station"...

Eli Zaretskii

unread,
May 18, 2013, 3:34:21 AM5/18/13
to help-gn...@gnu.org
> From: Doug Lewan <do...@shubertticketing.com>
> Date: Fri, 17 May 2013 21:07:51 +0000
>
> In shell:
> $ echo ${VARIABLE}
> /a/very/long/path
> $ emacs &
> Inside emacs:
> C-x C-f ${VARIABLE}/to/work <== Finds "/a/very/long/path/to/work".
> (setenv "VARIABLE" "/shorter/path")
> => "/shorter/path"
> M-! echo ${VARIABLE}
> "/shorter/path"
> M-x shell
> In shell inside emacs:
> $ echo ${VARIABLE}
> "/shorter/path"
> Back in emacs:
> C-x C-f ${VARIABLE}/to/Grandmothers/house
> This finds the file "/a/very/long/path/to/Grandmothers/house", where I sort of expect it to find "/shorter/path/to/Grandmothers/house".

I cannot reproduce this. What version of Emacs is this, and on what
OS?

Peter Dyballa

unread,
May 18, 2013, 6:07:02 AM5/18/13
to Doug Lewan, help-gn...@gnu.org

Am 17.05.2013 um 23:07 schrieb Doug Lewan:

> I see a problem when M-x find-file is expanding ${VARIABLE} but not taking it from the newly defined environment variable. Everything else picks it up (I presume just via fork/exec).
>
> I hope this script is clearer.
>
> In shell:
> $ echo ${VARIABLE}
> /a/very/long/path
> $ emacs &
> Inside emacs:
> C-x C-f ${VARIABLE}/to/work <== Finds "/a/very/long/path/to/work".
> (setenv "VARIABLE" "/shorter/path")
> => "/shorter/path"
> M-! echo ${VARIABLE}
> "/shorter/path"
> M-x shell
> In shell inside emacs:
> $ echo ${VARIABLE}
> "/shorter/path"
> Back in emacs:
> C-x C-f ${VARIABLE}/to/Grandmothers/house
> This finds the file "/a/very/long/path/to/Grandmothers/house", where I sort of expect it to find "/shorter/path/to/Grandmothers/house".

No, this cannot work in GNU Emacs with a regular *shell* buffer – maybe it works in VIM?

GNU Emacs is a host (or a PC) that allows other programmes to run inside it. Every variable the external (whatsoever: Korn, Bourne, C, …) shell interpreter is setting, is a private variable of and only inside this shell interpreter. And since it's just a shell interpreter it has no access to the variables of GNU Emacs. No shell function exists for this purpose.


The situation is a bit different when some shell variables are defined in a shell from which GNU Emacs is launched. These environment variables also exist in the GNU Emacs process, they are inherited by it, so they can be accessed:

(getenv "PATH")

With this Elisp statement GNU Emacs has read an environment variable which the shell inside its *shell* buffer also has (the shell's $PATH can be different, because shell interpreter init files can set their own values), but GNU Emacs cannot use the shell interpreter's private value because there is no specialised function (yet) that creates automatically a GNU Emacs variable when you try to access either a (private) shell or an environment variable. In your init file you would need to create "normal" GNU Emacs variables and set their values with what you get from reading environment variables (not: private own shell variables).


Another different situation is when you use eshell instead of an external shell interpreter. This in Emacs Lisp written interpreter has access to all of GNU Emacs variables and functions and vice versa – presumingly! I'm not using it on a regular basis…


Since GNU Emacs and inferior processes are cleanly separated processes, there is no way that both can easily share variables and their values. They would need "neutral" external locations like regular files, pipes, sockets, FIFOs, LIFOs, shared memory areas, servers or services for data exchange (and extra programme code to make use of these external things). Since eshell and GNU Emacs are not separated they probably can share what you are thinking of. But used eshell users should comment on my opinion!

--
Greetings

Pete === -Q
==<__/% >>
_____________(_)____@_____________________________


Barry Margolin

unread,
May 18, 2013, 7:36:00 AM5/18/13
to
In article <mailman.27.1368871635...@gnu.org>,
But if you do:

M-: (setenv "VARIABLE" "/shorter/path")

inside Emacs, you're setting an environment variable in the Emacs
process, not just within a program that's hosted by Emacs.

--
Barry Margolin, bar...@alum.mit.edu
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***

Peter Dyballa

unread,
May 18, 2013, 2:09:19 PM5/18/13
to Barry Margolin, help-gn...@gnu.org

Am 18.05.2013 um 13:36 schrieb Barry Margolin:

> But if you do:
>
> M-: (setenv "VARIABLE" "/shorter/path")
>
> inside Emacs, you're setting an environment variable in the Emacs
> process, not just within a program that's hosted by Emacs.

And when a shell in *shell* buffer is started afterwards it can inherit that setting… Yes, that could be another away! (Given that either a corresponding GNU Emacs variable is also defined or (getenv "VARIABLE") is used.)

--
Greetings

Pete <]
o __o |__ o HPV, the real
___o /I -\<, |o \ -\),-% high speed!
___/\ /\___./ \___...O/ O____.....`-O-'-()--o_________________


Doug Lewan

unread,
May 20, 2013, 7:42:41 AM5/20/13
to help-gn...@gnu.org
Eli,

Version and OS? Sorry, I forgot. (And it turns out to be important!)

This funny behavior happens on

emacs version 24.3.1
OS: AIX 6.1

It does NOT happen with on CYGWIN (also emacs version 24.3.1). Hmmmm.


,Douglas
Douglas Lewan
Shubert Ticketing
(201) 489-8600 ext 224

If the majority of cooking accidents happen in the kitchen, then why don't we just cook in other rooms?


-----Original Message-----
From: help-gnu-emacs-bounces+dougl=shuberttic...@gnu.org [mailto:help-gnu-emacs-bounces+dougl=shuberttic...@gnu.org] On Behalf Of Eli Zaretskii
Sent: Saturday, 2013 May 18 03:34
To: help-gn...@gnu.org
Subject: Re: setenv and find-file

> From: Doug Lewan <do...@shubertticketing.com>
> Date: Fri, 17 May 2013 21:07:51 +0000
>
> In shell:
> $ echo ${VARIABLE}
> /a/very/long/path
> $ emacs &
> Inside emacs:
> C-x C-f ${VARIABLE}/to/work <== Finds "/a/very/long/path/to/work".
> (setenv "VARIABLE" "/shorter/path")
> => "/shorter/path"
> M-! echo ${VARIABLE}
> "/shorter/path"
> M-x shell
> In shell inside emacs:
> $ echo ${VARIABLE}
> "/shorter/path"
> Back in emacs:
> C-x C-f ${VARIABLE}/to/Grandmothers/house
> This finds the file "/a/very/long/path/to/Grandmothers/house", where I sort of expect it to find "/shorter/path/to/Grandmothers/house".

Doug Lewan

unread,
May 20, 2013, 8:04:12 AM5/20/13
to help-gn...@gnu.org
I take it back. I can't reproduce this on AIX anymore. Sorry for the trouble. :(
0 new messages