At the time, we thought this was a cygwin or a perl issue, rather than a GNUmake issue. Take a look at http://sources.redhat.com/ml/cygwin/2005-05/msg01265.html or google "DuplicateHandle Nathan Mullen" if that doesn't work. That thread has the minimum case we were able to construct by extracting the DuplicateHandle code from gmake.
-- Tom Kronmiller, [EMAIL PROTECTED], 919-321-0625 > -----Original Message----- > From: Eli Zaretskii [mailto:[EMAIL PROTECTED] > Sent: Friday, December 02, 2005 6:39 AM > To: Tom Kronmiller > Cc: [EMAIL PROTECTED]; [email protected] > Subject: Re: Gmake.exe error: process_easy: > DuplicateHandle(In) failed (e=6) > > > From: "Tom Kronmiller" <[EMAIL PROTECTED]> > > Date: Thu, 1 Dec 2005 16:29:44 -0500 > > Cc: > > > > A while ago I was having this exact symptom in a similar > context: on windows, running gmake through a perl-based > wrapper script. > > Ultimately it turned out (and I have no idea why) that when > the perl script included a back-tick command > > $x = `some command`; > > .... > > system("gmake ...."); > > then the problem would manifest, but not if the backtick > was disabled by something like > > system("some command > tmpfile"); > > open(file "< tmpfile"); read, ... into $x; > > ... > > system("gmake ...."); > > It sounds like something is wrong with redirecting a standard handle, > but I need help to understand the details: what handle is the > offending one and why. Can you try debugging this? _______________________________________________ Make-w32 mailing list [email protected] http://lists.gnu.org/mailman/listinfo/make-w32
