DragonFly bugs List (threaded) for 2005-06
[
Date Prev][
Date Next]
[
Thread Prev][
Thread Next]
[
Date Index][
Thread Index]
Re: new expected behavior? src/bin/rm/rm.c
Well, the program itself is only doing what it has been told to do,
aka the -I option was specified in the alias for rm. On the otherhand
I made that alias the default for new installations. /etc/csh.cshrc
will have:
if ( $?prompt ) then
alias rm 'rm -I'
endif
The question is whether -I should override -f, whether we should require
two -f's to override -I (since -I is supposed to be a safety feature),
whether the default csh.cshrc should contain the alias, and/or whether
the 'rm' program should be smart and detect background operation
(which is easy to test) and disable -I if so.
I am kinda leaning towards detecting background operation and disabling
-I in that case, plus also requiring two -f's to override a prior -I.
What do people think?
-Matt
Matthew Dillon
<dillon@xxxxxxxxxxxxx>
:Per the "dumb user fix" in rm...
:
:http://www.dragonflybsd.org/cvsweb/src/bin/rm/rm.c?f=u&only_with_tag=&logsort=date
:
:Is this expected behavior? ie I said fork a rm -rf, I really mean it...
:but I had to ^Z, fg, bg...
:
:roxy# rm -rf /usr/home/geo &
:[1] 11174
:roxy# recursively remove /usr/home/geo? y
:y: Command not found.
:[1] + Suspended (tty input) rm -I -rf /usr/home/geo
:roxy# fg
:rm -I -rf /usr/home/geo
:^Z
:Suspended
:roxy# bg
:[1] rm -I -rf /usr/home/geo &
:[1] + Suspended (tty input) rm -I -rf /usr/home/geo
:roxy#
:
:actually I'm not completely sure what was going on with the fd there.
:
:shouldn't -f override -I as well as -i? If we are using -I, we can use
:-f, or not, right?
:
:// George
:--
:George Georgalis, systems architect, administrator Linux BSD IXOYE
[
Date Prev][
Date Next]
[
Thread Prev][
Thread Next]
[
Date Index][
Thread Index]