From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27986 invoked by alias); 2 Dec 2013 20:30:41 -0000 Mailing-List: contact cygwin-talk-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: cygwin-talk-owner@cygwin.com Reply-To: The Vulgar and Unprofessional Cygwin-Talk List Mail-Followup-To: cygwin-talk@cygwin.com Received: (qmail 27972 invoked by uid 89); 2 Dec 2013 20:30:40 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.2 required=5.0 tests=AWL,BAYES_50,RDNS_NONE autolearn=no version=3.3.2 X-HELO: etr-usa.com Received: from Unknown (HELO etr-usa.com) (130.94.180.135) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 02 Dec 2013 20:30:39 +0000 Received: (qmail 44368 invoked by uid 13447); 2 Dec 2013 20:30:32 -0000 Received: from unknown (HELO [172.20.0.42]) ([107.4.26.51]) (envelope-sender ) by 130.94.180.135 (qmail-ldap-1.03) with SMTP for ; 2 Dec 2013 20:30:32 -0000 Message-ID: <529CEDE5.4030703@etr-usa.com> Date: Mon, 02 Dec 2013 20:30:00 -0000 From: Warren Young User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: The Vulgar and Unprofessional Cygwin-Talk List Subject: Re: Design mixed 32 and 64 bit systems. References: <6CF2FC1279D0844C9357664DC5A08BA21D7054@MLBXV06.nih.gov> <529CE0E4.4080804@etr-usa.com> <20131202195626.GC604@ednor.casa.cgf.cx> In-Reply-To: <20131202195626.GC604@ednor.casa.cgf.cx> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2013-q4/txt/msg00014.txt.bz2 On 12/2/2013 12:56, Christopher Faylor wrote: > On Mon, Dec 02, 2013 at 12:35:00PM -0700, Warren Young wrote: >> This happens because POSIX PIDs are in a table that lives in >> cygwin1.dll's memory space, and because there are two DLLs, there are >> two different PID tables. > > Actually POSIX pids are Windows PIDs. The distinction becomes fuzzy > after an exec, though, where the Cygwin PID continues to be the PID > of the process which previously exec'ed it. Of the four PID values this pair of programs prints, shouldn't at least two should be the same, then? I get four different values here: PARENT: My PID is 5048; created child PID 5684 CHILD: My PID is 3108; my parent's PID is 1.