HDTenEightyP/NetNews huggingface dataset:
From: ftww@cs.su.oz.au (Geoff Bailey)
Subject: Problem with WM_DELETE_WINDOW - need help
Reply-To: ftww@cs.su.oz.au (Fred The Wonder Worm)
Organization: Thermonuclear Toys, Pty Ltd
Date: Thu, 30 Jul 1992 08:34:37 GMT
Followup-To: comp.windows.x

G'day!  I'm having a problem with using the WM_DELETE_WINDOW protocol.
After I set the protocol on the window, my window manager's close window
function doesn't close the window, but I don't seem to be getting the
ClientMessage event from it either.

If I understand my manual correctly, ClientMessage events do not need to be
selected and should arrive regardless.  But I never receive them.

Further information for the curious:

I'm currently using ncdwm (an mwm lookalike), don't remember the version
number though.  Under it I can close the window in one of two ways:
1) select close from the window menu
2) hit Alt + F4 in the window.

When I select WM_DELETE_WINDOW, neither of these closes it, although if I hit
Alt + F4 _twice_ in quick succession the window dies.

As for other window managers, mwm would not close it at all.
The twm version I had just killed it (I probably chose the wrong option from
the menu though - kill window, didn't check for a delete window option).
Tvtwm was as for twm.
Uwm killed it as well.

I assume I am setting the protocol correctly, as the window doesn't die as it
normally would.  But then two questions remain:
1)  Why does Alt + F4 twice kill it?
2)  Why don't I get ClientMessage events?

Any help would be much appreciated, prefer e-mail replies.

Thanks a lot,
Geoff.

-------------------------------------------------------------------------------
Geoff Bailey (Fred the Wonder Worm)   |   Programmer by trade --
ftww@cs.su.oz.au                      |       Gameplayer by vocation.
-------------------------------------------------------------------------------
From: fy@ai.mit.EDU (yan fan)
Newsgroups: comp.windows.x
Subject: questions
Date: 23 Jul 92 22:03:51 GMT
Organization: The Internet


 
 can you tell me how to display an image on the screen 
 in Xwindow ?
Newsgroups: comp.windows.x
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Subject: Re: Non-rectangular bitmaps/setting pixmap background...
Organization: McGill Research Centre for Intelligent Machines
Date: Fri, 24 Jul 92 18:15:10 GMT

In article <raney.711494247@teal>, raney@teal.csn.org (Scott Raney) writes:
> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>> In article <1992Jul13.194934.5605@news.cs.brandeis.edu>, slanka@chaos.cs.brandeis.edu (Ishantha Lokuge) writes:
>>> I am trying to create a non-rectangular bitmap...
>> This is not possible.  You'll have to get the effect you want some
>> other way.
> I say it *is* possible, but the process is nontrivial.

A bitmap is a depth-1 pixmap.  Pixmaps are, by definition, rectangular
arrays of pixels.  Thus, non-rectangular bitmaps don't exist any more
than, say, OutputOnly windows do.

> First, you need a mask of the shape you will be drawing, and a pixmap
> of the size of your control to draw into.  [...]

This is an example of what I meant by getting the desired effect some
other way.

>> You will have to go about your ends some other way.  There are
>> various possibilities.  One is to create a bitmap that is 1 where
>> you want to change things when copying and 0 when not, then set this
>> as the clip-mask in your GC, [...]
> Unfortunately, the X server designers chose to implement clip masks
> by converting them to rectangle lists instead of developing a three
> element logic op.

The *MIT sample server* designers chose to.  Don't confuse this with X
servers in general; there is no requirement that an X server do
anything the way the MIT server does, as long as it follows the spec.

This has come up on the net before.  As I recall, it was done not to
avoid three-element logic but to avoid *four*-element logic.  Consider
drawing stippled text, for example.

> The result?  Setting a full screen clip mask on a 386 takes several
> seconds.  Clipping a wide polyline to the mask can take several
> *minutes*.  If it had been implemented as a mask, the results would
> be about 50% slower than regular operations.  As it is, X clipmasks
> are essentially useless.

So don't complain; do something about it!  If you were to contribute
efficient code for doing clipmasks as masks, I'm sure lots of people
would love you for it.  (Of course, you also might, in the process,
discover why it wasn't done that way - I don't know; I haven't looked
at it at all.)

