X-Authentication-Warning: delorie.com: mailnull set sender to djgpp-workers-bounces using -f Subject: Re: A buffering problem? From: Tim Van Holder To: Eli Zaretskii Cc: djgpp-workers AT delorie DOT com, Laszlo Molnar In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Date: 12 Dec 2001 12:56:09 +0100 Message-Id: <1008158169.27039.3.camel@bender.falconsoft.be> Mime-Version: 1.0 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 Wed, 2001-12-12 at 12:09, Eli Zaretskii wrote: > > On 12 Dec 2001, Tim Van Holder wrote: > > > I would guess this is the same issue that prevented autoconf 2.52 and > > higher to work under DJGPP. If so, the culprit is perl.c, which closes > > stdprn. > > More accurately, it was closing file handle used by stdprn, behind the > back of the buffered stdio machinery. Actually, no: #ifdef MSDOS /* * There is no way we can refer to them from Perl so close them to * save space. The other alternative would be to provide STDAUX and * STDPRN filehandles. */ (void)fclose(stdaux); (void)fclose(stdprn); #endif It's our stdio cleanup hook that finds the (non-existent) stdprn entry in the chain of FILEs first and closes it behind the back of the 'real' file with fd 3. > Is this bugfix in the 2.03 refresh? If it is, you could use the new > djdev203.zip and see if the problem goes away. There is no djdev bugfix for this IIRC; I simply patched perl.c to not close stdprn on DJGPP and uploaded fixed perl binaries.