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: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= 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:to:from:subject:date:message-id:references :mime-version:content-type; s=default; bh=+8t3DXfI4hFUKfKKi9IBmM xxo7s=; b=m7O71Jtba9izlggqEoRDpatR21ZJNkq9LFB2PhyX6JnjnmZ/8M8iAR iR6MJPCXHyG93kQnjyn3TGDHzl62lFhUjpnR/7OKmjZkSao6LdQlaxoXAuhD/mpP ECL1BVwEBxIbRXjL6za7hwU1YFJqjQy0levna1cW6J3fepoTSX/wo= 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 X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_50,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,RDNS_NONE,SPF_HELO_PASS,SPF_PASS,TW_BZ autolearn=no version=3.3.1 To: cygwin AT cygwin DOT com From: Achim Gratz Subject: Re: bzr problem Date: Tue, 16 Jul 2013 19:39:01 +0200 Lines: 43 Message-ID: <87vc4a1k22.fsf@Rainer.invalid> References: <87ppunbnae DOT fsf AT Rainer DOT invalid> <871u6z5bv8 DOT fsf AT Rainer DOT invalid> 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