HDTenEightyP/NetNews huggingface dataset:
From: len@mel.dit.csiro.au (Len Makin)
Newsgroups: comp.windows.x
Subject: Re: Scatter Plotting
Date: 16 Nov 92 01:35:49 GMT
Article-I.D.: mel.1992Nov16.013549.2856
Organization: CSIRO DIT (Melb.)


In article <921106113354.20200e87@CSSL.JSC.NASA.GOV>, ADKINS@CSSL.JSC.NASA.GOV writes:
|> 
|> I am interested in information on programs that can produce
|> scatter plots using X.
From the help files:
 GNUPLOT is a command-driven interactive function plotting program. It
 is case sensitive (commands and function names written in lowercase
 are not the same as those written in CAPS). All command names may be
 abbreviated, as long as the abbreviation is not ambiguous. Any number
 of commands may appear on a line, separated by semicolons (;).
.......
 `plot` and `splot` are the primary commands of the program. They plot
 functions and data in many, many ways. `plot` is used to plot 2-d
 functions and data, while `splot` plots 3-d surfaces and data.

 Syntax:
 
         plot {ranges}  <function> {title} {style}
                     {, <function> {title} {style}...}
.......
 where <function> is either a mathematical expression, the name of a
 data file enclosed in quotes, or a pair (`plot`) or triple (`splot`)
 of mathematical expressions in the case of parametric functions.
......
style
 Plots may be displayed in one of six styles: `lines`, `points`,
 `linespoints`, `impulses`, `dots`, or `errorbars`. The `lines` style
 connects adjacent points with lines. The `points` style displays a
 small symbol at each point. The `linespoints` style does both
 `lines` and `points`. The `impulses` style displays a vertical line
 from the x axis (or from the grid base for `splot`) to each point. The
 `dots` style plots a tiny dot at each point; this is useful for
 scatter plots with many points.

gnuplot is free. Try it.

Len.Makin@mel.dit.csiro.au               | Senior Computer Scientist    |
CSIRO Division of Information Technology | Supercomputing Support Group |
723 Swanston Street, Carlton             | Tel: +61 3 282 2622          |
VIC 3053, Australia                      | Fax: +61 3 282 2600          |
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: comp.windows.x
Subject: Re: xterm phantoms
Date: 18 Nov 92 07:02:43 GMT
Organization: McGill Research Centre for Intelligent Machines

In article <1eb92mINNdan@life.ai.mit.edu>, bruce@maypo.ai.mit.edu (Bruce Walton) writes:

> Often some of our users run X clients on remote sparcstations, and
> terminate their local X server without shutting it down properly.

When this happens, the operating system is supposed to shut down the
network connections when the server process dies.

> This happens most often to owners of PC's who run X servers (like
> MacX or whatever).

Ah, where there isn't any operating system to do the automatic shutdown
stuff, or when the machine is shut down uncleanly.

One way would be to build a special version of xterm that turns on
network-layer keepalives.  Another would be to just shrug your
shoulders and say "sorry, you crash your X server by turning off your
bitty box, you get ghost logins".

> Does anyone know how to recognize these inactive X clients (xterms),

Any utmp entries idle for more than 12 hours are good canididates. :)

> and clear out their utmp entries (without rebooting)?

Make the xterm go away.  One of the simplest ways to do this is to make
the xterm try to do something with the X server.  If the machine is up,
it'll die right away with ECONNRESET; if not, it'll die a few minutes
later with ETIMEDOUT.  Either way, it'll go away, and if it's
non-buggy, erase the utmp entry first.

As for how to do this, you could just write a character to the relevant
pty.  If it's not a ghost, the character will appear inexplicably in
the window, but I don't see any good way around that, unless you can
think of something else you could send that'll force xterm to try to do
something with the X server.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.windows.x
From: binary@nyx.cs.du.edu (binary)
Subject: !! Quick Pixmap Question !!
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Date: Tue, 24 Nov 92 00:16:21 GMT

Here's the deal.  In main(), I'm creating a drawing area widget like:

   preview = XtVaCreateManagedWidget("preview",
      xmDrawingAreaWidgetClass, frame,
      NULL);
   XtAddCallback(preview, XmNexposeCallback, draw_preview, NULL);

Then, in the callback routine, I'm doing this:

void draw_preview(w, client_data, call_data)
   Widget w;
   XtPointer client_data;
   XtPointer call_data;
{
   Pixmap *pix;
   unsigned int *width, *height;
   int xhot, yhot;
   pix = XCreatePixmap(XtDisplay(w), XtWindow(w),
      400, 200, DefaultDepthOfScreen(XtScreen(w)));
   XReadBitmapFile(XtDisplay(w), XtWindow(w),
      "/tmp/preview.xbm", width, height, &pix, &xhot, &yhot);
   XFreePixmap(XtDisplay(w), pix);
}

The program compiles correctly, but I always get:

[2] + Bus error(coredump)

whenever I try to run it.  I've tried everything I can think
of, but the program always chokes on the 'XReadBitmapFile' line.
Any ideas on what could be going wrong here?  I'm clueless.
Thanks for any and all help!

:) :) :) :) :)
Mr Binary, SRA, RM
From: jimf@centerline.com (Jim Frost)
Newsgroups: comp.windows.x
Subject: Re: Finding out the number of 'free' cells in the color map
Keywords: color map, color cells
Date: 17 Nov 92 22:46:35 GMT
Organization: CenterLine Software, Inc.
NNTP-Posting-Host: 140.239.3.202

mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>In article <1992Nov13.072332.27682@mailhost.ocs.mq.edu.au>, s8923098@macnab.mqcs.mq.oz.au (Josef WIDJAJA) writes:

>> I want to use XAllocColor many times to allocate color cells that can
>> be shared by other applications.  But I want to know in advance how
>> many of these will be available.  How can I do this ?

>You can't.

That's not strictly true, although doing it is rather painful.

1. Grab the server.
2. Allocate as many writable colors as you can to eat up all unshared
   colors.
3. Allocate and free each color you want to allocate sharable -- those
   that succeed are already available, those that fail are not.

At this point you know what colors are available and how many
additional ones you can allocate at will.  You can do whatever
manipulations you want to fit the color usage you want into the
resources you have.

4. Free the colors you allocated writable and reallocate them shared
   in the colors you want.
5. Ungrab the server.

Grabbing the server locks other applications from allocating or
freeing colors for the duration of your color manipulation.

A slightly simpler technique, and the one I use, is to merely assume
that you can't allocate more than the number of colors you can
allocate writable.  Simply grab the server, allocate as many private
colors as you can, figure out what colors you want given the number
you can get, free the colors you allocated, reallocate them shared,
and ungrab the server.

Informationally yours,

jim frost
jimf@centerline.com
Newsgroups: comp.windows.x
Subject: X11R5 on sun4c public-patch-19...
From: senol@caroline.ee.pitt.edu (Senol Kucuk)
Date: 20 Nov 92 16:20:07 GMT
Reply-To: Senol.Kucuk@caroline.ee.pitt.edu
Distribution: comp
Organization: University of Pittsburgh, Department of Electrical Engineering,Computer Vision and Pattern Recognition Lab.
X-Md4-Signature: 1f5431a0e86520856ee022cd8d1d993c


	Howdy. I am trying to update my X11R5 distribution from pl6 tp
pl19. However, when building the lib/X, file XConnDis.c won't compile:

