This is the mail archive of the email@example.com
mailing list for the Cygwin project. See the Cygwin
home page for more information.
Re: B20: mv deletes files on error (NT)
At 12:35 AM 3/30/99 +0200, Corinna Vinschen wrote:
>"Larry Hall (RFK Partners, Inc)" wrote:
>> to support this at the expense of existing functionality? I think this
>> change needs to be revisited.
>IMHO, `mv' should be changed, by inserting `#if[n]def __CYGWIN__'.
>Or would you like to downsize the abilities of a system, because _one_
>program handles it the wrong way?
Again, depends on your point of view which change will "downsize the
abilities of a system". Considering that the semantics have been what UNIX
users expect all this time and no one had cause for complaint with it, I'm
not certain that the change will not be perceived as a downsizing (I've
learned over the years that perception is more important than the actual
facts of a matter). In any case, I'm not suggesting that hard links should
not be supported, if this is indeed the way to support them. I'm merely
questioning whether the current change is not trading one for the other. In
the same flavor as your suggestion to modify "mv" to make it work as it did
in the context of your change, what's wrong with modifying "ln" to handle
hard links while "mv" and perhaps even cygwin remain as they have always
been? Wouldn't making a change to "mv" necessitate a change to "cp" as
well? What about other utilities??? This doesn't seem to me to be in line
with the goal of Cygwin.
There's always multiple ways of solving a problem. I'm just questioning if
this is the best way to solve this one. I personally don't think it makes
sense to change "mv", "ln", or any other utility outside the Cygwin DLL unless
its absolutely necessary. That's my only point. If you are claiming that a
change to one ("mv" in your case) or more is the only way to handle this
situation, then I guess you've made your point clear as well.
Is there any other point that's been missed?
Personally, I foresee rounds of complaints from those used to the semantics
of "mv", "cp", and others in UNIX-like environments once this change hits
the release. It seems to me like it has the potential to be yet another
"text vs binary" debate. I'm not interested in seeing such debates
repeatedly in this list until all the tools get "properly ported"...:-(
Larry Hall firstname.lastname@example.org
RFK Partners, Inc. (781) 239-1053
8 Grove Street (781) 239-1655
Wellesley, MA, 02482-7797 http://www.rfk.com
Want to unsubscribe from this list?
Send a message to email@example.com