HDTenEightyP/NetNews huggingface dataset:
From: scowen@wfpc3.la.asu.edu (Paul A. Scowen)
Subject: Re: xrn 6.17 domain problem
Organization: Dept. of Physics & Astronomy, Arizona State University
Distribution: comp
Date: Wed, 26 Aug 1992 16:52:17 GMT

Hi,

yes this is an easy one to solve - you need an environment variable called
DOMAIN set to a string like ".dec.com" or somesuch.  It needs to be able to be
directly concatenated to your hostname as understood by the mailer.  Also,
I've found it's a good idea to have the variable ORGANIZATION defined too.

-- 
-------------------------------------------------------------------------------
Paul A. Scowen				INTERNET: scowen@wfpc3.la.asu.edu
Department of Physics & Astronomy		  uk1@spacsun.rice.edu
Arizona State University		Tel:      (602) 965-0938
Tempe, AZ 85287-1504			FAX:      (602) 965-7954
-------------------------------------------------------------------------------
Newsgroups: comp.windows.x
From: per@erix.ericsson.se (Per Hedeland)
Subject: Re: Help needed with xterm and logging
Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
Date: Thu, 3 Sep 1992 12:18:09 GMT

In article <1992Sep1.230831.1243@bellahs.com>, gfong@bellahs.com (Gary Fong RD) writes:
|> I'm having problems logging the output of an xterm session.  I've tried mostly
|> every possible logging switches and resources combination but to no avail.

If you really have, I'm not sure this is your problem, but my "normal"
xterms certainly don't want to do any logging either, and the reason is
that since

a) they're setuid-root
b) they're started from my home directory without any special logging options
c) my home directory is NFS mounted and not exported with root access
d) xterm doesn't change to the real uid before opening the log file, but
   rather tries to chown it afterwards

xterm is unable to open the log file at all. Specifying a logfile in a
'nobody'-writeable directory such as /tmp, or starting an xterm from
such a directory, works fine though.

IMHO xterm shouldn't be running with effective uid root all the time,
but only when it needs to do priviliged operations, and switch to the
real uid the rest of the time (though I suppose switching back to root
may not be possible on all Un*x variants out there).

How it is able to read the .Xauthority file in my non-'nobody'-
{read,search}able home directory is a "mystery" though - that's life
with NFS... (This is on SunOS 4.1.1, btw).

|>   It has these permissions and ownership
|>      -r-sr-xr-w  1 bin  bin 204800 ...

I'm not sure what running set-uid 'bin' buys you, it certainly won't
allow xterm to chown the pty - in any case I suppose the reasoning above
applies, if you replace 'nobody' with 'bin'.

--Per Hedeland
per@erix.ericsson.se  or
per%erix.ericsson.se@sunic.sunet.se  or
...uunet!erix.ericsson.se!per
From: ndd@bal1 (Ned Danieley)
Newsgroups: comp.windows.x
Subject: Re: X11R5 and gcc 2.1, SunOS 4.1.1
Date: 28 Aug 92 14:44:37 GMT
X-Newsreader: Tin 1.1 PL5

Ned Danieley (ndd@sunbar.mc.duke.edu) wrote:
: can I compile X11R5 (with fixes 1-17 applied) using gcc 2.1 under
: SunOS 4.1.1? I have *not* installed the ld patch referred to
: in sun.cf:
..
: 
: when I try to make the shared libraries, I get a lot of
: 
: ld: assert pure-text failed
: 
: errors. I've applied the patches for X11 that came with gcc, and
: I think everything else is set up right.
: 
: Sun 4/280, vanilla SunOS 4.1.1, gcc 2.1, R5 with fixes 1-17


what I failed to do is carefully read the gcc README.X11:

>mit/config/sunLib.rules -- If HasGcc2 is defined, then use -fpic to 
>generate PIC code.  Make sure that gcc does not use gas (the GNU assembler)
>when compiling PIC code; gas does not assemble it correctly.  If you
>have gas installed where gcc uses it by default, you might have to add
>-B/bin/ to the PositionIndependentCFlags.


