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/
