Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 52462 invoked by uid 500); 11 Feb 2003 00:02:23 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 52451 invoked from network); 11 Feb 2003 00:02:22 -0000 Date: Mon, 10 Feb 2003 16:02:25 -0800 From: Justin Erenkrantz Reply-To: Justin Erenkrantz To: Jacob Lewallen cc: dev@apr.apache.org Subject: Re: [PATCH] apr_queue race condition Message-ID: <2147483647.1044892945@dhcp31-150.ics.uci.edu> In-Reply-To: <3E482367.4080305@cs.ucr.edu> References: <3E46C7ED.7050708@cs.ucr.edu> <2147483647.1044884623@dhcp31-150.ics.uci.edu> <3E482367.4080305@cs.ucr.edu> X-Mailer: Mulberry/3.0.0 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, hits=-2.5 required=5.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES version=2.50-cvs X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N --On Monday, February 10, 2003 2:10 PM -0800 Jacob Lewallen wrote: >> >> Can you do us a big favor and please resubmit the patch without >> any whitespace changes? That is, only diff what you actually >> changed. We > > No problem. Here she is. In this case, I'll defer to the people who know this code better than I do. I think even if the queue size is of the correct size, too many consumers could rush in and get stuck waiting on the empty case which may never come. So, yeah. +1 in concept. This is better than doing the broadcast approach which could be expensive. -- justin