I had assumed that just doing the patch took care of everything;
adding -B/bin/ fixed the problem.


--
Ned Danieley (ndd@sunbar.mc.duke.edu)
Basic Arrhythmia Laboratory
Box 3140, Duke University Medical Center
Durham, NC  27710   (919) 660-5111 or 660-5100
From: deveau@oceanroutes.ns.ca ("Terry J. Deveau")
Newsgroups: comp.windows.x
Subject: Re: GUIs Considered Harmful
Date: 28 Aug 92 15:03:34 GMT
Organization: Oceanroutes Canada Inc.

Elizabeth D. Zwicky <zwicky@erg.sri.com> writes:

> In the old NeWS toolkit, you had checkboxes. When they were selected,
> they had great big check marks in them. I comprehend this. In
> FrameMaker, unselected items have little raised squares, selected
> items have sunken squares. I do not comprehend this. Sometimes I think
> the sunken ones are supposed to be off. Yes, I know, I'm supposed to
> think of them like the kind of button that sinks in when you press it,
> but a) they don't really look like that b) no button I've ever seen
> goes raised->sunken; they either go raised->less-raised or
> flat->sunken and c) it just doesn't work for me.  The sunken ones are
> also darkened, which means that in a one-of-many selection, the item
> that's currently selected is the least visible; it looks almost greyed
> out, like it's inaccessible or something. Plus sometimes if you press
> on something sunken it pops out, sometimes it does nothing, and
> sometimes it acts as if you selected it again. If this 3-d stuff is
> supposed to mean something, instead of being glitz, I don't know what
> it is; I can't find a consistent meaning.

How true!  It's so bad that when I really only need two toggle buttons
(radio buttons) I always try to come up with a third one of some kind
so that the user will be able to infer which is set by playing the
famous television game "which of these things is not like the others?" :)

... Terry
From: gms@cv.hp.com (George Sachs)
Newsgroups: comp.windows.x
Subject: Re: Strange keyboard mapping for the hpux-8.0x X server ...
Date: 3 Sep 92 22:26:43 GMT
Organization: Hewlett-Packard Company, Corvallis, Oregon USA

The Mode_switch keysym is bound to the Mod1 modifier, making it
the Group modifier.  That is why you are seeing the key bindings
that you reported.

If you don't want Mod1 to be the group modifier, you can use
xmodmap to delete the Mode_switch keysym:

xmodmap -e "remove mod1 = Mode_switch"
From: TRANLE@INTELLICORP.COM (Minh Tran-Le)
Newsgroups: comp.windows.x
Subject: Strange keyboard mapping for the hpux-8.0x X server ...
Date: 3 Sep 92 06:29:13 GMT
Reply-To: tranle@intellicorp.com
Organization: The Internet


I have just noticed that the X server that comes with hpux 8.0 does
some strange keyboard mapping to some international keysyms when you
use the meta key (Alt_L).

For example if you run xev and press <Alt_L> and <x> you get the 
keysym "scaron".  Most the keys when used with the <Alt_L> key will
give strange keysyms.

Does anybody knows if there is a config file or a flag somewhere that
will tell the hpux X server not to use that strange keymap bindings.
Some program like GNU emacs wants that server send for <ALT><KEY>
the keysym for the <KEY> with the meta bit set.

Thanks,
Minh Tran-Le.
-------
Newsgroups: comp.windows.x
From: izeek@techunix.technion.ac.il (Ilan Aisic)
Subject: Re: XPutPixel and and XGetPixel and image layout
Reply-To: izeek@techunix.technion.ac.il (Ilan Aisic)
Organization: Technion, Israel Inst. of Technology
Date: Thu, 3 Sep 1992 16:47:04 GMT

