X-Spam-Check-By: sourceware.org Date: Tue, 24 Jan 2006 18:45:28 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: /proc//exe points to void Message-ID: <20060124174528.GA20968@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <20050310220045 DOT GC20798 AT cygbert DOT vinschen DOT de> <20050311160956 DOT GB2821 AT cygbert DOT vinschen DOT de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On Jan 20 13:50, Sam Steingold wrote: > >> > On Mar 10 16:00, Sam Steingold wrote: > >> >> /proc//exe points to "foo", not to "foo.exe", so it cannot be > >> >> opened &c. > >> > ^^^^ > >> > ???? > >> > >> how do I find out which file is running if /proc//exe cannot be > >> opened? > > > > access(2) or stat(2) > > http://www.opengroup.org/onlinepubs/009695399/functions/access.html > the above spec of access appears to indicate that if access() succeeds > then open() must succeed too. > this is not the case in cygwin: /proc/self/exe cannot be open()ed. I've just checked in a patch which tacks on the .exe suffix to /proc/$PID/exe, as well as a patch to realpath which returns the pathname with .exe suffix, even if the original name has no suffix given. We will give this a try. Please test the next snapshot. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/