Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes:
> Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes:
>
> > Something like "/hurd/shadowfs --nest /hurd/ext2fs /dev/foo".
>
> How about: /hurd/shadowfs /dev/translator-mux/"/hurd/ext2fs /dev/foo"
> Can Hurd file systems handle embedded slashes in
Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes:
> Something like "/hurd/shadowfs --nest /hurd/ext2fs /dev/foo".
How about: /hurd/shadowfs /dev/translator-mux/"/hurd/ext2fs /dev/foo"
Can Hurd file systems handle embedded slashes in weird ways like that?
Mark Kettenis <[EMAIL PROTECTED]> writes:
> Anyway, I agree with Marcus that it's useful to have this feature, and
> it's probably how Thomas designed it.
yep.
Thomas
> How about having a magic translator /dev/underlying to represent the
> underlying node of a translator (similar to /dev/tty for the
> controlling terminal)?
That would be a pain and not fit well with the abstraction layers.
There is no inherent mapping between processes and filesystems.
Mark Kettenis <[EMAIL PROTECTED]> writes:
> How about having a magic translator /dev/underlying to represent the
> underlying node of a translator (similar to /dev/tty for the
> controlling terminal)?
How would libc know about the underlying port? Remember, the
same process may be translating m
From: Kalle Olavi Niemitalo <[EMAIL PROTECTED]>
Date: 14 Jul 2000 23:23:31 +0300
Mark Kettenis <[EMAIL PROTECTED]> writes:
>Date: Thu, 13 Jul 2000 19:27:55 -0400
>From: Olivier Galibert <[EMAIL PROTECTED]>
>
>settrans -c dummy /hurd/ext2fs `pwd`/dummy
>
>
Mark Kettenis <[EMAIL PROTECTED]> writes:
>Date: Thu, 13 Jul 2000 19:27:55 -0400
>From: Olivier Galibert <[EMAIL PROTECTED]>
>
>settrans -c dummy /hurd/ext2fs `pwd`/dummy
>
>...because the translator will end up looping on itself.
>
> Did you check that? If it really does that
Olivier Galibert <[EMAIL PROTECTED]> writes:
> It's probably even too magic for the translator itself. This does not
> work:
> dd if=/dev/zero of=dummy bs=1024k count=8
> mke2fs dummy
> settrans -c dummy /hurd/ext2fs `pwd`/dummy
>
> ...because the translator will end up looping on itself.
You
> Brent Fulgham writes:
BF> Does this mean I can fix the zero-hole bug by saying "XYZZY"?
BF> :-)
Nope. That particular command just cds to your home directory. ;)
--
Gordon Matzigkeit <[EMAIL PROTECTED]> //\ I'm a FIG (http://fig.org/)
Committed to freedom and diversity \// I use GNU
>Be prudent with these translators: you may accidentally
> injure people who want their filesystems to be rigidly
> tree-structured.(1)
>
>-- Footnotes --
>
>(1) You are lost in a maze of twisty little filesystems, all
> alike
>
Does this mean I can fix the ze
Date: Thu, 13 Jul 2000 19:27:55 -0400
From: Olivier Galibert <[EMAIL PROTECTED]>
On Fri, Jul 14, 2000 at 01:07:38AM +0200, Marcus Brinkmann wrote:
> On Thu, Jul 13, 2000 at 07:01:28PM -0400, Olivier Galibert wrote:
> > Currently the on-disk structures for translators in ext2 allow
On Thu, Jul 13, 2000 at 07:27:55PM -0400, Olivier Galibert wrote:
> On Fri, Jul 14, 2000 at 01:07:38AM +0200, Marcus Brinkmann wrote:
> > On Thu, Jul 13, 2000 at 07:01:28PM -0400, Olivier Galibert wrote:
> > > Currently the on-disk structures for translators in ext2 allow for an
> > > inode to be
On Fri, Jul 14, 2000 at 01:07:38AM +0200, Marcus Brinkmann wrote:
> Well, I think it is a useful feature and will be used (maybe optionally) in
> translators. I have some ideas about it. It's the same in Linux, btw. You
> can set mount point on existing directories with real content. Disallowing
On Fri, Jul 14, 2000 at 01:07:38AM +0200, Marcus Brinkmann wrote:
> On Thu, Jul 13, 2000 at 07:01:28PM -0400, Olivier Galibert wrote:
> > Currently the on-disk structures for translators in ext2 allow for an
> > inode to be both a passive translator and a file (or directory) with
> > actual conten
On Thu, Jul 13, 2000 at 07:01:28PM -0400, Olivier Galibert wrote:
> Currently the on-disk structures for translators in ext2 allow for an
> inode to be both a passive translator and a file (or directory) with
> actual contents. AFAICT, this capability is not used anywhere for
> now. I'm not even
Currently the on-disk structures for translators in ext2 allow for an
inode to be both a passive translator and a file (or directory) with
actual contents. AFAICT, this capability is not used anywhere for
now. I'm not even sure it is accessible from the filesystem
interface.
My question is, do
16 matches
Mail list logo