HDTenEightyP/NetNews huggingface dataset:
From: gupta@crhc.uiuc.edu (Aloke Gupta)
Newsgroups: comp.windows.x
Subject: Survey on architecture support for Graphics/multimedia
Date: 11 Dec 92 19:39:11
Organization: University of Illinois Center for Reliable & High Performance
	Computing
Distribution: comp
NNTP-Posting-Host: buctril.crhc.uiuc.edu



    Hi, I am compiling a survey on architecture support for advanced
    visually-oriented applications

    Some aspects of this survey are the following:

    1. Support for graphics function in general-purpose processors.
    2. Sp. purpose coprocessors that offload work from main processors.
    3. Design choices in actual workstation systems ranging from Xterminals
       to advanced modeling/visualization engines.

    Some related areas include design of laser-printer engines / Postscript
    interpretors.

    Some of the microarchitecture issues are:
    =========================================

    1. Techniques for optimizing frame-buffer access.
        > Sp. cache instructions, e.g., allocate-no-fetch as in 88110.
        > Small frame-buffer write-back cache with 1/60 sec flushing.
        > Tiling organization of frame-buffer for exploiting access locality.
    2. Support for saturating arithmetic.
    3. Packed pixel arithmetic.
    4. Support for single-cyle x,y addressing.
    5. TLB support for different page sizes.
    6. Support for the special requirements posed by applications such as
        > MPEG
        > Display Postscript
        > 3-D graphics and viewing transforms
        > Gouraud/Phong shading
        > Real-time video processing
        > Speech recognition



--
Aloke Gupta                                         E-mail: gupta@crhc.uiuc.edu
Coordinated Science Laboratory                           or a-gupta@uiuc.edu
Dept. of Electrical & Computer Engineering
Univ. of Illinois at Urbana-Champaign
From: jlothian@castle.ed.ac.uk (J Lothian)
Newsgroups: comp.windows.x
Subject: Re: What is the format of Pixmaps
Keywords: Pixmaps, GC
Date: 15 Dec 92 17:53:50 GMT
Distribution: uk
Organization: Edinburgh University Computing Service

In article <1992Dec10.114239.12576@ccsun.strath.ac.uk>, cnbs63@ccsun.strath.ac.uk ("J.T.Bennett") writes:
|> I am writing a program under Openwindows 3 on a Sparc workstation that generates a graphic image from some data and need to store the
|> image in a drawable to display it. So I created a pixmap with XCreatePixmap command and then
|> transfer the image to the pixmap. This is where the problem comes in.
|> 
|> The image is stored in an integer array consisting of numbers between 0 and 99 (100 colours).
|> The only command I could find in the Xlib - C Interface book by Gettys, Scheifler and Newman
|> was :
|> 
|>   XDrawPoints(dpy, pixmap, gc, ...)
|> 
|> I generate an array of positions for colour 0 and set the foreground colour of the GC to
|> colour 0 and call the above routine. I do this for each 100 colours.
|> 
|> Does anyone know the format of the pixmap so that I can write the pixel value directly into
|> the pixmap array rather than using a intermediate routine which takes much longer !
|> 
|> Thank you for attention !
|> 
|> Jeremy

Given that the pixmap is a server-side datastructure, you can't
access it more directly than you're doing at the moment. Your best
bet for a more direct way of doing this would probably be to
use an image (which is a client-side structure), but images tend to
be a bit hairy. 

A cheap way of reducing some of the overhead 
would be to create your pixmap and then set it up as the background
pixmap of the window you're diplaying in (assuming that the window
is the same size as the pixmap, which of course it might not be). 
That way, you wouldn't have to worry about redrawing the graphics
on expose events. Of course, it doesn't eliminate the overhead of
writing the graphics to the pixmap in the first place. 

James
-- 

