X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 q=dns; s=default; b=YgHfSCa0pbAu5klg0R1KEm1W5qDDPwSMZXNEqBEmPmw
	ppvAOKXu6MTo7mIjk/bGI+hk5nYD6UnYZ4cfKRtD272hAw0SAGNVbMXqW3+NRd7D
	sg909bD/AF9Ss/Q3DpJeYXXW9Q8y/n+bdK6yvcOroDH98y1K09lwJtYKoOuri94o
	=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 s=default; bh=yEDmyNdii2s6VSnVqijDu633m2c=; b=UTRfvGYMlq7seFifV
	N+VE8BZCMN+eqHuQhnk9E6JG7WB+vOYN9TyeVl7rh+TuoyXxN37mKH1OGAQGdwql
	/sr7WlLN/WVao8MMx7AOTZnSI/HEStaUG3FVcBN/pRY6aq4a4vGju8JcoWzvtbC5
	ngVHTvrZmWIiskHW1+vU8qryHk=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.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
X-Spam-SWARE-Status: No, score=-4.3 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_HOSTKARMA_NO,RCVD_IN_HOSTKARMA_YE,RP_MATCHES_RCVD,SPF_PASS,TW_BZ autolearn=ham version=3.3.1
X-CornellRouted: This message has been Routed already.
Message-ID: <51D4983F.3020704@cornell.edu>
Date: Wed, 03 Jul 2013 17:31:43 -0400
From: Ken Brown <kbrown AT cornell DOT edu>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: emacs very slow; zombie processes eventually cleared
References: <3185EFAF9C8F7B4E9DBDF56829BF7C782A5D24B00A AT srv060ex01 DOT ssd DOT fsi DOT com>	<51D32C24 DOT 6030207 AT cornell DOT edu> <m9hi38rv5vfd DOT fsf AT W0144758 DOT usac DOT mmm DOT com>
In-Reply-To: <m9hi38rv5vfd.fsf@W0144758.usac.mmm.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 7/3/2013 2:51 PM, J. David Boyd wrote:
> Ken Brown <kbrown AT cornell DOT edu> writes:
>
>> On 7/2/2013 11:41 AM, Rockefeller, Harry wrote:
>>> When I start emacs I get this message:
>>> (emacs:192): Gtk-CRITICAL **: gtk_distribute_natural_allocation: assertion `extra_space >= 0' failed
>>
>> Are you saying that this happens every time you start emacs?  Does it
>> even happen when you start with 'emacs -Q'?  If not, maybe you could
>> do some testing to figure out what in your initialization (including
>> X11 initialization) triggers it.  This might help to pin down the bug.
>>
>>
>> I think I might have mentioned once before when you wrote about zombie
>> processes that there is a known problem in emacs-24.3 that can cause
>> problems with subprocesses.  This is caused by race conditions between
>> emacs and glib.  The problem has recently been fixed on the emacs
>> development trunk.  If you'd like, I could build emacs from a snapshot
>> of the trunk and let you test it to see if some of your problems go
>> away.
>>
>> Ken
>
>
> Yes, please, I think I have been bouncing off of this myself lately...

OK, I've built bzr revision 113271 and uploaded it to my personal Cygwin 
repository:

   http://sanibeltranquility.com/cygwin/

There are instructions on that page for installing it.  Please let me 
know how it works.  I'm especially interested in knowing whether it 
solves some of the problems with zombie processes that have been reported.

Ken

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