It could also just be that your 386 is a pig.  I've done circular
clocks on the Sun-3/50 on my desk that are approximately a thousand
pixels in diameter and it takes a second maybe, but not "several"
seconds.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: misha@humus.cs.huji.ac.il
Newsgroups: comp.windows.x
Date: 18 Jul 92 16:06 MDT
Subject: Two NCD terminal questions.
Nf-ID: #N:1992Jul18.120619.16428@bronze.uc:1780829967:001:1041
Nf-From: humus.cs.huji.ac.il!misha    Jul 18 16:06:00 1992


Hi.

  Does anybody out there knows when do NCD plan to ship X11R5? We are using
a LOT on NCD terminal in our CS department, and would like very much to upgrade
them to R5 (we'd like to run PEX and the font server particularly...)
 

  The second question is: Is there any way to start the NCD lock utility from
a client? We would like to have a program similiar in "xlock", that on the one
hand, would lock the terminal such that only the super-user of the machine on
which "xlock" was run, or the activator of the "xlock" process would be able
to unlock it, and on the other hand, would take advantage of NCD's lock feature,
which is clearly the RIGHT THING, since it does not take up the client's host
CPU time. 

Thanks a lot,
Misha.

******************************************
* Michael Pak                            *
* The System Group,                      *
* Department of Computer Science,        *
* Hebrew University of Jerusalem, Israel *
* E-Mail: misha@cs.huji.ac.il            *
******************************************


Newsgroups: comp.windows.x
From: jones@chpc.utexas.edu (Bill Jones)
Subject: Re: WCL on IBM RS6000
Keywords: WCL, AIX, IBM RS6000
Organization: The University of Texas System - CHPC
Date: Fri, 24 Jul 92 14:20:02 GMT


If you have AIX 3.2 all you need is a working xmkmf to build Wcl-2.2.

Bill Jones


Newsgroups: comp.windows.x
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Subject: Re: Kills from Window Manager
Organization: McGill Research Centre for Intelligent Machines
Date: Fri, 24 Jul 92 18:20:31 GMT

In article <14b03iINN1kn@early-bird.think.com>, barmar@think.com (Barry Margolin) writes:
> In article <1992Jul18.132220.18254@thunder.mcrcim.mcgill.edu> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>> If an application would simply exit when asked to delete its window,
>> and it has no requirement for user interaction during its cleanup
>> operations, if any, I see no reason why it should bother
>> participating in WM_DELETE_WINDOW.  (I suspect this is a fairly
>> large class of applications.)  Do you see any such reason?

> Doesn't it have to participate in the protocol even to do that much?
> In order to do anything "when asked to delete its window", it has to
> recognize the request.

> When I use f.delete on windows of clients that don't implement the
> protocol, twm beeps at me.

In that case, then you need to fix either twm or your menus: twm, if
f.delete is supposed to be "make this window go away" (because it isn't
working that way), or your menus, if f.delete is supposed to be "send
WM_DELETE_WINDOW if requested" (because that's not the operation you
want).  In short, when the tool doesn't do what you want, either fix it
or use a different tool.  The ICCCM contains no indication that every
well-behaved application must participate in WM_DELETE_WINDOW, at least
not that I could find.

(I exchanged email with someone I know over one of my programs that
doesn't do WM_DELETE_WINDOW; it looked nearly identical to this....)

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.windows.x
From: finnm@clas01.cebaf.gov (Michael Finn)
Subject: Memory Leaks with X...
Reply-To: finnm@clas01.cebaf.gov (Michael Finn)
Organization: CEBAF (Continuous Electron Beam Accelerator Facility)
Date: Mon, 27 Jul 1992 19:35:47 GMT

Hi, 
	We are having a problem with an X11R4/Motif Application we have 
written which is heavily graphics intensive.  We have a Memory leak we 
cannot track down and are looking for suggestions on ways to find it, or 
what it might be.  

	Another Question along this line that we have relates to Regions 
in X11.  There is a descrepancy between the way Young and O'Reilly say 
XIntersectRegion work.  An Example in Young's "X Window Systems Programming 
and Applications with Xt" shows the region intersection in the Line:  
	XIntersectRegion(region1, region2, intersection); 
to be created in the routine.  O'Reilly does not say where this region is 
created.  In practice it appears that the region intersection must be 
created with the Line: 
	intersection = XCreateRegion();
	The gist of my question is, what routines will create a passed 
region and what routines require me to create the passes region.  Any 
information on this and other places in X which could account for our 
bleeding memory are greatly welcomed.
	

			- Mike Finn
				finnm@clas01.cebaf.gov

+----------------------------------------------------------------------------+
| Michael P. Finn          | Insert Generic Lame Joke Here                   ||
| finnm@clas01.cebaf.gov   |                                                 ||
| CEBAF Hall B Software    |-------------------------------------------------||
|    Working Group         | Disclaimer:  My words do not represent anything ||
+--------------------------\              Whether it be animal, vegetable,   ||
 +--------------------------\             Mineral, or wearing a suit.        ||
                             +-----------------------------------------------+|
                              +-----------------------------------------------;






Newsgroups: comp.windows.x
From: stumpf@Informatik.TU-Muenchen.DE (Markus Stumpf)
Subject: Re: Bug in editres
Originator: stumpf@hphalle0.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Mon, 27 Jul 1992 16:00:05 GMT


In article <24178@castle.ed.ac.uk>, mfg@castle.ed.ac.uk (M Gordon) writes:
|> Sun 4, SunOs 4.1.1, X11R5 pl13.
|> 
|> Start editres and xfontsel, select "Get Widget Tree" and click on
|> xfontsel.  Select "Get Widget Tree" again and click on the editres
|> window.  Editres then displays a widget tree consisiting of a mixture
|> of the editres and xfontsel widgets.  Editres displays it's own
|> widgets correctly if no other clients have been displayed beforehand.

:-) I don't think this is a bug!

