Date:	Wed, 26 Jun 1996 20:46:43 -0400
From:	dj (DJ Delorie)
Message-Id:	<199606270046.UAA17700@delorie.com>
To:	demmer AT LSTM DOT Ruhr-UNI-Bochum DOT De
CC:	djgpp AT delorie DOT com
In-reply-to:	<31D0FDC2.15FB@LSTM.Ruhr-UNI-Bochum.De> (message from Thomas Demmer on Wed, 26 Jun 1996 10:07:14 +0100)
Subject:	Re: FSE, some questions

> "The module is responsible for calling _close() on
> the descriptor after setting the handler function to 
> zero in the extended close handler"
>
> This caused _close to trigger my handler again, obviously
> not what I intended. 

Did you zero out the handler function?  You *must* do that to prevent
recursion.  Use the same mechanism you used to set it to your handler
in the first place.

Why close it?  The open simulator opens "NUL" (/dev/null for unix
weenies) so that it has the use of a file descriptor that (1) is an
expected small value, and (2) dos won't use.  You must close this
descriptor to avoid running out of them.

- Raw text -