From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <0f7baf1240c48a949d3f1e29cacddeff@9srv.net>
From: a@9srv.net
To: 9fans@cse.psu.edu
Subject: Re: [9fans] ls, rc question -- proposed change to rc/glob.c
In-Reply-To: <000b01c40dc7$b8df6e40$1602a8c0@bl.belllabs.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Date: Fri, 19 Mar 2004 11:34:36 -0500
Content-Transfer-Encoding: quoted-printable
Topicbox-Message-UUID: 3a2d2eee-eacd-11e9-9e20-41e7f4b1d025

/ I would be most disturbed if 'ls' and 'ls *' returned
// different numbers of entries.

i was totally with David T. on this one until i read this. now i
see that the coice is really that either 'ls' and 'ls *' can agree,
-*or*- 'ls /tmp/foo' and 'ls /tmp/foo*' can agree. changing globing
as proposed will make the later true and the former false, which,
as presotto notes, is likely to be much more confusing. the fix
really would have to be a kernel-level change, and that's a much
bigger deal.

fwiw, it was a decent suggestion on a tricky point, and many 9fans
are still confusing what david was suggesting/asking for with a
dirread change which he *wasn't* asking for.
=E3=82=A2