In article <VICTOR.92Aug31135453@terse4.watson.ibm.com> victor@watson.ibm.com writes:
>I know that the standard "safe" way of writing and reading pixels in
>an image is to use XPutPixel and XGetPixel.  However, for speed one
>would like to read and write units (bytes, double bytes, quad bytes
>and whatever) directly for speed.  Is there a reliable way of
>determining what the layout of the image is?  I realize that,
>theoretically, it doesn't need to be layed out by scan lines, with
>possible padding, in which case all bets are off.  Is there a good way
>of determining whether or not this is the case (via some X calls), and
>if the image is layed out in a "standard" way to determine to
>parameters: a) how much space a pixel takes up, b) is there padding at
>the end of a scan line, and anything else that might be relevant.
>
>--
>		Victor S. Miller
>		Bitnet: VICTOR at WATSON
>		Internet: victor@watson.ibm.com
>		IBM, TJ Watson Research Center
>		"Great artists steal; lesser artists borrow" Igor Stravinsky


Well, why don't you use XGetImage, manipulate the whole rectangular,
and then call XPutImage to lay it back on the drawable?


    ____
     /  /   __ 
    /  /   /_/ /| /
 __/_ /__ / / / |/   o o o
 
                           Ilan Aisic
           Israel                                  USA
Voice:   972-4-344474                         1-914-644-7710
Fax:     972-4-342492                         1-914-644-7763
E-mail:  izeek@techunix.technion.ac.il        ilan@allink.com
Newsgroups: comp.windows.x
From: neideck@nestvx.enet.dec.com (Burkhard Neidecker-Lutz)
Subject: Re: xv extensions
Keywords: xv
Organization: CEC Karlsruhe
Date: Tue, 1 Sep 92 07:14:17 GMT

The sources on

	gatekeeper.dec.com:pub/X11/contrib/xv2r2.tar.Z

contain the man pages and other documentation as well.

		Burkhard Neidecker-Lutz

Multimedia Engineering, CEC Karlsruhe	   EERP Portfolio Manager
Software Motion Pictures		   Multimedia Base Technology
Digital Equipment Corporation
neidecker@nestvx.enet.dec.com
From: pgj@Apple.COM (Paul Jensen)
Newsgroups: comp.windows.x.intrinsics
Subject: Re: Shared memory extension (XShm)
Date: 4 Sep 92 01:42:19 GMT
Organization: A/UX Engineering, Apple Computer Inc.

In article <SPENCER.92Sep3162229@guraldi.med.umich.edu> spencer@med.umich.edu (Spencer W. Thomas) writes:
>I'm trying to use XShm.  The documentation says to call
>XshmQueryVersion to see whether you can use shared memory.  It is
>supposed to return True if shared memory is available and False if
>not:
>
>	Any code which uses the shared memory extension should first
>	check to see that the server provides said extension.  You
>	could always be running over the net, or in some other
>	environment where the extension will not work.
>
>	If the shared memory extension may be used, the return value
>	will be True; otherwise your program should operate using
>	conventional Xlib calls.
>
>However, it returns True even when I am talking to a display on a
>different machine.  I looked at the server code in shm.c. It always
>writes a reply to the client (apparently not checking whether the
>client is on the same machine as the server).  The client library code
>returns False only if _XReply returns False.  If a reply is
>successfully received, it returns True.
>
>Am I missing something?  Or is this function just broken (it clearly
>is not working right for me)?

Well, this isn't an intrinsics question, but I'll take a stab at it.

The MIT-SHM extension is classified as "experimental", which I suppose
means a little sloppiness in the implementation can be excused.
Having implemented another extension that employed shared memory segments,
I can testify that the problem of determining whether a client is
local is tricky under some operating systems.  What you need to do is
set an error handler to detect if the X_ShmAttach request fails.
Since there are other reasons the attach might fail, this is a
sensible thing to do anyway.

/PGJ

Newsgroups: comp.windows.x.intrinsics
From: rthomson@mesa.dsd.es.com (Rich Thomson)
Subject: Re: Can You have a dynamically sized array as an XT resource
Reply-To: rthomson@dsd.es.com (Rich Thomson)
Organization: Design Systems Division, Evans & Sutherland, SLC, UT
Date: Mon, 24 Aug 92 03:52:27 GMT

