Bug? "svn rm" silently succeeds when given name of non-existent file

    $ svn --version
    svn, version 1.3.0 (r17949)
       compiled Jan 8 2006, 11:13:45

This behavior just confused one of our developers -- she wasn't aware
that a certain file wasn't in her working copy; she tried to remove it
with "svn rm"; its silence led her to believe that it succeeded ...

Anyway here's a demonstration of what I mean:

Here's how the Unix "rm" works -- if you give it a bogus name, it lets
you know, and returns a failure code.
    
    $ rm sdlfkj
    rm: cannot remove `sdlfkj': No such file or directory
    $ echo $?
    1

Now here's what "svn rm" does:

    $ svn rm sdlfkj
    $ echo $?
    0

-- i.e., just the opposite of "rm": no error message, and it returns a
success code. Is this intentional?

-- 
When I just need to kick back after a long day of changing 1.s
into 0.s and 0.s into 1.s, nothing satisfies my primal fish urge
better than a can of Genova [tuna].
        -- Ben Collins-Sussman
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org