Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!uupsi!sunic!ugle.unit.no!mack.uit.no!europen.cs.uit.no!paulf
From: paulf@europen.cs.uit.no (Fink Paul)
Newsgroups: comp.unix.aix
Subject: Re: 3005 bugs
Message-ID: <1991May22.164134.28167@mack.uit.no>
Date: 22 May 91 16:41:34 GMT
References: <91137.082334DICKSNR@QUCDN.QueensU.CA> <146@softpro.stgt.sub.org>
Sender: news@mack.uit.no (USENET News System)
Reply-To: paulf@europen.cs.uit.no (Fink Paul)
Organization: University of Tromsoe, Norway
Lines: 29

This may be the "well know" info problem.
Info does a xrdb if you run the graphics version of info.

Just find the script and comment out the line containing xrdb.


In article <146@softpro.stgt.sub.org>, cmo@softpro.stgt.sub.org (Christian Motz) writes:
|> In article <91137.082334DICKSNR@QUCDN.QueensU.CA> DICKSNR@QUCDN.QueensU.CA (Ross M. Dickson) writes:
|> >
|> >Also, somewhat like the gentleman at Hypercube (Sorry, I've forgotten the name)
|> >I find that occasionally mwm "changes state" so that I've got to click
|> >on the window frame rather than the window in order to activate it.
|> >One time it even changed back after behaving that way for a few minutes.
|> >I've not been able to find anything I'm doing that correlates with this
|> >change of behaviour.
|> 
|> This sounds a lot like the behaviour that has always plagued the RISC's
|> implementation of X. Could it be that the window manager behaves "normal"
|> if you have NumLock off and starts acting up when you turn NumLock on?
|> I have experienced this problem from the beginning up to now (We are
|> currently running 3003, 3005 hasn't arrived yet).
|> 
|> Just my experiences, your mileage may vary.
|>                                                                  Chris.
|> 
|> -- 
|> SOFTPRO doesn't speak for me, and I do not speak for SOFTPRO. So what?
|> 
|>                               Christian Motz, cmo@softpro.stgt.sub.org