Denys, I had to import a patch from busybox cvs to get mount working. That explains why I can compile. I tried your suggestion, but everything works fine on x86.
I just got strace working on my Coldfire platform and had some interesting results. See the attached file. # strace -tt -F -o /var/msh.log /bin/busybox msh # sleep 5 [CTRL-C interrupts sleep] # sleep 5 [CTRL-C interrupts sleep] # sleep 5 [CTRL-C does nothing!] # exit # On the second command executed, there is the explicit system call blocking signals. I have not yet been able to figure out where this happens in the msh code. Unfortunately, gdb is intercepting all the SIGINT's and is preventing the bug from occuring. Hopefully, you or someone with a greater understanding of the code knows where this is occuring. In the meantime, I'll try to isolate the bug as well. - Jate S. -----Original Message----- From: Denys Vlasenko [mailto:[EMAIL PROTECTED] Sent: Monday, February 11, 2008 10:43 AM To: Jate Sujjavanich Cc: [email protected] Subject: Re: msh and signals lost due to blocking On Tuesday 29 January 2008 22:51, Jate Sujjavanich wrote: > I compiled busybox for x86, and the bug does not appear to manifest > itself. I've been reproducing it by running a ping and hitting ctrl-C > from the shell prompt. After about four successes, the signal block > occurs. With version 1.7.2 on x86, I can do this at will. Strange, with your .config I caanot duplicate it. BTW, your .config does not even buld on NOMMU, I had to disable CONFIG_MOUNT, otherwise I was getting mount.c:(.text.daemonize+0x3): undefined reference to `BUG_fork_is_unavailable_on_nommu' Did you make any modifications to the source? So, with attached .config, and with busybox 1.7.2 built statically against uclibc, with this change in platform.h for forcing NOMMU: ... #if 1 //defined __UCLIBC__ && __UCLIBC_MAJOR__ >= 0 && __UCLIBC_MINOR__ >= 9 && // __UCLIBC_SUBLEVEL__ > 28 && !defined __ARCH_USE_MMU__ #define BB_MMU 0 #define BB_NOMMU 1 ... I can run msh and can run "ping 127.0.0.1" from it, and it is interruptible by Ctrl-C every time. Same with "sleep 10". Can you build busybox with the attached .config and above platform.h change on x86 and try it? If Ctrl-C indeed stops working for you, run strace -f -tt -o msh.log ./busybox msh reproduce the bug ad send msh.log to the list. -- vda ************************************************************************ ************ This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses. ************************************************************************ ************
msh.log
Description: msh.log
_______________________________________________ busybox mailing list [email protected] http://busybox.net/cgi-bin/mailman/listinfo/busybox
