HDTenEightyP/NetNews huggingface dataset:
From: unisql!kk@cs.utexas.edu (Kerry Kimbrough)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Are you destroyed yet?
Date: 27 Jul 92 23:32:45 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Mon, 27 Jul 92 14:38:51 CDT
Message-Id: <9207271938.AA04613@hyundai.unisql>




   > What's the politically correct way of determining if a widget is in the
   > process of being destroyed?

   Application writer or widget writer?

Good question. I meant "for application writer".


   If you are an application writer and you find yourself wanting to test
   whether a widget is being destroyed, ask why you couldn't rely on
   notification instead (that is, register a destroy callback) and if you
   must test by inspecting the widget data structure, maybe there is a
   design level issue that is at conflict with the model supplied by Xt.

Destroy callback notification doesn't help me because I need to test if
destroyed during execution of the same callback that does the
XtDestroyWidget. This is during Phase 1, but the destroy callbacks are not
invoked until Phase 2. At any rate, using destroy callback notification is
clumsy because it would require me to manage my own cache of widget state
info, with all the usual pitfalls.

Why is this really necessary? Here's my scenario; see what you think.

The children of a composite are used to implement a set of column titles.
An interactive user may cause a column (and its title) to be destroyed.
When a column is destroyed, the other column titles must be repositioned to
fill in the gap.  

In the API for controlling columns, a column is identified by a position
index, e.g. "destroy column N". The algorithm for finding the title of
column N to return the Nth element of the XtNchildren list. (I know there
are not supposed to be guarantees about the order of this list, but
actually I can control this safely via the XtNinsertPosition function.)

The problem is this: after destroying column N and in the course of
repositioning remaining columns, references occur to columns M > N.  The
idea, of course, is to refer to the Mth title *not counting the one just
destroyed*. That's why "find title N" needs to identify and skip over
children that are being_destroyed.

I suppose it's possible to work around this by having two different "find"
functions, one for use during "destroy column" and the other for other
times. But this is clumsy, potentially unreliable, and certainly a risk to
maintainability.

I suppose it's also possible to identify title widget by name rather than
position. But, as you can see, the essence of the algorithm is to process
columns sequentially. If name is the only identity, then I would be forced
to maintain a special lookup list to translate name to column index, which
seems like a bunch of ring-around-the-rosie. And don't even think about
encoding the index into the name --- after deleting a column, you'd have to
rename remaining title widgets, and that really *is* illegal.

So that's the dilemma --- is the Xt model deficient or not?
From: david@twg.com ("David Herron")
Newsgroups: fj.mail-lists.x-window
Subject: Re: X server for MS-Windows?
Date: 30 Jul 92 06:16:11 GMT
Distribution: fj
Organization: The Wollongong Group, Inc., Palo Alto, CA

Date: Wed, 29 Jul 1992 18:35:25 GMT
Message-Id: <1992Jul29.183339.438@twg.com>
Newsgroups: comp.windows.x

Looking outside the narrow valley which is MS-Windows for a second ...

The article & brochure on DesqView/X in the August BlYTE made it
sound really interesting.  

There is an X server in there.  An Xt compatible toolkit which allows
for local X applications.  Any DesqView/X application can display itself
on any X display, even ones which are currently active.  They set up
something so that MS-Windows displays into an X window, allowing for it
to be directed to any X display.  Of course any X application can display
on a DesqView/X screen.  &c

Their window manager looked pretty silly.  Fortunately you can get an mwm
or olwm on DesqView, but it is warned that your hair will fall out if
you do so.

Anybody know anything more?  So far it sounds good enough that this wizened
DOS hater was recently heard to say:

	"This almost makes me interested in buying a DOS system to
	 run it on.."

And here I'd been ignoring their booths at trade shows ...

