This is the mail archive of the
cygwin-apps@cygwin.com
mailing list for the Cygwin project.
Re: rebase problem for cygcurl-2.dll still existing?!
- From: Earnie Boyd <earnie_boyd at yahoo dot com>
- To: "Roth, Kevin P." <KPRoth at MarathonOil dot com>
- Cc: cygwin-apps <cygwin-apps at cygwin dot com>
- Date: Tue, 16 Jul 2002 12:31:52 -0400
- Subject: Re: rebase problem for cygcurl-2.dll still existing?!
- References: <6EB31774D39507408D04392F40A10B2B0168ED46@FDYEXC202.mgroupnet.com>
- Reply-to: Earnie Boyd <Cygwin-Apps at Cygwin dot Com>
Or, provide some means to accomplish an ignore this dll for the rebase
tool.
Earnie.
"Roth, Kevin P." wrote:
>
> On one hand, I have CGF asking for stripping of all EXE/DLLs, to save on disk space, and also download speed for our dial-up friends (I assume).
>
> On the other hand I have Stipe noticing that his PHP package (if memory serves) can't successfully rebase my cygcurl-2 dll, and therefore doesn't work. (Though I thought rebasing was not necessarily required, since windows normally relocates DLLs in memory when a collision occurs.)
>
> I'll be happy to repackage without stripping the DLL, if that's OK with CGF-and-friends. Or if someone suggests another workable approach I'll gladly oblige... If I hear nothing by tomorrow, I'll go ahead and submit a non-stripped package until such time as this issue is resolved.
>
> (BTW: for any given version of cygcurl-2.dll, does rebasing need to happen just once per target machine [e.g. when cygcurl-2.dll is installed], or also every time something that depends on it [such as PHP's curl wrapper] gets installed?)
>
> (BTW2: can anyone explain in layman's terms why it is that in-memory relocation upon collision doesn't happen in this case? Is that a deficiency of cygwin as a whole, or just related to the way my DLL was built?)
>
> Thanks,
> --Kevin