[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Gmake.exe error: process_easy: DuplicateHandle(In) failed (e=6)
From: |
Tom Kronmiller |
Subject: |
RE: Gmake.exe error: process_easy: DuplicateHandle(In) failed (e=6) |
Date: |
Fri, 2 Dec 2005 09:44:24 -0500 |
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, address@hidden, 919-321-0625
> -----Original Message-----
> From: Eli Zaretskii [mailto:address@hidden
> Sent: Friday, December 02, 2005 6:39 AM
> To: Tom Kronmiller
> Cc: address@hidden; address@hidden
> Subject: Re: Gmake.exe error: process_easy:
> DuplicateHandle(In) failed (e=6)
>
> > From: "Tom Kronmiller" <address@hidden>
> > 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?
Re: Gmake.exe error: process_easy: DuplicateHandle(In) failed (e=6), Eli Zaretskii, 2005/12/02