HDTenEightyP/NetNews huggingface dataset:
From: schwamb@isi.edu (Karl Schwamb)
Newsgroups: comp.windows.x
Subject: Creating xterms from C
Date: 17 Nov 92 23:02:55 GMT
Distribution: world
Organization: USC Information Sciences Institute


Gurus:

I want to create multiple xterms (or some other terminal io
window) and have them act as an interface layer to a program.
Ideally, I would be able to create an xterm, write strings/lines
to it and get strings/lines from it.  I also want to run them
in a single process w/ non-blocking I/O so I can check to see if
an xterm has a line for me and if not continue doing useful
work.  If that isn't restrictive enough, I'd also like the
implementation to use the standard X distribution only -- i.e.,
Xlib and no third party widget sets.

Any suggestions?  If this is too restrictive, what options are
available with the least relaxation of the above constraints?

Thanks,

-Karl
Newsgroups: comp.windows.x,comp.windows.x.motif
From: puma.uucp!john@becca.rain.com (John Meissen)
Subject: Help - custom colormap in child window
Reply-To: puma!john@becca.rain.com
Organization: Rosetta Technologies, Inc
Date: Fri, 20 Nov 1992 00:44:00 GMT


According to the O'Reilly Xlib Programming Manual, Vol 1 (Adrian Nye),
section 10.2.3.1, if I have an application which has a child window with
its own colormap I need to
	1. Set the colormap window attribute of the child window
	2. Set the WM_COLORMAP_WINDOWS property of the application's
	   top-level window via XSetWMColormapWindows().

I have a motif application whose top level is created with XtAppCreateShell(),
and has a child window about 6 levels deep created by a cooperating
process which, in some cases, needs to create its own colormap.

Needless to say, the process (as documented and every variation I could
conceive) doesn't work for me.

I would appreciate any insight, clues, or directions.

email preferred. Our site isn't in the maps yet, make sure the path
is qualified through becca.rain.com or your mail will go to Japan.

---
John Meissen                                  becca!puma!john
Rosetta Technologies, Inc.                    puma!john@becca.rain.com
----------------------------------------------------------------------
Sometimes I worry about being a success in a mediocre world. -- Lily Tomlin

Newsgroups: comp.windows.x
From: oj@miki.pictel.com (Oliver Jones)
Newsgroups: comp.windows.x
Subject: Re: Xlib Sequence lost error
Date: 20 Nov 92 13:56:46 GMT
Organization: PictureTel Corporation

In article <9211161423.AA04232@opus.starlab.csc.com> bgendler@opus.starlab.csc.COM (Bruce Gendler) writes:
>
>Can anyone tell me what may be causing the following error
>to appear:
>
>Xlib:  sequence lost (0x50137 > 0x459ae) in reply type 0xe!

It's possible you're issuing X requests from an Xlib error handler.
Xref: sparky comp.windows.x:19180 comp.windows.x.apps:1486 alt.toolkits.xview:1063 comp.windows.open-look:4517
From: envbvs@epb11.lbl.gov (Brian V. Smith)
Newsgroups: comp.windows.x
Subject: Re: Updating pixmaps in label widgets
Date: 16 Nov 1992 19:02:08 GMT
Organization: lbl
Distribution: world
NNTP-Posting-Host: 128.3.12.123

In article <9211131740.AA00262@spike.ora.com>, adrian@ora.COM (adrian) writes:
|> 
|> Someone asked a few days ago how to make a Label widget redraw its
|> pixmap.  The problem comes up when you want the Label widget to
|> display a pixmap that is changing.  Since the pixmap ID remains
|> constant, there is no way for the widget to know the pixmap has
|> been written to.

This is a problem that keeps coming up in xfig.  I assumed that the Intrinsics
would know that an XSetValues() call to set the pixmap of the widget should 
send the widget an expose event, but it doesn't.  My solution was to call
XSetValues twice, once with backgroundPixmap ID of 0 then with the correct ID.

