From owner-freebsd-current@FreeBSD.ORG Mon Sep 10 17:51:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EBBB16A537 for ; Mon, 10 Sep 2007 17:51:36 +0000 (UTC) (envelope-from tmseck-lists@netcologne.de) Received: from smtp3.netcologne.de (smtp3.netcologne.de [194.8.194.66]) by mx1.freebsd.org (Postfix) with ESMTP id ACAE213C474 for ; Mon, 10 Sep 2007 17:51:35 +0000 (UTC) (envelope-from tmseck-lists@netcologne.de) Received: from laurel.tmseck.homedns.org (xdsl-213-196-244-104.netcologne.de [213.196.244.104]) by smtp3.netcologne.de (Postfix) with SMTP id 84EFA67C5D for ; Mon, 10 Sep 2007 19:22:24 +0200 (CEST) Received: (qmail 868 invoked from network); 10 Sep 2007 17:22:24 -0000 Received: from unknown (HELO bledge.tmseck.homedns.org) (192.168.1.4) by 0 with SMTP; 10 Sep 2007 17:22:24 -0000 Received: from bledge.tmseck.homedns.org (localhost [127.0.0.1]) by bledge.tmseck.homedns.org (8.14.1/8.14.1) with ESMTP id l8AHMN24010653; Mon, 10 Sep 2007 19:22:23 +0200 (CEST) (envelope-from tmseck-lists@netcologne.de) Received: (from thomas@localhost) by bledge.tmseck.homedns.org (8.14.1/8.14.1/Submit) id l8AHMMJu010652; Mon, 10 Sep 2007 19:22:22 +0200 (CEST) (envelope-from tmseck-lists@netcologne.de) X-Authentication-Warning: bledge.tmseck.homedns.org: thomas set sender to tmseck-lists@netcologne.de using -f Date: Mon, 10 Sep 2007 19:22:22 +0200 From: Thomas-Martin Seck To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Message-ID: <20070910172221.GA6504@bledge.tmseck.homedns.org> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: a private site in Germany X-PGP-KeyID: DF46EE05 X-PGP-Fingerprint: A38F AE66 6B11 6EB9 5D1A B67D 2444 2FE1 DF46 EE05 X-Attribution: tms Cc: Subject: Odd segfault during Squid-2.6.16 compilation on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2007 17:51:36 -0000 [x-post to freebsd-current@ and freebsd-ports@, replies should probably go to freebsd-current only since I only observe this issue on 7-CURRENT] All, I am currently struggling with an odd issue that keeps me (or rather miwi@) from updating www/squid to 2.6.16: During the compilation process, Squid uses a helper application cf_gen to build the default squid.conf file from a template file, cf.data. On CURRENT, cf_gen segfaults when processing said file while it works just fine on 6.2-STABLE and 5.5-STABLE. Compiling Squid with gcc 4.2.1 (installed via the package available on ftp.freebsd.org) on 6.2-STABLE works, too. According to miwi, compiling Squid with gcc 3.4 on CURRENT does not fix the issue (is this correct, Martin?). So it seems that this segfault occurs only on CURRENT and even with CFLAGS="-O0 -g" set and is maybe not dependent on the compiler being used. There is no malloc.conf link and MALLOC_OPTIONS are unset. Kernel is a stripped down GENERIC. This problem occurs on my i386 box and on miwi's ports tinderbox (amd64 as well as i386). My CURRENT installation is "FreeBSD 7.0-CURRENT #84: Thu Aug 30 16:48:08 CEST 2007". Trying to debug this gives the following: 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 "i386-marcel-freebsd"... Core was generated by `cf_gen'. Program terminated with signal 11, Segmentation fault. 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 0x281521d6 in strcmp () from /lib/libc.so.7 (gdb) bt #0 0x281521d6 in strcmp () from /lib/libc.so.7 #1 0x08048db4 in checkDepend (directive=0x282058c0 "external_acl_type", name=0xbfbfe12e "externalAclHelper", types=0x282025e0, entries=0x28207730) at cf_gen.c:133 #2 0x08049534 in main (argc=3, argv=0xbfbfe5e4) at cf_gen.c:284 (gdb) up #1 0x08048db4 in checkDepend (directive=0x282058c0 "external_acl_type", name=0xbfbfe12e "externalAclHelper", types=0x282025e0, entries=0x28207730) at cf_gen.c:133 133 if (strcmp(entry->name, dep->name) == 0) (gdb) p *entry $1 = {name = 0x282069f0 "comment", alias = 0x0, type = 0x0, loc = 0x282069f8 "none", default_value = 0x0, default_if_none = 0x0, comment = 0x0, ifdef = 0x0, doc = 0x28206a00, nocomment = 0x0, array_flag = 0, next = 0x28207700} (gdb) p *dep $2 = {name = 0x22a02270
, next = 0x235022d0} (gdb) quit Does this sound familiar to anyone?