HDTenEightyP/NetNews huggingface dataset:
From: censjg@caledonias3.caledonia.hw.ac.uk (Simon Greaves)
Newsgroups: fj.mail-lists.x-window
Subject: X11R5 on Sun 386i
Date: 6 Nov 92 00:48:07 GMT
Distribution: fj
Organization: Department of Computer Science, Heriot-Watt University, Scotland

Date: 5 Nov 92 10:17:32 GMT
Message-Id: <1992Nov5.101732.7696@cs.hw.ac.uk>
Newsgroups: comp.windows.x

I'm thinking about getting an old second hand Sun 386i, but one of my considerations is how easy/difficult it is to get X11R5 running on the machine. I have built X on Sun SPARC's and DECstation 5000's but they don't take much effort to get to work, has anyone built X for the 386i? I guess yes, but any comments would be much appreciated..( ie should I hold out for a Sun 3/60?)

email preferred (Janet gatewayed via nsfnet-relay)

-- 
Simon
------------------------------------------------------------------------
Simon Greaves                   | Janet:        censjg@uk.ac.hw.clust
Systems & Comms programmer      | Internet:     simong@festival.ed.ac.uk
Computer Centre                 | Fax:          +44 31 451 3261
Heriot-Watt University          | Voice:        +44 31 451 3265
Edinburgh EH14  4AS             |
Uk                              | "Pretty with hairy legs" --A.Belew
From: etxmesa@eos.ericsson.se (Michael Salmon)
Newsgroups: fj.mail-lists.x-window
Subject: Re: FLAME, FLAME ON X!!!
Date: 10 Nov 92 21:03:24 GMT
Distribution: fj
Organization: Ericsson Telecom AB

Date: 10 Nov 92 11:01:08 GMT
Message-Id: <1992Nov10.110108.8015@ericsson.se>
Newsgroups: comp.windows.x

In article <1683@igd.fhg.de>, 
baumann@igd.fhg.de (Peter Baumann) writes:
[...]
|> PS:
|> Have you ever had something named X in your home directory when
|> starting xinit? (I figure that each of us has "." at the beginning
|> of the PATH variable...) - Nice effect.

Unfortunately there are people that have . at the start of their path,
personally I have it last and often feel that is chancy enough.

-- 

Michael Salmon

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

Ericsson Telecom AB
Stockholm
From: singg@alf.uib.no (Kurt George Gjerde)
Newsgroups: fj.mail-lists.x-window
Subject: Load pixmap into pixmap
Date: 7 Nov 92 21:16:40 GMT
Distribution: fj
Organization: University of Bergen, Norway

Date: 7 Nov 92 14:21:04 GMT
Message-Id: <1992Nov7.142104.23123@alf.uib.no>
Newsgroups: comp.windows.x

I use the following code for loading a pixmap and drawing it inside
another pixmap:

             userpixmap = XmGetPixmap(XtScreen(drawing_a),name,fg,bg);

             if (userpixmap==XmUNSPECIFIED_PIXMAP)
                reportError(drawing_a,"Can't find bitmap '%s'.",name,NULL,
                            NULL,NULL);
             else {

                if (XGetGeometry(dpy,userpixmap, &d_root, &d_x, &d_y, &width,
                             &height, &d_border_width, &d_depth)) {

                   image  = XGetImage(dpy, userpixmap, 0,0, width, height,
                                       1, XYPixmap);

                   XPutImage(dpy,win, gc,image,0,0,posX,
                             posY,image->width, image->height);
                   XPutImage(dpy,pixmap, gc,image,0,0,posX,
                             posY,image->width, image->height);

                   XFree(image);
                }
                XmDestroyPixmap(XtScreen(drawing_a),userpixmap);
             }

Are there any faster ways to do this??


Kurt.
From: iversen@dsfys1.fi.uib.no (Per Steinar Iversen)
Newsgroups: fj.mail-lists.x-window
Subject: Re: xsetroot for VMS/DecWindows
Date: 7 Nov 92 03:08:58 GMT
Distribution: fj
Organization: Department of Physics, University of Bergen, Norway

Date: 6 Nov 92 06:13:07 GMT
Message-Id: <1992Nov6.061307.8235@alf.uib.no>
Newsgroups: comp.windows.x


