Hi. I can't seem to find anything regarding the syntax for the "identifier" from the at command. So far I discovered that - I can match the windows that have the title begin with the same characters or - I can match only one window by complete title or number or - I can match all the windows. I'm interested in matching only a list of windows (title or numbers) or a range of numbers. Is this possible? If yes, how? Thanks. -- Fita Adrian
Hi, I am running OS X 10.7, and GNU Screen will not launch at all at the command line (it just hangs indefinitely). This is true both when trying to run screen locally and remotely. Screen will still do some basic stuff such as dump the version information when I run "screen --version", but about all I can do if I run screen normally is suspend the process, and when I run "fg" I get the following error message: "Sorry, cannot contact session "52349.ttys010.xxxxx" again." This problem has actually existed for me for over a year (under both 10.6 and 10.7), and both the built-in version of screen in OS X and the version from MacPorts have the same problem (they are both version 4.00.03). Does anyone have any ideas on how to solve this? -- -- View this message in context: http://old.nabble.com/Screen-will-not-launch-at-all-in-OS-X-tp33255134p33255134.html Sent from the Gnu - Screen mailing list archive at Nabble.com.
_______________________________________________ screen-users mailing list screen-users@... https://lists.gnu.org/mailman/listinfo/screen-users
Hi all, The terminal emulator rxvt-unicode supports perl plugins, whereby I can perform actions in response to escape sequences (amongst other events). I've been enjoying hacking at these. My immediate application is to allow notifications in notify-osd on my local machine without the complications or (ugly) delays of doing it with notify-send and X forwarding, and this works well when urxvt can see the commands. I reach a conundrum, however, when trying to make these play nice with screen. Screen, correctly I believe, does not pass unrecognized escape sequences, so they never get to urxvt. I can hop through N screens, for a fixed N, by wrapping with N layers of \eP...\e\\, but that's ugly, inflexible, and not really the right way anyway. The truly correct way, I think, is to add terminal capabilities for each of my extensions, and add these to my termcap files for both screen and urxvt, which is straightforward enough for the most part but I am wondering if there's any means (short of hacking at the source) of making screen query and use some particular capability of its parent terminal when it sees a particular escape sequence. Ideas for other ways of accomplishing what I'm setting about here are also welcome, as are questions, and pointers for where it should be added in the source if it that is required (though I realize this is a users list). Thank you, David
Hi all, Is it possible to have two panes hold a single window (much like a two column layout in a magazine)? It'd be sweet to have A|D B|E C|F where A, B, C, D, E, F are sequential lines from, say, a text editor and | is a screen split. Especially on a wide-but-not-tall monitor. Thanks, Rhys
Hi List, I often happen to have a bunch of screen windows which I'd like to move around in a relative (move left or right) and not in an absolute (:number x) manner. It seems to me that the screen+bumpandcollapse patch written by D Andrew Reynhout more than 3 years ago, discussed at http://lists.gnu.org/archive/html/screen-users/2008-08/msg00077.html is exactly what I'm looking for. Please let me know whether it has been integrated to screen in the meantime or if any equivalent functionality has been created. If nothing has been done about this then I'm willing to pay someone for doing this work because it'd be tremendously useful. (I'm a software developer myself without any free time so I'd rather like to delegate this task.) -- -- László Monda <http://monda.hu> _______________________________________________ screen-users mailing list screen-users <at> gnu.org https://lists.gnu.org/mailman/listinfo/screen-users
Hello everyone,
_______________________________________________ screen-users mailing list screen-users@... https://lists.gnu.org/mailman/listinfo/screen-users
I've only recently starting using screen on my Mac (/usr/bin/screen, version 4.00.03 (FAU) 23-Oct-06), having tired of dropped connections. I typically just run GNU Emacs in no window mode to read mail using VM. I ssh from a Gnome terminal on a Solaris machine at work. TERM is generally set to "xterm" though I've also tried "gnome". Much of the time things work well, but there are times when I simply can't seem to get Emacs to properly refresh its windows. In these cases I typically wind up with almost nothing visible. If I know where I am (say, in VM), I can generally 'q'uit and start it up again. I suspect that works mostly because when I exit the mail program it brings me back to a window with substantially different content (say, the *scratch* buffer), so Emacs has to completely refresh then and refresh again when I restart VM. Is there something I can do to make this combination work better? Thanks, -- -- Skip Montanaro - skip@... - http://www.smontanaro.net/
Hello, I am using screen to run sipp (a SIP testing tool). Pressing "+" when sipp is running can increase call rate. I want to increase the call rate every 10 minutes. So I wonder if I can let screen to send a key to a window (which runs sipp) automatically after each interval. Appreciate if you can help, other solution is also welcome. Regards, Wenbo
I'm observing an issue of screen often and don't know how to handle it: usually I go back home after work and connect from home via ssh, take over screen from remote and work from there. next morning when I came back office I then need detach from remote and attach it back locally, but the symptom that I often see while doing this is: 1) hard disk flash crazy (means busy) 2) iotop tell me this: Total DISK READ: 2.26 M/s | Total DISK WRITE: 0.00 B/s TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 24441 be/4 ping 2.26 M/s 0.00 B/s ?unavailable? SCREEN -dR work1 3) system got slow in response, mostly due to HD busy , while overall CPU is not high at all. this typically last for at least 3 or 5 minutes. when I recall back It looks this happened recently when I use "-dR" , previously seems when I just use -r I don't remember I ever run into this (will try this one later). anyone please send some hints on this.. regards ping
Using screen as a "window manager" in the Linux console of my Thinkpad,
I've bound certain keys to adjust volume up and down using amixer.
In my ~/.screenrc there is:
# Decrease & Increase volume
bindkey "\033[25~" exec ! amix-adjust minus
bindkey "\033[26~" exec ! amix-adjust plus
Where "amix-adjust" is a script:
#!/bin/sh
# for adjusting the Master volume level (used with Gnu Screen)
amixer -q set PCM 74%
if [ "$1" = "minus" ]
then
amixer -q set Master 1dB-
screen -X backtick 7 0 60 amix-level
elif [ "$1" = "plus" ]
then
amixer -q set Master 1dB+
screen -X backtick 7 0 60 amix-level
else
exit 0
fi
And amix-level is another script:
#!/bin/sh
# for displaying the Master volum level set via amixer (used with Gnu Screen)
amixer -c 0 get Master | grep -m1 -o [0-9]*%
This works fairly well, displaying the volume level "realtime" as
a percentage in the caption line. One quirk though -- when holding
down the assigned "plus" or "minus" key, after enough sequential
repetitions a message will flash in the message line:
Filter running: !.. amix-adjust minus
This is with the keyboard repeat rate set to 30 characters per second.
Reducing the repeat rate to 22 makes the message goes away...but I'd
like to leave it set to 30. Is there some other way to silence that
output?
Thanks,
John
--
--
John Magolske
http://B79.net/contact
RSS Feed9 | |
|---|---|
22 | |
5 | |
21 | |
42 | |
19 | |
41 | |
26 | |
40 | |
23 | |
15 | |
15 | |
16 | |
18 | |
32 | |
47 | |
17 | |
28 | |
11 | |
21 | |
17 | |
22 | |
21 | |
29 | |
56 | |
80 | |
152 | |
23 | |
18 | |
38 | |
31 | |
25 | |
72 | |
54 | |
46 | |
76 | |
53 | |
114 | |
77 | |
76 | |
58 | |
40 | |
83 | |
97 | |
41 | |
64 | |
17 | |
37 | |
30 | |
55 | |
16 | |
38 | |
38 | |
51 | |
22 | |
43 | |
31 | |
48 | |
28 | |
64 | |
72 | |
18 | |
23 | |
23 | |
49 | |
25 | |
51 | |
59 | |
51 | |
99 | |
60 | |
36 | |
15 | |
41 | |
50 | |
56 | |
41 | |
55 | |
47 | |
31 | |
52 | |
24 | |
79 | |
45 | |
30 | |
57 | |
38 | |
61 | |
16 | |
55 | |
62 | |
76 | |
24 | |
50 | |
1 | |
3 | |
1 | |
3 | |
10 | |
1 |
