,
| Abstract <[EMAIL PROTECTED]> writes:
| In diskfs_rename_dir, filesystem corruption can result if a directory is
| moved that by a user who cannot write to the parent directory. For
| example:
| $ sudo chown -R tla.tla /src/hurd
| $ mv /src/hurd /home/tla
| ext2fs.static: /libdiskfs/dir-
Roland McGrath <[EMAIL PROTECTED]> writes:
> > The memory size must actually be limited on all architectures, because
> > the interfaces are supposed to be machine independent, which requires
> > the word size of the relevant parameters to be constant.
>
> That's insane. The interfaces on 64-bit
> The memory size must actually be limited on all architectures, because
> the interfaces are supposed to be machine independent, which requires
> the word size of the relevant parameters to be constant.
That's insane. The interfaces on 64-bit machines use 64-bit sizes.
___
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> The reason for the limit is because the address space on IA32 architecture
> is 32 bit.
The memory size must actually be limited on all architectures, because
the interfaces are supposed to be machine independent, which requires
the word size of th
> Can we please remove pump?
Kapow.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Can we please remove pump? It is so horribly broken that there is no
point in having it in the tree. If anyone needs to see how the DHCP
stuff was done they can always look in the Attic.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/
Hi.
In diskfs_rename_dir, filesystem corruption can result if a directory is
moved that by a user who cannot write to the parent directory. For
example:
$ sudo chown -R tla.tla /src/hurd
$ mv /src/hurd /home/tla
ext2fs.static: /libdiskfs/dir-renamed.c:202: diskfs_rename_dir:
Assertion `tmpnp
Wolfgang Jaehrling <[EMAIL PROTECTED]> writes:
> /usr/bin/ld: netfs.o(.debug_info+0x6399): unresolvable relocation
> against symbol `_netfs_translator_callback1'
I am not sure what this is; I don't see it here.
> I noticed that lnode_ref_remove() and lnode_uninstall() recursively
> call each oth
On Sun, Dec 08, 2002 at 09:04:11AM +0100, Moritz Schulte wrote:
> > Also, I find it a bit unfortunate that a simple `ls' triggers this
> > already:
> >
> > wj@hurd:~/unionfs$ settrans -ac foo unionfs .. /
> > wj@hurd:~/unionfs$ ls foo/unionfs/
> > ls: foo/unionfs/foo: Too many levels of symbolic li
