Date: Tue, 2 Jan 2001 10:57:27 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender: eliz AT is
To: "Peter J. Farley III" <pjfarley AT banet DOT net>
cc: djgpp-workers AT delorie DOT com
Subject: Re: fcntl locking changes #3: Notes
In-Reply-To: <5.0.2.1.0.20010101123551.0337e9b0@pop5.banet.net>
Message-ID: <Pine.SUN.3.91.1010102105709.18307D-100000@is>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk


On Mon, 1 Jan 2001, Peter J. Farley III wrote:

>  >I get the same results as you, but the output has file descriptor 7
>  >rather than 5. (Please note that I did my tests on a copy of
>  >unmodified sources from CVS, with Peter's patches.) I tested in the
>  >same conditions as you, Peter.
> 
> You ran them from inside bash.  I ran under COMMAND.COM to get the *.ok 
> files.  When I run them under bash I get the same results as you, fd = 
> 7.

If this matters (to let people know that the test passed), the test
program should forcibly close all handles above 2, before it embarks
on its main code.

> I think bash has more open file descriptors while running, so I 
> think that explains the difference.

Yes, Bash takes 6 handles by default, IIRC, or at least uses handle 6
for output to the terminal.

Btw, does Bash on Unix marks those handles as close-on-exec?  If so,
perhaps the DJGPP port should do that, too.