[Top][All Lists]

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

confusion over -R argument

From: Liam Hopkins
Subject: confusion over -R argument
Date: Thu, 27 Mar 2014 12:53:53 -0700
User-agent: Mutt/1.5.21 (2010-09-15)


I am trying to understand the -R argument. It doesn't seem to behave in
the way the man page indicates it ought. `screen -v` shows:
Screen version 4.00.03jw4 (FAU) 2-May-06

relevant `man screen` snippet:

# -R   attempts to resume the youngest (in terms of creation time) detached
# screen session it finds.  If successful, all other command-line options are
# ignored.  If no detached session exists, starts a new session using the
# specified options, just as if -R had not been specified.  The  option  is set
# by default if screen is run as a login-shell (actually screen uses "-xRR" in
# that case).  For combinations with the -d/-D option see there.  Note:
# Time-based session selection is a Debian addition.  

OK! So if I have a list of screen sessions shown by `screen -ls` as
(detached), `screen -R` ought to reconnect to the most recent one. It
doesn't; it behaves as `screen -r`, prompting "There are several
suitable screens on:"...

Further, adding an argument works, but only for some arguments. `screen
-R bash` will create a new session named 'bash' (despite available detached
sessions), but `screen -R /bin/bash` seems to again use `screen -r`
behavior and trigger the multiuser mode warning:

"Must run suid root for multiuser support."

What must I do to gain my desired behavior, whereby screen reattaches to
an available detached screen, otherwise starts '/bin/bash -l' ?


Attachment: signature.asc
Description: Digital signature

reply via email to

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