-------------------------------------------------------
James Lothian        |      "It's life, Jim, 
james@uk.ac.ed.caad  |   but not as we know it"
Newsgroups: comp.windows.x
From: jjd@BBN.COM (James J Dempsey)
Newsgroups: comp.windows.x
Subject: Wanted: X session recording software
Date: 18 Dec 1992 14:58:50 GMT
Organization: Bolt Beranek and Newman Inc., Cambridge MA
Distribution: world
Reply-To: jjd@BBN.COM (James J Dempsey)
NNTP-Posting-Host: bbn.com


Some marketing people in my company are looking for a product which can
"record" an X session so that someone could later "play back" the session
and see what went on interactively.

The purpose of this would be to show potential customers what a product
looked/felt like without having to ship them a copy of the product.

Does anyone know any X-based software which does this, either freeware
or commercial?

Please respond to Arthur Gottlieb at "gottlieb@bbn.com".

Thanks,

	--Jim Dempsey--
	jjd@bbn.com
Newsgroups: comp.windows.x,comp.windows.x.intrinsics,comp.sys.hp
From: nmm1@cus.cam.ac.uk (Nick Maclaren)
Subject: X11R5 fix 17 on HP-UX 8.0
Organization: U of Cambridge, England
Date: Tue, 15 Dec 1992 14:01:20 GMT

With some assistance from the net, I have managed to compile X11R5 fix
level 17 under HP-UX 8.0 on a HP 9000/340 with the following sets of options:

    -Aa,+z,+O3    (full ANSI, sharable library, full optimisation)
    -Aa,-g        (full ANSI, debugging)

Note that I have NOT compiled PEX, the X Server or the contributed library.
I shall be sending the fixes necessary to the X Consortium, and they fall
into four parts:

    1) Fixes (mainly to Xaw and Xt) for better ANSI conformance (some are just
comments for major work, where I couldn't fix the problem).
    2) Fixes to bypass bugs and limits in the HP-UX 8.0 compiler.  I have been
told that many of these are fixed in 9.0, but that fixes will NOT be available
for 8.0.  There are some other (lesser) problems that I couldn't bypass.
    3) System-dependent hacks (e.g. select(), would you believe?), most of which
came off the net but some of which are new.
    4) A kludge to some revolting code in Quarks.c which confused the
optimisation and produced divisions by zero (but right answers!)  This is
likely to occur with many other optimising compilers, too, but some systems
may ignore the error, silently (yuck).

I am posting this in case anyone needs the fixes urgently.  The shar file of
context diffs is 1550 lines long uncompressed.

I would like to thank everyone who has helped, whether with pointers to code,
fixed code, or whatever.


Nick Maclaren
University of Cambridge Computer Laboratory,
New Museums Site, Pembroke Street,
Cambridge CB2 3QG, England.
Email:  nmm1@cus.cam.ac.uk
Tel.:   +44 223 334761
Fax:    +44 223 334679
Xref: sparky comp.windows.x:20236 comp.windows.x.i386unix:19
From: sledge@rama.informatik.rwth-aachen.de (Thomas Bueschgens)
Newsgroups: comp.windows.x,comp.windows.x.i386unix
Subject: How to use the ALT-key to produce 8-Bit Chars in xterm (X11R4)
Date: 15 Dec 92 19:56:39 GMT
Organization: Rechnerbetrieb Informatik - RWTH Aachen
NNTP-Posting-Host: rama.informatik.rwth-aachen.de

Hi out there,

after using pcomm as my favorite terminal-program I'm a bit angry about
that damned CTRL-A -Key, because Bash and Emacs like this thing, too.

So I just got myself a patch for Pcomm to understand 8-bit chars.
So far, so good. With no X running, means using plain text, everything works
fine for me after I patched my german.map to produce a value of 225 with
ALT-A, wich is something I call a 8-bit char.
With plain text, this works fine for pcomm, and I can use my CTRL-A for emacs
and bash again. 
But how to set up my X/xterm/stty/or_what_ever_you_think_it_may_be ???
There must be a way to do this, right??

