emacs-devel
[Top][All Lists]
Advanced

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

Re: Multi-tty design (Re: Reordering etc/NEWS)


From: David Kastrup
Subject: Re: Multi-tty design (Re: Reordering etc/NEWS)
Date: Sun, 13 May 2007 19:18:35 +0200
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/23.0.51 (gnu/linux)

Andreas Schwab <address@hidden> writes:

> David Kastrup <address@hidden> writes:
>
>> David Kastrup <address@hidden> writes:
>>
>>> Let's get the branch into Savannah and I'll be able to work on my
>>> confusion more thoroughly.
>>
>> emacsclient -t does not work for me at all.  Emacs gets started from
>> the Gnome panel for me (so it likely has some weird or none-functional
>> controlling tty), and I try emacsclient -t in either an xterm or a
>> screen session inside of the xterm.
>>
>> emacsclient -t /etc/fstab
>> just does nothing at all and quits.  In the screen session, the result
>> sometimes (but not always) is
>> *ERROR*: Cannot open termcap database file
>> before it quits.
>
> I cannot reproduce that here.  I tried running Emacs from KDE, and
> emacsclient works as expected.

I have compiled with --with-gtk.  What toolkit are you using?
emacsclient --version indicates that I am using the right emacsclient.

Anyway, if I do a (setenv "PATH" something) in my main Emacs frame,
and then do an emacsclient in order to open another frame, then
(getenv "PATH") on the new frame returns the stuff from the main
frame.  So the frame-specific PATH stuff does not seem to work.  Part
of it may be the obvious blunder addressed by the appended patch.  But
I think the search orders of frame local variables and
process-environment are messed up.  Maybe process-environment should
instead be a terminal-local variable.  Maybe it is already.  No idea.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

Attachment: txt5HAo8Eg0Uu.txt
Description: Text Data


reply via email to

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