<- David Herron <david@twg.com>, Just: Another E-Mail hacker ...
<-
<- As for the prevalence of gratuitous stupidity in modern life, well,
<- need I say more than "MS-DOS"? -- Bill Janssen
From: misha@humus.cs.huji.ac.il (Michael Pak)
Newsgroups: fj.mail-lists.x-window
Subject: Two NCD terminal questions.
Date: 23 Jul 92 08:09:08 GMT
Distribution: fj
Organization: Hebrew University of Jerusalem, Israel

Date: 18 Jul 92 12:06:19 GMT
Message-Id: <1992Jul18.120619.16428@bronze.ucs.indiana.edu>
Newsgroups: comp.windows.x

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            *
******************************************
From: weinri@athena.cs.uga.edu (Kevin Weinrich)
Newsgroups: fj.mail-lists.x-window
Subject: More problems building R5
Date: 29 Jul 92 01:21:37 GMT
Distribution: fj
Organization: University of Georgia, Athens

Date: 28 Jul 92 20:15:03 GMT
Message-Id: <1992Jul28.201503.12898@athena.cs.uga.edu>
Newsgroups: comp.windows.x

I am trying to build X11R5 off a CD-ROM (from PDQ) on a Sun 4/330 running
OS 4.1.1.  I customized site.def and sun.cf minimally.  When I "make
World," I'm getting the following errors in my log file:
  gcc -fstrength-reduce -fpcc-struct-return -o phigsmon phigsmon.o -O
    ../libphigs.a -L../../../.././lib/Xaw -lXaw -L../../../.././lib/Xmu
    -lXmu -L../../../.././lib/Xt -lXt -L../../../.././extensions/lib -lXext
    -L../../../.././lib/X -lX11   -lm -B/usr/bin/
  gcc: Program ld got fatal signal 11.
  *** Error code 1

I'm getting these errors for lots of the clients it's trying to make:
xeyes, twm, xauth, xbiff, etc.  I just barely understand what I
think is happening -- gcc isn't finding a library or isn't liking the one
it finds.  When I tried to manually compile this same thing with:
  gcc -fstrength-reduce -fpcc-struct-return -o phigsmon phigsmon.o -O
    -L../../../.././lib/Xmu -lXmu
I get the same error.  When I try to do the build using Sun's cc, I get:
  cc: Fatal error in ld: Segmentation fault (core dumped)
which (I am guessing now) points to the same problem.

When I cd from the directory where I think this compile is
occuring to ../../../.././lib/Xmu, I find a library libXmu.sa.4.10.  Isn't
this what ld wants?  What is it really complaining about?  The man page
for ld says that "-lXmu" will make it look for "libXmu.a".  Does libXmu.sa.4.10
need to be linked to libXmu.a, or is the ld man page fibbing?

Any help to end my frustration (besides a recommendation for
a large-caliber firearm) would be most appreciated.

