Return-Path: <tiff-bounces@lists.maptools.org>
X-Original-To: info@awaresystems.be
Delivered-To: info@awaresystems.be
Received: from mx-o.b-one.net (mx-o.one.com [91.198.169.62])
	by mail9.b-one.net (Postfix) with ESMTP id E1544400946
	for <info@awaresystems.be>; Tue,  2 Mar 2010 17:59:57 +0100 (CET)
Received: by mx-o.b-one.net (Postfix, from userid 106)
	id D6EE4ADAE6D9; Tue,  2 Mar 2010 17:59:57 +0100 (CET)
X-Virus-Scanned: by one.com
X-Spam-Score: 0
X-Spam-Level: 
X-Spam-Status: No, score=0 tagged_above=0 required=4 tests=[none]
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.4
Received: from lists.maptools.org (lists.maptools.org [65.39.174.144]) by
 mx-o.b-one.net (Postfix) with ESMTP id 0BB93ADAE6D9 for
 <info@awaresystems.be>; Tue,  2 Mar 2010 17:59:48 +0100 (CET)
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by
 lists.maptools.org (Postfix) with ESMTP id 3C68A1D18E5AF; Tue,  2 Mar 2010
 11:59:04 -0500 (EST)
Received: from blade.simplesystems.org (blade.simplesystems.org
 [65.66.246.74]) by lists.maptools.org (Postfix) with ESMTPS id CE3FC1D191B47
 for <tiff@lists.maptools.org>; Tue,  2 Mar 2010 11:14:46 -0500 (EST)
Received: from freddy.simplesystems.org (freddy.simplesystems.org
 [65.66.246.65]) by blade.simplesystems.org (8.13.8+Sun/8.13.8) with ESMTP id
 o22GEeaY018620; Tue, 2 Mar 2010 10:14:40 -0600 (CST)
Date: Tue, 2 Mar 2010 10:14:40 -0600 (CST)
From: Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
X-X-Sender: bfriesen@freddy.simplesystems.org
To: Toby Thain <toby@telegraphics.com.au>
In-Reply-To: <E4882642-EB32-4A46-8D47-52B35A109A4E@telegraphics.com.au>
Message-ID: <alpine.GSO.2.01.1003021010400.1592@freddy.simplesystems.org>
References: <C7B27496.D0477%scott_ribe@killerbytes.com>
 <E4882642-EB32-4A46-8D47-52B35A109A4E@telegraphics.com.au>
User-Agent: Alpine 2.01 (GSO 1266 2009-07-14)
MIME-Version: 1.0
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2
 (blade.simplesystems.org [65.66.246.90]); Tue, 02 Mar 2010 10:14:40 -0600
 (CST)
Cc: tiff@lists.maptools.org
Subject: Re: [Tiff] Patch for tif_unix.c
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: TIFF and libtiff discussion <tiff.lists.maptools.org>
List-Unsubscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
 <mailto:tiff-request@lists.maptools.org?subject=unsubscribe>
List-Archive: <http://lists.maptools.org/mailman/private/tiff>
List-Post: <mailto:tiff@lists.maptools.org>
List-Help: <mailto:tiff-request@lists.maptools.org?subject=help>
List-Subscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
 <mailto:tiff-request@lists.maptools.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: tiff-bounces@lists.maptools.org
Errors-To: tiff-bounces@lists.maptools.org

On Tue, 2 Mar 2010, Toby Thain wrote:

> On 2-Mar-10, at 9:53 AM, Scott Ribe wrote:
>
>>> Unless I'm missing something.
>>
>> Yes, generally the correct response to EINTR is to retry, because 
>> it is simply the result of the kernel dealing with a signal, and 
>> not any kind of actual I/O failure.
>
> Right, but what was the intention of the signal?

That is the crux of the matter.  An application which handles signals 
would need to have a way to abort all I/O loops if it wants to quit 
(e.g. if the user hit ^C).  Otherwise the program hangs and the user 
becomes annoyed.  Libtiff does not include such smarts. Everything 
becomes more challenging if the application is threaded.

Bob
--
Bob Friesenhahn
bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
_______________________________________________
Tiff mailing list: Tiff@lists.maptools.org
http://lists.maptools.org/mailman/listinfo/tiff
http://www.remotesensing.org/libtiff/
