HDTenEightyP/NetNews huggingface dataset:
From: anita@astro.as.utexas.edu (Anita Cochran)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Left handed users and X-windows
Date: 17 Dec 92 23:46:05 GMT
Distribution: fj
Organization: Univ. of Texas McDonald Observatory

Date: Wed, 16 Dec 1992 19:46:43 GMT
Message-Id: <1992Dec16.194643.17271@astro.as.utexas.edu>
Newsgroups: comp.windows.x

In article <BzBL0H.4Ao@ucunix.san.uc.edu>, brenner@ucunix.san.uc.edu (David L. Brenner) writes:
> I am using X11 release 5 on a Sun workstation and have a number of users
> that are left handed.  
> Is there any way to change the configuration of the mouse to allow for
> left-handed people to use the mouse in this fashion?

I don't understand this question.  I am right-handed but because of the 
clutter to the right of my keyboard, I keep the mouse on the left side
of my keyboard and use my left hand.  Took a few days to get used
to and most people think it is weird but it works fine.  I don't see why
a left-handed user couldn't run the mouse on the left side too.  Nothing
needs to be changed.  The left button is still the left button, etc.
Am I missing something here or is the answer trivial?

-- 
 Anita Cochran  uucp:  !utastro!anita
                arpa:  anita@astro.as.utexas.edu  
                snail: Astronomy Dept., The Univ. of Texas, Austin, TX, 78712
                at&t:  (512) 471-1471
From: sinan@Mtesol.boeing.com (Sinan Karasu)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Looking for XView books!!!
Date: 15 Dec 92 18:17:03 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Tue, 15 Dec 92 09:33:16 PST
Message-Id: <9212151733.AA00175@mtesol>


> From xpert-mailer@expo.lcs.mit.edu Mon Dec 14 22:06:18 1992
> Date: 14 Dec 92 17:47:10 GMT
> From: novavax!cheng@bloom-beacon.MIT.EDU (Alex Cheng-I Hou)
> Subject: Looking for XView books!!!
> Hello xperts,
> 
> 	Would someone please tell me what XView books or documents are
> available other then "XView Programming Manual, Volume 7" from
> O'Reilly and Associates.
> 
> Thanks in advance.
> 
> cheng
> e-mail: cheng@novavax.nova.edu
> 

My suggestion is to use devguide and devguide documentation as
an adjunct to Dan Heller's books.
From: kahn@PHYSICS.UNC.EDU (Dan Kahn)
Newsgroups: fj.mail-lists.x-window
Subject: Auto-printing of xterm Tek window
Date: 15 Dec 92 00:37:05 GMT
Distribution: fj
Organization: Physics Dept. UNC-CH

Date: 14 Dec 92 20:20:47 GMT
Message-Id: <1992Dec14.202047.7298@samba.oit.unc.edu>
Newsgroups: comp.windows.x


I'd like to be able to add a menu item to the xterm TEK window menu
that will send the plot commands through a postscript filter and then
to the printer in a fashion similar to the COPY menu command in the
TEK window.  How can I do this?

Thanks,
--dan
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: HELP: Finding the complete display name for an app
Date: 18 Dec 92 02:13:20 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: 17 Dec 92 21:34:17 GMT
Message-Id: <1992Dec17.213417.5023@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <1992Dec12.135834.15905@csqx.cs.rhbnc.ac.uk>, jamesd@lt5.cs.rhbnc.ac.uk (James Driscoll) writes:

>>> How can I find out the complete name of the Display that an
>>> application is displayed on?
>> "the" "complete" name of "the" Display?  [...]

> I obviously better go in to a bit more detail as to what I require.

> I am writing a mutli-process application that needs to share
> information.  Each instance of the application needs to know about
> the contents of 4 or 5 data fields and when they change.  Hence I am
> storing the data in Xproperties on the root window of the display
> upon which the first instance is started up.

Note that by doing this, you are making all copies, no matter where
they display, dependent on the continued functioning of this server.
(This may or may not be acceptable; I just thought it should be
mentioned.)

