HDTenEightyP/NetNews huggingface dataset:
From: peter@xvt.com (Peter Hallett)
Subject: Re: real-time X/Motif data display user interface tool
Organization: XVT Software Inc.
Date: Tue, 29 Dec 1992 21:03:52 GMT
X-Disclaimer: The views expressed in this message are those of an
	individual at XVT Software Inc., and do not necessarily
	reflect those of the company.


peter
From: jarnold@spot.wrc.xerox.com (jeff arnold esc1-318)
Newsgroups: comp.windows.x.motif
Subject: Re: selecting in Motif ScrolledList causes core dump
Date: 29 Dec 92 22:29:57 GMT
Organization: Xerox

> ...
> ...
>
> - Press the select mouse button and drag the cursor off the bottom of the
>   list. The list scrolls to the bottom of the list and the last item is
>   highlighted. ( i.e. the cursor is now outside of the scrolledList widget
>   and the last item in the list is highlighted).

> - Now release the select key
>
> ...

I had the same problem before but never figured out what went wrong.  Is this 
a known bug/feature or are we doing something wrong?

Thanks,

Henry.

P.S. I'm using Motif 1.1.X on AIX 3.2
From: hebo@hp850.mbari.org (Bob Herlien)
Newsgroups: comp.windows.x.motif
Subject: Re: Need help with building application on HP workstation
Date: 22 Dec 92 00:51:46 GMT
Organization: Monterey Bay Aquarium Research Institute

In article <1992Dec18.153045.1@skyler.mavd.honeywell.com> magnuson@skyler.mavd.honeywell.com (Randy Magnuson) writes:
>I am having a problem building and running Motif applications on an HP
>workstation.  After seeing the problem with the application I am writing, I
>decided to try the example "dynapix.c" out of O'Reilly Volume 6.  I got the
>exact same symptoms.
>
   (details omitted)
>I am running HP-UX 8.05.
>

When I posted a similar message a few months ago, I received a response that
the XmVaCreate... functions are broken in HP-UX.  I was building the programs
from Chapter 16, using the 3 XmVaCreate... functions for building menus.

My experience is that they indeed appear to be broken on an HP 9000/750 
running HP-UX 8.07.  They work correctly on an HP 9000/370 running HP-UX 8.00.  

--------------------------------------------------------------
Bob Herlien
MBARI (Monterey Bay Aquarium Research Institute)
hebo@mbari.org
Newsgroups: comp.windows.x.motif
From: daniel@juliet.osf.org (Daniel Dardailler)
Subject: Re: Problems resizing DrawingArea
Organization: Open Software Foundation, Motif Team
Date: Mon, 21 Dec 1992 15:04:29 GMT

 
|> I have a DrawingArea widget that is a child of another DrawingArea (it's
|> a token that is moved/resized within the application).  Before mapping the
|> child DrawingArea, I call XtSetArg() and XtSetValues() with the new width and 
|> height, but they are not updated.  If I replace these calls with 
|> XResizeWindow(), eveything works fine ... does anyone know why????
|> 
|> I have the same problem setting new x and y values.  I have to call
|> XMoveWindow() explicitly.
 
You should never use those calls on a widget.
Not even XtResizeWidget is allowed for the application.

Your problem probably comes from t he parent drawing area geometry management
denying the change on the child because its resize policy is set up this
way.

Set resizePolicy=RESIZE_NONE on the parent DA and try XtSetValues again.


Newsgroups: comp.windows.x.motif
From: dwd@cbnewsc.cb.att.com (David W. Dykstra)
Subject: Re: XtDestroyWidget
Organization: AT&T
Date: Wed, 23 Dec 1992 22:53:01 GMT

>> Can someone explain what this bug is?  And what is the "bcopy bug", I have
>> not heard of it before.  I am running Motif 1.1 on an IBM RS/6000 AIX 3.2.
> 
> You've just described it. bcopy() does the memory trample because it is passed
> the wrong parameters.
> 
> There is a patch for it. I don't know the number. Get X11R5 libraries.

