HDTenEightyP/NetNews huggingface dataset:
From: saunders@luther.che.wisc.edu (Brian E. Saunders)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Logitech 3-button mouse with MacX
Date: 16 Dec 92 13:27:24 GMT
Distribution: fj
Organization: University of Wisconsin - Madison

Date: 15 Dec 92 12:30:18 CST
Message-Id: <1992Dec15.123018.18118@doug.cae.wisc.edu>
Newsgroups: comp.windows.x,comp.sys.mac.comm,comp.sys.mac.apps

In article <1gl27jINN6i1@early-bird.think.com> ephraim@think.com (Ephraim Vishniac) writes:
>In article <BzB5EH.2BG@news.cso.uiuc.edu> stankerr@uiuc.edu writes:
>
>>There are a few 3-button mice on the market that are purported to
>>work with MacX. I just got a Logitech MouseMan and would like to offer
>>my comments and solicit suggestions. 
>
>I just got the Logitech mouse and, although the manual explains how to
>use it with MacX, I was instantly disappointed. Turns out that if you
>set the buttons to anything but a normal click, additional modifier
>keys are ignored. Suppose I want to change my VT options in xterm,
>that's control-middle to drop the menu. But the Logitech software
>ignores the control key, so I have to go back to MacX's keyboard
>equivalents which require three hands for this operation. (Left hand
>for the control key, middle hand for the arrow key, and right hand to
>manipulate the mouse and make the menu selection.)
>
>I called Logitech technical support about this, and they claimed it
>will be fixed in a future version of the software. They would not give
>a date.

So, this is a Logitech problem.  I wondered....  Yes, this is annoying,
but luckily I don't have to use the control-click all that much.

Unfortunately, I have small hands, and the larger, supposedly-ergonomic
Mouseman was a bit too big for me, which led to me developing carpal-tunnel
syndrome in my right hand.  If you have big hands, this is probably nothing
to worry about, but if you have small hands, I'd be careful about how you
held you hand over the mouse while it is in resting position.
-- 

Brian E. Saunders			saunders@luther.che.wisc.edu
From: rsmith@proteus.arc.nasa.gov (Roger Smith -- IAS)
Newsgroups: fj.mail-lists.x-window
Subject: rpc.etherd emits weird message - should I care?
Date: 14 Dec 92 23:00:29 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Mon, 14 Dec 92 12:52:11 PST
Message-Id: <9212142052.AA07556@proteus.arc.nasa.gov>

In Amir J Katz's message of  Mon, 14 Dec 92 10:04:35 EET Amit writes:

>>>Xperts,
>>>I've built & installed the latest version of XEnetload. It runs just fine.
>>>However, from time to time, the etherd daemon prints this message:
>>>
>>>    rpc.etherd: bad lnth 42 dst ffffffffffffsrc 08002008073e
>>>
>>>Should I start worrying, or just ignore it?

As the original author of this program I get this question from time to time, 
so I thought I would issue a general reply.

You will see this message from rpc.etherd in homogeneous networks containing
such things as appletalk, and various other protocols that etherd doesn't
recognize... the message is etherd's way of complaining that it can't recognize
a packet and therefore can't get into the components. The message can be safely
ignored, or even redirected to /dev/null by redirecting stderr.
------------------------------------------------------------------
Roger Smith
Sterling Software at
NASA-Ames Research Center
rsmith@proteus.arc.nasa.gov
- 
If change is -- inevitable -- predictable -- beneficial -- 
doesn't logic demand that you be a part of it?
One man cannot summon the future. But one man can change the present!
    -- Kirk and the Alternate Spock, "Mirror, Mirror," stardate unknown
+
From: alsaggaf@athena.mit.edu (M. Saggaf)
Newsgroups: fj.mail-lists.x-window
Subject: Re: How to use the ALT-key to produce 8-Bit Chars in xterm (X11R4)
Date: 16 Dec 92 19:44:02 GMT
Distribution: fj
Organization: Massachusetts Institute of Technology

Date: Wed, 16 Dec 1992 18:36:09 GMT
Message-Id: <ALSAGGAF.92Dec16133601@vongole.mit.edu>
Newsgroups: comp.windows.x,comp.windows.x.i386unix

>>>>> On 15 Dec 92 19:56:39 GMT, sledge@rama.informatik.rwth-aachen.de (Thomas Bueschgens) said:

TB> Hi out there,

TB> after using pcomm as my favorite terminal-program I'm a bit angry
TB> about that damned CTRL-A -Key, because Bash and Emacs like this
TB> thing, too.

TB> So I just got myself a patch for Pcomm to understand 8-bit chars.
TB> So far, so good. With no X running, means using plain text,
TB> everything works fine for me after I patched my german.map to
TB> produce a value of 225 with ALT-A, wich is something I call a
TB> 8-bit char.  With plain text, this works fine for pcomm, and I can
TB> use my CTRL-A for emacs and bash again.  But how to set up my
TB> X/xterm/stty/or_what_ever_you_think_it_may_be ???  There must be a
TB> way to do this, right??

One solution would be to switch to Seyon, an X-based comm program.
Seyon doesn't use an escape character, is 8-bit-clean (unless you
choose a 7-bit mask), and can even 'trick' remote hosts that cannot
handle 8-bit charactres into understanding the ALT key by translating
it into an ESC followed by the key press, so you can use ALT as the
meta key in Emacs and tcsh.

--
/M. Saggaf
 alsaggaf@athena.mit.edu
From: rjc@cogsci.ed.ac.uk (Richard Caley)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Spanning windows on X is not X (was Re: Dual Screens)
Date: 17 Dec 92 23:45:49 GMT
Distribution: fj
Organization: Human Communication Research Center

Date: 16 Dec 92 03:49:26 GMT
Message-Id: <RJC.92Dec16034926@daiches.cogsci.ed.ac.uk>
Newsgroups: comp.windows.x.motif,comp.windows.x

In article <1992Dec5.193705.12883@thunder.mcrcim.mcgill.edu>, der Mouse (dm) writes:

dm> Whether it [emulation of 8-bit on 1-bit] would be a good idea to
dm> do this is another question entirely.  In my opinion such a server
dm> would not be appropriate for general-purpose use.

Maybe not, but it would be amazingly useful in a couple of situations.

	1) For people (eg me) developing X software whose usual display is
	   1-bit. Having to borrow a colour machine each time I
	   modify the program to check I havn't broken something is a
	   pain. 

	2) For users who want to run a client which doesn't provide
	   1-bit support. Yes, one might say that every client should,
	   but some don't, and anyway this would prevent much wheel
	   reinvention.

--
rjc@cogsci.ed.ac.uk			_O_
					 |<
From: black@westford.ccur.com (Samuel Black)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X in a Real-Time environment
Date: 19 Dec 92 07:44:51 GMT
Distribution: fj
Organization: Concurrent Computer Corp.  Westford, MA

Date: 18 Dec 92 14:46:39 GMT
Message-Id: <1992Dec18.144639.21373@westford.ccur.com>
Newsgroups: comp.windows.x

In article <254@visicom.com> trest@VisiCom.COM (Mike Trest) writes:

> I am trying to connect with others in the X community who have an
> interest in resolving the pratical problems of operating the very
> non-deterministic character of X and the need for determinism
> in real-time application.

After three years of design and development, Concurrent has just released
Version 1.0 of RealTimeX (tm), an extension to the X Window System designed
to handle the inherent non-deterministic nature of X.  Version 1.0 of
RealTimeX (tm) runs on RTU (Real-Time Unix), and consists of an X server,
a C library interface to the extension, and several utilities for system
tuning (including a priority manager and a real-time window manager).

		- sam

------------------------------------------------------------------------
	Artificial flowers cannot die,
	For life within them is illusion...
		     ___________
		    /  ________/__	...!{decvax,uunet}!masscomp!black
		   /__/_______/  /	black@westford.ccur.com
	  Concurrent /__________/	(508) 392-2869
	Computer Corporation
------------------------------------------------------------------------
From: yev_g@athena.mit.edu (Yevgeny Gurevich)
Newsgroups: fj.mail-lists.x-window
Subject: Sending XEvents
Date: 18 Dec 92 17:33:15 GMT
Distribution: fj
Organization: Massachusetts Institute of Technology

Date: Fri, 18 Dec 1992 15:59:13 GMT
Message-Id: <1992Dec18.155913.25773@athena.mit.edu>
Newsgroups: comp.windows.x

