HDTenEightyP/NetNews huggingface dataset:
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Subject: Re: FLAME, FLAME ON X!!!
Organization: McGill Research Centre for Intelligent Machines
Date: Tue, 10 Nov 92 06:30:10 GMT

In article <1683@igd.fhg.de>, baumann@igd.fhg.de (Peter Baumann) writes:

> "Did you know that the X windows server never releases memory space
> once acquired for image display?  Each new image loaded makes the X
> server address space grow until there's no more available."
> And added, "This is a well-known bug of X".

Even if entirely true, it is not a bug in X, but rather a bug in
certain implementations of X.

As for how true it is, others have by now answered that as well as I
could.

> PS:
> Have you ever had something named X in your home directory when
> starting xinit? (I figure that each of us has "." at the beginning of
> the PATH variable...) - Nice effect.

That's got nothing to do with X, again, but with UNIX (home directory,
PATH, ., yup, UNIX).  (To be picky, it's having something called X in
the current directory, not the home directory...unless you have ~ in
your path, which is rarer.)  It's no different from having something
called ls in the directory and trying to get a listing of it, really.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: comp.windows.x
Subject: Re: how to create a button using XLIB????
Date: 7 Nov 92 11:30:29 GMT
Article-I.D.: thunder.1992Nov7.113029.21194
Distribution: na
Organization: McGill Research Centre for Intelligent Machines

In article <5NOV199210570324@mary.fordham.edu>, sbhatia@mary.fordham.edu (SABU) writes:

> Could anybody out there guide me as to how one goes about creating
> buttons using XLIB.

There are two basic approaches, one being to make each button a window
of its own, the other being to use one window for multiple buttons and
do the last level of even distribution in the client instead.  My X CD
player uses the former approach; ups uses the latter.

> The issues that I am very interested in are for ex-: who supplies the
> colormap, the caller or does the button widget create it's own
> colormap.

If you're using Xlib, there are no widgets, in the usual sense of the
term.  Are you sure you asked the question you meant to ask?

> How to change the color of the button when user points to it and
> presses the mouse button.

