Michael,
And yes, this means that we'll release screen-4.01 this year...
I've been meaning to ask ... a while back someone sent me a patch to display the terminal for a screen as a string
escape, so that it could be put e.g. in the windowlist. It was %T. Did that ever get into the official
Henrey/Peder,
You wouldn't by chance have a translation for that into "csh",
would you?
Long time
since I used csh (or tcsh), but I guess something like:
if ("$STY" != "") then
exec screen -dR
endif
I would do it thusly:
if ( $?STY ) then
screen -x
endif
I've always preferred
Eric,
I would value a feature that allows the definition of a set of windows
within screen that I may define and cycle through. This may be
related to a particular task, say.
I'd second that. When I'm working back and forth between two windows, ^A^A is very convenient. But when working with
Mag,
I am a little confused.
Since I am running bash, how would I use the 'at' and 'stuff' command to
run
"df -h" in all my windows?
You need to look at the names of your windows (with ^A^W or ^A" or somesuch). If all the windows are named "bash", you
can just substitute "bash" for "zsh"
Danny,
> Though I appreciate your concerns about the lockup I experienced, my intent
> was to discuss startup scripts with screen,
> which I found little information on. The lockup hasn't occoured in a
> while,
> and im not certain what caused it. I think I
> was trying to get split screen worki
Aaron,
I'm having issues using backspace and delete from within screen.
Backspace works fine in the shell running inside screen (bash), but
not at all in most other contexts, the most important of which is
screen itself ...
Yeah, these are hideously frustrating problems. Any decent modern sh
cga,
First let me say that I agree with Aaron. When I first started using screen, I tried what you're trying, and trust me
when I tell you it's a losing battle. You'll get some things to work this way, but you'll break others.
But I can answer your question for you anyway.
screen -t bash /
Conrad,
actually, there's a limitation with this. If I am in a window which
contains a remote shell, then I have to
switch to a window which has a local shell. Not a big deal but a lot
of my shells are remote. Having
screen handle the alias would allow it to work irrespective of the
cont
Kresimir,
Then I tried to start one program that I made called "fooprog". fooprog
is interactive, it reads from stdin and writes to stdout, and when run
first asks for a password.
However, when I tried with:
screen fooprog
I got the message: [the screen is terminating].
Sounds to me like "f
Conrad,
alias sshhost screen -t [EMAIL PROTECTED] host
Looks like a job for your favorite shell to me. In my own shell--tcsh--the exact command you give above would work
perfectly from the command line, or in my .tcshrc. Am I missing something here?
-- Buddy
___
Phil!/sven,
now how can i send the escape key just as if was pressed in that
window?
I assume you're running this from the shell or a shell script. If so, you
can use backticks:
screen -S program -X stuff `echo -ne '\e'`
You can also use \0xx notation in stuff. This works:
sc
Folkert,
I would like to create a script which starts screen with a couple of
windows opened by default.
e.g.:
screen 0: ./m
screen 1: ssh [EMAIL PROTECTED] 'mutt'
screen 2: ssh [EMAIL PROTECTED] 'fi'
screen 3: mutella
screen 4: centericq
screen 5: [just a prompt]
screen 6: ssh [EMAIL PROTECTED
Rafal,
Don't you think that vi screen movement in screen is not consistent with
original vi controls? E.g. 'W' and 'w'. Maybe we could make it more similar to
vi.
Yes, I would love that, but I don't think I'm bright enough to do the code myself. I find myself hitting W, E, and B
constantly w
Nicolas,
Using screen
it is possible to have many virtual windows in a term, but as far as I
know, creating a new window is only possible using a key binding
(like C-a c). Is there a way that a program running in a screen can
create a new window, and display something inside ?
Sure. If you t
Peder,
> But it doesn't help you much on a general basis, as a screen usually
> gets a bit fragmentet in its numbering of windows after a while. you may
> have N windows, but there is a big chance that they are not numbered 1
> to N.
Absolutely true, but all the OP asked for was a count. I'm pre
Sascha,
> I can do a "ps -ef|grep PID" and then subtract 2 (one for the grep and one
> for
> the parent PID). But that isn't a good solution in my opinion.
Nope, not very efficient, I wouldn't say. How about this?
ps -eo ppid= | grep PID | wc -l
Don't forget that the PID in question
Jeremy/all,
Yes, kill off the shell associated with the pty/tty running "screen". I
found that killing off screen by itself doesn't cut it...
Okay, this just happened to me again, and Jeremy's suggestion didn't do the
trick. I thought I'd take a moment while this was fresh in my mind to
describ
Morty,
If I accidentally exit my mutt process, I need to go through several
steps to recreate the window, rename it, and create a new mutt
process.
Well, no, technically it's only one step:
^A:screen -t mutt mutt
Maybe that will help ease the pain. :)
-- Buddy
__
Guys,
This happens to me sometimes as well and I find it just as annoying as
everyone else. It used to be pretty rare, but seems to be happening more
often lately, for whatever reason. Neither screen -d nor screen -D nor screen
-DD seems to do anything (other than hang). Can't speak to whethe
Peter/all,
Jason White made a patch to 4.0.2 that creates %T asan escape code that
will echo the TTY. Nice. I'd love nothing more than to patch my code
on all of my servers!
I just created a ebuild (since I'm on Gentoo) to automatically apply the
patch. I have several local (i.e. overriding) eb
20 matches
Mail list logo
