HDTenEightyP/NetNews huggingface dataset:
From: westhawk!thp@scslwide.sony.co.jp (Timothy H Panton)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Xt and CPU usage
Date: 29 Dec 92 13:29:06 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Tue, 29 Dec 92 11:06:49 GMT
Message-Id: <9212291106.AA13233@westhawk.uucp>
X-Sun-Charset: US-ASCII
Content-Length: 1337


> Each application is driven by both the GUI and serialized data using
> XtInputCallbackProc's.

> 2 applications will put CPU usage of a Sparc 2 at 97%, even when
> completely idle with no serialized data input and no X events (GUI input).

At a guess I'd say you have your XtInputCallbackProc reading from a file.
(as opposed to a socket or pipe or stream).
The action of XtAppAddInput is deliberately loosely defined, on most UN*X
systems it calls select() or poll(). If select()  replies "ready" for a given
file descriptor then your XtInputCallbackProc will get called.

On most Un*X's select() for readability on an open file gives "ready" even
if you are at the end of file. A (hack) way around this is to 
popen("tail -f filename"); 
and use the returned pipe instead of your file descriptor.

Other things to check for are timers and work procs. 

Tim.
+----------------------------------------------------------------------------+
|Tim Panton, Westhawk Ltd.  "Couldn't you make this a little easier for me?" |
|Phone: +44 244 314800          "Nope. This is as easy as it gets."          |
|Email: thp%westhawk.uucp@uknet.ac.uk                                        |
|Paper: Westhawk Ltd. Archway House, Station Road, Chester. CH1 3DW. UK      |
+----------------------------------------------------------------------------+
From: garath@engin.umich.edu (Scott Grosch)
Newsgroups: fj.mail-lists.x-window
Subject: Varargs functions
Date: 2 Jan 93 01:38:12 GMT
Distribution: fj
Organization: University of Michigan Engineering, Ann Arbor

Date: Fri, 01 Jan 93 19:26:51 EST
Message-Id: <LJb=sL@engin.umich.edu>
Newsgroups: comp.windows.x


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: rgasch@nl.oracle.com (Robert Gasch)
Newsgroups: fj.mail-lists.x-window
Subject: XGetImage call
Date: 31 Dec 92 19:10:36 GMT
Distribution: fj
Organization: Oracle Europe

Date: 31 Dec 92 12:23:44 GMT
Message-Id: <3446@nlsun1.oracle.nl>
Newsgroups: comp.windows.x

I have been attempting to implement a call to XGetImage in my
program, so far without success. I usually get a core dump after 
several calls. Since all the help people offered on my last 
query regarding this problem has not enabled me to solve my
problems, I was wondering if anybody out there has any sample
code that I could look at. Maybe that would let me see through the
mysteries of this function that has eluded me for so long.

Thanks a lot
---> Robert
rgasch@nl.oracle.com
From: ricky@FibHaifa.com (ricky@FibHaifa.com (Ricardo Marek))
Newsgroups: fj.mail-lists.x-window
Subject: xconsole client cannot open console..
Date: 30 Dec 92 05:23:26 GMT
Distribution: fj
Organization: Fibronics ltd., Haifa - ISRAEL

Date: 29 Dec 92 17:24:00 GMT
Message-Id: <647@ariadna.FibHaifa.com>
Newsgroups: comp.windows.x



Hi Xers:

We have xconsole client, compiled under X11R5 pl.19

