Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 65630 invoked from network); 29 Apr 2006 23:20:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 29 Apr 2006 23:20:47 -0000 Received: (qmail 70569 invoked by uid 500); 29 Apr 2006 23:20:47 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 70252 invoked by uid 500); 29 Apr 2006 23:20:45 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 70241 invoked by uid 99); 29 Apr 2006 23:20:45 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 29 Apr 2006 16:20:45 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of bojan@rexursive.com designates 203.171.74.242 as permitted sender) Received: from [203.171.74.242] (HELO beauty.rexursive.com) (203.171.74.242) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 29 Apr 2006 16:20:44 -0700 Received: from coyote.rexursive.com (coyote.rexursive.com [172.27.0.22]) by beauty.rexursive.com (Postfix) with ESMTP id 1F0602534A7 for ; Sun, 30 Apr 2006 09:20:22 +1000 (EST) Subject: Re: [PATCH]: Introduce apr_dbd_transaction_rollback From: Bojan Smojver To: dev@apr.apache.org In-Reply-To: <445371F8.7060501@pearsoncmg.com> References: <20060428145749.jh5cf8eqsw8osoc0@www.rexursive.com> <200604281031.08602.nick@webthing.com> <1146219362.6367.3.camel@coyote.rexursive.com> <44521BA5.30302@pearsoncmg.com> <1146268359.2011.9.camel@coyote.rexursive.com> <445371F8.7060501@pearsoncmg.com> Content-Type: text/plain Date: Sun, 30 Apr 2006 09:20:25 +1000 Message-Id: <1146352825.2011.12.camel@coyote.rexursive.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 (2.6.1-1.fc5.2) Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Sat, 2006-04-29 at 10:02 -0400, Chris Darroch wrote: > Otherwise, a nested function that wants to force a rollback > has to either do so, and then signal to all the callers that > the transaction is dead (and they then have to handle that > condition), or it has to set some internal application flag > that must be checked before trying to end (i.e., commit) or > rollback the transaction. With the mode flag in APR, I think > some of this application-side logic might be eliminated. Thoughts? Nice. Do you want me to do a prototype patch or do you have something already? -- Bojan