HDTenEightyP/NetNews huggingface dataset:
From: guy@Auspex.COM (Guy Harris)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Special Promotion - SPARCclassics for HOME
Date: 25 Dec 92 06:59:02 GMT
Distribution: fj
Organization: Auspex Systems, Santa Clara

Date: 24 Dec 92 23:17:36 GMT
Message-Id: <16089@auspex-gw.auspex.com>
Newsgroups: comp.sys.sun.wanted,comp.text.frame,comp.unix.solaris,comp.unix.sys5.r4,comp.unix.wizards,comp.windows.open-look,comp.windows.x

(Followups redirected to "comp.sys.sun.wanted".)

>I believe that is not quite correct.  Sun will only sell and
>support Solaris 2.1 for the 'Classic.  	I don't believe that it
>will not run SunOS 4.x (Solaris 1.x).

*I* do:

  From: ppan@nobeltech.se (Per Andersson)
  Newsgroups: comp.sys.sun.hardware
  Subject: Re: SPARCclassic and SunOS 4.1.x
  Message-ID: <1992Dec17.172019.6869@nobeltech.se>
  Date: 17 Dec 92 17:20:19 GMT
  References: <8457@btr.BTR.COM>
  Organization: NobelTech AB

  In article <8457@btr.BTR.COM> bfong@btr.btr.com (B Fong) writes:
  >
  >Can someone verify (positively) if the SPARCclassic will run SunOS 4.1.x?
  >
  >Does anyone know this for sure?  That is, actually installed one?

  No it won't run 4.1.3. Not only because SUN says so, but it gives a
  'data exception' when starting the generic 4m kernel after booting off
  the 4.1.3 CD. It runs the boot program OK though, both from CD and from
  network.

  Now 2.1 is on its way onto the disk .....

  /Per
  -- 
  -----------------------------------------------------------------------------
  Per Andersson - ppan@nobeltech.se (perand@stacken.kth.se on free time)
  Managing networks at, but not speaking for Nobeltech AB, J{rf{lla, Sweden
  -----------------------------------------------------------------------------

And it sure as *hell* won't run anything from Sun prior to 4.1.2 (this
answer brought to you by the letters "S", "R", "M", "M", and "U").
From: mjo@iao.ford.com (Mike O'Connor)
Newsgroups: fj.mail-lists.x-window
Subject: How does one determine the patch level of X11R4/5 being run?
Date: 23 Dec 92 02:13:04 GMT
Distribution: fj
Organization: Not an official spokesperson for Ford Motor Company

Date: 22 Dec 1992 22:17:59 GMT
Message-Id: <1h846nINNe2f@ope001.iao.ford.com>
Newsgroups: comp.windows.x

This is probably some sort of FAQ, buttttttttttt...

My grep on the FAQs for "patch" didn't reveal anything interesting, so
I'm wondering: Given that you don't have source for the version of X
that is on a particular machine (you're running vendor code or you
simply decided keeping megs of source online wasn't worth it), how do
you determine what patchlevel is running?  Even with the source, I
don't see any file being updated with the information other than
"bug-report", which doesn't get installed as part of the standard X
distribution as far as I can tell.  I find this a bit humorous 'cause,
if you look at the "patch" program shipped with the R5 distribution,
you get a message to the effect that you can "save people a lot of
grief by keeping a patchlevel.h file".  :)

-- 
 Michael J. O'Connor           |  Internet:  mjo@fmsrl7.srl.ford.com
 Ford Motor Company, OPEO      |  UUCP:      ...!{backbone}!fmsrl7!mjo
 20000 Rotunda, Bldg. 1-3001   |  Phone:     +1 (313) 248-1260
 Dearborn, MI  48121           |  Fax:       +1 (313) 323-6277
From: koverber@cs.ulowell.edu (Kurt Overberg)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Postscript in a window
Date: 21 Dec 92 23:45:59 GMT
Distribution: fj
Organization: University of Massachusetts at Lowell Computer Science

Date: 21 Dec 92 15:36:30 GMT
Message-Id: <BzM8ov.BC@ulowell.ulowell.edu>
Newsgroups: comp.windows.x



There is a public domain utility called Ghostscript and Ghostview.
They are both available from export.lcs.mit.edu, by anonymous ftp
(log in as anonymous, send your user ID as password).
Ghostscript is a postscript interpreter, and Ghostview contains
a widget that can be used in your own programs.  I have gotten this
to work fairly well (even made some modifications! :^) )  So 
feel free to ask me any questions you may have.


						peace out.

						    kurt

-- 
Kurt Overberg            | Opinions expressed here are MINE!           
U of Mass, Lowell        | "Poke a double-decker on a Llama taboot,       
koverber@cs.ulowell.edu  |  Llama taboot, taboot!"      -Phish
From: bvh@cse.unl.edu (Obi-Wan)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Why do people call it X-windowS?
Date: 23 Dec 92 07:50:00 GMT
Distribution: fj
Organization: MicroImages, Inc.

Date: 23 Dec 1992 05:13:24 GMT
Message-Id: <1h8shkINNddh@crcnis1.unl.edu>
Newsgroups: comp.windows.x

In article <1992Dec16.095907.21145@mfltd.co.uk>, dnh@mfltd.co.uk (Des Herriott) writes:
> Well, I don't know where the 'quote' originates from, but it's true;
> X-Windows is not the correct name - either X11, or the X Windowing System,
> or just X is acceptable.
> 
> Presumably this is the way it is to avoid confusion with a similarly named,
> but somewhat inferior, windows system  :-)

_SOMEWHAT_ inferior?!?

You obviously haven't used/programmed in MesS Windows enough!

-- 
 |\_/|  AACK! ||                        ||  "Obi-Wan" (Ben Hollingsworth)
\'o.0'/       ||  ... but at least      ||  MicroImages, Inc.  Lincoln, Nebraska
=(___)=       ||      we have quotas!   ||  University of Nebraska - Lincoln
   U   PTHAT! ||                        ||  email:  bvh@cse.unl.edu
From: rlh@ukc.ac.uk (R.L.Hesketh)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Why do people call it X-windowS?
Date: 22 Dec 92 17:54:28 GMT
Distribution: fj
Organization: Computing Lab, University of Kent at Canterbury, UK.

Date: 22 Dec 92 15:08:37 GMT
Message-Id: <2642@eagle.ukc.ac.uk>
Newsgroups: comp.windows.x

In article <1992Dec15.195043.8442@midway.uchicago.edu> ejw1@midway.uchicago.edu writes:
>I remember reading somewhere that the creators of X cringed everytime they 
>heard someone refer to the windowing system as 'X-windows', instead of 
>simply 'X-window'.

I thought that "X-Windows" was a trademark of IBM (referring to their
version of the X Window System) but I would rather be wrong about this 8-).