Hello netters.
I am designing an X-based automated tutorial for an existing
X app.  I am planning to create a script file consisting of 
XEvents and sending those events in sequence to the existing
X application.  Are there any pitfalls involved in using xse
to send those events ?  Should all of the events have a certain
mask set ?  Will I have to modify the existing application's
event loop to accept these events ?

					Thank you for your assistance,
						Yevgeny Gurevich
						MIT Computer Resource Lab

--
yev_g@athena.mit.edu
500 Memorial Drive, Cambridge, MA.  [ Yevgeny Gurevich ]
From: nataraj@celebrity.Eng.Sun.COM (Nataraj)
Newsgroups: fj.mail-lists.x-window
Subject: Program to view TIFF and PICT images.
Date: 16 Dec 92 12:30:42 GMT
Distribution: fj
Organization: Sun Microsystems

Date: 15 Dec 1992 18:08:06 GMT
Message-Id: <lis7o6INNmll@exodus.Eng.Sun.COM>
Newsgroups: comp.windows.x


	Is there an X-based image viewer for TIFF and PICT format images.??
 	Converting them to PBM is not an option. 

	thanks for any solutions.....


---

Nataraj.S.                                                      
nataraj@sun.com
From: sean@cs.tamu.edu (Sean Graves)
Newsgroups: fj.mail-lists.x-window
Subject: Bad drawable error
Date: 15 Dec 92 12:15:57 GMT
Distribution: fj
Organization: Computer Science Department, Texas A&M University

Date: 15 Dec 1992 02:09:08 GMT
Message-Id: <1gjeo4INNp8i@tamsun.tamu.edu>
Newsgroups: comp.windows.x

I have all of a sudden started getting a "bad drawable" error from
the X server when I try to do anything with the windows of my X
program.  At one point everything was working fine...I had created
a drawing area and a pixmap and was drawing into them and copying
between them and everything was fine.  Then at one point (I really 
have no idea what I did to trigger this) I started getting a "bad
drawable" error when I tried to do any of these things.  The only
drawable that I don't get an error on is the root window (which I
don't want to use obviously).  I have even broken out small sections
of code and the problem persists.  Any ideas?  Please let me know.
Thanks.

Sean Graves
sean@cs.tamu.edu
From: mishins@gdls.CSCTMD.COM (Phil Mishins)
Newsgroups: fj.mail-lists.x-window
Subject: Printing a color x-screen to bw postscript printer
Date: 11 Dec 92 17:18:08 GMT
Distribution: fj
Organization: Computer Sciences Corp. @ General Dynamics

Date: 11 Dec 92 15:44:05 GMT
Message-Id: <Bz3qDJ.F7F@gdls.CSCTMD.COM>
Newsgroups: comp.windows.x

Hi X-gurus,

I am trying to print out an x-window captured screen from a 256-color
X-server ( DeskViewX) to a b&w postscript printer. All I get is a page
of toner!

I tried:"xwd  -xy -display 0550_01:0|xpr -device ps|lpr"

Does anyone have suggestions?

Thanks in advance.

Phil

(my address: ilium.troy.msen.com!gdls!mishins%gdpy01  )
From: mdowell@dante.nmsu.edu (Mike Dowell)
Newsgroups: fj.mail-lists.x-window
Subject: Dynamic Colormaps and xview...
Date: 12 Dec 92 05:19:56 GMT
Distribution: fj
Organization: New Mexico State University, Las Cruces, NM

Date: Fri, 11 Dec 1992 22:52:51 GMT
Message-Id: <1992Dec11.225251.8245@nmsu.edu>
Newsgroups: comp.windows.x




Hello,

I am in desperate need of help!!  

I am working on a surface plot program and would like to allocate my
own colormap for the window with 250 colors plus my control colors.

I would also like to change the palette on the fly, ie. dynamic
colors.  I would like the same effect as the X11 program XColor which
switches to its palette as soon as you focus on it.

I can't for the life of me get all the right parameters....

I have created a cms with the command:

   cms = xv_create(NULL, CMS,
                   CMS_TYPE,        XV_DYNAMIC_CMS,
                   CMS_CONTROL_CMS, FALSE,
                   CMS_SIZE,        NUM_COLORS,
                   NULL);

My program has the base window, a control box and a canvas.

So the created cms has NULL as the owner...so then I do
an xv_set:

   xv_set(Grfbase_window1->canvas1, CMS_NAME, cms, NULL);