-Kevin Weinrich
weinri@athena.cs.uga.edu
From: converse@expo.lcs.mit.edu (Donna Converse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Menus and grab, bug ?
Date: 23 Jul 92 20:55:08 GMT
Distribution: fj
Organization: X Consortium, MIT Laboratory for Computer Science

Message-Id: <9207231623.AA13592@excess.lcs.mit.edu>
             <3347@sicsun.epfl.ch> 
Date: Thu, 23 Jul 92 12:23:57 EDT


> I think there is a little bug in Xt or Xaw. If you have a translation that
> pops up a menu widget in a composite widget, the menu is poped up not only in
> the composite but also in all his sub-widgets (the brothers of the menu).
> It looks like there is a grab that is inherited by childrens and shouldn't.

This is a characteristic of event delivery in the X protocol.  See the
X protocol, section 11 "Events", first paragraph; also see the description
of ButtonPress and ButtonRelease events in the same section.

When a pointer button is pressed, the window hierarchy is searched from the
root down, looking for a passive grab to activate.  If no matching passive
grab exists, the window hierarchy is searched again, this time from the
source window (the source window is the window that the pointer is in) up
the hierarchy, and the event will be reported to the first window which
expresses interest in that type of event.  When you press button 1, the
passive grab placed by the Composite widget is activated, even when the
pointer is in a child of the Composite and the child is interested in 
ButtonPress events, because that's the way X works.

> This make impossible to have popup menus in composites.
> The quit action never get called, instead the menu is poped up when i click
> on the button.  Is there a workaround ?

Notice that if you press the Control key and button 1, the passive grab
of the Composite widget is not activated.  Instead, the event is delivered
to the button, and the action or callback of the button is taken.   So if the 
button and the menu have different translations -- if one of them requires
modifiers or uses a different mouse button -- you can get what you want.


Donna Converse
MIT X Consortium
From: nounou@flagship.csuohio.edu (Nemtallah Daher)
Newsgroups: fj.mail-lists.x-window
Subject: WANTED: X for NeXT Station Mach 2.1
Date: 24 Jul 92 02:26:21 GMT
Distribution: fj
Organization: Cleveland State University

Date: Thu, 23 Jul 1992 15:53:08 GMT
Message-Id: <1992Jul23.155308.10105@news.csuohio.edu>
Newsgroups: comp.windows.x

Does anyone know if X is available for the NeXT.  I am currently running Mach 
2.1.  I would appreciate any info that anyone has, thank you.

Nemtallah Daher
nounou@flagship.csuohio.edu
From: daw@iwarp.intel.com (David A. White)
Newsgroups: fj.mail-lists.x-window
Subject: Scrolling a window....
Date: 27 Jul 92 03:53:38 GMT
Distribution: fj
Organization: Supercomputer Systems Division, Intel Corp.

Date: Mon, 27 Jul 1992 00:36:35 GMT
Message-Id: <1992Jul27.003635.4498@iWarp.intel.com>
Newsgroups: comp.windows.x

I have created a Motif application that allows the editting of a graph.
The graph is displayed inside scrolledwindow (application defined) on a 
drawing area widget

The Xlib code draws the graph directly onto the window, using
expose, resize, and motion events.

I wanted to scroll the contents of the window efficiently when the user uses 
the scrollbar.

I tried using XCopyArea() to do this by first copying from the window to a
Pixmap I created, and then copying from the Pixmap back to the window in a new
location.  This worked fine as long as there was no other window on top of the
window being scrolled.  However, if my drawingarea window was obscured, then
the first XCopyArea() would not get the correct information so garbage would 
appear in the window when it was copied back.  I could not get GraphicsExpose
events from this because the destination is not a window.

To fix this, I used XCopyArea() iteratively to move the window to itself in
pieces so GraphicsExpose events would be generated.  This worked, but is very
inefficient if the window is scrolled just a few pixels (requires 
WindowDimension/PixelChange XCopyArea() calls).

There MUST be an easy and efficient way to do this, but I can not figure
out what it is.

I did think about drawing everything into a Pixmap, and then only using
XCopyArea() to display it in the drawingarea window.  But then I would have to
rewrite a lot of code, and my code new works fine except for this problem.

Any suggestions would be greatly appreciated.  Email or a followup post is 
acceptable.

- Dave White  daw@iWarp.intel.com
--
Dave White
Compiler/Optimizer Group, iWarp Program, Intel Corporation
Cornell Oaks 4 (Zone 5), just right of A4, Mail Stop CO4-02
W: (503) 629-6315   H:(503) 645-5581
From: hue@island.com (Pond Scum)
Newsgroups: fj.mail-lists.x-window
Subject: Re: 24-Bit Video for SPARC
Date: 30 Jul 92 06:47:25 GMT
Distribution: fj
Organization: Island Graphics Corp.

Date: 29 Jul 92 17:47:45 GMT
Message-Id: <hue.712432065@coney>
Newsgroups: comp.windows.x,comp.sys.sun.hardware

montjoy@thor.ece.uc.edu (Robert Montjoy) writes:
>We are looking for a 24-Bit Sbus Video Card for a Sparc IPX. This 
>card should work with the SUN monitor. This card can only take up
>2 Sbus slots(preferably 1).  The price should be in the $ 3000
>range.

The only one I know of that is one slot is the VITec RasterFLEX.

>	Manu		Card Name
>			
>	RasterOps 	Sparc TC Card

Two slots, won't do 8 & 24 bit simultaneously, slow in 24-bit mode.  I dunno
the price, I think it's around $4k.

>	VITec 		RasterFLEX 32

One slot, does 8 and 24 bit simultaneously, reasonably fast when working in
24-bit.  It's around $4k also.  The only reason we haven't tossed the 
dozen or so RasterOps boards we have is that there is full SunVIEW (yeah, I
know, I know) support for them, but there is only 8-bit SunVIEW support for 
the VITec.

>RasterOps will not work with the current SUN Monitors. They say
>the only support 66-HZ monitors. The new SUN monitors are 76-HZ.

Is this true?  I think the cg12 from Sun is 76Hz vertical refresh and will
only work with a monitor that is able to sync to the slightly higher rate,
but I'm pretty sure we've got a couple of those monitors here working on
RasterOps boards just fine.  So maybe the Sun monitor will sync to the lower
rate.  There is a high-resolution model of the RasterFlex 32 (1280x1024,
perhaps higher vertical refresh also) which probably requires a special
monitor.

-Jonathan		hue@island.COM
From: shawn!root@bloom-beacon.mit.edu (Mark Jeghers -- UNIX/X/Motif Contractor)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GXcopy and GXxor
Date: 26 Jul 92 00:20:07 GMT
Distribution: fj
Organization: Mark Jeghers -- UNIX/X/Motif Contractor

Date: 25 Jul 92 03:00:11 GMT
Message-Id: <1992Jul25.030011.3417@shawn.uucp>
Newsgroups: comp.windows.x

xia@molbio.ethz.ch (Xia Tai-he) writes:

>However, the lines drawn with the second GC [ GXxor ] don't have
>the color I have set, whose colors differ depending on the
>objects alreay existing on the screen.

The best you can do is this: 

1) Determine the *dominant* background color the rubberband will
   be drawn on top of (the color taking up the largest percent of
   your rubberbanding area)

