All of lore.kernel.org
 help / color / mirror / Atom feed
* Interesting reading that I agree with;-)
@ 2002-05-22 14:33 Hans Reiser
  2002-05-22 19:42 ` Andreas Dilger
  0 siblings, 1 reply; 4+ messages in thread
From: Hans Reiser @ 2002-05-22 14:33 UTC (permalink / raw)
  To: ReiserFS List

[-- Attachment #1: Type: text/plain, Size: 122 bytes --]

It is a pity we don't have more folks like Rob working on Linux.

Hans

http://plan9.bell-labs.com/sys/doc/lexnames.html


[-- Attachment #2: plan9.bell-labs.com/sys/doc/lexnames.html --]
[-- Type: text/html, Size: 37017 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Interesting reading that I agree with;-)
  2002-05-22 14:33 Interesting reading that I agree with;-) Hans Reiser
@ 2002-05-22 19:42 ` Andreas Dilger
  2002-05-23  1:24   ` Lehmann 
  2002-05-23  9:09   ` Hans Reiser
  0 siblings, 2 replies; 4+ messages in thread
From: Andreas Dilger @ 2002-05-22 19:42 UTC (permalink / raw)
  To: Hans Reiser; +Cc: ReiserFS List

On May 22, 2002  18:33 +0400, Hans Reiser wrote:
> It is a pity we don't have more folks like Rob working on Linux.

I haven't read the whole paper, but at first glance it would appear
to be trivial to do this under Linux, because the dentries maintain such
an absolute path to a file.  The only thing that appears to be needed
for this is the new syscall and the applications to actually use it.
The syscall just needs to walk the dentry tree upwards to generate the
full path, as is already done in the __d_path() function.

Cheers, Andreas
--
Andreas Dilger
http://www-mddsp.enel.ucalgary.ca/People/adilger/
http://sourceforge.net/projects/ext2resize/


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Interesting reading that I agree with;-)
  2002-05-22 19:42 ` Andreas Dilger
@ 2002-05-23  1:24   ` Lehmann 
  2002-05-23  9:09   ` Hans Reiser
  1 sibling, 0 replies; 4+ messages in thread
From: Lehmann  @ 2002-05-23  1:24 UTC (permalink / raw)
  To: reiserfs-list

On Wed, May 22, 2002 at 01:42:04PM -0600, Andreas Dilger <adilger@clusterfs.com> wrote:
> an absolute path to a file.  The only thing that appears to be needed
> for this is the new syscall and the applications to actually use it.

The syscall is named "readlink":

   ls -ld /proc/self/fd/0
   lrwx------    1 root     root           64 May 23 03:23 0 -> /dev/pts/1

Of course, it has to solve problems like the stupid way of appending
(instead of prepending) "(deleted)".

Much more useful. IMHO, would be a flink() call, although it might destroy
some optimizations in some filesystems ;->

-- 
      -----==-                                             |
      ----==-- _                                           |
      ---==---(_)__  __ ____  __       Marc Lehmann      +--
      --==---/ / _ \/ // /\ \/ /       pcg@goof.com      |e|
      -=====/_/_//_/\_,_/ /_/\_\       XX11-RIPE         --+
    The choice of a GNU generation                       |
                                                         |

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Interesting reading that I agree with;-)
  2002-05-22 19:42 ` Andreas Dilger
  2002-05-23  1:24   ` Lehmann 
@ 2002-05-23  9:09   ` Hans Reiser
  1 sibling, 0 replies; 4+ messages in thread
From: Hans Reiser @ 2002-05-23  9:09 UTC (permalink / raw)
  To: Andreas Dilger; +Cc: ReiserFS List

Andreas Dilger wrote:

>On May 22, 2002  18:33 +0400, Hans Reiser wrote:
>  
>
>>It is a pity we don't have more folks like Rob working on Linux.
>>    
>>
>
>I haven't read the whole paper, but at first glance it would appear
>to be trivial to do this under Linux, because the dentries maintain such
>an absolute path to a file.  The only thing that appears to be needed
>for this is the new syscall and the applications to actually use it.
>The syscall just needs to walk the dentry tree upwards to generate the
>full path, as is already done in the __d_path() function.
>
>Cheers, Andreas
>--
>Andreas Dilger
>http://www-mddsp.enel.ucalgary.ca/People/adilger/
>http://sourceforge.net/projects/ext2resize/
>
>
>
>  
>
I am told that Viro feels it would break applications.  I think the 
current .. handling should be considered a bug, and I don't really care 
what obscure applications are broken in return for fixing this commonly 
occuring bug.

Hans



^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2002-05-23  9:09 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-05-22 14:33 Interesting reading that I agree with;-) Hans Reiser
2002-05-22 19:42 ` Andreas Dilger
2002-05-23  1:24   ` Lehmann 
2002-05-23  9:09   ` Hans Reiser

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.