In article <1992Aug20.140441.10416@kong.gsfc.nasa.gov>
	dealy@kong.gsfc.nasa.gov (Brian Dealy - CSC) writes:
>    my original thought was send a resource number_vertices and an array
>    XtNvertices but I don't know how I should represent the vertices array
>    in the Resource declaration in my widget code...  Is this possible?

Yes, it is possible.  For instance, I wrote a string->point list
resource converter for the point list PHIGS datatype used in the PHIGS
API that is part of the PEX-SI.

If you want to look at that code, check out PEXt.tar.Z on
export.lcs.mit.edu; it's also in the contrib portion of the R5
distribution.

Now, if you're talking about how to do things via XtSetValues(), that
is a slightly different topic.  PHIGS point lists all were structures
of this flavor:

    typedef struct {
	int n;
	Ppoint *pts;
    } Ppointlist;

So, one could just create the Ppointlist structure and pass in the
address of the structure to the XtSetValues() routine.  I imagine if
you wanted to keep the resource type to be a strict array of Xpoints:

    XPoint *points;
    int n;

    XtVaSetValues(widget,
	NnumberPoints, n,
	Npoints, points,
	(String) NULL);

You can do this as well, but you then have the problem that the number
of points, or the array can be changed independently.  This can cause
nasty bugs because the two are interdependent but can be modified
individually.  I suggest you just create a new datatype PointList:

    typedef struct {
	int n;
	XPoint *pts;
    } PointList;

Similar to the PHIGS datatype.  This way, you are guaranteed
consistency when you do the SetValues.  Granted, you still have to
deal with the issue of the validity of the data pointed to by the
pointer.  These kinds of issues have come up alot in the design of the
Motif widget set with respect to the list widget and the text widget.

						-- Rich
-- 
	Repeal the personal income tax; vote Libertarian in 1992.
Disclaimer: I speak for myself, except as noted; Copyright 1992 Rich Thomson
UUCP: ...!uunet!dsd.es.com!rthomson			Rich Thomson
Internet: rthomson@dsd.es.com	IRC: _Rich_		PEXt Programmer
Newsgroups: comp.windows.x.intrinsics,comp.windows.x,comp.windows.x.motif
From: gblitchf@watcgl.uwaterloo.ca (Gwen Litchfield)
Subject: Core dump on call to XtVaAppCreateShell
Keywords: XtVaAppCreateShell
Organization: Computer Graphics Laboratory, University of Waterloo, Ontario, Canada
Date: Tue, 1 Sep 1992 14:16:15 GMT


I have written an application which must allow the user to 
create and destroy a plotting window many times.   I accomplish
this by calling XtVaAppCreateShell to create my top level shell 
for the plotting window, and I call XtDestroyWidget on the top 
level shell to destroy the plotting window.  Note: I only call
XtToolkitInitialize, XtCreateApplicationContext, and XtOpenDisplay
once upon startup of the application.

The first time the plotting window is created, everything is 
fine, and it then seems to be destroyed properly.  However, the
second time the plotting window is created, my application core
dumps on the call to XtVaAppCreateShell.  I have run this 
in the debugger and I get the following traceback:

   _XmNavigate
   XtInitializeWidgetClass
   _XtCopyAllSmallCallbacks
   XtCreateWidget
   XmGetScreenObject
   XrmQuarkToString
   XmBaseClassPartInitialize
   XtInitializeWidgetClass
   XtCopyAllSmallCallbacks
   XtAppCreateShell
   XtVaAppCreateShell


I have been trying to track down this bug on and off for 
a few weeks, and I would welcome any suggestions.  