In article <9211051512.AA08704@cephb.cephb.fr>, chrisp@cephb.cephb.fr (Chris Person) writes:

>Hi,
>
>I look for program equivalent to xsetroot on X/Unix machine but for VMS runnin g 
>DecWindows. this program must be able to load standard bitmap files .
>
>If other format could be supported at the same time, it would be great.
>
>Does anybody know where I could transfer such program from?

If you run DECwindows/Motif 1.1 it is already there, it is one of a number of
common X-utilities that DEC now bundles with DECwindows. From my system:

$ dir DECW$UTILS

Directory SYS$COMMON:[SYSHLP.EXAMPLES.DECW.UTILS]

ATOBM.C;1           ATOBM.EXE;1         BITMAP.C;1          BITMAP.EXE;1
BMTOA.C;1           BMTOA.EXE;1         COPYRIGHT.H;1       DECW$DEFINE_UTILS.COM;1
DIALOG.C;1          DSIMPLE.C;1         DSIMPLE.H;1         EXEC.C;1
HANDLE.C;1          PF.C;1              STRIPNAME.C;1       UNLINK.C;1
WQ.H;1              XDPYINFO.C;1        XDPYINFO.EXE;1      XEV.C;1
XEV.EXE;1           XLSATOMS.C;1        XLSATOMS.EXE;1      XLSFONTS.C;1
XLSFONTS.EXE;1      XLSWINS.C;1         XLSWINS.EXE;1       XMAG.C;1
XMAG.EXE;1          XMODMAP.C;1         XMODMAP.EXE;1       XMODMAP.H;1
XPROP.C;1           XPROP.EXE;1         XRDB.C;1            XRDB.EXE;1
XREFRESH.C;1        XREFRESH.EXE;1      XSET.C;1            XSET.EXE;1
XSETROOT.C;1        XSETROOT.EXE;1      XWD.C;1             XWD.EXE;1
XWDFILE.H;1         XWININFO.C;1        XWININFO.EXE;1      XWUD.C;1
XWUD.EXE;1

I must admit I have not tried it yet...

-psi

+------------------------------------------------------------------------------+
! Per Steinar Iversen    ! Internet:     iversen@vsfys1.fi.uib.no              !
! Fysisk Institutt       ! BITnet:       iversen@cernvm.bitnet                 !
! Universitetet i Bergen ! HEPnet:       VSFYS::IVERSEN (VSFYS=21.341=21845)   !
! Allegaten 55           ! Phone:       +47 5212770                            !
! N-5007 Bergen          ! Fax:         +47 5318334                            !
! NORWAY                 !                                                     !
+------------------------------------------------------------------------------+
From: cowleym@sacomm.schulz.unisa.edu.au
Newsgroups: fj.mail-lists.x-window
Subject: X Toolkit Error: Can't Open display!!!
Date: 9 Nov 92 23:02:15 GMT
Distribution: fj
Organization: University of South Australia

Date: 4 Nov 1992 23:30:26 GMT
Message-Id: <1d9meiINNfh@sacomm.schulz.unisa.edu.au>
Newsgroups: comp.windows.x.apps,comp.windows.x


