DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 q=dns; s=default; b=fQ9QjtHV9nj2xoFX2e8pBw1UHmm6AJWFRGg8KxRHxQK
	RjPKNWFAbdI6zO8JO87LXnjPwaUOEUa9bWsoBBHD8OmYr1vL7RA/aLgUeQJl09wI
	yZjjs+FmuKc58HVybgdlS6cEKAe4puTYir8BKlCe0SOe5mt6wQo4CP2K3coJOY0g
	=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Received-SPF: pass (mail67-ch1: domain of coverity.com designates 157.56.242.197 as permitted sender) client-ip=157.56.242.197; envelope-from=thonermann AT coverity DOT com; helo=BL2PRD0512HT001.namprd05.prod.outlook.com ;.outlook.com ;
Message-ID: <51F133E4.6040506@coverity.com>
Date: Thu, 25 Jul 2013 10:19:16 -0400
From: Tom Honermann <thonermann AT coverity DOT com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7
MIME-Version: 1.0
To: <cygwin AT cygwin DOT com>
Subject: Re: Process command lines for Cygwin processes no longer viewable in Windows task manager as of Cygwin 1.7.21
References: <51F08F9D DOT 6020606 AT coverity DOT com> <20130725082814 DOT GA5124 AT calimero DOT vinschen DOT de> <51F1265B DOT 1040704 AT cwilson DOT fastmail DOT fm>
In-Reply-To: <51F1265B.1040704@cwilson.fastmail.fm>
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 7bit

On 07/25/2013 09:21 AM, Charles Wilson wrote:
> On 7/25/2013 4:28 AM, Corinna Vinschen wrote:
>> On Jul 24 22:38, Tom Honermann wrote:
>>> My suspicion that this started with 1.7.21 is based on Corinna's
>>> comments in http://cygwin.com/ml/cygwin/2013-07/msg00343.html and
>>> other anecdotal evidence of new problems occurring as of that
>>> release.
>>
>> This is by design now as described in the aforementioned posting.  If
>> you want to see the command line of a Cygwin application called by
>> another Cygwin application, see /proc/$pid/cmdline.
>
> Would a patch to restore the previous operation based on a $CYGWIN
> variable setting be acceptable?

I think this change should be reverted.

In my case, I need to be able to retrieve the command line for a Cygwin 
process from a non-Cygwin process.  Reading /proc/$pid/cmdline is not an 
option in that case.  I depend on the ability to, for example, 
differentiate gcc processes that are running based on their command line 
options.

Note that strace is currently broken as well.  Running it against a 
'make' invocation:

$ strace make | grep "cmd line"
  2532  163533 [main] make 6688 child_info_spawn::worker: pid 6688, 
prog_arg /usr/bin/g++, cmd line (null))
  2207  158021 [main] g++ 6688 child_info_spawn::worker: pid 2180, 
prog_arg /usr/lib/gcc/i686-pc-cygwin/4.7.3/cc1plus.exe, cmd line (null))
  1292  680192 [main] g++ 6688 child_info_spawn::worker: pid 3604, 
prog_arg 
/usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../i686-pc-cygwin/bin/as.exe, 
cmd line (null))
  1274  989508 [main] g++ 6688 child_info_spawn::worker: pid 6176, 
prog_arg /usr/lib/gcc/i686-pc-cygwin/4.7.3/collect2.exe, cmd line (null))
  2305  385952 [main] collect2 6176 child_info_spawn::worker: pid 6340, 
prog_arg 
/usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../i686-pc-cygwin/bin/ld, cmd 
line (null))

Note that "cmd line" is now (null) in all cases.

Tom.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple