From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <088d886f074a753a31625a831ac07f8e@terzarima.net> From: Charles Forsyth To: 9fans@cse.psu.edu Subject: Re: [9fans] ls, rc question -- proposed change to rc/glob.c In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Date: Tue, 23 Mar 2004 00:40:19 +0000 Topicbox-Message-UUID: 3d625d6e-eacd-11e9-9e20-41e7f4b1d025 > >> rm > >> removes all entries, including hidden ones > > it did years ago, but i don't think it does now. >it does.[?] term% mkdir a term% mkdir b term% >a/x term% >b/x term% bind -b b a term% ls a a/x a/x term% rm a/x term% ls a a/x i'm fairly sure it once had some code to do that but it doesn't now. rm -r will remove them all -- but that's exactly what it's supposed to do: empty the directory, surely! indeed, it's interesting that here's an example where the underlying mechanism seems to encourage just the right behaviour! i also note that ls a showed two x's the first time, then i removed one, leaving one, which seems good accounting to me ... in fact, with the `show only one name' approach, surely it would be the Ruby principle of least surprise to leave `a' empty so rm should revert to its `questionable' behaviour!