error: "unable to remap" - despite repeated rebaseall

Reini Urban
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)
>  cygwin-1.7
> 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 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.
Reini Urban

Problem reports:
Unsubscribe info:

More information about the Cygwin mailing list