X-Recipient: archive-cygwin@delorie.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:to:from:subject:date:message-id:references
	:mime-version:content-type; q=dns; s=default; b=RNLAP3kU5RFyg1dF
	+KycosdY/ISv3FGXw1CH7FZzCbMEnn3qvfgA7cdryGJsysX1f59GOMxSvbvVrc+E
	4sHWrdIireFdakPXKUcbOEDm9pj89NTbsshXzKQplZPtVymI4kqxYHf8/REQcSsT
	/CDnyeh8k6HA/4aW67r5f/3fGlE=
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:to:from:subject:date:message-id:references
	:mime-version:content-type; s=default; bh=81jdEgFXmWqGO84MsPZ+71
	4vYI4=; b=BwKcZvVnDcxWll+0ECfKlnfe7cHyutEpSOttgZJ9obvkj/OOaP+ye5
	M16+rb0FdE6LeqfqVqrC1AogJTDqgJ+rS5DM/A7nHRHFmk8gJcc0GOyo6yVZdoNr
	BxqccgL9Z3KClEKiENqpv8ZYAP7kLUBstxPvb8FUH1nzvtxmh/vA4=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
X-Spam-SWARE-Status: No, score=0.1 required=5.0 tests=AWL,BAYES_00,FSL_HELO_BARE_IP_2,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_NUMERIC_HELO,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.1
To: cygwin@cygwin.com
From: david@adboyd.com (J. David Boyd)
Subject: Re: emacs very slow; zombie processes eventually cleared
Date: Wed, 03 Jul 2013 14:51:18 -0400
Lines: 26
Message-ID: <m9hi38rv5vfd.fsf@W0144758.usac.mmm.com>
References: <3185EFAF9C8F7B4E9DBDF56829BF7C782A5D24B00A@srv060ex01.ssd.fsi.com>	<51D32C24.6030207@cornell.edu>
Mime-Version: 1.0
Content-Type: text/plain
User-Agent: Gnus/5.1299999999999999 (Gnus v5.13) Emacs/24.3 (cygwin)

Ken Brown <kbrown@cornell.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...

Dave


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

