Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/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
X-Info: This message was accepted for relay by
	smtp03.mrf.mail.rcn.net as the sender used SMTP authentication
X-Trace: UmFuZG9tSVYZaC1z3qg8ux4wFFopwToaCyT4XyhSChnt71fxFZYofXJb/rX8klh+
Message-ID: <3EBB109B.1010502@rfk.com>
Date: Thu, 08 May 2003 22:21:15 -0400
From: Larry Hall <lhall AT rfk DOT com>
Reply-To: lhall AT rfk DOT com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Garfield Lewis <galewis AT ca DOT ibm DOT com>
CC: cygwin AT cygwin DOT com
Subject: Re: GCC for Windows help
References: <OF73F9995C DOT 9DB3A724-ON85256D20 DOT 0078146C-85256D20 DOT 00784D83 AT torolab DOT ibm DOT com>
In-Reply-To: <OF73F9995C.9DB3A724-ON85256D20.0078146C-85256D20.00784D83@torolab.ibm.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi Garfield,

Depends on the context.  Rebaseall will rebase all the DLLs installed
by setup.exe.  You could certainly add to that list to encompass other
DLLs too.  But perhaps that's side-stepping the issue.  However, as a
practical stop-gap measure, it should work.

Larry

Garfield Lewis wrote:
> Hi Larry,
> 
> Rebase will not help because the relocations are gone so irregardless of
> what the base address is if I cannot get that address the load will fail
> instead of just loading somewhere else and fixing up the addresses.
> 
> Thx,
> 


<snip>

> 
> 
> Garfield Lewis wrote:
> 
> <snip>
> 
>>On 8 May 2003 at 14:39, "Garfield Lewis" <galewis AT ca DOT ibm DOT com> wrote:
>>
>>
>>>Yes, been there done that... The problem is not building the dll it's
>>>running it. Since their linker strips the relocations out of the dll then
>>>if the dll is loaded by any proces that happens to not have the preferred
>>>address free then the dll will not load because cannot fixup the address
>>>within the dll. It is a stupid default for Windows but seems to be the
>>
>>case
>>
>>
>>>here. The --emit-relocs option seems to be what I need, however, so far
>>
>>all
>>
>>
>>>my info indicates that this only works for ELF binaries. Using the
>>>---enable-auto-image-base is a workaround for now because it chooses an
>>>address other than 0x10000000 as the preferred load address but it to
>>
>>will
>>
>>
>>>fail if the above happens, however less likely.
> 
> 
> 
> Sounds like something that the rebase package could help you with...
> 
> --
> 
> Larry Hall                              http://www.rfk.com
> RFK Partners, Inc.                      (508) 893-9779 - RFK Office
> 838 Washington Street                   (508) 893-9889 - FAX
> Holliston, MA 01746
> 
> 
> 
> 
> 
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:       http://cygwin.com/problems.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
> 
> 


-- 
Larry


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/