From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7634 invoked by alias); 2 Mar 2012 17:11:59 -0000 Received: (qmail 7553 invoked by uid 22791); 2 Mar 2012 17:11:57 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,RCVD_IN_DNSWL_LOW,TW_YG X-Spam-Check-By: sourceware.org Received: from out5-smtp.messagingengine.com (HELO out5-smtp.messagingengine.com) (66.111.4.29) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 02 Mar 2012 17:11:43 +0000 Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id CE5AD20D19 for ; Fri, 2 Mar 2012 12:11:42 -0500 (EST) Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 02 Mar 2012 12:11:42 -0500 Received: from [158.147.136.150] (158-147-136-150.harris.com [158.147.136.150]) by mail.messagingengine.com (Postfix) with ESMTPSA id 83CC28E012A; Fri, 2 Mar 2012 12:11:42 -0500 (EST) Message-ID: <4F50FF4B.1050705@cwilson.fastmail.fm> Date: Fri, 02 Mar 2012 17:11:00 -0000 From: Charles Wilson Reply-To: Charles Wilson User-Agent: Mozilla/5.0 (Windows NT 5.2; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: cygheap base mismatch detected References: <4F4E7CC8.9090804@cwilson.fastmail.fm> <20120301105139.GF2257@calimero.vinschen.de> <20120301121442.GG2257@calimero.vinschen.de> <4F4FFBD8.1080803@cwilson.fastmail.fm> <20120302085943.GB14404@calimero.vinschen.de> In-Reply-To: <20120302085943.GB14404@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2012-03/txt/msg00118.txt.bz2 On 3/2/2012 3:59 AM, Corinna Vinschen wrote: > On Mar 1 17:44, Charles Wilson wrote: >> Is there some workaround that could be used? > > Rebase pghook.dll. Oh, well, yeah -- that would work if I were allowed to do so. However, remember "paranoid corporate IT policies"? Avecto Privilege Guard is actually a product that $MYCORP installed to allow them even finer-grained controlled over "what I'm allowed to do with my office PC" than traditional Windows domain security policies can manage. Including such things as "interfering with Avecto Privilege Guard" by modifying some of its DLLs... > Call "cmd /c cygcheck". $ cmd /c cygcheck -cd cygwin Cygwin Package Information Package Version cygwin 1.7.11-1 Yeah, that works. Thanks. >> really trying to initialize and *use* cygwin1.dll facilities, is it? So, >> perhaps cygwin1.dll/dcrt0 could ignore the fact that it has been >> rebased, when dynamically loaded? (or perhaps, only when dynloaded by >> some app named 'cygcheck.exe'). > > That's kind of tricky. When the DLL is loaded into the wrong address, > then there are pointers in the processes startupinfo which potentially > point into nirvana. That affects any process. Yeah, I can see that. AFAIK, cygcheck is the only official tool that dynloads cygwin1.dll, so it is likely that I will only ever see /this/ particular problem (cygwin1.dll/dcrt0.c issues mismatch warning after cygwin1.dll is dynloaded by non-cygwin application) with cygcheck. Looks like I'm going to alias cygcheck to 'cmd /c c:/cygwin/bin/cygcheck'... -- 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