mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Phillip Lougher <phillip@lougher.demon.co.uk>
To: "H. Peter Anvin" <hpa@zytor.com>
Cc: Phil Lougher <phil.lougher@gmail.com>,
	Kyle Moffett <mrmacman_g4@mac.com>,
	linux-kernel@vger.kernel.org
Subject: Re: Squashfs without ./..
Date: Sat, 26 Mar 2005 02:14:18 +0000	[thread overview]
Message-ID: <4244C57A.6040609@lougher.demon.co.uk> (raw)
In-Reply-To: <4244DC6A.3020304@zytor.com>

H. Peter Anvin wrote:
> Phil Lougher wrote:
> 
>>
>> Making readdir return '.' and '..' is trivially easy, as all the
>> required information to fake '.' and '..' entries are present.
>>
>> The lack of '.' and '..' entries hasn't caused any problems despite
>> cramfs/squashfs being used for a large number of years.  I'm inclined
>> to believe any application that _relies_ on seeing '.' and '..'
>> returned by readdir is broken.  This situation is easily fixed within
>> the application rather than forcing the filesystem to unnecessarily
>> fake '.' and '..' entries which are never used.
>>
> 
> <sarcasm>
> 
> Yeah, let's fix every broken application on the planet instead of fixing 
> it in one place...
> 
> </sarcasm>
> 

Fixing it in Squashfs implies Squashfs is broken.  It isn't.  If it has 
to be "fixed" in the kenel, fix it in the VFS, it is after all the VFS 
which makes '.' and '..' handling redundant in the filesystem.

>     -hpa
> 


  reply	other threads:[~2005-03-26  4:03 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-22 15:47 Jan Engelhardt
2005-03-22 15:59 ` Jesper Juhl
2005-03-23 16:40   ` Pietro Zuco
2005-03-23 17:31     ` Jan Engelhardt
2005-03-23 17:49       ` Tom Vier
2005-03-24  7:01         ` Jan Engelhardt
2005-03-24 17:55         ` Geert Uytterhoeven
2005-03-24 19:36           ` Tommy Reynolds
2005-03-24 19:47             ` Jan Engelhardt
2005-03-24 22:31               ` Andreas Schwab
2005-03-24 19:59             ` H. Peter Anvin
2005-03-24 20:13               ` Kyle Moffett
2005-03-24 20:36                 ` H. Peter Anvin
2005-03-25 13:59                   ` Jesper Juhl
2005-03-27  4:05                     ` Jan Harkes
2005-03-27  9:16                       ` Jesper Juhl
2005-03-25 14:39                 ` Eric W. Biederman
2005-03-26  3:48                 ` Phil Lougher
2005-03-26  3:52                   ` H. Peter Anvin
2005-03-26  2:14                     ` Phillip Lougher [this message]
2005-04-20  4:39                       ` Jörn Engel
2005-03-26 10:03                   ` Jan Engelhardt
2005-03-27  1:56                     ` H. Peter Anvin
2005-03-26  2:39           ` Paul Jackson
2005-03-27  8:11 Adam J. Richter
2005-03-27  8:51 ` Jan Engelhardt

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4244C57A.6040609@lougher.demon.co.uk \
    --to=phillip@lougher.demon.co.uk \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mrmacman_g4@mac.com \
    --cc=phil.lougher@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®