ls -l segfault

Jan Evert van Grootheest Jan-Evert.van.Grootheest at Vialis.nl
Thu Mar 15 13:25:12 UTC 2007


> > On Wednesday 14 March 2007 13:26, Jan Evert van Grootheest wrote:
> > > 	It seems that show_files is at line 430 and list_single
> > is inlined.
> > > 	
> > > 	I also tried with valgrind. No problems reported. And
> > it does not
> > > segfault, either.
> > > 	 
> > > 	I also made a binary that is compiled with -O0 (no
> > optimization). It failed myteriously thus:
> > > 	(gdb) bt full
> > > 	#0  0x0805891a in openvt_main (argc=804208,
> > argv=0xb7f95ae0) at console-tools/openvt.c:35
> > > 	        fd = 0
> > > 	        vtname = "\b\001\000\000\000ÿ\000\000\000¡\000\000"
> > > 	#1  0x00000000 in ?? ()
> > > 	This binary also works succesfully with valgrind. And
> > without -l.
> > 
> > I propose the following:
> > 
> > 1) try latest svn
> > 2) add debug printouts to ls.c [using write, not printf!
> >    printf can make such 'volatile' bugs disappear]:
> >        write(2, "HERE\n", 5);
> >    by adding them here and there, rerunning ls, you
> >    will fairly quickly narrow it down.
> > 3) show results to the list
> 
> I cannot reproduce this with the snapshot of 20070315.
> 
> Now, I guess I should try the changes between 1.4.1 and 
> today... Fortunately, there are not too many patches in 
> coreutils/ls.c. Lets hope the bug is in ls.c and not somewhere else.

Rev 17994 is the only real change to ls.c and that did not make a difference.
So I guess the bug is somewhere else...
Any suggestions?

Thanks,
Jan Evert 
 
The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or entity to whom it is addressed and others authorised to receive it. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this information is strictly prohibited and may be unlawful. Vialis is neither liable for the proper and complete transmission of the information contained in this communication nor for any delay in its receipt. 
 



More information about the busybox mailing list