xterm_news.txt Strictly speaking, "xterm" is a terminal-emulation program that runs within the X Windows environment. As with most X programs, there are many possible adjustments to its behavior. The information archived here also mentions similar and related programs as well, such as "dtterm". .............................................................................. Some information on using mice with X Windows is found in: http://www.cs.utk.edu/~shuford/terminal/mouse_news.txt Some information on keyboards used with X Windows for Unix/Linux is found in: http://www.cs.utk.edu/~shuford/terminal/unix_workstation_kbd_news.txt ////////////////////////////////////////////////////////////////////////////// HINT For UNIX: | Q: anybody got a one-line command line script that will set your | display for remote usage without having to go through the | who | grep uid and setenv commands? # for C shell setenv DISPLAY `who am i | cut -d '(' -f 2 | cut -d ')' -f 1`:0.0 # for Korn shell (but not for historic Bourne shell) export DISPLAY=`who am i | cut -d '(' -f 2 | cut -d ')' -f 1`:0.0 ////////////////////////////////////////////////////////////////////////////// Path: cs.utk.edu!gatech!howland.reston.ans.net!torn!watserv2.uwaterloo.ca !newshost.uwo.ca!john From: john@phobos.sscl.uwo.ca (John Tucker) Newsgroups: comp.sys.sun.apps,comp.terminals Subject: Re: Problems with XTerm and Sun Type 5 keyboard Date: 9 Dec 1994 14:13:18 GMT Organization: Social Science Computing Lab Message-ID: <3c9olu$961@falcon.ccs.uwo.ca> References: <3c7rfo$l3n@cliffy.lfwc.lockheed.com> NNTP-Posting-Host: phobos.sscl.uwo.ca According to 'xev', F11 generates keycode 16 F12 generates keycode 18 so xmodmap -e 'keycode 16 = ' xmodmap -e 'keycode 18 = ' should do the trick NB I am using the X11R5 Xsun X-server, so your mileage may vary with xnews. -- jtucker@uwo.ca "Sometimes you're the windshield - sometimes you're the bug, Sometimes you're the Louisville Slugger - sometimes you're the ball" -Mark Knopfler ////////////////////////////////////////////////////////////////////////////// Path: cs.utk.edu!cssun.mathcs.emory.edu!hobbes.cc.uga.edu !news-feed-1.peachnet.edu!gatech!swrinde!cs.utexas.edu!news.tamu.edu !eesun2.tamu.edu!iskandar Newsgroups: comp.unix.dos-under-unix,comp.terminals Organization: Department of Electrical Engineering, Texas A&M University Message-ID: <3o1ae2$e7a@news.tamu.edu> References: <1995Apr30.184306.5832@lamont.ldgo.columbia.edu> Date: 1 May 1995 00:36:18 GMT From: iskandar@eesun2.tamu.edu (Alexandre Khalil) Subject: Re: X-Terminal for Win or Dos In article <1995Apr30.184306.5832@lamont.ldgo.columbia.edu>, Aaron Johns wrote: > Does anybody know of any freeware or shareware X-Terminal > software for either MS-DOS > or Win3.1x. I have an Indigo-2 that I would like to connect to and use > my SGI graphics stuff from a P-90, but due to certain restrictions, I > cannot run LINUX or FreeBSD or stuff like that. >Thanks There is xwindemo that should be on ftp.cica.indiana.edu either in demo, in x or in winsock alex ////////////////////////////////////////////////////////////////////////////// As of mid-2001, there is Cygwin/XFree86 X Server, a free (GPL) Windows option. http://xfree86.cygwin.com/ ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.windows.x.apps, comp.windows.x, comp.unix.solaris Message-ID: References: Organization: CAS, Columbus, Ohio Date: 14 Oct 2003 14:34:54 GMT From: lvirden@yahoo.com Subject: Re: Searching for some xterm help According to : : :I am seeking some insight on defining an XTerm keyboard mapping problem. : :The problem is this - xmodmap -pk reports the following: : : 81 0xff50 (Home) : 84 0xff57 (End) : 102 0xffd8 (F27) 0xffd8 (F27) 0xffb7 (KP_7) 0xff50 (Home) : 96 0xffde (F33) 0xffde (F33) 0xffb1 (KP_1) 0xff57 (End) : :I want to know what has to be done so that keyboard translations for :F27 and F33 appear on the keyboard. Right now, it appears that the :0xff50 and 0xff57 keysyms are 'overriding' the other keysyms translation :by default. The solution to this was in the MIT X documentation. The xterm translations are set from more specific to less specific. By the time that the translations for F27 and F33 were reached, the definitions for Home and End had already been set. So since something is assigning the Home and End keysyms to both pairs of keys, the first translation took precedence over the second. The solution was to define the F27 and F33 translations before the Home and End ones--then I got unique sequences for the two pairs of keys in xterm. -- In God we trust. Even if explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.dos-under-unix,comp.terminals Path: cs.utk.edu!gatech!news.mathworks.com!uunet!iglou!root From: root@myhost.subdomain.domain (black majik) Subject: Re: X-Terminal for Win or Dos Message-ID: Followup-To: comp.unix.dos-under-unix,comp.terminals Sender: news@iglou.com (News Administrator) Organization: String to put in the Organization Header X-Newsreader: TIN [version 1.2 PL2] References: <1995Apr30.184306.5832@lamont.ldgo.columbia.edu> Date: Mon, 1 May 1995 06:50:15 GMT Lines: 16 Aaron Johns (amjohns@capaccess.org) wrote: : Does anybody know of any freeware or shareware X-Terminal software : for either MS-DOS : or Win3.1x. I have an Indigo-2 that I would like to connect to and use : my SGI graphics stuff from a P-90, but due to certain restrictions, I cannot : run LINUX or FreeBSD or stuff like that. : Thank you will not be able to run many of your apps anyway, since whatever server you do find will not be GL compatible.. only standard Xclients, not GL clients, will be able to run remotely.. Perhaps this may work with NT, since suposedly Microsoft kludged some GL support in it. ////////////////////////////////////////////////////////////////////////////// Path: cs.utk.edu!stc06.ctd.ornl.gov!fnnews.fnal.gov!uwm.edu!vixen.cso.uiuc.edu !howland.reston.ans.net!news.sprintlink.net!news.bluesky.net !news.mathworks.com!transfer.stratus.com!xylogics.com!Xylogics.COM!carlson From: carlson@Xylogics.COM (James Carlson) Newsgroups: comp.terminals Subject: Re: PWD shows on the title of the xterm, how?? Date: 11 May 1995 16:00:01 GMT Organization: Xylogics Incorporated Lines: 31 Distribution: world Message-ID: <3otca1$8iq@newhub.xylogics.com> References: <3ot6t0$gfg@tpd.dsccc.com> Reply-To: carlson@xylogics.com NNTP-Posting-Host: newhub.xylogics.com In article <3ot6t0$gfg@tpd.dsccc.com>, chsu@imtn.dsccc.com (Charlie Hsu) writes: |> Hi! |> |> I would like to know how to let your current working directory shows on the |> title of your xterm. I have seen one person did that long time ago. He |> seemed to send a control sequence to the xterm so that everytime he 'cd' to |> a new directory, his xterm title bar shows that directory pathname. |> |> My environment is Sun SPARC 5 OpenWindows with |> OpenLookVisualWindowManager (olvwm). I use ksh in the xterm. The magic command is a text string you have to echo out. The string is: ESC ] 2 ; BEL (I've added spaces for readability.) To put this into ksh, set up an alias that does an echo on that. I use something that looks like (for csh): alias header echo -n "^[]2;\!*^G" Where ^[ is actually an ESC character and ^G is a CTRL-G (BEL). (I don't know the ksh equivalent.) --- James Carlson Tel: +1 617 272 8140 Annex Software Support / Xylogics, Inc. +1 800 225 3317 53 Third Avenue / Burlington MA 01803-4491 Fax: +1 617 272 2618 ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.misc,comp.unix.questions,comp.unix.admin,comp.unix.shell Path: utkcs2!stc06.ctd.ornl.gov!fnnews.fnal.gov!uwm.edu!nntp.primenet.com !news.mathworks.com!enews.sgi.com!news.sgi.com!news.tamu.edu !news.utdallas.edu!nrchh45.rich.nt.com!ferret.ocunix.on.ca!resurrect Date: 20 Sep 1996 20:56:05 GMT From: q8e192@ugrad.cs.ubc.ca (Henry Avatar Chan) Organization: Computer Science, University of B.C., Vancouver, B.C., Canada Message-ID: References: <50n5su$22m@magus.cs.utah.edu> <3230A5F4.19C4@pacbell.com> Subject: Re: prompt in xterm title Charles LaRosse (cxlaros@pacbell.com) wrote: : : Today I saw an xterm that would change the title as the user's prompt : changed. I don't know how to do this and I thought that maybe someone : here could tell me. Thank-you This is what I get when I do a man on tcsh: Tcsh now supports a special alias, "cwdcmd", which if set holds a command that will be executed after changing the value of $cwd. For example, if the user is running on an X window system xterm(1), and a reparenting window manager that supports title bars such as twm(1) and has done: > alias cwdcmd 'echo -n "^[]2;${HOST}:$cwd ^G"' then the shell will change the title of the running xterm(1) to be the name of the host, a colon, and the full current working directory. A more fancy way to do that is: > alias cwdcmd 'echo -n "^[]2;${HOST}:$cwd^G^[]1;${HOST}^G"' This will put the hostname and working directory on the title bar but only the hostname in the icon manager menu. Note that if a user defines cwdcmd to contain a cd, pushd, or popd, command, an infinite loop may result. In this case, it is the author's opinion that said user will get what he deserves. I hope this helps, Henry .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. SVR4 users can also try: alias cwdcmd 'printf "\0033]2;${HOST}:$cwd\0007\0033]1;${HOST}\0007"' ////////////////////////////////////////////////////////////////////////////// Path: cs.utk.edu!stc06.ctd.ornl.gov!fnnews.fnal.gov!lll-winken.llnl.gov!hookup !usenet.eel.ufl.edu!news-feed-1.peachnet.edu!news.duke.edu !news.mathworks.com!gatech!howland.reston.ans.net!xlink.net!xlink100 !ka.sub.net!rz.uni-karlsruhe.de!news.uni-ulm.de!news.belwue.de !news.belwue.de!aixterm8.urz.uni-heidelberg.de!bk1 Newsgroups: comp.emacs,comp.terminals Message-ID: <3qfk5d$dvl@news.belwue.de> References: <9505291700.AA15928@xenon.EE.McGill.CA> Organization: =?ISO-8859-1?Q?Universit=E4t_Heidelberg,_Deutschland?= Date: 30 May 1995 17:20:45 GMT From: bk1@aixterm8.urz.uni-heidelberg.de (Karl Brodowsky) Subject: Use ESC-prefix instead of Meta-key (Re: [Q]: how to get a Meta key in xterm?) Cristi Cocosco schrieb: | I run _emacs_ (non-X) in an xterm window, on a NCD/Motorola X-Terminal, | connected to a net of HP9000 servers. I haven't figured out a way to | get a "`Meta"' key action in emacs for the "`Alt"' keys I have on my kbd | (similar layout with the PC one, except the swaped Caps and Ctrl-Left). You can use ESC as prefix instead of a meta key. If you use 8-bit-characters this is what you have to do in an xterm, since Meta would add a high bit and make M-d and ä (a-umlaut) undistinguishable. This problem has been solved in a neat way for Linux, where the alt-key produces exactly this ESC prefix and thus works well even if 8-bit-characters are used. I don't see any real advantage in using the meta-key instead of the ESC-prefix though. -- Karl Brodowsky (Mime willkommen) ## emacs 19.22 ## ## konvers 0.911 ## ## asc2iso 0.526 ## ## tin version 1.2-latin1 PL2 ## ## :-) Version 224 ## ## AIX (Versionsangabe verweigert) ## ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.emacs,comp.terminals Path: cs.utk.edu!gatech!news.sprintlink.net!EU.net!Germany.EU.net !Dortmund.Germany.EU.net!Informatik.Uni-Dortmund.DE!news Organization: University of Dortmund, Germany Message-ID: References: <9505291700.AA15928@xenon.EE.McGill.CA> Reply-To: Kai Grossjohann NNTP-Posting-Host: dusty.informatik.uni-dortmund.de In-reply-to: crisco@ee.mcgill.ca's message of 29 May 1995 12:01:22 -0500 To: crisco@ee.mcgill.ca (Cristi Cocosco) X-Newsreader: (ding) Gnus v0.77 Date: 30 May 1995 08:49:55 +0200 From: grossjoh@dusty.informatik.uni-dortmund.de (Kai Grossjohann) Subject: Re: [Q]: how to get a Meta key in xterm? >>>>> "Cristi" == Cristi Cocosco writes: Cristi> Hello, I run _emacs_ (non-X) in an xterm window, on a Cristi> NCD/Motorola X-Terminal, connected to a net of HP9000 Cristi> servers. I haven't figured out a way to get a "Meta" key Cristi> action in emacs for the "Alt" keys I have on my kbd (similar Cristi> layout with the PC one, except the swaped Caps and Cristi> Ctrl-Left). I suspect your xterm is `eating' the Alt thing. You can configure xterm so that M-x is transformed to ESC x before being sent to the program. I think it's the eightBitInput resource. hth, \kai{} -- ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.emacs,comp.terminals Path: cs.utk.edu!gatech!swrinde!cs.utexas.edu!convex!camelot.dsccc.com !sun001.spd.dsccc.com!spd.dsccc.com!kgallagh NNTP-Posting-Host: @hpap102.spd.dsccc.com Organization: DSC Communications Corporation, Plano, Texas USA Message-ID: <3qih45$847@sun001.spd.dsccc.com> References: <9505291700.AA15928@xenon.ee.mcgill.ca> Date: 31 May 1995 19:47:17 GMT From: kgallagh@spd.dsccc.com (Kevin Gallagher) Subject: Re: [Q]: how to get a Meta key in xterm? In article <9505291700.AA15928@xenon.ee.mcgill.ca>, Cristi Cocosco wrote: > > I run _emacs_ (non-X) in an xterm window, on a NCD/Motorola X-Terminal, > connected to a net of HP9000 servers. I haven't figured out a way to > get a "Meta" key action in emacs for the "Alt" keys I have on my kbd > (similar layout with the PC one, except the swaped Caps and Ctrl-Left). An xterm has support for 8-bit character input and output but I suspect the shell you are using is stripping off the high bit from input handed to it from the xterm process BEFORE it passes it on to emacs. To get around this you need to tell xterm to convert Meta characters to two-character escape sequences which emacs will interpret as if they were Meta characters. Here's the appropriate X resource description from the xterm man page: eightBitInput (class EightBitInput) If true, Meta characters input from the keyboard are presented as a single character with the eighth bit turned on. If false, Meta characters are converted into a two-character sequence with the character itself preceded by ESC. The default is ``true.'' Just set is as follows: XTerm*VT100.eightBitInput: false in your .Xdefaults file (or equivalent file). ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.os.vms Path: cs.utk.edu!gatech!howland.reston.ans.net!tank.news.pipex.net!pipex !oleane!univ-lyon1.fr!ws41.cnusc.fr!unix13.u-3mrs.fr !lasma5.astrsp-mrs.fr!vibert Organization: Laboratoire d'Astronomie Spatiale, marseille France Lines: 33 Distribution: world Message-ID: <4247qc$8t0@unix13.u-3mrs.fr> References: <144543@cup.portal.com> Reply-To: vibert@astrsp-mrs.fr Date: 31 Aug 1995 11:52:44 GMT From: vibert@lasma5.astrsp-mrs.fr (Didier Vibert) Subject: Re: Q: Add DO and KEYPAD MINUS to AlphaStation keyboard? In article <144543@cup.portal.com>, Chris_F_Chiesa@cup.portal.com writes: |> |>I figure it should be relatively straightforward to customize either the |>DECterm emulator, or the overall DW/Motif environment, so that some other, |>currently "dead or useless" key |>gets interpreted by VMS as the "Do," "Keypad |>Minus," "<", and ">" keypresses -- but I lack experience, documentation, |>and time, and am wondering if some kind soul out there who's got this |>stuff at his/her fingertips could drop me a line (here -or- via e-mail) |>about the how-to's. |> Yes there is a software to do that called "xkeycaps". It enables you to redefine all the keypresses of your keyboard and handles a lot of common keyboards. you can find it at : ftp://axp.psl.ku.dk/decwindows ftp://ftp2.cnam.fr/decwindows ftp://ftp.et.tudelft.nl/decwindows ftp://ftp.ctrl-c.liu.se/decwindows http://axp616.gsi.de:8080/wwwar/cena/decwindows/cena.html regards. -- ''''' +------------------------/ ____ ____ ( O O ) / Didier Vibert / * / // * \--C-N-R-S------m---U---m----------+ / (vibert@astrsp-mrs.fr) / --*-- / \ Laboratoire d'Astronomie Spatiale \ tel 91.05.59.00 *____/ /____/ traverse du siphon, BP 8 / fax 91.66.18.55 13376 marseille cedex 12, FRANCE / ---------------------------------------------------------------------------+ ////////////////////////////////////////////////////////////////////////////// Path: cs.utk.edu!gaia.ns.utk.edu!FOTOTEC2.RMT.UTK.EDU!bobj From: bobj@utk.edu (Bob Johnson) Newsgroups: comp.sys.mac.apps,comp.terminals,comp.emulators.misc, comp.graphics.misc,comp.misc,comp.windows.x.apps, comp.protocols.appletalk,comp.sys.mac.graphics,comp.sys.misc Subject: Re: X-Window emulator for P.C.'s Date: Wed, 27 Sep 1995 22:45:23 GMT Organization: Biology Services Facility Message-ID: References: <43bsi6$ccl@ixnews2.ix.netcom.com> <43rgnv$9gi@m1.cs.man.ac.uk> <446l5v$h4v@paperboy.RND.Softimage.COM> NNTP-Posting-Host: fototec2.rmt.utk.edu X-Newsreader: Trumpet for Windows [Version 1.0 Rev B final beta #1] writes: >But if you really need to run MS-Windows, there is an emulator call: "Exceed" >or>something like that. There is even one version that exist for modem! >(Sorry for not>being more precise!) >They are other X emulator too! (but I don't their name...!) :-( >-- Hummingbird's "eXceed" does a very good job but is a little pricey. If you want a freeware version from these folks try to get "xwindemo.exe" from some of the FTP sites around. If anybody is interested and can't find it, contact me and I'll try to post some more info on a site. The version I have may be outdated but does a good job over modem, ISDN, or Ethernet. Be advised though that X over a modem can be very slow indeed. I don't even use it much with my ISDN. The commercial packages like "eXceed" and X-link are probably faster though. The company info for "xwindemo" is : **************************************************** * --- NOTE --- * * If you need help, email support@starnet.com * **************************************************** ---------------------------------------------------------------- George Brennan e-mail: george@starnet.com Dick Montgomery e-mail: dick@starnet.com StarNet Communications FAX: 1-408-739-0936 550 Lakeside Dr. Ste. 3 Voice: 1-408-739-0881 Sunnyvale, Ca. 94086 =========================================================== Bob Johnson Computer Programmer/Specialist Biology Services Facility University of Tennessee ///////// //////// ////////// 123 Austin Peay Bldg. /// /// /// /// Knoxville Tn 37996 ///////// /// /////// 615.974.4219 /// /// /// /// bobj@utk.edu /////////// //////// /// "Networking and Imaging for the Life Sciences" =========================================================== ////////////////////////////////////////////////////////////////////////////// Path: cs.utk.edu!gatech!newsfeed.internetmci.com!news.exodus.net!aimnet.com !news2.aimnet.com!usenet From: Michael Bennett Newsgroups: comp.unix.solaris,comp.unix.sys5.r4,comp.editors,comp.terminals Subject: Re: vi doesn't restore the terminal (text) in Solaris 2.4 Date: Tue, 06 Feb 1996 01:47:41 -0800 Organization: Common Ground Software, Inc. Message-ID: <311723BD.1985@commonground.com> References: <310A3956.23B0@commonground.com> <4ei1uh$re4@flonk.uk.sun.com> <4elov0$2q5@kodak.rdcs.Kodak.COM> NNTP-Posting-Host: dial-sf1-2.iway.aimnet.com To: Kevin C Scott CC: mbennett@eros.commonground.com Kevin C Scott wrote: > I'd like to ask a > related question about terminal configuration on Sun systems > (both SunOS and Solaris). It seems that whenever the scrollbar > is active, programs are unable to send out escape sequences to > modify the contents of the screen. For example, when using > tcsh with scrolling enabled, it is seemingly impossible to > use the up/down arrow keys to recall previous commands. Also, > when the scrollbar is active, and I use less to view a file > that happens to be smaller than a screenful, the whole file > flips by instantly and then is immediately erased. Is there > some configuration trick that will allow simultaneously having > the scrollbar active and allowing programs to send out escape > codes to edit the text on the screen? Having such a capability > would make the scrollbar much more useful than it currently is. As another reply pointed out, Sun's cmdtool has some nice features that break a lot of other things. If you use xterm (with or without a scroll bar) all these features work fine. Note that you can also use ^P/^N in place of up/down arrows in tcsh, as well as whatever up/down line commands supported by the editor your emulating (emacs or vi). This feature, as well as file completion works better in xterm as well. You can still get programs confused about the size of your terminal with xterm, particularly after a telnet. eval `resize` works on a lot of systems to correct this. I don't know about less - I've hardly used it. I almost never use more any more either - my xterm scroll bar works! (more or less :) ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris,comp.unix.sys5.r4,comp.editors,comp.terminals Path: stc06.ctd.ornl.gov!news.er.usgs.gov!rsg1.er.usgs.gov!jobone!news2.acs.oar Sender: dkarr@cheetos.nmo.gtegsc.com Distribution: inet Message-ID: References: <310A3956.23B0@commonground.com> <4eot86$ngg@ngriffin.itc.gu.ed> Organization: GTE NMO Date: 01 Feb 1996 09:14:24 -0800 From: dkarr@nmo.gtegsc.com (David Karr) Subject: Re: vi doesn't restore the terminal (text) in Solaris 2.4 >>>>> "Tony" == Tony Nugent writes: In article <4eot86$ngg@ngriffin.itc.gu.edu.au>, Tony Nugent Tony> Michael Bennett writes: >> When running vi under SunOS 4.1.3, after completing >> the edit, my terminal is pleasantly returned to >> it's original state. For example, I can see the >> output of the last ls command I ran before running >> vi. >> Under Solaris 2.4, the text previously on the terminal >> is gone and I see part of the file I was editing instead. >> I find this horrible, and in fact it effectively eliminates >> the value of the scrollbar on my xterms. >> This definitely seems to be a problem with vi (or the curses >> library or something) because when rlogin'd to a SunOS >> machine from my Solaris machine, vi works as desired. >> It doesn't seem to be related to the terminal program, as >> the behavior is the same under xterm or shelltool. Tony> No, I don't think so. xterm should be like vt220 (or is it vt102 - Tony> can't recall for certain now) in that it can save and restore parts of Tony> the screen. It's a term problem, not one with vi (or curses). >> Anyone know why this is, or better yet what I can do to >> get the SunOS behavior under Solaris. Tony> Not too sure, but try asking this question in comp.terminals, as the Tony> gurus there might be able to point you in the right direction. When we moved from SunOS to Solaris, I noticed the new behavior. I found a terminfo description with the missing "smcup" and "rmcup" entries. Using that description instead of the default one gave us back the "restoring" behavior. Here is the "xterm" description I've been using: xterm|vs100|xterm terminal emulator, am, eslok, hs, km, mir, msgr, xenl, cols#80, it#8, lines#65, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m$<2>, bold=\E[1m, clear=\E[H\E[2J, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=\b, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, dsl=\E[?E, ed=\E[J, el=\E[K, el1=\E[1K$<3>, enacs=\E(B\E)0, fsl=\E[?F, home=\E[H, ht=\t, hts=\EH, ich=\E[%p1%d@, ich1=\E[@, il=\E[%p1%dL, il1=\E[L, ind=\n, ka1=\EOq, ka3=\EOs, kb2=\EOr, kbs=\b, kc1=\EOp, kc3=\EOn, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kent=\EOM, kf0=\EOy, kf1=\EOP, kf10=\EOx, kf2=\EOQ, kf3=\EOR, kf4=\EOS, kf5=\EOt, kf6=\EOu, kf7=\EOv, kf8=\EOl, kf9=\EOw, rc=\E8, rev=\E[7m, ri=\EM, rmacs=^O, rmcup=\E[2J\E[?47l\E8, rmkx=\E[?1l\E>, rmso=\E[m, rmul=\E[m, rs1=\E>\E[1;3;4;5;6l\E[?7h\E[m\E[r\E[2J\E[H, sc=\E7, sgr=\E[0%?%p1%p6%|%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;m%?%p9%t^, sgr0=\E[m, smacs=^N, smcup=\E7\E[?47h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, tsl=\E[?E\E[?%i%p1%dT, (be careful of Tabs vs. Spaces). ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.admin Path: stc06.ctd.ornl.gov!fnnews.fnal.gov!uwm.edu!math.ohio-state.edu !howland.reston.ans.net!newsfeed.internetmci.com!news.sesqui.net !uuneo.neosoft.com!Starbase.NeoSoft.COM!not-for-mail From: will@Starbase.NeoSoft.COM (Will Morse) Subject: Re: Getting VAX key bindings from a Sun Date: 25 Mar 1996 08:21:18 -0600 Organization: NeoSoft, Inc. +1 713 968 5800 Lines: 35 Message-ID: <4j6a4u$qdu@Starbase.NeoSoft.COM> References: <4j5rlc$gir@info.estec.esa.nl> In article <4j5rlc$gir@info.estec.esa.nl>, Karl Keyte wrote: > > Can anyone tell me how to get correct VAX-style key bindings from, say, an > xterm telnet-ed into a VAX/VMS system? In particular, I'm looking for use > of the numeric keypad for VAX EDT-like editing and all the function keys, > including the F17 to F20 keys. I don't really mind WHERE they're mapped, > just so long as they're accessible. I am not sure if this is what you are looking for, but try the +sf option (turns off Sun Function Keys) on the xterm. There is a fairly tedious, but useful, way to remap keys in the .Xdefaults or app-defaults/XTerm file. I recall it looks something like: decxterm*VT100.Translations: #override \n\ F1: string("0x1b") string("0q") \n\ and you start your xterm as xterm +sf -name decxterm ----- & but I have been in a VAX-free environment for two years now and I might not be remembering this completely. Hope this helps. Will -- # Gravity, # Will Morse # not just a good idea, # BHP Petroleum (Americas) Inc. # it's the law. # Houston, Texas # # will@starbase.neosoft.com # ////////////////////////////////////////////////////////////////////////////// =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Excerpts from the OpenVMS FAQ: ------------------------------ DECW3. How can I get the information from SHOW DISPLAY into a symbol? Use the undocumented SHOW DISPLAY/SYMBOL, and then reference the symbols DECW$DISPLAY_NODE, DECW$DISPLAY_SCREEN, DECW$DISPLAY_SERVER and/or DECW$DISPLAY_TRANSPORT. [Fairfield@Slac.Stanford.Edu] ------------------------------------------------------------ DECW4. How do I get a log of a DECterm session? If you are working from a Decterm, you can use the AutoPrint feature. Choose the "Printer..." menu item from the "Options" menu, set the printing destination to the name of the file you want, and set "Auto Print Mode". You are now free to continue. It should be noted that ALL the characters and escape sequences are captured, but if you display the log file on a DECterm you will get EXACTLY what you had. [fenster@star.enet.dec.com] ------------------------------------------------------------ DECW5. Problem - the DELETE key deletes forward instead of backward! This has to do with Motif's virtual bindings. When a Motif application starts up, it looks at the vendor string returned in the display connection information and attempts to match the string to a table of virtual bindings. You can override the default bindings in your decw$xdefaults.dat file. Here is the entry you would make to get the default VMS bindings. *defaultVirtualBindings:\ osfCancel : F11 \n\ osfLeft : Left \n\ osfUp : Up \n\ osfRight : Right \n\ osfDown : Down \n\ osfEndLine :Alt Right \n\ osfBeginLine :Alt Left \n\ osfPageUp : Prior \n\ osfPageDown : Next \n\ osfDelete :Shift Delete \n\ osfUndo :Alt Delete \n\ osfBackSpace : Delete \n\ osfAddMode :Shift F8 \n\ osfHelp : Help \n\ osfMenu : F4 \n\ osfMenuBar : F10 \n\ osfSelect : Select \n\ osfActivate : KP_Enter \n\ osfCopy :Shift DRemove \n\ osfCut : DRemove \n\ osfPaste : Insert To merge: $ xrdb :== $decw$utils:xrdb.exe $ xrdb -nocpp -merge decw$xdefaults.dat [kleinsorge@star.enet.dec.com] ////////////////////////////////////////////////////////////////////////////// Newsgroups: alt.solaris.x86,comp.unix.admin,comp.unix.solaris References: <351147DE.B443E065@acm.org> Message-ID: <35151EAB.B4E80DF7@acm.org> Date: Sun, 22 Mar 1998 08:22:35 -0600 From: "Ewin H. Barnett" Subject: Re: Xterm VT100/102 function keys My thanks to the people who took time to respond to my cry for help in getting xterm to have the proper PC key mapping for VT100, when logging on to a remote VAX/VMS system. I have combined the best parts from several of the replies and produced the following whi works just fine for me. Ewin Barnett xterm -title "Xterm on VAX" -sb -sl 1200 \ -xrm \ "XTerm*vt100.translations: #override \n\ Insert: string(\001) \n\ Shift Up: scroll-back(1,lines) \n\ Shift Down: scroll-forw(1,lines) \n\ Shift Right: string(0x1b) string("f") \n\ Shift Left: string(0x1b) string("b") \n\ Shift Delete: string(0x1b) string(0x08) \n\ Shift Tab: string(0x1b) string("*") \n\ 0x1000FF0D: scroll-back(1,page) \n\ 0x1000FF0E: scroll-forw(1,page) \n\ 0x1000FF09: string(\010) \n\ 0x1000FF0A: string(\005) \n\ BackSpace: string(0x7f) \n\ Select: select-start() \n\ 0x1000FF02: select-end(PRIMARY,CUT_BUFFER0) \n\ Meta 0x1000FF02: select-end(CLIPBOARD) \n\ 0x1000FF04: insert-selection(PRIMARY,CUT_BUFFER0) \n\ Meta 0x1000FF04: insert-selection(CLIPBOARD) \n\ F1: string(0x1b) string("OP") \n\ F2: string(0x1b) string("OQ") \n\ F3: string(0x1b) string("OR") \n\ F4: string(0x1b) string("OS") \n\ F5: string(0x1b) string("OA") \n\ F11: string(0x1b) string("[23~") \n\ F12: string(0x1b) string("[24~") \n\ KP_0: string(0x1b) string("OP") \n\ KP_1: string(0x1b) string("OQ") \n\ KP_2: string(0x1b) string("OR") \n\ KP_3: string(0x1b) string("OS") \n\ KP_4: string(0x1b) string("OT") \n\ KP_5: string(0x1b) string("OT") \n\ KP_6: string(0x1b) string("Ov") \n\ KP_7: string(0x1b) string("Ow") \n\ KP_8: string(0x1b) string("Ox") \n\ KP_9: string(0x1b) string("Oy") \n\ KP_Divide: string(0x1b) string("OQ") \n\ KP_Multiply: string(0x1b) string("OR") \n\ KP_Subtract: string(0x1b) string("OS") \n\ KP_Enter: string(0x1b) string("OM") \n\ Num_Lock: string(0x1b) string("OP") \n\ Num_Lock: string(0x1b) string("OP") \n\ CtrlKP_Add: string(0x1b) string("Om") \n\ KP_Add: string(0x1b) string("Ol") \n\ KP_Decimal: string(0x1b) string("On") \n\ Insert: string(0x1b) string("[1~") \n\ Delete: string(0x1b) string("[4~") \n\ Home: string(0x1b) string("[2~") \n\ End: string(0x1b) string("[5~") \n\ : select-start() \n\ : select-extend() \n\ : select-end(PRIMARY,CUT_BUFFER0) \n\ Button1: select-end(CLIPBOARD) \n\ Button1: ignore()" \ -e telnet xxxxx.com -- ==== Ewin H. Barnett III, Boone County, Missouri, USA. When encryption is outlawed, only outlaws will encrypt. "Never believe anything until it has been officially denied." Bismarck ////////////////////////////////////////////////////////////////////////////// DECW9. How do I set the title on a DECterm window? If you are creating a new DECterm window, check HELP CREATE /TERMINAL /WINDOW_ATTRIBUTES. If you want to change the title of an existing window, use the following control sequences, where is the ANSI escape code, value decimal 27, and is what you want to display: To set the DECterm title, send ]21;\ To set the icon label, send ]2L;\ For example, DCL to display "My DECterm" in title bar: $ ESC[0,8]=27 $ WRITE SYS$OUTPUT "``ESC`]21;My DECterm``ESC`\" [p_lee@decus.ch] You can also change the title and the icon using the Options-Window... menu. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris, comp.sys.sun.admin Message-ID: <%5mY2.464$jw4.33999@burlma1-snr2> References: <7gspkk$edd$1@nnrp1.deja.com> Organization: GTE Internetworking, Cambridge, MA Date: Thu, 06 May 1999 19:31:07 GMT From: Barry Margolin Subject: Re: Terminal Name In article <7gspkk$edd$1@nnrp1.deja.com>, wrote: >I was wondering is there a way to change the title bar on a terminal >window in CDE/CUE when in that window. I know that you can specify the >title of the terminal when you are invoking it but I want to change the >title when in the terminal. I know that this could be done in HP's version >of CDE. xterm supports escape sequences to set the window title and/or icon name. \e ] 0 ; iconname-and-title \7 \e ] 1 ; iconname \7 \e ] 2 ; title \7 -- Barry Margolin, barmar@bbnplanet.com GTE Internetworking, Powered by BBN, Burlington, MA ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.os.vms Path: cs.utk.edu!cssun.mathcs.emory.edu!news-feed-1.peachnet.edu !usenet.eel.ufl.edu!news.mathworks.com!mvb.saic.com!info-vax From: Jerry Leichter Subject: Re: WP on X-terminals, decwindows, Xcursion Message-ID: <9603190244.AA17250@uu3.psi.com> Date: Mon, 18 Mar 96 21:47:21 EDT Organization: Info-Vax<==>Comp.Os.Vms Gateway >Word Perfect can show italic, both, underline and double underlined >characters on a VT Terminal (VT320,420,520). But only both and >underline is shown on a DEC Windows Terminal or on the same started >with eXCursion from a PC. If we change the Soft Char Switch on >DISABLE (with SET TERM /NOSOFT), on a VT Terminal, double underline >and italic is no longer shown. So we set the soft character also on >der DEC windows terminal. No success!! We thing that WP uses the soft >character, because there is no esc-sequence in the VT programing >system to cause character been displayed italic or double underlined. >If this is correct, the question is, why is the terminal emulation of >DEC Windows Terminal not able to do it? That's correct, WP is using the soft characters supported on real VT terminals. It's an impressive implementation... one can even display Russian characters on a character-cell terminal! Unfortunately, DEC didn't implement soft characters in their DECterm software. Why, I don't know, but I'd like to hear from someone in Digital about this. Will soft characters ever be implemented in DECterms? I wouldn't bet on it. Soft characters are defined as bitmaps. They are tied to the exact cell size of the terminal, and sometimes to specific layout details. (Some older terminals, at least, would duplicate certain rows or columns as a way to get "richer" characters without having to allocate space for them.) Hence, any particular soft characters you define are specific to the particular terminal. For a DECterm, you'd have to define a whole set of characters for ... well, for *what*? For a DECterm, *everything* is soft: You can use any font you like. (Well, any fixed-width font that contains the proper characters at least.) The cell sizes will vary. Given an X-window-based system, there are much more flexible and powerful ways to use alternate fonts if you want them. The potential payoff from providing the facility in a DECterm window isn't very high, and the problems involved could be complex. (A "real" terminal is controlling the font-to-screen stuff entirely by itself; a DECterm, on the other hand, is letting X do that stuff. So it's not so easy to just shove in some new characters.) None of this is to say that such a facility *couldn't* be provided, or that it might not be handy in some (probably quite rare) circumstances. But my bet is that the demand just isn't there to justify the necessary effort. -- Jerry ////////////////////////////////////////////////////////////////////////////// from the SUN FAQ http://www.cis.ohio-state.edu/hypertext/faq/usenet/comp-sys-sun-faq/faq.html --4) Can I use Sun's AnswerBook under X11R5(6)? AnswerBook in its current form requires the Openwindows server. It uses the NeWS/Display Postscript extensions to this server to display the Answerbook files. To use AnswerBook under X11R5 you will need to replace the docviewer program with program that calls Ghostscript to view these pages. A replacement docviewer can downloaded from ftp.ece.uc.edu [129.137.8.99] as /pub/sun-faq/Source/docviewer.tar.gz This kit contains more than one docviewer. Try using the one in the toplevel docviewer directory. This replacement docviewer does not support all the options that the "real" docviewer supports such as "hypertext" links. To install the replacement "docviewer" you will also need Ghostscript 2.4 or above and Ghostview 1.3 or above both of which are available from prep.ai.mit.edu in the /pub/gnu/ directory. This replacement docviewer is reported to work with all versions of AnswerBook but not as well as the original :). (searching and hyperlinks don't work) ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.admin,comp.terminals Path: cs.utk.edu!news.msfc.nasa.gov!europa.eng.gtefsd.com!MathWorks.Com !usenet.fiu.edu!usenet.ufl.edu!clas.ufl.edu!usenet.cis.ufl.edu !prl.ufl.edu!kem Date: 12 Jul 1994 21:30:06 GMT Organization: University of Florida Parallel Reasearch Lab. Message-ID: <2vv20u$7pc@sand.cis.ufl.edu> References: From: kem@prl.ufl.edu (Kelly Murray) Subject: Re: cannot lock screen in X terminal In msg , shlam@ie.cuhk.hk (Alan S H Lam) wrote: |> |> I am using Sparcclassics X terminal running xdm. I find |> that I cannot lock screen on my X terminal. Do I need to |> hack the xlock code to do so? If I hack the xlock code, |> will I violate some important security measures in xlock? | Try using the -remote option to xlock when running on an X terminal. -- - Kelly Murray (kem@prl.ufl.edu) -University of Florida Parallel Research Lab 96-node KSR1, 64-node nCUBE ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.admin,comp.terminals Path: cs.utk.edu!gatech!europa.eng.gtefsd.com!MathWorks.Com !transfer.stratus.com!xylogics.com!Xylogics.COM!carlson Date: 13 Jul 1994 15:07:03 GMT Organization: Xylogics Incorporated Message-ID: <300vun$rgo@newhub.xylogics.com> References: <2vv20u$7pc@sand.cis.ufl.edu> <300o68$qtt@newhub.xylogics.com> <300tdd$3fe@mail.fwi.uva.nl> From: carlson@Xylogics.COM (James Carlson) Subject: Re: cannot lock screen in X terminal In article <300tdd$3fe@mail.fwi.uva.nl>, casper@fwi.uva.nl (Casper H.S. Dik) writes: | |> carlson@Xylogics.COM (James Carlson) writes: |> ) |> ) try "xlock -remote"... |> ) |> >That doesn't quite do it, either. It leaves the xhost stuff |> >misconfigured so that the terminal is useless once the lock is removed. |> >I have to power-cycle (!) my NCD tube if I use "xlock -remote" from our |> >SunOS 4.1.3 system. And the documentation is a little vague about how |> >to fix this (+allowaccess doesn't seem to fix the problem). |> |> >If someone does find a way to use this, I'd like to know! |> |> |> Run your xterminal with magic cookie authorization, not with |> xhost authentication. That way xlock can't screw up the auth info. Ah, that must be the problem. NCD17c version 2.2.0 doesn't seem to support MIT-MAGIC-COOKIE authentication. Sigh ... -- James Carlson Tel: +1 617 272 8140 Annex Software Support / Xylogics, Inc. +1 800 225 3317 53 Third Avenue / Burlington MA 01803-4491 Fax: +1 617 272 2618 ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 217.210.1.160 NNTP-Posting-Date: Fri, 24 Nov 2006 12:26:57 CET Message-ID: <5GA9h.24160$E02.9896@newsb.telia.net> Date: Fri, 24 Nov 2006 11:26:57 GMT From: "Thommy M. Malmström" Subject: xhost + & DISPLAY=localhost:0 What can I've done wrong when I get this behaviour? Logged in "normal" user in Gnome I do "xhost +" then I su -, bash and export DISPLAY=localhost:0 But every attempt to bring up a window as root gives "Can't open display". Then I do export DISPLAY=:0 and now it works to get a window up as root. I've done this a million times on thousands of installations before and it has always worked. So, my fingers must have slipped somewhere but I can't figure out where... ;-) Is it a IPv6 thing and the first row in /etc/inet/hosts "::1 localhost" ??? Doesn't help to just remove that line... /Thommy M. # grep -v ^# /etc/inet/hosts ::1 localhost 127.0.0.1 localhost loghost 192.168.128.106 schumi 192.168.0.107 koha 192.168.128.113 samprinter 192.168.128.114 backup # Added by DHCP # ifconfig -a lo0: flags=2001000849 mtu 8232 index 1 inet 127.0.0.1 netmask ff000000 rtls0: flags=1004843 mtu 1500 index 2 inet 192.168.128.114 netmask ffffff00 broadcast 192.168.128.255 ether 0:f:ea:e8:fc:71 rtls0:1: flags=1000843 mtu 1500 index 2 inet 192.168.0.107 netmask ffffff00 broadcast 192.168.0.255 # cat /etc/release Solaris Nevada snv_49 X86 Copyright 2006 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 25 September 2006 .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: 62.177.151.68 References: <5GA9h.24160$E02.9896@newsb.telia.net> Message-ID: <4566f137$0$322$e4fe514c@news.xs4all.nl> Organization: Sun Microsystems, Netherlands Date: 24 Nov 2006 13:18:47 GMT From: Casper H.S. Dik Subject: Re: xhost + & DISPLAY=localhost:0 =?ISO-8859-1?Q?=22Thommy_M=2E_Malmstr=F6m=22?= writes: >What can I've done wrong when I get this behaviour? >Logged in "normal" user in Gnome I do "xhost +" >then I su -, bash and export DISPLAY=localhost:0 Which version of Solaris did you install? "DISPLAY=:localhost" uses a TCP/IP connection; in newer Solaris releases, TCP/IP listening for the X server is disabled (recent Solaris Nevada builds, from build 42 onwards) With "xhost +" people could connect from everywhere and look at the passwords and such you typed and information on the screen. So this change is for the good. Instead of doing "xhost +" you should try doing: xhost +SI:localuser:root (allows connections from root on the local system only; and yes, we *can* tell this with 100% accuracy in Solaris 10 and later) And yes, you should set the DISPLAY to :0; that is the canonical name for the loopback interface (X will select the "fastest" connection) Casper .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: 217.210.1.160 NNTP-Posting-Date: Fri, 24 Nov 2006 15:02:16 CET References: <5GA9h.24160$E02.9896@newsb.telia.net> <4566f137$0$322$e4fe514c@news.xs4all.nl> Message-ID: Date: Fri, 24 Nov 2006 14:02:16 GMT From: "Thommy M. Malmström" Subject: Re: xhost + & DISPLAY=localhost:0 Casper H.S. Dik wrote: > > =?ISO-8859-1?Q?=22Thommy_M=2E_Malmstr=F6m=22?= writes: > >> What can I've done wrong when I get this behaviour? > >> Logged in "normal" user in Gnome I do "xhost +" >> then I su -, bash and export DISPLAY=localhost:0 > > Which version of Solaris did you install? As stated in the bottom of my posting, Solaris Nevada snv_49 X86 > "DISPLAY=:localhost" uses a TCP/IP connection; in newer Solaris releases, > > TCP/IP listening for the X server is disabled > (recent Solaris Nevada builds, from build 42 onwards) > > With "xhost +" people could connect from everywhere and look at the > passwords and such you typed and information on the screen. > > So this change is for the good. > > Instead of doing "xhost +" you should try doing: > > xhost +SI:localuser:root xhost +SI:localuser:root works perfectly > (allows connections from root on the local system only; and yes, > we *can* tell this with 100% accuracy in Solaris 10 and later) > > And yes, you should set the DISPLAY to :0; that is the canonical name > for the loopback interface (X will select the "fastest" connection) Thanks Casper, your answers are always so detailed and accurate. Keep up the good work. Again thanks, /Thommy M. ////////////////////////////////////////////////////////////////////////////// Path: utkcs2!stc06.ctd.ornl.gov!cs.utk.edu!gatech!news.mathworks.com !europa.clark.net!dciteleport.com!usenet.logical.net!node2.frontiernet.net !news.interactive.net!news.new-york.net!news1.netusa.net!not-for-mail From: Eli the Bearded Newsgroups: comp.unix.questions,comp.unix.shell,comp.terminals, comp.sys.mac.comm,alt.fan.e-t-b Subject: Re: Problems with vi and Telnet 2.7 (mac) Date: 15 Mar 1997 03:16:18 GMT Organization: Some absurd concept Message-ID: <5gd4a2$v2t$1@news.netusa.net> References: <858232854.27986@dejanews.com> <19970314201704466633@fleur.rtp.co.nz> NNTP-Posting-Host: alpha.netusa.net [comp.unix.misc replaced with comp.terminals] Bryan Christianson wrote: > > Jan B. Schipmolder wrote: >> jmack@p3.net wrote: >> >> : I use Telnet 2.7 (Mac) and vi to edit/create web pages. >> : I like to set the session size of the emulation to be larger >> : than the default, say to 50 lines and 90 columns (from 26, 80). In some environments this works: % stty rows 50 ; stty columns 90 >> After setting the window size, and before entering vi, try to see if >> resize >> is an available command. I usually do >> resize >& /dev/null If this is the resize from X11, that will not work. % eval `resize` It sends an escape sequece to the terminal and the terminal returns the size. Then it creates commands for csh or $SHELL (depends on the version of resize) and outputs them. The eval then evaluates the commands. It may do the stty reset as well, I don't know. > It all depends on the UNIX system. With SVR4 (Solaris, UnixWare etc) the > terminfo database controls all this stuff and on BSD derived systems its > the TERMCAP file. This database is maintained by the UNIX system > administrator and is not changeable by 'mere mortals'. Many implementations allow "mere mortals" to specify their own terminfo database directory with the $TERMINFO env variable. I've done this extensively under HP-UX which has a handy untic command to decompile existing terminfo stuff. The TERMCAP env varible can contain a database entry for the current terminal in many implementations. Elijah ------ B"mere-mortal"FH ////////////////////////////////////////////////////////////////////////////// 2003 A problem can occur with changing the xterm window size under Solaris in the following releases: SPARC platform * Solaris 2.6 with patch 105181-34 or later * Solaris 7 with patch 108319-03 or later * Solaris 8 with patch 109007-09 and 108875-13 or later * Solaris 9 with patch 114135-01 or later x86 Platform * Solaris 2.6 with patch 105182-34 or later * Solaris 7 with patch 108320-03 or later * Solaris 8 with patch 109008-09 and 108876-13 or later * Solaris 9 with patch 114136-01 or later You may with to contact Sun support for help. http://www.sun.com/service/contacting/solution.html You can call 1-800/USA-4-SUN in the United States, 1-800/722-4-SUN in Canada. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: <7414ad99.0305080802.599a3bb5@posting.google.com> Message-ID: Organization: I have a map of the United States that's actual size Date: Fri, 9 May 2003 18:40:18 +0000 (UTC) From: Greg Andrews Subject: Re: Terminal change to 18 rows after patching hicom@bj163.com (Hicom) writes: > > I found a problem after installing recommended patches of Solaris. > > Today, I download Solaris 2.6 recommended patches(May-7-2003) form > SunSolve and install it on my Solaris system. > > When I telnet or ssh this Solaris host, I found the terminal window > size has been changed to 18 rows. > I tried the CRT program, cmd.exe and SecureCRT (VT100 or ANSI mode). > Especially when I use up and down key to move cursor with vi any files, > many rows are rolling and covering, the screen display of terminal is > disordered and confused. I can't edit files. You're experiencing bug 4843340: 4843340 patch 105181-34 /kernel/strmod/ptem returns EINVAL for TIOCGWINSZ ioctl What this means is, the programs runnning on Solaris 2.6 (like vi) perform a function call to find out the window size in rows and columns. When you're on a pseudo-terminal such as when telnetting or ssh-ing, the kernel /kernel/strmod/ptem module handles the function call. The kernel patch 105181-34 broke that function call in the ptem module. Now, instead of returning the correct window size, the function call returns an error. Different applications handle this in different ways. Some assume the screen size of the original VT-100 terminal is the correct size (24 rows and 80 columns). Others do other things. Sun is working on the fix for the problem, but I haven't heard when it will become available. Meanwhile, there are three potential workarounds: 1) Some people have defined their terminals as "xterm" and had things work better for them. This might not work for everyone, however. (the bug says defining the terminal type as "vt100" is the workaround, but that's incorrect) 2) Back out kernel patch 105181-34 and reboot. This will restore the previous version of the /kernel/strmod/ptem file, which didn't have this problem. This might not be possible or desirable for everyone, though. 3) Copy the /kernel/strmod/ptem file from another Solaris 2.6 machine that has not yet been patched with 105181-34, then reboot. This will restore the one broken file while allowing you to enjoy the other bugfixes in 105181-34. This can be done as long as you have another 2.6 machine available (unpatched), or you can retrieve the /kernel/strmod/ptem file from a backup tape made before you applied patch 105181-34. -Greg -- Do NOT reply via e-mail. Reply in the newsgroup. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris, comp.sys.sun.admin References: <3EE4FCEA.7070802@mie.utoronto.ca> Message-ID: Date: Tue, 10 Jun 2003 00:30:54 +0000 (UTC) From: Alan Coopersmith Subject: Re: xterm + vi + line-wrapping = freeze Oscar del Rio writes in comp.unix.solaris: | | Running Solaris 9 on SunBlade 100, last patched May 22... | | When running vi in a xterm, editing a file with long lines | that wrap (e.g. 200-char lines on a 80x24 xterm), if I position | the cursor near the first line-wrap (e.g. at char 75) and | type or middle-click to paste some text that would wrap to the | next line, the xterm freezes and has to be killed (losing | the vi session) *sigh* I thought this patch was pulled. Yes, it was a bug introduced in 112785-16 (I think - around that rev), and is fixed in 112785-19 (still in testing). The bug id is: 4847054 xterm switches to autistic mode by inserting at end-of-line in vi ...and yes, setting your TERM to vt100 prevents it by causing different terminal escape sequences to be used that don't get it stuck. ________________________________________________________________________ Alan Coopersmith alanc@alum.calberkeley.org http://www.CSUA.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM Working for, but definitely not speaking for, Sun Microsystems, Inc. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Path: utkcs2!stc06.ctd.ornl.gov!news.he.net!news.maxwell.syr.edu !feed1.news.erols.com!europa.clark.net!news.clark.net!clark.net Date: 25 Apr 1997 13:20:15 GMT Message-ID: <5jqb2f$5d2@clarknet.clark.net> References: <335E2E31.A33BDE5@usa.net> <5jpul8$l47$1@newsserver.rrzn.uni-hannover.de> From: T.E.Dickey Subject: Re: color xterm (was Re: Color ls in xterm???) Andreas Kromke wrote: : : Richard S. Shuford wrote: : : : : An updated version of "xterm" that supports color via the ANSI X3.64 : : control sequences is available from: : : : : http://www.clark.net/pub/dickey/xterm/xterm.html [Archiver's Note: In 2003, this URL is now http://dickey.his.com/xterm/xterm.html ] : : : : This version also extends the stock xterm by supplying DEC VT220 emulation. : : I succeeding in compiling this. : But, I do not get colour. I start ./xterm and did a printf() with It's documented in the "man" page (honest ;-) Look in: http://www.clark.net/pub/dickey/xterm/xterm.faq.html [2003 URL: http://dickey.his.com/xterm/xterm.faq.html] : printf() with ANSI codes (works with dtterm), but all was B/W. : Do I have to do anything with Xterm.ad, terminfo, termcap and so on? : : I did not find an instruction for installing the program. At this point, it's using the standard imake mechanism (which generates an install-rule in the Makefile). When I go back to it (I'm preparing releases for two other, larger programs), I'll construct (in parallel, of course) a configure script to simplify the process. -- Thomas E. Dickey http://www.clark.net/pub/dickey/ ////////////////////////////////////////////////////////////////////////////// From dickey@clark.net Mon Sep 8 12:11:21 1997 Path: utk.edu!newsfeed.usit.net!news.clark.net!not-for-mail Newsgroups: comp.terminals,comp.unix.aix,comp.protocols.kermit.misc X-Newsreader: TIN [UNIX 1.3 unoff BETA 970527; sun4u SunOS 5.5.1] NNTP-Posting-Host: 100-explorer.clark.net Message-ID: <5usgbh$577@clarknet.clark.net> References: <340AB90E.2781@atess.bel.alcatel.be> <5ukmsb$7uo$1@vixen.cso.uiuc.edu> <5umll1$874$1@apakabar.cc.columbia.edu> <5unadi$kd2$1@apakabar.cc.columbia.edu> <5uscle$mv9$1@picasso.op.net> Date: 6 Sep 1997 21:01:37 GMT From: T.E.Dickey Subject: Re: VT320 emulation Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In comp.terminals root@candle.pha.pa.us wrote: : : Here is what I use in my XTerm init file to do a vt220 in an xterm. I : start the xterm like this: : xterm $XTERMFLAGS +rw +sb +ls $@ -tm 'erase ^? intr ^c' -name vt220 \ : -title vt220 -tn xterm-220 "$@" & If you are using the plain X Consortium xterm (rather than the one I've been working on), it still won't be a vt220, since the vt220 recognizes a number of escape sequences (e.g., SGR 22) that the quasi-vt100 standard xterm doesn't. The XFree86 3.3 xterm supports ANSI color and VT220 emulation There's an faq at http://www.clark.net/pub/dickey/xterm/xterm.faq.html [2003 URL: http://dickey.his.com/xterm/xterm.faq.html] -- Thomas E. Dickey dickey@clark.net http://www.clark.net/pub/dickey ////////////////////////////////////////////////////////////////////////////// Date: 17 Mar 1998 21:47:01 -0700 From: Robert Sweet Newsgroups: comp.unix.solaris, comp.unix.cde Subject: Re: dtterm very slow with Solaris 2.6 David P. Michaels wrote: > > >>>>> "Eric" == Eric Edwards writes: > > Eric> Dtterm has it's annoyances, sure. But there are reasons to use > Eric> it, even now. > > Really? ;) > > Eric> Dtterm is color. The Xterm shipped with Solaris is not. > > As mentioned in other posts, and as I'm sure you're aware, color versions > of xterm are available on the net. I was under the impression that at > least one color xterm was 'bundled' with X11R6, which Solaris 2.6 uses, but > it seems it's not included. > > Eric> Dtterm is shipped with a useable configuration: Good choise of > Eric> colors and fonts. Xterm comes up a wretched black on gray color > Eric> scheme with a small, crummy font. This can be fixed with the > Eric> right X resources, of course, but one can waste a lot of time > Eric> comming up with a pleaseing Xterm configuration when Dtterm works > Eric> right out of the box. > > Or, Sun could save a LOT of your time by putting in some NICE xterm > defaults into the various default Xresources files. Just take a look at > /usr/openwin/lib/app-defaults/XTerm, and you'll see what I mean. I think > the 'ugly' default nature of Xterms is a design to encourage dtterm usage. > It appears that is working for some people, particularly those who never > used xterm before, and thus never went through the ritual of 'fixing' the > lousy default resource settings for it in their private .Xdefaults file. > > Eric> If one is acustomed to command tool, you can still use the same > Eric> cut and paste mechanism. If you prefer the Xterm style, the > Eric> middle mouse button works just like in Xterm. Xterm itself only > Eric> supports the latter. > > Actually, my officemate's dtterms don't allow mouse cut&paste. When I use > his machine, I MUST use the copy/paste buttons. Very annoying. Not sure > how that happened, but there it is. I trust what you're saying is > accurate, though, for defaults, because he's the only one I've seen have > that problem. > > I dislike how the default dtterm action is to act as a login shell. I also > dislike the default dtterm background/foreground, as it is taken from the > color scheme for the desktop, which =rarely= translates well as comfortable > colors for interactive text windows. Then again, the default xterm > background/foreground I think has the same, or worse problem [which, again, > is a design flaw on Sun's part, not any flaw of xterm in particular - take > 'ghostview' for instance ... its default foreground is white, and default > background is the same as the desktop's default background ... imagine how > ugly that can get, depending on your desktop's color scheme ... especially > 'bright' color schemes ... yuck!! .. but then again, that's a matter of > your SA's installation practices, since ghostview isn't bundled]. > > When I first switched to CDE from mwm, I hung out with the dtterms for a > while. At first, I thought they were great, because they 'fixed' a problem > I was having with the 'tekwindow' with xterms (you know, > control-mousebutton? .. the window was always 80x50 pixels .. I'll give you > 3 guesses why ;). But then, I started seeing all the bugs that dtterms > had. Like how sometimes when you were cut&pasting text from one of the > windows, all the rest of the text would disappear, or maybe just the left > 10 columns worth. Yuck. As soon as I figured out how to convince CDE to > use xterms instead of dtterms, I did so, and never use them anymore unless > I'm at someone else's console. And even then, I usually first run 'xterm > &', and do whatever work I need to do there in that window, which I can > then conveniently kill when I'm done, leaving their workspace unchanged. > > I suspect dtterms are much nicer now (though someone else said they were > really slow now, for some reason?). I could still do without the silly > cut&paste animation, but that's not a real gripe. Suffice it to say, my > roots have been so firmly planted in the 'xterm' world for so long, that > switching now is meaningless, unless someone can convince me that 'xterm' > will some day go away. ;) > > -- > Dave Michaels, Raytheon, Unix SA | "I wonder what news is doing..." > dmichael_NOSPAM@redwood.dn.hac.com | news@newshost <29> ps -fu news > http://www.dimensional.com/~rooth | news 18624 12367 2 0:00 makehistory > rooth_NOSPAM@dimensional.com | "News is making history." I am running Triteal CDE on a RH 5.0 Linux box and dtterm, IMHO, is very good and just as fast as xterm or color-xterm. It also has features that xterm doesn't. -- ......... Robert Sweet `:::' ....... ...... robs@primenet.com ::: * `::. ::' Gardner Lithograph ::: .:: .:.::. .:: .:: `::. :' ::: :: :: :: :: :: .::. ::: .::. .:: ::. `::::. .:' ::. ...:::.....................::' .::::.. The choice of a GNU generation UNIX is user friendly. It's just selective about who its friends are. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris,comp.unix.cde Message-ID: <6erec5$jur$1@clarknet.clark.net> References: <6e6oi1$fl9$1@shade.twinsun.com> <350F5036.B08746F8@robs.sna.primenet.com> Date: 19 Mar 1998 15:41:57 GMT From: "T.E.Dickey" Subject: Re: dtterm very slow with Solaris 2.6 In comp.unix.cde Robert Sweet wrote: : : I am running Triteal CDE on a RH 5.0 Linux box and dtterm IMHO is very : good and just as fast as xterm or color-xterm. It also has features that : xterm doesn't. Some features (the popup with the help panel), true. But for a fair comparison, you ought to compare against things that are current. (X Consortium's not done any significant recent development on xterm, but we've done that in XFree86) The XFree86 3.3.2 xterm supports ANSI color and VT220 emulation There's the FAQ at http://www.clark.net/pub/dickey/xterm/xterm.faq.html [2003: http://dickey.his.com/xterm/xterm.faq.html] -- Thomas E. Dickey dickey@clark.net http://www.clark.net/pub/dickey/ ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.hp.hpux,comp.unix.admin,comp.unix.cde Path: transfer.stratus.com!cam-news-feed2.bbnplanet.com !cam-news-hub1.bbnplanet.com!cpk-news-hub1.bbnplanet.com !news.bbnplanet.com!nntp.abs.net!Supernews60!supernews.com!uunet !in3.uu.net!walter.wcom.com!news Organization: IBM Message-ID: <352E35AF.41C6@wcom.com> References: <6gh12p$o3q@nrtphba6.bnr.ca> X-NNTP-Posting-Host: y2kdev.wiltel.com X-Mailer: Mozilla 2.0 (X11; I; AIX 1) To: cballard@nortel.com Date: Fri, 10 Apr 1998 10:07:27 -0500 From: Bipin Vijayasenan Subject: Re: CDE font problems... cballard@nortel.com wrote: > > Hey, > I'm moving some applications from a HPUX 10.20 machine running > HP-VUE to a 10.20 machine running CDE... I've been getting some > font errors when running these applications from an Envizex Xterm. > > here they are: > Warning: Cannot convert string > "-dt-interface user-medium-r-normal-m*-*-*-*-*-*-*-*-*" to type FontStruct > Warning: Missing charsets in String to FontSet conversion > Warning: Cannot convert string > "-dt-interface system-medium-r-normal-m*-*-*-*-*-*-*-*-*" to type FontSet > Warning: Missing charsets in String to FontSet conversion > Warning: Cannot convert string > "-dt-interface user-medium-r-normal-m*-*-*-*-*-*-*-*-*" to type FontSet > > I'm sure that many people have come across this in their > migration to CDE, as I've seen this problem before. If anyone > can help, I'd appreciate it. > > Thanks, > > -- > Chris Ballard > Systems Engineer > I hope you have solved the problem with the font server as suggested by Steve and Greg. I had a similar problem with eXceed (PC Xserver) trying to connect to our AIX. When I specified the font server in the eXceed configuration, the problem was solved. My setting in exceed is server : our AIX server (font server ) Transport : TCP Port : 7500 ( Normally font servers use 7000 ) Catalogue : all ( i dont understand this entry ) Good Luck Bipin ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.hp.hpux Date: 23 Apr 1998 19:54:10 GMT From: David Dalton Subject: Re: XTERM300 Sanchez.Philippe (sanchez@lmt.ens-cachan.fr) wrote: :> :> I would like to know more about XTERM300 If you install PHNE_11017 on a 10.20 system, and also some filesets from the s300 media for 9.10, then your s300 machines can be used with HP-UX 10.20. . For more information see: "Interoperability Guide for HP-UX 9.x/10.x" (part number 5964-1370) "Updating to HP-UX 9.10" (part number B1864-90101). The idea is that a s300 machine can boot from a s700 or s800 10.20 server as a special kind of diskless client. The s300 gets a special executable (kernel) that turns it into an X Terminal. It is a good way to get some additional value out of your s300 hardware when all your s700/800 systems have moved to 10.x. -- -> My $.02 only Not an official statement from HP {They make me say that} -- As far as we know, our computer has never had an undetected error. --------------------------------------------------------------------------- David Dalton 408/447-3016 ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.hp.hpux Message-ID: <3544A404.18A0@uni-tuebingen.de> References: <6i26j3$i5i@bgtnsc02.worldnet.att.net> Date: Mon, 27 Apr 1998 17:28:04 +0200 From: Marcus Siegl Subject: Re: xterm problem Hi Renato > I'm running HP UX 10.20 and I have Hummingbird Exceed 5.0. When > I open a new X Windows session, by typing xterm, I lose the aliases > I created when executing my .profile. Try xterm -ls That means LoginShell. Normaly you can tell the X to start xterm always with -ls. It is made by adding the line XTerm*loginShell: true in your .xdefaults or .xresources and xrdb -merge .xresources Bye -- Marcus Siegl Tel. : 07071-29-76076, Fax : 07071-5059 Post : SFB 275, Sigwartstr. 10, 72076 Tuebingen WWW : http://www.uni-tuebingen.de/geo/staff/gpi/mac.html # Ohh..Mmmama .. : Johnny Bravo ////////////////////////////////////////////////////////////////////////////// From the periodic FAQ (as seen in May 1998): - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - HOW TO MAXIMIZE THE PERFORMANCE OF X -- monthly posting - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Compiled by Art Mulder (art.mulder@ualberta.ca) A Better Terminal Emulator for X - - - - - - - - - - - - - - - - - From the README file distributed with xterm: +----- | Abandon All Hope, Ye Who Enter Here | | This is undoubtedly the most ugly program in the distribution. | ... +----- Ugly maybe, but at my site it's still the most used. I suspect that xterm is one of the most used clients at many, if not most sites. Laziness? Isn't there a better terminal emulator available? See below. If you must use xterm, you can try reducing the number of saveLines to reduce memory usage. [ Oliver Jones (oj@roadrunner.pictel.com), 1) Xvt Suggested by: Richard Hesketh (rlh2@ukc.ac.uk) Author: John D. Bovey (jdb@ukc.ac.uk) Available: export.lcs.mit.edu in /contrib/xvt-1.0.tar.Z [From the README file] "Xvt is an X terminal-emulator that is designed to be more or less compatible with xterm while using much less swap space. It is mainly intended for use at sites which use large numbers of X terminals but may also be useful on single workstations that are short of memory. On a [SunOS 4.1.* Sparc], an initially invoked xvt uses about 1/3 megabyte of swap while xterm uses about 1.3 megabytes (obtained by running pstat rather than ps which seems to give unreliable size figures on SPARCs). The main way that xvt achieves its small size is by avoiding the use of the X toolkit. Since it is a partial 'clone' of xterm, you don't have to rename your resources, as xvt pretends to be "XTerm". In its current version, you cannot bind keys as you can in xterm. I've heard that there are versions of xvt with this feature, but I've not found any yet. UPDATE (Oct 1993): John Bovey tells me that a new version of xvt is in the works that should have some of the most frequently missed xterm features. There have been some conflicting opinions aired over xvt vs. xterm. Different sites with different needs will likely have to do their own evaluation. Caveat Emptor, your mileage may vary. I have seen hard data from J.Bovey showing how xvt does in fact require less swap space than xterm. However, both of us would still like to see any other benchmarks that people can provide comparing the two. (eg: How much RAM each occupies, relative speed of each.) 2) rxvt Suggested by: Zack Evans (zevans@nyx.cs.du.edu) Author: Rob Nation (nation@rocket.sanders.lockheed.com) Originally a stripped down Linux port of xvt, with some minor modifications, I'm now told that this program has been updated several times. John Henders (jhenders@stdismas.wimsey.com): Here's a comparison of memory usage between xterm and rxvt on linux. As a bonux, rxvt scrolls text about 10X faster than an xterm as well. PID TTY MAJFLT MINFLT TRS DRS SIZE SWAP RSS SHRD LIB DT COMMAND 23658 p 1 23 195 44 168 772 0 772 548 560 56 rxvt 27411 pq3 110 247 84 140 1104 0 1104 800 880 76 xterm [ed note: So, has 'rxvt' completely superseded 'xvt', or is 'xvt' still in development? ] 3) mterm Suggested by/Author: der Mouse (mouse@Lightning.McRCIM.McGill.EDU) Available: larry.mcrcim.mcgill.edu (132.206.1.1) in /X/mterm.src/mterm.ball-o-wax. "I also have my own terminal emulator. Its major lack is scrollback, but some people like it anyway." - - - - - - - - - - - ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: References: <6uo3g8$aic$1@mach.vub.ac.be> Organization: MonadNet Date: Fri, 2 Oct 1998 10:15:36 -0400 From: rick tait To: Eric Luyten Subject: Re: System-wide CDE language default : where ? On 28 Sep 1998, Eric Luyten wrote: > (Yes, I read the Solaris FAQ.) > > CDE offers the user a language selection at login time. > > This choice is subsequently kept in /var/dt/sdtlogin > on an hostname basis. > > Q: Where do I find the system-wide default in Solaris 2.6 / CDE 1.2 ? > > > > Subsidiary question : what is supposed to be the access > mask on directories /var/dt, /var/dt/appconfig and > /var/dt/appconfig/appmanager ? > > I thought it had to be dwrxr-xr-x but one of our systems > has a more 'open' setting which gives me this not-too-good > feeling of insecurity. > -- > Eric Luyten, VUB/ULB Computing Centre. Use /etc/dt/config/Xconfig and put something like this in it: Dtlogin*language: /rickt ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.hp.hpux Message-ID: <361B2E28.1C8B8F1B@germany.agfa.com> Date: Wed, 07 Oct 1998 11:02:32 +0200 References: Organization: Agfa-Gevaert AG From: Johann Pfefferl Subject: Re: XDM & replacing CDE w/ fvwm Mark Lehrer wrote: > > Hello! > > I am trying to use a standard X server to connect via XDMCP to an HP-UX > system that takes me into CDE. > > I installed both a .xinitrc and .xsession file which start fvwm but > unfortunately I still get CDE. How can I correct this? > You have to edit the file $HOME/.dtprofile and add the line SESSIONTYPE=xdm If you insert this line, the users .xsession file is sourced during login. Hope this helps, Johann Pfefferl -- ---------------------------------------------------------------------------- Dipl.-Ing. Johann Pfefferl Agfa-Gevaert AG Tel.: +49 89 6207-3524 GF Laborgeraete, Entwicklung Elektronik (LG-EE) Sek.: +49 89 6207-3362 Tegernseer Landstr. 161 Fax : +49 89 6207-7279 D-81539 Muenchen mailto:JOHANN.PFEFFERL.JP@germany.agfa.com ---------------------------------------------------------------------------- ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.questions Message-ID: References: <7bodbd$c7l$1@nnrp1.dejanews.com> Organization: Dept of Computer Science, University of Manchester, U.K. Date: 5 Mar 1999 16:38:08 GMT From: Andrew Smallshaw Subject: Re: xterm-color On Fri, 05 Mar 1999 10:57:52 GMT, _tosch_@yahoo.com wrote: > > does anybody know wether it's possible to change the back- and foreground- > color of an already existing xterm ? editres can do this. -- Andrew Smallshaw smallshaw@cs.man.ac.uk ///////////////////////////////////////////////////////////////////////////// Message-ID: <7fo547$mgm@drn.newsguy.com> References: <7fnho9$h7m@drn.newsguy.com> <19990422170248.12539.00000245@ng02.aol.com> Date: 22 Apr 1999 14:42:31 -0700 Organization: Newsguy News Service [http://www.newsguy.com] Newsgroups: comp.unix.solaris, comp.windows.X From: kim@nospam Subject: Re: how to find what fonts current xterm is using?? In article <19990422170248.12539.00000245@ng02.aol.com>, leenmi@aol.com says... > >>thanks for the suggestions, but I get this error: >> >>$xfd -fn "-dt-interface user-normal-*" >>Warning: Cannot convert string "-dt-interface user-normal-*" to type >>FontStruct >>xfd: no font to display >> > >i must have gotten the syntax of the dt alias wrong. >use xfontsel. this should pull up a gui that you can plug each value into. >start with dt, then interface user, etc, etc..when you are done, you can use >the xfd -fn if it doesn't already tell you in the >gui. > >lee Ok, thanks, I did that, now I type: $xfd -fn "-dt-interface user-*-*-normal-*-*-*-*-*-*-*-*-*" and this works, I get a window show up, with this at the very top: -B&H-LucidaTypewriter-Bold-R-Normal-Sans-19-190-75-75-M-110-ISO8859-1 Which when I create an xterm using the above as its font (i.e. xterm -fn ...) it comes up with what looks like the same font I had on my earlier xterm, but much larger size. So I changed the number '19' above to '10' and it can't find size 10 (or 12). The intersting thing, is when I want to start emacs using that same font, I get an error that font is not defined: $emacs -fn "-B&H-LucidaTypewriter-Bold-R-Normal-Sans-10-190-75-75-M-110-ISO8859-1" Font `-B&H-LucidaTypewriter-Bold-R-Normal-Sans-10-190-75-75-M-110-ISO8859-1' is not defined But when I do $xterm -fn "-B&H-LucidaTypewriter-Bold-R-Normal-Sans-10-190-75-75-M-110-ISO8859-1" xterm: unable to open font "-B&H-LucidaTypewriter-Bold-R-Normal-Sans-10-190-75-75-M-110-ISO8859-1", trying "fixed".... xterm is smart to try 'fixed' ? any way, I am all confused now. it looks like that font with size '10' is not there. and the one it told me what I had on dt is too large. (the size 19) any way, thanks for the help, I give up, X is too hard :( it should not be this hard to find what font one is using! Kim ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.terminals, comp.os.linux.x, comp.windows.x.apps, comp.unix.sys5.r4 References: <10f2b9f3.0110110840.7d2bd451@posting.google.com> <3BC696A9.F4F10644@uk.thalesgroup.com> <10f2b9f3.0110120612.3f5f6155@posting.google.com> Message-ID: <20011012_103737@stratagy.com> Date: 12 Oct 2001 10:37:37 -0400 From: K. L. Oppenheim Subject: Re: newbie question:How to set xterm options dynamically In message <10f2b9f3.0110120612.3f5f6155@posting.google.com>, Umang objected to a suggestion: > > Paul Williams wrote in message3BC696A9.F4F106$ > > Umang wrote: > > > > > > Hi, > > > I want to set xterm options dynamically. > > > how do I make this work(maybe in my .cshrc..?) when i rlogin to > > > another machine and I want the title and icon name changed to > > > reflect the current machine name? > > > > This is a FAQ: see "How do I set the title?" in > > http://dickey.his.com/xterma/xterm.faq.html > > http://dickey.his.com/xterm/ > > By Title I mean the window title..this "How do I set the title?" > [The FAQ] is about the prompt..PS1.. > > Suppose I have several xterms iconified (all having sessions from > different machines I have rlogin'd to..)..I want the machine name to > show up on the Icon(and the window title too if possible). Paul Williams did point to the answer you were looking for. If the FAQ phrases the answer in a way that is too complicated, try this very simple shell script, which is named "title": #!/bin/sh # printf "\033]0;$1\007" If you invoke this as $ title 'Red Sky' then your xterm will be entitled 'Red Sky'. -- klop(at)list.Stratagy.com ////////////////////////////////////////////////////////////////////////////// Message-ID: <3D4FB657.2020309@post.rwth-aachen.de> Organization: Aachen University of Technology (RWTH) Date: Tue, 06 Aug 2002 13:43:19 +0200 From: Marck Lumey Subject: Re: newbie question:How to set xterm options dynamically Umang wrote: >> >>Suppose I have several xterms iconified (all having sessions from >>different machines I have rlogin'd to..)..I want the machine name to >>show up on the Icon(and the window title too if possible). You can use : xterm -geometry 80x12+0+0 -T "title" -e ssh/slogin machine.xxx.xxx.xx & ////////////////////////////////////////////////////////////////////////////// [Archiver's Note:] Here follows a section of code I put in my ~/.cshrc file (Solaris) or my ~/.tcshrc file (Mac OS X) to make the terminal-screen title always reflect the current connected machine and working directory, on whichever desktop I'm using. (It also indicates a root session.) The script could probably be improved. Anyway, this works. if (! (-x /usr/xpg4/bin/id ) ) then set whatuid = "`/usr/bin/id -u`" else set whatuid = "`/usr/xpg4/bin/id -u`" endif if ( $whatuid == "0" ) then alias setprompt 'set prompt="`hostname`:${cwd:t}# "' else alias setprompt 'set prompt="`hostname`:${cwd:t}% "' endif if (! (${?TERM_PROGRAM})) then set TERM_PROGRAM = $term endif if (($term == xterm) || (${TERM_PROGRAM} == Apple_Terminal)) then alias cd \ 'chdir \!* && setprompt && printf "\033]1;`hostname`\007\033]2;`hostname`:${cwd:t}\007"' else alias cd 'chdir \!* && setprompt ' endif if (-x /opt/sfw/bin/resize ) then /opt/sfw/bin/resize endif ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.terminals References: <1161239251.106669.123410@b28g2000cwb.googlegroups.com> <20061019083954.GF4122@implementation.labri.fr> Message-ID: <12jek36hm5onqe1@corp.supernews.com> Date: Thu, 19 Oct 2006 10:16:06 -0000 From: Thomas Dickey Subject: Re: SecureCRT + Window Title Samuel Thibault wrote: > > andrew.sammut@gmail.com, le Wed 18 Oct 2006 23:27:31 -0700, a écrit : >> >> Is there are way in VB to set the title of a window? >> Is there a bash escape sequence that will allow this to happen? > That depends on the terminal. > It is usually "\033]0;the title\033\\" It should be, but more often the string terminator is ^G than ESC \ -- Thomas E. Dickey http://invisible-island.net/ ftp://invisible-island.net/ ////////////////////////////////////////////////////////////////////////////// Message-ID: <7qdquh$hlj$1@nnrp1.deja.com> References: <7pjmsq$p6b$1@nnrp1.deja.com> <7pqnql$en8$1@nnrp1.deja.com> <7ptkbc$ipk$1@nnrp1.deja.com> <_gBw3.692$SC5.31477@iad-read.news.verio.net> Date: Mon, 30 Aug 1999 11:46:26 GMT From: prudek@my-deja.com Newsgroups: comp.os.linux.x Subject: Re: ANSI terminal F-keys > > So this is done in terminfo.src? Another point, this application running > > no (I understood your question was for xterm): in your X resources file, > e.g., $HOME/.Xdefaults > > -- there are some examples of translations in my faq, and in the xterm > manpage. Sorry, I made it confusing. I need to do these things at the same time: - translate chars from one encoding to a different one. - support standard ANSI F-key mapping. It is not much important which program does it. It could be xterm, it could be another X program, it could be console telnet-like program (best solution). It should not be on the system level, because I only need char encoding translation when connecting to that particular host. terminfo.src looks terribly complicated to me. Any easier way? ////////////////////////////////////////////////////////////////////////////// Message-ID: Date: Mon, 30 Aug 1999 12:38:30 GMT From: "T.E.Dickey" Newsgroups: comp.os.linux.x, comp.terminals Subject: Re: ANSI terminal F-keys prudek@my-deja.com wrote: >> > So this is done in terminfo.src? Another point, this application running >> >> no (I understood your question was for xterm): in your X resources file, >> e.g., $HOME/.Xdefaults >> >> -- there are some examples of translations in my faq, and in the xterm >> manpage. > Sorry, I made it confusing. I need to do these things at the same time: > - translate chars from one encoding to a different one. > - support standard ANSI F-key mapping. But there is no "standard ANSI F-key mapping" > It is not much important which program does it. It could be xterm, it > could be another X program, it could be console telnet-like program > (best solution). It should not be on the system level, because I only > need char encoding translation when connecting to that particular host. The terminal (or emulator) which you are running is what determines the type of terminal, not the host. > terminfo.src looks terribly complicated to me. Any easier way? terminfo.src is just a lot of terminal entries. Use infocmp to display one, tic to modify. -- Thomas E. Dickey dickey@clark.net ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.os.linux.x,comp.terminals References: <7pjmsq$p6b$1@nnrp1.deja.com> <7pqnql$en8$1@nnrp1.deja.com> <7ptkbc$ipk$1@nnrp1.deja.com> <_gBw3.692$SC5.31477@iad-read.news.verio.net> <7qdquh$hlj$1@nnrp1.deja.com> <7qgid0$h1k$1@nnrp1.deja.com> Message-ID: <5ZSy3.1141$kf5.60381@iad-read.news.verio.net> Organization: Clark Internet Services, Inc., Ellicott City, MD USA Date: Tue, 31 Aug 1999 15:58:57 GMT From: T.E.Dickey Subject: Re: ANSI terminal F-keys In comp.os.linux.x prudek@my-deja.com wrote: >> > - translate chars from one encoding to a different one. >> > - support standard ANSI F-key mapping. >> >> But there is no "standard ANSI F-key mapping" > OK, you pointed it is sco ansi. that is what the function keys look like - though there's no guarantee that the rest of the emulator behaves that way. >> The terminal (or emulator) which you are running is what determines the >> type of terminal, not the host. > Yes. I wonder if changing terminfo.src and recompiling ncurses (I > presume I must recompile it, correct?) will make remote host work fine, > but may render F-keys unusable for local software? no - that's not really related - > In other words, maybe I can add neccessary data to terminfo.src under > some token name (like scoansi) and then use any terminal software > telling it to use scoansi, and everything will be ok? it won't make your emulator send the right F-key control strings. (if your application is running on another host, changing ncurses won't change anything). -- Thomas E. Dickey dickey@clark.net ////////////////////////////////////////////////////////////////////////////// Message-ID: <37c6ce23.973131108@news.bellglobal.com> References: <37c42f38.801340076@news.bellglobal.com> <37C6A981.7EB214CE@csc.com> <37c6c86a.971666212@news.bellglobal.com> Organization: Bell Solutions Date: Fri, 27 Aug 1999 17:49:12 GMT From: Lew Pitcher Newsgroups: comp.windows.x.apps Subject: Re: X tools for OS/390 Unix System Services On Fri, 27 Aug 1999 17:26:36 GMT, pitchl@tdbank.ca (Lew Pitcher) wrote: > > At least some of it is there already... > > The Java support on OS/390 includes java swing, and so long as you have an X > server on your workstation, Java graphical applications work beautifully. > Which is why my alternative was a set of Java clients. > > There was a RedBook on porting applications from Unix to OS/390 USS that > made mention of the difficulties in implementing X client apps on OS/390, > implying that it *had* been done, but not publishing the details. > > I'd guess that X client support is available, but only to developers within > IBM (i.e. the Java porting team). > > > On Fri, 27 Aug 1999 10:06:42 -0500, Brian Phillips wrote: > >>Lew, >> >>No X for OS/390 right now. I haven't seen it in any "Statements of Direction" >>or other announcements, so AFAIK, Big Blue isn't even planning to offer it. >>If they are, it's probably YEARS away. >> >>Unless an IBM developer has insider information to the contrary (and is >>allowed to tell us), the best way to get what you're looking for is probably >>to write and debug the code on your workstations using your preferred >>desktop GUI & editor and then ftp it up to the mainframe. >> >>Regards, >>Brian P. >> >>-- >>* * 73 de KC5OQG * * >>my other PC is a S/390 >> >> > > >Lew Pitcher >System Consultant, Integration Solutions Architecture >Toronto Dominion Bank > >(pitchl@tdbank.ca) | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Followup: I went back to the redbook ("Networked Applications on OS/390 Unix", SG24-5447-00) and reread the sections relating to X tools. They indeed had a pointer to an OS/390 native xterm implementation (source and executable) at ftp://grateful.rtpnc.epa.gov/public/xterm/ It looks like I have to reread the manual in detail ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.programmer Message-ID: <39872A3C.613875FE@rtfm.net> References: <398695CF.CFBBA872@Dresdner-Bank.com> NNTP-Posting-Host: 216.112.254.233 Date: 01 Aug 2000 15:48:35 EDT From: Nathan Dorfman Subject: Re: piping to xterm -e "Uwe Doetzkies (@ Project)" wrote: > > i want to control a simple dialog application. it works like: > > echo '1\n3\n2\n' | menu_app > > because menu_app writes a lot of noise to the terminal an i have to > repeat the application many more times (with various echoes) i want run > it in it's own terminal: > > xterm -T Application -fn lutrs10 -display 80x20-0-0 -e echo '1\n3\n2\n' > | menu_app > > unfortunately this doesn't work like intended. > > okay: one solution is to write a script containing this command line and > call this script. but is there an easier way? xterm -e sh -c "echo 'l\n3\n2\n' | menuapp" -- Nathan Dorfman [http://www.rtfm.net] "The light at the end of the tunnel is the headlight of an approaching train." --/usr/games/fortune ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris,comp.unix.programmer,comp.terminals Message-ID: References: <1125362705.805440.53770@f14g2000cwb.googlegroups.com> X-X-Sender: sthibaul*asie.ens-lyon.fr Reply-To: Samuel Thibault NNTP-Posting-Date: 1 Sep 2005 22:46:28 GMT NNTP-Posting-Host: asie.ens-lyon.fr Organization: Ecole Normale Superieure de Lyon, France Date: Fri, 2 Sep 2005 00:46:26 +0200 From: Samuel Thibault Subject: Re: how to start new term at runtime On Tue, 29 Aug 2005, BM Sundar wrote: > > I want to redirect the debug statements of my programme > running in one window to another new window at runtime. > but I couldnt find a way for opening a window at runtime. > > Is that possible to do that ? > If its a system call then it would be better.. > Also it need to support xterm, vt100.. You may create a socketpair, fork, set the socket as stdin/stdout/stderr, and then exec xterm -S//0 for letting xterm read its output from stdin and send key presses to stdout (hence you can send to and get data from the other end of the socketpair). Regards, Samuel ////////////////////////////////////////////////////////////////////////////// References: <8vqvrv$b8p$1@news4.isdnet.net> User-Agent: tin/1.4.4-20000803 ("Vet for the Insane") (UNIX) Date: 26 Nov 2000 17:12:54 GMT Organization: RadixNet Internet Services Newsgroups: comp.terminals Message-ID: <8vrgam$obn$1@news1.Radix.Net> From: Thomas Dickey Subject: Re: [termcap or terminfo] how to know what's on the screen ? Thomas Baruchel wrote: > > What makes me think it's possible is that if you use the curses and > use initscr(), and later endwin(), you see the old state of the screen back; > I tried to look in the source of ncurses (to see how initscr() and endwin() > act to to this, but I didn't understand. you're probably using xterm (which maintains two screens, denoted "normal" and "alternate" - some people use terminal descriptions which switch to the alternate screen when running fullscreen applications such as curses - and some dislike the feature). it's independent of curses/ncurses -- Thomas E. Dickey http://dickey.his.com/ ftp://dickey.his.com/ ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.hp.hpux Organization: Citrix Systems (UK) Ltd Message-ID: <3A1E3A3E.72F6C9FF@eu.citrix.com> References: <3A1CB9BA.94423D97@atc.co.at> <3a1da58f@naylor.cs.rmit.edu.au> <3A1CD5B3.D5B5A01D@eu.citrix.com> Date: Fri, 24 Nov 2000 09:51:58 +0000 From: David Peter Subject: Re: colour of cursor in xterm window Michael John Macaskill wrote: > > Sorry, I meant the mouse cursor, which is a hard-to-see grey colour by default > > David Peter wrote: > > man 1 xterm shows that you should use the -cr option. E.g. xterm -cr > > green. > > > Michael John Macaskill wrote: > >> > >> Does anybody out there know how to change the colour of the cursor in an > >> xterm window to say red, so I can SEE the thing? > -- > Mike Macaskill > Student Number 9903589V Use the -ms option or use the pointerColor resource. -- David Peter ////////////////////////////////////////////////////////////////////////////// Newsgroups: alt.sys.sun Reply-To: glenn@lightning.nsc.com Date: Fri, 27 Aug 1993 11:51:26 GMT From: glenn@lightning.nsc.com (Glenn Newell) Subject: Re: Trying to use xterm with OW3 & Sun Type-4 In article 18962@exu.ericsson.se, exukenc@exu.ericsson.se (Ken Corey,T/TF,75841) writes: > Can anyone remember how to get cut & paste to work between an xterm and > an Open Windows 3 environment? > >-Ken >--- >exukenc == Ken Corey, 214/907-5841 : Speaking for the Americans...all of `em. In .Xdefaults or the XTerm file in the app-defaults dir: XTerm*VT100.Translations: #override \ L6:select-set(CLIPBOARD)\n\ L8:insert-selection(CLIPBOARD) To go from xterm to mailtool (as an example): 1) Highlight with left mouse button 2) Press copy 3) move mouse to mail tool 4) Press Paste To go from mail tool to xterm: 1) Highlight as in openwindows 2) Press copy 3) Move mouse to xterm 4) Press the middle mouse button Anybody know how to do this for xedit? xless? --- -------------------------------------------------------------------------------- Glenn Newell I am not an official spokesman for National National Semiconductor Semiconductor. All the above are my own opinions glenn@lightning.nsc.com (and probably wrong!). Use at your own risk. voice (408)721-4291 ------------------------------------------------ fax (408)721-4785 ////////////////////////////////////////////////////////////////////////////// Date: 18 Apr 2001 20:38:44 GMT Organization: Florida State University Department of Mathematics Newsgroups: comp.unix.solaris Message-ID: <9bku0k$kg5$1@news.fsu.edu> From: Steve Bellenot Subject: Re: Default settings for Xterm (without .Xdefaults) In article <3ADDF4B6.8B3393F3@ntl.inf.com>, Shankar wrote: > >Hello , > I m using a Sun-Solaris SPARC 5.6 machine. When i open 'xterm' it >comes up with some default colour ,font and geometry. I want to see >,where the default settings is defined. I dont have any default files >(like .Xdefaults) in my $HOME . Truss is your friend. `truss xterm' will show you where xterm is looking for its defaults. On my 5.7 machine it trys a number of places and finally finds /usr/openwin/lib/app-defaults/XTerm. -- http://www.math.fsu.edu/~bellenot bellenot math.fsu.edu +1.850.644.7189 (4053fax) ////////////////////////////////////////////////////////////////////////////// User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Crater Lake) References: <3ADDF4B6.8B3393F3@ntl.inf.com> Date: Wed, 18 Apr 2001 20:43:14 GMT Organization: Telcordia Newsgroups: comp.unix.solaris Message-ID: From: Dan Espen Subject: Re: Default settings for Xterm (without .Xdefaults) Shankar writes: > Hello , > I m using a Sun-Solaris SPARC 5.6 machine. When i open 'xterm' it > comes up with some default colour ,font and geometry. I want to see > ,where the default settings is defined. I dont have any default files > (like .Xdefaults) in my $HOME . On Solaris 8: mork> truss xterm 2>&1| grep app access("/usr/openwin/lib/X11/app-defaults/XTerm", 4) = 0 stat("/usr/openwin/lib/X11/app-defaults/XTerm", 0xFFBEC978) = 0 open("/usr/openwin/lib/X11/app-defaults/XTerm", O_RDONLY) = 5 -- Dan Espen ////////////////////////////////////////////////////////////////////////////// Date: Mon, 07 May 2001 19:52:40 GMT Organization: Genuity, Cambridge, MA Newsgroups: comp.unix.questions Message-ID: From: Barry Margolin Subject: Re: Losing X-windows when doing login... In article <3af6f1fa@news.ColoState.EDU>, Guillaume Dargaud wrote: > > I'm in the middle of an X-windows session (using a PC client onto an SGI > machine). Works fine. If I login as another user, I lose the ability to open > X-windows. Are you using xauth security? If so, the other user's ~/.xauthority file won't contain the key that allows him to open windows on your display. You can use "xauth list" before logging in as the other user, and then "xauth add " after logging in. -- Barry Margolin, barmar@genuity.net Genuity, Burlington, MA ////////////////////////////////////////////////////////////////////////////// PROBLEM: xterm -e pops up a window that immediately disappears EXPLANATION: xterm -e pops up a window, but the window disappears. How do I use this option for xterm (or cmdtool, shelltool, or dtterm)? The -e option creates an xterm (or cmdtool, shelltool, or dtterm) window which will only run as long as the thing you execute with the -e runs. In the case of commands like ls and date, it will exit immediately after the commands are finished executing. You can make the xterm stay up longer if you run a command or script that requires user input (like telnet or ftp) or that sleeps for a while. For example, create the following script and make it executable: #/bin/sh echo enter your name read name Then run xterm -e The xterm will stay open until you enter your name and press return. Then it will exit. Kirk Pearson ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.os.vms Organization: Prodigy Internet http://www.prodigy.com Message-ID: <_DOk7.2153$eu.829831327@newssvr11.news.prodigy.com> Date: Mon, 03 Sep 2001 16:57:30 GMT From: Terry Murphy Subject: Small DECterm Font & DECwindows Fonts I am looking for a small DECterm font that I can use on OpenVMS 7.2 Alpha, so I can fit a whole DECterm into a 640x480 VNC window. I tried using the default small font (-DEC-Terminal-Medium-R-Normal--14-*-*-*-*-*-*) but it is a little bit too big. Whenever I tried any smaller size of that font, I got an error saying it wasn't available. I tried "fixed", and the size is fine, but it doesn't support the special DEC fonts. Is there a smaller font I could use (12 point of the DEC terminal font would definitely work)? My next question is, where do fonts come from? My DECwindows display is set to a Linux machine, but even when I enter fonts that are available on that machine (the 12 point DEC terminal, for example, is available and usable from the Linux machine) I get an error if they're not available. Typically, in the Unix world, the font comes from the server side, not the client side, but here they seem to be coming from the the client side. Is this indeed true by default, and how can I change it? Thanks, Terry ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.os.vms Organization: Road Runner Message-ID: References: <_DOk7.2153$eu.829831327@newssvr11.news.prodigy.com> Date: Mon, 03 Sep 2001 18:14:03 GMT From: Ryan Moore Subject: Re: Small DECterm Font & DECwindows Fonts Yes, the fonts live with the X Server just like in Unix. On the VMS side, they are stored in SYS$SYSROOT:[SYSFONT...]. Unix and VMS use the same font file formats, so if you want to transfer fonts back and forth, you may do so. I didn't have the DEC terminal fonts on my Linux X server, so I copied then from the VMS machine to a directory on my Linux box and added the directory to my font path. -Ryan ////////////////////////////////////////////////////////////////////////////// Date: Tue, 4 Sep 2001 10:46:02 -0400 Organization: Compaq Computer Corporation Newsgroups: comp.os.vms Message-ID: References: <_DOk7.2153$eu.829831327@newssvr11.news.prodigy.com> From: Fred Kleinsorge Subject: Re: Small DECterm Font & DECwindows Fonts Fonts are server side entities. So when set display to the Linux box, the font comes from the Linux box. DECterm may want a font with specific naming conventions (as well as specific characters in specific places). -- Fred Kleinsorge [Archiver's Note: remember that in "X Windows" discussions, the word "server" refers to where the screen, keyboard, and mouse live.] ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris, alt.solaris.x86, comp.sys.sun.admin, comp.sys.sun.apps References: <4ebe311b.0110031132.80f9322@posting.google.com> <9pge09$2gda$1@agate.berkeley.edu> Message-ID: <9pi560$5gm$1@agate.berkeley.edu> Organization: UC Berkeley CSUA Date: Thu, 4 Oct 2001 17:10:24 +0000 (UTC) From: Alan Coopersmith Subject: Re: Solaris 9 Early Access Program Lars Balker Rasmussen writes in comp.unix.solaris: | | alanc@CSUA.Berkeley.EDU (Alan Coopersmith) writes: |> |> The OpenLook & Xview libraries are still there so as not to break binary |> compatibility (as well as all the bits previously called "OpenWindows" |> that really came from the X11 distribution). The applications/window |> manager & development tools/headers are all gone. | |xterm is gone? I may have to get violent then. dtterm is a very poor |substitute for xterm. No, you parsed that wrong (it didn't help that I wrote it unclearly) - all the bits that are from the standard X11 distribution are still there, they are no longer considered part of OpenWindows, and not part of the EOL. xterm is not only alive and well, it's been updated to support multibyte character sets, so you no longer need hacks like kterm for Asian locales. (General rule, with some exceptions: *tool are gone, x* are not.) ________________________________________________________________________ Alan Coopersmith alanc@alum.calberkeley.org http://soar.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM Working for, but definitely not speaking for, Sun Microsystems, Inc. ////////////////////////////////////////////////////////////////////////////// (Handy Info from IBM) http://www.developer.ibm.com/tech/faq/individual/0,,2%3A15735,00.html Q: What are the differences between aixterm and dtterm? A: The aixterm was written as a high function terminal (HFT) emulator. Therefore, aixterm supports escape sequences and control codes common to the HFT. The dtterm is specifically a DEC VT220-like terminal emulator with extensions such as color support. Also dtterm is based on the terminal emulator widget library "libDtTerm" which can be used in adding a terminal emulator window to a GUI. http://www.developer.ibm.com/tech/faq/individual/0,,2%3A14915,00.html Q: How do you cut and paste from an aixterm graphics window? A: Hold the right mouse button down and drag it across the text you would like to copy. Then use the middle button to paste the text you just copied. As of autumn 2003, the man page documentation for IBM's version of "dtterm": http://www16.boulder.ibm.com/pseries/en_US/cmds/aixcmds2/dtterm.htm ////////////////////////////////////////////////////////////////////////////// Newsgroups: alt.sys.sun From: glenn@lightning.nsc.com (Glenn Newell) Date: Fri, 27 Aug 1993 11:51:26 GMT Reply-To: glenn@lightning.nsc.com Subject: Re: Trying to use xterm with OW3 & Sun Type-4 In article 18962@exu.ericsson.se, exukenc@exu.ericsson.se (Ken Corey,T/TF,75841) writes: > > Can anyone remember how to get cut & paste to work between an xterm and > an Open Windows 3 environment? > >-Ken > >--- >exukenc == Ken Corey, 214/907-5841 : Speaking for the Americans...all of `em. In .Xdefaults or the XTerm file in the app-defaults dir: XTerm*VT100.Translations: #override \ L6:select-set(CLIPBOARD)\n\ L8:insert-selection(CLIPBOARD) To go from xterm to mailtool (as an example): 1) Highlight with left moust button 2) Press copy 3) move mouse to mail tool 4) Press Paste To go from mail tool to xterm: 1) Highlight as in openwindows 2) Press copy 3) Move mouse to xterm 4) Press the middle mouse button Any body know how to do this for xedit? xless? --- -------------------------------------------------------------------------------- Glenn Newell I am not an official spokesman for National National Semiconductor Semiconductor. All the above are my own opinions glenn@lightning.nsc.com (and probably wrong!). Use at your own risk. voice (408)721-4291 ------------------------------------------------- fax (408)721-4785 ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: <9q83ub$3sv$1@bcarh8ab.ca.nortel.com> Message-ID: <9q8mlt$1krs$1@agate.berkeley.edu> Organization: University of California, Berkeley Date: Sat, 13 Oct 2001 06:23:57 +0000 (UTC) From: Alan Coopersmith Subject: Re: How do I change default look of DTTERM? "news.ca.nortel.com" writes in comp.unix.solaris: | |My apologies if this has already been posted in one form or another... How |do I change the default look of dtterm when it is fired up from anywhere in |the workspace? For example, I would like it to start up as follows: | |dtterm -fg green -bg black -title MainTerm Add lines like this to your ~/.Xresources Dtterm*foreground: green Dtterm*background: black Dtterm*title: MainTerm (See the dtterm man page for the exact spelling and what other resources are available) -- ________________________________________________________________________ Alan Coopersmith alanc@alum.calberkeley.org http://soar.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM Working for, but definitely not speaking for, Sun Microsystems, Inc. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.protocols.kermit.misc, comp.unix.solaris References: Message-ID: Organization: Columbia University Date: 20 Aug 2002 13:07:03 -0400 From: Frank da Cruz Subject: Re: Problem switching from (ancient) shelltool to CDE's dttool (sol 9!) In article , David Combs wrote: : : I just got a sunblade100, and have installed on it : the just-released Solaris 9. Nice OS, lots of : nifty features, I'm told. : : However, one big problem: no more support : for shelltool, which, after years of threats : from Sun, doesn't exist on 9. (I'm now wearing : a black armband!) : : (I've read, in comp.unix.solaris, that you can't (either : easily, or at all), move the solaris-7 (or 8) shelltool : executable to 9 and have it work, because Sun has also : removed various other things that are needed for : shelltool to run.) : : Anyway, it doesn't work too well; I think the : immediate problems can be boiled down to solving : this one problem: Define "it". First you said you could not use shell tool on Solaris 9, so what are you using instead? dttool? xtool? ... : (1) You say "ls -ls", and the screen (at my "shell : account" at the other end, to which I'm dialing into via : kermit) fills with, uh, ls-lines. : : Now do "vi some-file" -- all those ls-lines are still : there, just overlaid by the "black" chars in some-file. : : You hit ^L -- nothing happens. : : You exit or ^Z vi, and try ^L again; still nothing. : : You type the cmd "clear"; nothing happens. This would suggest that whatever you are using for a terminal emulator on Solaris 9 is not the same terminal type as the one you get with shell tool. AND/OR that the host doesn't know what type of terminal it is (what does "echo $TERM" on the host say?) OR that the host has the terminal name but doesn't support it. Or it supports it, but not correctly, etc etc. : (Could I 'research" this myself? Doubtful -- : I've *never* yet been able to comprehend the : ins and outs of serial communications, so much : so that even after a few years of using kermit : for my isp connection, I still get neither color : nor eg french accents. Maybe you have a cookbook : way to enable that stuff, *without* my having to : understand what's behind it?) C-Kermit has a manual that explains this stuff in great detail, complete with pictures. For French accents, you have to get C-Kermit to (a) use 8-bit characters ("set terminal byte 8") and (b) convert whatever character-set the remote host uses for French to whatever character-set your terminal emulator uses. For color, your terminal emulator (blah tool) has to support it and the host needs to be told what kind of terminal you have and needs to have a termcap/terminfo entry that knows about its color capabilities AND applications that use that termcap/terminfo (e.g. color ls) to do color presentations. - Frank ////////////////////////////////////////////////////////////////////////////// As of fall 2001, WRQ has technical notes on mapping the Backspace key in the Reflection X product (X server/display): The general Unix case: http://support.wrq.com/techdocs/3001.html RedHat Linux: http://support.wrq.com/techdocs/1516.html ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.protocols.kermit.misc, comp.unix.solaris References: Message-ID: Organization: University of California, Berkeley Date: Tue, 20 Aug 2002 17:29:33 +0000 (UTC) From: Alan Coopersmith Subject: Re: Problem switching from (ancient) shelltool to CDE's dttool (sol 9!) dkcombs@panix.com (David Combs) writes in comp.unix.solaris: | |By the way, my problem is *urgent* -- I can't |switch over to the blade100, with its just-installed |solaris 9, until I can successfully dttool |(or xtool or whatever, with sun having finally |swiped suntool). Do you mean dtterm & xterm? There is no dttool & xtool. ( *tool was the OpenLook Deskset naming convention. CDE uses dt* for standard CDE programs and sdt* for Solaris CDE extensions. X simply uses x* for program names.) |(I've read, in comp.unix.solaris, that you can't (either |easily, or at all), move the solaris-7 (or 8) shelltool |executable to 9 and have it work, because Sun has also |removed various other things that are needed for |shelltool to run.) Actually, I think it might, if you install the SUNWol* packages. I've heard of people doing it, but never tried myself. |(1) You say "ls -ls", and the screen (at my "shell |account" at the other end, to which I'm dialing into via |kermit) fills with, uh, ls-lines. | |Now do "vi some-file" -- all those ls-lines are still |there, just overlaid by the "black" chars in some-file. | |You hit ^L -- nothing happens. | |You exit or ^Z vi, and try ^L again; still nothing. | |You type the cmd "clear"; nothing happens. Are you setting your terminal type correctly on the other end? It should be dtterm or xterm or vt100. If I remember correctly shelltool used a TERM of "sun". -- ________________________________________________________________________ Alan Coopersmith alanc@alum.calberkeley.org http://soar.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM Working for, but definitely not speaking for, Sun Microsystems, Inc. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: References: Organization: VISI.com Date: Wed, 05 Nov 2003 13:40:21 -0600 To: Shiva MahaDeva From: Anton Rang Subject: Re: Setting 132 columns in Solaris contracer11%uol.com.br (Shiva MahaDeva) writes: > > How could I setting a terminal emulator to 132 columns in Solaris, > like I issue "SET TERMINAL/WIDTH=132" in OpenVMS ? The command $ stty columns 132 will change it on the host side. There isn't a standard way to send the command sequence to request that the terminal automatically switch as well, though. Anton .............................................................................. Newsgroups: comp.unix.solaris, comp.terminals, comp.os.linux.questions NNTP-Posting-Host: list.stratagy.com References: Message-ID: Organization: The Late, Great Stratagy Users Group Date: Fri, 7 Nov 2003 05:06:07 -0500 From: Richard S. Shuford Subject: Re: setting 132 columns in Solaris (screen width) Shiva MahaDeva wrote: | | How could I setting a terminal emulator to 132 columns in Solaris, | like I issue "set terminal/width=132" in OpenVMS ? Anton Rang replied: > > The command > $ stty columns 132 > will change it on the host side. There isn't a standard way to send > the command sequence to request that the terminal automatically switch > as well, though. The VMS DCL command "SET TERMINAL/WIDTH=132" does two things: (1) set the operating system's opinion of the terminal's width to 132 columns (2) send an Escape sequence that causes a DEC VTx00 terminal to configure its screen buffer to actually display 132 characters horizontally The above Unix command "stty columns 132" performs only (1). For thing (2), while there is no "de jure" ANSI standard for switching the visible screen width, there is yet a widely implemented mechanism, based on the control codes implemented in the DEC VT220 video terminal (and in later DEC terminal products). If "xterm" is being used, then the "Allow 132/80 Column Switching" option must be enabled from the "VT Options" menu. (This screen menu is accessed by holding down the Control key and pressing the middle mouse button.) Then some software running on the Unix host can cause (2) to happen by sending the DECCOLM Escape sequence: Esc [ ? 3 h In Solaris, the "some software" may consist of this simple shell command: $ printf "\033[?3h" The control sequence to reset/clear the screen size back to 80 columns is: Esc [ ? 3 l so the 80-column shell command is: $ printf "\033[?3l" (where 'l' is a lowercase 'L'). Finally, you must reset the operating system's opinion to 80 columns like this: $ stty columns 80 ..RSS .............................................................................. Newsgroups: comp.unix.solaris, comp.terminals, comp.os.linux.questions NNTP-Posting-Host: list.stratagy.com References: Message-ID: Organization: The Late, Great Stratagy Users Group Date: Sat, 8 Nov 2003 15:15:15 -0500 From: Richard S. Shuford Subject: Re: setting 132 columns in Solaris (screen width) Shiva MahaDeva wrote: | | How could I setting a terminal emulator to 132 columns in Solaris, | like I issue "set terminal/width=132" in OpenVMS ? Then Richard S. Shuford wrote: > > For thing (2), while there is no "de jure" ANSI standard for switching the > visible screen width, there is yet a widely implemented mechanism, based > on the control codes implemented in the DEC VT220 video terminal (and in > later DEC terminal products). And then Thomas Dickey wrote: + + But on Solaris, the supported terminal program (so I'm told) is dtterm. + That recognizes also a different escape sequence. Oddly Solaris' xterm + doesn't seem to recognize this.... Recent releases of Solaris have included Sun-supported versions of both "xterm" and "dtterm". However, with Sun moving away from the committee-compromise "Common Desktop Environment" and toward the Gnome windowing environment, the CDE "dtterm" program is becoming less important. (And "cmdtool" is even further out of mind, whereas Gnome Terminal is becoming more important.) Noting that Shiva said merely "a terminal emulator", it is not clear what software is being used. Possibly it could be some program running under Windows and not any of the above Unix/Linux packages. (I picked "xterm" because it is fairly typical of a decent VT100 emulator.) But, you do raise an issue that I forgot. By default, the Solaris "dtterm" program will ignore the DECCOLM control sequence. However, there is an invocation option to make "dtterm" honor DECCOLM, which the user can choose like this: $ /usr/dt/bin/dtterm -132 (In Solaris 8 and 9, this is documented in the dtterm man page.) Another variant control sequence was developed by Digital Equipment Corporation for its real DEC VT330 terminals (and is used in later DEC and/or Boundless terminal models and faithful emulators of them). To support multiple screen-page memory in the terminal, DEC invented a more generalized screen-sizing feature: the command sequence is called DECSCPP (DEC Set Columns Per Page). For switching to 132 columns, the DECSCPP sequence (without the intervening spaces) would be: Esc [ 1 3 2 $ | (Using a Unix shell command to emit the '$' dollar and '|' pipe characters, without interpreting them, can require tricky quoting.) To reset/clear the VT330 to the default of 80 columns, any of these work: Esc [ $ | Esc [ 0 $ | Esc [ 8 0 $ | According to the documentation, the VT330 also supports an analogous DECSLPP (DEC Set Lines Per Page) control sequence, to allow screen pages containing 24, 36, 72, or 144 (!?) lines. Esc [ 2 4 t Esc [ 3 6 t Esc [ 7 2 t Esc [ 1 4 4 t ...RSS .............................................................................. The special "dtterm" control sequence to set a CDE dtterm window to 24 lines and 132 columns would be Esc [ 8 ; 2 4 ; 1 3 2 t or as a Solaris shell one-liner: $ printf "\033[8;24;132t" (as tested using Solaris 8.) .............................................................................. Newsgroups: comp.unix.solaris, comp.terminals, comp.os.linux.questions NNTP-Posting-Host: saltmine.radix.net References: Message-ID: Date: 10 Nov 2003 01:36:00 GMT From: Thomas Dickey Subject: Re: setting 132 columns in Solaris (screen width) In comp.unix.solaris Richard S. Shuford wrote: > |> > |> Recent releases of Solaris have included Sun-supported versions of > |> both "xterm" and "dtterm". However, with Sun moving away from the > |> committee-compromise "Common Desktop Environment" and toward the > |> Gnome windowing environment, the CDE "dtterm" program is becoming > |> less important. (And "cmdtool" is even further out of mind, whereas > |> Gnome Terminal is becoming more important.) Thomas Dickey writes in comp.unix.solaris: > | > |I was more/less aware of that. There was a comment in this newsgroup > |a year or two ago regarding a Solaris-specific performance improvement > |which was in xterm. (Not detailed enough for me to make the same change, > |but enough to see that Sun was making changes that aren't in the X/Open > |version). In comp.unix.solaris Alan Coopersmith wrote: > > For Solaris 2.6 through 8, xterm is basically the X11R6 version. For > Solaris 9 it was upgraded to the l18nux.org (now openi18n.org) version, > with yours/XFree86 supplied on the unsupported freeware companion CD. > I'm not sure what comment or fix you're referring to, but if there's > something you think can be of benefit, let me know and I can look to > see if there's something there we can contribute. (We contribute fixes > to both X.org & XFree86 now, though the process of going through our > code and finding changes that would be beneficial to contribute is > slow going, since it's a lot of work and not our highest priority. > XFree86 4.4 will contain a number of Sun-contributed fixes and the > IPv6 work from Sun.) Alan: I was recalling one of your postings - but checking now, I'm misquoting it. The posting commented that "dtterm" had been modified to use a SolarisIA extension (makes subprocesses get a priority boost), but went on to say that "xterm" was not modified. This was in April 2002. -- Thomas E. Dickey http://invisible-island.net/ ftp://invisible-island.net/ ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.terminals References: <3c79c079.0@oracle.zianet.com> Message-ID: Organization: RadixNet Internet Services Date: 25 Feb 2002 11:40:08 GMT From: Thomas Dickey Subject: Re: remapping keys in xterm Ralph McElmurry wrote: > > I have an database application running on Unixware 2.1.3 which seems to be > hard coded for the output of the arrow keys by a wy50 terminal. It is not > using termcap/terminfo.Using an xterm window on the console, the arrow keys > don't work. The wy50 seems to put out ^h, ^j,^k and ^l. Is there a way to > remap these keys for an individual xterm window? I have the same problem > when running on the graphical console with the at386 emulation it has. > Thanks for any ideas. you can change the strings sent by xterm's function-keys (cursor keys, etc). using the translations resource (describe in the xterm manpage). -- Thomas E. Dickey http://dickey.his.com ftp://dickey.his.com ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.windows.x, comp.unix.solaris, comp.sys.hp.hpux References: <3c7e504f.81382892@news.uoguelph.ca> Message-ID: <3C828D2A.8050201@yahoo.com> Date: Sun, 03 Mar 2002 15:52:58 -0500 From: caslivkoff@yahoo.com Subject: Re: Xauth key from Solaris to HP as root Bosco Tsang wrote: > > I would like to X display from HPUX 11 to my Solaris 8 workstation as > root without success. My Solaris 8 require auth key. I just copy and > paste over under xauth, and this only work as nornal HPUX user. For > root, as it don't has home directory, I tried using xauth to add the > key but it still cannot use the key, Why? Any idea on how to make it > work? It sounds like you are doing "su" rather than "su -". Xlib will attempt to find a cookie first in $XAUTHORITY (identifing a specific file) then $HOME/.Xauthority. With neither variable defined, the cookie will not be identified and the connection to the X server refused. -- caslivkoff ////////////////////////////////////////////////////////////////////////////// Date: Thu, 02 May 2002 09:32:41 -0500 Message-ID: <17920000.1020349959@[192.168.0.2]> References: <200205021925.g42JOrg29808@gotham> From: Pete H. Subject: Re: ?: xterm vs xterms Wayne V. wrote: > > During a Solaris flash install, I ran into something quaint in the sysidcfg > file. > When setting "terminal=xterm", there are serious issues with useability of > the console. I did an interactive sysidcfg (no file available), selected > the "xterm" option, and then interrupted the process. I noticed that TERM > was set to "xterms" (with an added "s"). Using this value in the sysidcfg > file seems to fix the issue. It is also listed in > /usr/share/lib/terminfo/x as a valid option. > > My question: what is the difference between "xterm" and "xterms"? Is > there a location where I can get more info about this? Google and > "apropos xterms" were not terribly helpful, and some of the Sun BlueBooks > suggest using the value "xterm" and don't mention the better alternative." xtermS is Xterm - SMALL. The terminfo for the standard xterm tries to act as though your screen is 65 lines long. That frequently doesn't work for obvious reasons. xterms uses only 24 lines as I recall. for any other detail of the differences, you should be able to look at the terminfo entries directly using infocmp (or even "diff" the two terminfos with it). ////////////////////////////////////////////////////////////////////////////// Message-ID: <200205021949.g42JnFKw009369@thunk> Date: Thu, 02 May 2002 15:49:15 -0400 To: Pete H., Wayne V. From: Bill S. Subject: Re: ?: xterm vs xterms > The terminfo for the standard xterm tries to act as though your screen > is 65 lines long. That frequently doesn't work for obvious reasons. > "xterms" uses only 24 lines as I recall. right, but the screen size in terminfo is supposed to be overridden by the rows/columns info available through an ioctl on the terminal device. An xterm knows how big it is and sets the ioctl accordingly.. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.terminals References: <84c1465c.0206050903.200a370a@posting.google.com> Message-ID: Organization: RadixNet Internet Services Date: 11 Jun 2002 12:00:00 GMT From: Thomas Dickey Subject: Re: help-xterm "javichuXT" ALEXXX(at)teleline.es wrote: | | Hello, my english is very slow. | Why not work the functions key F13 and F14 in Vt220 emulation? | | My script is: | | xterm -title "VT" -sb -sl 1000 -xrm \ | 'XTerm*VT100.Translations: #override \n\ | Home: string(0x1b) string("[3~") \n \ | End: string(0x1b) string("[4~") \n | vt220*VT100.Translations: #override \n\ The fundamental problem is making the resource settings more specific than the system's app-default file. For instance I am able to make these settings work by changing the above lines to 'XTerm*VT100*Translations: #override \n\