Trying to run any X-windows application from a window on our Ultrix machine, 
on my VMS VAXstation, over DECNET, as myself (not the superuser) I always 
get the message:  

	(This is so compicated, I hope it's clearer than mud to you)

Xlib:  connection to "saccs1::0.0" refused by server
Xlib:  Client is not authorized to access server
X Toolkit Error: Can't Open display

I am running Motif on a VAXstation 3100.
I have set Security Options in the Session Manager, authorizing myself as user
over DECNET to the Unix machine. (If I authorize ROOT in my Session Manager's
Security options, and become the superuser on the Ultrix machine, I CAN run the 
X-windows applications)

My .login file on the Ultrix machine (DS5000), has setenv DISPLAY saccs1::0.0
to indicate DECNET connection.


An application I want to run might be the archie client:

-rwxr-xr-x  1 root      1550836 Nov  4 16:56 xarchie*

and may use :

-rw-rw-r--  1 root       195364 Nov 4 16:56 /usr/lib/X11/libezMenu.a
-r--r--r--  1 root       18066  Nov 4 16:56/usr/local/lib/app-defaults/Xarchie

Why can't I run it?
Something amiss with the X Toolkit?
Everyone has read access to the /usr/lib/libX* libraries and
/usr/include/mit/X11 files

What more do I have to do?

---
AusMail: Margaret Cowley, UniSA, Schulz Building, Kintore Ave.,Adelaide,SAust.
E-Mail : cowleym@schulz.unisa.edu.au, Phone:+61 8 301 1617, FAX:+61 8 301 2602
From: singg@alf.uib.no (Kurt George Gjerde)
Newsgroups: fj.mail-lists.x-window
Subject: Saving pixmap
Date: 7 Nov 92 20:37:45 GMT
Distribution: fj
Organization: University of Bergen, Norway

Date: 7 Nov 92 14:23:12 GMT
Message-Id: <1992Nov7.142312.23199@alf.uib.no>
Newsgroups: comp.windows.x

I use the following code to save a pixmap to file:


             if (!XWriteBitmapFile(dpy,name,pixmap,width,
                                  height,-1,-1) != BitmapSuccess)
                reportError(drawing_a,"Error saving drawing to '%s'.",tok[1],
                            NULL,NULL,NULL);


Are there any faster ways of doing this??

Kurt.
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: colormap question (is twm ICCCM compliant?)
Date: 5 Nov 92 10:32:44 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Sun, 1 Nov 92 09:40:04 GMT
Message-Id: <1992Nov1.094004.27976@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <BwxpE6.8pz@tik.vtt.fi>, Markku.Savela@tel.vtt.fi (Markku Savela) writes:
> In article <1992Oct28.170153.2715@thunder.mcrcim.mcgill.edu> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>> If you want windows other than your top-level window to have
>> colormap priority over your top-level window, you have to explicitly
>> list your top-level window *after* the other window(s) in the
>> WM_COLORMAP_WINDOWS list.
> I am writing among other things a raster image widget, which
> depending on some resource values should dynamically change the
> colormap it has.  Unfortunately I cannot get it to work.

> 		cmap = XCreateColormap(display, root, visual, AllocNone);
> 		if (cmap)

This is dangerous.  There is no guarantee that Colormap is a type that
can meaningfully be compared with zero, as is done in the if.  Even
when it is, there is no guarantee that zero corresponds to any
particular Colormap value.  Besides all that, XCreateColormap can't
fail in this way; if it fails, it fails by generating an X error rather
than by returning a distinctive value.

> 			XSetWindowColormap(display, XtWindow(w), cmap);
> 			for (tmp[0] = tmp[1] = (Widget)w; !XtIsShell(tmp[1]);)
> 				tmp[1] = XtParent(tmp[1]);
> 			XtSetWMColormapWindows(tmp[1], tmp, 2);

I don't know what the interface for XtSetWMColormapWindows is; the man
pages installed here don't mention it at all, as far as I can tell.
One possibility is that it is supposed to take windows instead of
widgets.  Another possibility is that it's setting the
WM_COLORMAP_WINDOWS property on the wrong window, perhaps because
something I don't understand is going wrong with the for loop.

Try running your program under a protocol spy like xscope, or check
after the fact with xprop and xwininfo....

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: kevyn@world.std.com (Kevyn Ford)
Newsgroups: fj.mail-lists.x-window
Subject: Re: XVT toolkit??
Date: 9 Nov 92 11:50:27 GMT
Distribution: fj
Organization: The World Public Access UNIX, Brookline, MA

Date: 7 Nov 92 15:03:13 GMT
Message-Id: <BxCptF.Jw1@world.std.com>
Newsgroups: comp.windows.x,comp.windows.x.motif,comp.windows.misc,comp.sys.misc,comp.sys.mac.misc,comp.unix.misc




> I would like inputs from anyone who has used the XVT Portability Toolkit.

One of my projects evaluated the XVT Toolkit against using the native GUI
for our VAXstations ... as far as producing a portable GUI application XVT
is fairly good.

However, while there wasn't any one problem that we encountered with XVT, it
is not as robust as the native GUI system (which is to be expected) and we
found that there were many "small" features lacking that, all together, gave
the application an "unfinished" look (you can actually see some of this in
their XVT-Design tool itself -- which is brain-dead).

We have found that XVT is more suited for "simpler" interfaces, and it will be
used as such, but for one particular application we've decided to use the
DECwindows/Motif interface.

In short, XVT is a good portable GUI system for apps that don't really need
anything more than a few pull-down menus and graphical controls.
From: scornd4@solomon.technet.sg (Joomeng Quek)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Looking for an Interactive User Interface Builder
Date: 13 Nov 92 01:25:41 GMT
Distribution: fj
Organization: National University of Singapore

Date: 7 Nov 92 02:43:38 GMT
Message-Id: <1992Nov7.024338.17489@nuscc.nus.sg>
Newsgroups: comp.windows.x,comp.windows.x.motif

UIM/X by Visual Edge Software Ltd
      UNIXWORLD's 1990 product of the year.
      Now in ver 2.0

See UNIXWORLD May 1992, pg77.

Also marketed as IBM's AIC (AixWindows Interface Composer) and
I think,
HP's Interface Architect.

available on several platforms, see article in UNIXWORLD
From: bob@sna.co.umist.ac.uk (Bob Nutter)
Newsgroups: fj.mail-lists.x-window
Subject: Help! Sun and MacX
Date: 6 Nov 92 00:40:55 GMT
Distribution: fj
Organization: UMIST Computation, PO Box 88, Manchester, UK

Date: 4 Nov 92 15:20:58 GMT
Message-Id: <1992Nov4.152058.27480@nessie.mcc.ac.uk>
Newsgroups: comp.windows.x,comp.sys.mac.apps

Hi,

We've just got MacX (1.1.7) and we're having problems connecting to our Suns
(4.1.2, OW3 & R5) - nothing ever appears when we use the remote command option.
It works fine if we use an Apollo (amazing :-). So, at the moment, we're using
telnet to connect to the Suns, and then starting clients from there, which
display fine on the Mac. Can anyone explain what we're doing wrong, or offer a
solution?

Thanx,

bob
-------------------------------------------------------------------------------
bob nutter, computer officer    | "Well, blessings to the chap who invented ice
UMIST dept of computation       | cream, ginger-pop and the rest! I'd rather
po box 88 manchester m60 1qd uk | invent things like that any day than
tel:+44 61 200 3343 (fax:3324)  | rockets and bombs."
email:b.nutter@umist.ac.uk      |       -Julian, "Five on Finniston Farm"
From: k32116h@puukko.hut.fi (Petri Riihikallio)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X Window Protocol Specs ANSWER
Date: 12 Nov 92 02:51:32 GMT
Distribution: fj
Organization: Helsinki University of Technology, Finland

Date: 11 Nov 92 21:17:47 GMT
Message-Id: <1992Nov11.211747.6540@nntp.hut.fi>
Newsgroups: comp.windows.x

I asked:

> Where can I find more info about the bit stream between a X Window
> server and client ?  If you know a good, accessible or definite
> description, please let me know about it.

and received good answers:

Look in directory .../mit/doc/Protocol/     (-- obvious when somebody says it)

Read X Window System by Robert W. Scheifler & James Gettys by Digital Press
Order Number=EY-E755E-DP, DP ISBN=1-55558-050-5, PH ISBN=0-13-972050-2

Thanks to Scott Glasser, Berry Kercheval und der Mouse.

and commenting..

>> I am studying computer communications, especially OSI.  I would like
>> to take a look at another implementation of communicating structured
>> data between dissimilar systems.  I believe (hope) that X Window
>> Protocol is somewhat more efficient than ASN.1 / BER.
>
>I'm not sure what ASN.1/BER is, but I suspect you are a little confused
>about precisely what the X protocol is.  X assumelower
>level provides a reliable bidirectional byte-stream; thus, it can be
>built on top of TCP, DECnet, or anything else that lets you shove bytes
>in one end and count on getting them out the other - including the OSI
>analog to TCP, whatever it's called.

ASN.1 and BER mean the way the structures and values are coded in the highest
protocol levels and also depend on lower levels for reliable transfer. They try
to be a fair way to transfer 16-bit little endian integers to a 32-bit
big endian computer. Net result is very heavy computing and slow communication,
but they are the Standard OSI way to go.

Thank you again for help

Petri
--
Petri.Riihikallio@hut.fi
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: fj.mail-lists.x-window
Subject: Re: XLoadFont & BadName
Date: 5 Nov 92 22:58:17 GMT
Distribution: fj
Organization: CS Department, Dortmund University, Germany

Date: 5 Nov 92 08:04:13 GMT
Message-Id: <1dakhtINN4uq@fbi-news.Informatik.Uni-Dortmund.DE>
Newsgroups: comp.windows.x

In article <1992Nov4.165924.9332@alf.uib.no>, singg@alf.uib.no (Kurt George
Gjerde) writes:
|>     How can I detect a BadName error from XLoadFont, and avoid that the
|> |>     whole program crashes.

Set your own error handler (XSetErrorHandler) and within the error handler
inspect the XErrorEvent. It gives you (among other information) the error
code and the op-code of the X request that failed.

-- 
  Dipl.-Inform. Rainer Klute      klute@irb.informatik.uni-dortmund.de
  Univ. Dortmund, IRB
  Postfach 500500         |)|/    Tel.: +49 231 755-4663