I've also had luck with compiling Destroy.c from the X11R5 Xt library and
linking it in with my X11R4-based program.

- Dave Dykstra
  dwd@graceland.ih.att.com
Newsgroups: comp.windows.x.motif
From: gregc@eagle.fsl.noaa.gov (Greg Compestine)
Subject: Re: access C++ non-static member data in callback functions
Organization: Forecast Systems Lab, NOAA - Boulder CO, USA
Date: Mon, 21 Dec 1992 18:40:06 GMT

jng@aslslc71.asl.dl.nec.com (James Ng) writes:


>We use X11/R4 and Motif 1.1 for our GUI development. Our C++ compiler is
>Object Center C++ (formerly called Saber C++). When we try to use a
>non-static member function as a callback, sometimes nonstatic data members
>get corrupted inside the callback function. Static data members seem to
>maintain their integrity. Does anyone have similar experience or even
>solution to solve the above problem? Any suggestion will be appreciated.
>Suggestion can be mailed to jng@asl.dl.nec.com or posted if you prefer.


   Actually, I'm surprised the member function is working for you
at all.  The problem with using a non-static member function is
that it has a hidden first parameter: the "this" ptr.  The X intrinsics
callback dispatching routines have no provision for supplying the "this"
ptr to the callback.

   Doug Young discusses this problem and presents a workaround in his
book "Object Oriented Programming with C++ and Motif".  Basically, you
provide the "this" ptr as the client data to the static callback.  The
static callback in turn calls the object's actual callback.  The tactic
works fine until you hit the case of wanting to have such things as
action procedures associated with your objects and *no* client data
is available....


gerG                          Gee, I hope I'm not saying "OOPs!"
                                  at the end of this project.
