HDTenEightyP/NetNews huggingface dataset:
From: jchang@eplrx7.es.duPont.com (Jason Chang)
Newsgroups: fj.mail-lists.x-window
Subject: Fail to build R5 under SunOS 4.1.3
Date: 12 Oct 92 00:17:11 GMT
Distribution: fj
Organization: DuPont Central Research & Development

Date: Fri, 9 Oct 1992 21:25:26 GMT
Message-Id: <1992Oct9.212526.21128@eplrx7.es.duPont.com>
Newsgroups: comp.windows.x

I am seeking advice on the net to determine if this is a real bug and would
like to know if others have experienced the same error in the same
environment.

The "Make World" failed when I try to build R5 patch-0 under SunOS 4.1.3.
The error was reproducable on both Sun Sparc 670MP and Sparc1 both resently
upgraded to SunOS 4.1.3.  The Make World failed when mit/Makefile was generated.
Further examination indicates that the error is due to cpp was not able to
replace the XCOMM in the mit/Makefile with the # as defined in the 
mit/config/Imake.tmpl.

The following are the error messages during make World and line 226 of Makefile:

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

make  -f Makefile.ini BOOTSTRAPCFLAGS="" World

Building Release 5 of the X Window System

##############################################################
# Did you remember to check the configuration parameters in  #
# the directory ./config and set BOOTSTRAPCFLAGS if needed?  #
##############################################################

Fri Oct  9 15:46:28 EDT 1992

cd ./config; make  -f Makefile.ini
BOOTSTRAPCFLAGS="" clean; make  -f
Makefile.ini BOOTSTRAPCFLAGS=""
rm -f ccimake imake.o imake
rm -f *.CKP *.ln *.BAK *.bak *.o core errs ,* *~ *.a  tags TAGS make.log \#*
making imake with BOOTSTRAPCFLAGS=
cc -o ccimake  -O -I../include ccimake.c
cc -c  -O -I../include `./ccimake` imake.c
cc -o imake imake.o
rm -f Makefile.bak; mv Makefile Makefile.bak
./config/imake -I./config  -DTOPDIR=. -DCURDIR=.
make  Makefiles
make: Fatal error in reader: Makefile, line 226: Extra `:', `::', or `:=' on
dependency line
Current working directory /usr/R5/mit
*** Error code 1
make: Fatal error: Command failed for target `World'
Current working directory /usr/R5/mit
*** Error code 1
make: Fatal error: Command failed for target `World'


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

Line 226 of Makefile:

XCOMM $XConsortium: Imakefile,v 1.105 91/07/27 14:13:23 rws Exp $

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


The line 226 of the Makefile really should be: 

# $XConsortium: Imakefile,v 1.105 91/07/27 14:13:23 rws Exp $



Thanks in advance!

Jason Chang
From: s8921366@macgraw.mqcs.mq.oz.au (Paul English)
Newsgroups: fj.mail-lists.x-window
Subject: Re: xterm input
Date: 16 Oct 92 22:55:12 GMT
Distribution: fj
Organization: Macquarie University, School of Mathematics, Physics, Computing and Electronics

Date: 15 Oct 92 02:35:43 GMT
Message-Id: <1992Oct15.023543.4510@mailhost.ocs.mq.edu.au>
Newsgroups: comp.windows.x

In article <9210081759.AA05255@uk0x06.ggr.gri.com> gml4410@ggr.co.UK (Lack Mr G M) writes:
>     Could  someone please explain why, in xterm, if I place the pointer
>over the scrollbar then any input I type is ignored.   This  is  despite
>the fact that the xterm cursor is still a block, not hollow. 
>
>     Can  this  be easily change so that the state of the cursor (filled
>versus hollow) *accurately* reflects whether the xterm is going  to  get
>my keyboard input? 
>
>-------------------------- Gordon Lack ----------------------------------
>The contents of this message *may* reflect my personal opinion.  They are
>*not* intended to reflect those of my employer, or anyone else."

You may need to post more information about your setup.

On the SPARCstations here, running X11R4, xterm behaves exactly as you'd
expect, i.e. the cursor reflects whether or not keyboard input will be
accepted.  If the pointer is over the scrollbar, keyboard input is still
accepted without any problems, and the cursor remains a block.  It is only
when the pointer leaves the window that keyboard input is ignored.  Note
that the arrow pointer may appear to be on the scrollbar when the arrowhead
is in fact on the border or just outside the window.  The pointer should
change from the text window to the scrollbar, and again leaving the
window.