To complete the description of the problem, I am running on an HP 9000/720
with HP-UX 8.0.7, and Motif 1.1.  My application mixes Motif,
Starbase, Xt and Xlib.  The order in which I link in these
libraries is `-lsb (Starbase) -lXm -lXt -lX11', with other
HP windowing libraries mixed in between.


----------------------------------------------------
Here is the code which creates the top level shell:
----------------------------------------------------

  /*
   * Create top level Shell Widget. 
   */
       toplevel = XtVaAppCreateShell(argv[0], "Tascflow", 
                     applicationShellWidgetClass, display,
                     XmNx, win_x,
                     XmNy, win_y,
                     XmNmwmFunctions, MWM_FUNC_RESIZE | MWM_FUNC_MOVE | 
                                      MWM_FUNC_MINIMIZE | MWM_FUNC_MAXIMIZE, 
                     XmNkeyboardFocusPolicy, XmPOINTER,
                     XmNdeleteResponse, XmDO_NOTHING,
                     XmNdestroyCallback, NULL,
                     XmNdepth, depth,
                     XmNcolormap, cmap,
                     XmNvisual, visual,
                     XmNinput, True,
                     XmNsaveUnder, True,
                     XmNinitialState, NormalState,
                     NULL);
                                   

-----------------------------------------------------
Here is the code which destroys the top level shell:
-----------------------------------------------------


         display = XtDisplay(toplevel);
         XtDestroyWidget(toplevel);
         XFlush(display);


Newsgroups: comp.windows.x.intrinsics
From: jhw@cbnewsc.cb.att.com (john.h.wilcox)
Subject: Re: More popup positioning troubles
Organization: AT&T
Distribution: usa
Date: Thu, 3 Sep 1992 12:47:06 GMT

> ...
>> Almost all of the respondees (is that a word?) told me to set the
>> resources, namely XtNx and XtNy.
> ...
>> No matter if I set the resources before the widget creation
>> call or just before the XtPopup call with an XtSetValues, the shell
>> goes where ever it please (and not always the same place).

It's been my experience that setting the XtNx and XtNy resources don't
have any affect if the widget (any widget) is a child of a form widget.
I set the XtNfromHoriz/XtNhorizDistance and/or the
XtNfromVert/XtNvertDistance resources instead.  That seems to work
all the time for me.

John Wilcox - AT&T Network Systems - Columbus, Oh - cbqaa!jhw
From: converse@excess.lcs.mit.edu (Donna Converse)
Newsgroups: comp.windows.x.intrinsics
Subject: Re: XtCallCallbacks warning message
Date: 25 Aug 92 19:25:37 GMT
Organization: X Consortium, MIT Laboratory for Computer Science

In article <BtI6Ju.Mx3@undergrad.math.waterloo.edu>,
pfferrei@napier.uwaterloo.ca (Paul Ferreira) writes:


> What does the following warning message mean:
> 
> Warning: Cannot find callback list in XtCallCallbacks

It means that the second parameter passed to XtCallCallbacks,
the callback_name, is not recognized, is not the name of a 
callback list for that widget.

> Can it cause problems in the application?

Whatever the intended callback list was, it won't execute.
The message itself will not cause a problem.
Newsgroups: comp.windows.x.intrinsics
From: spencer@med.umich.edu (Spencer W. Thomas)
Subject: Shared memory extension (XShm)
Followup-To: poster
Organization: University of Michigan
Date: Thu, 3 Sep 1992 21:22:29 GMT

I'm trying to use XShm.  The documentation says to call
XshmQueryVersion to see whether you can use shared memory.  It is
supposed to return True if shared memory is available and False if
not:

	Any code which uses the shared memory extension should first
	check to see that the server provides said extension.  You
	could always be running over the net, or in some other
	environment where the extension will not work.

	If the shared memory extension may be used, the return value
	will be True; otherwise your program should operate using
	conventional Xlib calls.

However, it returns True even when I am talking to a display on a
different machine.  I looked at the server code in shm.c. It always
writes a reply to the client (apparently not checking whether the
client is on the same machine as the server).  The client library code
returns False only if _XReply returns False.  If a reply is
successfully received, it returns True.

Am I missing something?  Or is this function just broken (it clearly
is not working right for me)?

Please respond by mail.

--
=Spencer W. Thomas 		|  Info Tech and Networking, B1911 CFOB, 0704
   "Genome Informatician"	|  Univ of Michigan, Ann Arbor, MI 48109
Spencer.W.Thomas@med.umich.edu	|  313-747-2778, FAX 313-764-4133
From: gdmr@dcs.ed.ac.uk (George Ross)
Newsgroups: comp.windows.x.intrinsics
Subject: Re: More popup positioning troubles
Date: 28 Aug 92 12:21:09 GMT
Organization: Department of Computer Science, Edinburgh University

In article <1992Aug27.194107.13633@advtech.uswest.com>, pprun@lookout.mnet.uswest.com writes:
> ... XtNgeometry works in the same code where XtNx & XtNy don't work. ...

The difference is in the type of hints which result (USPosition vs. PPosition).
Perhals you have your window manager configured to ignore PPosition hints and
to generate its own random position if the USposition hints aren't supplied.
-- 
George D M Ross, Department of Computer Science, University of Edinburgh
     Kings Buildings, Mayfield Road, Edinburgh, Scotland, EH9 3JZ
Tel: 031-650 5147   Internet: gdmr@dcs.ed.ac.uk   JANET: gdmr@uk.ac.ed.dcs
From: converse@expo.lcs.mit.edu (Donna Converse)
Newsgroups: comp.windows.x.intrinsics
Subject: Re: More popup positioning troubles
Date: 27 Aug 92 14:46:10 GMT
Organization: X Consortium, MIT Laboratory for Computer Science

In article <1992Aug26.164614.20623@advtech.uswest.com>,
pprun@lookout.mnet.uswest.com asks about positioning a popup shell.


> As I mentioned before, trying XtMoveWidget before the XtPopup call
> does not work.  

XtMoveWidget is completely inappropriate; it is supplied only for
use by composite widget writers.  


> Almost all of the respondees (is that a word?) told me to set the
> resources, namely XtNx and XtNy.

After checking to see that the user hasn't specified a geometry for the
popup shell -- because if they had, the application should respect the
user's preferences and not override them -- setting the x and y resources
of the shell is exactly how the application programmer specifies a
position.


> No matter if I set the resources before the widget creation
> call or just before the XtPopup call with an XtSetValues, the shell
> goes where ever it please (and not always the same place).

Look into it more closely.  Maybe you are passing garbage instead of
the intended values.  Maybe you should use xprop to look at the value
of the WM_NORMAL_HINTS property of the popup shell to see whether
the window manager is using a user-supplied position or a
program-supplied position, and whether your resource values are
actually seen by the wm, which looks at this property.

> In my befuddled mind,
> this points to the window manager playing the part of the bad guy.

So read the wm doc on positioning policy, or do a test run without a wm,
or with a different wm.


Donna Converse
MIT X Consortium
From: marbru@auto-trol.com (Martin Brunecky)
Newsgroups: comp.windows.x.intrinsics
Subject: Re: Getting color names(char*) for resources.
Date: 27 Aug 92 00:25:33 GMT
Organization: Auto-trol Technology Corporation

In article <3535@unisql.UUCP> nandraj@unisql.UUCP (Nandraj Arni) writes:
>
>   Say, if you make an application with motif GUI. You want to get
>the name of colors of some resources programmitically. How would
>you do that at any level, Xlib, Xt or Motif?
>

   Seemingly simple, isn't it ?

    XtGetValue ..... get the pixel value
    XQuerryColor ... get the rgb values for that pixel
    ???
    ----> now you can generate a "named" color in form #ffff0000fff
    
    If you assume access to server's rgb.txt file, you can lookup
    the file name in there - even use some approximations looking up
    the closest color.
    If you do not assume that, you can XLookupColor for each named
    color you consider "close" enough your rgb to be worth of trying,
    and translate your rgb value to the nearest color you querried.

    If you are using Xt, the color<->pixel conversion is likely to
    be in Xt conversion cache (likely ... beware of Motif :-).
    As a real hack, you can write code that will peek into the
    resource cache (assuming you use MIT Xt and have source access).

   Any better ideas ?


-- 
=*= Opinions presented here are solely of my own, not those of my employer =*=
Martin Brunecky           marbru@auto-trol.com                  (303) 252-2499                       
Newsgroups: comp.windows.x.intrinsics,comp.windows.x