public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* child_info_fork::abort:
@ 2012-06-05 15:45 Rodrigo Botafogo
  2012-06-05 16:15 ` child_info_fork::abort: Ryan Johnson
  2012-06-05 21:22 ` child_info_fork::abort: marco atzeri
  0 siblings, 2 replies; 5+ messages in thread
From: Rodrigo Botafogo @ 2012-06-05 15:45 UTC (permalink / raw)
  To: cygwin

I´m using the latest cygwin distribution 1.7.15-1 and I´m using Ruby
with netcdf.  I keep on getting the following messages:

      0 [main] ruby 8140 child_info_fork::abort: address space needed
by 'cygnetcdf-7.dll' (0x420000) is already occupied
      0 [main] ruby 6960 child_info_fork::abort: address space needed
by 'cygnetcdf-7.dll' (0x420000) is already occupied
      0 [main] ruby 5692 child_info_fork::abort: address space needed
by 'cygnetcdf-7.dll' (0x420000) is already occupied
      0 [main] ruby 7748 child_info_fork::abort: address space needed
by 'cygnetcdf-7.dll' (0x420000) is already occupied

Similar messages appear when I try to open gnuplot processes.  I´ve
already done rebaseall.


Thanks for any help

--
Rodrigo Botafogo

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

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: child_info_fork::abort:
  2012-06-05 15:45 child_info_fork::abort: Rodrigo Botafogo
@ 2012-06-05 16:15 ` Ryan Johnson
  2012-06-05 21:22 ` child_info_fork::abort: marco atzeri
  1 sibling, 0 replies; 5+ messages in thread
From: Ryan Johnson @ 2012-06-05 16:15 UTC (permalink / raw)
  To: cygwin

