Mail Archives: cygwin/2005/07/07/17:49:36
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/
- Raw text -