[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: emacsclient bug
From: |
Sascha Wilde |
Subject: |
Re: emacsclient bug |
Date: |
Mon, 04 Feb 2008 12:46:10 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.0.50 (gnu/linux) |
"David De La Harpe Golden" <address@hidden> wrote:
> On 31/01/2008, Sascha Wilde <address@hidden> wrote:
>> This stopped working with the new emacsclient version and `-d $DISPLAY
>> -c $f' doesn't help, because there is no shell involved which could
>> expand $DISPLAY.
>>
>
> But does it it still exist in the process' environment?
Sure it is. The problem is that the latest changes caused emacsclient
to open a tty frame even with `-c' and a valid DISPLAY in the
environment.
> Maybe emacsclient now just needs a -D option for "use X11 display
> found in DISPLAY env var" ? So you can do "emacsclient -D -c", say.
emacsclient -D -c
emacsclient: invalid option -- D
emacsclient only knows about -d, which _requires_ an argument of the
form HOST:SERVER or HOST:SERVER.SCREEN.
> or is firefox cleaning the env of its children?
No it doesn't and my setup used to work before the behavior of
emacsclient was changes...
cheers
sascha
--
Sascha Wilde
Well, *my* brain likes to think it's vastly more powerful than any
finite Turing machine but it hasn't proven that to me...
-- Christopher Koppler in comp.lang.lisp