So please help me out of this problem.

Any help would be appreciated,

Thanks in Advance,     Thomas


Please reply via email

-- 
		   We want a 1.000.000 helicopters and a $
				       |   HAMMER !!!	
 Bueschgens, Thomas                    |   Trust me, I know what I'm doing !!
 sledge@pool.informatik.rwth-aachen.de |         - Sledge Hammer & Susie -
Newsgroups: comp.windows.x
From: oj@miki.pictel.com (Oliver Jones)
Subject: Re: new FAQ? (programming) masking Pixmaps *efficiently*
Keywords: Pixmap, mask, bitmap, graphic context
Organization: PictureTel Corporation
Date: Tue, 15 Dec 1992 15:28:52 GMT

In article <1992Dec11.180230.10091@elroy.jpl.nasa.gov> sns@bondi.jpl.nasa.gov (Sam Southard) writes:

>However, there was a note in the Xlib programming manual about the server
>having a "best" size (or perhaps a list of best sizes) for stipples, with no
>corresponding limitation (at least not that I saw) for using clip_mask. 

The best size stuff is not a limitation, it's ONLY a performance hint.
(It IS a limitation for cursor pixmaps, but you didn't ask about that.)

> Since
>my application will have arbitrarily-sized images, I decided that I would use
>the clip_mask.

Good call!

Der Mouse wrote:

>The server in question is probably doing the common thing and
>converting clip-masks to rectangle lists.

This is done, behind your back, in the server.

>I had anticipated setting the clip_mask to a given pixmap and then being free
>to do whatever I wanted with that pixmap.  Then, when I actually did something
>which used that GC, it would auto-magically take care of things for me.

To be safe, create the bitmap, and store whatever bits you
like in it. Then set it as the clip mask bitmap into some GC and
don't mess with it while you're drawing through that GC.

Each time you change it, set it into the GC again.

>I re-examined the Xlib reference manual to see if maybe using stipple was a
>better alternative, given the above information.  
>It appears that fill_style is not significant for things such as XCopyArea.
>Is this a misprint.

No, it isn't a misprint.


>Must I retain all graphics commands and re-issue
>them when an area of the window is exposed? 

In general, yes, you must.

>I had planned on retaining a
>pixmap with the window contents for this purpose.

OK, but all drawing will have to take place first to the
window, then to the pixmap.  X gives you no reliable way
to copy stuff from the window to the pixmap in such a way
that the pixmap is a true copy of the window.

>I suppose that overlay
>contents are not likely to be extremely complicated, so retaining commands
>would not be such a horrible thing.

Complexity doesn't matter, nor does it matter how horrible
command-retention is.  YOU HAVE TO DO IT.

>I'm basically trying to emulate a mid-range (at least what I consider a mid-
>range) display device. 

Hmmm.. welcome to the cost-reduced nineties. An eight plane SVGA costing
$200 is now "midrange."

Ollie Jones
Newsgroups: comp.windows.x
From: graaff@IS.TWI.TUDelft.NL (Hans de Graaff)
Subject: Problem copying from Window to Pixmap
Reply-To: graaff@IS.TWI.TUDelft.NL
Organization: Delft University of Technology
Date: Tue, 15 Dec 1992 14:57:17 GMT

Hi,

I have a problem copying data from a Window to a Pixmap.
I have the following code to do that:

Pixmap pm = XCreatePixmap(dpy, xwin, w, h, 1);
XCopyPlane(dpy, xwin, pm, gc, 0, 0, w, h, 0, 0, 1L);

As I read the manual, this should first create a Pixmap with
a depth of one plane (seems to be ok), and then copy the first
plane from the Window to that Pixmap. 

However, X barfs and tells me that:

X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  63 (X_CopyPlane)
  Serial number of failed request:  493
  Current serial number in output stream:  494

If I create an 8-bit deep Pixmap it works ok, but I want to keep the
Pixmap as small as possible, and I think this should work. What am I
overlooking...

