Delivered-To:	listarch-cygwin AT sourceware DOT cygnus DOT com
Mailing-List:	contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
Delivered-To:	mailing list cygwin AT sourceware DOT cygnus DOT com
From:	jmm AT raleigh DOT ibm DOT com
Message-Id:	<199902081430.JAA25094@jmm.raleigh.ibm.com>
Subject:	Re: pid problem found
To:	john AT exmachina DOT net (John Mullee)
Date:	Mon, 8 Feb 1999 09:30:55 -0500 (EST)
Cc:	gnu-win32 AT cygnus DOT com
In-Reply-To:	<36BEF2B3.4A3B0C4C@exmachina.net> from "John Mullee" at Feb 8, 99 03:20:35 pm

> 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.

Thanks for all your help,

James Manning
-- 
Hardware Design Engineer --- IBM Netfinity Performance Development

--   
Want to unsubscribe from this list?                             
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -