From owner-freebsd-stable@FreeBSD.ORG Fri Jun 4 01:06:33 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D142016A4CE for ; Fri, 4 Jun 2004 01:06:33 -0700 (PDT) Received: from mail.r.caley.org.uk (82-41-211-19.cable.ubr12.edin.blueyonder.co.uk [82.41.211.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2ABA43D1F for ; Fri, 4 Jun 2004 01:06:32 -0700 (PDT) (envelope-from rjc@caley.org.uk) Received: from pele.r.caley.org.uk (pele.r.caley.org.uk [10.0.0.12]) by mail.r.caley.org.uk (8.12.6/8.12.6) with ESMTP id i5486V32067060 for ; Fri, 4 Jun 2004 09:06:31 +0100 (BST) (envelope-from rjc@caley.org.uk) Received: from pele.r.caley.org.uk (localhost [127.0.0.1]) by pele.r.caley.org.uk (8.12.9/8.12.9) with ESMTP id i5486UFm081360 for ; Fri, 4 Jun 2004 09:06:31 +0100 (BST) (envelope-from rjc@pele.r.caley.org.uk) Received: (from rjc@localhost) by pele.r.caley.org.uk (8.12.9/8.12.9/Submit) id i5486UYG081359 for freebsd-stable@freebsd.org; Fri, 4 Jun 2004 09:06:30 +0100 (BST) (envelope-from rjc) Date: Fri, 4 Jun 2004 09:06:30 +0100 (BST) Message-Id: <200406040806.i5486UYG081359@pele.r.caley.org.uk> From: Richard Caley To: freebsd-stable@freebsd.org X-Dragon: Errol Organisation: Interactive Information Ltd. Subject: Find / cd mount bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2004 08:06:33 -0000 I thought this weird behaviour might be of interest to anyone working on the relevent bits of code. I haven't had time to investigate in detail or try it on a more up to date build, but if anyone is intereted, let me know and I will: $ uname -a FreeBSD pele.r.caley.org.uk 4.8-STABLE FreeBSD 4.8-STABLE #11: Tue Dec 2 18:34:40 GMT 2003 rjc@bast.r.caley.org.uk:/usr/obj/usr/src/sys/Pele i386 $ find /cdrom -name \*.mp3 | wc 49 49 3387 $ find /cdrom -name \*.mp3 -type f | wc 77 77 5214 Ie adding an extra restriction increases the number of results. The first one isn't giving an error at the point where it stops. /cdrom is mounting a CD burnt on FBSD. It was created with mkisofs with the arguments '-r -T -J'. I believe it was all one session. The first command's results seem to be all and only the ones in the first N sub-directories (actually one level down, not in the root of the CD), but the next one does not seems to be weird in any way (not a very long name, not a name which clashed with another and got substituted). -- rjc@interactive.co.uk _O_ |<