D-W4600 Dortmund 50       |\|\    Fax : +49 231 755-2386
From: tkevans@eplrx7.es.duPont.com (Tim Evans)
Newsgroups: fj.mail-lists.x-window
Subject: Compiling X Sources Under Dell SVR4
Date: 5 Nov 92 19:53:15 GMT
Distribution: fj
Organization: DuPont Engineering Physics Laboratory

Date: Sun, 1 Nov 1992 16:52:46 GMT
Message-Id: <tkevans.720636766@eplrx7.es.dupont.com>
Newsgroups: comp.unix.sys5.r4,comp.windows.x

I've just started trying to cpile X stuff under Dell SVR4, Issue
2.2 and am consistently finding that Makefiles generated with xmkmf,
setting "CC = cc -Xa", inevitably fail to compile the source.  In
each case, a string of similar "syntax errors" referring to standard
system include files are generated.  If, howerver, I redefine the
CC macro in the Makefiles, the stuff generally compiles OK, or at
least doesn't generate the spurious syntax errors.

Is this something Dell-specific?  SVR4-specific?  The 'xmkmf'
man page says: 

	the imake program is run with arguments appropriate for your system
	  (configured into xmkmf when X was built) and generates a Makefile.

Does this mean that the definition of the CC macro is always set to
"cc -Xa"?  And that the resulting Makefiles will always have to be
edited to specify gcc?
-- 
Tim Evans                     |    E.I. du Pont de Nemours & Co.
tkevans@eplrx7.es.dupont.com  |    Experimental Station
(302) 695-9353/7395           |    P.O. Box 80357
EVANSTK AT A1 AT ESVAX        |    Wilmington, Delaware 19880-0357
From: ruttgers@server.Uni-Trier.DE (Dirk Ruettgers)
Newsgroups: fj.mail-lists.x-window
Subject: xxgdb: how to compile
Date: 11 Nov 92 23:18:09 GMT
Distribution: fj
Organization: CS, FB IV/Informatik, Univ. of Trier, Germany (Internet server.Uni-Trier.DE)

Date: 11 Nov 92 17:27:54 GMT
Message-Id: <ruttgers.721502874@client10>
Newsgroups: comp.windows.x

First posting!

I got the latest xxgdb-version via ftp.
I try to install it on our sun under OS4.1.2 and Openwindows3.0.
But I don't know how to handle it.
What to do with Imakefile or Makefile.
Which Paramaters i have to set there

Thank you all in advance!
From: gleung@Athena.MIT.EDU (Gilbert Leung)
Newsgroups: fj.mail-lists.x-window
Subject: Request for the program VOTE
Date: 7 Nov 92 01:26:59 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Message-Id: <9211062315.AA12426@courbet.MIT.EDU>
Date: Fri, 06 Nov 92 18:15:15 EST

Hi,

	Does anybody know where I can get VOTE, a multiplexing program?

Thanks in advance,
Gilbert
From: tetsuji@rai.juice.or.jp (Tetsuji Rai)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X11r5/Sun Japanese keyboard
Date: 13 Nov 92 10:31:05 GMT
Distribution: fj
Organization: Rai's home in Tokyo

Date: 7 Nov 92 12:37:41 GMT
Message-Id: <1992Nov7.123741.419@rai.juice.or.jp>
Newsgroups: comp.windows.x

In article <1992Nov3.195102.19804@scubed.com> stevens@scubed.com (Jeff Stevens) writes:
>
>  I recently installed X11R5(patch 16) on a Sun SPARCstation (2GX,OS4.1.2)
>in Japan.  The Japanese keyboard is slightly different from the US
>keyboard.  In particular, certain symbols such as "*" and ":" are in
>different locations.  Does anyone know how to get the X server to
>interpret the keys properly for the Japanese keyboard?
>-- 
>----------------------------------------------------------
>Jeff Stevens	stevens@sirius.scubed.com, stevens@seismo.css.gov

  Yes, Japanese keyboard is a little different.   But you can easily change
