On Sat, Dec 07, 2002 at 07:06:09PM +0100, Moritz Schulte wrote: > Have fun/Happy hacking.
I was just playing around with it a bit and glancing over the code; when compiling, I got the messages: gcc -o unionfs main.o node.o lnode.o ulfs.o options.o \ ncache.o netfs.o lib.o -lnetfs -lfshelp -liohelp -lthreads -lports -lihash -lshouldbeinlibc /usr/bin/ld: netfs.o(.debug_info+0x6399): unresolvable relocation against symbol `_netfs_translator_callback1' /usr/bin/ld: netfs.o(.debug_info+0x63ac): unresolvable relocation against symbol `_netfs_translator_callback2' However, it did work nevertheless (i.e. the unionfs binary was created and could be started). I noticed that lnode_ref_remove() and lnode_uninstall() recursively call each other, where lnode_uninstall() calls lnode_ref_remove() on node->dir, which should be locked; I could not find anything that indicates that it will be. 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 links And of course, I just had to try compiling Unionfs inside of a Unionfs. :-) The result was: wj@hurd:~/unionfs/foo/unionfs$ make make: getcwd: : No such file or directory gcc -Wall -g -D_FILE_OFFSET_BITS=64 -std=gnu99 -DDEBUG -c main.c Assembler messages: FATAL: can't create main.o: Invalid argument make: *** [main.o] Error 1 More feedback coming soon. Cheers, GNU/Wolfgang _______________________________________________ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
