From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 69742 invoked by alias); 18 Feb 2017 02:33:39 -0000 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 Received: (qmail 69588 invoked by uid 89); 18 Feb 2017 02:33:37 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=Gratz, gratz, occupation, H*MI:sk:87o9y0u X-HELO: mailsrv.cs.umass.edu Received: from mailsrv.cs.umass.edu (HELO mailsrv.cs.umass.edu) (128.119.240.136) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 18 Feb 2017 02:33:35 +0000 Received: from [192.168.1.6] (124-171-103-177.dyn.iinet.net.au [124.171.103.177]) by mailsrv.cs.umass.edu (Postfix) with ESMTPSA id 8D6FF43A2EC4; Fri, 17 Feb 2017 21:33:32 -0500 (EST) Reply-To: moss@cs.umass.edu Subject: Re: Apparent rebase issue References: <87o9y0u58o.fsf@Rainer.invalid> From: Eliot Moss To: cygwin@cygwin.com Message-ID: <8e7eec6b-4fd5-09ce-474a-74fd87fc022e@cs.umass.edu> Date: Sat, 18 Feb 2017 02:33:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <87o9y0u58o.fsf@Rainer.invalid> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2017-02/txt/msg00227.txt.bz2 On 2/17/2017 11:55 AM, Achim Gratz wrote: > Eliot Moss writes: > You may simply have run out of address space in your 32bit installation, > although the collision seems to happen at a relatively high address, > which might indicate BLODA. >> C:\cygwin\bin\cygXt-6.dll: Loaded to different address: >> parent(0x65E30000) != child(0x1C00000) >> 2 [main] emacs-X11 7808 child_info_fork::abort: >> C:\cygwin\bin\cygXt-6.dll: Loaded to different address: >> parent(0x65E30000) != child(0x1B50000) > What does /proc/7808/maps (replace 7808 with the pid of the process that > trgiggers the messages) say about the occupation of the memory region in > question? Well, unsurprisingly it says that cygXt-6.dll has a section there. Naturally I can't check the child since it is gone. I see that Windows has things loaded at various places, such as: SysWOW64/glu32.dll at 000D0000 System32/locale.nls at 01B50000 SysWOW64/ddraw.dll at 03520000 cygwin dlls start at 3E940000 System32/wow64.dll at 54140000 System32/wow64win.dll at 541A0000 SysWOW64/opengl32.dll at 65FC0000 The highest cygwin dll is cygEGL-1.dll at 6FFD0000 ending at 6FFF8000. So from 3E940000 upwards, cygwin and Windows dlls seem to mix. What would BLODA look like in the map? Would it help to post a map here? It's pretty big. If I have more or less run out of space, I suppose there are two fixes: 1) Drop some things from my installation to reduce my use of the 32-bit address space (which I might need to do anyway at this point to allow all programs to run reliably). 2) Switch to use cygwin64 for this program. (I have not made the 64-bit installation my "main" one that I use because not all the programs I use regularly have been ported to it, but I do have it running in parallel and talking to the 32-bit X installation.) Thoughts as to the next step? Regards - Eliot -- 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