to associate the cms with my canvas...

This does not give me what I want...


Any help would be greatly appreciated since this is due fairly
shortly...EMAIL would be ideal but any help/reply/comment
would be appreciated!!


Thanks,

Mike Dowell
mdowell@dante.nmsu.edu
mdowell@nmsu.edu
From: rloper@mksol.dseg.ti.com (robert l loper)
Newsgroups: fj.mail-lists.x-window
Subject: Re: What's the best PC X terminal software? Deskview X, Windows X?
Date: 20 Dec 92 18:39:06 GMT
Distribution: fj
Organization: Texas Instruments, Inc

Date: Sun, 20 Dec 1992 07:42:22 GMT
Message-Id: <1992Dec20.074222.29309@mksol.dseg.ti.com>
Newsgroups: comp.windows.x,comp.sys.ibm.pc.misc

On a similar note, is their any way to run an OS/2 2.0 X server program
over a modem and/or Ethernet?  (Having DOS/ Windoze, and X all on the 
same screen really sounds appealing)  Does the Os/2 TC/PIP package support
this at all?

Thanx...

-- 
******************************************************************************
*  Robert L. Loper             * .Sig pending...gimme a minute!              *
*  ROBERTLL@FLOPN2.dseg.ti.com *                                             *
*  Texas Instruments, Inc.     *                                             *
From: pp0s+@EDRC.CMU.EDU (Peter Colin Piela)
Newsgroups: fj.mail-lists.x-window
Subject: Screen fonts
Date: 16 Dec 92 13:49:54 GMT
Distribution: fj
Organization: Carnegie Mellon University

Date: Tue, 15 Dec 1992 17:04:39 GMT
Message-Id: <BzB8s1.71n.1@cs.cmu.edu>
Newsgroups: comp.windows.x

We are looking for a wider range of san-serif screen fonts than is offered in the standard X distribution (We have only helvetica and lucida). Are there any public domain repositories or, commercial offerings? Any help would be appreciated. Thanks. Peter
From: chuck@IMSI.COM (Chuck Ocheret)
Newsgroups: fj.mail-lists.x-window
Subject: Re: HELP: Using tabs to move along text widgets
Date: 12 Dec 92 00:24:28 GMT
Distribution: fj
Organization: Investment Management Services Inc., NYC

Date: 10 Dec 92 18:49:01 GMT
Message-Id: <5801@bacon.IMSI.COM>
Newsgroups: comp.windows.x,comp.windows.x.intrinsics

In article <1992Nov30.165643.20757@noose.ecn.purdue.edu> jai@cn.ecn.purdue.edu writes:
>I have an application which, for input, opens a window with
>a series of (vertically arranged) text widgets.  To enter data,
>I must move the mouse pointer to a text widget, finish entry,
>move the pointer to the next widget, and so on.  I would like to
>make data entry easier by, say, using a tab character to change
>the input focus to the next text widget (possibly even moving
>the mouse pointer to that widget?).

Look at the source for editres to see an example of one way to do
this.  In particular note how dialogs (like the one popped up by "Set
Resource" in the Commands menu) are implemented.

As a more general solution I chose to implement a Focus widget which is
a subclass of constraint and can contain one child (which can also be a
composite).  The Focus widgets within a Shell manage transferral of
Focus between their children in response to user actions or
programmatically.  This solution does make your widget tree a little
deeper and takes some more memory but works quite well and is easy to
use.

~chuck
-- 
 Chuck Ocheret, Director of Technology | (212)339-2784 phone
        Investment Management Services | (212)339-2845 fax
         12 E. 49th Street, 35th Floor | chuck@IMSI.COM
                New York, NY 10017 USA | uupsi!bacon!chuck || uunet!bacon!chuck
From: sinan@Mtesol.boeing.com (Sinan Karasu)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Special Promotion - SPARCclassics for HOME
Date: 14 Dec 92 21:03:25 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Mon, 14 Dec 92 11:05:26 PST
Message-Id: <9212141905.AA28732@mtesol>


> From xpert-mailer@expo.lcs.mit.edu Sat Dec 12 18:25:16 1992
> Date: Sat, 12 Dec 1992 23:03:03 GMT
> From: jpsb@gothamcity.jsc.nasa.gov (Jim Shirreffs)
> Subject: Re: Special Promotion - SPARCclassics for HOME
> To: xpert@expo.lcs.mit.edu
> 
> 
> What is a SPARCclassic? Hardware/Software? Does Sun make it?
> 
> I checked in misc.forsale.computers.workstation. 
> 
> jim shirreffs
> 
SPARCclassic is made by SunMicrosystems. 59 MIPS, built around the TI
Tsunami chip (also known as microsparc). It is a true SPARC machine and
probably is even better than a SparcStation2. :-)
Sinan
From: esr@snark.thyrsus.com (Eric S. Raymond)
Newsgroups: fj.mail-lists.x-window
Subject: Success! Eureka!  Cancel that last post...
Date: 13 Dec 92 08:04:59 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 12 Dec 92 10:48:34 GMT
Message-Id: <1jm6zb#0fJwbK4lwpNj8ZzxLR1HQvRg=esr@snark.thyrsus.com>
Newsgroups: comp.windows.x

