DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:reply-to:subject:references:from:to:message-id
	:date:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=TudEC9dGsJygbwWC
	5LEnV87Gj5Z/AWKGR3KMbr+s0M0+l1WkbQThom2UjyXhRa7Zaq9npmGgOlojHzFO
	rhyeaUIhb95CzgRp9da4YFVgHz5ILwRI/EMb26S91O8J04kLCfgfDG77wuTyXzGt
	8VQHwMhjMjnX2bJAow1mPTsVuY8=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Reply-To: moss AT cs DOT umass DOT edu
Subject: Re: Apparent rebase issue
References: <c03fd6f1-9440-f66d-a795-06a9c253d03a AT cs DOT umass DOT edu> <87o9y0u58o DOT fsf AT Rainer DOT invalid>
From: Eliot Moss <moss AT cs DOT umass DOT edu>
To: cygwin AT cygwin DOT com
Message-ID: <8e7eec6b-4fd5-09ce-474a-74fd87fc022e@cs.umass.edu>
Date: Fri, 17 Feb 2017 21:33:26 -0500
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

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