Hans
---
Hans de Graaff                  | I want someone to follow,
J.J.deGraaff@IS.TWI.TUDelft.NL  |   who doesn't lead the way
Department of Informatics       | I want someone to listen,
Delft University of Technology  |   who won't repeat what I say
               Room: 2.003, Telephone: +31-15-78-5811
From: tl@etek.chalmers.se (Torbj|rn Lindgren)
Newsgroups: comp.windows.x
Subject: Re: X client that just sits and waits?
Date: 13 Dec 92 10:25:01 GMT
Organization: Chalmers University of Technology, Gothenburg, Sweden

>> I am looking for a very simple (X) program: one that just waits forever
>> (until it gets killed). The reason for this is that I want to be able to
>> select a different window manager from within the current one, which is
>> impossible if 'mwm' is the last program invoked in my .xinitrc (Of course,
>> if such an 'xnop' or 'xwait' or whatever it may be called does not exist,
>> I can always use some other client as the last one, but then I could never
>> kill this one without killing X...)
>
>	Try this in your transfer option for your menu.
>	(I presume you are working in a UNIX environment.)
>
>	    f.exec switch_window_manager
>
>	Where switch_window_manager is a script that kills
>	the first window manage then using the Unix utility
>	'sleep' or the shell function 'eval' wait for the first
>	window manager to die.  Once the first window manager
>	is dead, then use the shell function 'exec' to start
>	the second window manager.