--
    Paul English    |Email:                        |You can tell how far
   School of MPCE   |s8921366@mackay.mpce.mq.edu.au|we have to go when
Macquarie University|    paul@vulcan.anu.edu.au    |today's supercomputers
 Sydney, Australia  |                              |are programmed in FORTRAN
From: rupen@smurf.ssc.gov (Rupen Sheth)
Newsgroups: fj.mail-lists.x-window
Subject: Young's C++/Motif - a few problems
Date: 16 Oct 92 23:19:16 GMT
Distribution: fj
Organization: Superconducting Super Collider Laboratory

Date: 16 Oct 92 19:32:23 GMT
Message-Id: <1992Oct16.193223.8564@sunova.ssc.gov>
Newsgroups: comp.windows.x.motif,comp.windows.x

In trying to use Young's MotifApp model (which I think is great) for our applications, I have run into
two problems.

***********************************************
First:
  Callback functions are used as static functions (to avoid having the 'this' pointer).  The static
  callback function extracts the object handle from the client data, and calls a function which
  does the work.

  There are some things in Motif that do not have a client data. For example, in order to change
  the file search procedure in FileSelectionBox, we have to register a XmNFileSearchProc.  I
  cannot think of a way I use this to do what I want.  For example

  Include file for Something.h
  private:
    static void fileSearchProc(Widget, XmFileSelectionBoxCallbackStruct);

  Source file -creator method Something::Something(......)
  XtSetArg(args[0]. XmNfileSearchProc, &Something::fileSearchProc);
  Widget _fileBrowser = XmCreateFileSelectionDialog(parent, "name", args, 1);


  Something::fileSearchProc(Widget fs, XmFileSelectionBoxCallbackStruct *cbs) {
    // Here, now I cannot get a handle on the object to be able to call other member functions.
  }

  Can anybody help me with this?
  Doug, if you are reading this, I'd really appreciate a response.

********************************************
Second problem: Related to using ObjectCenter.
  In using include files, ObjectCenter seems to put it's search path before mine.  This results in
  problems.  For example,
  #include <unistd.h>  /*even though /usr/include/unistd.h has certain defines, ObjectCenter's CC
   complains.  Seems like it is finding the file in one of it's directories, and it does not have
  everything (eg, W_OK defined.)

  Has anybody else run into this with using ObjectCenter's CC?
  Is there a way around this?

Thank you.
-- 
Rupen Sheth
Superconducting Super Collider Laboratory        EMail: rupen@falcon.ssc.gov
2550 Beckleymeade Ave. MS 4004                   Phone: (214) 708-3344
Dallas, TX 75237                                   FAX: (214) 708-4827
From: fridman@cpsc.ucalgary.ca (Robert Fridman)
Newsgroups: fj.mail-lists.x-window
Subject: using sigwinch with curses
Date: 16 Oct 92 01:59:38 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Thu, 15 Oct 92 10:49:25 MDT
Message-Id: <9210151649.AA09265@fsa.cpsc.ucalgary.ca>

> I am attempting to write a small program which uses curses to prevent
> a variety of  information on the screen, and it works fine, but I
> can't find a way to change curses idea of how big the screen is after
> a sigwinch. I have a signal handler written, but it doesn't work. 
> 
> (I even tried doing an endwin(); initscr() but it still used the old
> size).
> 
> Do I need to create a new window, copy
> the data across and then delete the old one?? (even then the LINES
> and COLS variables are still not updated.)
> 
> What is the most reliable way to find out how big the window is after
> a SIGWINCH?? 

Curses does not handle window resizing.  Here is one way to fudge it:

	- set up a long jump to begining.
	- trap SIGWINCH and start up curses
	- if you get a SIGWINCH, here is how to get the new size of the screen:

		/* function get_screen_size sets the global LINES/COLS variable */
		/* in curses to the current tty screen size. Call it after 	*/
		/* a SIGWINCH.							*/
		get_screen_size()
		{
		struct winsize ws;

		        ioctl(0, TIOCGWINSZ, &ws);
		        LINES = ws.ws_row;
		        COLS = ws.ws_col;
		}
		- now you can endwin() and do a longjump back to the begining
		  so you can start up curses again.

		- redraw the screen.

