ports/157274: misc/finutils: gfind segmentation fault: 11 (core dumped)

[Klaus T. Aehlig]

The following reply was made to PR ports/157274; it has been noted by GNATS.

From: "Klaus T. Aehlig" <aehlig at linta.de>
To: Eitan Adler <lists at eitanadler.com>
Cc: bug-followup at freebsd.org, fabian at wenks.ch
Subject: Re: ports/157274: misc/finutils: gfind segmentation fault: 11 (core
 dumped)
Date: Mon, 30 May 2011 15:33:37 +0100

 Hi,
 
 I finally managed to reproduce the bug. It seems to be
 base-system specific; at least, all my attempts to reproduce
 it on my 8.2-STABLE amd64 machine failed. 
 
 However, the following "worked". I took a fresh virtual machine
 and installed a minimal 7.3-RELEASE amd64[1]. Taking an up-to-date
 ports tree (as of this morning[2]) and installing misc/findutils from 
 there produced a /usr/local/bin/gfind that would core dump.
 
 I got the following stack backtrace.
 
 # gdb /usr/local/bin/gfind gfind.core 
 GNU gdb 6.1.1 [FreeBSD]
 Copyright 2004 Free Software Foundation, Inc.
 GDB is free software, covered by the GNU General Public License, and you are
 welcome to change it and/or distribute copies of it under certain conditions.
 Type "show copying" to see the conditions.
 There is absolutely no warranty for GDB.  Type "show warranty" for details.
 This GDB was configured as "amd64-marcel-freebsd"...
 Core was generated by `gfind'.
 Program terminated with signal 11, Segmentation fault.
 Reading symbols from /usr/local/lib/libintl.so.9...done.
 Loaded symbols for /usr/local/lib/libintl.so.9
 Reading symbols from /usr/local/lib/libiconv.so.3...done.
 Loaded symbols for /usr/local/lib/libiconv.so.3
 Reading symbols from /lib/libm.so.5...done.
 Loaded symbols for /lib/libm.so.5
 Reading symbols from /lib/libc.so.7...done.
 Loaded symbols for /lib/libc.so.7
 Reading symbols from /libexec/ld-elf.so.1...done.
 Loaded symbols for /libexec/ld-elf.so.1
 #0  0x0000000800b6f620 in telldir () from /lib/libc.so.7
 (gdb) where
 #0  0x0000000800b6f620 in telldir () from /lib/libc.so.7
 #1  0x000000000042467d in fts_build (sp=0x800d0e080, type=3) at fts.c:1356
 #2  0x000000000042338f in fts_read (sp=0x800d0e080) at fts.c:891
 #3  0x000000000040420a in find (arg=0x7fffffffeb40 ".") at ftsfind.c:567
 #4  0x000000000040431f in process_all_startpoints (argc=0, argv=0x7fffffffebe8) at ftsfind.c:632
 #5  0x000000000040448a in main (argc=1, argv=0x7fffffffebe0) at ftsfind.c:725
 (gdb) 
 
 I'll investigate further.
 
 Best,
 Klaus
 
 
 
 [1] Using FreeBSD-7.3-RELEASE-amd64-disc1.iso
 MD5 (FreeBSD-7.3-RELEASE-amd64-disc1.iso) = 7c5049d15a95d9e0dd5eca013d1086b8
 
 [2] ctm cvs-cur 17507