the keymaps using xmodmap.  For further details read the man pages.
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: XSync, XFlush or XSynchronize for speeding up drawing requests??
Date: 5 Nov 92 13:06:22 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Sun, 1 Nov 92 22:18:12 GMT
Message-Id: <1992Nov1.221812.26788@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <1992Oct30.205411.16194@llyene.jpl.nasa.gov>, robert@triton.Jpl.Nasa.Gov (Robert Angelino) writes:

> I'm trying to speed up drawing requests to the X server.  Which of
> the above three would work best???

Depends on precisely what you want.  Highest throughput?  Then use none
of them, letting Xlib flush the buffer when it gets full or it
otherwise needs to.  Fastest time from request to screen?  XFlush after
making the call.  Fastest time from request to client code knowing the
request has been executed?  XSync after the call.  Fastest time from
request to client code knowing the request has shown up on the screen?
Cannot be done - there may not even *be* any screen.

XSynchronize effectively sets Xlib up so that an XSync is done
automatically after every call.  This is primarily useful for
debugging, as essentially no programs have any use for the strict
semantics of it.  (It affects all requests, even those which quite
literally cannot fail, such as XGrabServer and XUngrabServer.  Its use
for debugging comes from the fact that it ensures that generated errors
are seen during the call that produced them.  This could also be done
by sprinkling XSync calls after every call that could produce an error,
but it is much easier on everyone involved to make *one* call at
startup than to dump lots of debugging fluff all through the program.)

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Latin Font in X
Date: 13 Nov 92 02:55:45 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Sat, 7 Nov 92 11:10:42 GMT
Message-Id: <1992Nov7.111042.20710@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <1992Nov5.032211.12627@uxmail.ust.hk>, csandrew@uxmail.ust.hk (Andrew Wat) writes:

> I need to display French in my xterm.  Which font should I use or
> get?

Any of the *-iso8859-1 fonts *should* do fine, and most of them will
(though, for use with xterm, there is the additional caveat that you
want a character-cell, or at least a monospaced, font).  Nearly all of
the fonts shipped with R4 and R5 claim to use iso8859-1 encoding; most
of them actually do so.  (The R4 "fixed" is one notable exception; it
has no characters in the high half at all.)

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: noble@dtc173.NoSubdomain.NoDomain (Mike Noble)
Newsgroups: fj.mail-lists.x-window
Subject: Xterm's logging in wtmp file
Date: 13 Nov 92 10:54:32 GMT
Distribution: fj
Organization: Visicom Laboratories

Date: 12 Nov 92 18:42:15 GMT
Message-Id: <237@visicom.com>
Newsgroups: comp.windows.x

Currently we are running X11R4 on a Sun 4/630 (SunOS 4.1.2).  We have NCD
Xterminals connecting to the 4/630.  The wtmp file does not have enteries
for the xterminals.  
The files Xstartup and Xreset are issueing the the sessreg command as:
sessreg -a[-d] -l $DISPLAY -x /usr/lib/X11/xdm/Xservers -u none $USER.
This does not seem to be doing the loging into the wtmp file.
I can run sessreg by hand, and it will log a user into the wtmp file.

We need to have Xterm's being entered into the wtmp file.

Thankyou,
Mike

--
Michael G. Noble  --  noble@VisiCom.COM
Systems Administration, VisiCom Laboratories Inc. (San Diego, CA.)