The README-R4 file in the R4 source finishes with the quote:

                         It's a window system named X,
                          not a system named X Window.

Richard
From: fmn@nevada.edu (FRANK NEEDHAM)
Newsgroups: fj.mail-lists.x-window
Subject: X on Enhanced Local Bus VGA
Date: 28 Dec 92 17:52:37 GMT
Distribution: fj
Organization: University of Nevada System Computing Services

Date: 28 Dec 92 16:45:47 GMT
Message-Id: <1992Dec28.164547.17149@nevada.edu>
Newsgroups: comp.os.linux,comp.windows.x,comp.windows.x.i386unix



Happy Holidays !

Thanks everyone for all the help with getting X on this machine, wow! It's
great having such a powerfull QS like SLS on a desktop.

Several people expressed interest in the outcome of my original post requesting
help with X and I will post a brief summary in order to respond.

In short, it works beautifully! ha, ha. Really though, if anyone has specific
questions about this card, please mail me.

again, thanks everyone!
-frank
fmn@redrock.nevada.edu
From: eillihca@drizzle.StanFord.EDU ( Achille Hui, the Day Dreamer )
Newsgroups: fj.mail-lists.x-window
Subject: Re: Re: XGetRGBColormap
Date: 31 Dec 92 15:54:31 GMT
Distribution: fj
Organization: Dept. of Physics, Stanford University.