2) Exclusive-OR that *dominant* background color's pixel value with
   the pixel value of your desired rubberband color.

3) The resulting value is the foreground pixel value to use in the 
   second GC.

The color will be correct except when moving over *other* colors.

Mark Jeghers
UNIX/X/Motif Contractor
408/281-4823 [voicemail]
From: ldawes@uahcs2.cs.uah.edu (Lisa Dawes)
Newsgroups: fj.mail-lists.x-window
Subject: Technical Conference
Date: 28 Jul 92 17:53:31 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation
      (Computer Science Dept., Univ. of Alabama-Huntsville)

Date: Tue, 28 Jul 92 08:56:25 CDT
Message-Id: <9207281356.AA03696@uahcs2.cs.uah.edu>

Isnt there an X-Window technical conference being held by MIT early next year?
If so, does it include tutorials? If anyone has any information, please let me
know.

Thanks
From: ron@mlfarm.com (Ronald Florence)
Newsgroups: fj.mail-lists.x-window
Subject: xman (won't recognize app-defaults file)
Date: 21 Jul 92 16:27:44 GMT
Distribution: fj
Organization: Maple Lawn Farm, Stonington, CT

Date: Tue, 21 Jul 1992 01:44:41 GMT
Message-Id: <1992Jul21.014441.3740@mlfarm.com>
Newsgroups: comp.sys.sun.misc,comp.windows.x,comp.sys.sun.apps

Xman, version 3.1.4
Sun 3/80
Sunos 4.1.1
OpenWindows 2.0 + libXaw & libXmu

If I invoke xman with the -notopbox option, either on the command line
or in my ~/.Xdefaults file, it seems to work without problems.  Xman
without the notopbox option produces the small opening window with the
`Help' and `Manual Page' buttons disabled, and a `No App-Defaults File'
warning -- even though I have an Xman file installed in $XAPPLRESDIR.
All I can do with that window is Quit.

I've RTFM, and played with the Xman defaults -- so far without luck.
I'd welcome suggestions for Xman defaults or other changes so I can
use the initial small window.

Thanks.
-- 

				Ronald Florence
				ron@mlfarm.com
From: ajay@maxine.wpi.edu (Ajay Jalan)
Newsgroups: fj.mail-lists.x-window
Subject: Cron job ??????????
Date: 21 Jul 92 05:49:09 GMT
Distribution: fj
Organization: Worcester Polytechnic Institute

Date: 20 Jul 92 20:29:57 GMT
Message-Id: <1992Jul20.202957.16265@wpi.WPI.EDU>
Newsgroups: comp.windows.x

How can I start a X-session on a DEC system from cron job ? I can
do it on Sun Systems without any problem. FYI, ULTRIX 4.2 is running
on the DEC system.

Thanks,
Ajay Jalan
ajay@maxine.wpi.edu

-- 
-------------------------------------------------------------------------------
Ajay Jalan                         CS Dept.
ajay@cs.wpi.edu                    Worcester Polytechnic Institute
Tel: 508-831-5016                  100 Institute Road
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Nimble Musician --- with less memory !
Date: 28 Jul 92 13:30:55 GMT
Distribution: fj
Organization: University of Dortmund, Germany

Date: 28 Jul 92 09:23:10 GMT
Message-Id: <1533luINNlvv@fbi-news.Informatik.Uni-Dortmund.DE>
Newsgroups: comp.windows.x

In article <1992Jul27.152223.11318@news.cs.indiana.edu>, min ni
<nimin@blueberry.ucs.indiana.edu> writes:
|> 	Nimble Music ( NM ) 2.1 is now ready, the new version needs
|> 	much less memory, so to those lack-of-memory-folks it's a
|> 	great news !

Hey, what about a word or two about what this stuff does?

-- 
  Dipl.-Inform. Rainer Klute      klute@irb.informatik.uni-dortmund.de
  Univ. Dortmund, IRB
  Postfach 500500         |)|/    Tel.: +49 231 755-4663