> rm -f XConnDis.o shared/XConnDis.o
> cc -c    -I../../.       -DSECURE_RPC -DTCPCONN -DUNIXCONN -DSUNSHLIB -DSHAREDCODE -pic -O XConnDis.c
> "XConnDis.c", line 453: sun_len undefined
> *** Error code 1
> make: Fatal error: Command failed for target `XConnDis.o'

	Anybody know what this is all about. I didn't have this
problem on pl6 which I currently run. We are running SunOS 4.1.2.

	Thanks in advance...

--
--
  Senol Kucuk, Department of Electrical Engineering, University of Pittsburgh
     {senol,snkst4,kucuk}@{{unix,vms}.cis.pitt.edu,pitt{vms,unix}.bitnet}
From: moody@e4.ius.cs.cmu.edu (James Moody)
Newsgroups: comp.windows.x
Subject: X11R5  Hi-Res mono patch?
Date: 18 Nov 92 21:16:37 GMT
Article-I.D.: cs.BxxKFr.D74.2
Reply-To: moody@cs.cmu.edu
Organization: CMU Vision and Autonomous Systems Center

We've been running X11R5 at our site for a few months now, and the only
problem we've encountered is with Suns that have high-resolution 
monochrome monitors.  X crashes without any very clear error message,
and leaves the keyboard in a funny state.

We don't have this problem with any of our other 100+ suns, be they color
or standard-res mono, sun3 or sun4.  We didn't have this problem at all 
with X11R4.

I understand that a similar problem exits with the 24-bit sun displays, too.

1) Can someone offer a pointer to a patch for this?

2) Where are patches usually found?  

Yeah, I'm new to this.  Thanks a bunch.

-- 
James E. Moody Jr.	The Robotics Institute		(412) 268-2847
			Carnegie Mellon (University)	      CMU-BUGS
			Schenley Park
moody@cs.cmu.edu	Pittsburgh, PA 15213
Newsgroups: comp.windows.x
From: greg@athena.cs.uga.edu (Greg Whitlock)
Subject: Re: xterm phantoms
Organization: University of Georgia, Athens
Date: Wed, 18 Nov 1992 16:39:34 GMT

In article <1992Nov18.070243.103@thunder.mcrcim.mcgill.edu> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>In article <1eb92mINNdan@life.ai.mit.edu>, bruce@maypo.ai.mit.edu (Bruce Walton) writes:
>
>As for how to do this, you could just write a character to the relevant
>pty.  If it's not a ghost, the character will appear inexplicably in
>the window, but I don't see any good way around that, unless you can
>think of something else you could send that'll force xterm to try to do
>something with the X server.

After someone exits "improperly" from our Xtubes they leave "zombies"
lying around.  The only way I know to rid your system of these are 
1) waiting for someone to log into they tty the zombie controls or 
2) rebooting.  Maybe someone knows of other way.
The zombies don't appear to harm anything (ie, load avg).  At this
point, in appears the X server is out of the picture and it's the
OS's job to handle the zombies.

Any other comments on this?  

-greg
Newsgroups: comp.windows.x
From: mercla@netcom.com (Barry Solomon)
Subject:  Writing Extensions
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: comp.windows.x
Date: Fri, 20 Nov 1992 19:22:45 GMT

I want to write an extension that will report back when ever any font is loaded
via XLoadFont or XLoadQueryFont.  How should I go about doing this?  ANy books,
code or anything would be extatically be appreciated.

-Barry
Newsgroups: comp.windows.x,comp.windows.x.motif
From: drk@elegant.com (David King)
Subject: Getting pointer to resource database
Date: Thu, 19 Nov 1992 15:39:30 GMT
Organization: Elegant Communications Inc.

I need to get a pointer to the resource table used in an
application which can be passed to XrmParseCommand().
XtDatabase returns the database whereas XrmParseCommand()
requires a pointer to it.

Here's the scenario:

I have a Motif application that successfully parses custom
command line options when I pass the option table, argv (et al)
to XtAppInitialize().

I have a second application which sends commands to the first
application via a socket. The command buffer received from
the socket looks like the command line. I tokenize the received
buffer and pass it to XrmParseCommand() using the same option
table I pass to XtAppInitialize(). XrmParseCommand() recognizes
the options with no problem.

The problem lies in what to pass as the resource database to
XrmParseCommand(). XtDatabase() returns the database whereas
XrmParseCommand() requires a pointer to the database. I can't
figure out how to get the pointer to the resource database
the application uses.

If I use XtDisplayInitialize() the new parameters are merged
correctly. This seems an overkill however and has the side
effect of resetting the resources associated with my custom
options to their default values if I don't specify every option
in the command buffer sent via the socket.

Anyone got a solution?
From: wman@ztivax.zfe.siemens.de (Dr. Andreas Wnuk)
Newsgroups: comp.windows.x
Subject: Re: Wcl 2.03 is Now Available
Date: 16 Nov 92 16:31:08 GMT
Organization: Siemens AG, Munich, W-Germany

Ooops!  forgot to say WHERE to get it!

anonymous ftp from:

export.lcs.mit.edu (18.24.0.12) contrib/Wcl-2.3.tar.Z

---------------------------------------------------------------------------
David E. Smyth                  David.Smyth@ap.mchp.sni.de
Object/X Researcher             AP 154, Carl-Wery-Str 22, Munich 83 Germany
        Research Grant provided by Esprit Investments Ltd, 
        major sponsor Siemens Nixdorf Informationssysteme AG
From: stroyan@hpfcso.FC.HP.COM (Mike Stroyan)
Date: Tue, 17 Nov 1992 19:03:52 GMT
Subject: Re: strange colormap behaviour on HP700
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.windows.x

> I compiled a X-window program which uses "XParseColor" of strings of the form
> "#RRGGBB" on a HP700 series machine and I got a very strange behaviour:
> 
> All colors are reversed, so R -> B, G -> G, B -> R.
> 
> The same program does work without problems on DEC, SGI and SUN platforms.
> 
> Any suggestions ?

Perhaps you have the 'red' and 'blue' cables swapped between the display
board and the monitor.

Mike Stroyan, mike_stroyan@fc.hp.com
From: tarcea@gdls.CSCTMD.COM (Glenn Tarcea)
Newsgroups: comp.windows.x
Subject: Re: q: properties as a communication facility
Date: 19 Nov 92 19:24:21 GMT
Distribution: usa
Organization: Computer Sciences Corp. @ General Dynamics

In article <17519@pitt.UUCP> andre@cs.pitt.edu (Andre Srinivasan) writes:
>can someone point me toward both programming information on x11
>properties as well as the implementation/architecture of properties
>(beyond the o'reilly series)?  
>
>i want to gather enough information to form an opinion about using
>properties as a communication facility (as opposed to using sockets,
>for example).
>
>please email as i don't read this group very often. thanks.
>
>								-andre.
>
>-- 
>Andre Srinivasan  : Disclaimer: 
>Neurophysiology   :	If my employer knew that I expressed opinions, not
>Children's Hosp.  :	only would they disavow knowledge that I had them,
>andre@cs.pitt.edu :	but they would deny that I existed, just in case.

  I can't point you to any texts, however I can give you some of
my experiences. I recently worked on a project to provide a command
and control system to the U.S. Army. Part of the project involved a
X-windows based system hosted on Sun workstations. The original designers
of the system decided to use properties as a method of communications
between two applications that would need to be run, possibly, on physically
separate workstations. The use of the properties made it very easy to
establish communications between the two programs. Given that they were
only exchanging small text strings of information, the probable added
overhead of using this form of transfer was negligible and worked out
very well. One interesting aspect of properties is that you can actually
think of them as "Shared Global Memory", even though the properties exist
on different systems. Thus some sort of synchronization method is needed
when accessing the properties.


================================================================================
              __   __   ___  |   Glenn Tarcea -| Software Tools |-
         //// _  __  ___     |   General Dynamics
        ///  __    ___    __ |   
   (__)//  _   ___     __    |   e-mail : vgtarcea@vela.acs.oakland.edu (Ultrix)
   (oo)~~~~~~~~~~~~~  __ _   |            vgtarcea@argo.acs.oakland.edu (VMS)
    \/.             \    __  |
      (//         \\ \_*     |   slow-mail : Glenn Tarcea
      //==========)\\    __  |               7407 Cedar Creek
     //  __  __  _  \\  ___  |               White Lake, MI, 48383
     "  __ _   ___   " __    |
================================================================================
Standard Disclaimer : reboot(RB_HALT) ;
================================================================================
-- 
================================================================================
              __   __   ___  |   Glenn Tarcea -| Software Tools |-
         //// _  __  ___     |   General Dynamics
        ///  __    ___    __ |   
Newsgroups: comp.windows.x
From: nosmo@nov8.ximage.com (Vince Kraemer)
Subject: XIE status
Reply-To: nosmo@ximage.com
Organization: XImage Corp., San Jose, CA
Date: Mon, 23 Nov 1992 17:16:12 GMT


What is the status of the XIE standardization?

I read in AIXpert (Aug. 1992) that it was in the public review phase.
Where can I get a copy to look over (if I can, since I am not a
Consortium member)?

Thanks
vbk
Newsgroups: comp.windows.x
From: Shannon Merrill <smerrill@aristotle.ils.nwu.edu>
Subject: Re: FAQ Request
Organization: The Institute for the Learning Sciences
X-Useragent: Nuntius v1.1
Date: Mon, 23 Nov 1992 16:08:00 GMT

I have received several email requests for the FAQ I was sent.  Should I
post the FAQ to the net?  Please let me know.

Thanks!

--Shannon Merrill
From: rjc@cogsci.ed.ac.uk (Richard Caley)
Newsgroups: comp.windows.x
Subject: Re: TVTWM on X11/R5
Date: 23 Nov 92 12:02:36 GMT
Organization: Human Communication Research Center
In-reply-to: fpb@ittc.wec.com's message of 20 Nov 92 13:14:22 GMT

In article <FPB.92Nov20081422@blatz.ittc.wec.com>, Frank P. Bresz (fpb) writes:

fb> [f.raiselower doesn't work]

Server bug. When I reported it, they said that it was already known
and fixed there, but I don't know if that fix has made it into a
public patch yet since we are still running R4 here.

Anyway, the server is the place to look for a fix, unless someone has
written a workaround for it. 

--
rjc@cogsci.ed.ac.uk				_O_
						 |<
From: robert@triton.Jpl.Nasa.Gov (Robert Angelino)
Subject: How do force a widget in a window to follow the pointer??
Reply-To: robert@triton.Jpl.Nasa.Gov
Organization: Jet Propulsion Laboratory, Pasadena CA
Date: Mon, 23 Nov 1992 22:11:17 GMT

X-Gurus,
	I want to be able to move a widget in a window when the mouse
enters the window.  The window moves under the pointer as the mouse
moves...  Has anyone done this????


thanks in advance


-robert
Newsgroups: comp.windows.x
From: wmp@jupiter.esd.ornl.gov (W. Mac Post)
Subject: Re: Raster images in xfig ?
Organization: ORNL-ESD Earth Sciences Modeling Center
Date: Fri, 20 Nov 1992 13:47:55 GMT

>Has anyone considered adding the capability of using raster
>image objects in xfig ?  An image could be imported from say,
>an xwd file, and then it could be included in printouts and

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.

How do you get a PostScript preview in the eps file?  Easy, use xv.  xv will
display many graphics formats (including xwd) and convert them to other
formats including eps.  At the top of the "save PostScript file subpane
be sure to click on the preview option.

Mac Post
wmp@ornl.gov
From: garyg@Warren.MENTORG.COM (Gary Gendel)
Newsgroups: comp.windows.x
Subject: Re: Any Interface Builders that don't use Moti
Date: 23 Nov 1992 14:07:05 GMT
Organization: Mentor Graphics, IC Group
Distribution: world
Reply-To: garyg@Warren.MENTORG.COM
NNTP-Posting-Host: garyg.warren.mentorg.com

There is a good commercial product available called Simple Toolkit.  This emulates
Motif Widgets using only Xlib calls, is fast and light, and comes complete with source.  I have been using Simple Toolkit for almost a year now, with only minor annoyances
that were easily fixed, having the source.  I have run this toolkit under Openwin 2.0,
Openwin 3.0, Motif and Desqview/X, with relatively few surprises (actually it
highlighted a font problem in Openwin 3.0 and a XSetDashes bug in Desqview/X).

For more information, contact:

Strom Systems, Inc.
18666 Redmond Way
O-2118 Redmond, WA 98052
(206) 836-2241

P.S.  This package is relatively inexpensive, I believe it was under $200.00
From: snail@lsl.co.uk
Newsgroups: comp.windows.x
Subject: Re: FLAME, FLAME ON X!!!
Date: 23 Nov 92 12:24:20 GMT
Organization: Laser-Scan Ltd., Cambridge

In article <1992Nov18.194905.16185@cs.yale.edu>, rescorla@rtnmr.chem.yale.edu (Eric Rescorla) writes:
>>*** This is not a UNIX feature, this is a C feature, to be found on PCs, Ataris
>>, UNIX boxes, VAXes etc. This a feature, ie: C is designed this way. ****
>>
> I hope not. It's wrong. It is not part of the definition of the
> C language or of malloc(3). It happens that it is a very common way to
> do things, because sbrk(2) calls are expensive and it's not obviously
> worthwhile to return memory to the system. (This is on Unix. I imagine
> that similar conditions obtain on other machine.)

Yes, As I've already stated to a few people by email, I was a bit over
zealous there; it's a feature of the implementation of individual compilers.
Each compiler team will do things differently. The point I was making, was that
it is NOT a UNIX problem, it is OS independent. What I should also have said,
is that it is a problem that rears it's ugly head in other languages as well,
say, PASCAL or MODULA-2 (unless of course the language spec specifically says
otherwise). I suspect, but don't know, that Prolog or Lisp may not have such
problems, but I couldn't really see anyone implementing an X server in Prolog,
could you?

That said, my the spirit of original statement, if you change 'designed' for
'implemented' is generally true, most compilers don't give it back to the OS -
damn shame. C'est La vie.

Regards
-- 
snail@lsl.co.uk      

"para-phrasing an American's .sig"....
For the record, I did not vote for Bill Clinton
:-)
Newsgroups: comp.windows.x