delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2009/07/29/19:25:49

X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Date: Wed, 29 Jul 2009 19:25:22 -0400
From: Christopher Faylor <cgf-use-the-mailinglist-please AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Emacs can't start-process more than 30~40 processes
Message-ID: <20090729232522.GC13645@ednor.casa.cgf.cx>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <83iqhlbgoc DOT fsf AT gmail DOT com> <4A6727A8 DOT 2090905 AT cornell DOT edu> <83iqhkur2h DOT fsf AT gmail DOT com> <834osy98jo DOT fsf_-_ AT gmail DOT com> <83tz0xtt6c DOT fsf AT gmail DOT com> <20090729023256 DOT GC11458 AT ednor DOT casa DOT cgf DOT cx> <838wi8vt9v DOT fsf AT gmail DOT com>
MIME-Version: 1.0
In-Reply-To: <838wi8vt9v.fsf@gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On Wed, Jul 29, 2009 at 03:32:28PM +0800, Haojun Bao wrote:
>Christopher Faylor <cgf-use-the-mailinglist-please AT cygwin DOT com> writes:
>
>> On Tue, Jul 28, 2009 at 10:52:44AM +0800, Haojun Bao wrote:
>>>I have debugged it again, and I think I have more clue. I have read the
>>>how-cygheap-works.txt, and this might be a known problem.
>>>
>>>It's because the cygheap space has been used up. With Procexp, I can see
>>>cygwin1.dll is based 0x61000000, with size 0x300000 (3M). When segfault
>>>is about to happen, cygheap_max is 0x6164e924, and the _csbrk is called
>>>with a increase of 
>>>    (gdb) p sbs
>>>    $16 = 65544
>>>This will increase cyghead to 0x6165e92c, but from Proxexp I can see
>>>cygncurses-9.dll is based at 0x61650000.
>>>
>>>Besides, this code snippet from pipe.cc fhandler_pipe::create didn't
>>>check for NULL pointer, and directly caused the segfault.
>>>
>>>      fhs[0] = (fhandler_pipe *) build_fh_dev (*piper_dev);
>>>      fhs[1] = (fhandler_pipe *) build_fh_dev (*pipew_dev);
>>>
>>>//bhj: we should check NULL here.
>>
>> Not necessarily.  We don't expect these functions to return NULL.  It
>> would be interesting to know how many fds are open at this point.  If it
>> is a large number then maybe we have to start enforcing an fd max.  If
>> it is a "small" number then something is wrong and we're allocating too
>> much of the cygheap.  The cygheap was always supposed to be relatively
>> small.  Maybe we're abusing it too much in 1.7.
>
>There are quite some fds. In start-process, emacs will allocate 1 PTY
>and 1 pipe for each process it starts.

Yes, I assumed that there were a bunch of fds but I was looking for an
exact number rather than "quite some".  I can't give exact details about
how to find the number now but I thought that since you were looking at
the code it wouldn't be too hard to figure this value out.

Anyway, Corinna has a stopgap fix for this which will probably show up
in a 1.7.0-* release sometime soon.

cgf

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


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019