D-W4600 Dortmund 50       |\|\    Fax : +49 231 755-2386
From: donn@carson.u.washington.edu (Donn Cave)
Newsgroups: fj.mail-lists.x-window
Subject: Re: xdm and key mappings
Date: 30 Jul 92 01:01:54 GMT
Distribution: fj
Organization: University of Washington

Date: 29 Jul 92 15:52:57 GMT
Message-Id: <1992Jul29.155257.9065@u.washington.edu>
Newsgroups: comp.windows.x

gildea@expo.lcs.mit.EDU (Stephen Gildea) writes:

|     When he finishes with his login session, the keys still remain mapped to
|     DVORAK.

| This implies that the X server is not being reset between sessions.
| It is supposed to be.  Users may make many changes to their server,
| the root background and resource database being two other common
| examples.  When the server resets, all this is undone.  Either your X
| server has a bug, or you are not setting up xdm correctly.

This is optional with some servers, however.  Some X terminals, for example,
come with a "Retain X Settings" option, which if enabled will defeat the
above-described behavior.  Which saves a lot of time hashing font paths,
among other things.  In this case, it's not a bug - it really is a feature,
as long as it's properly used.

	Donn Cave, University Computing Services, University of Washington
	donn@cac.washington.edu
From: delaney@hq.ileaf.com (Dennis Delaney)
Newsgroups: fj.mail-lists.x-window
Subject: WANTED: xcribbage game
Date: 30 Jul 92 08:49:46 GMT
Distribution: fj
Organization: Interleaf, Inc.

Date: Wed, 29 Jul 92 13:35:34 GMT
Message-Id: <1992Jul29.133534.17138@HQ.Ileaf.COM>
Newsgroups: comp.windows.x

Anyone know of a good xcribbage game?  Please let me know thru email.
-dennis delaney

-- 
-----------------------------------------------------------------------
|Dennis S. Delaney		Internet:	delaney@hq.ileaf.com  |
|Interleaf, Inc.		UUCP:		uunet!leafusa!delaney |
-----------------------------------------------------------------------
From: stgprao@xing.unocal.com (Richard Ottolini)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X Window Security
Date: 31 Jul 92 02:50:42 GMT
Distribution: fj
Organization: Unocal Corporation

Date: 30 Jul 92 15:43:14 GMT
Message-Id: <1992Jul30.154314.9311@unocal.com>
Newsgroups: comp.windows.x

In article <1992Jul30.124558.24089@cscs.ch> giordano@tamaro.cscs.ch (Silvia Giordano) writes:
>Hello folks.
>I would like to get your opinions and experiences about X Window
>traffic. We are receiving many requests to open X Window traffic in
>unrestricted way. The opinion of the Network&Security group at
>our Supercomputer Centre is that this represents a definite security 
>hole since X Window is not considered to be a safe product (e.g. use
>of not privileged TCP ports, weak X11R4 security design and so on).
>
>Could someone give me more info on X Window System security? I read the 
>tutorial by Dennis Sheldrick and explained the above well enough for me, 
>but I don't know any X installation filtering X access for security.
>Isn't there an X-Window technical conference on security topic? 
>Isn't there anyone having experiences with X Window System security?
>What is the policy implemented at your centre? Did you have negative
>experiences with unrestricted X Window traffic?

Basically there is no security unless you have explicitly turned it on.
It is not to hard to write a little deamon to eavesdrop on someone's xterm
session or insert keystroke events into someone's xterm.  For example,
window managers use event interception to implement their features.
I am surprised so few serious hacks have been reported so far.
From: mfg@castle.ed.ac.uk (M Gordon)
Newsgroups: fj.mail-lists.x-window
Subject: SUMMARY: Building a server without PEX
Date: 22 Jul 92 17:20:44 GMT
Distribution: fj
Organization: Edinburgh University

Date: 22 Jul 92 07:44:03 GMT
Message-Id: <24028@castle.ed.ac.uk>
Newsgroups: comp.windows.x

Original problem:  I added "#define BuildPex NO" to site.def as the
release notes said and recompiled, but I still got a server with PEX.

Answer:  As several people said, I had to add the lines

    #ifdef BuildPexExt
    #undef BuildPexExt
    #endif

to site.def.  BuildPex just turns of the building of the PEX libraries and
clients.  Is this documented anywhere?

Thanks to
    gdrm@dcs.ed.ac.uk
    simon@lia.di.epfl.ch
    lfs@d62bonk.mitre.org
    khera@cs.duke.edu
    kaleb@thyme.jpl.nasa.gov
    spz@speklec.mpifr-bonn.mpg.de


-- 
                                                         _   _   _    _   _	
Michael Gordon - mfg@castle.ed.ac.uk OR ee.ed.ac.uk     | |_| |_| |__| |_| |   
EE Dept, Edinburgh University                           | . . . .      . . |    
It's not an optical illusion, it just looks like one    |_________|~~|_____|
From: briggs@cstest.cs.vt.edu (Allen Briggs)
Newsgroups: fj.mail-lists.x-window
Subject: Whence XIE?
Date: 23 Jul 92 09:09:57 GMT
Distribution: fj
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

Date: 18 Jul 92 22:47:22 GMT
Message-Id: <1831@cstest.cs.vt.edu>
Newsgroups: comp.windows.x

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.

Thanks in advance for any information!

-allen
-- 
Allen Briggs             | The spirit was freedom and justice
briggs@csugrad.cs.vt.edu | Its keepers seemed generous and kind
Computer Science         | Its leaders were supposed to serve the country
Virginia Tech            | Now they don't pay it no mind...--Steppenwolf