The whole widget tree of the xfontsel application is displayed as
single widgets within the TREE-widget as parent. This TREE widget is a widget
in the Editres application!
Thus each widget of the xfontsel application has it's expressen in a
command widget inside the editres application!
If you now select the editres application's widget tree, you recursivly
get the editres AND the already existing widgets for the xfontsel application!

Ciao
	\Maex
-- 
______________________________________________________________________________
 Markus Stumpf                        Markus.Stumpf@Informatik.TU-Muenchen.DE
From: ego@alpha.fultech.com (Ed Orton)
Newsgroups: comp.windows.x
Subject: Re: X server for MS-Windows?
Date: 28 Jul 92 14:10:25 GMT
Organization: Fulcrum Technologies Inc.

HCL eXceedd/W is a windows X server which can either use Windows as the window
manager, or can be set up to manage it's own windows. I am currently creating
this message using 'xrn' as a SPARC client to the HCL product and it works
just fine. Contact HCL at:

Hummingbird Communications Ltd.
2900 John Street, Unit 4
Markham, Ontario, CANADA L3R 5G3
Phone:	(416) 470-1203
FAX:	(416) 470-1207

I am not associated with this company, just a satisfied user both at work
and at home.

B.T.W

We tested 4 similar products and found this to be the most versatile, but
not the fastest.

Ed Orton
GWN Consultants
Newsgroups: comp.windows.x
From: graeme@labtam.labtam.oz.au (Graeme Gill)
Subject: Re: benchmark for xserver
Organization: Labtam Australia Pty. Ltd., Melbourne, Australia
Date: Wed, 22 Jul 1992 03:28:51 GMT
Summary: Xengine is a trademark

In article <raney.711687751@teal>, raney@teal.csn.org (Scott Raney) writes:
> roell@informatik.tu-muenchen.de (Thomas Roell) writes:
 
> >Again there is a hair. xengine is one of the most rediculus benchmarks
 
> >	1) xengine is only a CPU benchmark, since almost ewverybody
 
> >	2) The only graphical operation that really involves the
 
> The conclusion? xengine *is* a useful benchmark, IMHO.

> >Give these facts I would say that xengine as a benchmark is unusable.


	And don't forget that Xengine is a trade mark of Labtam Australia,
and refers to Labtams 80960 based X server hardware and software. :-)

	Graeme Gill
	Labtam Australia

Oh, how fast does an Xengine run xengine ? - the CT300 terminal running an
E92 server runs about 284 rpm.

Newsgroups: comp.windows.x
From: elkins@eplrx7.es.duPont.com (Rob Elkins)
Subject: GIF reader for X
Organization: DuPont Central Research & Development
Date: Thu, 23 Jul 1992 17:25:10 GMT

Can anyone tell me where I can find a GIF reader for X-windows.
Specifically for vax/vms?

