Re: emacsclient with emacs-23.0.60

[Peter Dyballa]

Am 29.10.2007 um 04:14 schrieb Xiao-Yong Jin:

> Presumably, it's related to the handling of the environment variables?

When you work in a real X11 environment and not in GNUstep/OPENSTEP  
or Mac OS X, then X11 should inherit from your login shell the whole  
environment.

In most (all?) shells you can distinguish between interactive  
($PROMPT present) and non-interactive ($PROMPT not present) use.  
Additionally you can run shells as login shells, which makes them  
read/load another resource script (~/.login etc.). So you can control  
which environment variables will be valid in which situation.

Xterm can be launched with a login (-ls) and with a non-login shell  
(+ls, default behaviour). See also loginShell X resource.

To compare the environment variables set: ``env | sort -o file1´´.  
Then diff the files. (There are too many shells around and some, like  
bash, are much too complicated in case of resource scripts.)


GNU Emacs saves the environment it inherits in the variable process- 
environment (in a long unsorted list like ``"TERM=dumb"  
"HOST=here.local" "GROUP=pete" "LOGNAME=pete" ...´´ in which getenv  
searches). For debugging it can help when one augments the shell's RC  
files (resource scripts) with statements to output messages (echo,  
printf something like "Hi, it's me, RC file so-and-so starting", and  
also when leaving) or to save them in files (in /tmp for example)  
with unique names (using for example $$ in the resource script when  
building the file name, or recent date). Anyway, it will pretty time  
consuming. Another, sometimes faster option, is to use a "trace"  
facility to watch a programme (or two: GNU and emacsclient) working.  
The trace implementations can be set to filter particular "data  
streams" (network io, disk io, dynamic/shared libraries, ...).

--
Greetings

  Pete

  Basic, n.:
A programming language.  Related to certain social diseases in
that those who have it will not admit it in polite company.