The very strange thing is that the top and side rulers work excatly the same
way (a pixmap in a label widget), but only in version 2.1.5 does the problem
that the pixmap doesn't get updated occur, and ONLY in the side ruler.  The
top ruler and side ruler code is virtually identical, but only one exhibits
the problem.  

-- 
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
From: Shannon Merrill <smerrill@aristotle.ils.nwu.edu>
Subject: FAQ Request
Organization: The Institute for the Learning Sciences
X-Useragent: Nuntius v1.1
Date: Tue, 17 Nov 1992 15:29:09 GMT

Could someone please email me a complete copy of this or last month's
FAQ?  My address is smerrill@ils.nwu.edu

Thanks!
Newsgroups: comp.windows.x
From: paula@photon.com (Paula Solima)
Subject: XImage and pixel values
Organization: Photon Research Associates, Inc.
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 18 Nov 1992 01:35:24 GMT

I have an array of pixel values ranging from 0 to 255.  Is there
a way to keep the full range of pixel values and use XCreateImage,
without having my entire screen turn black?  I see that I may
limit the number of pixel values and place these values into the
upper part of my colormap, but I would like be able to display all
256 values.

There is a PseudoColor visual with 12 planes (colormap size = 4096)
available on my Silicon Graphics, however I do see how XCreateImage
would access colorcells > 255.


Thanks in advance!


===================
paula@photon.com     
===================
Newsgroups: comp.windows.x
From: cjmchale@dsg.cs.tcd.ie (Ciaran McHale)
Subject: Re: Initializing Bitmap's
Keywords: PIXMAP, BITMAP GC
Organization: DSG, Dept. of Computer Science, Trinity College Dublin
Date: Thu, 19 Nov 1992 14:23:18 GMT

In <1eem4rINNl0c@uwm.edu> amit@point.cs.uwm.edu (Amit Srivastava) writes:
>Is there way to initialize a bitmap to say all 0's , without
>doing without loading it from a data file.  I am drawing on the Pixmap,
>of depth 1, but I getting garbage at locatiuons I have not drawn.
>		Any quick way to do this?  Thanx.

Yes, use XFillRectangle; have the foreground color of the GC set to 0.


Ciaran.
-- 
---- Ciaran McHale (cjmchale@dsg.cs.tcd.ie)
\bi/ Department of Computer Science, Trinity College, Dublin 2, Ireland.
 \/  Telephone: +353-1-7021539 FAX: +353-1-6772204
Newsgroups: comp.windows.x
From: drand@spinner.osf.org (Douglas S. Rand)
Subject: Re: FLAME, FLAME ON X!!!
Organization: Open Software Foundation
Date: Mon, 16 Nov 1992 16:24:57 GMT

In article <RJC.92Nov13144522@daiches.cogsci.ed.ac.uk>, rjc@cogsci.ed.ac.uk (Richard Caley) writes:
|> In article <1992Nov10.173203.10719@dsd.es.com>, Paul Martz (pm) writes:
|> 
|> pm> Yes but this doesn't sound like what the guy's describing. If this is
|> pm> just free() only freeing memory back to the process, then starting the
|> pm> same X client over again and walking it through the same sequence of
|> pm> tasks should not cause the server process size to grow, because the
|> pm> memory it freed before is still available to it.
|> 
|> The word is `Fragmentation'. 
|> 

There are a number of reasonable solutions to memory fragmentation.  It really
is up to a decent malloc implementation to attempt to avoid fragmentation.
I'll illustrate with a well known method which we used on Prime's EMACS and
which I believe libg++ uses.  

Allocate all memory in set size chunks.  Sizes can be on powers of two, for
example.  Freeing a block places it on a free list for that size.  Allocation
requests first go to the most natural next size block and progress upward in
size.  Optionally break larger blocks if no smaller blocks are available.
Optionally run the block lists on occation and join smaller contiguous
blocks into larger blocks.  

This is not the only means available.  It works very well for things like
EMACS or the X server which allocate and free the same objects all the
time.  It adds minimal overhead to memory allocation (about 2 or 3 times
the stupid method).  

Remember that the sample server is a "sample" implementation and is not
presented as the final word in efficiency,  device driving or whatever.
It is considered to be correct.  Of course,  many people use it as
if it were commercial software.

-- 
Douglas S. Rand <drand@osf.org>		OSF/Motif Dev.
Snail:         11 Cambridge Center,  Cambridge,  MA  02142
Disclaimer:    I don't know if OSF agrees with me... let's vote on it.
Amateur Radio: KC1KJ
Newsgroups: comp.windows.x
From: thurk@mct-1.UUCP (Dan Thurk)
Subject: XCopyArea with dashed lines
Organization: The Internet
Date: Wed, 18 Nov 1992 14:37:43 GMT



 Using X11R4, I draw a dashed line into a window and a pixmap.  The dashed line
appears correctly in the window.  When I use XCopyArea to copy the pixmap to
a window, the line is copied as a solid line.  All other drawing into the
pixmap ( Rectangles, Points etc ) is copied OK.  Can anybody tell me why
my dashed lines are always copied as solid???

                                    Dan Thurk
                                    Micro Component Technology
                                    uunet!mct-1!thurk
                                    (612) 482-5356

-- 
Newsgroups: comp.windows.x
From: jain@spectra.com (Sadhana Jain)
Subject: Problems with XDM and XDMCP on X11r5?
Organization: Spectragraphics Corporation
Date: Fri, 20 Nov 92 00:21:04 GMT

Hi!

I am testing user-based access on Spectragraphics X terminal running X11r5
providing login facility through XDM (compiled with HASXDMAUTH flag)
running on an HP workstation allowing XDM-AUTHORIZATION-1 user-based 
authorization scheme. We also provide XDM-AUTHENTICATION-1 scheme 
which uses a priavtely shared magic cookie between the server and 
the XDM, to authenticate XDM. While doing the testing I ran into 
following problems. I am quite sure that there are bugs
in XDM (or it's not configured properly) which is causing these problems
but would like your comments/input if you have run into similar problems.

We have incorporated patches in server/xdm/xlib code upto fixes17.

1. While testing XDM-AUTHENTICATION-1 scheme I found that if the magic
cookie value provided by the server doesn't match with the one xdm uses
(given in xdm-keys file), the server aborts. It's fine so far. But if I
reboot the server (after making sure that the keys are now matching), it
still aborts due to authentication failure. The problem goes away if I
kill and restart the XDM. By running XDM in the debug mode, I found that
it keeps using the old session id to create new sessions when the login
process doesn't complete. Since the server aborts after receiving Accept 
packet (due to authentication failure), the manage packet is never sent and
thus xdm never disposes off the old session data and keeps using it for
the subsequent sessions and thus causing the same error on the server side
even though it shouldn't. 

2. the XDM_AUTHORIZATION-1 scheme also doesn't seem to work correctly.
The user is not allowed to logon to the server unless host-based access
for the host running XDM is also enabled. The XDM tries to make three
connection before bringing up the login window and it is suppose to pass
the authorization data (including the key) to the server during the
connection process. I found that xdm does send the authorization info
for the first and the third connection but it send nothing for the second
and thus server doesn't allow it to connect. On the other hand
MIT_MAGIC-COOKIE-1 scheme works just fine. Please note that the
AUTHORIZATION-1 scheme is used in conjunction with the AUTHENTICATION-1
scheme. Again, it seems like XDM is somehow not sending the authorization
data for the second connection - I don't know why?

If anybody has seen similar problems and/or know solutions, please respond
to jain@spectra.com.

Thanks a lot.
Sadhana Jain.
From: envbvs@epb11.lbl.gov (Brian V. Smith)
Newsgroups: comp.windows.x
Subject: Re: Raster images in xfig ?
Date: 20 Nov 1992 22:50:36 GMT
Organization: lbl
Distribution: world
NNTP-Posting-Host: 128.3.12.123

In article <By0wwy.Cy7@news.cso.uiuc.edu>, e-sink@uiuc.edu (Eric W. Sink) writes:
|> wmp@jupiter.esd.ornl.gov (W. Mac Post) writes:
|> 
|> >It is already possible to do this.  You can put an encapsulated PostScript
|> >figure into xfig.  If the eps file has a PostScript preview it will
|> >be displayed.  The resolution is not perfect but it allows you to
|> >annotate it.  The real PostScript is printed when you print the 
|> >xfig composite, not the preview.
|> 
|> Is the preview displayed in full color?  What if the image contains
|> 200 colors ?

The definition (according to the ENCAPSULATED PostSript FILES manual version
2.0) of the preview bitmap is that it is a monochrome bitmap (i.e. 1's and
0's) so it will never have colors in it.

As W. Mac Post says, when you print the postscript output from xfig/fig2dev
on a postscript printer it will actually print the postscript part and not
the preview bitmap.

-- 
Brian V. Smith    (bvsmith@lbl.gov)
Lawrence Berkeley Laboratory
I don't speak for LBL; they don't pay me enough for that.
Xref: sparky comp.windows.x:19337 comp.os.linux:17180
From: dingelde@igd.fhg.de (Dennis Dingeldein)
Newsgroups: comp.windows.x,comp.os.linux
Subject: any X11 based WYSIWYG word processors ?
Date: 19 Nov 92 12:52:36 GMT
Followup-To: comp.windows.x

Hi,
I wonder if there are cheap (*) word processors based on X11 that can 
do more than emacs, for example:
	- WYSIWYG, i.e. text attributes like sub/superscript, bold,
	  underlined, slanted ... 
	- Menue oriented
	- perhaps a common output format (e.g. PostScript)

(*): cheap means free or nearly for free. 

It seems that there is strong support for image processing by clients 
that comes with X ("xv", "xloadimage"), but none for WYSIWYG text processing.
If you have some hints or information or even a ftp-location for such
a thing, please drop me a mail!

By the way, the availability of such a tool as part of the X11 distribution
would improve the acceptance of X11 and even of UNIX...

Dennis
-- 
Dennis Dingeldein	ZGDV Zentrum fuer Graphische Datenverarbeitung
(dingelde@igd.fhg.de)	Wilhelminenstr. 7 		    mWm
			D-6100 Darmstadt, Germany	    ~.~
 Phone: +49/6151/155-112 Fax: +49/6151/155-199		    \-/
Newsgroups: comp.windows.x
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Subject: Re: Communcation with applications using XSendEvent?
Keywords: ClientMessageEvents, XSendEvent
Organization: McGill Research Centre for Intelligent Machines
Date: Sun, 15 Nov 92 21:16:13 GMT

In article <1e0id4INNgmi@uwm.edu>, amit@point.cs.uwm.edu (Amit Srivastava) writes:

> I am trying to use XSendEvent to communicate with diff. applications,
> using the ClientMessageEvent as my event type.  What kind of Mask
> needs to be set up on the receiveing side for an application to
> receive client message events?

RTFM.  The (R4) Xlib document says

	8.3.  Event Masks
[...]
	Unless the client has specifically asked for them, most events
	are not reported to clients when they are generated.  [...]
	SelectionClear, SelectionRequest, SelectionNotify, or
	ClientMessage cannot be masked.  [...]

So no mask need be set by the receiving application; indeed, it cannot
prevent itself from getting such events - if it doesn't want them, it
must ignore them.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Xref: sparky comp.windows.x:19376 comp.windows.news:784
From: mroosen@prl.philips.nl (Monique Roosen)
Subject: Looking for 3rd party tools for visualization of designs
Reply-To: mroosen@prl.philips.nl
Organization: Information & Software Technology, Philips Eindhoven
Date: Mon, 16 Nov 1992 08:38:06 GMT

Hello,

We are looking for 3rd party tools for the visualization of designs.
This tool should make import relations between components visible and this kind
of information should be derived from all kinds of source files.
Our requirements for such a tool are (at least) :
	
	1. Open front-end meaning that we should be able to build our	
	   own preprocessors. Therefore we need to know at least the 
	   input-format of the tool.
	2. Several graphical modes. We would like to visualize certain 
	   component-properties using graphical modes.

If any of you are aware of the existence of such a tool, please let me 
know. If you need more information don't hesitate to contact me.

Thanks in advance !!


Monique
-- 
+-----								         -----+
| Monique Roosen          		"It's not that I'm afraid to die.     |
| Internet: mroosen@prl.philips.nl    	 I just don't want to be there when   |
+----- 					 it happens"     -- Woody Allen. -----+
From: isc30092@nusunix1.nus.sg (CHOO GING YANG)
Newsgroups: comp.windows.x.motif
Subject: C++ or Motif or X ?
Date: 22 Nov 92 06:34:59 GMT
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]

hi netters ....

	I encountered a very strange error recently.

	I ran into a runtime error when I was on a Silicon Graphics Indigo 
	using C++ 2.1.1, X11R4 and Motif.  After much tracing, I discovered 
	the Motif "XmStringCreateSimple" routine was giving the segmentation 
	fault message.

	I later ported the SAME program over to a Sun Sparc 2 using C++ 2.1, 
	X11R5 and Motif. it ran smoothly.  Anybody out there encounter any 
	similar problem?  

cgy@kris.iscs.nus.sg
From: vamsee@abgen.tamu.edu (Vamsee Lakamsani)
Newsgroups: comp.windows.x.motif
Subject: problems with centering custom dialogs
Date: 22 Nov 1992 17:04:01 GMT
Organization: Center for Macromolecular Design, Texas A&M University.
Distribution: world
NNTP-Posting-Host: abgen.tamu.edu


I am on an SGI Indigo 4.0.5A with Motif 1.1.4.  I have some problems with 
positioning custom dialogs.  I ran the examples given in Dan Heller's 
Motif Programming Manual, Chapter 7. The examples "help_text" (Figure 7.4,pg206)
as well as "action_area" (Figure 7.6 on pg. 219) behave the same way. The 
custom dialogues are placed near the top left corner of the screen instead
of being centered over  the parent. Could someone explain why the custom 
dialogs behave this way ?

This behavior conflicts with the explanation provided in the same book,
section 7.6 on page 223  "Assuming the primary window is visible, the Motif
window manager enforces the policy where secondary windows are always initially
positioned directly on top of their primary windows.". 

My application has a mainwindow and a menubar. I was able to center the 
message dialogs created from the callbacks attached to the pulldown menu 
items by creating them as children of "toplevel". I am not sure if this
is the standard way to achieve the required effect. This method, however, 
did not work with the custom dialogs when I tried to create the 
"popupshell" as a direct child of the "toplevel"

Also, is it possible to hard-code the "mwm*interactivePlacement" policy?

Thanks
vamsee
From: snail@lsl.co.uk
Newsgroups: comp.windows.x.motif
Subject: Re: A suggestion for window popup improvement for mwm
Date: 19 Nov 92 13:21:00 GMT
Distribution: comp
Organization: Laser-Scan Ltd., Cambridge

In article <MONTNARO.92Nov18115740@spyder.crd.ge.com>, montnaro@spyder.crd.ge.com (Skip Montanaro) writes:
> I'd like to suggest an improvement to the current protocols, that being that
> a small "window ready" icon be part of the mwm interface, and that it be
> placed in a known location, perhaps in the first location of the icon row.
> When a new window is available to be displayed, the window ready icon
> changes its visible appearance and is popped to the top of the window stack
> by the window manager.  The user, at his/her convenience, can then move the
> mouse over to the icon, select it, and have the normal interactivePlacement
> behavior take place. (If multiple windows are waiting to be displayed, a
> popup menu might be available to select which one to display. I think it
> would be sufficient to always display the windows in the order in which they
> were presented to mwm, however.)
> Skip (montanaro@crd.ge.com)

No offence Skip, but my initial response to this is BLEUGH!

My more measured response is that this is more restricting than what you are
trying to replace, and is worse than any GUI I've seen or programmed for.

For instance, take the simple case of a "WORKING" dailog to appear, the user
shouldn't need to interact with this dialog at all, except to (maybe) hit
the "Abort" (or whatever) button. Yet with your proposed scheme (which may not
yet be fully fleshed out) the user would need to interact (in order to access
the icon window (I think icon windows are BAD NEWS anyway) and bring the
working dialog into use.

I'm not talking about a system modal dialog, just an application modal dialog.
-- 
snail@lsl.co.uk      

"para-phrasing an American's .sig"....
For the record, I did not vote for Bill Clinton
:-)
From: morgan@dl5000.bc.edu (Morgan Stair)
Newsgroups: comp.windows.x.motif
Subject: What is osf's email address motif bugs?
Date: 19 Nov 92 01:45:15 GMT
Distribution: usa
Organization: Institute for Space Research, Boston College

Yes I have read the FAQ... well not this month's, but a recent copy
and it's not there.

Thanks for the help.

-Morgan
--
***************************************
* Morgan Stair <Morgan@DL5000.BC.EDU> *
* BC / Institute for Space Research   *
* (617)552-8783                       *
***************************************
From: ksivasam@ha22.eng.ua.edu (Kalidoss Sivasamy)
Newsgroups: comp.windows.x.motif
Subject: Thanks
Date: 19 Nov 1992 14:48:00 -0600
Organization: UTexas Mail-to-News Gateway
Distribution: inet
NNTP-Posting-Host: cs.utexas.edu


    Hi folks,

             Who is this guy? 

             >>> daniel@juliet.osf.org (Daniel Dardailler)

             Recently he answers most of the questions in the net.
             
			 I want to appreciate his time and help.


	Kalidoss
	ksivasam@buster.eng.ua.edu
From: nf@ecs.soton.ac.uk (Nick Floros)
Newsgroups: comp.windows.x.motif
Subject: resource editor
Summary: resource editor
Keywords: resource editor
Date: 19 Nov 92 12:27:11 GMT


   Hello world, 

   I know that this is probably a FAQ but here it goes .

    Can anyone tell me if there are any graphical resource editors for
use with Motif 1.2. on SUNs. I am looking for something similar to ResEdit on Macs
or the resource toolkit that comes bundled with Borlands C++ Windows
developement system.


  Thank you

  Nick

  e-mail : nf@ecs.soton.ac.uk
From: montnaro@spyder.crd.ge.com (Skip Montanaro)
Newsgroups: comp.windows.x.motif
Subject: A suggestion for window popup improvement for mwm
Date: 18 Nov 92 16:57:40 GMT
Reply-To: montanaro@ausable.crd.ge.com (Skip Montanaro)
Distribution: comp
Organization: GE Corporate Research & Development, Schenectady, NY


When windows are created and displayed under mwm, either the window pops up
at some calculated place (if interactivePlacement is false), or a window
outline is generated attached to the cursor and the user positions the
window (if interactivePlacement is true). Both alternatives have the serious
drawback that they may well interrupt whatever the user is doing, especially
if the window comes up asynchronously (like alarm clock messages), or if the
time it takes to pop up the window is long (such as starting an xterm on a
slow client machine).

I'd like to suggest an improvement to the current protocols, that being that
a small "window ready" icon be part of the mwm interface, and that it be
placed in a known location, perhaps in the first location of the icon row.
When a new window is available to be displayed, the window ready icon
changes its visible appearance and is popped to the top of the window stack
by the window manager.  The user, at his/her convenience, can then move the
mouse over to the icon, select it, and have the normal interactivePlacement
behavior take place. (If multiple windows are waiting to be displayed, a
popup menu might be available to select which one to display. I think it
would be sufficient to always display the windows in the order in which they
were presented to mwm, however.)

The overall effect is to allow the user to determine when to allow windows
to be popped up on the screen. Standard placement of the window ready icon
minimizes the chance that it will be raised into the path of the current
mouse or keyboard focus.

The drawback to my suggestion is (I think) that the window manager must be
modified to implement this. Is there a way that a client application can
perform this function without modifying source code for mwm?

Comments?

--
Skip (montanaro@crd.ge.com)
Newsgroups: comp.windows.x.motif