From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24426 invoked by alias); 29 Jun 2003 18:24:49 -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 24408 invoked from network); 29 Jun 2003 18:24:48 -0000 Received: from unknown (HELO myware.akkadia.org) (24.221.190.179) by sources.redhat.com with SMTP; 29 Jun 2003 18:24:48 -0000 Received: from redhat.com (myware.akkadia.org [192.168.7.70]) (authenticated bits=0) by myware.akkadia.org (8.12.8/8.12.5) with ESMTP id h5TIOQ7r011248 for ; Sun, 29 Jun 2003 11:24:27 -0700 Message-ID: <3EFF2EDA.9080106@redhat.com> Date: Sun, 29 Jun 2003 18:24:00 -0000 From: Ulrich Drepper Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5a) Gecko/20030614 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Glibc hackers Subject: finishing cancellation support X-Enigmail-Version: 0.76.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2003-06/txt/msg00053.txt.bz2 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm on the home stretch for the cancellation handling. The secondary cancellation points need to be handled and other functions not intended to be cancellation points need to be modified appropriately. The biggest problem (beside time) are the cancellation handlers. Actually, it's not too much of a problem, not with the C cleanup attribute handling. This is why I'll bump the gcc requirement to gccs with this cleanup handling. It's nothing really new, any deployed glibc already had to be compiled with such a gcc. But it'll now be a configure test. gcc 3.3.1 has the code (and will probably released soon). The Red Hat backport to gcc 3.2 also has the changes. So there should be a compiler for everybody. I'll be checking in code in small chunks. The amount of work is too large to do it in one scoop. Hopefully everything remains usable. The biggest problem is testing. Especially with the exception based cleanup. I could really use some help. While doing the work I'll document which of the secondary cancellation points (see the second table in 2.9.5.2 POSIX 2003) are actual cancellation points in NPTL. If I could get some help with writing test cases similar to the ones in tst-cancel4.c in NPTL this would speed up things quite a bit. - -- - --------------. ,-. 444 Castro Street Ulrich Drepper \ ,-----------------' \ Mountain View, CA 94041 USA Red Hat `--' drepper at redhat.com `--------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+/y7a2ijCOnn/RHQRApYnAKDGcbiUEErdhDMDAsXuILP/EqK4zgCfRy0E NqwyTXxf8moXfwCo7LSeUno= =F9lp -----END PGP SIGNATURE-----