HDTenEightyP/NetNews huggingface dataset:
From: earle@poseur.jpl.nasa.gov (Greg Earle - Sun JPL on-site Software Support)
Newsgroups: fj.mail-lists.x-window
Subject: Re: compile error
Date: 24 Jul 92 12:38:20 GMT
Distribution: fj
Organization: Sun Microsystems - JPL on-site Software Support

Date: 23 Jul 92 20:05:12 GMT
Message-Id: <1992Jul23.200512.25176@elroy.jpl.nasa.gov>
Newsgroups: comp.windows.x

In article <1992Jul21.131737.7291@muppet.bt.co.uk> davidh@muppet.bt.co.uk writes:
>In article 8785@kth.se, tomasc@lionfish.tds.kth.se (Tomas Carlsson) writes:
>>In article <1992Jul20.121551.22457@kth.se>, tomasc@lionfish.tds.kth.se (Tomas Carlsson) writes:
>>> I'm trying to compile a program I've written. I've stolen and
>>> modified a Makefile but I'm not able to understand this error:
>>> 
>>>    ld: Undefined symbol 
>>>       _error 
>>>       _pow
>>>       _floor
>>>       _get_wmShellWidgetClass
>>>       _get_applicationShellWidgetClass
>>>       __XtInherit
>>>       _XtToolkitInitialize
>>>    *** Error code 2
>>> 
>     (deleted some stuff here)
>>>
>>> In my makefile I use (among others) these flags: (yes, I've
>>> used devguide)
>>> 
>>>    -lguidexv -lguide -lxview -lolgx -lXmu -lXt -lXext -lX11
>>> 
>>> I'm using OpenWindows 3.0, X11R5 on a sun4.
>>            ^^^^^^^^^^^^^^^
>>
>>That seems to be the problem (OW 3.0). I tried to compile under
>>OW 2.0 - no problem!
>
>OpenWindows 3 seems to have broken at least the Xmu shared lib.
>Also, you have forgotten the math library.
>
>Compile the program statically for a workaround and put -lm on the end.

Better workaround: compile the program with " ... -Bstatic -lXmu -Bdynamic ..."
surrounding the libXmu inclusion.

To solve the problem, please contact your local Sun office and request the
following patches:

Patch i.d.	Bug i.d.'s	O/S	Description
----------	-------------------------------------------------------------
100512-02	1086793 1086912 1074766
			4.1.x OpenWindows 3.0 libXt Jumbo patch

100573-03	1087332
			4.1.x OpenWindows 3.0 undefined symbols when using
			shared libXmu

While you're at it, if you are using OpenWindows 3.0 you may wish to get the
latest version of the "xnews" server:

100444-24       1080976 1083312 1060204 1062740 1066878 1071237 1071322 1077556
                1052712 1066767 1067026 1085004 1085475 1085609 1085529 1085467
                1075858 1079600 1056492 1084761 1086134 1086122 1082750 1082200
                1071098 1038783 1083142 1087211 1089056 1074935 1085444 1078226
                1089311 1091966 1092113 1094100 1074749 1094114
                        4.1.x OpenWindows 3.0 xnews Jumbo patch

--
	- Greg Earle
	  Sun Microsystems
	  earle@poseur.JPL.NASA.GOV
	  earle@Sun.COM
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Changing cursors
Date: 22 Jul 92 19:29:16 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Sat, 18 Jul 92 13:12:26 GMT
Message-Id: <1992Jul18.131226.17797@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <1992Jul16.162309.2880@glas.rtsg.mot.com>, waider@glas.rtsg.mot.com (Ronan Waide) writes:

> How do I change the cursors in _all_ windows of an application
> without doing XCreateFontCursor for _each_ window?

Heavens.  Just XCreateFontCursor once, then XDefineCursor for each
window.  No need to create a new cursor for each window; you can use
the same cursor with all of 'em (I think - I'd have to check if you
have multiple distinct visuals in use).

Of course, you may actually want something else, like a general busy
cursor, in which case check out the FAQ.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: jch@jch_sun.cs.adfa.oz.au (Jeff Howard)
Newsgroups: fj.mail-lists.x-window
Subject: Motif 1.1.4 under X11R5
Date: 23 Jul 92 17:53:09 GMT
Distribution: fj
Organization: Australian Defence Force Academy

