[17529] in Athena Bugs
linux 8.3.25Tue: screen
daemon@ATHENA.MIT.EDU (Camilla R Fox)
Thu Feb 10 18:20:55 2000
Message-Id: <200002102320.SAA14675@w20-575-42.mit.edu>
To: bugs@MIT.EDU
Date: Thu, 10 Feb 2000 18:20:47 -0500
From: Camilla R Fox <cfox@MIT.EDU>
System name: w20-575-42.mit.edu
Type and version: i686 8.3.25Tue
Display type:
Shell: /bin/athena/bash
Window manager: vtwm.gamma
What were you trying to do?
Run screen, to work around the fact that cut and paste under
X doesn't work.
What's wrong:
/usr/bin/screen exists, and it hangs when I run it.
[cfox@w20-575-42]cfox$ ps -elf | grep screen
000 S cfox 14190 14107 0 60 0 - 426 pause 17:23 pts/1 00:00:00 /mit/gnu/bin/screen
000 S cfox 14503 14106 0 60 0 - 501 pause 17:56 pts/0 00:00:00 screen
044 Z cfox 14504 14503 0 60 0 - 0 do_exi 17:56 pts/0 00:00:00 [screen <defunct>]
(The first of those is the screen from the gnu locker, which I am running
successfully.)
A ^C doesn't kill it, but killing the non-zombied one works.
A directory ~/.screen/ is created in my homedir, empty. I assume
that screen attempted to create a socket directory, and failed
to be able to create a socket, because of it being in afs.
If I set the environment variable SCREENDIR to /var/tmp/screens.cfox,
then screen works fine.
Where the socket directory defaults to is a compile-time variable.
What should have happened:
Screen should either not be installed locally, or the local copy should
not be broken. It also seems that a big reason that you'd install screen
locally is to have it setuid (it wants to be, for some features), so it
seems odd to have it local and not setuid.
Please describe any relevant documentation references:
The screen man page, for info on where the SCREENDIR should default.
Also, gnu[617] for notes about what happens when you set SCREENDIR and
are running a not setuid copy of screen.
