Re: LD_LIBRARY_PATH is not exported to subshells

2008-01-16 Thread Zvi Har'El
Yes. just "sudo chmod u-s /usr/local/bin/screen-4.0.3" did it!!!1 I am grateful. On 17/01/08 00:43, Zvi Har'El wrote: I think you pinpointed the problem. I have on my RHEL4 machine two installation of screen. An older one, which comes with the system, in /usr/bin/screen: ~$ ls -l /usr/bin/s

Re: LD_LIBRARY_PATH is not exported to subshells

2008-01-16 Thread Zvi Har'El
I think you pinpointed the problem. I have on my RHEL4 machine two installation of screen. An older one, which comes with the system, in /usr/bin/screen: ~$ ls -l /usr/bin/screen -rwxr-xr-x 1 root root 324440 2004-09-11 12:10 /usr/bin/screen ~$ /usr/bin/screen --version Screen version 4.00.02 (

Re: LD_LIBRARY_PATH is not exported to subshells

2008-01-16 Thread Peder Stray
On Wed, 16 Jan 2008, Zvi Har'El wrote: Hi Thanks, but no thanks. I am not interested in tricks to set LD_LIBRARY_PATH. This is not what the screen mailing list about. I am concerned about the fact that screen removes LD_LIBRARY_PATH from the environment, and I believe this behavior is a bug

Re: LD_LIBRARY_PATH is not exported to subshells

2008-01-16 Thread Adam Lazur
Trying to get things less hazy. From ld.so(8): The necessary shared libraries needed by the program are searched for in the following order o Using the environment variable LD_LIBRARY_PATH (LD_AOUT_LIBRARY_PATH for a.out programs). Exc

Re: LD_LIBRARY_PATH is not exported to subshells

2008-01-16 Thread Adam Lazur
My memory is hazy, but I believe I tracked this down to glibc doing this on behalf of screen because it's a setgid binary. Details are hazy because this was a year or three ago. .laz Zvi Har'El ([EMAIL PROTECTED]) said: > Hi > > > Thanks, but no thanks. I am not interested in tricks to set >

Re: LD_LIBRARY_PATH is not exported to subshells

2008-01-16 Thread Zvi Har'El
Hi Thanks, but no thanks. I am not interested in tricks to set LD_LIBRARY_PATH. This is not what the screen mailing list about. I am concerned about the fact that screen removes LD_LIBRARY_PATH from the environment, and I believe this behavior is a bug. Zvi. On 16/01/08 23:15, Randy Be

Re: UTF-8 in title not working

2008-01-16 Thread Zvi Har'El
On 04/01/08 21:46, Nikolai Weibull wrote: Is there a way to get screen to output UTF-8 in a title? I've tried, for example, klong…title\, but that just comes out garbled. I'm using 4.00.03. Thanks! ___ screen-users mailing list screen-users@gnu.

Re: LD_LIBRARY_PATH is not exported to subshells

2008-01-16 Thread Randy Belk
When you first login Bash will read /etc/bash.bashrc and also $HOME/.bashrc to set stuff like your path($PATH) and other environment variables. Always put your LD_LIBRARY_PATH exports in either of these two files. New bash screen sessions will always read /etc/bash.bashrc and also $HOME/.bashrc on

Re: LD_LIBRARY_PATH is not exported to subshells

2008-01-16 Thread Zvi Har'El
Of course this works. But the problem is that LD_LIBRARY_PATH is part of the configuration of the run (shared libraries used in addition to the standard libraries). Of course I can write a script to edit .bashrc, but this is a ridiculed solution. Why cannot screen export the original LD_LIBRARY

Re: LD_LIBRARY_PATH is not exported to subshells

2008-01-16 Thread Randy Belk
Try putting the LD_LIBRARY_PATH in your .bashrc, that should work. On Jan 16, 2008 11:59 AM, Zvi Har'El <[EMAIL PROTECTED]> wrote: > I am using screen to run several applications simultaneously in the > same environment. The environment preparation consists of exporting > various variables, in

LD_LIBRARY_PATH is not exported to subshells

2008-01-16 Thread Zvi Har'El
I am using screen to run several applications simultaneously in the same environment. The environment preparation consists of exporting various variables, including LD_LIBRARY_PATH. However, after running screen, the various windows show the original environment (of course few changes,