This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: cygwin-1.7.10-1 fork - address space needed by ... already in use


On Mar  5 08:09, Denis Excoffier wrote:
> On Sun, Mar 04, 2012 at 06:22:10PM +0100, Corinna Vinschen wrote:
> >> On Feb  8 11:22, Denis Excoffier wrote:
> >> > On Wed, Feb 08, 2012 at 10:27:11AM +0100, Corinna Vinschen wrote:
> >> > >> On Feb  8 10:08, Denis Excoffier wrote:
> >> > >> > Result is:
> >> > >> > 
> >> > >> >       1 [main] gcc-4 4084 dll_list::reserve_space: address space needed by 'cygiconv-2.dll' (0x674C0000 with type 1=DLL_LINK) is perhaps already occupied
> >> > >> >    1720 [main] gcc-4 4084 dll_list::reserve_space: address space needed by 'cygintl-8.dll' (0x6F5C0000 with type 1=DLL_LINK) is perhaps already occupied
> >> > >> >    2085 [main] gcc-4 4084 dll_list::reserve_space: address space needed by 'cygiconv-2.dll' (0x674C0000 with type 2=DLL_LOAD) is perhaps already occupied
> >> > >> >    2440 [main] gcc-4 4084 dll_list::reserve_space: address space needed by 'cygintl-8.dll' (0x6F5C0000 with type 2=DLL_LOAD) is perhaps already occupied
> >> 
> >> Denis, can you please give the latest snapshot DLL a try in all
> >> circumstances in which you saw the above kind of fork problems in
> >> 1.7.10?  I applied a patch which should now work out the differences
> >> between linked and loaded DLLs better than before.
> >> 
> % uname -a
> CYGWIN_NT-5.1 edited 1.7.12s(0.260/5/3) 20120304 17:49:39 i686 Cygwin
> %
> 
> I am now unable to report any problem of that sort. I have compiled the
> cygwin1.dll, the new gcc-4.7.0-rc-20120302, and several other
> packages with no occurrence of such a message.

Thanks for testing.  Can you lease run this a while longer, just to
be sure?

> I've only to report that i observe some time to time the "something
> failed for pid" message (see several instances below). "Win32 Error 5"
> is ERROR_ACCESS_DENIED i suppose (in winerrors.h). I don't know
> what we are expected to do with these. In addition, they do not seem
> to hurt much.
> [...]
>    947 [main] sh 660! _pinfo::dup_proc_pipe: something failed for pid 0: res 660, hProcess 0x6C8, wr_proc_pipe 0x758 vs. 0x758, Win32 error 5 
>      2 [main] sh 3360! _pinfo::dup_proc_pipe: something failed for pid 0: res 3360, hProcess 0x6BC, wr_proc_pipe 0x758 vs. 0x758, Win32 error 5 
>   1345 [main] sh 3772! _pinfo::dup_proc_pipe: something failed for pid 0: res 3772, hProcess 0x6CC, wr_proc_pipe 0x758 vs. 0x758, Win32 error 5 
> [...]

Actually, I don't quite understand them.  The pid is apparently not
initialized yet, at the time the message occurs.  The code in question
tries to duplicate a pipe handle into another process and fails.  But
the process handle to the other has been created by this process, so it
should have all rights to duplicate the handle.  Hmm.  What command
were you running at the time?  Maybe it is reproducible.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]