Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S937388AbXHLSr4 (ORCPT ); Sun, 12 Aug 2007 14:47:56 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932753AbXHLSrs (ORCPT ); Sun, 12 Aug 2007 14:47:48 -0400 Received: from outpipe-village-512-1.bc.nu ([81.2.110.250]:36691 "EHLO the-village.bc.nu" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1751284AbXHLSrr (ORCPT ); Sun, 12 Aug 2007 14:47:47 -0400 Date: Sun, 12 Aug 2007 19:55:25 +0100 From: Alan Cox To: Fredrik Noring Cc: linux-kernel@vger.kernel.org Subject: Re: Improving read/write/close system call reliability when used with pthreads Message-ID: <20070812195525.20dbb6fc@the-village.bc.nu> In-Reply-To: References: <70E19A0A-2728-4ADA-B984-A36182C1F575@nocrew.org> <20070812161337.3828381c@the-village.bc.nu> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-redhat-linux-gnu) Organization: Red Hat UK Cyf., Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, Y Deyrnas Gyfunol. Cofrestrwyd yng Nghymru a Lloegr o'r rhif cofrestru 3798903 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 786 Lines: 17 > POSIX appears to leave it "implementation-defined" provided I > interpret this correctly, of course. So wouldn't it be great to make > one of the current results a reliable feature? Given that 99.99% of programs don't appear to care and you materially slow down a critical path for every read and write I'm skeptical. Teaching the pipe code specifically to behave more nicely in this case might be worthwhile (and as it happens with sockets in the same case you can use shutdown() before close to get your preferred behaviour) Alan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/