Date: 23 Jul 92 04:49:48 GMT
Message-Id: <1992Jul23.044948.11041@sserve.cc.adfa.oz.au>
Newsgroups: comp.windows.x.motif,comp.windows.x

I have been recently endeavouring to build Motif 1.1.4 to run under X11R5 with
little success. I have recompiled the Xt and Xlib libraries with the MOTIFBC
flag and I am told in the Motif FAQ that 1.1.4 has support for X11R5 so I am
optimistic. Any tips, experience, tales of hardships etc. would be of interest.

I am trying to install Motif on a Sun 4, running SunOS 1.1.2. We had Motif 
1.1.4 built and installed on a sun 3 platform running X11R4, however, these
machines have now been pensioned off. We only recently purchased the source for
Motif 1.1.4 and as such purchasing the source for Motif 1.2 is not a desirable 
option. Another option is looking like installing only X11R4 on the Sun 4 but 
this is also highly undesirable.

Responses via. email would be best. If others would like to know what I discover
feel free to send me email and I will post a summary either individually or to
the net depending on the level of interest.
-- 
------------------------------------------------------------------------------
Jeff Howard, Programmer.                      Deptartment of Computer Science,
ARNet: j-howard@adfa.oz.au                   Australian Defence Force Academy, 
Ph: [Int.:(+61 6) Nat.:(06)] 268 8048                Northcott Dve., Campbell,
Fax: [(+61 6)|(06)] 268 8581                   Canberra, ACT, Australia, 2602.
From: uejiowh@dssv01.crd.ge.com
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUI "wrapper" toolkits... Any favorites ?
Date: 29 Jul 92 15:26:21 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Message-Id: <9207291309.AA03538@dssv01.crd.ge.com>
             <1992Jul28.202526.19562@oakhill.sps.mot.com> 
Date: Wed, 29 Jul 92 09:09:15 -0400
X-Mts: smtp

You might take a look at tcl from Berkeley with the expect extension from
NIST.  You can ftp tcl from barkley.berkeley.edu.


Wayne Uejio             General Electric CRD   Disclaimer: opinions 
uejiowh@crd.ge.com      KWC-275                expressed are my own 
Office: 518-387-6441    P.O. Box 8             and not the company's
Fax:    518-387-7080    Schenectady NY 12301   opinion.
From: anthony@kurango.cit.gu.edu.au (Anthony Thyssen)
Newsgroups: fj.mail-lists.x-window
Subject: Re: WANTED: motd window when runnin
Date: 23 Jul 92 18:40:20 GMT
Distribution: fj
Organization: Griffith University, Brisbane, Australia.

Date: Thu, 23 Jul 92 08:01:13 GMT
Message-Id: <1992Jul23.080113.14522@kurango.cit.gu.edu.au>
Newsgroups: comp.windows.x

georged@sequent.com writes:
| For those out there with really slow connections the file name is actually:
| /pub/xlogin-2.01.tar.Z

| In article <tim.711388142@appenzell> tim@appenzell.cs.wisc.edu (Tim Theisen) writes:
| >tom@uts.cc.wayne.edu (Thomas Richard Stevenson) writes:
| >> Does anyone have a script, program, etc., that can be used when
| >> running under xdm to display a motd window at login time? Something
| >> that a user would have to click to remove. It should be started by 
| >> the /usr/lib/X11/xdm/Xstartup script.
| >

You could also just use

  if [ ! -f $HOME/.hushlogin ]; then
     xmessage -name "Message of the Day" -file - -g +400+200 </etc/motd &
  fi

We placed this in the xdm Xsession file before the exec to users personal
.xsession or our default session setup file.

  Anthony Thyssen - (CIT, Griffith University)       anthony@cit.gu.edu.au
------------------------------------------------------------------------------
   It has been proved, beyond a shadow of a doubt, that million-to-one
       chances, occur nine times out of ten!         ---   Terry Pratchet