On 05/06/2012 11:45 AM, Rodrigo Botafogo wrote:
> I´m using the latest cygwin distribution 1.7.15-1 and I´m using Ruby
> with netcdf.  I keep on getting the following messages:
>
>        0 [main] ruby 8140 child_info_fork::abort: address space needed
> by 'cygnetcdf-7.dll' (0x420000) is already occupied
>        0 [main] ruby 6960 child_info_fork::abort: address space needed
> by 'cygnetcdf-7.dll' (0x420000) is already occupied
>        0 [main] ruby 5692 child_info_fork::abort: address space needed
> by 'cygnetcdf-7.dll' (0x420000) is already occupied
>        0 [main] ruby 7748 child_info_fork::abort: address space needed
> by 'cygnetcdf-7.dll' (0x420000) is already occupied
>
> Similar messages appear when I try to open gnuplot processes.  I´ve
> already done rebaseall.
0x420000 is a really low address for a dll, it will collide with any 
executable larger than 128kB. It's also in the region of address space 
where Windows really likes to put things like stacks and heaps (which 
cygwin can't move). Either rebaseall didn't work right, or else you've 
got a huge number of dlls in your system and it just ran out of address 
space to use.

Ryan


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

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: child_info_fork::abort:
  2012-06-05 15:45 child_info_fork::abort: Rodrigo Botafogo
  2012-06-05 16:15 ` child_info_fork::abort: Ryan Johnson
@ 2012-06-05 21:22 ` marco atzeri
  1 sibling, 0 replies; 5+ messages in thread
From: marco atzeri @ 2012-06-05 21:22 UTC (permalink / raw)
  To: cygwin

On 6/5/2012 5:45 PM, Rodrigo Botafogo wrote:
> I´m using the latest cygwin distribution 1.7.15-1 and I´m using Ruby
> with netcdf.  I keep on getting the following messages:
>
>        0 [main] ruby 8140 child_info_fork::abort: address space needed
> by 'cygnetcdf-7.dll' (0x420000) is already occupied
>        0 [main] ruby 6960 child_info_fork::abort: address space needed
> by 'cygnetcdf-7.dll' (0x420000) is already occupied
>        0 [main] ruby 5692 child_info_fork::abort: address space needed
> by 'cygnetcdf-7.dll' (0x420000) is already occupied
>        0 [main] ruby 7748 child_info_fork::abort: address space needed
> by 'cygnetcdf-7.dll' (0x420000) is already occupied
>
> Similar messages appear when I try to open gnuplot processes.  I´ve
> already done rebaseall.
>
>
> Thanks for any help
>
> --
> Rodrigo Botafogo
>

As ruby is not linked to netcdf,
I presume that you are using some ruby additional packages,
could your issue be related to the same problem :

http://thread.gmane.org/gmane.os.cygwin/126151/focus=126196

Regards
Marco



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

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: child_info_fork::abort:
  2012-06-11 13:49 child_info_fork::abort: Rodrigo Botafogo
@ 2012-06-11 14:22 ` Ryan Johnson
  0 siblings, 0 replies; 5+ messages in thread
From: Ryan Johnson @ 2012-06-11 14:22 UTC (permalink / raw)
  To: cygwin

On 11/06/2012 9:49 AM, Rodrigo Botafogo wrote:
> Ryan,
>
> Thanks also for your reply.  In your reply you say that if the system
> has a very large number of DLL rebase might not work. Just for
> curiosity, what is a large number of DLL?  When do I run a risk of
> having problems with rebaseall?
Short version: you ignore what I said, for all practical purposes -- I 
misread the address from your OP.

To answer your question, though:

There's a fixed amount of address space between 0x7000000 (the top 
boundary where rebaseall normally starts working down from) and 
0x4000000 (the address at which the executable image is always mapped). 
In between there usually go several Windows-related things (heaps, 
thread stacks, etc.), so really 0x50000000 is probably the real lower 
bound. That leaves roughly 512MB of address space to fill with rebased 
dlls; how fast the space gets used up depends on the number and size of 
dlls in your system. Most dlls are quite small (32-64kB), and my rebase 
database contains fewer than 350 of them. The lowest address in use is 
0x62d20000, so I've still got 300MB or so wiggle room (= plenty). I'd 
expect this to be the case for the vast majority of cygwin users.

Going from your claim that you'd rebased everything, if rebaseall had 
actually put a dll at 0x42000000, that would be a *lot* of *big* dlls 
(some thousands, or sized in MB instead of kB, perhaps). However, 
looking closer at your original report, 0x420000 != 0x42000000, and is 
well below the executable image. That dll was almost certainly placed 
there by Windows due to a base address collision, with the latter 
probably due to a dll (or several) that rebaseall missed.

Regards,
Ryan


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

^ permalink raw reply	[flat|nested] 5+ messages in thread

* child_info_fork::abort:
@ 2012-06-11 13:49 Rodrigo Botafogo
  2012-06-11 14:22 ` child_info_fork::abort: Ryan Johnson
  0 siblings, 1 reply; 5+ messages in thread
From: Rodrigo Botafogo @ 2012-06-11 13:49 UTC (permalink / raw)
  To: cygwin

>>     0 [main] ruby 8140 child_info_fork::abort: address space needed
>> by 'cygnetcdf-7.dll' (0x420000) is already occupied
>>     0 [main] ruby 6960 child_info_fork::abort: address space needed
>> by 'cygnetcdf-7.dll' (0x420000) is already occupied
>>     0 [main] ruby 5692 child_info_fork::abort: address space needed
>> by 'cygnetcdf-7.dll' (0x420000) is already occupied
>>      0 [main] ruby 7748 child_info_fork::abort: address space needed
>> by 'cygnetcdf-7.dll' (0x420000) is already occupied

>> Similar messages appear when I try to open gnuplot processes.  I´ve
>> already done rebaseall.


>> Thanks for any help


> As ruby is not linked to netcdf,
> I presume that you are using some ruby additional packages,
> could your issue be related to the same problem :

> http://thread.gmane.org/gmane.os.cygwin/126151/focus=126196

> Regards
> Marco


Marco,

Thank you for your reply.  Doing what you suggested seems to have
solved the problem.

Ryan,

Thanks also for your reply.  In your reply you say that if the system
has a very large number of DLL rebase might not work. Just for
curiosity, what is a large number of DLL?  When do I run a risk of
having problems with rebaseall?


Cheers,


Rodrigo

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

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2012-06-11 14:22 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-06-05 15:45 child_info_fork::abort: Rodrigo Botafogo
2012-06-05 16:15 ` child_info_fork::abort: Ryan Johnson
2012-06-05 21:22 ` child_info_fork::abort: marco atzeri
2012-06-11 13:49 child_info_fork::abort: Rodrigo Botafogo
2012-06-11 14:22 ` child_info_fork::abort: Ryan Johnson

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).