From owner-svn-src-head@FreeBSD.ORG Fri Apr 5 20:57:42 2013 Return-Path: Delivered-To: svn-src-head@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E4D69F5B; Fri, 5 Apr 2013 20:57:42 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.freebsd.org (Postfix) with ESMTP id 683D0D6D; Fri, 5 Apr 2013 20:57:41 +0000 (UTC) Received: from c211-30-173-106.carlnfd1.nsw.optusnet.com.au (c211-30-173-106.carlnfd1.nsw.optusnet.com.au [211.30.173.106]) by mail05.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id r35JkV5c004504 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Apr 2013 07:57:33 +1100 Date: Sat, 6 Apr 2013 06:46:31 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: mdf@FreeBSD.org Subject: Re: svn commit: r249105 - in head/sys/cam: ata scsi In-Reply-To: Message-ID: <20130406061551.B2674@besplex.bde.org> References: <201304041904.r34J4F2I065527@svn.freebsd.org> <515DE949.6050309@FreeBSD.org> <20130406020010.P1319@besplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.0 cv=Ov0XUFDt c=1 sm=1 a=EUEtXETBbRoA:10 a=kj9zAlcOel0A:10 a=PO7r1zJSAAAA:8 a=JzwRw_2MAAAA:8 a=a83PX5LfBjoA:10 a=6I5d2MoRAAAA:8 a=BrfKCNeTs6zEZYXkoz8A:9 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=TEtd8y5WR3g2ypngnwZWYw==:117 Cc: Adrian Chadd , "src-committers@freebsd.org" , "svn-src-all@freebsd.org" , Bruce Evans , "svn-src-head@freebsd.org" , Alexander Motin X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Apr 2013 20:57:43 -0000 On Fri, 5 Apr 2013 mdf@FreeBSD.org wrote: > On Fri, Apr 5, 2013 at 8:21 AM, Bruce Evans wrote: > >> This method works well in userland too. Instead of assert() or abort(), >> use an null dereference, or more portably, a signal > > Digressing quite a bit, doesn't abort() send a signal already, i.e. > SIGABRT? And doesn't __assert() call abort()? Yes, but with assert() the signal occurs deeply nested in a function that doesn't return. Bruce