> As subsequent processes can occur elsewhere on the network (and hence
> on different displays) the have to be able to make a connection to
> that display.  Therefore when getenv("DISPLAY"); returns "0.0" it is
> insufficient as an identifier to the display containing the root
> window where the properties are stored.

Here is another problem: the user running that first display may not
want to allow connections from all those other hosts.

And another: what if the networks involved are heterogenous?  To pick a
simple example, suppose the "first" display is an Ultrix machine with a
DECwindows server, which speaks both TCP and DECnet.  Then another
client on a TCP-only machine might need to be told decstation-1:0.0 (or
a FQDN if its resolver isn't configured to use the appropriate domain
by default), while another client on a DECnet-only machine might need
to be told decstn1::0.0 instead.  A name that will work network-wide
simply *does not exist*, at least in this case.

If you're willing to restrict yourself to (say) the TCP-based portion
of your net, you could use a numeric address (123.45.67.89:0.0),
provided the machine in question either doesn't have multiple addresses
or the routing policy on your net is such that it doesn't matter which
address is used.

> Perhaps I'm going about this in the wrong way - if so would you be
> kind enough to make a few suggestions?

Well, it's possible none of the above problems are actually problems in
any of the environments your code needs to run in.  But I would prefer
to have other copies of the application connect directly to either the
first copy or else a small daemon spun off specifically for the
purpose.  Of course, doing this loses you the multi-networking
capability of X, which I referred tangentially to above when talking
about a server that speaks both DECnet and TCP.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: mll@aio.jsc.nasa.gov (Mark Littlefield)
Newsgroups: fj.mail-lists.x-window
Subject: Neex X library for image display
Date: 16 Dec 92 17:55:17 GMT
Distribution: fj
Organization: Lockheed ESC/NASA JSC

Date: Tue, 15 Dec 1992 19:10:36 GMT
Message-Id: <1992Dec15.191036.8579@aio.jsc.nasa.gov>
Newsgroups: comp.windows.x

'lo all,

I am doing some work in computer (robot) vision and I need a display
library for X11.  Essentially, what I need is a C library that I can
call to display images, lines, and text in a window.  

If anyone out there has any sugestions I would welcome them.  Please
don't tell me to just write my own because I really don't have the
time to work on something like this that has no doubt been don a
hundred times before.  Also, I am aware of the image processing
environments like Khoros and KBVision (we have copies of both here),
but these are far more than I need.

Please reply by e-mail as I don't normally read this group.

Thanks in advance,

mark

=====================================================================
Mark L. Littlefield              Intelligent Systems Department
internet: mll@aio.jsc.nasa.gov 
USsnail:  Lockheed Engineering and Sciences 
          2400 Nasa Rd 1 / MC C-19            
          Houston, TX 77058-3711
====================================================================
From: bjst@sth.frontec.se (Bjorn Stenberg)
Newsgroups: fj.mail-lists.x-window
Subject: Re: setting DISPLAY env variable
Date: 18 Dec 92 00:52:47 GMT
Distribution: fj
Organization: IDK/Frontec - System Design Group

Date: 16 Dec 92 20:23:47 GMT
Message-Id: <1992Dec16.202347.8749@sth.frontec.se>
Newsgroups: comp.windows.x

rns@deakin.OZ.AU (Robert Sturrock) writes:
> is there a way to set the DISPLAY variable to be the particular workstation
> you are using inside ".bashrc".  That is, I want every new xterm, for
> whatever host I happen to be logging into, to have DISPLAY set to my
> workstation.

There are two solutions to this in the FAQ, one of which includes the use 
of a separate program and one small shell script to start X applications on
other hosts.

I have solved this particular problem in a slightly different manner. It
requires all machines to share the user home directories.

(NOTE: This works fine for *me*, I'm not saying it is the best or the only
solution!)

Basically, we have two questions:

1) Which machine/display should be set as active?
2) How do we keep this active throughout the entire session?

...and two answers:

1) The one I used the console to log into.
2) Save the initial hostname in a file in the home directory and resurrect
   it each time we log in to a new host.

Verbose version:

In .cshrc (or equivalent) add:

--------->8--------------------
if ( $tty == 'console' ) then
	hostname > $HOME/.loginhost
