Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sample.eng.ohio-state.edu!purdue!haven.umd.edu!decuac!pa.dec.com!wsl.dec.com!gringort
From: gringort@wsl.dec.com (Joel Gringorten)
Newsgroups: comp.unix.ultrix
Subject: Re: Ultrix 4.2 gripe
Message-ID: <1991Jun26.135718@wsl.dec.com>
Date: 26 Jun 91 20:57:18 GMT
References: <17826@helios.TAMU.EDU>
Sender: news@pa.dec.com (News)
Reply-To: gringort@wsl.dec.com (Joel Gringorten)
Organization: DEC Western Software Lab
Lines: 26

In article <17826@helios.TAMU.EDU>, j1h9453@eagle.tamu.edu (Joel Andrew Huddleston) writes:
|> I thought I might warn people out there supporting DECStations.  I don't know
|> how far this goes back in the version list, but under Ultrix 4.2, there is a
|> file in /usr/skel called .Xdefaults.  This is a swell initialization file for
|> someone who already knows how to set up X applications or for someone who
|> never wants to change a thing.  However, the Session Manager supplied by DEC
|> can't understand this file well enough to change what it does.  Consequently,
|> if a user tries to use the Session Manager's Customize menu to set defaults,
|> it doesn't work.   But, it doesn't work in such a way that it *thinks* it is
|> working, *seems* to be working, *tells* you it is working, *warns* you that it
|> won't work until you restart your session, but doesn't change everything.

Customizations in the session manager have always worked just fine as far as 
I know. Manual mods to my .Xdefaults always work fine as well and don't bother 
the session manager one bit.  I think if this stopped working we'd be getting
an awful lot of problems reports -- and we're not.

|> 
|> C'mon DEC!  Give us a break.  If you include some nifty startup file, make
|> sure that it is going to work with the product you wrote to update it.
|> Doesn't that make sense?

I hate to say this, but what makes more sense is that perhaps you're doing 
something wrong.

-joel