find / rm corrupting memory

Paul Fox pgf at brightstareng.com
Sat Jan 26 18:38:49 UTC 2008


vapier wrote:
 > On Saturday 26 January 2008, Roy Marples wrote:
 > > On Saturday 26 January 2008 17:01:26 walter harms wrote:
 > > > Roy Marples wrote:
 > > > > Hi List.
 > > > >
 > > > > I'm trying to track down a memory corruption when using the following
 > > > >
 > > > > /tmp/bb $ touch a b
 > > > > /tmp/bb $ find . -type f -exec rm -rf -- {} \;
 > > > > /tmp/bb $ touch a b c
 > > > > /tmp/bb $ find . -type f -exec rm -rf -- {} \;
 > > > > rm: invalid option --
 > > > > BusyBox v1.9.0 (2008-01-25 14:43:46 GMT) multi-call binary
 > > >
 > > > works for me:
 > > >
 > > > ~/src/busybox/busybox-1.9.0/check> touch a b
 > > > /check> ../busybox find . -type f -exec rm -rf -- {} \;
 > > > /check> ll
 > > > insgesamt 0
 > > > /check> touch a b c
 > > > /check> ../busybox find . -type f -exec rm -rf -- {} \;
 > > > /check> ll
 > > > insgesamt 0
 > > >
 > > > what version of gcc you are using ?
 > >
 > > gcc (GCC) 4.2.2 (Gentoo 4.2.2 p1.0)
 > > Interestingly I cannot replicate it on my amd64, but can on my i386 :/
 > 
 > it'd be easier to debug i think if we could reduce the # of config options in 
 > play.  the default config Gentoo uses is a beast as busybox is installed on 
 > all systems as a rescue shell.  then we could try to apply HTB or SSP or 
 > mudflap techs and see how it goes ...
 > -mike

and/or, perhaps if roy could build with -g, he could assist in
debugging.  of, send the executable to someone who can run gdb.

paul
=---------------------
 paul fox, pgf at brightstareng.com



More information about the busybox mailing list