Received: from uu10.psi.com (38.8.4.2) by cerious.com
 with SMTP (Apple Internet Mail Server 1.1.1); Thu, 9 Jan 1997 08:13:07 -0500
Received: by uu10.psi.com (5.65b/4.0.061193-PSI/PSINet) via UUCP;
        id AA28567 for ; Thu, 9 Jan 97 07:50:51 -0500
Received: from louie (louie.ARPA) by itek.com (4.1/3.2.083191-A.B.Dick/Itek Graphix)
	id AA22696; Thu, 9 Jan 97 07:36:09 EST
Message-Id: <9701091236.AA22696@itek.com>
X-Sender: wagner@itek1
X-Mailer: Windows Eudora Light Version 1.5.2
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 09 Jan 1997 07:43:57 -0500
To: Phillip Crews <pcrews@cerious.com>
From: Scott Wagner <wagner@itek.com>
Subject: Re: LIBFIFF caused first chance exception in NTDLL.DLL
Cc: tiff@sgi.com
Status: R

Hello,

For those of you who are interested in the Win32 stuff:

>>	//first chance exception happens here
>>	//when calling CloseHandle()
>>	CloseHandle((HANDLE)map_handle);
>
>NT 4.0 generates an exception (which does eventually get handled) when a
>program closes a file handle that has already been closed. This shouldn't
>cause any real problems.
>
>In one of my projects, I kind of got tired of the messages (due to a
>different issue, not the TIFF library) and enclosed my CloseHandle call in
>a try/except block, so that the exception is no longer reported by the
>debugger.
>

I considered this possibility when I wrote the Win32 port, but did not add
it to the release because I was not sure that all target compilers would
handle try/except/finally constructs.  I suppose the best solution would be
to conditionally use this construct.  If you have a modification that has a
tested try/except/finally construct, please send it to me. I will add the
preprocessor stuff to make it conditional and send it on to Sam for release.

Regards,


Scott Wagner    (wagner@itek.com)
Staff Engineer
Itek Graphix
Rochester, NY USA

