GNU screen ////////////////////////////////////////////////////////////////////////////// Newsgroups: gnu.announce,gnu.utils.bug,comp.terminals,comp.unix.misc Path: cs.utk.edu!gatech!howland.reston.ans.net!spool.mu.edu!bloom-beacon.mit.edu !ai-lab!prep.ai.mit.edu!gnulists Message-ID: <199308281407.AA23839@edison.eng.umd.edu> Distribution: world Approved: info-gnu@prep.ai.mit.edu Followup-To: gnu.utils.bug Date: Sat, 28 Aug 1993 10:07:31 -0400 From: "David J. MacKenzie" To: info-gnu@prep.ai.mit.edu Subject: screen 3.5.2 is available Version 3.5.2 of screen, a virtual terminal emulator, is now available on prep.ai.mit.edu [18.71.0.38] in pub/gnu/screen-3.5.2.tar.gz. Diffs from version 3.5.0 are in the files screen-3.5.0-3.5.1.diff.gz and screen-3.5.1-3.5.2.diff.gz The changes include: * writelock, number, paste with arg, at, zombie and wall commands added. * Access Control Lists and more multi-user support added. * select and setenv commands enhanced. * socket.c: motorola bugfix. * configure.in: --srcdir support. * configure.in: recognize alpha and SUNOS3 correctly. * doc/screen.texinfo: Documentation by Jason Merrill. Please report bugs to screen@uni-erlangen.de [ Most GNU software is packed using the new `gzip' compression program. Source code is available on most sites distributing GNU software. For information on how to order GNU software on tape, floppy, or cd-rom, check the file etc/ORDERS in the GNU Emacs distribution or in GNUinfo/ORDERS on prep, or e-mail a request to: gnu@prep.ai.mit.edu By ordering tapes from the FSF you help us continue to develop more free software. Media revenues are our primary source of support. Donations to FSF are deductible on US tax returns. The above software will soon be at these ftp sites as well. Please try them before prep.ai.mit.edu! thanx -gnu@prep.ai.mit.edu ASIA: ftp.cs.titech.ac.jp, utsun.s.u-tokyo.ac.jp:/ftpsync/prep, cair.kaist.ac.kr:/pub/gnu AUSTRALIA: archie.oz.au:/gnu (archie.oz or archie.oz.au for ACSnet) AFRICA: ftp.sun.ac.za:/pub/gnu MIDDLE-EAST: ftp.technion.ac.il:/pub/unsupported/gnu EUROPE: irisa.irisa.fr:/pub/gnu, ftp.univ-lyon1.fr:pub/gnu, ftp.mcc.ac.uk, unix.hensa.ac.uk:/pub/uunet/systems/gnu, src.doc.ic.ac.uk:/gnu, ftp.win.tue.nl, ugle.unit.no, ftp.denet.dk, ftp.informatik.rwth-aachen.de:/pub/gnu, ftp.informatik.tu-muenchen.de, ftp.eunet.ch, nic.switch.ch:/mirror/gnu, nic.funet.fi:/pub/gnu, isy.liu.se, ftp.stacken.kth.se, ftp.luth.se:/pub/unix/gnu, archive.eu.net CANADA: ftp.cs.ubc.ca:/mirror2/gnu USA: wuarchive.wustl.edu:/mirrors/gnu, labrea.stanford.edu, ftp.kpc.com:/pub/mirror/gnu, ftp.cs.widener.edu, uxc.cso.uiuc.edu, col.hp.com:/mirrors/gnu, ftp.cs.columbia.edu:/archives/gnu/prep, gatekeeper.dec.com:/pub/GNU, ftp.uu.net:/systems/gnu ] ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.terminals Path: cs.utk.edu!gatech!howland.reston.ans.net!vixen.cso.uiuc.edu!uiuc.edu!jeffo Message-ID: References: <1994Mar03.195236.33496@halcon.dpi.udec.cl> Reply-To: jeffo@uiuc.edu (J.B. Nicholson-Owens) Organization: University of Illinois at Urbana NNTP-Posting-Host: owens.slip.uiuc.edu Date: 4 Mar 94 20:13:40 GMT From: jeffo@uiuc.edu (J.B. Nicholson-Owens) Subject: Re: I'm a poor boy...! Julio Bravo Cortes-Monroy writes: > My term Ibm 3151 got a menu for emulate, but only adm3, > vtp, etc. and not vt100!! Although it's not a perfect vt100 emulation (since it can only emulate a vt100 to the extent that your terminal can), you might try screen (aka Iscreen) available free from your favorite GNU site. It allows you to have multiple screens, each of which is a virtual vt100 (meaning that the screen program intercepts vt100 codes and translates them into something meaningful for your terminal, if something meaningful exists). You can copy, paste, detach and reattach screens (to save work between login sessions). Best of luck. -- *NO* NeXTmail please ////////////////////////////////////////////////////////////////////////////// Newsgroups: gnu.announce,gnu.utils.bug,comp.terminals,comp.unix.misc Path: cs.utk.edu!willis.cis.uab.edu!nntp.msstate.edu!cssun.mathcs.emory.edu !swrinde!newsfeed.internetmci.com!bloom-beacon.mit.edu!ai-lab !prep.ai.mit.edu!gnu Message-ID: <49amkq$f4q@rznews.rrze.uni-erlangen.de> Nntp-Posting-User: mlschroe Keywords: Screen Distribution: world Approved: info-gnu@prep.ai.mit.edu Followup-To: screen@uni-erlangen.de Organization: CSD., University of Erlangen Date: 26 Nov 1995 21:36:26 GMT To: gnu-announce@cis.ohio-state.edu From: mlschroe@immd4.informatik.uni-erlangen.de (Michael Schroeder) Subject: Screen-3.7.1 is ready Hello, we proudly present: screen-3.7.1. This is the long wanted "Why doesn't screen do colors?" version. All the emails we received were getting on our nerves a bit, so we decided to add colors to 3.6.2 and here you are: ftp://prep.ai.mit.edu/pub/gnu/screen-3.7.1.tar.gz and soon on the mirrors. Btw.: It is *not* the fantastic multi-user, networking, split-screen version we are working on. Please report bugs to: screen@uni-erlangen.de - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - SCREEN is a terminal multiplexer that runs several separate ``screens'' (ttys) on a single character-based terminal. Each virtual terminal emulates a DEC VT100 plus several ISO 6429 (ECMA 48, ANSI X3.64) and ISO 2022 functions including color. Arbitrary keyboard input translation is also supported. SCREEN sessions can be detached and resumed later on a different terminal type. Output in detached sessions is saved for later viewing. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ----------------------------- What's new in screen-3.7.1 ? ----------------------------- * Color support. Screen understands the following capabilities: AF (setaf) = Set foreground color (ANSI compatible) AB (setab) = Set background color (ANSI compatible) AX = Does understand ANSI set default fg/bg color (\E[39m / \E[49m) The tweaks for the color xterm would be: termcap xterm 'AF=\E[3%dm:AB=\E[4%dm' terminfo xterm 'AF=\E[3%p1%dm:AB=\E[4%p1%dm' Caution: Screen exposes a bug in X11R6 color xterm. Either use the patch ftp.uni-erlangen.de:pub/utilities/screen/color_xterm_patch or a clean rewrite of xterm: rxvt. * Resize code completely rewritten. Long lines now get rewrapped, no information gets lost when a window is narrowed and widened. This affects both the visible window and its scrollback buffer. It is a big improvement for the latter. In previous versions the scrollback buffer was clipped when the window narrowed and padded with whitespace when it widened. * Input handling changed. The command key can now be a prefix of a function key sequence (hello wyse users :) ) * An empty argument to the escape command is allowed to disable command key processing. This is only allowed if some key is bound to the "command" command. This example makes F1 the new command key and allows the previous command key (usually ^A) to be typed directly: bindkey -k k1 command escape "" * New 'digraph' command (bound to ^A^V) ^A^Va" or ^A^V0344 input an a-umlaut This helps if you want to work in an ISO-latin1 environment but your terminal's keyboard lacks a some of the more special characters. * activity/bell message strings can now include the window title and the current date/time: %t - title %n - number (a single % still works) %d - day %D - weekday name %m - month %M - month name %y - year (2 digit) %Y - year (4 digit) %w - hour:minutes (24h format) %W - hour:minutes (12h format) %s - seconds %a - am/pm %A - AM/PM Please do not use a single '%' character for window titles any more. It is obsoleted by '%n' and will vanish in future releases. * 'defhstatus' command to give every window a default hardstatus line. '^E' is used as a string escape instead of '%'. All the above substitution codes apply, but you must use ^E (octal 005) here, as '%' is likely to appear in automaticaly generated hardstatus lines. Try 'defhstatus "Screen: window ^E (^Et)"'. * In screenrc files and colon command mode: Input parser changed to also understand caret notation ('^') to mean "Control-" (as in the ^E example above). * "logdir" command changed to "logfile". You can now specify the filename instead of the directory. The same directives as understood by the activity/bell messages can be used. The default is "screenlog.%n". * Special terminfo workaround make delay processing work for the first time! If you had trouble with padding, then try again. * New incomprehensible capability XC added to specify character translation depending on the terminal type. See the manual for more details and examples. * New copy-mode key: 'x' exchanges point and mark. ----------------------------------------------------------------------- Thanks must go to: - Francesco Potorti` for insisting that padding doesn't work on his mot68k platform and varios other suggestions. - Andy Jones for adding date escapes in the bell/activity messages. - Thanh Ma, Tye McQueen for clearing up the utmp handling on unixware. - Thomas Wolff for suggesting "digraph" and "XC". and to the fastest of the beta testers: Tony Leneis, Dan Harrington, Ed Doolittle, Dan Harrington, Brian Koehmstedt, Felix von Leitner, Angel Lopez-Sainz, Futoshi Miyamori, Gregory-Neil Shapiro, Doug Siebert, Andy Smith, Joe Traister, Larry W. Virden, Robert Webb, Christopher Williams, Joe Zbiciak Have fun, Juergen & Michael (screen@uni-erlangen.de) ----------------------------------------------------------------------- If you already ftped screen-3.7.0, don't despair, the patch from 3.7.0 to 3.7.1 is rather small: diff -Nur screen-3.7.0/ansi.c screen-3.7.1/ansi.c --- screen-3.7.0/ansi.c Wed Nov 15 19:25:11 1995 +++ screen-3.7.1/ansi.c Mon Nov 20 19:03:04 1995 @@ -1223,7 +1223,9 @@ curr->w_ss = 0; break; case 'g': /* VBELL, private screen sequence */ - if (!D_VB) + if (display == 0) + curr->w_bell = BELL_ON; + else if (!D_VB) curr->w_bell = BELL_VISUAL; else PutStr(D_VB); diff -Nur screen-3.7.0/patchlevel.h screen-3.7.1/patchlevel.h --- screen-3.7.0/patchlevel.h Fri Nov 17 17:47:16 1995 +++ screen-3.7.1/patchlevel.h Mon Nov 20 19:05:56 1995 @@ -212,12 +212,13 @@ * stripdev changed to translate * /dev/pts to /dev/pts/ (unixware) * -lgen added to GETUTENT configure test. + * 20.11.95 -- 3.07.01 corrected vbell null ptr reference * -- DISTRIBUTED */ #define ORIGIN "FAU" #define REV 3 #define VERS 7 -#define PATCHLEVEL 0 -#define DATE "17-Nov-95" +#define PATCHLEVEL 1 +#define DATE "20-Nov-95" #define STATE "" ----------------------------------------------------------------------- And for all the people, who still work with screen-3.5 despite of the fact that screen-3.6 is already one year old, here are the things that got added in screen-3.6 ---------------------------- What's new in screen-3.6 ? ---------------------------- * Input translation! This makes the vt100 emulation complete. As an addition it is now possible to bind any command to any (function-) key. See the man page for more details (bindkey command). * Status line support. Each window can have a different status line. Use the ANSI APC string to set the status line, i.e.: _\ (For convenience the xterm sequence is also accepted.) You may want to add termcap * '' ':hs:ts=\E_:fs=\E\\:ds=\E_\E\\:' terminfo * '' ':hs:ts=\E_:fs=\E\\:ds=\E_\E\\:' to your ~/.screenrc to make screen advertise the hardstatus support. * Zombie feature added. Windows now may generate a message (with a timestamp) if they die and stay around until the user presses a key. * New paste syntax: Paste can now concatenate registers and paste either on screen or in anouther register. This makes the old "ins_reg", "copy_reg" commands obsolete. * More architecures supported. Screen now runs on AIX3.2.5, Solaris, NeXT and some other exotic platforms. * Kanji support added. Screen understands JIS, EUC and SJIS coding. This is an experimental feature. * GR charset switching (ISO 2022) implemented. Can be enabled with the "gr" command. * C1 sequences implemented (see the "c1" command). * Tek support from Xiaoguang Zhang. Apply tek.patch if you want to make screen pass tek sequences. * List of new commands: bindkey, c1, command, defc1, defgr, defkanji, gr, kanji, mapdefault, mapnotnext, maptimeout, pastefont, printcmd, readreg, stuff, zombie * Lots of other bugs fixed. ----------------------------------------------------------------------- [ Most GNU software is packed using the GNU `gzip' compression program. Source code is available on most sites distributing GNU software. For information on how to order GNU software on tape, floppy or cd-rom, or printed GNU manuals, check the file etc/ORDERS in the GNU Emacs distribution, ftp the file /pub/gnu/GNUinfo/ORDERS on prep, or e-mail a request to: gnu@prep.ai.mit.edu By ordering your GNU software from the FSF, you help us continue to develop more free software. Media revenues are our primary source of support. Donations to FSF are deductible on US tax returns. The above software will soon be at these ftp sites as well. Please try them before prep.ai.mit.edu as prep is very busy! thanx -gnu@prep.ai.mit.edu ASIA: ftp.cs.titech.ac.jp, utsun.s.u-tokyo.ac.jp:/ftpsync/prep, cair-archive.kaist.ac.kr:/pub/gnu, ftp.nectec.or.th:/pub/mirrors/gnu AUSTRALIA: archie.au:/gnu (archie.oz or archie.oz.au for ACSnet) AFRICA: ftp.sun.ac.za:/pub/gnu MIDDLE-EAST: ftp.technion.ac.il:/pub/unsupported/gnu EUROPE: irisa.irisa.fr:/pub/gnu, ftp.univ-lyon1.fr:pub/gnu, ftp.mcc.ac.uk, unix.hensa.ac.uk:/mirrors/uunet/systems/gnu, src.doc.ic.ac.uk:/gnu, ftp.ieunet.ie:pub/gnu, ftp.eunet.ch, nic.switch.ch:/mirror/gnu, ftp.informatik.rwth-aachen.de:/pub/gnu, ftp.informatik.tu-muenchen.de, ftp.win.tue.nl:/pub/gnu, ftp.nl.net, ftp.etsimo.uniovi.es:/pub/gnu ftp.funet.fi:/pub/gnu, ftp.denet.dk, ftp.stacken.kth.se, isy.liu.se, ftp.luth.se:/pub/unix/gnu, ftp.sunet.se:/pub/gnu, archive.eu.net SOUTH AMERICA: ftp.inf.utfsm.cl:/pub/gnu, ftp.unicamp.br:/pub/gnu WESTERN CANADA: ftp.cs.ubc.ca:/mirror2/gnu USA: wuarchive.wustl.edu:/systems/gnu, labrea.stanford.edu, ftp.digex.net:/pub/gnu, ftp.kpc.com:/pub/mirror/gnu, f.ms.uky.edu:/pub3/gnu, jaguar.utah.edu:/gnustuff, ftp.hawaii.edu:/mirrors/gnu, uiarchive.cso.uiuc.edu:/pub/gnu, ftp.cs.columbia.edu:/archives/gnu/prep, col.hp.com:/mirrors/gnu, gatekeeper.dec.com:/pub/GNU, ftp.uu.net:/systems/gnu ] ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.terminals Message-ID: <9ohi90$gk3$1@nenevr.demon.co.uk> References: Date: 22 Sep 2001 08:31:28 GMT Organization: Grot Plc. From: simon@nenevr.demon.co.uk Subject: Re: Looking for menuing system sourcecode to drive VT100 David Haile wrote: > > I used to be a programmer for a terminal server (~1987) and was fluent (?) > with about 150 types of terminals. I have a vague recollection that > routines are available somewhere that have a menuing/windowing system > capable of driving a VT100 terminal. I know about all the escape codes and > cursor positioning stuff and am plenty capable of doing that, but I'm > looking for a system where all this is pre-organized for me. I have the > macro's and such for every possible command. I'll be more specific if > nobody can figure out what I'm talking about from this cryptic description. Have you tried looking at the 'dialog' package? It does various menus, text boxes etc., that can be used with in conjunction with a shell script. S. -- -- Simon P. Coombs simon@nenevr.demon.co.uk Don't stand on ceremony; just bow low. CP/M - The once and future O/S! ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.programmer, comp.unix.solaris NNTP-Posting-Host: fiesta.cs.tu-berlin.de NNTP-Posting-Date: 2 Oct 2004 10:24:56 GMT References: Message-ID: Organization: Technische Universitaet Berlin, Deutschland Date: 2 Oct 2004 10:24:56 GMT From: Joerg Schilling Subject: Re: What is "stty swtch" ? In article , Stephane CHAZELAS wrote: >2004-10-01, 15:57(+00), Stephane CHAZELAS: >[...] >> From termio man page: >> SWTCH (Control-z or ASCII EM) is used only when shl layers >> is invoked. >[...] >> I have no idea what "shl layers" are. > > I just found that: > http://heirloom.sourceforge.net/man/shl.1.html > > shl provides a method to handle multiple shells in parallel > on a single terminal. Each shell is put in its own session > and has its own controlling pseudo-terminal. At a time, one > shell layer can receive input, but output is multiplexed > from all layers. When the SWTCH key (assigned to ^Z at > startup if unset) is pressed, shl takes control over the > terminal and allows the user to manage layers. The prompt > >>> is used by shl when commands may be entered. > > Seems the "shl" SysV command disapeared but the SWTCH key > remained... This has been introduced in SVSvr3 and did never work as documented. I did try it myself and know of several people who have not been able to use it..... -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) If you don't have iso-8859-1 schilling@fokus.fraunhofer.de (work) chars I am J"org Schilling URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily .............................................................................. Newsgroups: comp.unix.programmer, comp.unix.solaris NNTP-Posting-Host: 207.208.45.69 NNTP-Posting-Date: Sat, 02 Oct 2004 08:51:25 CDT References: Message-ID: Organization: The official candy of the new Millennium Date: Sat, 02 Oct 2004 13:51:25 GMT From: Kenny McCormack Subject: Re: What is "stty swtch" ? In article , Joerg Schilling wrote: > >In article , >Barry Margolin wrote: >>> >>> It's obsolete. It was the character for switching shells under >>> shl - shell layers. When shells with job control came along, >>> it became redundent. >> >> >>And then when window systems and applications like "screen" came along, >>it because *really* obsolete. > > >Screen is older. Screen is from Carsten Borman & Oliver Laumann at TU-Berlin >ans was in use long before SVSvr3 came out. shl existed in the early 80s. I actually liked it better than BSD style "job control". But, certainly screen makes it all obsolete. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.terminals References: <20090213075607.d6d86c34.cbyrzba@cbyrzba.bet> <86vdrcq887.fsf@tron.grid.lindsey.wattle.id.au> Message-ID: <20090216112756.63069517.cbyrzba@cbyrzba.bet> Date: Mon, 16 Feb 2009 11:27:56 +0100 From: polemon Subject: Re: DEC vt220 / Application Cursor Keys in screen On Sun, 15 Feb 2009 21:56:24 +1100 Bart Lindsey wrote: > Hi polemon, > > Try adding the following line to your .screenrc file: > > termcap vt220 "" Thanks for your help! In the end, I had to add this to my .screenrc to stop screen putting my cursor keys in application mode: termcapinfo vt220 is@ I've spoken to the GNU Screen people, they told me that something's probably broken with my terminfo settings, but couldn't help me further with that. Application cursor keys were set by is2 in terminfo: is2=\E[?7h\E>\E[?1h\E F\E/8?4l (In case someone else has this problem) -- polemon -- % echo "cbyrzba@cbyrzba.bet" | perl -pe 'y/[0-9A-Za-z]/[5-90-4N-ZA-Mn-za-m]/' ( polemon - @ - polemon.org ) //////////////////////////////////////////////////////////////////////////////