DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:to:from:subject:date:message-id:references
	:mime-version:content-type; q=dns; s=default; b=pR4Z+C0UabTTvuFH
	aj52UfrVN4Odkt8OIt1VGqmqp7Q4P2Vsz2F3IvmxlJr/Ap6Hvm6giiBx9taS3fnv
	d4gDss/im6vE5T7qU85liG0dhl6ffzgCnjsQSgQ6PMQ5JVrf/v8c0yEpi+24dBAq
	CkZ4EQ/WmBnHm9/1Va7uqtUph0s=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
To: cygwin@cygwin.com
From: Achim Gratz <Stromeko@nexgo.de>
Subject: Re: bzr problem
Date: Tue, 16 Jul 2013 19:39:01 +0200
Lines: 43
Message-ID: <87vc4a1k22.fsf@Rainer.invalid>
References: <b4m4nc1emxb.fsf@jpl.org> <87ppunbnae.fsf@Rainer.invalid>	<b4mvc4bb7kp.fsf@jpl.org> <871u6z5bv8.fsf@Rainer.invalid>	<b4ma9lm3k79.fsf@jpl.org>
Mime-Version: 1.0
Content-Type: text/plain
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)

Katsumi Yamaoka writes:
> BTW, when I run `bzr update' for the Emacs trunk, it shows a warning
> that varies like:
>
> 0 [main] python2.7 1300 child_info_fork::abort: unable to remap\
> _ARC4.dll to same address as parent (0xBE0000) - try running rebaseall
> 0 [main] python2.7 4180 child_info_fork::abort: address space needed by\
>  '_socket.dll' (0x860000) is already occupied
> 0 [main] python2.7 8072 child_info_fork::abort: address space needed by\
>  'operator.dll' (0x3D0000) is already occupied

What apparently happens is that the DLL gets originally loaded onto a
low address, presumably due to something intercepting the loader, then
when the process forks that address is already in use so the DLL can't
be mapped to that address in the process image.  This has all the
fingerprints of a "real-time" / behavioural virus scanner, so you might
want to investigate whether you can exclude the Cygwin install folder
from this.  If that's not possible to set up, you can sometimes move the
Cygwin installation into a directory tree that already is excluded
(often %PROGRAMFILES% is treated differently than other tress, etc.).

> rebaseall_log.txt shows that those DLLs were rebased into:
>
> /usr/lib/python2.7/site-packages/Crypto/Cipher/_ARC4.dll:\
>  new base = 36df0000, new size = 10000
> /usr/lib/python2.7/lib-dynload/_socket.dll:\
>  new base = 37170000, new size = 20000
> /usr/lib/python2.7/lib-dynload/operator.dll:\
>  new base = 36f90000, new size = 10000
>
> As for "_ARC4.dll", how does "36df0000" mean "0xBE0000"?

Not at all: the DLL simply doesn't get loaded where it has been rebased
to.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


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