Date: 31 Dec 92 06:31:13 GMT
Message-Id: <eillihca.92123022311325037@drizzle.Stanford.EDU>
Newsgroups: comp.windows.x

ori@marvin.technion.ac.il (Ori Degani) writes: 

>That means that this is not a "best_map_info" but "all_map_infos"
>i.e. a vector of map_info's.
>So how do I know which one to use?  Just use the first one,
>e.g. (*best_map_info)->blue_max, (*best_map_info)->colormap 
>???
>This seems very strange...
>
Use the first one, the ICCCM restriction states that only RGB_DEFAULT_MAP
may contain more than one definition.

Hopefully this helps...
----------------------------------------achille (eillihca@drizzle.stanford.edu)
JAXU -- Just Another X User
From: dmurray@xihu.inria.fr (Don Murray)
Newsgroups: fj.mail-lists.x-window
Subject: XView and colormaps
Date: 26 Dec 92 22:20:27 GMT
Distribution: fj
Organization: INRIA, Sophia-Antipolis (Fr)

Date: 26 Dec 92 17:55:02 GMT
Message-Id: <37162@sophia.inria.fr>
Newsgroups: comp.windows.x

I have had a devilish time with XView 'colormap segments' (Cms).
So, I have been using XLib calls and building my own
'Colormap's to handle my colors in the canvas...

But, now I would like to alter the colors of my buttons and
panels, and I find that there is no documentation in
O'Rielly about using 'Colormap's, only 'Cms'.

I can't get the damn button to change color using the O'Rielly
examples (without a cms).

I am using the default colormap for everything.
If anyone has any ideas on this, I'd really appreciate it.

Don