If a regular user (Nor `root') runs this client, he/she gets
a message on the xconsole window, and the messages on the
real console still disrupting the display.

The message in the X-client is: Couldn't open console

We run XDM!! 

I tried also to set uid and gid the binaries of xconsole, but no
exit..

Any Hint?!

______             _                 __    __
| __  \           | |   _           /  \  /  \   
| |_| |     ____  | | / /          /    \/    \  
|  ___/ _  | ___| | |/ / _   _    /  /\    /\  \ 
| |\ \ | | | |__  | |\ \ \ \/ /  / Ricky Marek (System Manager)
|_| \_\|_| |____| |_| \_\ \  /  / e-mail: ricky@FibHaifa.com
__________________________/ /  / phones: +972-4-313690
|__________________________/  / fax: +972-4-550668 \
Fibronics Ltd., Matam Industrial Park, Haifa 31905, ISRAEL
                            /__/                  \__\


-- 
--
From: fmn@nevada.edu (FRANK NEEDHAM)
Newsgroups: fj.mail-lists.x-window
Subject: X Hangs
Date: 22 Dec 92 23:12:53 GMT
Distribution: fj
Organization: University of Nevada System Computing Services

Date: Tue, 22 Dec 1992 18:09:01 GMT
Message-Id: <1992Dec22.180901.28862@nevada.edu>
Newsgroups: comp.os.linux,comp.windows.x,comp.windows.x.i386unix

After X cranks up, the screen hangs with xclock trying to start and no input
is accepted from the mouse.

There have been references to this problem before, I know. I can't recall the
solution to this. Can someone kindly tell me what to look at to solve this?

thanks,
-frank
From: rns@deakin.OZ.AU (Robert Sturrock)
Newsgroups: fj.mail-lists.x-window
Subject: Re: setting DISPLAY env variable
Date: 21 Dec 92 14:56:09 GMT
Distribution: fj
Organization: Deakin University

Date: 21 Dec 92 12:02:42 GMT
Message-Id: <1h4bp2INNi8u@sol.deakin.OZ.AU>
Newsgroups: comp.windows.x

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".


Rob
From: u438813@ba.ncu.edu.tw (Lin Wei-Ting)
Newsgroups: fj.mail-lists.x-window
Subject: How to let the pointer disappeared?
Date: 25 Dec 92 23:30:29 GMT
Distribution: fj
Organization: Sun Microsystems, Inc.

Date: Fri, 25 Dec 1992 18:15:45 GMT
Message-Id: <1992Dec25.181545.21726@sparc4.ncu.edu.tw>
Newsgroups: comp.windows.x

I want to let the pointer disaooeared when the pointer enters a canvas.
How should I do ?

Thanks..
From: a722756@roper.mc.ti.com (W. Donald Rolph)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Ansi Xterm
Date: 28 Dec 92 23:50:22 GMT
Distribution: fj
Organization: Texas Instruments / Attleboro Mass / USA

Date: 28 Dec 92 19:42:23 GMT
Message-Id: <1992Dec28.144223@roper.mc.ti.com>
Newsgroups: comp.windows.x


If I may express a bit of concern.  We utilize ANSI X3.64 to ensure that we have
a standards based vt100 class text support.  Based on these discussions, it would
appear that we are going to supercede a large installed base of text terminals
the way I hear this effort going.
-- 

Regards.
 
Don Rolph  a722756@pan.mc.ti.com WD3 MS10-13 (508)-699-1263
From: mayer@wrc.xerox.com (Jim Mayer)
Newsgroups: fj.mail-lists.x-window
Subject: Re: An Open Challenge (it can't be done!)
Date: 24 Dec 92 21:03:24 GMT
Distribution: fj
Organization: Xerox Webster Research Center

Date: Wed, 23 Dec 1992 19:31:52 GMT
Message-Id: <MAYER.92Dec23143152@fliff.wrc.xerox.com>
Newsgroups: comp.windows.x


> Here's the short form:
>  - 8 bit image in backing pixmap used to update window
>  - Image drawn in 8 bit X window
>  - Want to draw diagonal lines on top of image that can
>    be removed quickly (i.e. replace them with the data they so
>    recently covered)
>  - Can't do server extensions (too many platforms to support)
> Betcha can't do it!

How about redrawing the lines using GX with the following set:

	function:	GXcopy
	fill_style: 	FillSolid
	tile:		the backing pixmap
	ts_x_origin:	0
	ts_y_origin:	0

I belive that this will cause the lines to be overwritten with the
image.


	

--
-- Jim Mayer
                                        Phone: (716) 422-9407
Webster Research Center                 Intelnet phone: 8*222-9407
Xerox Corporation                       Internet Email: mayer@wrc.xerox.com
800 Phillips Road, 0128-29E             XNS Email: James L Mayer:Wbst128:xerox
Webster, New York 14580                 Facsimile: (716) 265-7133
From: dhw@plex-1.ann-arbor.mi.us (David West)
Newsgroups: fj.mail-lists.x-window
Subject: Exactly when is the screen virtualised?
Date: 31 Dec 92 16:59:09 GMT
Distribution: fj
Organization: Plex-1, Michigan's Public Access Usenet Gateway  (Ann Arbor).

Date: Thu, 31 Dec 1992 07:25:17 GMT
Message-Id: <1992Dec31.072517.22656@plex-1.ann-arbor.mi.us>
Newsgroups: comp.windows.x

I'm trying to get a non-virtual screen, because I dislike the panning when
the mouse cursor hits the edge of the real screen.  So I start by removing
the line containing the word "virtual" from the Xconfig, and, by playing with 
the timings, get a perfectly good non-virtual 832x624 mode.  But the refresh 
rate is rather low, so I try for an 800x600 mode, which will have less flicker.
I have no problem getting stable 800x600 modes, but _they are all virtual_!

Can anyone tell me the exact circumstances under which virtualisation occurs,
and how to prevent it?

Setup: Xfree86 1.0Ya mono, 28MHz video clock, autosync monitor.  The video
       card is not easily configurable for higher clock speeds under the
       operating system I am using :-(.

Thanks in advance, etc
[There may be a more specific newsgroup for such a question, but this site
doesn't get it.]

-David West      dhw@plex-1.ann-arbor.mi.us
From: ori@marvin.technion.ac.il (Ori Degani)
Newsgroups: fj.mail-lists.x-window
Subject: Re: PLEASE HELP ME WITH THIS CALLBACK PROBLEM!
Date: 31 Dec 92 11:11:40 GMT
Distribution: fj
Organization: Heart of Gold Institute

Date: Thu, 31 Dec 1992 02:08:51 GMT
Message-Id: <1992Dec31.020851.8697@discus.technion.ac.il>
Newsgroups: comp.windows.x

sllkz@cc.usu.edu wrote:

:   Hi all,
:          I have a problem regarding text widget. I have a text widget which
: always reads from a file and displays its contents. But the problem is that
: the callbacks relating to text widget are for activate,focus,.... etc while
: I NEED to invoke the callback always, no matter what. These predefined
: callbacks dont help me at all Since the user will be doing other things that
: wouldnt activate the predefined callbacks. I hope I have made myself clear
: on this.
: 	 So the question is: Is there a callback resource I can use with
: XtAddCallback  so that the callback function is always called no matter what.
: 	Any help will be appreciated. Thanks in advance.
: Krishna

Maybe you want to read the file when it changes?
Then I think you could use XtAddInput()
--
   |  ----      Ori Degani
   |  |___      ori@eddie.technion.ac.il   (Ship Computer on the HOG)
   |  |         ori@marvin.technion.ac.il  (Who else) 
   |  ----      s2973229@techst02.technion.ac.il (Ech..)
From: converse@expo.lcs.mit.edu (Donna Converse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Command line parsing query
Date: 22 Dec 92 20:54:55 GMT
Distribution: fj
Organization: X Consortium, MIT Laboratory for Computer Science

Message-Id: <9212221854.AA24001@excess>
Date: Tue, 22 Dec 1992 13:54:27 EST


> 	It is possible to make the X command line parser stop as soon
> as it gets an argument that it doesn't understand?

No, it can stop parsing the command line only if it can recognize the
argument, that is, only if you have provided the string(s) that signal
that no more arguments should be parsed.


Donna Converse
MIT X Consortium
From: oj@miki.pictel.com (Oliver Jones)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Ansi Xterm
Date: 23 Dec 92 19:15:29 GMT
Distribution: fj
Organization: PictureTel Corporation

Date: Wed, 23 Dec 1992 14:36:14 GMT
Message-Id: <1992Dec23.143614.666@miki.pictel.com>
Newsgroups: comp.windows.x

In article <1992Dec23.031500.14604@thunder.mcrcim.mcgill.edu> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:

>Everybody keeps talking about "ANSI color"....
> ... is everyone just saying "ANSI" when they really mean "ISO 6429"?

Yes.  In Chapter 11 my MS-DOS 5.0 reference manual says, and I quote:

    An ANSI _escape_sequence_ is a command you send to your console device
    (monitor or keyboard).  This command is called an escape sequence
    because it begins with the escape character (ESC) and is not
    considered part of the typical output.  It was developed by the
    American National Standards Institute.

(Quiz question--where are the appropriate places to put the [sic]
notation in that quotation?  I count at least four. :-)

An appendix of the same fine manual specifies the escape sequences.  A
footnote points out that the color-setting sequences are ISO 6429.  I
suspect that the REAL "standard"--from which people should implement--
is (groan) the DOS manual's appendix on "ANSI.SYS."

Here are the sequences which set color.  Again, I'm quoting verbatim:

    ESC[<param>;<param>;...<param>m

    Set Graphics Mode.  Calls the graphics functions specified by the
    following values.  These specified functions remain active
    until the next occurrence of this escape sequence.

    Text Attributes

       0  all attributes off
       1  Bold on
       4  Underscore (on monochrome display adapter only)
       5  Blink on
       7  Reverse video on
       8  Concealed on

    Foreground colors
       30  Black        34  Blue
       31  Red          35  Magenta
       32  Green        36  Cyan
       33  Yellow       37  White

    Background colors
       40  Black        44  Blue
       41  Red          45  Magenta
       42  Green        46  Cyan
       43  Yellow       47  White

      Parameters 30 through 47 meet the ISO 6429 standard

Ollie Jones
From: dhw@plex-1.ann-arbor.mi.us (David West)
Newsgroups: fj.mail-lists.x-window
Subject: Seeking Xfree86-mono info
Date: 25 Dec 92 04:52:33 GMT
Distribution: fj
Organization: Plex-1, Michigan's Public Access Usenet Gateway  (Ann Arbor).

Date: Thu, 24 Dec 1992 21:46:11 GMT
Message-Id: <1992Dec24.214611.1705@plex-1.ann-arbor.mi.us>
Newsgroups: comp.windows.x

Where can I find more info on the Xfree86 mono X-server?  The sorts of questions
I would like to see answered are:

1) If one's display system has higher-than-VGA resolutions, can the mono server
   use them, and if so, how does one set it up?  (Is the answer "exactly the 
   same as the color server"?) Are there example Xconfigs around?  I've seen 
   people claim that the mono server will only do 640 X 480 (800 X 600 virtual),
   but it's not clear if this results from assuming a standard VGA, or whether 
   the server itself has this limitation.  If the latter, are there plans to
   remove the limitation?

2) xfishtank 2.0 was said (by someone unknown) to not run on the mono server.
   If so, why?  What about an app makes it unrunnable on the mono server?

-David West         dhw@plex-1.ann-arbor.mi.us
From: uniel@uts.uni-c.dk (Erik Lawaetz)
Newsgroups: fj.mail-lists.x-window
Subject: Input/display/print of Kana ??
Date: 31 Dec 92 17:57:35 GMT
Distribution: fj
Organization: UNI-C, Danish Computing Centre for Research and Education

Date: 31 Dec 92 11:40:18 GMT
Message-Id: <1992Dec31.114018.11901@uts.uni-c.dk>
Newsgroups: comp.windows.x,comp.sys.sun.wanted


I have been trying to put together a minimal setup for (initially)
inputting and displaying Kana. I figured out that kterm will help, but
it needs numerous other software, and every time I pick something up I
end up needing something more.

Can anyone help me with a minimal list of what I need to do this? I'm
on a Sparc IPC with SunOS 4.1.1B, OW2.0, X11R5.

A future project would be input and printing (Postscript?) of Kana.
Any help there?

--
Erik.Lawaetz@uni-c.dk
From: bane@vtx.ma.man.ac.uk (Michael!)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Xlogin
Date: 23 Dec 92 05:50:08 GMT
Distribution: fj
Organization: Magic Michael's Mushroom Factory.

Date: 22 Dec 92 13:43:19 GMT
Message-Id: <7088@m1.cs.man.ac.uk>
Newsgroups: comp.unix.admin,comp.unix.aix,bit.listserv.aix-l,comp.windows.x

In article <1gia36INN6v4@matt.ksu.ksu.edu>, holland@matt.ksu.ksu.edu (Rich Holland) writes:
|> I'm using X11R5 on an RS/6000 running AIX 3.2.[recent].  When I sit down at
|> my xterm, I get xdm's login screen, which then runs Xlogin after I give it my
|> userid and password.  The top window of the MOTD message has the following: 
|> 
|> > Warning!  No ClassDefaults found for class "Xlogin"
|> > Please notify System-Adminstrator
|> 
|> I can't figure out how to set up ClassDefaults for Xlogin.  I tried setting
|> some things (like fore/background colors, etc) in my .Xdefaults file, but
|> I still got the error.  I tried creating an .Xlogin file, and it didn't seem
|> to change a thing.  The only thing that worked was creating a .hushlogin file,
|> but then I don't get anything -- it immediately starts bringing up my windows
|> as defined in my .xsession file.  
|> 
|> Anyone have a similar problem in the past and could help?  I've read the man
|> pages, but they don't hint to much...
|> 
|> -- 
|> Rich Holland              | INTERNET: holland@matt.ksu.ksu.edu
|> 100 Jardine Terr, Apt A7  | BITNET  : holland@ksuvm
|> Manhattan, KS  66502-3357 | UUCP    : ...!rutgers!matt.ksu.ksu.edu!holland
|> char*p="char*p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}


Are you sure this ain't something that the sysadmin should sort out in the
system default file xdm-config or possibily the Xsetup_0 file? 

Alternatively, thou i doubt this is the problem, try cp-ing yer .Xdefaults
to .Xresource[s]


michael
From: straw@cam.nist.gov (Mike_Strawbridge_x3852)
Newsgroups: fj.mail-lists.x-window
Subject: selecting in Motif ScrolledList causes core dump
Date: 30 Dec 92 00:44:20 GMT
Distribution: fj
Organization: National Institute of Standards & Technology, Gaithersburg, MD

Date: 29 Dec 92 19:50:46 GMT
Message-Id: <9967@oak.cam.nist.gov>
Newsgroups: comp.windows.x.motif,comp.windows.x

I got some more information on my problem since I tried it on a system
with the Motif source code.

I am running this on a Sun 4, SunOS 4.1.3, MIT X11R4 and Motif 1.1.4.

In my application I have a ScrolledList. The list has selectionPolicy set 
to BROWSE_SELECT. Sometimes, but not always, the following action will 
cause the application to dump core ...

- 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.

The application dumps core with the following status from dbx:

  program terminated by signal SEGV (no mapping at the fault address)
  ClickElement() at 0x65e64
  BrowseScroll() at 0x66214
  DoOtherSources() at 0xf778174c
  XtAppNextEvent() at 0xf7781938
  XtAppMainLoop() at 0xf77799cc

Note that it does not crash every time you do this. Most of the time
it calls the XmBrowseSelectionCallback as expected.

The bad variable in ClickElement() is lw->list.InternalList. It is
referenced and has a value of NULL!

Does anyone know what my problem is? Is this a bug in Motif 1.1.4 or have 
I forgotten to configure something in the List/ScrolledWindow combination?

Thanks.

Mike

-----------------------------------------------------------------------
NAME:   Michael Strawbridge                     TELE: (301) 975-3852
USMAIL: National Institute of Standards         ARPA: straw@cam.nist.gov
                and Technology                  UUCP: uunet!cme-durer!straw
        Rm. B-146, Bldg. 225
        Gaithersburg, MD  20899
From: daver@cbnewsj.cb.att.com (dave.robertson)
Newsgroups: fj.mail-lists.x-window
Subject: Help Request for mwm send.msg
Date: 22 Dec 92 15:42:04 GMT
Distribution: fj
Organization: AT&T

Date: Tue, 22 Dec 1992 13:41:47 GMT
Message-Id: <1992Dec22.134147.18146@cbnewsj.cb.att.com>
Newsgroups: comp.windows.x,comp.windows.x.motif


I tried posting this last week, but received no response or suggestions
from the motif newsgroup, and so I am re-posting and also cross-posting
to comp.windows.x .........

I am having problems trying to use the send_msg function in mwm.
I need to add an application specific capability to each window
manager menu, and I believe that this can be achieved in this manner.

Firstly in my mwm configuration file I define the menu as follows : 

Menu DefaultWindowMenu MwmWindowMenu
{
    MyFunc              f.send_msg 123
    Restore             f.normalize
    Minimize            f.minimize
    Maximize            f.maximize
    Lower               f.lower
    no-label            f.separator
    Close               f.kill
}

where MyFunc is my application specific capability.
On startup, I do the following:

Atom	wm_motif_messages;

wm_motif_messages = XInternAtom(dpy, "_MOTIF_WM_MESSAGES", FALSE);

Then, when windows are created:

static	int	helpmsg = 123;

XChangeProperty(dpy, win, wm_motif_messages, XA_INTEGER, 32,
                PropModeReplace, (unsigned char *) &helpmsg, 1);

I then check for the appropriate ClientMessage event while the application
is running.

My problem is that MyFunc is always dimmed. What am I doing wrong?
I suspect that my XChangeProperty() call may be at fault and I have
tried a few variations on the above. If I run xprop on one of my windows
then it appears that the message number 123 has been correctly registered
with the _MOTIF_WM_MESSAGES property.

One further point, I am not using the Motif toolkit but instead a 
proprietary Xlib based class library. The principles ought to be the
same though.

If anyone has done this before and has code segments that they don't
mind sharing, or any suggestions, I'd really appreciate it.

Dave Robertson
Consultant				att!mtnms!dar
AT&T Paradyne
Middletown, NJ				(908) 957 3925

// "All I want for Christmas is for my send.msg to work!"
From: probreak@matt.ksu.ksu.edu (James Michael Chacon)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X Question
Date: 23 Dec 92 08:46:46 GMT
Distribution: fj
Organization: Kansas State University

Date: 23 Dec 1992 01:36:41 -0600
Message-Id: <1h94u9INN5g5@matt.ksu.ksu.edu>
Newsgroups: comp.os.linux,comp.windows.x,comp.windows.x.i386unix

koverber@cs.ulowell.edu (Kurt Overberg) writes:


>Normally, there is a startup file that gets executed when
>you run startx.  I believe the name of the file is
>'.startxrc' or something like that.  Your problem might be
>that when X starts up, all it does is start up the Xserver, 
>it dosen't start up any clients, such as xterm.

>This is a sample .startxrc

>#
># Clients started by default by startx
># The last client should NOT be started in the background.
>#
>xterm -sb  &
>exec uwm 


>					peace out.


>					   kurt
>-- 

It's called .xinitrc, and needs to be in your home directory.

James
From: converse@expo.lcs.mit.edu (Donna Converse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Where are %N, %T, et. al. documented?
Date: 22 Dec 92 22:01:56 GMT
Distribution: fj
Organization: X Consortium, MIT Laboratory for Computer Science

Message-Id: <9212221844.AA23985@excess>
Date: Tue, 22 Dec 1992 13:44:54 EST


> I am looking for where %N, et. al. are documented. I know I saw a list
> of all these variables documented in one location. I am talking about:
> 
> XUSERFILESEARCHPATH=/home/tivoli/dinah/app-defaults/%N
> 
> and so on.

In the R5 Intrinsics specification, see sections 2.3 and 11.11.


Donna Converse
MIT X Consortium