delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2012/11/26/12:10:28

X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_NEUTRAL,TW_YG
X-Spam-Check-By: sourceware.org
Message-ID: <50B3A263.5020109@cs.utoronto.ca>
Date: Mon, 26 Nov 2012 12:09:55 -0500
From: Ryan Johnson <ryan DOT johnson AT cs DOT utoronto DOT ca>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: cygwin dlls address issue (cygconv-2.dll), unable to rebaseall
References: <CADEZfNj7pq1udfPX_9A4Ef6SCJOaX2Lc2xRhWBNGKY1qmVMiAQ AT mail DOT gmail DOT com>
In-Reply-To: <CADEZfNj7pq1udfPX_9A4Ef6SCJOaX2Lc2xRhWBNGKY1qmVMiAQ@mail.gmail.com>
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Hi Uri,

On 26/11/2012 11:33 AM, Piren wrote:
> Hi
>
> I've been using Cygwin for a while and everything was working fine.
> i've updated Cygwin to the latest version s 1.7.17-1. and even since
> i'm unable to use it anymore.
> I'm getting this message shown on every start of cygwin and it never
> becomes operational:
>    0 [main] bash 6156 child_info_fork::abort:
> C:\cygwin\bin\cygiconv-2.dll: Loaded to different address:
> parent(0x490000) != child(0x630000)
> bash: fork: retry: Resource temporarily unavailable
We usually associate fork() failures with a messed-up child process, but 
that error message usually indicates that the parent is the one with 
problems [1]. If you're starting from a command shell or other 
persistent process, you might try restarting it in hopes that Windows 
gives the next one a better address space layout. Otherwise, I don't 
know what to tell you (WFM w/ same version of Windows), other than to 
make sure things like SlickSVN aren't bundling some other version of 
cygwin that's messing everything up (unlikely, since cygcheck didn't 
complain).

[1] What likely happened is that Windows put "something" at 0x630000 and 
forced cygiconv-2 to rebase; if that "something" moves out of the way in 
the forked child, cygiconv-2 will then attempt to go where it "should" 
go, giving a mismatch. For dynamically loaded dlls, cygwin can work 
around this by unloading the library, and then filling the offending 
address space with padding that forces it to go where desired, but 
cygiconv is usually statically linked and therefore untouchable 
(attempts to unload it are silently ignored by Windows).

> i've tried rebaseasll, with a variety of open memory allocations but
> nothing works.
I've had poor luck with anything but the default base address, because 
the address space is crowded both above and below it. Fine line rebase 
has to walk...

Ryan


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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019