Description of problem: Most shell commands in RH9 accept all arguments without due regard for case. This is inconsistent with the default shell, bash, where autocompletion via the [Tab] key is case sensitive, and with many other GNU/Linux systems where case sensitivity is the norm. There are several problems with this: 1. A user must execute two mv commands to change the case of a filename via the shell. 2. Compatibility with existing GNU/Linux distributions (Mandrake and Debian, for example) is diminished. The problem can always be reproduced by executing the following statements in a Terminal window: 1. touch file.txt 2. mv file.txt File.txt Actual Results: The shell replies that the files are the same. Expected Results: file.txt should have been renamed to File.txt. I'm aware that there is some controversy about case sensitivity, but it seems odd to provide a shell that does not wholly accept insensitivity while providing commands that do.
I have never (ever) seen this behaviour in bash, or in mv, or indeed in any of the standard utilities shipped in Red Hat Linux. Cannot reproduce it on Red Hat Linux 9.
Oh, I bet you're using a VFAT filesystem: the *filesystem* is case-insensitive, by design. Use ext3.