From mboxrd@z Thu Jan 1 00:00:00 1970 From: Szabolcs Szakacsits Subject: Re: interface to ask is a file is hidden Date: Sat, 11 Oct 2008 01:18:05 +0300 (MET DST) Message-ID: References: <641322f90810101222p3ff36ac3va9057b9958d2abf2@mail.gmail.com> <20081010192104.GD19500@unused.rdu.redhat.com> <20081010193503.GE23734@samba1> <641322f90810101300v3ab5fc15hb20fca0374ebe4b4@mail.gmail.com> <20081010215722.GG8645@mit.edu> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=UTF8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: =?iso-8859-1?Q?Nicol=F2?= Chieffo <84yelo3@gmail.com>, Jeremy Allison , Alexander Larsson , Josef Bacik , linux-fsdevel@vger.kernel.org To: Theodore Tso Return-path: Received: from emh01.mail.saunalahti.fi ([62.142.5.107]:58258 "EHLO emh01.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750999AbYJJW10 convert rfc822-to-8bit (ORCPT ); Fri, 10 Oct 2008 18:27:26 -0400 In-Reply-To: <20081010215722.GG8645@mit.edu> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Fri, 10 Oct 2008, Theodore Tso wrote: > On Fri, Oct 10, 2008 at 10:00:28PM +0200, Nicol=F2 Chieffo wrote: > > On Fri, Oct 10, 2008 at 03:21:04PM -0400, Josef Bacik wrote: > >=20 > > > What files are determined as "hidden" is completely up to the app= lication, and > > > not the filesystem. Every linux filesystem is going to return al= l entries in a > > > directory when you do a readdir, and then it is up to the app to = cull which > > > entries it doesn't want. Having the fs/vfs arbitrarily decide wh= ich files are > > > "hidden" and shouldn't be returned via readdir is not the correct= way to tackle > > > this problem, it should be decided via the application. > >=20 > > Ok, maybe I was not clear in my request > >=20 > > As if it's a way to get the size of a file, and this way is common = to > > all filesystem (tell me if I'm wrong), we request a common way to a= sk > > if the file is hidden. >=20 > You realie that except for filesystems that are legacy compatible wit= h > Microsoft, the concept of "hidden file" simply doesn't exist? So whe= n > you say: I think it's irrelevant what the [extended] attribute is.=20 The real question is how to handle (and standardise) them efficiently a= nd=20 cleanly. Files can have quite a lot of properties (extended attributes)= ,=20 there are more and more requests for them every day. New, efficient, extended getdents based on a provided attribute interes= t=20 list? Regards,=20 Szaka --=20 NTFS-3G: http://ntfs-3g.org -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html