endif
setenv DISPLAY `cat $HOME/.loginhost`":0.0"
---------8<--------------------

Note that you may have to alter the syntax to suit your choice of shell. (I
use tcsh 6.00.02.)

Hope this helps!

		-- Bjorn

---------------------------------------------------------------------------
Bjorn Stenberg, Stockholm, Sweden                       bjst@sth.frontec.se
---------------------------------------------------------------------------
From: dbrooks@osf.org (David Brooks)
Newsgroups: fj.mail-lists.x-window
Subject: Re: HELP NEEDED : tvtwm with hp 700
Date: 14 Dec 92 00:01:43 GMT
Distribution: fj
Organization: Open Software Foundation

Date: Sun, 13 Dec 1992 22:44:55 GMT
Message-Id: <1992Dec13.224455.19764@osf.org>
Newsgroups: comp.sys.hp,comp.windows.x

In article <1992Dec12.121026.5907@fct.unl.pt> jml@fct.unl.pt writes:
>	I tryed it first using flex and bison and it didn't wotk (but if you
>redirect stdin to the ~/.tvtemrc it will).
>
>	I tryed later using lex and yacc and it did! (Don't ask me why! I did
>not check!)

Yes, flex is different from Classic Lex.  It's a problem for OSF/1, as
shipped from us, also.

Rummage, rummage...Don't ask me to explain; I can't remember why this
works... 

