My original question:
On a 3000/300L running OSF/1 1.3, a user with 'rm' aliased to 'rm -i'
(under tcsh) claimed he cannot delete files. I found that 'rm -i' is
failing to recognize an affirmative response (character 'y' followed
by a carriage return). '\rm', '/usr/ucb/rm' (where his path points
to) or unaliasing the command all work fine. It is not a protection
problem. It does not matter if it is in an xterm window or dxterm
window. If he telnets or rlogins to another host, or even the same
one, then everything is fine ('rm -i' recognizes 'y' as an affirmative
response). It only happens in shells running directly under local
terminal windows.
Several people suggested checking the user's environment for a
definition of LANG. This was not quite the case, but got me to
grepping his dot files for such things, and I found in .Xdefaults:
*xnlLanguage: de_CH.88591
Turns out that, as one person (igb_at_AXND01.cern.ch) suggested, the user
had fiddled with the Language option under the Session Manager.
Nuking this entry fixed the problem.
Thanks to all who replied! You got me on the right track; I hadn't
thought of language definitions.
==BD
Received on Fri Jan 27 1995 - 15:06:40 NZDT