Package: coreutils Version: 5.97-5.3 Severity: normal File: /bin/rmdir [EMAIL PROTECTED]:~>mkdir foo [EMAIL PROTECTED]:~>rmdir -p ./foo rmdir: .: Invalid argument zsh: exit 1 rmdir -p ./foo
Since "." is never a valid argument to rmdir(), why does rmdir try to do that?
Consider a script that gets input from the user about what directory to act
on, and wants to rmdir it at the end. The current behavior of rmdir forces
each such script to check the user's input to avoid calling rmdir with a
path name starting with "./". I think it would be better for rmdir -p to
simply ignore the "./" and not try to literally rmdir(".") in this case.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages coreutils depends on:
ii libacl1 2.2.42-1 Access control list shared library
ii libc6 2.5-10 GNU C Library: Shared libraries
ii libselinux1 2.0.15-2 SELinux shared libraries
coreutils recommends no packages.
-- no debconf information
--
see shy jo
signature.asc
Description: Digital signature