Thanks!!`

-- 
Damn it Jim, I'm a doctor, not an <insert occupation here>
Rob Elkins		E.I. Dupont de Nemours & Co, Inc
Email:			elkinsra@wmvx.dnet.dupont.com
Voice:			302-366-3125
From: kvcg2847@uxa.cso.uiuc.edu (Kyle V. Camarda)
Newsgroups: comp.windows.x
Subject: X11R5 makefile creation problem (help)_
Keywords: makefile build
Date: 28 Jul 92 21:30:44 GMT
Organization: University of Illinois at Urbana


         I am trying to build X11R5 on a Sun 3/50 with OS 3.5. It
	 seems that one of the makefiles generated (specifically,
	 the one in /mit/lib/Xau) has syntax errors in it. Has
	 anyone built R5 under the OS?  I'm not sure if I have
	 configured the build incorrectly, or if I have an old
	 version of make.  Any suggestions would be greatly
	 appreciated.  And thank you to those who responded to
	 my previous question.
				   Kyle V. Camarda
				   kyle@turing.scs.uiuc.edu
From: mirek@unixg.ubc.ca (Miroslaw Piaseczny)
Newsgroups: comp.windows.x
Subject: Local Bus X386 configuration - help needed
Date: 29 Jul 92 18:41:16 GMT
Organization: University of British Columbia, Vancouver, B.C., Canada
Originator: mirek@unixg.ubc.ca

Has anyone successfully completed the X386 installation    
for local bus video card? 

I have GA-200 Local Bus ET4000 card (1MB) installed on 50MHz 486,
and Aamazing monitor (Horizontal: 31.5/35KHz,
                      Vertical 60/70 Hz (31.5KHz)
                               56/87 Hz (35KHz).

My problem seems to be in finding the correct clock timings. 
The DOS utility program (dmode.com) shows the following:
       50 57 65 72 80 90 101 130

However, when I run clock.exe, for some reason I get different numbers.
What's even worse, each clock.exe run shows different readings.

I've tried some of them to get the horizontal and vertical timings, 
but couldn't get it right.
 
Any ideas?

Thanks in advance

Mirek Piaseczny
University of British Columbia
mirek@unixg.ubc.ca
Newsgroups: comp.windows.x
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Subject: Re: X: User simplicity vs code complexity
Organization: McGill Research Centre for Intelligent Machines
Date: Thu, 30 Jul 92 00:39:05 GMT

In article <1992Jul24.145008.1028@ERA.COM>, feit@ERA.COM (Mark Feit) writes:
> On comp.windows.x, tpaquette@ita.lgc.com (Trevor Paquette) posts:
>> Is there ANYONE out there who knows EVERYTHING in these manuals?
> Aside from the people who wrote them, I'll second the vote for der
> Mouse, but I suspect that like the rest of us, if he doesn't remember
> something he looks it up.

*blush*  Thank you.  Yes...cut me off from my Xlib.doc and Protocol.doc
files and my usefulness as an X question-answering service takes a
sharp nosedive.  (Those files are simply the Consortium-supplied
documents from the mit/doc directory on the R4 distribution.  Someday I
will find the time to process the R5 versions into plain text so I can
use them instead...unless perhaps R6 comes along first.)

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Xref: sparky comp.windows.x:14692 alt.security:4059 comp.security.misc:876
From: faigin@aero.org (Daniel P. Faigin)
Newsgroups: comp.windows.x,alt.security,comp.security.misc
Subject: Re: Window system security bibliography
Date: 31 Jul 92 16:42:44 GMT
Article-I.D.: soldan.FAIGIN.92Jul31084244
Organization: The Aerospace Corporation, El Segundo, CA

On 31 Jul 92 13:35:35 GMT, epstein@trwacs.fp.trw.com (Jeremy Epstein) said:
> Corrections and/or additions would be greatly appreciated.
> I'm planning to submit this to IEEE Cipher for publication
> (thanks to Daniel Faigin for the suggestion).

Actually, I suggested he submit it to SIGSAC Review.

Daniel Faigin
Chair, ACM/SIGSAC
--
[W]:The Aerospace Corp. M1/055 * POB 92957 * LA, CA 90009-2957 * 310/336-8228
[Email]:faigin@aerospace.aero.org              [Vmail]:310/336-5454 Box#13149
   "You can't be a rationalist in an irrational world. It isn't rational!"
	       Dr. Rance, in Joe Orton's "What the Butler Saw"
Newsgroups: comp.windows.x
From: jncoco@jumbo.read.tasc.COM (Joe Coco)
Subject: Re: Whence XIE?
Organization: The Internet
Date: Thu, 23 Jul 1992 13:13:33 GMT

> I'm looking for just about any information pertaining to the X Imaging
> Extensions, or XIE.  I have uncovered documentation that was provided
> in X11R4, but not in R5.  Has this extension been dropped?  If so, why
> are some vendors still claiming to support it?  Is it being saved for
> X11R6?  If so, when will code be available?
> 
> In any case, I'm interested in hearing if anyone knows of any more
> recent documentation or of a (even partial) sample implementation.  In
> fact, I'd even be happy to hear gossip about it.

This is what I know.  At the Xhibition Conference, Bob Scheifler of the
X Consortium indicated that it should be in the X11R6 release.  I don't
know when R6 will be available.  The vendors who currently provide 
implementations of XIE may provide an implementation based on a specification 
that will be different from what will be in X11R6.  Apparently some significant
changes were made to the specification along the way.  Check with the vendor.

Joseph Coco
jncoco@tasc.com
TASC
Newsgroups: comp.windows.x
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Subject: Re: Non-rectangular bitmaps/setting pixmap background...
Organization: McGill Research Centre for Intelligent Machines
Date: Thu, 30 Jul 92 01:03:48 GMT

In article <raney.712034535@teal>, raney@teal.csn.org (Scott Raney) writes:
> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>> In article <raney.711494247@teal>, raney@teal.csn.org (Scott Raney) writes:
>>> Unfortunately, the X server designers chose to implement clip masks
>>> by converting them to rectangle lists instead of developing a three
>>> element logic op.
>> This has come up on the net before.  As I recall, it was done not to
>> avoid three-element logic but to avoid *four*-element logic.
>> Consider drawing stippled text, for example.
> Nope, the reason was that many "intelligent" graphics controllers
> couldn't handle it.

To make my statement more precise, I was told by someone (I no longer
recall who) who was involved in the process at the time that it was
done to avoid increasing the code complexity of already-complicated
operations, like stippled text, beyond manageability.  Since you appear
to know better, I defer to your greater knowledge.  (Don't you remember
back in September 1991, when this came up before?  You were at
colorado.edu at the time, or at least someone of the same name was.)

>> So don't complain; do something about it!  If you were to contribute
>> efficient code for doing clipmasks as masks, I'm sure lots of people
>> would love you for it.
> Since we're effectively doing a 3 element logic op in MetaCard, I
> submit that it isn't technically all that difficult.

So write it up and mail it in.  If it's not that hard, it shouldn't
take very long.  But I've looked at the cfb code and I think you're
wrong: it's unwieldy as it is, and that's with stipples and font glyphs
already preprocessed so they're nicely aligned on memory unit
boundaries.  (I think both are preprocessed; it's been a while.)
Adding a fourth source of data would drive it beyond reasonability, in
my opinion.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.windows.x
From: curt@hdsc-calm.ssc.af.MIL (Curtis Frazier)
Subject: Bad Atom
Organization: The Internet
Date: Thu, 23 Jul 1992 12:24:16 GMT
From: johnc@cci632.cci.com (John Czyryca)
Newsgroups: comp.windows.x
Subject: Sharing colormap entries among clients
Date: 23 Jul 92 15:21:12 GMT
Distribution: wny
Organization: [Computer Consoles, Inc., Rochester, NY

Occasionally I get the message "cannot allocate entry in colormap" which I
have found that it can be corrected by making entries in the colormap
sharable.  'xstdcmap' is a command that my documentation has directed me to
explore to correct the problem.  The description in the man-page is not clear
to me on how this is done.  Could someone please elaborate on what the options
mean and how it can be applied to the above.    thanks...
Newsgroups: comp.windows.x
From: anthony@kurango.cit.gu.edu.au (Anthony Thyssen)
Subject: Re: WANTED: motd window when runnin
Organization: Griffith University, Brisbane, Australia.
Date: Thu, 23 Jul 92 08:01:13 GMT

georged@sequent.com writes:
| For those out there with really slow connections the file name is actually:
| /pub/xlogin-2.01.tar.Z

| In article <tim.711388142@appenzell> tim@appenzell.cs.wisc.edu (Tim Theisen) writes:
| >tom@uts.cc.wayne.edu (Thomas Richard Stevenson) writes:
| >> Does anyone have a script, program, etc., that can be used when
| >> running under xdm to display a motd window at login time? Something
| >> that a user would have to click to remove. It should be started by 
| >> the /usr/lib/X11/xdm/Xstartup script.
| >

You could also just use

  if [ ! -f $HOME/.hushlogin ]; then
     xmessage -name "Message of the Day" -file - -g +400+200 </etc/motd &
  fi

We placed this in the xdm Xsession file before the exec to users personal
.xsession or our default session setup file.

  Anthony Thyssen - (CIT, Griffith University)       anthony@cit.gu.edu.au
------------------------------------------------------------------------------
   It has been proved, beyond a shadow of a doubt, that million-to-one
       chances, occur nine times out of ten!         ---   Terry Pratchet
------------------------------------------------------------------------------