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=J++ci1fERVAJBWAANO4daiEO+a0cyIslcgvwEOSMdfH
	xe8ICqf7p85njn8LZtJAaB2+NUlJKd4SJVM6B+qmiOw9m0vf5zK7LSn/7eSo8wso
	DPJYiFtdvaOMZdMMvh2cUNit/bqeRCxvzPT3LSFYZSav50mLMHbW1Mp4epgxhWyg
	=
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=2G6DFvM+gmijuzXP4jlkG1UUqDo=; b=FZLJtwvbj6lZkwGgw
	yGLCLO2j44F7nN5aRVELLfzItPh13bBe4ZjDjC9JlyIBXZVScf9bQ39RQ73KWN6+
	rTnoj1QuPuLZtXe6tYf5hWWnhoXADtAVIAxln1yMWmedqvObPTBfhCYqH5qhefRz
	lYa2IvD8CCdOzXojL8VdirrCfE=
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 autolearn=ham version=3.3.1
X-CornellRouted:	This message has been Routed already.
Message-ID:	<51D32C24.6030207@cornell.edu>
Date:	Tue, 02 Jul 2013 15:38:12 -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>
In-Reply-To:	<3185EFAF9C8F7B4E9DBDF56829BF7C782A5D24B00A@srv060ex01.ssd.fsi.com>

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.

> Maybe when zombies are present (as reported by 'top') I get several of these messages:
> (emacs:192): Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible children; the window should be set up before gtk_window_parse_geometry() is called.

This is a bogus warning and can be ignored.  It will be suppressed in 
future releases of emacs.

> Perhaps I have too many 'helper' programs running?
> e.g., why are there 3 dbus-daemon processes?
> Here is the result of 'ps':
>        PID    PPID    PGID     WINPID   TTY     UID    STIME COMMAND
>       6028       1    4792       3460  ?       11097 08:24:51 /usr/lib/at-spi/at-spi-bus-launcher
>       7632    5844    7632       3256  pty2    11097 10:07:40 /usr/bin/ps
>       5908       1    4792       4804  ?       11097 08:24:52 /usr/lib/at-spi/at-spi2-registryd
>       2480       1    2480       2480  ?       11097 08:22:47 /usr/bin/XWin
>       5772    6028    4792       5820  ?       11097 08:24:52 /usr/bin/dbus-daemon
> I    5388    1968    5388       5696  pty0    11097 08:23:02 /usr/bin/bash
>        192    5388     192       4688  pty0    11097 08:24:44 /usr/bin/emacs-X11
>       4696    5388    5388        604  pty0    11097 08:23:11 /usr/bin/xterm
>       1968       1    1968       1968  cons0   11097 08:23:00 /usr/bin/xterm
>       5844    4696    5844        228  pty2    11097 08:23:12 /usr/bin/bash
>       4792       1    4792       4792  ?       11097 08:24:51 /usr/bin/dbus-daemon
>       3436       1     192       3436  pty0    11097 08:24:51 /usr/bin/dbus-launch
>       5576       1    5576       5576  ?       11097 08:23:13 /usr/bin/dbus-daemon

My system is similar, but I only have two dbus-daemons running.  And 
when I exit from the X server, all these 'helper' processes disappear.

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


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