This is very kludgy, but I don't think curses was ever designed with resizable
windows in mind.

	RF.
From: rchui@nswc-wo.nswc.navy.mil (Raymond Chui)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X-GUI Builder Evaluations *********
Date: 15 Oct 92 08:48:52 GMT
Distribution: fj
Organization: Naval Surface Warfare Center - White Oak

Date: 13 Oct 92 12:32:09 GMT
Message-Id: <1992Oct13.123209.27575@relay.nswc.navy.mil>
Newsgroups: comp.windows.x,comp.windows.x.apps,comp.windows.open-look,comp.windows.x.motif

In article <1992Oct5.195253.10473@jpl-devvax.jpl.nasa.gov>, parlier@jpl-devvax.jpl.nasa.gov (Randy Parlier) writes:
|> 
|> 
|> 
|> 	We are planning an evaluation on several GUI-Builders (XFacemaker,
|> 	UIM/X, BuilderXcessory, etc.) and would like to hear from anyone
|> 	out there that has recently done the same.  What products you
|> 	evaluated, what was your criteria, which "Builder" did you decide to
|> 	go with, and why, etc.
|> 
|> 	We would appreciate hearing from you.
|> 

You may get some answers from Steven Mikes's book "X Window System
Technics".

-- 
Raymond H. Chui
NSWC N62
10901 New Hampshire Ave.
Silver Spring, MD 20903-5000
U.S.A.
Voice:1-301-394-5192 Fax:1-301-394-5835
E-Mail:rchui@nswc-wo.nswc.navy.mil
 _ __                                  _    ,    __
' )  )                           /    ' )  /    /  ) /
 /--' __. , , ____   ______   __/      /--/    /    /_  . . o
/  \_(_(_(_/_/) ) )_(_) /) )_(_(_     /  ( o  (__/ / /_(_/_(_
          /
         '
From: ebg@atr-hr.atr.co.jp (Ed Gamble)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Problems with switching CapsLock/Control
Date: 12 Oct 92 10:20:10 GMT
Distribution: fj
Organization: ATR Auditory and Visual Perception Research Labs., Japan

Date: 10 Oct 92 01:55:12 GMT
Message-Id: <EBG.92Oct10105512@hoshi.atr-hr.atr.co.jp>
Newsgroups: comp.windows.x


For changing X keymaps, don't even thing about using anything except
xkeycaps.  Check any X11 ftp site.


-- Ed
From: oj@miki.pictel.com (Oliver Jones)
Newsgroups: fj.mail-lists.x-window
Subject: Re: remote fonts
Date: 12 Oct 92 07:11:38 GMT
Distribution: fj
Organization: PictureTel Corporation

Date: 9 Oct 92 18:29:52 GMT
Message-Id: <1992Oct9.182952.19853@miki.pictel.com>
Newsgroups: comp.windows.x

In article <1992Oct8.050521.8505@rta.oz.au> edwardw@xwdev.pandc.rta.oz.au (Edward Wilkson) writes:
>I want to add a path to the
>server's fontpath, but it's on a remote site. Is there a decent way of
>doing this? 

Yes, have the server machine use nfs to mount the file system of the
client -- the file system containing the font.

>BTW, I'm using X11R4.

Too bad.  If you were using an X11R5 server you could use
the font server instead of nfs.
From: pd@x.co.uk (Paul Davey)
Newsgroups: fj.mail-lists.x-window
Subject: Re: xterm class resource file
Date: 14 Oct 92 22:15:41 GMT
Distribution: fj
Organization: IXI Ltd.

Date: 14 Oct 92 15:10:24 GMT
Message-Id: <PD.92Oct14151024@herts.x.co.uk>
Newsgroups: comp.windows.x

>>>>> On 12 Oct 92 17:57:23 GMT, slc@a2.cim.cdc.com (Steve Chesney x4662) said:

Steve> Is there a way to change it's class name? [other than ``XTerm'']

1) Change the source and recompile.

2) Edit the binary (maybe).

--
    Regards,			IXI            Internet: pd@x.co.uk
	Paul Davey		Vision Park    UUCP:     pd@ixi.uucp
				Cambridge      Bang:     ...!uunet!ixi!pd
 "These are interesting times"	CB4 4ZR, UK    Tel:      +44 223 236 555
From: perrier@divsun.unige.ch (Perrier Rene)
Newsgroups: fj.mail-lists.x-window
Subject: xpm3 pixmap editor wanted
Date: 10 Oct 92 07:55:48 GMT
Distribution: fj
Organization: University of Geneva, Switzerland

Date: Wed, 7 Oct 1992 16:03:46 GMT
Message-Id: <1992Oct7.160346.12337@news.unige.ch>
Newsgroups: comp.windows.x

Hi Folks,

I'm looking for a program to edit some icons for my application.
These are kept as XPM version 3 pixmaps.

The only program I know of that edits XPM files is Xfedor, but
it only works with XPM version 2 pixmaps.

I looked in the FAQ and the only application other than xfedor mentioned
is olpixmap from ATT.  Any idea where I can find that?

Any pointers to other applications to do this would be appreciated.

#####################################################################
Rene Perrier                             e-mail: perrier@cih.hcuge.ch
Digital Imaging Group (U.I.N)
Computer Science Department (C.I.H)     ##   ##      ###       #   ##
University Hospital of Geneva            #   #       ##       # #  #
24, rue Micheli-du-Crest                ##  ##       #        # # #
CH-1211 Geneve 14                       #   #       ##       #  ##
Switzerland                            ##  ##      ##       #   ##
tel.: +41-22-3726268                   #####  ##  ###  ##  ##   #
fax : +41-22-3726198
#####################################################################
From: laakkone@klaava.Helsinki.FI (Tero Laakkonen)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Need recommendation for X on IBM-PC (ya, i've been thru' FAQ!)
Date: 16 Oct 92 02:49:16 GMT
Distribution: fj
Organization: University of Helsinki

Date: 15 Oct 92 22:12:50 GMT
Message-Id: <1992Oct15.221250.14870@klaava.Helsinki.FI>
Newsgroups: comp.windows.x


[stuff deleted]

somebody says:

>>>I think DESQview/X is definitely the winner these days.  
>>>I believe it's the only full X Window system while all the rest
>>>are just X servers for the PC.  I saw the demo in UNIX Expo last
>>>October and was really impressed.  I own a copy of the last 
>>>version of X11/AT and I sincerely recommend against it. 

[stuff deleted]

what's the big idea? DESQview/* costs. isn't a free *nix + X386 or Xfree86 
a better idea? 

X386:

"i am real impressed with it."

"i sincerely recommend it."

"it works for me."

-tero
From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
Newsgroups: fj.mail-lists.x-window
Subject: Re: MWM popup problem
Date: 9 Oct 92 12:53:53 GMT
Distribution: fj
Organization: IBM Rochester, MN

Date: Tue, 06 Oct 1992 20:07:41 GMT
Message-Id: <1992Oct06.200741.15326@rchland.ibm.com>
Newsgroups: comp.windows.x

In article <1992Oct6.175851.201@riacs.edu>, rsmith@pioneer.arc.nasa.gov (Roger Smith RCS) writes:
|> The problem is that this program is working under every window manager
|> except MWM.  When the program is run under MWM, and the "main" window
|> is iconified, the popup window will never popup until the main window
|> is deiconified.

That's the way mwm works; I don't think there is anything you can do to
change that.

|> Any Suggestions?  

Make the popup a toplevel shell in it's own right instead of a dialog
shell.  I'm not sure that will do it, as it may still be grouped with
your application toplevel shell.

You might try setting the XWMHints (I think) for that shell (popup or
toplevel) so that it is not grouped with your application toplevel shell. 

-- 
: 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: vermenou@wmsg01.wm.estec.esa.nl (Frederick Vermenou)
Newsgroups: fj.mail-lists.x-window
Subject: DEVGUIDE and OLIT
Date: 8 Oct 92 20:21:55 GMT
Distribution: fj
Organization: ESA/Estec/WMS, Noordwijk, The Netherlands

Date: 8 Oct 92 15:26:55 GMT
Message-Id: <Bvt6wx.7nq@wm.estec.esa.nl>
Newsgroups: comp.windows.x

I used DEVGUIDE to build a GUI wich needs a file chooser.
I have found a library(gfm.h) with a predefined file chooser 
for gxv(Xview). But with golit I couldn't find anything.
If you know of libraries providing this feature please let
me know. Thanks.

Fred.
From: ramey@csc.ti.com
Newsgroups: fj.mail-lists.x-window
Subject: Re: X11.5 xdm chooser app defaults
Date: 16 Oct 92 14:21:39 GMT
Distribution: fj
Organization: Texas Instruments

Date: 13 Oct 92 21:38:04 GMT
Message-Id: <RAMEY.92Oct13163804@jello.csc.ti.com>
Newsgroups: comp.windows.x

In article <1992Oct13.194745.27197@murdoch.acc.Virginia.EDU> scl@sasha.acc.Virginia.EDU (Steve Losen) writes:

   Does anyone have a decent app defaults file for the X11.5 chooser?
   When I use the distributed one, the scrolled list of hosts is only
   big enough to show one host.  I have tried poking about with
   the app defaults file with no luck (my attempts either did nothing
   or made things worse).

I couldn't figure out how to make the scrolling region larger, but I
changed this resource to make the scroll bar go away entirely (so all
hosts are listed):

Chooser*viewport.allowVert:   false

This works for us because we don't have very many xdm servers
configured.  I don't know what it would do if you had too many hosts to
fit on one screen.

Joe Ramey
<ramey@csc.ti.com>
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Help: _XEnq() SEEMS to be leaking memory (_XQEvent structs)
Date: 9 Oct 92 14:10:50 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Wed, 7 Oct 92 06:27:29 GMT
Message-Id: <1992Oct7.062729.12045@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x.intrinsics,comp.windows.x

In article <28796@life.ai.mit.edu>, gillett@rice-chex.ai.mit.edu (Walter E. Gillett) writes:

> I've got a test application that [is] basically a small graphics
> package on top of Xlib primitives.

> Anyway, the test program causes the widget to XCopyPlane() lots of
> bitmaps into a pixmap.  The GC used in the XCopyPlane() has a
> clip-mask set.  I'll include this part of the code at the end of the
> message.

> When I do lots of these XCopyPlane()'s my process starts eating up
> _XEQevent structs allocated with this traceback:
[compressed -dM]
>     malloc() - _XEnq() - _XWaitForWritable() - _XFlush() -
>     _XFlushGCCache() - XCopyPlane()

>     This happens with both MIT X11R4 and R5.

> Does anyone have any idea about what's going on?

I suspect that you're receiving NoExpose events and never giving Xlib a
chance to do anything with them, so they pile up in the event queue.
If you don't want these, turn off graphics-exposures in the GC, but
beware that this will also prevent you from getting GraphicsExpose
events.  (If you never use that GC to copy from a window to anywhere,
you'll never get GraphicsExpose anyway.)

If all the memory used is freed again as soon as you go back to your
main event loop, this is corroboratory evidence for this theory.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: chrisp@cephb.cephb.fr (Chris Person)
Newsgroups: fj.mail-lists.x-window
Subject: Problem using xdm
Date: 13 Oct 92 15:27:19 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Tue, 13 Oct 92 15:53:30 +0100
Message-Id: <9210131453.AA09678@cephb.cephb.fr>

Hi,

 I have encountered problem using xdm on a Sun SparcStation. I precise that I
use the X11R4 version of xdm. The prime goal is to use mwm instead of openwin.

 I then try to set up xdm like I always did but got a unknown message in the
errorlog file I set up in xdm-config file. The message is:

Fatal server bug!
Unsupported keyboard type -1

XIO:  fatal IO error 32 (Broken pipe) on X server "(null)"
      after 0 requests (0 known processed) with 0 events remaining.
      The connection was probably broken by a server shutdown or KillClient.

I try to manage this error in a few ways using xmodmap but couldn't change
anything.

Can somebody help me ?

Thanks in advance


  0---------------------------------------------------------------------0
 /|\   Christophe PERSON - Human Polymorphism Study Center (C.E.P.H)   /|\
0-0-0  System and Network Administrator                               0-0-0
 \|/   27 Rue Juliette Dodu - 75011 PARIS - France                     \|/
  0---------------------------------------------------------------------0 
o-|    tel: 33-1-42-06-07-17                 Email: chrisp@cephb.fr     |-o
  0---------------------------------------------------------------------0
From: denis@smoky.ikf.physik.uni-frankfurt.de (Denis Endisch)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Running DOS application from X-Station
Date: 7 Oct 92 07:47:07 GMT
Distribution: fj
Organization: Institut fuer Kernphysik, Frankfurt/Main

Date: 6 Oct 92 14:52:16 GMT
Message-Id: <denis.718383136@smoky>
Newsgroups: comp.windows.x

read comp.os.msdos.desqview, there is a FAQ-list available.
-- 
Denis Endisch, Institut fuer Kernphysik
August-Euler-Str. 6, 6000 Frankfurt 90, Germany
EMAIL: denis@smoky.ikf.physik.uni-frankfurt.de
From: PETM@ibm.rz.tu-clausthal.de
Newsgroups: fj.mail-lists.x-window
Subject: X-Client running under MSDOS
Date: 9 Oct 92 20:55:55 GMT
Distribution: fj
Organization: Rechenzentrum der TU CLAUSTHAL

Date: 9 Oct 92 10:17:45 GMT
Message-Id: <1687B9EDA.PETM@ibm.rz.tu-clausthal.de>
Newsgroups: comp.windows.x

Hello,
I've the following question to the experts:
Is there a terminal program running under MSDOS emulating an X-Client ? I've
seen something like this in our Computing center called X10 but I think it
doesn't work porperly with X11.
So if You know such a program or where to get it and how much it costs then
please send me mail !
Thanks,
       Thomas Mueller (petm@ibm.rz.tu-clausthal.de)
From: dbrooks@osf.org (David Brooks)
Newsgroups: fj.mail-lists.x-window
Subject: Re: different defaults for monochrome and color screen?
Date: 10 Oct 92 14:32:20 GMT
Distribution: fj
Organization: Open Software Foundation

Date: Thu, 8 Oct 1992 17:08:29 GMT
Message-Id: <1992Oct8.170829.3068@osf.org>
Newsgroups: comp.windows.x

generous@sti.nasa.gov (Curtis Generous) writes:
|> Is it possible to get [#ifdef] functionality from the app-defaults file rather
|> than in the ~/.Xdefaults file?

In X11R5, yes, if a little indirectly.  See my previous post; in summary,
put this in your .Xdefaults

	#ifdef COLOR
	*Customization: -color
	#else
	*Customization:	-mono
	#endif

Now (referring to your example) put your monochrome resources in
$XAPPLRESDIR/AppClass, and put this in $XAPPLRESDIR/AppClass-color:

	#include "AppClass"
	AppClass*background:                          lightgray
	AppClass*highlightColor:                      tan
	AppClass*logo*Background:                     CadetBlue

There's no need for an actual "-mono" suffix; the default is no suffix.

This only helps with a single attribute, unless you get more intricate with
the value of Customization.  You could, for example, use -color-hirez, but
your subfiles would multiply like rabbits.

Another approach is to start the client with a shell script that clips
lines out of xdpyinfo and runs cpp (or your favorite macro language) to
produce the defaults file on the fly.
-- 
David Brooks					dbrooks@osf.org
Open Software Foundation			uunet!osf.org!dbrooks
105 more days of Bush Presidency!
From: russ@.math.okstate.edu (Horatio "Random" Hellpop)
Newsgroups: fj.mail-lists.x-window
Subject: Arrrgh.  I hate xterm. (Request for help.)
Date: 8 Oct 92 09:28:35 GMT
Distribution: fj
Organization: Aggie? What precisely is an Aggie?

Date: Mon, 5 Oct 1992 14:41:07 GMT
Message-Id: <1992Oct5.144107.17969@math.okstate.edu>
Newsgroups: comp.windows.x

Okay, here's what I've gathered so far, using X11R5 on a Sun running
SunOS 4.1.1 (patched for the TIOCONS bug).

xterm has to be setuid to root, so it can properly chown ptys.  Otherwise,
you have a security problem.

xterm cannot be setuid to root, because then anyone can do an xterm -C and
grab the console.  Also a bad problem.

What's the solution, here?

Reply via email if possible.

-- 
---------------------===Comedy!  Sudden, violent comedy!===--------------------
Russ Smith -- russ@math.okstate.edu  |  "This is the Nineties, Bubba, and
  Don Random of the "Random Gang"    |   there is no such thing as Paranoia.
What a pinhead! Does he not fear us? |   It's all true." -- Hunter S Thompson