From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26652 invoked by alias); 6 Mar 2003 20:21:09 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 26619 invoked from network); 6 Mar 2003 20:21:09 -0000 Received: from unknown (HELO gateway.sf.frob.com) (172.16.49.200) by 172.16.49.205 with SMTP; 6 Mar 2003 20:21:09 -0000 Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228]) by gateway.sf.frob.com (Postfix) with ESMTP id 09C78354C; Thu, 6 Mar 2003 12:21:07 -0800 (PST) Received: (from roland@localhost) by magilla.sf.frob.com (8.11.6/8.11.6) id h26KL7521950; Thu, 6 Mar 2003 12:21:07 -0800 Date: Thu, 06 Mar 2003 20:21:00 -0000 Message-Id: <200303062021.h26KL7521950@magilla.sf.frob.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Roland McGrath To: Ulrich Drepper Cc: libc-hacker@sources.redhat.com Subject: Re: [PATCH] Fix tst-aio7. In-Reply-To: Ulrich Drepper's message of Thursday, 6 March 2003 11:57:23 -0800 <3E67A823.9030102@redhat.com> X-Windows: no hardware is safe. X-SW-Source: 2003-03/txt/msg00016.txt.bz2 > Then these variables have to have global scope. > > The test in question was also testing that the AIO handling at exit time > is leak-free. There is not explicit test but one easily sees system > resources being depleated. This is important once we have a > kernel-supported AIO implementation. Ok. I've reverted the aio_cancel change and instead given CB1 permanent extent so that it's valid. I put in a comment mentioning this rationale.