Newsgroups: comp.windows.x.motif
From: JKA@jylk.jyu.fi (JUKKA K{RN{, OPIS)
Subject: XCreatePixMap/XCopyPixMap problem
Organization: University of Jyvaskyla
Date: Tue, 29 Dec 1992 12:57:12 GMT
X-News-Reader: VMS NEWS 1.20

********************************************************************************

I'm developing a software to display spectras coming from a cyclotron data
acquisition system. This is my first major project on Motif and UIL. I had no
difficulties to draw the spectra directly on a window, but when trying to
implement scrolling, I tried to draw the spectra first on an off-screen pixmap
and then copy it on the visible window - and now I indeed have trouble! I have
used D.A. Youngs book to quide me into the X world as well as the whole series
of OSF/Motif books, with no luck in finding the proper way to create a working
off-screen pixmap. I'm using a VAXstation 3100 and I'm trying to produce code
according to the MIT C binding. I've got Digitals Xlib programming guides too, 
which so far haven't helped me either.

So, could anybody give me some hints how to implement scrolling and backing
store with the off-screen pixmap? Proven methods or even advice how to use the
manuals more efficiently are appreciated. I'm beginning to get frustrated with
this propably quite simple problem, so, every bit of help goes.

Thanks,

********************************************************************************
*                ____     _____                                                *
*               /\___\   /\____\           Jukka Karna                         *
*              / /   /  / /    /           University of Jyvaskyla             *
*             / /   /   \/____/            Physics Department                  *
*     ____   / /   /                       Finland                             *
*    /\___\ / /   /  _____                 Email:                              *
*   / /  /_/ /   /  /\____\                jka@jylk.jyu.fi                     *
*  / /  /__\/   /  / /    /                jka@tukki.jyu.fi                    *
*  \/__________/   \/____/                 Mostly harmless ...                 *
*                                                                              *
********************************************************************************
Newsgroups: comp.windows.x
From: CZIWKGA@VMSFE.ULCC.AC.UK ("Kevin Ashley, Systems Development, ULCC")
Subject: Summary: Information on Image extension(s) to X?
Organization: The Internet
Date: Sun, 3 Jan 1993 16:30:00 GMT

On 20 Dec, I wrote to this list (after having mailed ximage) asking for info
on the Image Extension to X, and promised to summarise. I received two
helpful responses, from Alan Mazer at jpl and Howard Stroyan at HP, the
latter supplying me with a July '92 copy of the review spec. On the
31st, my questions were effectively answered when Bob Scheifler mailed the list
announcing the public review draft of XIE.

Thanks to Alan and Howard for taking the time to send me their helpful
responses, and thanks to the Consortium for getting the document to
public review stage.

Kevin Ashley (K.Ashley@ulcc.ac.uk)
Newsgroups: comp.windows.x
From: toml@marvin.boulder.ParcPlace.COM (Tom LaStrange)
Subject: Re: mwm/twm question
Reply-To: toml@boulder.ParcPlace.COM
Organization: ParcPlace Boulder
Distribution: usa
Date: Tue, 29 Dec 1992 22:36:53 GMT

In article <ljungcINNbst@news.bbn.com>, adolce@bbn.com (Anne Dolce) writes:
|> Hi,
|> 
|>    When using mwm, if you bring a window to the front, all child 
|>    windows are automatically brought to the front as well.  You
|>    don't get this same behavior with twm.

By child windows, I assume you mean transients...

|>    Is there any way to get this behavior regardless of the window
|>    manager?   

Not that you can depend on from the window manager, you'd have to do
it yourself and even then I'm not sure you can detect when a
reparenting window manager (mwm/olwm/twm) raises your window.

--
Tom LaStrange        toml@boulder.ParcPlace.COM
From: tmcconne@sedona.intel.com (Tom McConnell~)
Newsgroups: comp.windows.x
Subject: Re: How to use 'editres' with tvtwm intead of twm ?
Date: 22 Dec 1992 22:14:43 GMT
Organization: Intel Corporation
Distribution: world
NNTP-Posting-Host: thunder.intel.com
Originator: tmcconne@sedona


In article <Bzo1Ar.5tG@boulder.parcplace.com>, toml@marvin.boulder.ParcPlace.COM (Tom LaStrange) writes:
> In article <1992Dec17.143449.17972@cst02.segin.com>, michel@cst02.segin.com (Michel Pollet) writes:

  It's easy :) Just add <X11/vroot.h> to comm.c. Or "vroot.h" if vroot.h is
local. I believe vroot.h is on export.lcs.mit.edu. vroot.h was written by
Andreas Stolcke, based on Tom LaStrange's ssetroot program.

    Cheers,

    Tom McConnell
-- 
 Tom McConnell          |     Internet: tmcconne@sedona.intel.com
 Intel, Corp. C3-91     |     Phone: (602)-554-8229
 5000 W. Chandler Blvd. | The opinions expressed are my own. No one in 
 Chandler, AZ  85226    | their right mind would claim them.
Newsgroups: comp.windows.x
From: pchan@snowy.csd.sgi.com (Pamela Chan)
Subject: comp.windows.x
Organization: Silicon Graphics, Inc.
Distribution: comp
Date: Wed, 30 Dec 1992 22:56:46 GMT


Does anyone know of any graphical application for xwd?

Please send your reply to pchan@csd.sgi.com.

Thanks in advance.


-------------------------------------------------------------
Pamela Chan				Silicon Graphics Inc.
pchan@csd.sgi.com			415-390-1224

--
-------------------------------------------------------------
Pamela Chan				Silicon Graphics Inc.
pchan@csd.sgi.com			415-390-1224

Newsgroups: comp.windows.x
From: vijay@iitb.ernet.in (Vijay J. Talati)
Subject: XDrawArc Man Page ( R4 and R5)
Organization: Indian Institute of Technology, Bombay
Date: Sat, 2 Jan 1993 06:40:07 GMT

Hi,

I recently got R5 and going through the XDrawArc man, i found it different
(is it a mistake?) from the R4 manual ( From "The X Window System",
X11R4, Robert Scheifler & James Gettys, Second Edition).

Here are the parts of XDrawArc that differ..

[The R5 online manpage..]
 For an arc specified as
     [ x, y, width, height, angle1, angle2], the origin of the
     major and minor axes is at [x+width, y+height], and the
     infinitely thin path describing the entire circle or ellipse
     intersects the horizontal axis at [x, y+height] and
     [x+width, y+height] and intersects the vertical axis at
     [x+width, y] and [x+width, y+height].

[The description in the Schefler/Gettys book.. X11R4]
 For an arc specified as
     [ x, y, width, height, angle1, angle2], the origin of the
     major and minor axes is at [x+width/2, y+height/2], and the
								^^^^^^^^^^^^^^^^^^^^^^^
     infinitely thin path describing the entire circle or ellipse
     intersects the horizontal axis at [x, y+height/2] and	
										^^^^^^^^^^^^^
     [x+width, y+height/2] and intersects the vertical axis at
	^^^^^^^^^^^^^^^^^^^^^^
     [x+width/2, y] and [x+width/2, y+height].
	^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^


Is there a mistake in the R5 man pages?


Vijay



-- 
-----------------------------------------------------------------------
Vijay Talati                        Email: vijay@iitb.ernet.in
ERNet Lab.                          (X.400):
Computer Centre                      s=Talati ou=gateway o=iitb prmd=ernet c=in
Newsgroups: comp.windows.x
From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
Subject: XFree86 & Orchid 32bit IIs ?
Date: Sun, 27 Dec 1992 20:34:36 GMT
Reply-To: jay@vnet.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Rochester, MN

Anyone know if the Orchid 32bit IIs works with XFree86?  I've been looking
at the Orchid Prodesigner IIs as the card of choice, simply because it 
sounds guarenteed to work, but if the 32bit IIs works, I'd be tempted to
go with that.  Thanks for any info.

-- 
: jay          jay@vnet.ibm.com    My opinions and ideas, not my employer's.
: shmdgljd@rchland.vnet.ibm.com    (c) Copyright 1992.  All rights reserved.
From: etxmesa@eos.ericsson.se (Michael Salmon)
Newsgroups: comp.windows.x
Subject: Re: setting DISPLAY env variable
Date: 21 Dec 92 13:02:53 GMT
Reply-To: etxmesa@eos.ericsson.se (Michael Salmon)
Organization: Ericsson Telecom AB

In article <1h4bp2INNi8u@sol.deakin.OZ.AU>
rns@deakin.OZ.AU (Robert Sturrock) writes:
|> dwight@geohub.gcn.uoknor.edu (Dwight D. Moore) writes:
|> 
|> >Try using "xterm -display wkstn:0" instead of depending on the
|> >DISPLAY environment variable.  There are scripts around that
|> >will do an rsh and allow you to do the above command without
|> >explicitly logging into the machine.  We have setup window
|> >manager menus with pulldowns to do just this and popup
|> >a remote window.
|> 
|> I don't think this solves the problem.  My difficulty is not starting
|> up an xterm.  My problem is logging into a remote machine and having the
|> DISPLAY variable appropriately set on this machine to "wkstn:0.0".

This should be perhaps put in the FAQ, here is a previous response:

On our Apollo (BSD) systems I do:

set host = `hostname`
#
# Set the default X Windows server name - set to the name of the host
# the user logged in from, unless it was the terminal server (tserver).
# Also strip off the local domain name (.chem.utoronto.ca) if possible.
#
setenv DISPLAY "${host}:0"
set displayhost=`who am i | sed -e 's/.*(//' -e 's/).*$//' -e 's/\.chem\.utoronto\.ca$//'`
if ("$#displayhost" == "1") then
   if ("$displayhost" != "tserver") then
      setenv DISPLAY $displayhost\:0
   endif
endif
unset displayhost

and on our HP (SYSV-sortof) systems I do:

set host = `hostname`
#
# Set the default X Windows server name - set to the name of the host
# the user logged in from, unless it was the terminal server (tserver).
# Also strip off the local domain name (.chem.utoronto.ca) if possible.
#
setenv DISPLAY "${host}:0"
tty -s
if ("$status" == "0") then
   set displayhost=`who am i -R | sed -e 's/.*(//' -e 's/).*$//' -e 's/\.chem\.utoronto\.ca$//'`
   if ("$#displayhost" == "1") then
      if ("$displayhost" != "tserver") then
         setenv DISPLAY $displayhost\:0
      endif
   endif
   unset displayhost
endif

You will have to surround this with code to only do it for $TERM types
you want. You'll just have to trust the user hasn't messed with $TERM;
if the wrong $TERM is propagated from the remote system, tough luck for
the user. It is possible to send some messages to some terminals
and check the response (this works for vt100/xterm) so that might be
a way to check out the terminal type.
-- 
What are the chances that any computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry


-- 

Michael Salmon

#include	<standard.disclaimer>
#include	<witty.saying>
#include	<fancy.pseudo.graphics>

Ericsson Telecom AB
Stockholm
Newsgroups: comp.windows.x
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: question: xbench's screencopy and expose events
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Distribution: comp.windows.x
Date: Sat, 2 Jan 1993 06:05:13 GMT

Hi,

I am working on an X server for S3 chipsets for 386bsd and Linux and 
am trying to determine if the xbench screencopy test should cause the
X server to generate  NoExposure events. The NoExposure events seems
to cause xbench to grow considerably in size thus skewing my performance
benchmarks. 

If I set noexposures delivery in the screen setup routine the problem
of xbench growing in size goes away. The following modification was
done to xbench's screen copy setup routine:

screencopy_setup(dpy, win, dummy)
Display *dpy;
Window win;
{
        int screen = DefaultScreen(dpy);

        myGC = XCreateGC(dpy, win, 0L, NULL);
        if (! myGC) return 1;
        XSetForeground(dpy, myGC, WhitePixel(dpy, screen));
        XSetBackground(dpy, myGC, BlackPixel(dpy, screen));
 >>added      XSetGraphicsExposures(dpy, myGC, False);  


The following xbench results were generated without the above patch.
So far I am getting 89k stones at 45Mhz interlace and 77xstones at 72Mhz with
my Actix GraphicEngine32 (S3 801) ISA card . Cpu is a 486/50Mhz 256k cache
with 8MB of memory :-)

Thank you in advance,
Amancio Hasty


-- 
Amancio Hasty           |  
Home: (415) 495-3046    |  ftp-site depository of all my work:
e-mail hasty@netcom.com	|  sunvis.rtpnc.epa.gov:/pub/386bsd/incoming
Newsgroups: comp.windows.x
From: anthony@kurango.cit.gu.edu.au (Anthony Thyssen)
Subject: Re: setting DISPLAY env variable
Organization: Griffith University.
Date: Tue, 22 Dec 1992 03:20:51 GMT

An extract from my info files....

------------------------------------------------------------------------------
Methods to automatically passwd Authorization from one machine to another.
  This also includes the problem of notifing the remote host of the current
DISPLAY that is being used.

1/ Use rsh/rexec  (the method in the xauth manual)
      Set up the your .rhosts file in the home directory on the remote
  machine so that a password in not required to remotly execute commands.

         xauth extract - $DISPLAY | rsh other xauth merge -

  This method is also used by xrsh to pass authorization. My vampire
  program also uses a variation, however I wrap it as part of the remote
  command sequence  (EG:  xauth add $auth)

     Included in this method is the use of `xrlogin' and `xrsh' to do
  this job for you. These programs usally (the newer ones that is) allow
  you to pass a secified list of ENVIRONMENT variables which includes
  the `DISPLAY' and/or a copy of the authorization code required.

2/ Wrap it as part of the TERM environment variable.
      This method uses the fact that most remote command executors do pass
  the TERM environment variable to the remote host. It is then a matter of
  an appropiate script in your remote .login file to extract the information
  from the TERM environment variable and set up things appropiatly.

3/ NFS.
     Write it to a file on a shared NFS partition you have access to.
   Note that if the home directories are NFS mounted, then authorization
   is automatically passed, Hoever you will still have to pass your
   DISPLAY environment variable via a file.  IE:

      login host:       echo $DISPLAY > ~/.X11host
      remote host:      setenv DISPLAY `cat ~/.X11host`

4/ Finger for the info in a .plan file
      This involves encrypting the information into your `plan' or
  `project' and having the remote machine finger for the information.
  This has the disadvantage of having the information to anyone fingering
  the user.  Thus requiring a encryption method that is uniq to each
  individual.  IE: the method of decyrption must not be shared or knowen
  by others, nor should it be easy to determine.

    A improvment is to use the `who fingered me' technique to only give
  the information only to your own remote accounts and not just to anyone
  who is asking.

------------------------------------------------------------------------------


  Anthony Thyssen - (SysProg @ Griffith University)     anthony@cit.gu.edu.au
------------------------------------------------------------------------------
   Like all bee keepers, Death wore a veil. It wasn't that he had anything
   to sting, but sometimes a bee would get inside his skull and buzz
   around, giving him a headache.          --- Terry Pratchet - "Eric"
------------------------------------------------------------------------------
Newsgroups: comp.windows.x
From: garath@engin.umich.edu (Scott Grosch)
Subject: Varargs functions
Date: Fri, 01 Jan 93 19:26:51 EST
Organization: University of Michigan Engineering, Ann Arbor


I have heard many times that it is bad practice to mix the varargs
routines (such as XtVaSetValues) with the non varargs routines (such
as XtSetArg() with XtSetValues).  I have looked through the code for
these functions and it would appear that the varargs simply pull out
each arg, put it in the formst that XtSetValues wants, and then calls
that just like normal.  Would someone shed some light on this please?
Thanks.

		-- Scott

-- 
Scott Grosch                              Internet: garath@engin.umich.edu
Programmer                                        Bitnet: user7a4b@umichum
Computer Aided Engineering Network                  University of Michigan
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: comp.windows.x
Subject: Re: Postscript in a window
Keywords: postscript window
Date: 22 Dec 92 18:46:56 GMT
Organization: McGill Research Centre for Intelligent Machines

In article <BzM8ov.BC@ulowell.ulowell.edu>, koverber@cs.ulowell.edu (Kurt Overberg) writes:

> There is a public domain utility called Ghostscript and Ghostview.

Our online GhostScript source has an FSF-style copyright notice all
over it.  Our GhostView source seems to have two sorts of copyright
notices; some files have an FSF-style copyright, while others have a
more X-ish copyright, permitting essentially anything to be done with
the stuff.

Neither one is public domain.  I doubt that any other version of either
is in the public domain, but I suppose there's some chance I'm wrong.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: banana@panix.com (Walter Polkosnik)
Newsgroups: comp.windows.x
Subject: Too much X Security!
Date: 29 Dec 92 07:01:56 GMT
Organization: PANIX Public Access Unix, NYC

We have exactly one workstation which is not networked, but many people use it
by simply walking in and logging on. Only people at work on our project have
physical access to the machine, really security is not a problem. However, if
someone wants to use the machine, and someone else is logged on he first has to
kill the X server, logoff and have the other person log on. We all use the
system for a common job, and it would be much simpler if we could have it set
up so that another one of us can just walk in, su to his own account, and use
the X server that someone else started. However, X won't let you do that since
the new user was not the one who started the server, and the display is not
owned by him, even though it's an su from the original account.

Is there any way to turn off this 'security' feature via a command line switch
or a config file, so that anyone who has su'ed to their own account and does
not own the display can write to that display?

Thanks a lot. I know it's kind of a bizzarre request, but it would make work
much easier.


-- 
Walter Polkosnik                 
Physics Department         banana@panix.com        
Queens College, CUNY       {cmcl2,apple}!panix!banana
Newsgroups: comp.windows.x