*** /tmp/,RCSt1a02587	Sat Jul 18 11:12:21 1992
--- clients/twm/lex.l	Sat Jul 18 11:11:57 1992
***************
*** 29,34 ****
--- 29,35 ----
  /***********************************************************************
   *
   * $XConsortium: lex.l,v 1.62 89/12/10 17:46:33 jim Exp $
+  * dbrooks at OSF 7/17/92 fixes for GNU lex (flex)
   *
   * .twmrc lex file
   *
***************
*** 43,48 ****
--- 44,57 ----
  
  extern int ParseError;
  
+ #ifdef FLEX_SCANNER
+ int yylineno;
+ #undef YY_INPUT
+ #define YY_INPUT(buf,result,max_size) { \
+ 	int c = (*twmInputFunc)(); \
+ 	result = (c == 0) ? YY_NULL : (buf[0] = c, 1); \
+ 	}
+ #endif
  %}
  
  string				\"([^"]|\\.)*\"
***************
*** 87,93 ****
--- 96,104 ----
  				  ParseError = 1;
  				}
  %%
+ #ifndef yywrap
  yywrap() { return(1);}
+ #endif
  
  #undef unput
  #undef input
*** /tmp/,RCSt1a19537	Thu Jul 16 14:08:02 1992
--- demos/xgc/lex.l	Thu Jul 16 13:30:37 1992
***************
*** 10,15 ****
--- 10,19 ----
  #include "gram.h"
  #include "constants.h"
  
+ #ifdef FLEX_SCANNER
+ int yylineno;
+ #endif
+ 
  %}
  
  %p				4000
***************
*** 160,163 ****
--- 164,169 ----
  
  %%
  
+ #ifndef yywrap
  yywrap() { return (1); }
+ #endif

-- 
David Brooks					dbrooks@osf.org
Open Software Foundation			uunet!osf.org!dbrooks
All|berall und ewig blauen licht die Fernen!  Ewig... ewig... ewig...
From: esr@snark.thyrsus.com (Eric S. Raymond)
Newsgroups: fj.mail-lists.x-window
Subject: Looking for skilled X hacker to help fix Xlife
Date: 11 Dec 92 22:50:19 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 10 Dec 92 15:14:42 GMT
Message-Id: <1jl47Z#4zGwVx9MyJTb4OKv6T0lY9bl=esr@snark.thyrsus.com>
Newsgroups: comp.windows.x

A couple years back I got my hands on the source to Xlife 2.0 (the last version
publicly released, to my knowledge) and made quite a few improvents --- on-line
help, improved commands, a better pattern-loading facility.

What I was really after, though, was to generalize Xlife into a program capable
of handling table-driven cellular automata with more than 2 states (retaining
the original fast code for the 2-state case).  The Codd automaton, Wireworld,
things like that.  I did most of the coding for this.

Trouble is, the display didn't work.  The program refused to display colored
cells at scales above 1 pixel per cell.  After some back-and-forth with the
two original authors (a pair of CMU students who've since dropped out of sight
and no longer answer email at the addresses I have) we arrived at the theory
that my X server (an archaic X11R3) was buggy.

So there it lay for many months.  Now I have a fast X11R5 --- and the program
fails in a *completely different* way.  Now it will display cells at scales
above 1, but not at scale 1 --- the opposite of the previous behavior.  And
it's prone to core-dumps.

I hasten to add that the 2-state B&W case, ordinary Life, works beautifully.  I
didn't break that --- matter of fact I've sped it up a good deal.  The problem
is solely in the program's interaction with X when color is used to indicate
cell states.

With this posting, I am formally crying uncle.  X has baffled and defeated
me.  I'm an expert C/UNIX programmer and I'm normally very good at picking
up new interfaces quickly, but X's is sufficiently complex and this enough
of a heisenbug that I can't get a grip on it.

Rather than sit on the Xlife code for another year hoping for lightning to
strike, I'm looking for an good X hacker to help me figure out just what in
the bleedin' hell is wrong and fix it so we can release Xlife 3.0 and let
*everybody* have the improvents I made.

Any volunteers?  Reply by email, please.
-- 
					Eric S. Raymond <esr@snark.thyrsus.com>
From: stine@mdaris.mda.uth.tmc.edu (Robert Stine)
Newsgroups: fj.mail-lists.x-window
Subject: Displaying X app on VAXstation 3100
Date: 18 Dec 92 03:11:32 GMT
Distribution: fj
Organization: University of Texas M. D. Anderson Cancer Center

Date: 17 Dec 92 21:30:07 GMT
Message-Id: <stine-171292151206@mda-image.mda.uth.tmc.edu>
Newsgroups: comp.windows.x

This is probably documented somewhere but here goes...

I am trying to display an application running on a Sparc 2 on a VAXstation
3100/76 running VMS 5.5-2 and Motif 1.1.  When the image is run it displays
the following error messages.

XView warning: Cannot load font
'-b&h-lucida-medium-r-*-*-*-120-*-*-*-*-*-*' (Font package)

XView warning: Cannot load font
'-b&h-lucida-medium-r-normal-sans-*-120-*-*-*-*-*-*' (Font package)

XView error: Cannot open connection to window server: DIMCC:0.0 (Server
package)

Xterm windows work fine but apparently this application is looking for a
font that is not defined somewhere. How do I define an alias to alleviate
this problem?  If anyone has any ideas it would be greatly appreciated.

Thanks,

Robert.
From: rgerghty@unix2.tcd.ie (     )
Newsgroups: fj.mail-lists.x-window
Subject: HELP!!!! Extensions????
Date: 18 Dec 92 08:12:24 GMT
Distribution: fj
Organization: Trinity College, Dublin

Date: 16 Dec 92 19:17:55 GMT
Message-Id: <rgerghty.724533475@unix2.tcd.ie>
Newsgroups: comp.windows.x

Hello,
Can anyone tell me how to dynamically link an X extension
(using a DECstation 2100 , with Ultrix) and if so, any 
shortcuts so as to avoid having to link in absolutely every
library known to man?
Thanks,
rgerghty@unix2.tcd.ie
From: fmn@nevada.edu (FRANK NEEDHAM)
Newsgroups: fj.mail-lists.x-window
Subject: X on Enhanced VGA! (almost)
Date: 12 Dec 92 22:24:39 GMT
Distribution: fj
Organization: University of Nevada System Computing Services

Date: 12 Dec 92 20:04:23 GMT
Message-Id: <1992Dec12.200423.20521@nevada.edu>
Newsgroups: comp.os.linux,comp.windows.x,comp.unix.sysv386

ok,

With a lot of help, X is almost working on this card, YES! Thanks Scott.

I have done the following, made sure the dir /tmp/.X11-unix exists, checked the
paths in etc/profile (they seem ok),cp'd xserverrc and xinit to the dir / and
used chown on them. 
I then cp'd system.twmrc to /, renamed it to .twmrc. Does this file also need 
to have the chown run on it?
When X is fired up, a grey screen with a cross-hatch pattern happens and it
stays. The <ctrl><alt><bkspc> sequence still doesn't kill the server.
Can anyone share some ideas on what I might try from here?

thanks,
-frank
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X says it's not a Pixmap so what is it.
Date: 11 Dec 92 11:21:26 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Fri, 11 Dec 92 10:08:52 GMT
Message-Id: <1992Dec11.100852.28148@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <1g2sl7INNsu1@usenet.pa.dec.com>, klee@wsl.dec.com (Ken Lee) writes:
>>> [...], Xlib usually doesn't create GCs until they are used
>> This is interesting.  The MIT sample Xlib does not do this lazy GC
>> creation; it queues the CreateGC request immediately inside
>> XCreateGC.
> Are you sure?  Both the X11R4 and X11R5 sample code cache GCs.

Yeah, GC *changes*.  We're talking about GC *creation*.

>> Does Xlib guarantee that the order of X protocol requests sent match
>> the order of Xlib calls?  It's not very useful if it doesn't...
> Obviously, Xlib is very useful.  The cache is carefully maintained so
> that it is automatically flushed whenever a GC is needed.  The only
> problem occurs when GC components become obsolete before the GC is
> flushed (hence XFlushGC).

If Xlib does lazy GC creation, it has to be careful to push the create
when it's about to free the Drawable it uses!  Anything else is, IMO, a
severity-one bug.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: novavax!cheng@bloom-beacon.MIT.EDU (Alex Cheng-I Hou)
Newsgroups: fj.mail-lists.x-window
Subject: Looking for XView books!!!
Date: 15 Dec 92 05:12:01 GMT
Distribution: fj
Organization: Nova University, Fort Lauderdale, FL

Date: 14 Dec 92 17:47:10 GMT
Message-Id: <4311@novavax.UUCP>
Newsgroups: comp.windows.x


Hello xperts,

	Would someone please tell me what XView books or documents are
available other then "XView Programming Manual, Volume 7" from
O'Reilly and Associates.

Thanks in advance.

cheng
e-mail: cheng@novavax.nova.edu
From: joagre@London.docs.uu.se (Joakim Greben|)
Newsgroups: fj.mail-lists.x-window
Subject: XtGrabPointer(): Limit events to *one* window...
Date: 16 Dec 92 02:30:08 GMT
Distribution: fj
Organization: Uppsala University

Date: 15 Dec 92 19:36:56 GMT
Message-Id: <joagre.724448216@London>
Newsgroups: comp.windows.x

Is it possible to let only *one* window register events
ie nothing should happen if I try to operate on any other
window in my application?
 
Help! Is this possible?
 
Thanks in advance...
 
--
Joakim Greben| (joagre@student.docs.uu.se)
Uppsala University (Sweden)
--
From: murthy_j@jhunix.hcf.jhu.edu (Jayant Murthy)
Newsgroups: fj.mail-lists.x-window
Subject: changing window titles interactively in TWM
Date: 18 Dec 92 18:12:35 GMT
Distribution: fj
Organization: HAC - Johns Hopkins University, Baltimore

Date: Fri, 18 Dec 1992 15:43:43 GMT
Message-Id: <1992Dec18.154343.22983@jhunix.hcf.jhu.edu>
Newsgroups: comp.windows.x


How do I do this. I looked in the man pages for twm and nothing seemed
obvious

Jayant
From: oj@miki.pictel.com (Oliver Jones)
Newsgroups: fj.mail-lists.x-window
Subject: Re: XSetRegion memory leak
Date: 16 Dec 92 14:11:06 GMT
Distribution: fj
Organization: PictureTel Corporation

Date: Tue, 15 Dec 1992 15:13:42 GMT
Message-Id: <1992Dec15.151342.2444@miki.pictel.com>
Newsgroups: comp.windows.x

In article <1992Dec10.223039.24717@mr.med.ge.com> carl@crazyman.med.ge.com (Carl Crawford) writes:

> it is my impression that XSetRegion eventually
>creates a 1-bit pixmap. do i need to free this bit map after repainting
>the damaged area? 

If XSetRegion creates a pixmap it will be 
hidden in the server, and "none of your business"
from the client.  The server should take care if it.

You do need to take care to manage the creation and deletion of your
Region data structures in your client, of course.
From: dan@watson.ibm.com (Walt Daniels)
Newsgroups: fj.mail-lists.x-window
Subject: Pascal wanted for Unix (ideally with X binding)
Date: 11 Dec 92 20:59:47 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 11 Dec 1992 15:04:27 EST
X-Phone: 914-784-6736 Tie 863 Fax x6306
Message-Id: <121192.150427.dan@watson.ibm.com>

There is one on the IBM RS/6000.  It has no explict X interface but
has no problem calling C.
From: jpsb@gothamcity.jsc.nasa.gov (Jim Shirreffs)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Special Promotion - SPARCclassics for HOME
Date: 13 Dec 92 01:56:18 GMT
Distribution: fj
Organization: JJ Software

Date: Sat, 12 Dec 1992 23:03:03 GMT
Message-Id: <1992Dec12.230303.29943@aio.jsc.nasa.gov>
Newsgroups: comp.sys.sun.wanted,comp.text.frame,comp.unix.solaris,comp.unix.sys5.r4,comp.unix.wizards,comp.windows.open-look,comp.windows.x


What is a SPARCclassic? Hardware/Software? Does Sun make it?

I checked in misc.forsale.computers.workstation. 

jim shirreffs
From: jain@spectra.com (Sadhana Jain)
Newsgroups: fj.mail-lists.x-window
Subject: Re: XDM configuration question
Date: 17 Dec 92 22:14:29 GMT
Distribution: fj
Organization: Spectragraphics Corporation

Date: Thu, 17 Dec 92 18:40:40 GMT
Message-Id: <1992Dec17.184040.16086@spectra.com>
Newsgroups: comp.windows.x

In article <BzCzoD.n3L@andy.bgsu.edu> herber@andy.bgsu.edu (Steve Herber) writes:
>(Background: I am using X11R4 XDM modified with the Univ of Washington
>hacks to allow a menu of hosts to select from.  I haven't got the R5
>xdm installed yet...)
>
>I have been trying to configure the config files for XDM to allow
>a X window login box to appear on my SGI IRIX console but to prevent
>XDM from responding to network broadcast requests.  The problem
>here is that a lab of NCD X terminals here on campus have been
>set up to broadcast XDM requests to allow a number of systems to
>paint a 'login menu' on the terminals.  The problem is that the
>SGI system also responds with the login window for it's system.
>
>...so basicly, how do I turn off the ability for the SGI XDM server
>to respond to these network broadcasts?  We have tried setting the
>/usr/lib/X11/xdm/Xservers file to ":0 Local local /usr/bin/X11/X :0"
>without success...
>
>I realize that I could direct the XDM request to a specific server

1. How about starting SGI XDM and Xserver at a different udpPort (other than
default 177)? 


2. If X server is using XDM-AUTHENTICATION-1 scheme, then you could setup
   magic cookie values so that XDM server responds to the servers whose
   magic cookie values match with its own (defined in xdm-keys file). 


Hope this helps.
From: heb@regent.e-technik.tu-muenchen.dbp.de (Herbert Bauer)
Newsgroups: fj.mail-lists.x-window
Subject: X wrapper for passwd
Date: 16 Dec 92 01:15:54 GMT
Distribution: fj
Organization: Technical University of Munich, Germany

Date: Tue, 15 Dec 1992 16:34:09 GMT
Message-Id: <heb.724437249@regent.e-technik.tu-muenchen.de>
Newsgroups: comp.windows.x

I'm looking for a X wrapper for passwd. We would like to have a nice
C client which makes it really easy to change your password.

Does anybody know of such a biest? I'm sure there must be something
around.
If not, does anybody have a regular wrapper for passwd. Using that
code, it should be fairly easy to write a little X/Motif client
for handling passwd.

Thanks in advance and merry christmas,

Herbert

--
Herbert Bauer
bauer@regent.e-technik.tu-muenchen.dbp.de
Institute of Electronic Design Automation 
Technical University of Munich