Mail Archives: cygwin/2012/02/09/08:41:09
On Thu, Feb 09, 2012 at 12:06:31PM +0100, Corinna Vinschen wrote:
>> On Feb 8 16:16, Corinna Vinschen wrote:
>> > On Feb 8 15:55, Denis Excoffier wrote:
>> > > On Wed, Feb 08, 2012 at 02:35:02PM +0100, Corinna Vinschen wrote:
>> > > >> Denis, can you please change your test output? Instead of printing only
>> > > >> d_alt->modname, please print d_alt->name and then run your rsync test
>> > > >> again. If this is the same problem as in the doit testcase, I'd like to
>> > > >> see where the second cygiconv-2.dll is coming from. In theory, if you
>> > > >> have only a single installation of cygiconv-2.dll, this should'nt
>> > > >> happen.
>> > > Here it is. Enjoy!
>> > > 1 [main] gcc-4 5440 dll_list::reserve_space: address space needed by 'cygiconv-2.dll' (file D:\Home\dexcoff1\dexcoff1\cygwin2011f\bin\cygiconv-2.dll) (0x674C0000 with type 1=DLL_LINK)
>> > > 1580 [main] gcc-4 5440 dll_list::reserve_space: address space needed by 'cygintl-8.dll' (file D:\Home\dexcoff1\dexcoff1\cygwin2011f\bin\cygintl-8.dll) (0x6F5C0000 with type 1=DLL_LINK)
>> > > 1899 [main] gcc-4 5440 dll_list::reserve_space: address space needed by 'cygiconv-2.dll' (file \\?\D:\Home\dexcoff1\dexcoff1\cygwin2011f\bin\cygiconv-2.dll) (0x674C0000 with type 2=DLL_LOAD)
>> > > 2562 [main] gcc-4 5440 dll_list::reserve_space: address space needed by 'cygintl-8.dll' (file \\?\D:\Home\dexcoff1\dexcoff1\cygwin2011f\bin\cygintl-8.dll) (0x6F5C0000 with type 2=DLL_LOAD)
>> > > 3290 [main] gcc-4 5440 child_info_fork::abort: address space needed by 'cygiconv-2.dll' (0x674C0000) is already occupied
>> > > 2 [main] gcc 3408 fork: child -1 - forked process died unexpectedly, retry 0, exit code 1, errno 11
>> > >
>> > > I don't think you will need /proc/5440/maps this time.
>> >
>> > Nope, thank you. Look at this:
>> >
>> > D:\Home\dexcoff1\dexcoff1\cygwin2011f\bin\cygiconv-2.dll
>> > \\?\D:\Home\dexcoff1\dexcoff1\cygwin2011f\bin\cygiconv-2.dll
>> >
>> > So it's the same DLL path, just one time with the long pathname prefix
>> > (or better: The Win32 equivalent to the native NT path prefix). But,
>> > as I wrote in my mail to Heiko, neither the Windows loader nor the
>> > GetModuleFileName call normalize the path. So I think I just apply
>> > my patch to use only the basename in the dll_init code.
>>
>> I applied a patch and generated a new snapshot. Please give it a try.
Usually after installation of a new snapshot i begin with a compilation
of the sources. Today the compilation fails in winsup/cygwin/mkimport
(perl script) with the following messages:
1 [main] perl 2380 child_info_fork::abort: unable to map Glob.dll, Win32 error 126
4 [main] perl 5460 child_info_fork::abort: unable to map Cwd.dll, Win32 error 126
5 [main] perl 5916 child_info_fork::abort: unable to map Glob.dll, Win32 error 126
4 [main] perl 4028 child_info_fork::abort: unable to map Cwd.dll, Win32 error 126
4 [main] perl 4900 child_info_fork::abort: unable to map Glob.dll, Win32 error 126
4 [main] perl 2128 child_info_fork::abort: unable to map Cwd.dll, Win32 error 126
4 [main] perl 5120 child_info_fork::abort: unable to map Glob.dll, Win32 error 126
4 [main] perl 5440 child_info_fork::abort: unable to map Cwd.dll, Win32 error 126
4 [main] perl 5044 child_info_fork::abort: unable to map Glob.dll, Win32 error 126
4 [main] perl 5456 child_info_fork::abort: unable to map Cwd.dll, Win32 error 126
etc.
at the pace one message each 5seconds.
All processes indicated remain in /proc, as <defunct>, and with
maps "permission denied".
Regards.
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
- Raw text -