error: "unable to remap" - despite repeated rebaseall
Thu Sep 30 15:31:00 GMT 2010
2010/9/29 Mike Slass:
> The system:
> Windows Server 2008 x86_64
> perl, v5.10.1 (*) built for i686-cygwin-thread-multi-64int
> (with 12 registered patches, see perl -V for more detail)
> The error:
> 5 [main] perl 19364 fork: child 19100 - died waiting for dll loading, errno 11
> 5071704 [main] perl 18988 C:\bin\perl.exe: *** fatal error - unable to remap \\?\C:\lib\perl5\site_perl\5.10\i686-cygwin\auto\P4\P4.dll to same address as parent: 0xA70000 != 0x1430000
> Stack trace:
> Frame Function Args
> 0088B458 610274AB (0088B458, 00000000, 00000000, 00000000)
> 0088B748 610274AB (61177840, 00008000, 00000000, 61178977)
> 0088C778 61004ADB (611A034C, 6123E3D4, 00A70000, 01430000)
> End of stack trace
> Additional background:
> P4.dll is part of a perl extension library for Perforce, p4perl. I built the perl library from source, but it links with some pre-compiled libraries that come from Perforce. Those libraries *were* built for cygwin.
> The P4.pm perl extension would not build with gcc 4, so when I built it I used g++-3 for the compiler and linker.
> I have tried running rebaseall several times, all successfully. I have provided an additional filelist to rebaseall (with -T) to make sure that the P4.dll was included in the rebaseing, since the P4.dll was not installed by cygwin, so is not listed as an installed file.
> Any suggestions?
Sure, perlrebase (now also with man page)
And if P4 depends on new dll's which are not under
/usr/lib/perl/*/auto than you'll have to
add your new dll's also to the intermediate rebase.lst which
perlrebase creates for you in the current dir, and use rebase with -T
rebaseall just rebases official cygwin package dll's, not any user dll's.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
More information about the Cygwin