------------------------------------------------------------------------------
From: sobol@cathedral.cerc.wvu.wvnet.edu (Michael Sobolewski)
Newsgroups: fj.mail-lists.x-window
Subject: Naming collision of X11 Object and NIH Object class
Date: 24 Jul 92 14:08:14 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 23 Jul 92 21:33:01 GMT
Message-Id: <3421@babcock.cerc.wvu.wvnet.edu>
Newsgroups: comp.lang.c++,comp.windows.x,comp.windows.x.motif

Hi,

Today I have started to implement a NIH-based model (in model-view-controller
paradigm) of my GUI. I have ready a view-controller part in X11/Xt/Motif
(based on Young's MotifApp) and I got the error:  (X11) Object  of type struct 
_ObjectRec * redeclared as class, (X11) Object.h", line 275: error: 
two declarations of Object : struct _ObjectRec * and class.

Can you suggest the most practical solution how to solve this problem?
Is there a NIH class library with, for example, the prefix NIH?

Thanks in advance

Mike

-- 
Michael Sobolewski              How not to get lost in the complexities of our 
CERC/WVU, Drawer 2000           own making is still computing's core challenge.
Morgantown, WV 26506                                           Edsger Dijsktra
office: (304) 293-6961
e-mail: sobol@cerc.wvu.wvnet.edu
From: da188@city.ac.uk
Newsgroups: fj.mail-lists.x-window
Subject: Re: X Resources
Date: 30 Jul 92 15:49:33 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Via: uk.ac.city; Thu, 30 Jul 1992 11:46:20 +0100
Message-Id: <AA28652.9207301045.Euston@uk.ac.city>
Date: Thu, 30 Jul 92 11:45:51 BST
Reply-To: da188@city.ac.uk
X-Mailer: ELM [version 2.3 PL11]

>Could someone give be a brief explanation of resources.
>
>Specifically, I don't  understand why some resources use a '*' and other
>use '.' as separator characters.

Basically, a line in a resource file specifies the pathname to a particular
widget who's resource you want to set. Imagine the widgets as a tree structure
and it becomes easier to understand. So for example, if I wrote an X program
which used a Command widget, inside a box Form widget, which in turn is
managed by the top level Shell I might have the following:

	topLevel.form.button.label : hi

The last element in the 'pathname' above is the resource. To save you having to
have to know the exact hierarchy of the widgets and to allow for future changes
I could put 'wildcards' in (similar to using the * character in a unix shell 
command line) between the widgets, and in fact cut out the middle bit of the 
path entirely:

	topLevel*button.label : hi

Thus if new widgets are introduced in a future application release, your 
resources would still be useable (assuming the widgets have the same names!)
You could even make this more loosely bound and have all label resources in ALL
clients set to hi thus:

		*.label: hi

Though this is a slightly extreme example. The choice between using completely
. separated pathnames and * separated ones is yours - looser bindings are
generally better however.

>Secondly, is the format for .Xresources and .Xdefaults files the same?

I use an .Xdefaults file in my home directory, I assume .Xresources is similar.


Aj.
-- 
.----------------------------[ The Eno ]----------------------------------.
| "The trouble with New Age       | JANET : da188@uk.ac.city              |
|  music is that there's no       |         da188@uk.ac.city.cs           |
|  evil in it."                   | I-NET : da188@city.ac.uk              |
|  - Brian Eno                    | US : da188%city.ac.uk@cunyvm.cuny.edu |
`-------------------------------------------------------------------------'
From: dominic@scooter.genie.uottawa.ca
Newsgroups: fj.mail-lists.x-window
Subject: 3d Athena problems (was Re: Need 3d
Date: 23 Jul 92 12:14:52 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 17 Jul 92 23:40:00 GMT
Message-Id: <1992Jul17.134010.27312@csi.uotta>
Newsgroups: comp.windows.x



In article <BrB2JL.J3v@world.std.com>, steveo@world.std.com (Steven W Orr) writes:
! I just took a poke over on export and found the 3d Athena widgets.
! Problem is that I don't have the entire X R4 tree needed to place the
! 3d widgets into for compilation. I'm running an SCO-ODT-1.1 system.

I put mine on popeye.genie.uottawa.ca in /pub/sco-odt, the compressed
library is called libXaw3d.a.Z

Note, these seem to work find for most simple Athena based programs (like
xalarm that was just posted to comp.sources.x), but any Khoros applications 
that I like with this die with:

X Error of failed request:  BadFont (invalid Font parameter)
  Major opcode of failed request:  55 (X_CreateGC)
  Minor opcode of failed request:  0
  Resource id in failed request:  0x2400016
  Serial number of failed request:  42
  Current serial number in output stream:  44
Major X error encountered for display 'scooter:2.0'! Unable to recover.

Any ideas?

Thanx

-- 
!@$^&*)($#$@!@#$^&*()_+_)(*&^$#@!$^&*()_+)(*&^$#@$^&*+_(*&^$#@#^&*()
 Dominic Richens  :  dominic@shamin.genie.uottawa.ca  :  Tel. (613) 564 9911 
      MCRLab, Dept of Elec Eng, University of Ottawa, K1N 6N5, CANADA   
"You construct intricate rituals which allow you to touch the skin of other men"
From: kaleb@thyme.jpl.nasa.gov (Kaleb Keithley)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X11R5 and Motif Compatibility
Date: 30 Jul 92 04:17:20 GMT
Distribution: fj
Organization: Jet Propulsion Laboratory, Pasadena, CA

Date: Wed, 29 Jul 92 15:16:17 GMT
Message-Id: <1992Jul29.151617.20918@thyme.jpl.nasa.gov>
Newsgroups: comp.windows.x

In article <1992Jul29.090509.29357@discus.technion.ac.il> draz@tochna.technion.ac.il (David Raz) writes:
>
>As Motif 1.1 has it's own Xt library it is not "compatible  
>programming-wise", as you must use it's Xt functions. However,

Motif 1.1.x does *not* have it's own Xt library.  And "programming-wise"
is *not* a word :-).

-- 

Kaleb Keithley                          kaleb@thyme.jpl.nasa.gov

Not authorized, in any way, shape, or form, to speak for anyone.
From: mshah@ece.arizona.edu (Munil A. Shah)
Newsgroups: fj.mail-lists.x-window
Subject: X11R5 installation problem
Date: 28 Jul 92 05:25:02 GMT
Distribution: fj
Organization: University of Arizona Dept. of Electrical and Computer Engineering

Date: 27 Jul 92 23:22:32 GMT
Message-Id: <1992Jul27.162232@ece.arizona.edu>
Newsgroups: comp.windows.x


	I am posting this once again because I think I have a minor
problem and someone must be knowing the answer!
	I compiled and installed X11R5 here. I had set the  Project
Root  to some non-default location. Now while testing almost all
utilities(xload, xgas, bitmap etc..) works fine but when I try to
start xinit, it can not find the fonts in the new locations and so 
gives the following error :

Warning: Cannot convert string "helvB14" to type FontStruct
xterm: unable to open font "courR14" trying "fixed"....
 
	When I run 'xset q' command, it says that the font path is
/usr/lib....   So it is not looking in the new font directory.  Well,
I think it is not locating the new lib directory at all. Presently 
links in /usr/lib points to X11R4 library. How can I fix my problem
without replacing these links? On worse case, replacing the links is
the only solution? And on the worst case, replacing the links will
solve the problem at all?

Munil
From: mouse@thunder.mcrcim.mcgill.edu
Newsgroups: fj.mail-lists.x-window
Subject: Re: Need doc on X11R4 SHAPE extensi
Date: 23 Jul 92 10:47:53 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 18 Jul 92 00:47:00 GMT
Message-Id: <1992Jul17.144750.28282@thunder.m>
Newsgroups: comp.windows.x


In article <2HsiNB1w164w@fatcity.cts.com>, time@fatcity.cts.com (Tim Erskine) writes:

> I need [...].  [...] the MIT X11R4 extensions which included SHAPE
> functions.  Where might I find documentation on this (and for that
> matter other extentions) subject?

On the R5 tape, check out the mit/doc/extensions directory; there's a
file there that documents SHAPE, and others for other extensions.  The
R4 tape had something similar, but I don't have it online any longer so
I can't give a specific pathname.

As always, if you don't have the distribution, pick up the relevant
files from your nearest friendly R5 distribution site, either the whole
distribution or find a site that has the distribution untarred (like
export.lcs.mit.edu).

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: converse@expo.lcs.mit.edu (Donna Converse)
Newsgroups: fj.mail-lists.x-window
Subject: X11R5 public fix #14 now available
Date: 27 Jul 92 22:28:14 GMT
Distribution: fj
Organization: X Consortium, MIT Laboratory for Computer Science

Date: Mon, 27 Jul 92 14:37:38 EDT
Message-Id: <9207271837.AA11032@expo.lcs.mit.edu>


Patches for a variety of problems in R5 are now available via anonymous ftp
on export.lcs.mit.edu, and the xstuff mail archive server on expo.lcs.mit.edu.

Fixes are available via anonymous ftp to export.lcs.mit.edu (18.24.0.12),
in the directory /pub/R5/fixes/.  The file for this fix is "fix-14".
Instructions for applying the fix are included in the file.  Fixes usually
propagate to other distribution sites as well, so it may pay to check at a
nearer site first.

For those without ftp access, individual fixes can be obtained by mail by
sending a message to xstuff@expo.lcs.mit.edu (18.24.0.11).  In the usual
case, the message should have a subject line and no body, or a single-line
body and no subject.  For example, make the line:
	send fixes 14
to get this fix.  To get a summary of fixes, make the line:
	index fixes
If you need help, make the line:
	help
Some mailers produce mail headers that are unusable for extracting return
addresses.  If you use such a mailer, you won't get any response.  If you
happen to know an explicit path, you can include a line like
	path foo%bar.bitnet@mitvma.mit.edu
or
	path zot!gzork!me@uunet.uu.net
in the body of your message, and the daemon will use it.


Fix 14 corrects the following problems:

An enhancement to Xlib for the X Consortium's Xlib and X Protocol Test Suite:
the test suite can now use the internal interface _XConnectDisplay to obtain
raw connections to the X server, thus allowing maximum portable protocol test
coverage.  In order to ensure this coverage, set XP_OPEN_DIS to XlibXtst.c
when configuring the Xlib and X Protocol Test Suite.

Xlib: IO error during connect may dereference NULL
Xlib: duplicate free() in XCloseDisplay from IO error handler
Xlib: could use better _XConnectDisplay interface for test suite
Xlib: XCloseDisplay does not free memory
Xlib: endian definition is missing when compiling XConnDis.c for OSF1
Xlib and Xt: LATIN2 keysyms are not handled correctly in ConvertCase
Xlib and Xt: Latin-3 case converter
Xt: XIM w/ keycode 0 (as defined by Xlib I18N) does not work with Xt
Xt: XtCreateWidget errs when parent is an Object, not a Widget
Xt: SetValues on TopLevelShell's iconic resource when popped_up is True
Xt: set values on iconic resource should not affect initialState
Xt: identifyWindows hack clobbers real information
Xt: frees memory returned by Xlib with Xt interface
Xt: unintentional reference inside Display structure
Xt: geometry requests with SetValues 
Xt: release of passive grab not recognized
Xt: XtOpenDisplay ignores -name when appl_name parameter is present
Xt: XtOpenDisplay should check that argv[0] isn't the empty string
Xt: XtCloseDisplay frees NULL per-display keysyms
Xext: XShmPutImage missing gc update
fonts: missing copyright for Bitstream Courier Speedo fonts
From: timk@meaddata.com
Newsgroups: fj.mail-lists.x-window
Subject: How to dump background picture?
Date: 23 Jul 92 10:10:57 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 18 Jul 92 06:58:00 GMT
Message-Id: <1992Jul17.205836.20881@meaddata.>
Newsgroups: comp.windows.x



I want to dump just the background picture a file -- without any of
those pesky windows or anything included.  I don't care what format the
file takes -- gif, xbm, xwd, whatever.  Can it be done?


===========================================================================
Timothy Klein                 I wish I had a kryptonite cross.  Then I
timk@meaddata.com             could keep both Dracula AND Superman away.
...!uunet!meaddata!timk                               -- Jack Handey
From: gaissmai@rzmain.rz.uni-ulm.de (Karl Gaissmaier)
Newsgroups: fj.mail-lists.x-window
Subject: NCD Terminals und access-control problems
Date: 23 Jul 92 02:03:31 GMT
Distribution: fj
Organization: Universitaet Ulm

Date: Wed, 22 Jul 1992 08:03:34 GMT
Message-Id: <1992Jul22.080334.18116@wega.rz.uni-ulm.de>
Newsgroups: comp.windows.x

Hello

i have an NCD19c X-terminal and i'm not able to set the access
control so that _NO_ host after startup has the possibility to write
on my xterm. the xdm-host has at Session-startup always the
right, and that is not fine. After login over xdm you has
always to disallow the xdm-host with xhost explicit.

Configuration:

NCD19c with 2.4.Q beta #2024 10/05/91 server-software
BootMonitor V.2.3.1

(xdm from X11R5pl12, running on a DecStation 5000/200 Ultrix 4.1A)

but that's a problem from NCD, i'm sure.

xdm-config-File:
================
#
DisplayManager.xterm4_0.authorize:              true
DisplayManager.xterm4_0.authName:               MIT-MAGIC-COOKIE-1
#

xterm-configuration-File:
=========================
# Access control
xhosts = default                                # defaults to nohost
tcp-ip-access-control = on                      # {off, on}
ncdnet-access-control = on                      # {default, off, on}

thanks for any hints
Charly
=========================================================================
Karl Gaissmaier                      gaissmai@rzmain.rz.uni-ulm.de
Rechenzentrum Uni Ulm               
Albert Einstein Allee 11             Telefon: (Germany) 0731/5022499
W-7900 Ulm / Germany                 Telefax: (Germany) 0731/5022471
=========================================================================
From: michael@maine.maine.edu (Michael Johnson)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GXcopy and GXxor
Date: 27 Jul 92 06:59:02 GMT
Distribution: fj
Organization: University of Maine System

Date:    Sun, 26 Jul 92 21:07:54 EDT
Message-Id: <MICHAEL.920726210754@maine.maine.EDU>
Newsgroups: comp.windows.x

In article <81@hallofjustice.UUCP> sram@lccinc.UUCP (Siddharth Ram) writes:
>In article <MICHAEL.920724095149@maine.maine.EDU>, michael@maine.maine.edu
>(Michael Johnson) writes:
>> In article <xia.711911424@odin> xia@molbio.ethz.ch (Xia Tai-he) writes:
>> >However, the lines drawn with the second GC don't have
>> >the color I have set, whose colors differ depending on the
>> >objects alreay existing on the screen. Could you give
>>
>> There's not really much you can do about it. When you XOR the pixels, the
>> resulting pixel value is going to yield whatever color that pixel maps to.
>
>you can do something about it, provided you are willing to
>use up an overlay plane, or install you own colormap. then you
>would have control over all the colorcells.

This assumes that you have a R/W colormap in the server. It is also not too
friendly when there is only one colormap to be shared by all windows. It may
give the rubber-banding color you want, but it will cause all other colors on
the display to be messed up.

In the general case, there really is not much you can do about it. The nature
of the XOR operation and mapping between pixels and RGB entries makes this so.

My earlier suggestion (use the value -1 cast to Pixel for your rubber-banding)
will yield the most consistent results. It works for me, and appears to be what
the Motif window manager uses as well.

Michael Johnson, VM Systems Group                     michael@maine.maine.edu
"I will choose the path that's clear. I will choose Free Will." -- Neil Peart
From: raw@ushiva.wariat.org (Roland Wilcher)
Newsgroups: fj.mail-lists.x-window
Subject: Xstones
Date: 29 Jul 92 10:54:55 GMT
Distribution: fj
Organization: The Software Sandbox

Date: Wed, 29 Jul 1992 04:23:27 GMT
Message-Id: <Bs4uv5.11K@ushiva.wariat.org>
Newsgroups: comp.windows.x



Does anybody know where one can obtain the Xstone benchmarks ?
Any pointers to sources greatly appreciated . Please respond 
via netmail.


-- 
The lesser of two evils -- is evil                  raw@ushiva.ncoast.org
-- Seymour (Sy) Leon                                raw@ushiva.wariat.org
Roland A. Wilcher                              6207 Luther Cleve Oh 44103
-------------------------------------------------------------------------