question for perl maintainer

Christopher Faylor cgf-no-personal-reply-please@cygwin.com
Thu Jul 7 21:49:00 GMT 2005


On Thu, Jul 07, 2005 at 10:45:14PM +0200, Gerrit P. Haase wrote:
>Christopher Faylor wrote:
>
>>On Thu, Jul 07, 2005 at 02:08:40PM -0400, Larry Hall wrote:
>>
>>>At 01:10 PM 7/7/2005, you wrote:
>>>
>>>>In an attempt to work round the problem with readshortcut I reported
>>>>earlier, I thought I'd use a Perl script. Unfortunately the
>>>>Win32::Shortcut package seems to cause problems with process forking
>>>>(unlike the readshortcut error, this one isn't specific to the latest
>>>>cygwin DLL). I get an error
>>>>
>>>>C:\cygwin\bin\perl.exe (3088): *** unable to remap
>>>>C:\cygwin\lib\perl5\vendor_perl\5.8\cygwin\auto\Win32\Shortcut\Shortcut.
>>>>dll to same address as parent(0xBF0000) != 0x1110000
>>>>   13 [main] perl 3716 fork_parent: child 3088 died waiting for dll
>>>>loading 
>>>
>>>Sounds like a classic rebasing issue to me.  Have you tried running
>>>'rebaseall'?
>>
>>Wouldn't this problem be ameliorated slightly if the perl DLLs all
>>loaded in unique addresses to begin with?  Isn't the problem that all
>>perl DLLs (and probably others) are loading in address 0x10000000?
>>
>>Gerrit, would you be willing to change this so that the DLLs load in
>>non-default locations?  This would probably help everyone right out
>>of the box?
>
>Sounds good.  WHat is the magic flag I need to add to the link commands?

Something like -Wl,--image-base=0xsomething .

Or, you could just rebase the dlls prior to releasing perl, I guess.

cgf

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



More information about the Cygwin mailing list