X-Recipient: archive-cygwin@delorie.com
X-SWARE-Spam-Status: No, hits=-2.6 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,RCVD_IN_DNSWL_LOW
X-Spam-Check-By: sourceware.org
Message-ID: <4BE8C0E5.6090502@cwilson.fastmail.fm>
Date: Mon, 10 May 2010 22:28:53 -0400
From: Charles Wilson <cygwin@cwilson.fastmail.fm>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: ProcPS tools (top) and cygwin env
References: <782608601.20100509195221@yandex.ru> <hs6rgp$qre$1@dough.gmane.org> <4BE81F27.6090102@gmail.com>
In-Reply-To: <4BE81F27.6090102@gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com

On 5/10/2010 10:58 AM, Dave Korn wrote:
>   It looks like Digika is trying to make top run standalone by unpacking the
> archive manually and adding a copy of the cygwin1 and cygncurses-8 DLLs.  It's
> unsurprising that it won't work without the other required parts of the cygwin
> installation around it.  A simple "strings /usr/bin/cygncurses-8.dll | grep
> terminfo" shows that it expects to be able to locate the /usr/share/terminfo
> subdirectory.

Don't forget also that as of 1.7.0-50 (or thereabouts), by default
separate installations of cygwin1.dll know nothing about other
cygwin1.dll installations (the global name of the cygwin ahared memory
region is now created using a hash of the cygwin1.dll's installation path).

So, even if you got this version of 'top' working with its individual
cygwin1.dll, it won't be able to tell you what programs are running
which use a different cygwin1.dll.

There is a mechanism for changing this behavior back to the 1.5.x
default, but I forget what it was. Search the archives.

--
Chuck

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

