HDTenEightyP/NetNews huggingface dataset:
From: steele@icd.teradyne.com (Alan Steele)
Newsgroups: fj.mail-lists.x-window
Subject: Re: PC-Xview Remote for Windows and DOS
Date: 11 Jan 93 23:21:53 GMT
Distribution: fj
Organization: Teradyne, Inc. Boston MA

Date: Mon, 11 Jan 1993 16:28:04 GMT
Message-Id: <1993Jan11.162804.12801@icd.teradyne.com>
Newsgroups: comp.windows.x


In article 25665@viewlogic.com, josh@viewlogic.com (Josh Marantz) writes:
>
>I'm curious, has anyone used VisionWare's XVision with Xremote?  How
>has your experience compared to mine?


We evaluated both PC-XView with XRemote and XVision with Xremote, and we
chose XVision over PC-XView, for two reasons:  first, a bug in the PC-XView
software prevented us from running our custom applications; second, the
XVision product had some nifty features that were missing from PC-XView,
such as real icons for the X windows, and a bunch more monitoring features.
We didn't notice any big performance differences between the two.  We were
mostly running Sun's DeskSet applications with some of our own custom Open
Look applications.

Note that we only tried the Windows versions of these products.

-ams
From: bane@vtx.ma.man.ac.uk (Michael!)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X-Server not releasing memory
Date: 10 Jan 93 02:37:52 GMT
Distribution: fj
Organization: Magic Michael's Mushroom Factory.

Date: 9 Jan 93 19:35:07 GMT
Message-Id: <7147@m1.cs.man.ac.uk>
Newsgroups: comp.windows.x

