tag 297572 - moreinfo unreproducible thanks On Tue, Jun 13, 2006 at 10:12:09PM -0400, Michael Gilbert wrote: > tag 297572 moreinfo unreproducible > > i am unable to reproduce this bug with qemu 0.8.1. > > $ ln -s /opt foo > $ qemu-arm -L foo > usage: qemu-arm [-h] [-g] [-d opts] [-L path] [-s size] program > [arguments...] > Linux CPU emulator (compiled for arm emulation) > > looks like the appropriate help is presented. can you confirm this > bug for the newer version or provide more info. thanks.
Hello Michael, Your test-case is totally flawed. qemu-arm -L foo is not even a valid way to call qemu-arm, hence the error message. I provided extensive instructions about reproducing this problem earlier in the bug log, and the instructions still work with 0.8.1. I provide for you a much simpler test-case, however I will not consider this bug fixed until in no more occur in the real-life test-case. I don't see why qemu-arm should scan all files before starting, this is a very expensive operation. Here the small test-case: mkdir /tmp/arm echo "#!/bin/sh\necho foo" > /tmp/arm/foo chmod a+x /tmp/arm/foo ln -s .. /tmp/arm/lib qemu-arm -L /tmp/arm /tmp/arm/foo You can see what happen with strace -eopen qemu-arm -L /tmp/arm /tmp/arm/foo 2>&1 | less -S qemu-arm scan through all the files, follow symlink and recurse. It only stop when the kernel report ELOOP (Too many levels of symbolic links). You can check that by changing the symlink with ln -sf . /tmp/arm/lib Cheers, -- Bill. <[EMAIL PROTECTED]> Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
