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

[Eitan Adler]

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

From: Eitan Adler <lists at eitanadler.com>
To: bug-followup at freebsd.org
Cc:  
Subject: Re: ports/157274: misc/finutils: gfind segmentation fault: 11 (core dumped)
Date: Mon, 30 May 2011 15:13:37 +0000

 ---------- Forwarded message ----------
 From: Klaus T. Aehlig <aehlig at linta.de>
 Date: Mon, May 30, 2011 at 2:33 PM
 Subject: Re: ports/157274: misc/finutils: gfind segmentation fault: 11
 (core dumped)
 To: Eitan Adler <lists at eitanadler.com>
 Cc: bug-followup at freebsd.org, fabian at wenks.ch
 
 
 
 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 ar=
 e
 welcome to change it and/or distribute copies of it under certain condition=
 s.
 Type "show copying" to see the conditions.
 There is absolutely no warranty for GDB. =C2=A0Type "show warranty" for det=
 ails.
 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 =C2=A00x0000000800b6f620 in telldir () from /lib/libc.so.7
 (gdb) where
 #0 =C2=A00x0000000800b6f620 in telldir () from /lib/libc.so.7
 #1 =C2=A00x000000000042467d in fts_build (sp=3D0x800d0e080, type=3D3) at ft=
 s.c:1356
 #2 =C2=A00x000000000042338f in fts_read (sp=3D0x800d0e080) at fts.c:891
 #3 =C2=A00x000000000040420a in find (arg=3D0x7fffffffeb40 ".") at ftsfind.c=
 :567
 #4 =C2=A00x000000000040431f in process_all_startpoints (argc=3D0,
 argv=3D0x7fffffffebe8) at ftsfind.c:632
 #5 =C2=A00x000000000040448a in main (argc=3D1, argv=3D0x7fffffffebe0) at ft=
 sfind.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) =3D 7c5049d15a95d9e0dd5eca013d108=
 6b8
 
 [2] ctm cvs-cur 17507
 
 
 
 --=20
 Eitan Adler