From owner-freebsd-hackers@FreeBSD.ORG Fri Jul 14 07:44:36 2006 Return-Path: X-Original-To: freebsd-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 8DE3D16A4E0 for ; Fri, 14 Jul 2006 07:44:36 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1492143D53 for ; Fri, 14 Jul 2006 07:44:36 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (wlan033212.uni-rostock.de [139.30.33.212]) by hydra.bec.de (Postfix) with ESMTP id 90A6C35707 for ; Fri, 14 Jul 2006 09:44:32 +0200 (CEST) Received: by britannica.bec.de (Postfix, from userid 1000) id 267BD6D093; Fri, 14 Jul 2006 09:44:19 +0200 (CEST) Date: Fri, 14 Jul 2006 09:44:19 +0200 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20060714074419.GC14113@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <868xn0z8w9.fsf@xps.des.no> <20060711152949.GB1463@merlin.emma.line.org> <1152642474.29859@origin.intron.ac> <3bbf2fe10607111437h6547432fn2887348708df29a4@mail.gmail.com> <20060712113516.GC2162@britannica.bec.de> <20060712132059.GA3906@britannica.bec.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Subject: Re: kern/99979: Get Ready for Kernel Module in C++ 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: Fri, 14 Jul 2006 07:44:36 -0000 On Thu, Jul 13, 2006 at 11:16:18AM +0530, Kamal R. Prasad wrote: > Im sorry I didn't understand you. setjmp() stores a few register contents > [notably ip] in a jmpbuf -which are restored after a longjmp(). How is the > try/catch mechanism more efficient than a setjmp()/longjmp() in terms of > space/time complexity? Because you have to run setjmp for *every* try{}, independent of whether it is ever actually needed. Joerg