Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm
From: Christopher Faylor <cgf@cygnus.com>
Message-ID: <19990208093853.A24123@cygnus.com>
Date: Mon, 8 Feb 1999 09:38:53 -0500
To: jmm@raleigh.ibm.com, John Mullee <john@exmachina.net>
Cc: gnu-win32@cygnus.com
Subject: Re: pid problem found
References: <36BEF2B3.4A3B0C4C@exmachina.net> <199902081430.JAA25094@jmm.raleigh.ibm.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <199902081430.JAA25094@jmm.raleigh.ibm.com>; from jmm@raleigh.ibm.com on Mon, Feb 08, 1999 at 09:30:55AM -0500

On Mon, Feb 08, 1999 at 09:30:55AM -0500, jmm@raleigh.ibm.com wrote:
>> Would it be possible that this 'pid' is something other
>> than that id seen in taskmanager? does cygwin's
>> waitpid use the CreateProcess-pid? or something else?
>
>That was it, as it turns out... CreateProcess returns a Windows pid,
>not a cygwin pid, so cygwin1.dll's waitpid couldn't use it...
>
>Unfortunately, I was using CreateProcess to do anonymous pipe inheritance
>so each of the children could feed back an integer after getting a
>SIGALRM and exit.
>
>What this means now is that I'm stuck either converting the signal(),
>alarm(), and waitpid() stuff to Win32 calls (events I guess) or trying
>to dump all the anon pipe stuff in favor of some other IPC mechanism
>(most likely moving to the Win32 event stuff, I'd guess, though all the
>examples that I've seen do explicit checks for incoming messages in the
>code and not something as simple as installing a handler to print one
>integer and exit.

Umm.  Cygwin supports anonymous pipes.  Think UNIX.  That's what we're
trying to emulate.

cgf

--   
Want to unsubscribe from this list?                             
Send a message to cygwin-unsubscribe@sourceware.cygnus.com