HDTenEightyP/NetNews huggingface dataset:
From: jzwang@paul.RUTGERS.EDU (Jin-zhao Wang)
Newsgroups: fj.mail-lists.x-window
Subject: Receive new Event within the call-back procedure of an old event
Date: 9 Apr 92 20:29:19 GMT
Distribution: fj
Organization: Rutgers Univ., New Brunswick, N.J.

Date: 9 Apr 92 14:28:21 GMT
Message-Id: <Apr.9.10.28.20.1992.18722@paul.rutgers.edu>
Newsgroups: comp.windows.open-look,comp.windows.x


I am trying to use the LEFT button to control the running of an
infinitely long program (start running when LEFT_BUTTON_DOWN and stop
running when LEFT_BUTTON_UP), that is:

        ....
        case LEFT_BUTTON_DOWN:
                while (!LEFT_BUTTON_UP) {
                        .... /* loop as long as button still hold down */
                }

This was easily implemented in SUNVIEW using
        window_release_event_lock(...);
        WIN_EVENT_STATE,

How the above can be implemented in XView?
Please reply to:  jwang@threed.rpslmc.edu

Thanks.
Jin Wang
From: doug@nmri.ge.com (Doug Becker)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Reason for difference between XDraw{Arcs,Lines} {Pts,Segs,Rects}?
Date: 7 Apr 92 23:40:33 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Message-Id: <9204071828.AA21783@genmri.nmri.ge.COM>
Date: Tue, 7 Apr 92 11:28:54 PDT
Mime-Version: 1.0
Content-Type: text
Content-Length: 1446      

    At
    first I thought that perhaps XDrawLines didn't want to try to deal with
    the max request size because the lines must be drawn joined to each 
    other (although getting this right wouldn't have been hard).  But that
    reasoning doesn't seem to apply to XDrawArcs.

There are two issues here.  First, there is no way in the X11 protocol
to specify that a request is partial, so joining and capping are
nontrivial.  Second, under certain conditions (mostly involving wide
lines), both XDrawLines and XDrawArcs guarantee that a pixel will not
be drawn more than once.  You'd have to make some changes to the X
protocol (or the specification) to get things to draw properly in all
cases while allowing Xlib to break up such requests.

On a related note, a while ago I brought up the question of whether it
is safe to assume that all Xlibs will automatically break up certain
poly requests (i.e., XDrawPoints, XDrawSegments, etc.) the way the
sample implementation does.  (There is still no documentation
regarding this, unfortunately.)

The answer I received, from someone in the Consortium who would know,
was that this was a fuzzy area of Xlib, although few vendors provided
their own Xlib implementation.  If you really want to be 100% kosher,
you should still break up even those poly requests that the sample
implementation will break up automatically.

-- 
Doug Becker             doug@nmri.ge.com             crdgw1!sane!doug
From: earle@poseur.jpl.nasa.gov (Greg Earle - Sun JPL on-site Software Support)
Newsgroups: fj.mail-lists.x-window
Subject: xv behavior (Re: Get your facts straight about JPEG!)
Date: 15 Apr 92 02:01:15 GMT
Distribution: fj
Organization: Sun Microsystems - JPL on-site Software Support

Date: 14 Apr 92 22:30:25 GMT
Message-Id: <1992Apr14.223025.28502@elroy.jpl.nasa.gov>
Newsgroups: alt.binaries.pictures.d,alt.graphics.pixutils,comp.windows.x

In article <jim.703273321@ferkel> jim@ferkel.ucsb.edu (Jim Lick) writes:
>I decided it would be fairly interesting to see what the actual breakdown
>is as far as decoding, quantizing and GIF-writing times.  Picking a handful
>of recently post JPEG files out of my hat, I came up with the following:
>
>Percentage of time for each step:
>
>	87.3 - quantizing to 8-bit (floyd-steinberg)
>	 8.0 - converting 8-bit image to GIF
>	 4.7 - decoding JPEG to raw image
>
>It surprised me that decoding the JPEG file actually took less time than
>conversion to GIF did, but the main point still holds: most of the time
>to convert a JPEG to GIF, or display a JPEG on an 8-bit system is in the
>quantization step.  These figures are for a machine with 24 megs of RAM.

Which leads to me to bring up a gripe about something that's bothered me for
some time:

I use xloadimage 3.01 and xv 2.11 on a Sun SPARCstation-2/GS.  The GS has a
24-bit framebuffer and supports all the normal visuals, including TrueColor,
and DirectColor (under OpenWindows 3.0).

No matter what, xv insists on quantizing 24-bit JPEG images down to 8 bits
for display.  The manual page says

     -visual vistype  (Resource name: visual string)
          Normally, xv uses the default visual model provided  by
          your  X  server.   You  can override this by explicitly
          selecting a visual to use.  Valid types are StaticGray,
          StaticColor, TrueColor, GrayScale, PseudoColor,
          and DirectColor.  Not all  of  these  are  necessarily
          provided  on any given X display.  Run xdpyinfo on your
          display to find out what visual types are supported.

I was hoping that this would imply that it would use the default visual for
displaying the image, but even with TrueColor as the default, it still insists
on quantizing down to 8 bits - costly and time-consuming.  Trying to use
other visuals causes xv to exit with a BadMatch (invalid parameter attributes)
error.  It doesn't work (correctly) at all when I have a DirectColor default
visual, but that's another story.

I asked John Bradley about this but never got a response.  Has anyone else
run into this problem before?  If so, what did you do about it, if anything?
Surely I can't be the only person in the world using X11 or OpenWindows on a
machine with a 24-bit default root visual ...

-- 
	- Greg Earle			| Disclaimer: I would be just as
	  Sun Los Angeles		| mortified if Sun thought I was
	  JPL on-site Software Support	| speaking for the company as Sun is at
	  earle@poseur.JPL.NASA.GOV	| the thought of me speaking for it.
From: oj@pictel.com (Oliver Jones)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Caching pixmaps
Date: 15 Apr 92 22:14:22 GMT
Distribution: fj
Organization: PictureTel Corporation

Date: 9 Apr 92 17:19:52 GMT
Message-Id: <1992Apr9.171952.7010@pictel.com>
Newsgroups: comp.windows.x

In article <9204071559.AA01289@opus.starlab.csc.com> bgendler@opus.starlab.csc.COM (Bruce Gendler) writes:

>  I am using XCopyArea to perform [scrolling on a 600x600
>  display in a 300x300 viewport.]
>1.  Are 90,000 bytes being sent from the program to
>    the X Server every time XCopyArea is called?
Heck, no!  The image bytes only get sent when you do XPutImage
or the equivalent.
>2.  Is there a notion in X of caching the pixmap on
>    the server and only sending the server the copy
>    parameters rather than the 90,000 bytes?
Yes, that's how XCopyArea and XCopyPlane work.


Ollie Jones                  PictureTel Engineering
email:  oj@pictel.com        222 Rosewood Drive
tel:   +1(508)977-8396       Danvers, MA 01923-1393
video: (+1)700-561-9938&9939 fax: +1(508)532-6893
From: converse@expo.lcs.mit.edu (Donna Converse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Translations
Date: 8 Apr 92 03:37:21 GMT
Distribution: fj
Organization: X Consortium, MIT Laboratory for Computer Science

Message-Id: <9204072305.AA00233@excess.lcs.mit.edu>
             <1992Apr1.211751.5408@aio.jsc.nasa.gov> 
Date: Tue, 07 Apr 92 19:05:54 EDT


> I 've been trying to override or augment translations in my 
> application with partial success. I ideally want to stop my 
> number crunching activities whenever the user presses "Ctrl<Key>." .
> What is the shortest and sweetest way of achieving this? 

Well, I'd suggest that the number crunching activities be implemented
as a series of work procedures that do just a small section of the
work each time a work procedure is invoked.  The number crunching
would be launched by an ordinary callback or action procedure which
simply registers the work procedures.   Then, when the application
is not receiving any X events, the work procedures would run.  To
implement the "interrupt style" translation, write an action
procedure that removes all outstanding work procedures, and bind
this action, through the translation manager, to Ctrl<Key>.


Donna Converse
From: csvsj@garnet.berkeley.edu (Steve Jacobson)
Newsgroups: fj.mail-lists.x-window
Subject: Scrolling Window widgets with LARGE child
Date: 9 Apr 92 01:54:27 GMT
Distribution: fj
Organization: ucb

Date: 8 Apr 92 19:17:49 GMT
Message-Id: <rvgsuINNko3@agate.berkeley.edu>
Newsgroups: comp.windows.x

All of the scrolling widgets I am familiar with (HP SWindow, Athena Paned)
manage a child widget that they move with the XtMoveWidget() call. The coordinate
arguments are Position type variables, so problems occur when the height
(or width) of the child is larger than 32K.

Has anyone run into this problem before? In a spreadsheet-like application, it
seems to me you would want a less restrictive upper limit. Are there
scrolling window widgets out there that manage their child in a more "virtual"
manner? - the child widget size doesn't track its underlying "virtual" layout;
instead it "juggles" what is displayed in the scrolling window in response to
scrolling actions.

Steve
From: c23sn@kocrsv01.delcoelect.com (Siva Nadarajah)
Newsgroups: fj.mail-lists.x-window
Subject: Keystroke echo problems on xterms?
Date: 9 Apr 92 18:19:56 GMT
Distribution: fj
Organization: Delco Electronics Corp.

Date: 9 Apr 92 13:03:24 GMT
Message-Id: <1992Apr9.130324.12745@kocrsv01.delcoelect.com>
Newsgroups: comp.windows.x


I am in the process of developing an X-application (based on X11R4)
on Sparc II running SunOS 4.1.1. This application which is run under
mwm forks (with non-blocking wait) a number of xterms for the purpose 
of editing etc.

These xterms exhibit a rather weird problem after the application is 
run for an hour or two. Sometimes the keystrokes are echoed "delayed 
by one character" (typing a char causes the *previous* char to echo)
or they are not echoed until the mouse is moved (some focus events).
The characters are getting to the xterm, just not being displayed
properly.  (e.g.  When an xterm gets into a "mode" where a focus
event is needed to echo the characters typed, typing "ls<Enter>"
does not echo "ls" but does execute the command).  Once this behavior
starts, all xterms started by the application have the problem (until
the program is quit and restarted).
But this problem does not occur if an xterm is brought-up outside the
application.

Any suggestions on this problem are very much appreciated.

- Siva.


Siva Nadarajah                   c23sn@kocrsv01.delcoelect.com
From: paul@elroy.jpl.nasa.gov (Paul Asmar)
Newsgroups: fj.mail-lists.x-window
Subject: window stacking order
Date: 15 Apr 92 04:07:24 GMT
Distribution: fj
Organization: Image Analysis Systems Group, JPL

Date: Wed, 15 Apr 1992 01:18:53 GMT
Message-Id: <1992Apr15.011853.4209@elroy.jpl.nasa.gov>
Newsgroups: comp.windows.x


Is there a way to get the window stacking order of a set of sibling windows
in Xlib?  I know that you can use XConfigureWindow() and all the other window
manager type functions to change the stack order of a set of sibling windows,
but how can you get the stacking order?

XGetWindowAttributes() seems like it should be able to give you that
information, but it doesn't.

Anyone out there have any good ideas?


					Thanks,

					- Paul
-- 
--
Paul Asmar 	(paul@elroy.jpl.nasa.gov)
Jet Propulsion Laboratory
4800 Oak Grove Dr.  Pasadena, CA 91109 M/S: 168/522
From: curtis@neosoft.com (Curtis Keller)
Newsgroups: fj.mail-lists.x-window
Subject: Growth from XCopyPlane
Date: 9 Apr 92 07:40:35 GMT
Distribution: fj
Organization: NeoSoft Communications Services -- (713) 684-5900

Date: Tue, 07 Apr 1992 21:00:28 GMT
Message-Id: <1992Apr07.210028.22112@NeoSoft.com>
Newsgroups: comp.windows.x,comp.windows.x.motif


I have a application that makes repeated calls to XCopyPlane
to copy a bitmap to a Motif drawing area widget.   It seems that
when the bitmap changes -- each call to XCopyPlane eats a bit of
memory.    My application is changing bitmaps on a regular basis
and the memory growth is quite significant (and fast).
 
The growth is in the application rather than in the server - so
I'm more confused.
 
If this problem is addressed in the FAQ - please email the relevant
section to me -- I can not ftp over to export (for some internal
reason?). 
 
Thanks
-- 
Curtis Keller
713-953-8320
curtis@neosoft.com   or   uunet!scisoft!curtis
From: diaz@venice.sedd.trw.com (Phillip Diaz)
Newsgroups: fj.mail-lists.x-window
Subject: Xwebster Servers
Date: 10 Apr 92 10:27:43 GMT
Distribution: fj
Organization: TRW Systems Engineering & Development Division, Carson, CA

Date: Fri, 10 Apr 1992 02:20:55 GMT
Message-Id: <1992Apr10.022055.1643@venice.sedd.trw.com>
Newsgroups: comp.windows.x


Xwebster users,

    I just recently compiled/linked the xwebster Motif version
onto my HP in Los Angeles, CA. I cannot find a local webster
server to run off. Anyone have suggestions so I can run this
service?

You can reach me at:
                    pdiaz@oahu.sedd.trw.com (preferred)
                            or
                    pdiaz@venice.sedd.trw.com

Thanks................
From: mleganza@isis.cs.du.edu (Mark Leganza)
Newsgroups: fj.mail-lists.x-window
Subject: How does one test a new X11R5/Motif 1.1.4 build to make sure it's ok ?
Date: 11 Apr 92 03:03:56 GMT
Distribution: fj
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.

Date: Fri, 10 Apr 92 20:57:08 GMT
Message-Id: <1992Apr10.205708.12223@mnemosyne.cs.du.edu>
Newsgroups: comp.windows.x

I'm in the middle of making X11R5 and then Motif 1.1.4 on:

Sun 3 & 4's (4.1.1), IBM 3090 (aix 1.2.1), BBN TC2000, and Cray 2 (cos 6.1).

I'm sure the Sun builds are ok, but what should be stress tested on the more
exotic platforms ???? What is most likly to fail ???? Any suggestions would be
appreciated........

Thanks in advance, Mark
From: cosmo@cherry.ucsb.edu (Burtin;Boris;;;;COMS;Undergraduate;920630;;;8-402525-19906-7;1000)
Newsgroups: fj.mail-lists.x-window
Subject: Help with installing X11R5 in /usr/local
Date: 14 Apr 92 05:08:49 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 13 Apr 92 23:25:27 GMT
Message-Id: <cosmo.703207527@cherry>
Newsgroups: comp.windows.x

I have installed R5 into the default directories in the past, with no problems.
Now I'm trying to install it into /usr/local/X11.  Here's what "make install"
gives me:

cc -o xterm.inst main.o input.o ... -L/usr/local/X11/lib -lXaw -lXmu -lXt \
	-lX11 -Bdynamic -L/usr/local/X11/lib -ltermcap
ld: -lXaw: no such file or directory
*** Error code 4

I've tried setting my LD_LIBRARY_PATH to /usr/local/X11/lib, but that didn't
seem to help.  I'm compiling on a Sun Sparc SLC running SunOS 4.1.2.  I'd
appreciate any help I can get.  Thanks,


--
     - Boris
(cosmo@cs.ucsb.edu)
From: srp@godiva.ssw.com (Selene R. Platt)
Newsgroups: fj.mail-lists.x-window
Subject: Communication.
Date: 7 Apr 92 10:23:45 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Mon, 6 Apr 1992 19:43:59 -0400
Message-Id: <9204062343.AA07505@godiva.ssw.com>


> Here's my problem:  I have an X-Windows application process running and
> a non-X communications process running.  When a message is received by my
> comm process, I want to interrupt the X-Windows application and update
> a status window indicating that a message has arrived.  What is a good
> way to do this?  Do I have to make my comm process an X-Windows process
> in order to to successfully communicate?  I'm on a VAXstation 3100 using
> VMS and Motif 1.1.

We had to implement a similar sort of thing, and found that we had to use a
polling approach rather than an interrupt-driven one.  I'll preface this by
saying that I know nothing about any utilities available on the VAX.  Our
application runs on DG AViiON's and uses Xipc for interprocess communication.

In the X/Motif application, a timeout is registered for 'n' seconds, after 
which the application's Xipc queue is checked for any new messages.  These
messages can come from any other process - X/Motif or not.  If there are more
messages on the queue, the next X timeout registered is 0 seconds; if there
are no more messages, the timeout is 'n' seconds.  With this implementation,
all processes use a common IPC mechanism but the purely comm processes don't
have to get involved with X/Motif.  If your comm mechanism can support this
scenario, it might be the way to go.

Hope this helps!

- Selene Platt


	{~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~}
	{ Selene Platt                  (215) 651-5305           }
	{ Soft*Switch Inc.                                       }
	{ 640 Lee Rd.                   srp@godiva.ssw.com       }
	{ Wayne, PA  19087                                       }
	 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: andrew@work.cern.ch (Andrew Hird)
Newsgroups: fj.mail-lists.x-window
Subject: Colour problems under Motif and OW3
Date: 7 Apr 92 12:55:21 GMT
Distribution: fj
Organization: CERN European Lab for Particle Physics

Date: 7 Apr 92 09:09:10 GMT
Message-Id: <1992Apr7.090910.2724@dxcern.cern.ch>
Newsgroups: comp.windows.x.motif,comp.windows.x,comp.windows.open-look,alt.toolkits.xview

Hello all
	I'm hoping someone out there may be able to help me solve this problem.
Okay, when using answerbook ( or for that matter helpview or pageview ) running
under motif and openwindows 3 occasionally the colour combinations of foreground
and background change mysteriously ( this can be a real pain when you end with
such great combinations as green text on a blue backdrop or even black on black).
It seems that the server ( the xnews server in this case ) or window manager lets
other applications have there colours and change them, so that for instance, after
running xlock, I come back to find the colours changed on answerbook. 
Has anyone any ideas as how this could be solved.
I'm running SUNOS 4.1.1 , openwindows 3 , IXI motif (although same happens with 
DEC motif).

Thanks 
Andrew Hird


-- 
**************************************************************
*			*				     *
*   Andrew Hird 	* E-mail andrew@cernvax.cern.ch      *
* 			* Telephone +41 22 767 4915	     *
*   ECP division      	* Earth mail :			     *
*			*  CERN , CH-1211 , GENEVE 23 ,      *  
*                       *   SWITZERLAND.	             *
**************************************************************
From: thoth@wave.cis.ufl.edu (Robert Forsman)
Newsgroups: fj.mail-lists.x-window
Subject: Re: xauth question
Date: 14 Apr 92 04:48:43 GMT
Distribution: fj
Organization: Zik Zak

Date: 12 Apr 92 17:34:22 GMT
Message-Id: <THOTH.92Apr12133422@wave.cis.ufl.edu>
Newsgroups: comp.windows.x


> Where does the big hex string that's used to add displays to xauth come
> from?

  I usually pull one out of my butt.  It's just some random number.
Here's how I generate one on a Sun.  If anyone has a "better" way
that's more portable, faster or whatever, I'd like to hear it.

  And if your idea is a program that calls lrand48 or some other
random number generator, bugger off, I already thought of that.


date=`date +%y%m%d%H%M%S`
num=`echo "$date
$$
100
*
+
16
o
p
" | dc | cut -c1-8`

xauth << EOF
remove $host:0 $host/unix:0
add $host:0 . $num
add $host/unix:0 . $num
EOF
--
I deal with Reality as you _don't_ understand it. 
blah = realloc(blah, sizeof(*blah)*(blahsize*=2)); /* (TM) */
From: george@hub.cs.jmu.edu (george galang)
Newsgroups: fj.mail-lists.x-window
Subject: Events on X
Date: 9 Apr 92 06:58:50 GMT
Distribution: fj
Organization: James Madison University

Date: 9 Apr 92 01:06:08 GMT
Message-Id: <1992Apr8.210608.873@drycas.club.cc.cmu.edu>
Newsgroups: comp.windows.x.motif,comp.windows.x

I'm trying to create a "ResEdit" for Motif.  The problem is that I
don't know if it's possible to click on a button in one window, then
run a loop which uses XNextEvent to pull events off the queue until
there is a buttonrelease, at which time a button should be generated
in the second widget, provided the button is released in the second
window. This works fine if you just click in one window and create the
button in the second window; however, I'm trying to give the user the
ability to decide where the button should be placed by "dragging" it
from the first to second window.  What is the problem with using
XNextEvent in this manner?

Please send any replies to help_vern@vax1.acs.jmu.edu (internet) or
help_vern@jmuvax.

--
George Galang @ Nowhere in the entire free world
Administrator of my destiny
From: jmsteele@cbnewsc.cb.att.com (jeff.m.steele)
Newsgroups: fj.mail-lists.x-window
Subject: Re: MS-DOS X Server with SLIP support???
Date: 13 Apr 92 22:36:36 GMT
Distribution: fj
Organization: AT&T

Date: 13 Apr 92 15:14:16 GMT
Message-Id: <1992Apr13.151416.13234@cbnewsc.cb.att.com>
Newsgroups: comp.windows.x

In article <1992Apr6.133746.1@hmcvax.claremont.edu> jstimson@hmcvax.claremont.edu writes:
>I am looking for an X server for MS-DOS (386 with ATI VGAWonder) that supports
>Internet Protocol Serial Links (SLIP).  I have access to a SLIP link, but not
>Ethernet.  I really don't want a program that runs under MS-Windows - it's too
>much of a power-suck to be used for anything besides word processing.  I'm also
>curious about prices for the various packages that support SLIP.
>							- John

You will need the following:
	Desqview/X from Quarterdeck 
	Desqview/X Network Manager
	FTP PC/TCP for DOS (FTP software, INC.)
	High Speed modem

I'm trying the same thing.  I'm still waiting for the Network 
Manager from Quarterdeck.  You can call Quarterdeck at (213)392-9851.
I bought the FTP software from Transparent Technology (310)568-3376.
Make sure you tell them you are using SLIP.

Jeff Steele

-- 
Jeff Steele 						(708) 224-2705
[...!att!nwuxf!jeff]					AT&T Network Systems
		"Remember there are SPIES and ASSASSINS Everywhere!"
		....These views are strictly my own not AT&T's
From: kerr@ux1.cso.uiuc.edu (Stan Kerr)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Macintosh X-Terminal Emulator?
Date: 15 Apr 92 18:04:03 GMT
Distribution: fj
Organization: University of Illinois at Urbana

Date: 15 Apr 92 13:46:49 GMT
Message-Id: <1992Apr15.134649.27600@ux1.cso.uiuc.edu>
Newsgroups: comp.windows.x,comp.sys.mac.misc

mayoun1@pb2esac.UUCP (Mike Young) writes:


> I am looking for an X-Terminal program for the Macintosh that will
> run over a serial(19.2K) or modem(9.6k) connection with reasonable 
> performance. I have several remote sites that have a need to occasionally
> run an X application in a Sun host.  Any products come to mind???

(I tried sending email, but it bounced, so I have to do this with a 
follow-up note.)

Apple has an X server called MacX, and White Pine Software has one called
Exodus, but I don't know if either currently offers a connection tool 
for a serial line. They will, of course, work on an Appletalk-to-ethernet
gateway, but not (to my knowledge) otherwise. Give them a call.
(I use MacX on an ethernet and it works fine.) See also the FAQ for this group.
-- 
Stan Kerr    Computing & Communications Services Office, U of Illinois/Urbana
Phone: 217-333-5217  Email: stankerr@uiuc.edu