X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:subject:to:references:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; q=dns; s=default; b=V+RQKRlsUkd/6Z2L hbSGw7csHHZqg2Q+JaJJfWD55HC8ROu37/p3Ly4FvmSjDHfRZToRJe/Zuzkw1mBW cKWRvlYox4Y0uSYMTFkYYNHVHNZoEZERm+KLErgsOxej2q0oEwO4ig8E0HEena3c juOrgAsxh8wBaLmHX1zi40xbDbM= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:subject:to:references:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; s=default; bh=Somyn0QFRrdwG+LKPE/Bor XI5Vg=; b=lfWwIelIKGkTRjamcHV6un8N6ajx9a4oyw/wR3yOlnkYx1bu34ZJg/ 2Is5qAOvncWCMWEz1MZtFLjE/5JUeEvR1P0hiYWT4oSOLd2xgZS2c9S9Yn2dnb3i sImjFXKjThR+iaFietFXRYMFdBoDEV1/RYCtFq59dtOaizemojmQw= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: limerock02.mail.cornell.edu X-CornellRouted: This message has been Routed already. Subject: Re: How to correctly rebase? To: cygwin AT cygwin DOT com, Rainer DOT Woitok AT gmail DOT com References: <22046 DOT 25592 DOT 311399 DOT 765933 AT woitok DOT gmail DOT com> <8925F252-F479-4990-B568-1EC612DF39A5 AT etr-usa DOT com> <22047 DOT 42793 DOT 36600 DOT 773496 AT woitok DOT gmail DOT com> <41C9E795-AEEC-4378-8548-44DAF7DB98E7 AT etr-usa DOT com> <5620164E DOT 1010508 AT cornell DOT edu> <22048 DOT 47638 DOT 206600 DOT 117271 AT woitok DOT gmail DOT com> <5620F460 DOT 7020605 AT cornell DOT edu> From: Ken Brown Message-ID: <562112CE.4040407@cornell.edu> Date: Fri, 16 Oct 2015 11:07:58 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5620F460.7020605@cornell.edu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes On 10/16/2015 8:58 AM, Ken Brown wrote: > On 10/16/2015 4:49 AM, Dr Rainer Woitok wrote: >> Ken, >> >> On Thursday, 2015-10-15 17:10:38 -0400, you wrote: >> >>> ... >>> Another possibility is that those DLLs were in use. Rainer, did you make sure >>> that no Cygwin processes were running other than dash? >> >> Well, at least I tried to. I ran "/bin/ps -ef" and only saw one "ps" >> and one "ash" process. >> >>> ... >>> No, it's because rebase is called with the -s option, which implies the -d >>> option, which means that it starts at 0x70000000 and works down. >> >> Thanks for the explanation. This had escaped me. >> >>> Rainer, you >>> can run 'rebase -is' to see the full list of base addresses. >> >> I did, and I think this list os more or less the same as the output from >> "rebaslst". But I'll compare more thoroughly later. What caught my eye >> though is that both lists seemed sorted more or less with respect to de- >> scending file names, except for >> >> /usr/bin/cygLLVM-3.1.dll base 0x5ca90000 size 0x0128a000 >> /home/Rainer/repo/netcdf/bin/cygnetcdf-7.dll base 0x5dd20000 size 0x032a0000 >> /usr/bin/cygORBitCosNaming-2-0.dll base 0x61580000 size 0x0000c000 >> >> All my other local DLLs appear at the very end of these lists. Is this >> just the way "rebase" works internally or does this indicate a problem? > > I don't know off the top of my head, but I wouldn't worry about this. >> >> Talking about problems: Python still does not work (and perhaps other >> stuff I just haven't yet tried). Should I try re-installing Python? >> >> But I would be more at rest if this all would be sort of explainable. > > As Warren and Achim have both suggested, you may just have too many DLLs for > 32-bit Cygwin. Can you uninstall some unneeded packages? Or switch to 64-bit > Cygwin? > > By the way, I don't think you have yet attached cygcheck output as requested in > http://cygwin.com/problems.html: "Run cygcheck -s -v -r > cygcheck.out and > include that file as an attachment in your report. Please do not compress or > otherwise encode the output. Just attach it as a straight text file so that it > can be easily viewed." Maybe someone will spot something. I have one other suggestion: If you rebase because of a fork failure, reboot before retrying the application that failed. I just had the following experience: I was running emacs on my 32-bit Cygwin installation and got a fork failure involving /usr/bin/cygMagickCore-6.Q16-2.dll. Windows had loaded this DLL at a very low address. I did a full rebase and restarted emacs, but that DLL was still loaded at a low address, even though rebasing had put the base address at a very reasonable 0x6e550000. [You can see where a DLL is loaded in a process's address space by examining the file /proc//maps.] I then rebooted, restarted emacs, and verified that the DLL was now loaded at 0x6e550000, as expected. I've seen this happen many times. I don't know the explanation, but my guess is that Windows does some caching that causes it to try to load a given DLL at the same base address as it used the last time that DLL was loaded. Rebooting clears the cache. Can someone who understands this stuff confirm my guess or provide a better explanation? Ken -- 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