In article <1993Jan8.224432.27914@dazixco.ingr.com>, naftaly@supergas.dazixco.ingr.com (Naftaly Stramer) writes:
|> 
|> Hi Xperts, 
|> 
|> This is posted for a friend of mine 
|> (dbaldwin@hiflyer.dazixco.ingr.com (Don Baldwin) so please reply via email to him.
|> 
|> He is running an application that uses X-Server memory (for images). He noticed
|> that each time he invokes the application and quit out of it, the X-Server is not
|> releasing the image memory, so after several time his swap memory is gone. He is 
|> running on an Intergraph Clipper. 
|> Do any of you Xperts know something about a bug in X-server that will cause it to
|> behave like that.
|> 
|> Thank you very much for your time.
|> 
|> ----
|> Naftaly Stramer 			    |   Intergraph Corporation
|> Internet: naftaly@dazixco.ingr.com          |   Electronics Division    
|> Voice: (303)581-2370  FAX: (303)581-9972    |   6101 Lookout Road, Suite A
|> Please excuse my English		    |   Boulder, CO 80301


are you using xdm? if so you need to include the line:

DisplayManager*terminateServer:         true
From: lasseter@lambda.msfc.nasa.gov (Gary Lasseter)
Newsgroups: fj.mail-lists.x-window
Subject: timers
Date: 11 Jan 93 17:59:14 GMT
Distribution: fj
Organization: NASA/MSFC

Date: Mon, 11 Jan 1993 15:07:49 GMT
Message-Id: <1993Jan11.150749.17020@lambda.msfc.nasa.gov>
Newsgroups: comp.windows.x


I'm working on a real-time telemetry display application supporting NASA/MSFC.  I'm looking for information regarding the most accurate clock available to use in a Motif/X-windows environment.  I'm aware of the XAppTimeout function, but this is not as accurate as I want for our application.
From: rnichols@cbnewsg.cb.att.com (robert.k.nichols)
Newsgroups: fj.mail-lists.x-window
Subject: Re: .bmp converter needed
Date: 6 Jan 93 08:59:33 GMT
Distribution: fj
Organization: AT&T

Date: Wed, 6 Jan 1993 05:58:53 GMT
Message-Id: <1993Jan6.055853.558@cbfsb.cb.att.com>
Newsgroups: comp.os.ms-windows.misc,comp.sys.amiga.graphics,comp.windows.x

In article <C0EJIv.K70@puma.uucp> puma.uucp!john@becca.rain.com (John Meissen) writes:
>I need to convert .bmp files produced by the paint program that comes
>with Windows to something useful that I can process on my Unix box 
>(GIF, IFF, Sun Raster, PCX, whatever).

Paint Shop Pro is available as shareware and supports 14 formats,
including the above (well, not "whatever").  The current version
(registered) is 1.02a, but on wuarchive.wustl.edu, I find:

	mirrors/win3/desktop:
	-r--r--r--  1 root       200608 Oct  1 02:55 psp101.zip

Bob Nichols
AT&T Bell Laboratories
rnichols@ihlpm.ih.att.com
From: vladd@ups.com (Vladimir Dimanshteyn CONSULTANT)
Newsgroups: fj.mail-lists.x-window
Subject: Pixmap Editor for X
Date: 6 Jan 93 03:37:57 GMT
Distribution: fj
Organization: UPS Research and Development

Date: 5 Jan 93 19:58:22 GMT
Message-Id: <1993Jan5.195822.13675@ups.com>
Newsgroups: comp.windows.x

I would like to create a logo within my application (multi-colored).
Sun utilities do not have a pixmap generator. There are some third
party pixmap widgets for MOTIF but since I am using OLIT, I can not
use them. Please let me know of any X pixmap utilities or OLIT
pixmap utilities if you know of  any. Thank you in advance.

	Vladimir Dimanshteyn
        UPS R&D
From: hstroyan@hpfcso.FC.HP.COM (Howard Stroyan)
Newsgroups: fj.mail-lists.x-window
Subject: Re: colormaps
Date: 9 Jan 93 15:31:53 GMT
Distribution: fj
Organization: Hewlett-Packard, Fort Collins, CO, USA

Date: Fri, 8 Jan 1993 21:47:38 GMT
Message-Id: <7320059@hpfcso.FC.HP.COM>
Newsgroups: comp.windows.x

In comp.windows.x, main@lambda.msfc.nasa.gov (John Main) writes:

> I can now load these pictures in the background, but then all of my
> applications that I pull up after that scream about not being able to allocate
> colors.  I guess my question is:  how do I load an image into the background
> without changing the default colormap.
 
Use the xv "-ncols" option to restrict the number of colors used to 
display the gif.  This will reduce the realism of the background image, 
but will also save colormap entries for your other applications.

--
Howard Stroyan                                         
Hewlett-Packard                                        hstroyan@fc.hp.com
Systems Technology Division
From: dac@cbnewsf.cb.att.com (david.a.copperman)
Newsgroups: fj.mail-lists.x-window
Subject: weirdness doing reverse video in OL3.0
Date: 8 Jan 93 02:59:29 GMT
Distribution: fj
Organization: AT&T

Date: Thu, 7 Jan 1993 20:29:03 GMT
Message-Id: <1993Jan7.202903.13036@cbfsb.cb.att.com>
Newsgroups: comp.windows.x

Last year I developed a prototype application using, I have thought,
OLIT 2.0.  Yesterday, I recompiled and ran it under what is supposed to
be OLIT 3.0.  Using this latter stuff, reverse video (i.e., swapping the
values for XtNforeground and XtNbackground in a button or a text field)
simply causes the indicated widget to become completely black.  Anyone
ever experience this and know why?

The reason I said that I appeared to be using 2.0 or 3.0 is from the
libraries.  Our 2.0 lib directory has these libraries for X, Xt, and OL,
respectively:
	libX11.sa.4.3
	libXt.sa.4.0
	libXol.so.3.0
The 3.0 libraries are:
	libX11.sa.4.3
	libXt.sa.4.1
	libXol.so.3.1

These are the SUN -distributed archives, but somehow those version numbers
don't seem very different from OL 2 to 3.  Do we have the right stuff?

A last question, if you have the patience.  Using either OL version, I
have always had strange behavior with popups.  I don't use the OL popup
widgets, but rather created my own structures using transientShellWidgets
for all popups.  In my 2.0 application, most of the popups, when they
come up a second time, can take 5 to 10 seconds to appear.  Honest!  They
don't do it the first time, and generally don't after the second.  Also,
my basic mode is to have buttons which cause popups to appear when the
buttons are clicked on; while the popup is visible , its button is made
reverse video, and is toggled back when the popup disappears.  Frequently,
over the course of random popups appearance and disappearance, buttons
will appear in reverse and straight video incorrectly - reversed when
the popup is down, straight when it is up.  My code only wants reverse
video when the popup is visible, and I'm confident after countless hours
of scanning it that it's written correctly.  Again, any thoughts?

Much thanks.

Dave Copperman
dac@hoqaa.att.com
From: karenb@westford.ccur.com (Karen Bircsak)
Newsgroups: fj.mail-lists.x-window
Subject: Font server port conflict
Date: 5 Jan 93 00:08:25 GMT
Distribution: fj
Organization: Concurrent Computer Corp. Westford MA.

Date: 4 Jan 93 21:37:14 GMT
Message-Id: <1993Jan4.213714.5818@westford.ccur.com>
Newsgroups: comp.windows.x


There is a possible conflict between the default port number for
the font server (7000) and other services.  According to the
"Assigned Numbers RFC" from the Internet Assigned Numbers Authority,
7000 conflicts with the ports listed as being registered to the Andrew File
System, which is part of OSF/DCE.  It seems to me that this might cause  
conflict on systems using both DCE and a font server.

I realize that the font server port is configurable, but it seems to me that
the default should avoid confrontation.  Is this a problem, or am I making
a mountain out of a molehill?

While we're at it, shouldn't the X server port (6000) also be registered
here?

Please reply via email as I don't usually read this newsgroup.

Thanks,
Karen

-------------------------------------------------------------------------
Karen Bircsak
Concurrent Computer Corporation

karenb@westford.ccur.com
-------------------------------------------------------------------------
From: rat@erg.sri.com (Ray Trent)
Newsgroups: fj.mail-lists.x-window
Subject: XtDestroy seg fault
Date: 12 Jan 93 05:42:34 GMT
Distribution: fj
Organization: SRI International, Menlo Park, CA

Date: Tue, 12 Jan 93 01:30:24 GMT
Message-Id: <1993Jan12.013024.3726@erg.sri.com>
Newsgroups: comp.windows.x

Has anyone else seen a situation where phase 2 of XtDestroy seg faults
if more than 1 popup dialog was destroyed during a callback? If so,
what's the scoop? 

The stack traces are pretty wierd...somehow XtCreateApplicationShell
is getting called during XtDoPhase2Destroy. See below for more
info...of course, the HP debugger isn't exactly known for being smart
about stack traces...this could be all garbage.

If it matters, I'm running HPUX-8.0, X11R4, Motif 1.1. 

Sorry if this is a FAQ, I couldn't find it in the list.

Email response preferable...I'll summarize if it seems useful.

Stack Trace:

 0 _XtCreateApplicationShell + 0x000001be (0x346630, 0xffeff750, 
	0xe4208, 0x3464d8, 0x346630)
 1 __XmNavigate + 0x000002ee (0xffeff6b8, 0x3464d8, 0x1, 0x2e134c, 0x6)
 2 __XtOnGrabList + 0x00000344 (0xffeff6b8, 0x346630, 0x19, 0x2, 0xffeff6f8) 
 3 _XtDispatchEvent + 0x00000032 (0xffeff6b8, 0x3464d8, 0xffeff724, 
	0x2e13d6, 0x2)
 4 __XmNavigate + 0x00000412 (0x3464d8, 0x346630, 0, 0, 0x2ecff8)
 5 __XtCallSmallCallbacks + 0x0000009c (0x3464d8, 0x3464ea, 
	0, 0xe20b6, 0xe20f6)
 6 _XtCreateApplicationShell + 0x00000134 (0x3464d8, 0x2, 0x1, 0,
	0xffeffbc4)
 7 __XtDoPhase2Destroy + 0x00000038 (0x2df118, 0x2, 0x2df118, 
	0x33a92, 0x2)
 8 _XtProcessEvent + 0x00000018 (0x3, 0, 0x4, 0x7, 0x2b521498)

Thanks much.
-- 
"When you're down, it's a long way up
 When you're up, it's a long way down
 It's all the same thing
 And it's no new tale to tell"                      ../ray\..
From: holiday@bnr.ca (Matthew Holiday)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Best WM?
Date: 6 Jan 93 02:57:06 GMT
Distribution: fj
Organization: Bell-Northern Research, Richardson, TX

Date: Tue, 5 Jan 1993 20:22:33 GMT
Message-Id: <C0EDxL.H7@news.rich.bnr.ca>
Newsgroups: comp.windows.x

In article <7102@m1.cs.man.ac.uk>, bane@vtx.ma.man.ac.uk (Michael!) writes:
|> In article <78902@hydra.gatech.EDU>, peter@fission.gatech.edu (Peter Halvorson) writes:
|> |> In article <7357@tivoli.UUCP> taylor@foraker.NoSubdomain.NoDomain (Eric Taylor) writes:
|> |> >In article <1992Dec30.173001.11601@mail.cornell.edu>, phydeaux@guru.med.cornell.edu (Dave Weingart) writes:
|> |> >|> Loathing twm, and before I spend hours ftp'ing and hacking into shape
|> |> >|> a better window manager, which should I go for?  Running R4 under
|> |> >|> A/UX, if that's significant.
|> 
|> have people tried claude's ctwm? 
|> 

Yes, actually, I'm running it on an HP 9000/425 and it seems just fine. I
prefer it to the HP vuewm.

-- 
Matt Holiday                                      #include <std/disclaimer>
holiday@bnr.ca
BNR Richardson, TX
From: lecom@slhp1.epfl.ch (Claude Lecommandeur)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Deleting Mouse Selected text in "xedit"
Date: 11 Jan 93 20:01:14 GMT
Distribution: fj
Organization: Ecole Polytechnique Federale de Lausanne

Date: 11 Jan 93 15:32:37 GMT
Message-Id: <4590@sicsun.epfl.ch>
Newsgroups: comp.windows.x

In article <1iruvrINNnnk@shelley.u.washington.edu>, zzz@byron.u.washington.edu (Sample) writes:
|> Could someone email me here (zzz@byron.u.washington.edu)
|> and tell me of an easier why to delete mouse
|> selected text in "/usr/bin/X11/xedit".  I know that
|> the '^W' key works but there should be a quicker
|> way (like a signle key press (no control press) or
|> adding a delete to the "Quit", "Save" and "Load"
|> menues.
|> 
|> Jeff

   The quickest thing you can imagine is to have :

xedit*editWindow.translations:  #override \n\
   <Btn1Up>: extend-end(PRIMARY, CUT_BUFFER0) kill-selection()

   When you release button1, the text gets automatically deleted. A more
reasonable solution is :

xedit*editWindow.translations:  #override \n\
   Shift<Btn1Up>: extend-end(PRIMARY, CUT_BUFFER0) kill-selection()

   This the setting i use. If i want to delete a text, i press shift before
releasing button1.


-- 


                    Claude Lecommandeur
                    Service Informatique Central
                    Ecole Polytechnique Federale de Lausanne
                    1015 LAUSANNE (SWITZERLAND)
                    E-Mail : lecom@sic.epfl.ch
                    Tel : (41 21) 693-22-97
From: mwgertz+@CS.CMU.EDU (Matthew Gertz)
Newsgroups: fj.mail-lists.x-window
Subject: Neophyte needs help creating/using Pixmaps in XView 3/X11R5
Date: 13 Jan 93 04:28:56 GMT
Distribution: fj
Organization: Dept. of ECE, The Robotics Institute, Carnegie Mellon

Date: Tue, 12 Jan 1993 23:16:38 GMT
Message-Id: <C0rKnt.7D.1@cs.cmu.edu>
Newsgroups: comp.windows.x

I am having a hard time creating and using a bitmap.  I'm programming 
under the XView package (version 3) and X11R5.  I want to create a bitmap 
in memory which I can later copy to some position on a standard XView canvas.
It seems to me to be a very simple thing to do, and this is the way I
go about it:

   DrawThePicture(dpy,xwin,gc)
   Display *dpy;
   Window xwin;  /* xwin=(Window)xv_get(canvas_paint_window(my_canvas),
			  XV_XID) */
              /* my_canvas is a standard XView canvas */
   GC gc;
   {
     Pixmap my_picture;
     char my_bitmap[96*96/8]; /* 96 lines, 96 bits wide, 8 bits/byte */

     /* ... input the bitmap data from a file ... */

     .
     .
     .
     my_picture = XCreateBitmapFromData(dpy,xwin,my_bitmap,96,96);
	/* create a pixmap 96 bits by 96 bits with depth=1 implied */

     XDrawRectangle(dpy,my_picture,gc,0,0,10,10);
	/* draw a rectangle in the pixmap from (0,0) to (10,10) */
   }

XCreateBitmapFromData is returning a valid Pixmap, so no problems there
(from this I assume its okay to use xwin as the drawable, since the
Pixmap would be posted only to its screen anyway).  However, the rectangle 
can't be drawn during execution -- the GC seems okay, as does the Drawable
I specify (my_picture), but it doesn't care for my parameters:

X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  67 (X_PolyRectangle)
  Serial number of failed request:  1113
  Current serial number in output stream:  1123

Seems to me that the rectangle should fit fine in the bitmap, and certainly
the numbers are within the valid limits.  So what gives?  Something
stupid, no doubt, but my brain is dead from wrestling with this (I'm
a former SunView user, and the X11R5 stuff is confusing enough to me :-).
If you can point out my errors by e-mail, I'd be much obliged.  Any help
or advice appreciated.  Thanks.

-- 
Matt Gertz, mwgertz+@cs.cmu.edu
Dept. of ECE, The Robotics Institute at Carnegie Mellon University.
From: gothamcity!cazier@bloom-beacon.MIT.EDU (David J. Cazier [I-NET])
Newsgroups: fj.mail-lists.x-window
Subject: DISPLAY capture
Date: 12 Jan 93 18:55:54 GMT
Distribution: fj
Organization: Software Technology Branch - NASA/Johnson Space Center

Date: Tue, 12 Jan 1993 16:20:03 GMT
Message-Id: <1993Jan12.162003.1630@aio.jsc.nasa.gov>
Newsgroups: comp.windows.x

I would like to know how the UNIX .profile or .cshrc file can be set to 
capture the IP address of the terminal you log into so that the DISPLAY
variable can be automatically set for a X session.
From: dan@watson.ibm.com (Walt Daniels)
Newsgroups: fj.mail-lists.x-window
Subject: Public domain ISO10646 fonts
Date: 11 Jan 93 05:02:26 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 10 Jan 1993 22:49:17 EST
X-Phone: 914-784-6736 Tie 863 Fax x6306
Message-Id: <011093.224917.dan@watson.ibm.com>

>I would like to know are there any public domain ISO10646 fonts available?
Not yet.  In fact there are no commercial ones either.  Both would be
hard since the final IS document has not been published yet, but
coming soon.
From: bane@vtx.ma.man.ac.uk (Michael!)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Best WM? Vote for ctwm, plus good .ctwmrc file
Date: 11 Jan 93 02:54:24 GMT
Distribution: fj
Organization: Magic Michael's Mushroom Factory.

Date: 10 Jan 93 16:38:28 GMT
Message-Id: <7150@m1.cs.man.ac.uk>
Newsgroups: comp.windows.x

Diversion said:
 The biggest comaplaint I've had with ctwm (In my uneducated opinion - I
 don't use it) is it's inabilityy to have non-ctwm backgrounds on your
 screen. You can put one up, but it disappears as soon as you change rooms.
 There's probably -rc options to correct this, but since I don't use it, I'm
 really not interested in what they are.


Sorry but I don;t understand what you mean.
1) what are "non-ctwm backgrounds" ?

2) what do you mean by "change rooms"? 
   IF
     changing workspaces under ctwm
        then I have no problems and the same root window image is everywhere
     changing rooms - ie terminals
        then how do other WMs remember the last root window image?????