Typically, just redraw the button's contents with the foreground and
background colors interchanged.  (If you *are* using widgets rather
than Xlib, I'd expect the widget to do this for you.)

> How do you handle expose events, like for example, I create a button
> to quit.  I place it on some window, but that window gets covered by
> another window when I raise this window I would like to restre the
> contents of the button.

If you're writing in Xlib, you just need to ensure that the code that
handles Expose events knows about the window in which the button is
drawn and redraws it (or calls whatever code is responsible for
redrawing it).  If you're using a button widget of some sort, from my
understanding of widgets, I'd expect the widget to deal with that for
you.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.windows.x
From: black@westford.ccur.com (Samuel Black)
Subject: Re: FLAME, FLAME ON X!!!
Organization: Concurrent Computer Corp.  Westford, MA
Date: Wed, 11 Nov 1992 15:25:45 GMT


>Actually, I once saw a malloc package that could be made to return some
>memory to the operating system by clever use of sbrk and brk, but I doubt 
>that any X11 servers are written using such a technique.  Might be an
>interesting experiment for some vendor, though ...

Our server uses its own "intelligent" version of malloc, and it works
quite well.  Of course, there are still dozens of memory leaks in the
server that need to be fixed, also.

Now, if we just had an OS that provided support for sparse memory spaces, ...

		- sam black

-------------------------------------------------------------------------------
Once you remove the absurdity from human existence, there isn't much left.
		     __________
		    /  _______/__	...!{decvax,uunet}!masscomp!black
		   /__/______/  /	black@westford.ccur.com
	  Concurrent /_________/
	Computer Corporation
-------------------------------------------------------------------------------
From: cs106211@umbc8.umbc.edu (cs106211)
Subject: ftp
Organization: University of Maryland, Baltimore County Campus
Date: Thu, 5 Nov 1992 20:14:02 GMT
From: djp@alpha.sunquest.com (Dan Parslow, ext. 2556)
Newsgroups: comp.windows.x
Subject: X standard for CopyArea
Date: 10 Nov 92 17:56:00 GMT
Organization: Sunquest Information Systems, Tucson AZ
News-Software: VAX/VMS VNEWS 1.4-b1


Greetings,

I have a question about the X standard for CopyArea:

If the source and destination of a call to CopyArea are on the
same drawable, and they overlap, is it in the spec that CopyArea
behave as though an intermediate buffer was used?  I. e., will
the copy be performed "safely" so that the destination rectangle,
after CopyArea returns, is exactly what the source rectangle was
before the copy? 

I have found experimentally that CopyArea performs overlapping
copies within a single drawable safely, but I don't dare code to
that assumption unless I know that it can be relied upon as a
standard. 

Any info appreciated,

Dan Parslow
Sunquest Information Systems, Inc.
parslow@sunquest.com
From: dd@adobe.com (David DiGiacomo)
Newsgroups: comp.windows.x
Subject: Re: FLAME, FLAME ON X!!!
Date: 10 Nov 92 00:44:28 GMT
Organization: Adobe Systems Incorporated

In article <1992Nov9.235741.25166@dsd.es.com> pmartz@dsd.es.com (Paul
Martz) writes:
>In article <1683@igd.fhg.de>, baumann@igd.fhg.de (Peter Baumann) writes:
>> [ ... ]
>> 
>> Short after that, a colleague of the bad-luck guy occasionally
>> remarked, "Did you know that the X windows server never releases
>> memory space once acquired for image display? Each new image loaded
>> makes the X server address space grow until there's no more available."
>> And added, "This is a well-known bug of X". Well-known. Well...
>
>Care to tell us in which vendor's X is this a bug? I've certainly
>never heard of it before.

Paul, how disingenous of you.

Peter Baumann is obviously referring to a common and unfortunate
situation, in a garbled way.  The MIT sample server allocates and
deallocates pixmaps with C library malloc() and free() calls.  In typical
Unix C library implementations, free() never causes the process address
space to shrink.  Depending on the exact allocation strategy of malloc,
and the intervening client activity, it's quite likely that a client
displaying a series of images will cause the server to grow monotonically.

The usual solution to this problem is to modify the server to allocate
pixmaps (or at least large pixmaps) from a separate heap.  If they are
padded to page boundaries it is even possible to attempt to free swap
space on pixmap deallocation, but the effectiveness of this varies among
Unix VM system implementions.

--
David DiGiacomo, Adobe Systems, Mountain View, CA  dd@adobe.com
Newsgroups: comp.windows.x
From: bibhas@pico.engr.mun.ca (Bibhas Bhattacharya)
Subject: Re: Compiling aXe. anything wrong?
Keywords: aXe
Organization: Memorial University of Newfoundland
Date: Fri, 6 Nov 1992 15:55:24 GMT

ip217@brems.ii.uib.no (Torgeir Veimo) writes:

>Help!

>When i try to compile aXe version 3.1 on our sun 3/50s here, i get the message

>[...]
>cc -c -O   -I/usr/include  -I.     -DHELPDIR=\"/usr/lib/X11\" AxeEditor.c
>"AxeEditor.c", line 1728: object undefined
>Compilation failed
>*** Error code 1
>make: Fatal error: Command failed for target `AxeEditor.o'

>Have I set something wrong in the Makefile or what? everything else compiles
>just fine. Any Clues?

>-- 
>Torgeir Veimo

I too failed to compile aXe in the wee hours of this morning. I was too
sleepy to remember what went exactly wrong, I think an undefined function.
Does it use some special tool kit we don't have here?
Bibhas.
--
	+==========================+=========================+
	| login name: DR. Jackyl   |  In real life: Mr. Hyde.|
	+==========================+=========================+
		    |   bibhas@pico.engr.mun.ca  |
From: baumann@igd.fhg.de (Peter Baumann)
Newsgroups: comp.windows.x
Subject: FLAME, FLAME ON X!!!
Date: 6 Nov 92 12:44:14 GMT
Organization: Haus der Graphischen Datenverarbeitung, Darmstadt

This is a sad story told by a frustrated user of some quite common
one-letter software. 

Once upon a time, the Vice President of quite a big company was
announced to visit the database group of some institute, and so the
department head decided that the visitor was to be given *the* final audio-image-animation multimedia database demo. So, a lot of preparations
were done to have all neatly arranged. Short before the Big Date, final
checks were done again and again to ensure that all worked fine (and
to calm down the anxious spirits of the programmers).

The Big Date arrived, and indeed all worked fine - at first. But,
when the images and the animation were to be loaded from the
database --- nothing happened. More and more desperate re-tries
failed each. At the end, the Vice President left the room, leaving
behind some miserable creature worrying about its bad fate which
had destroyed its career out of nowhere.

Short after that, a colleague of the bad-luck guy occasionally
remarked, "Did you know that the X windows server never releases
memory space once acquired for image display? Each new image loaded
makes the X server address space grow until there's no more available."
And added, "This is a well-known bug of X". Well-known. Well...

Beyond this point, rumors differ. Some say the guy jumped out of
the 3rd floor window, and others say that a life insurance contract
for MIT X group members has become more expensive than for Salmon
Rushdie...

This story comes from a deeply fustrated, X-rated :-( programmer
who is an occasional (hence, non-expert) X user

PS:
Have you ever had something named X in your home directory when
starting xinit? (I figure that each of us has "." at the beginning
of the PATH variable...) - Nice effect.


Xref: sparky comp.windows.x:19045 comp.windows.x.intrinsics:524
From: adrian@csqx.cs.rhbnc.ac.uk (A Johnstone)
Newsgroups: comp.window.x.motif,comp.windows.x,comp.windows.x.intrinsics
Subject: HELP...Mouse events in PushButtonGadget
Date: 12 Nov 92 14:33:58 GMT
Reply-To: adrian@csqx.cs.rhbnc.ac.uk (A Johnstone)
Organization: RHBNC


I need to be able to activate PushButtonGagdgets with all three mouse buttons
rather than just the Select button.

Normally I would use XtAddEventHandler with a ButtonPress mask to trap mouse
presses in the push button, however as PushButtonGadgets aren't windows in
their own right, this doesn't work (process killed on unaligned access).

Setting up translations on the buttons doesn't work either for the same 
reason.

If it is of any help, the Gadgets are all children of a RowColumn widget 
created with XmCreateRowColumn.

They DO need to be Gadgets rather than ordinary Push Buttons as I have 400 of
them up at the same time!

Any help would be greatly appreciated. Thanks.

Please e-mail to jamesd@cs.rhbnc.ac.uk
Newsgroups: comp.windows.x,comp.windows.x.motif,comp.windows.misc,comp.sys.misc,comp.sys.mac.misc,comp.unix.misc
From: brandy@tramp.Colorado.EDU (BRANDAUER CARL M)
Subject: Re: XVT toolkit??
Organization: University of Colorado, Boulder
Distribution: inet
Date: Thu, 12 Nov 1992 16:49:30 GMT

XVT phone number is 303-443-4223
Xref: sparky comp.windows.x:18757 ba.windows.x:135 comp.windows.x.motif:7256 misc.books.technical:1629
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: comp.windows.x,comp.sys.sgi
Subject: Re: request for help with X gc draw fcn porting sun->sgi
Date: 7 Nov 92 10:41:03 GMT
Organization: McGill Research Centre for Intelligent Machines

In article <1992Nov4.060050.27565@cuug.ab.ca>, fieldd@cuug.ab.ca (Dan Field 283-7034) writes:

> [problems porting some code form XView on a Sun to X on an SGI]

> One remaining problem has to do with using the function code for a
> GC.  [...]  [A]ny of the function codes that read the destination
> pixel have no visual effect.  However, when I use the copy, the
> write, or the clear function code, I always end up drawing in the
> foreground color.

This sounds from your description like a server bug, and a really weird
one at that.  Much more likely is that you're doing something else
wrong and don't realize it.

> Note that this problem does not occur when the code runs on a Sun.

My first question would be to ask whether it works correctly when the
code is running on the SGI but it's displaying on the Sun's display.
This, and the converse experiment (run the program on the Sun,
displaying on the SGI) should let you determine whether it's the client
or the server that's at fault.

It also might be of some use to run it under a protocol spy like xscope
or some such, to see what's really going on...

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: cionca@siihp1.epfl.ch (Ion Cionca [epfl.sic.sii])
Newsgroups: comp.windows.x
Subject: Re: FLAME, FLAME ON X!!!
Date: 10 Nov 92 10:48:49 GMT
Organization: Ecole Polytechnique Federale de Lausanne

In article <1683@igd.fhg.de>, baumann@igd.fhg.de (Peter Baumann) writes:
|> This is a sad story told by a frustrated user of some quite common
|> one-letter software. 
|> 
....
|> This story comes from a deeply fustrated, X-rated :-( programmer
|> who is an occasional (hence, non-expert) X user
|> 
|> PS:
|> Have you ever had something named X in your home directory when
|> starting xinit? (I figure that each of us has "." at the beginning
|> of the PATH variable...) - Nice effect.

You may return the FLAMES towards yourself after ending your pathetic
story with such a stupid PS...

How about "... have you ever tried to throw your running computer
from the 3rd floor? - Nice effect." , and I barely exagerate it.

-- 
--------

       Ion CIONCA
       -- HP/Apollo Support --
       Swiss Federal Institute of Technology (EPFL)
       Service Informatique Central (SIC)
       1015 LAUSANNE (SWITZERLAND)
       E-Mail : cionca@sic.epfl.ch
       Phone  : (+41 21) 693.45.86 / 693.22.11
       Fax    : (+41 21) 693 22 20
From: stefans@bauv106.bauv.unibw-muenchen.de (Stefan Schwarz)
Newsgroups: comp.windows.x
Subject: Re: How to generate mouse events from the keyboard in R5
Date: 11 Nov 92 20:51:29 GMT
Distribution: usa
Organization: Universitaet der Bundeswehr Muenchen (Germany)

barbour@eagle.fsl.noaa.gov (James W. Barbour) writes:

>Is it possible to genrate mouse movement and click events from the
>keyboard?  I want to do this all the time, not just within one
>application.  I'm willing to use kludges, "usually works" suggestions,
>patches, hacks and whatever might work.

XChangePointerDevice, XChangeKeyboardDevice should do the job
for all applications on your display.

Stefan
-- 
__
Stefan Schwarz                            University of the armed forces
Laboratory for graphical data processing  W-8014 Neubiberg, FRG
--
Newsgroups: comp.windows.x
From: prabu@atc1.atc.com (L. Prabu)
Subject: Where can i find the detail info on xwd format file ?
Reply-To: prabu@atc1.atc.com (L. Prabu)
Organization: Advanced Technology Center, Laguna Hills, CA
Distribution: comp
Date: Tue, 10 Nov 1992 01:57:37 GMT

Hi there,

    I am interested in finding the detailed information on xwd file format.
    I am not sure whether it has been answered in the FAQ. If it is answered 
    in the FAQ, please e-mail it to prabu@atc.com.

    I could find some information by looking in to the header file XWDFile.h.
    This file does not give the detail information that i need on the xwd file
    format. I would appreciate if someone out there can help me find out the
    information on xwd file format. 

Thanks in advance.


     -----------------  Lakshman Prabu, 
    ------------------  Advanced Technology Center 
   ----*---*-*-*--****  22982 Mill Creek Drive, Laguna Hills, CA 92653.
  ----*-*----*----*---  Phone: (714) 583-9119 (Ext:201)  FAX:  (714) 583-9213 
 ----*---*---*----****  Internet:  prabu@atc.com
Newsgroups: comp.windows.x
From: lora@askinc.ASK.COM (Lora Shirley)
Subject: OSF/Motif Developer's Mtg:  Nov. 18
Keywords: OSF Motif X11	
Organization: ASK Computer Systems, Inc.
Date: 13 Nov 92 01:55:23 GMT

              OSF/Motif Developers Meeting: November 18

  Please join us at a jointly sponsored meeting of the OSF/Motif
  Developers and Drinking Society and the BayCHI OSF/Motif BOF.
  The meeting is at 7:00 PM on Wednesday, November 18

  This month, we revive the "drinking" part of the OSF/Motif
  Developers and *Drinking* Society. Research for a proper location
  for such an event has been conducted, resulting in the selection
  of:

   The Tied House
   954 Villa 
   Mountain View.  
  (Located close to the intersection of Central Expressway and Castro in MV.)

  "Developing" will also be addressed at the Tied House.  Bring your
  burning questions and issues about Motif, X, Unix, etc. for a lively
  round table discussion.
  
  See you there! 


  About the Santa Clara Valley OSF/Motif groups:
  *********************************************

  The Silicon Valley OSF/Motif Developers and Drinking Society and
  BayCHI's OSF/Motif BOF (Birds-of-a-Feather) group are two Bay
  area groups that hold monthly meetings to discuss Motif
  development issues.  The topics discussed include: releases and
  features of the Motif toolkit, X11, UI builders, and products
  developed using Motif.

  The meetings are open to the public.  There are no membership or
  admission fees.

  A joint planning committee schedules the meetings.  If you would like to
  discuss a topic of interest to this group, please contact Lora Shirley
  415-335-5288.


  Upcoming Meeting Dates:
  ********************************************

  December:   No meeting
  
  Wednesday, January 20, 1993   NCD,  339 N. Bernardo St.
From: dickerso@fester.dell.com (Russell Dickerson - X2787)
Newsgroups: comp.windows.x
Subject: Re: FLAME, FLAME ON X!!!
Date: 9 Nov 92 19:59:36 GMT
Reply-To: dickerso@cpat.stortek.com
Organization: IO SpecialistsConsulting

Ever thought of conservation via pixmap reuse??

It is a well known and doccumented "feature" that an atom, once
created, is not released until ALL x clients have disconnected
from the server.  Thousands of people program with this in mind
every day.  The programmers you referenced should have taken 
more time to learn X in their headlong rush to produce the demo.
"C" wont automatically free memory for you either, is this a bug?

PS - A Windows-based server is even more succeptable to this since
     it has to deal with the memory model issues.

--
-----------------------------------------------------------------------
Russell Dickerson	Unix/X Consultant	IOSpecialists
(303) 673-2787 ---REPLY TO>>> dickerso@cpat.stortek.com <<<!!!!--------
For every vision, there is an equal and opposite Congressional revision.
From: idf@cs.bham.ac.uk (Ian Fitchet)
Newsgroups: comp.windows.x
Subject: Expose Events and updating pixmaps
Date: 8 Nov 92 02:56:11 GMT
Distribution: comp
Organization: School of Computer Science, University of Birmingham

Hi,

	I have been following O'Reilly Vol4 and have myself a core
widget for a drawing tool.  I want to extend this so that I have
several drawing tools, each with a separate pixmap.  I have a problem
with the Expose event in that I cannot inform the redraw function as
to which pixmap to use to update the drawing tool.  I currently use a
global variable for my single pixmap case and I can only imagine
passing in a string via the params arguement to indicate which of
several global pixmaps to use in the multiple drawing tool case.  Is
there any way of avoiding the use of global variables or is it just
one of those things?

	Alternatively, if I used the pixmap resource of a label widget
I could do the job by generating fase Expose Events (as the pixmap is
then accessable via the widget parameter), or so the book says because
I have so far failed to manage to generate Events myself.  Does anyone
have any sample code that generates and imparts Expose Events?

--
Cheers,

	Ian

-------------------------------------------------------------------------------
Ian Fitchet     				      I.D.Fitchet@cs.bham.ac.uk
School of Computer Science
Univ. of Birmingham, UK, B15 2TT
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: comp.windows.x
Subject: Re: Want to overlay bitmap onto a pixmap
Date: 7 Nov 92 11:36:23 GMT
Article-I.D.: thunder.1992Nov7.113623.21363
Organization: McGill Research Centre for Intelligent Machines

In article <1992Nov5.155947.2619@lsl.co.uk>, snail@lsl.co.uk writes:
> In article <RPB.92Nov3144841@brain.psy.ox.ac.uk>, rpb@psy.ox.ac.uk (Ray Bellis) writes:

>> [wants to overlay a 1-bit bitmap onto an 8-bit pixmap]

> OK, [...rough outline, mentioning XCopyArea...]

> Note that I haven't address the fact that you're dealing with 8 bit
> and 1 bit pixmaps.  All I'm doing is addressing the fact you must
> remove data before you plot data.

> Note, that you could also use XCopyPlane for each of teh 8 planes.
> This is probably not what yu want and will be slower than 1
> XCopyArea.

You seem to be a bit confused about XCopyPlane and XCopyArea.

XCopyArea requires that the source and target be the same depth, so it
is not usable here.

XCopyPlane extracts just one bitplane of its source, deepens it to the
depth of the destination by using the foreground and background colors
of the GC, and effectively does a CopyArea with the result as the
source (though of course it's normally not actually implemented this
way, this is a not-incorrect way to think of it, and makes it
relatively easy to understand).

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.windows.x
From: singg@alf.uib.no (Kurt George Gjerde)
Subject: Copying pixmaps
Organization: University of Bergen, Norway
Date: Sat, 7 Nov 92 14:26:20 GMT

I use the following code to copy a pixmap to another pixmap:


             image  = XGetImage(dpy, pixmap, 0,0, width,
                                height, 1, XYPixmap);

             XPutImage(dpy,pixmap2, gc, image, 0,0,0,0,
                       image->width, image->height);

             XFree(image);


Are there any faster ways of doing this??


Kurt.
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: comp.windows.x
Subject: Re: Xwindow
Date: 7 Nov 92 10:57:22 GMT
Distribution: na
Organization: McGill Research Centre for Intelligent Machines

In article <Nov05.000453.69257@yuma.ACNS.ColoState.EDU>, changp@CS.ColoState.EDU (philip chang) writes:

> 2. I heard that all the Xwindow Application programs are Public
>    Domain programs.  Is that true?

No, it is very far from true.  Almost none of them are.  Many, perhaps
even most, are freely available and freely redistributable, which is
not at all the same thing as public domain.

[Assuming of course that "Xwindow" refers to The X Window System, also
called X.]

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.windows.x
From: envbvs@epb11.lbl.gov (Brian V. Smith)
Newsgroups: comp.windows.x
Subject: Re: Drawing tools other than xfig?
Date: 13 Nov 1992 18:09:41 GMT
Organization: lbl
Distribution: usa
NNTP-Posting-Host: 128.3.12.123
Keywords: Are there any that support non-horizontal text?

In article <1992Nov12.234424.5656@porthos.cc.bellcore.com>, wws@iscp.bellcore.com (Wayne Scott) writes:
|> 
|> Someone I work with wants to use a drawing utility to create diagrams with
|> text that's rotated 45 degrees or vertical.  Are there any tools that can
|> do that?  Please E-mail if you know.

xfig WILL let you create text of any angle, although because of the limitations
of vanilla X, it can't display rotated text.  However, when you print the
figure it will rotate it correctly.

-- 
Brian V. Smith    (bvsmith@lbl.gov)
Lawrence Berkeley Laboratory
I don't speak for LBL; they don't pay me enough for that.
Newsgroups: comp.windows.x