From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 12 21:12:52 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 825E516A494 for ; Sun, 12 Nov 2006 21:12:52 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id ED45843D53 for ; Sun, 12 Nov 2006 21:12:51 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 53653 invoked by uid 1001); 12 Nov 2006 21:13:56 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Sun, 12 Nov 2006 16:13:56 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17751.36500.33990.809115@bhuda.mired.org> Date: Sun, 12 Nov 2006 16:13:56 -0500 To: Josh Paetzel In-Reply-To: <200611121143.22391.josh@tcbug.org> References: <200611121143.22391.josh@tcbug.org> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Mike Meyer Cc: hackers@freebsd.org Subject: Re: Epic5-0.3.1 ruby support and FreeBSD AMD64 problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Nov 2006 21:12:52 -0000 In <200611121143.22391.josh@tcbug.org>, Josh Paetzel typed: > I'm the port maintainer for irc/epic4 and irc/epic5 and try to liason > with the developers as much as possible. I've received a request > from the Epic developers that I can't really help with and I'm > wondering if someone would be willing to be able to lend them a hand. > > Epic5-0.3.1 includes optional ruby support. When ruby support is > compiled in on an AMD64 box attempting to use gdb on it > spontainiously reboots the box, no panic, no hang, just a hard reset. > The problem has been verified to occur on 5-STABLE and 6-STABLE on > multiple machines. It does not occur if the gdb from devel/gdb6 is > used. > > At the moment I'm dealing with the situation by keeping the port at > 5.0.2.0 but I'm getting more and more requests to get 0.3.1 into the > tree. Given the nature of the problem doing so at this point means > either not having the ruby support in the port or marking it broken > for AMD64, neither of which are particularly attractive. Why not test for both conditions? I.e. - if ruby support is included (you did say it was optional) AND if you're on amd64, then mark the port as broken? Better yet, since using devel/gdb6 seems to fix the problem, use devel/gdb6 under those conditions. Or - to keep it simple - always use devel/gdb6. Note that getting this problem fixed won't meean you can ignore it. If you want to avoid building with the workaround (whatever that may be) on amd64 after the fix has been committed, you'll have to check the OS version, and optionally build with the workaround if someone is installing the fix on an earlier version of FreeBSD. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information.