All the best,

Michael
From: humphrey@hightop.nrl.navy.mil (Jeff Humphrey [Jeffus])
Newsgroups: fj.mail-lists.x-window
Subject: Re: Help in using XDrawLine()
Date: 13 Jan 93 01:06:39 GMT
Distribution: fj
Organization: Computer Security, Naval Research Lab

Date: Tue, 12 Jan 1993 21:43:45 GMT
Message-Id: <C0rGCy.G7A@ra.nrl.navy.mil>
Newsgroups: comp.windows.x

In article <Jan.12.15.49.54.1993.10085@caip.rutgers.edu> jayesh@caip.rutgers.edu (jayesh patel) writes:
[STUFF DELETED]
>  XSetForeground(display,gc,BlackPixel(display,screen));
>  XSetBackground(display,gc,WhitePixel(display,screen));

   XSelectInput (display,win,ExposureMask);

>  while(1)
>    {
>      XNextEvent(display,&event);
>      switch(event.type){
>      case Expose:
>	XDrawPoint(display,win,gc,10,10);
>	XDrawPoint(display,win,gc,20,20);
>	XDrawLine(display,win,gc,10,10,20,20);

  XFlush (display);

>        break;
[STUFF DELETED]

  That should fix it ...

-- 
 _     ___   ___ _   _ ____
| |   / _ \ / __| | | | ___| #include "standard.disclaimer"   <- IMHO
| |__| |_| | |__| |_| |___ | humphrey@hightop.nrl.navy.mil  (703)960-1000
|____|\___/ \___|\___/|____| @Naval Research Labs           (202)404-8241
From: garyrich@qdeck.com (Gary Rich)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Running X on PC?
Date: 12 Jan 93 03:33:37 GMT
Distribution: fj
Organization: Quarterdeck Office Systems, Santa Monica CA

Date: Mon, 11 Jan 1993 21:50:47 GMT
Message-Id: <1993Jan11.215047.20230@qdeck.com>
Newsgroups: comp.windows.x

In article <1993Jan10.180813.4072@fallst> tkevans@eplrx7.es.dupont.com writes:
>roland@quadsys.com (Roland Besserer) writes:
>
>>I would recommend not to waste you time and money with one of the X
>>implementations for the PC. Get yourself a copy of DESQVIEW/X - it turns
>>you PC into a useful machine. Not only will you have an X desktop 
>>(with a choice of OpenLook or MOtif window managers) you can also run
>>multiple DOS sessions in fixed or scalable windows, you can run Windows
>>as well. Naturally, being a full X server, you can log onto the SUN
>>and run any X application. Not only that, you get real hardware based
>>multi-tasking and, as icing on the cake, a SUN user can open a local
>>window running a DOS application on the remote PC!
>
>NOTE:  There's a TCP/IP add-on you must purchase to run on top of DVX
>to accomplish all this.  It's about $150 (MSRP), I think.  *AND* you
>must have a TCP/IP transport stack, such as PC/TCP or Lan Workplace
>for DOS running as well.  And a network card, of course.
>

Actually the Novell TCP/IP stack is in the process of being bundled 
with the TCP/IP add on at no extra cost.  It's available now as a "pre-
release" for those that can't wait for a nice install porogram and 
documentation...

tkevans is certainly correct about the network card :-) unless you go
in with SL/IP, but the current version of the Novell transport does
not have SL/IP.  I heard on comp.protocols.tcpip.ibm the next version
is supposed to.
S
-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
:
From: john@proteus.jpl.nasa.gov (John Veregge)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Xt and CPU usage (Summary)
Date: 8 Jan 93 21:44:29 GMT
Distribution: fj
Organization: Jet Propulsion Laboratory, Pasadena CA

Date: Fri, 8 Jan 1993 19:01:21 GMT
Message-Id: <1993Jan8.190121.2430@llyene.jpl.nasa.gov>
Newsgroups: comp.windows.x,comp.windows.x.intrinsics

> In article <1992Dec29.044957.19576@llyene.jpl.nasa.gov>, john@pluto.Jpl.Nasa.Gov (John R Veregge) writes:
>> 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),
>> using X11R4, on Sun Sparc 2's with 32+ megs of memory and 20+ megs of swap.
>> 
>> Can anyone tell me (1) Why? and (2) How can I fix (optimize) this?

The problem was in XtAppAddInput()...

The application read two sockets and a Bourne shell pipe from stdin. I had
dutifully read the FAQ prior to posting so I 'knew' the problem could not be
XtAppAddInput() doing select() on a regular file. I also performed a profile
in the testing environment and found no obvious problems prior to posting.

The problem was that the test environment used the highest data rate the
application could handle, while the user's environment had much slower data
rates, with lots of idle time.  It was during this idle time that select()
kept getting called and in turn causing the XtAppAddInput() callbacks to be
called. When the input was completely idle, the application was chewing up 90%
of the CPU and 75% of it's time was spent in 4500 select() calls per second.

I switched to using XtAppAddTimeout() with an interval that adjusts to the
data rate and prioritizes X events ahead of input events. This solved the
problem. Weird, but it worked. (-;

Thanks to all who replied.
________________________________________________

 John R Veregge		john@proteus.jpl.nasa.gov