(dmurray@sophia.inria.fr)
From: gt4417a@prism.gatech.EDU (SKELTON,JOEL PHILLIP)
Newsgroups: fj.mail-lists.x-window
Subject: An Open Challenge (it can't be done!)
Date: 22 Dec 92 18:34:43 GMT
Distribution: fj
Organization: Georgia Institute of Technology

Date: 22 Dec 92 15:52:03 GMT
Message-Id: <78716@hydra.gatech.EDU>
Newsgroups: comp.windows.x


Here's the story: We have an application that we've written to
display multiband satellite image files in X windows. The client
program maintains an XImage with the red, green, and blue data 
from the part of the file being looked at. This is quantized in
some fashion into an eight bit server Pixmap that is used to
update the screen quickly. The application is used for many
kinds of area selection operations which require drawing selector
boxes and polygons on the screen. When the boxes are oriented 
horizontal/vertical then it is easy to draw them with in GXcopy
mode after having saved what was under them to line shaped pixmaps.
But when we draw diagonal lines we can't save them that way so
we use GXxor mode to draw them. This is okay if the image is
all one color but for a complex satellite image or a noisy image 
an xor'ed line is nearly invisible. 

After much thought I've gloomily concluded that nothing short
of a (unacceptable to our application) server extension will
give me quickly 'eraseable' diagonal lines on top of an image drawn
to an X window. I now challenge (nay, beg) someone to prove me wrong.

Here's the short form:
 - 8 bit image in backing pixmap used to update window
 - Image drawn in 8 bit X window
 - Want to draw diagonal lines on top of image that can
   be removed quickly (i.e. replace them with the data they so
   recently covered)
 - Can't do server extensions (too many platforms to support)


Betcha can't do it!

jps
bf

-- 
Joel Skelton   --    North Avenue Trade School, Dept. of Round Things
gt4417a@prism.gatech.edu   (ask for Scooter Technologies, and receive)
From: bane@vtx.ma.man.ac.uk (Michael!)
Newsgroups: fj.mail-lists.x-window
Subject: Re: a few dumb questions from a beginner
Date: 2 Jan 93 04:18:02 GMT
Distribution: fj
Organization: Magic Michael's Mushroom Factory.

Date: 1 Jan 93 17:37:48 GMT
Message-Id: <7104@m1.cs.man.ac.uk>
Newsgroups: comp.windows.x

In article <1992Dec30.183600.15291@linus.mitre.org>, jfjr@mbunix.mitre.org (Freedman) writes:
|> 
|>   Please excuse me if these questions are dumb (BTW I did RTFM but it
|> was less than helpful. I am running X11R5 on Sun Sparcstations running
|> SunOs 4.1.x.  According to the X-Window Users Guide Iam supposed to be
|> able to issue a command like so:
|> 
|>   xterm -e "do_something & 
|> 
|>  This is supposed to fire up an xterm window in which to run said
|> command and close up when its finished. It works on some other Suns I have
|> access to but not the ones I care about. On those the window opens and
|> a message appears "xterm: can't execvp do_something". I believe I have
|> something configured wrong but I can't figure out what.


It might depend on what u`re trying to do, what the default $PATH is and the shell
that the xterm will execute. Also, why are you using  "? Finally, have you an
.xtermrc and what are its contents?



|> 
|> second question - what can I do to emacs so that it recognizes the
|> arrow keys in an xterm window? This, I believe is another
|> configuration question. 


Placing the following in a file, say .Xresource, that I use xrdb -merge .Xresource,
with then makes the arrows work okay for me:

*VT100.translations:	 	#override\
		    <Key>Help:		string("HELP? you must be kidding!")\n\
 	 Ctrl       <Key>Delete:	string(0x1f)\n\
	      ~Meta <Key>Up:		string(0x10)\n\
	       Meta <Key>Up:		string(0x1B)string("<")\n\
	~Ctrl ~Meta <Key>Left:		string(0x02)\n\
	~Ctrl  Meta <Key>Left:		string(0x01)\n\
	 Ctrl ~Meta <Key>Left:		string(0x1b)string("b")\n\
	 Ctrl  Meta <Key>Left:		string(0x1b)string("a")\n\
	~Ctrl ~Meta <Key>Right:		string(0x06)\n\
	~Ctrl  Meta <Key>Right:		string(0x05)\n\
	 Ctrl ~Meta <Key>Right:		string(0x1b)string("f")\n\
	 Ctrl  Meta <Key>Right:		string(0x1b)string("e")\n\
	      ~Meta <Key>Down:		string(0x0E)\n\
	       Meta <Key>Down:		string(0x1B)string(">")\n\
		    <Key>R4:		string(0x1B)string("=")\n\
		    <Key>R5:		string(0x1B)string(".")\n\
		    <Key>KP_Multiply:	string(0x1B)string("*")\n\
		    <Key>KP_Add:	string(0x1B)string(0x1B)\n\
		    <Key>KP_Subtract:	string("cd -\n")\n\
		    <Key>R6:		string(0x1B)string("#")\n\
		    <Key>Break:		string(0x1B)string(" ")\n\
		    <Key>KP_Enter:	string(0x0F)\n\


(actually there's other things here too!)

then I can enter:
(neumann)WORK$ xterm -e emacs -nw
and I get a new xterm window running emacs in which the arrow keys work


E-mail me if you have any more problems.

Michael
From: johns@io.datasys.swri.edu (Stephen Johns)
Newsgroups: fj.mail-lists.x-window
Subject: XDrawArc Bug?
Date: 29 Dec 92 05:06:43 GMT
Distribution: fj
Organization: Southwest Research Institute, San Antonio

Date: 28 Dec 92 22:24:42 GMT
Message-Id: <237@io.trident.datasys.swri.edu>
Newsgroups: comp.windows.x

In a program that handles graphic primitives, including circles, I allow
the user to zoom in.

As I zoom into an area, has to be pretty tight, with a circle(arc) in it
I start getting [sqrt: DOMAIN error] in my console window.  If I get too many
of the [sqrt: DOMAIN error] errors, the server locks up.  I have determined
that it is the XDrawArc call that is generating the errors.  The typical
x and y values these errors seem to occur are:
-3,000 < x < 3,000
 3,000 < y < 3,000

Typical width and height values:
0 < width  < 15,000
0 < height < 15,000

Are these values getting to big/small?  The man page says XDrawArc takes
x and y as ints and width and height as unsigned ints.

Any help greatly appreciated.
From: hiren@teknetix.com (Hiren Shah)
Newsgroups: fj.mail-lists.x-window
Subject: xmail fails on compilation: get_wmShellWidgetClass error - Help
Date: 31 Dec 92 05:36:14 GMT
Distribution: fj
Organization: Teknetix

Date: Wed, 30 Dec 1992 22:24:31 GMT
Message-Id: <1992Dec30.222431.1694@sol.ctr.columbia.edu>
Newsgroups: comp.windows.x


 
Hi:
 
I am trying to compile xmail on a Sun IPX.
 
I am running version X11R4
 I recevied the source files via ftp and used xmkmf to create the makefile


make
cc -O   -I/usr/include             -target sun4 -c  Mailwatch.c
cc -O   -I/usr/include             -target sun4 -c  HelpText.c
cc -O   -I/usr/include             -target sun4 -c  actions.c
cc -O   -I/usr/include             -target sun4 -c  callMail.c
cc -O   -I/usr/include             -target sun4 -c  callbacks.c
cc -O   -I/usr/include             -target sun4 -c  confirm.c
cc -O   -I/usr/include             -target sun4 -c  directory.c
cc -O   -I/usr/include             -target sun4 -c  environs.c
cc -O   -I/usr/include             -target sun4 -c  handler.c
cc -O   -I/usr/include             -target sun4 -c  mail.c
cc -O   -I/usr/include             -target sun4 -c  parser.c
cc -O   -I/usr/include             -target sun4 -c  utils.c
cc -O   -I/usr/include             -target sun4 -c  windows.c
cc -O   -I/usr/include             -target sun4 -c  xmail.c
rm -f xmail
cc -o xmail Mailwatch.o HelpText.o actions.o callMail.o callbacks.o  confirm.o directory.o environs.o
 handler.o mail.o parser.o  utils.o windows.o xmail.o -O   -lXaw -lXmu -lXt -lXext -lX11 -lm
ld: Undefined symbol
   _get_wmShellWidgetClass
   _get_applicationShellWidgetClass
*** Error code 2
make: Fatal error: Command failed for target `xmail'


If I do a
nm libXmu.a | more
I get :
 
         .
         .
         .
         .
         .
         .
         U _free
         U _malloc
         U _realloc
         U _strncmp
 
sharedlib.o:
         U _applicationShellWidgetClass
00000000 T _get_applicationShellWidgetClass
0000000c T _get_wmShellWidgetClass
         U _wmShellWidgetClass
 
which means that _get_applicationShellWidgetClass
and _get_wmShellWidgetClass
are available.  But even then it gives the error on compilation.
I tried to change the position of libXmu on the compile line, but that doesn't help.
 
Any ideas/suggestions would be appreciated.
 
Thanks in advance
 
Hiren
hiren@teknetix.com
From: toml@marvin.boulder.ParcPlace.COM (Tom LaStrange)
Newsgroups: fj.mail-lists.x-window
Subject: Re: How to use 'editres' with tvtwm intead of twm ?
Date: 22 Dec 92 18:16:48 GMT
Distribution: fj
Organization: ParcPlace Boulder

Date: Tue, 22 Dec 1992 14:52:03 GMT
Message-Id: <Bzo1Ar.5tG@boulder.parcplace.com>
Newsgroups: comp.windows.x

In article <1992Dec17.143449.17972@cst02.segin.com>, michel@cst02.segin.com (Michel Pollet) writes:
|> The tvtwm I use is based on the R4 revision, and don't know how to handle
|> editres events from 'editres'. I thought that it was my Xaw library at first,
|> or
|> the resources names, or a client event manager handler not installed.. and so
|> on,
|> and I finaly tried to fall back to twm for testing... and it works !!!!
|> I then looked in the tvtwm code for 'the' difference and did'nt find it.

It's because tvtwm places its virtual root window over the entire X
root window.  If I remember right, the Xmu code that finds the client
window under the pointer can't deal with it and returns the wrong X
window ID.  It's exactly the same reason that xwd doesn't work
properly.  A partial solution is to make the window sticky before
selecting it.

--
Tom LaStrange        toml@boulder.ParcPlace.COM
From: br762@cleveland.Freenet.Edu (Tim Werner)
Newsgroups: fj.mail-lists.x-window
Subject: Xt question. Where are the pushbuttons?
Date: 1 Jan 93 10:44:55 GMT
Distribution: fj
Organization: Case Western Reserve University, Cleveland, OH (USA)

Date: 1 Jan 1993 09:30:09 GMT
Message-Id: <1i12v1INNgoi@usenet.INS.CWRU.Edu>
Newsgroups: comp.windows.x


Please Help.

Trying to enter the "goodbye, world" program from "X Window System Toolkit",
by Asente & Swick.

It says,

   #include "Pushbutton.h"

I can't find this file anywhere. Is it a misprint? When I used MenuButton.h
instead, I got an error from "pushbuttonWidgetClass". When I changed that
to "menuButtonWidgetClass", I get errors from the server "can't find button
named "menu". When I changed "button" to "menu" in the XtCreateManagedWidget
call, the program quit when I pressed the quit button, but I got the error:

   Error: XtPopup requires a subclass of shellWidgetClass

Also, what to do about the start-up messages:

   Warning: Widget class VendorShell version mismatch (recompilation needed):
     widget 11004 vs. intrinsics 11003.
   <etc.>

p.s., I was just barely able to get this program to link, but that's another
story. At any rate, it finally did with no ld errors. yaay.

Thanx if you can help. I don't see anything about this in the faq-file.
tim w

--
From: db@sunbim.be (Danny Backx)
Newsgroups: fj.mail-lists.x-window
Subject: libucb problem solved
Date: 21 Dec 92 09:52:18 GMT
Distribution: fj
Organization: BIM n.v. Everberg Belgium

Date: 18 Dec 92 14:01:31 GMT
Message-Id: <1992Dec18.140131.16995@sunbim.be>
Newsgroups: comp.windows.x,comp.unix.programmer,comp.unix.solaris

Simon Leinen <simon@lia.di.epfl.ch> helped me find out that I had
/usr/ucb in front of /usr/ccs/bin in my path. Both directories have
an "ld". The one in /usr/ucb is an evil shell script which calls the
real ld (/usr/ccs/bin) but makes it include all sorts of libraries
in the process...

Solaris 2 developers : make sure you have /usr/ccs/bin and /opt/SUNWspro/bin
in your path before /usr/ucb !!


--
	Danny Backx
	System Engineer

E-Mail: db@sunbim.be    (or uunet!mcsun!ub4b!sunbim!db)

Telephone: +32(2)759.59.25	Fax : +32(2)759.47.95

Postal Mail :
	Danny Backx
	BIM
	Kwikstraat 4
	3078 Everberg
	Belgium
From: lemmens@dv.twi.tudelft.nl (Kees Lemmens)
Newsgroups: fj.mail-lists.x-window
Subject: X- windows on PC's
Date: 21 Dec 92 18:38:50 GMT
Distribution: fj
Organization: Applied Analysis, TU Delft, Netherlands

Date: 21 Dec 92 11:46:49 GMT
Message-Id: <1992Dec21.114649.5844@donau.et.tudelft.nl>
Newsgroups: comp.windows.x

Hi Folks,

There are people here who want to buy a fast PC with an X-server instead of an Xterminal, because they think this is a better an cheeper solution than a real X-terminal.
Can anyone tell me more about this ?

I'm especially interested in :

  - Reliability
  - speed (in Xstones)
  - Font support
  - Authorisation


Thanks in advance,

Kees Lemmens,
Dep. Applied Analysis,
Fac Techn. Maths and Inform.,
Delft Techn. University,
Netherlands
From: dkarr@sierra.com (David Karr)
Newsgroups: fj.mail-lists.x-window
Subject: Re: keyboardFocusPolicy problem
Date: 24 Dec 92 19:53:01 GMT
Distribution: fj
Organization: Sierra Geophysics,  Kirkland WA

Date: Wed, 23 Dec 1992 19:20:42 GMT
Message-Id: <1992Dec23.192042.13841@sierra.com>
Newsgroups: comp.sys.hp,comp.windows.x

Tom LaStrange (toml@marvin.boulder.ParcPlace.COM) wrote:
: In article <smr.724422189@hitkw14>, smr@pki-nbg.philips.de (Stephen Riehm) writes:
: |> dkarr@sierra.com (David Karr) writes:
: |> I experience similar problems when using HP's datebook program, I also
: |> have everything set to explicit, and I can bring up the datebook with a
: |> couple of keypresses, enter in a date and message, but in order to
: |> select an event type, I need to use the mouse (whinge number 1), and
: |> once I have used the mouse, the focus highlight around the current
: |> widget is lost (whinge number 2), and I am forced to continue using the
: |> mouse in this application until I close the window (at which point I am
: |> able to fire up another one via the keyboard again.) (whinge number 3)
: |> 
: |> If anyone has found how to fix this, I would be very grateful to know
: |> how!


: I don't know if it will help but you should probably set the mwm/vuewm
: resource "enforceKeyFocus" to False.  When set to True (the default),
: mwm/vuewm is not playing by the ICCCM rules.  mwm/vuewm will do an
: XSetInputFocus to top-level windows when it hasn't been requested to
: and if I remember correctly, it does it with a timestamp of
: CurrentTime!  Very anti-social.  I spent spent a bunch of hours
: tracking this one down...

: --
: Tom LaStrange        toml@boulder.ParcPlace.COM

Nope, that didn't make any difference.

I've been told that HP has a patch for this.  I will assume that when we
move to Motif 1.2 this will be resolved.

--
David M. Karr
Sierra Geophysics, Inc.
ARPA: dkarr@sierra.com, UUNET: uunet!sgihbtn!dkarr
Phone: (206) 822-5200 (x343)
From: john@pluto.Jpl.Nasa.Gov (John R Veregge)
Newsgroups: fj.mail-lists.x-window
Subject: Xt and CPU usage
Date: 29 Dec 92 08:30:35 GMT
Distribution: fj
Organization: Jet Propulsion Laboratory, Pasadena CA

Date: Tue, 29 Dec 1992 04:41:04 GMT
Message-Id: <1992Dec29.044104.19377@llyene.jpl.nasa.gov>
Newsgroups: comp.windows.x

We have developed several large Motif applications that are complete CPU
hogs and I don't know why.

Each application has 300 to 500 XtCreateWidget() and 8 XtAppCreateShell()
calls. These calls are all made before XtAppMainLoop() is called. Widgets
are not destroyed until the application exits.

Each application is driven by both the GUI and serialized data using
XtInputCallbackProc's.

We run 2 to 4 application on a workstation.

2 applications will put CPU usage of a Sparc 2 at 97%, even when
completely idle with no serialized data input and no X events (GUI input).

Can anyone tell me (1) Why? and (2) How can I fix (optimize) this?
______________________________

John R Veregge
Jet Propulsion Laboratory
Calif Institute of Technology
john@pluto.triton.jpl.nasa.gov