The problem is that you have have something that holds your session
alive. Normally you use the window-manager to do that task. But you
can`t do that if you wan`t to be able to change window-manager on the
fly. You`ll have to use some other program for that purpose.

Personally I use an xconsole window for that purpose. You don`t need
to use sleep or anything like that when killing the window-manager
since kill doesn`t return until the programm is killed.
Newsgroups: comp.windows.x.intrinsics
From: riehm@medizin.uni-ulm.de (Thomas Riehm)
Subject: Problems positioning widgets in a Form widget
Organization: University of Ulm, Departement of Anaesthesia
Date: Tue, 15 Dec 1992 07:37:02 GMT

Hi folks,

I've a problem with Athena's Form widget (If this is a FAQ, please tell
me!): I can't specify the position of any of the Children in a Form
widget. They all appear in the upper left corner, overlaying each other.
Can anybody help me? My code looks about like that:

#includes...
void main(int argc, char *argv[])
{
	Widget myform, mycommand1, mycommand2;
	XtAppContext mycontext;
	int num;
	static Arg arglist[]={
		{XtNwidth, 400},
		{XtNheight, 560},
	};
	static Arg comarglist[]={
		{XtNwidth, 30},
		{XtNheight, 10},
		{XtNx, 1},
	};

	myrootwid = XtAppInitialize(&mycontext, "first", NULL, 0, 
		&argc, argv, NULL, NULL, 0);
	myform = XtCreateManagedWidget("Form", formWidgetClass,
		myrootwid, arglist, 2);
	mycommand1 = XtCreateManagedWidget("End", commandWidgetClass, 
		myform, comarglist, 3);
	comarglist[3].value = 40;
	mycommand2 = XtCreateManagedWidget("Click me!", 
		commandWidgetClass, myform, comarglist, 3);
	XtRealizeWidget(myrootwid);
	XtAppMainLoop(mycontext);
}

Thanks in advance,

Thomas

P.S.: Please reply by mail...
Newsgroups: comp.windows.x.intrinsics
From: kilroy@ms.uky.edu (Paul S. Kilroy)
Subject: some beginer help needed
Date: Sun, 13 Dec 1992 18:04:44 GMT
Organization: Big, Dangerous Ideas, Inc.

I dont think this post got through last night, so ill try again
---------------------------------------------------------------

Hi all,

	Im working on one of my first Xt programs and 
    need some info I havent been able to find in sevral
    texts. First, Id like to have an array of widgets
    and use translations to tell when someone has double
    clicked one of the widgets. Id like to do this
    with translations in the app-defaults file.
    So I have a line like
 *foo.translations: #replace \n\
	<Btn2Up>(2): functionA()

     Now my question is, when functionA() is called,
     how can I tell which widget got double clicked on
     
	Also, Is there any kind of function like 
     XtGetCursorPosition(), and is there a way to 
     find out which window the cursor on top of
     (either my application, or someone elses or the 
     root window).

thanks everyone

paul
-- 
                       -Paul   (kilroy@ms.uky.edu)
Newsgroups: comp.windows.x.intrinsics
From: mark@prepress.com (Mark S. Bubien)
Subject: Re: How to change a window title dynamically ?
Followup-To: comp.windows.x.intrinsics
Organization: Pre-Press Technologies, Carlsbad Ca.
Distribution: comp
Date: Wed, 16 Dec 1992 16:08:55 GMT



> I am looking for the way to change the title of a Shell Widget once it has
> been managed. This doesn't work at all :

>	XtSetArg(args[0], XmNtitle, xs);
>	XtSetValues(ShellWin, args, 1);

The XmNtitle resource takes a String (char *), not an XmString.
I think that's your problem.

Good Luck,
	Mark
--
==========================================================================
Mark S. Bubien		|                                                |
mark@prepress.com	|                                                |
                        |  I held the scabbard when the soldier drew     |
Pre-Press Technologies	|       his sword.                               |
2443 Impala Dr.		|  I threw the dice when they pierced his side.  |
Carlsbad, Ca 92008	|  But I've seen love conquer the great divide.  |
(619) 931-2695		|			- Bono Vox               |
                        |                                                |
==========================================================================
Newsgroups: comp.windows.x.intrinsics
From: witr@rwwa.COM (Robert Withrow)
Subject: How to redisplay string-in-place text widget?
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Mon, 14 Dec 1992 17:30:16 GMT

If you have an AsciiText widget that has been set to ``useStringInPlace'' and
you change the buffer using standard C code, how do you tell the widget to
redisplay the text?

BTW XawTextInvalidate doesn't do it...

(X11R5p17).

-- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
Newsgroups: comp.windows.x.intrinsics
From: taylor@foraker.NoSubdomain.NoDomain (Eric Taylor)
Newsgroups: comp.windows.x.intrinsics
Subject: Re: Problem with XCreatePixmapFromBitmapData
Date: 16 Dec 92 22:02:17 GMT

Please post your code.  People can not help without this.
Also, run your program in synchronous mode becuase the
error you got may not be with the routine you were in.
From: clp@mezon.Corp.Sun.COM (Chuck L. Peterson)
Newsgroups: comp.windows.x.intrinsics
Subject: XIO:  fatal IO error 32 (Broken pipe) on X server ":0.0"
Date: 16 Dec 1992 21:40:17 GMT
Organization: Sun Microsystems, Mt. View, Ca.
Distribution: world
NNTP-Posting-Host: mezon.corp.sun.com

I have an Xlib application which does not receive the DestroyWindow
event.  This is clearly an event which must be delivered when the
window manager destroys the window if the program has specified either
StructureNotifyMask or SubstructureNotifyMask.

I am trying to stop all these silly "XIO: Broken Pipe" messages which
show up each time I use the Window Manager to exit X Applications I
have written myself.

clp
Newsgroups: comp.windows.x.intrinsics
From: wieck@jwminhh.hanse.de (Jan Wieck)
Subject: Re: Problems positioning widgets in a Form widget
Organization: Private Site under Mach386
X-Newsreader: Tin 1.1 PL4
Date: Sat, 19 Dec 1992 00:51:38 GMT

rmbult01@starbase.spd.louisville.edu (Robert M. Bultman) writes:
: I had some difficulty mailing this, so I posted instead.  My apoligies
: if the question has been answered. 
: 
: In comp.windows.x.intrinsics you write:
: 
: >Hi folks,
: 
: >I've a problem with Athena's Form widget (If this is a FAQ, please tell
: >me!): I can't specify the position of any of the Children in a Form
: >widget. They all appear in the upper left corner, overlaying each other.
: >Can anybody help me? My code looks about like that:
: 
: [ code deleted ]
: 
: Well, I use the varargs style of widget creation (XtVaCreateManagedWidget).
: It is just easier for me to use and allows setting of resources for
: widgets easily.  I will use the varargs style here.
: 
: The way to position children of form widgets is listed in the documentation
: for the form widget.  There are 9 resources you can set to control the
: placement of the children relative to the other children in the widget.
: I have rewritten your commandWidget creation code below.  (Note that it
: has not been tested, but should be at least good enough to get the idea
: across.)
: 
: mycommand1 = XtVaCreateManagedWidget("End", commandWidgetClass,
: 	myform, 
: 	XtNwidth, 400, 
: 	XtNheight, 560,
: 	NULL);
: mycommand2 = XtVaCreateManagedWidget("Click me!", commandWidgetClass,
: 	myform,
: 	XtNwidth, 150,
: 	XtNheight, 50,
: 	XtNfromVert, "End",
: 	XtNvertDistance, 10,
: 	NULL);
: 

The position of widget's relative to each other is part of the
application style. So the right place for this information is the
app-defaults file. If you put it there, the look of the application
could be changed without recompiling. The same happens to any text,
that would appear on the screen. This way, the application get's
multi-language-capabilities.


Until later, Jan

-- 
# Any language keeps its own misunderstandings; #
# why shouldn't programming languages do?       #
#                                               #
#            wieck@jwminhh.hanse.de (Jan Wieck) #
Newsgroups: comp.windows.x.intrinsics
From: tandle@flipper.pvv.unit.no (Morten Tandle)
Subject: replacing subwidgets ?
Followup-To: comp.windows.x.intrinsics
Keywords: intrinsics
Organization: ProgramVareVerkstedet - UNIT
Date: Mon, 14 Dec 92 08:47:13 GMT

 Hello, I am trying to accomplish the following:
 Approximate widget structure of my Xt app:


  (root window) ---
   panedWidget    |
                  |--(subwidget of root)
                  |   user can select alternatives
                  |
                  |--(subwidget of root)---
                      panedWidget         |
                                          |--(   new widget
                                          |      hierarchy, 
                                          |--(   whose structure
                                          |      changes, based
                                          |--(   on user
                                          |      selections


                                           ^^^^^^^^^^^^^^^^^^^^^
                                           My problem is here...


  What I want to do, is to destroy and recreate the
subsub-widget-hierarchy (under the panedWidget), based on user
selection. The subsub-widget-hierarchy is created according to the
structure of files that are read in...

  The problem is, when I have realized the subsubwidget-hierarchy
once, when I try to add new widgets to the panedWidget, my program
crashes with this message when I run XtRealizeWidget():

  X Error of failed request:  BadWindow (invalid Window parameter)
    Major opcode of failed request:  3 (X_GetWindowAttributes)
    Resource id in failed request:  0x0
    Serial number of failed request:  1713
    Current serial number in output stream:  1713


 * Any ideas as of what I'm doing wrong ?
 * Pointers to literature, FAQs, sections of TFMs are welcome.
   (I've sure been reading all the ones I know of.)
 * What would be the "standard way" of doing what I am trying to do ?
 * Hints on how to debug when I get messages like the above one
   are also very welcome..

 Thanks alot,

   -Morten

-- 
         -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
           Morten Tandle                        tandle@pvv.unit.no
               Computer Science/Telematics, NTH - UNIT, Norway
                           <MIME-mail accepted>
Xref: sparky comp.windows.x.intrinsics:665 comp.windows.x.motif:8049 comp.windows.x:20256