In <1jl47Z#4zGwVx9MyJTb4OKv6T0lY9bl=esr@snark.thyrsus.com> I wrote:
> With this posting, I am formally crying uncle.  X has baffled and defeated
> me.  I'm an expert C/UNIX programmer and I'm normally very good at picking
> up new interfaces quickly, but X's is sufficiently complex and this enough
> of a heisenbug that I can't get a grip on it.

There's good news and bad news.

The good news is that I got an attack of the stubborns, pulled an all-nighter,
and finally *solved this problem*!  My xlife now displays multi-state patterns
at any cell size.  Yeee-ha!

The bad news is that the way I found to make this work was to use a series of
XFillRectangle() calls in place of a single XFillRectangles().  I now believe
that there is a bug or undocumented limit in the generic XFillRectangles code
itself that was causing this problem.  'Ware hackers!
-- 
					Eric S. Raymond <esr@snark.thyrsus.com>
From: mxd8131@hertz.njit.edu (Marceline D'souza (cis))
Newsgroups: fj.mail-lists.x-window
Subject: Need help linking applications under X
Date: 18 Dec 92 01:43:08 GMT
Distribution: fj
Organization: New Jersey Institute of Technology, Newark, N.J.

Date: 17 Dec 92 19:04:14 GMT
Message-Id: <1992Dec17.190414.4806@njitgw.njit.edu>
Newsgroups: comp.windows.x,comp.windows.open-look

From: mxd8131@hertz.njit.edu (Marceline D'souza (cis))
Newsgroups: comp.windows.open-look,comp.windows.x
Subject: Need help linking X based applications
Summary: 
Followup-To: 
Distribution: usa
Organization: New Jersey Institute of Technology, Newark, N.J.
Keywords: 

While building several applications that run under X, I have been
receiving errors from the linker reporting two undefined symbols:
	_get_wmShellWidgetClass
	_get_applicationShellWidgetClass

I have checked the local documentation and header files, but cannot
determine which library contains their definitions.  I am working under
openwindows 3.0 and linking the following libraries:
	X11, Xaw, Xmu, Xt, Xext

Does anyone know which library I am missing?
From: lostboy@stein.u.washington.edu (Shaun Leach)
Newsgroups: fj.mail-lists.x-window
Subject: X Toolkit/Motif vs. X Primitives
Date: 18 Dec 92 00:08:46 GMT
Distribution: fj
Organization: University of Washington

Date: 17 Dec 92 20:39:46 GMT
Message-Id: <1992Dec17.203946.8562@u.washington.edu>
Newsgroups: comp.windows.x

I've noticed that most programs for X windows are written
using the X Window Primitives, as opposed to the toolkit
or motif.  Does anyone have any insight as to why this is.
Ease of use? Portability?

                                     Shaun
From: yhtao@magnus.acs.ohio-state.edu (Yu-Hui Tao)
Newsgroups: fj.mail-lists.x-window
Subject: Xt Warning: Cannot find callbacklistin XtAddCallbacks!!!
Date: 13 Dec 92 18:18:46 GMT
Distribution: fj
Organization: The Ohio State University

Date: 13 Dec 92 17:31:47 GMT
Message-Id: <1992Dec13.173147.22632@magnus.acs.ohio-state.edu>
Newsgroups: comp.windows.x.motif,comp.windows.x,comp.gnu.g++.help

Dear netters:

  **** MOTIF/G++ experienced users: PLEASE  HELP!! ******

   I got a run-time warning when running motif programs compilled by 
GCC or G++ as follows (I remembered seeing this question before!):

    Toolkit Warning: Cannot find callback list in XtAddCallbacks

   (Evnironment: DECstation 3100, Ultrix 4.2, Motif 1.1, gcc(g++) 2.2.2) 

   For Douglas Young's "stopwatch" example, everything is shown on the screen
but, as expected from the warning above, nothing happened after I push the 
button. 

   For my own more complex C/MOTIF porgram, in addition to that as above, all
the user interface components got messed up (kinda tight together). It ran 
just fine when compiled with DEC CC.


   Also DECstation users: Do I need to change any Xm header files, as WWL does?


   I deeply appreciate those who knows can help!!

Yu-Hui Tao
ISE, OSU
tao@CSEL.eng.ohio-state.edu
============================
From: quy@stone.oz.au (Quy Tonthat)
Newsgroups: fj.mail-lists.x-window
Subject: SUMMARY: USL X clients and DISPLAY number
Date: 14 Dec 92 08:20:22 GMT
Distribution: fj
Organization: Stone Microsystems, NSW, Australia

Date: Mon, 14 Dec 92 06:04:04 GMT
Message-Id: <1992Dec14.060404.23802@stone.oz.au>
Newsgroups: comp.windows.x,comp.unix.sys5.r4


Few days ago, I posted a question to ask everybody how to 
start  X clients on USL svr4 and displayed on an X server
with DISPLAY number other than 0.

The following command won't work:

     xterm -display xzy:1

The error message is "Can't not open display".

With the great help from people at USL, I have the answer from
kumar@usl.com:

> assuming you are trying to run USL clients against various servers
> with display set to non-zero, you need to do one thing 
>
> In your /etc/services file, add the following:
>
> xserver1        6001/tcp   # X server display 1
>
> If you are running our server as display 1 (ie: X :1 &), you need
> to do this on the server machine also, or else the remote USL
> clients will not connect to our server.

I wonder why I missed this. I guess because all the systems I have
around here hardcoded port 6000 in their code or at least hardcoded
the convention 
      port for server n = (port for server 0) + n

Do you know any other X that does the way USL does ?
Of course I see this as a feature as long as users know about it.

-- 
   Quy Tonthat                              Email: quy@stone.oz.au
   Stone Microsystems,                      Fax:     (02) 818 3070
   NSW.     Australia                       Voice:   (02) 818 3211
From: bagwill@swe.ncsl.nist.gov (Bob Bagwill)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X Terminal screen locker
Date: 18 Dec 92 03:40:53 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 17 Dec 92 15:05:23 GMT
Message-Id: <7545@dove.nist.gov>
Newsgroups: comp.windows.x

NCD provides patched source to xlock with the server software.  But
this version of xlock works with NCDware 2.4:

README:
	This is the latest version of xlock (sccs version 23.21) patchlevel = 2.3


--
Bob Bagwill
bagwill@swe.ncsl.nist.gov
From: jar@solva.ifi.uio.no (Jo Are Rosland)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X Terminal screen locker
Date: 16 Dec 92 21:15:21 GMT
Distribution: fj
Organization: Dept. of Informatics, University of Oslo, Norway

Date: 16 Dec 92 16:27:03 GMT
Message-Id: <JAR.92Dec16172703@solva.ifi.uio.no>
Newsgroups: comp.windows.x

In article <1992Dec16.122101.2985@sth.frontec.se> bjst@sth.frontec.se (Bjorn Stenberg) writes:

   How do I get a screen locker working for my X terminals?
   When running xlock, it tells me:

       xlock: can't lock <displayname>'s display

   ...which (notably) is different from the message I get when trying to
   lock a secured display (xlock: unable to open display xxx).
   This leads me (non X guru) into thinking there's something special about
   X terminals apart from the security authorization.

There's nothing special about X-terminals, at least not in this
respect.  On the contrary, xlock is a very special X application.  It
actually checks if you try to display it on a remote screen, and
normally it doesn't allow that.  I believe this was done to make it
harder for people not reading manuals to start xlock on other people's
screens.  As people who _do_ read manuals know, however, it's as easy
as running xlock with the -remote option.

No offence intended :-)


--
Jo Are Rosland
jar@ifi.uio.no