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:date:message-id:from:to:subject:references
	:mime-version:content-type; q=dns; s=default; b=GSzCHckLLHYP34ap
	CvT2PSiJ+sFBjtGf7qbKKTgwx9m0jymncF/wrHxFvX4G5tbSt9d2KbvHZQVV4YJO
	pRuLRdOdVo56TjsBvhi9i5KkNCL9WwZ9GCu8kBoc6lQX1Mu0LdVV68vkVdOO32to
	y3n0i5lqGL8VpCvEQcRe0JLExp4=
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:date:message-id:from:to:subject:references
	:mime-version:content-type; s=default; bh=tn0lcuMAQvZMm0HkttdsR0
	aVw4M=; b=uuffKsQsAbjv2I/w4WW06me4i3SdsPis+XBzymaHMgXYGmvLCF3R68
	2xsPBGC56hhY9PJPIp2geZTUZ4p1gyxJQ1orPsOfqPr6QOsPlIs3zzebsY5/3pNG
	0oXyaygAZ746mwVlefwMewbtIlXxerraYeRPS7SHDZWun3brxDMdg=
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
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-0.7 required=5.0 tests=AWL,BAYES_40 autolearn=ham version=3.3.2
X-HELO:	hampton.hostforweb.net
Date:	Fri, 01 Aug 2014 19:22:00 +0900
Message-ID:	<b4m8un8pl13.fsf@jpl.org>
From:	Katsumi Yamaoka <yamaoka AT jpl DOT org>
To:	cygwin AT cygwin DOT com
Subject:	Re: (call-process ...) hangs in emacs
References:	<CAK9Gx1dXm7xFn-CkQJHLBjza+cJ0+RUJZTffvbr8YjtbEKYyCw AT mail DOT gmail DOT com>
User-Agent:	Gnus/5.130012 (=?iso-2022-jp?B?GyRCPz8bKEI=?= Gnus v0.12) Emacs/24.4.50 (i686-pc-cygwin)
MIME-Version:	1.0
X-OutGoing-Spam-Status:	No, score=-2.9
X-Get-Message-Sender-Via:	hampton.hostforweb.net: acl_c_authenticated_local_user: yamaoka

On Thu, 31 Jul 2014 15:51:49 +0100, Peter Hull wrote:
> VC integration in emacs has stopped working for me in the past few
> days. Using emacs debugger I found the last function call was to
> call-process which never returns.

> I can reproduce this by evaluating in Lisp Interaction mode (using ^J)
> (call-process "pwd" nil t)
> I would expect to see the PWD and exit code but instead it just hangs
> until I Quit it (^G)

> I am using GNU Emacs 24.3.1 and confirmed cygwin and all packages up
> to date. (cygwin DLL 1.7.31)

I'm troubled with a similar problem since Wednesday[1].
/usr/bin/emacs that Cygwin distributed (24.3) seems ok, but
/usr/local/bin/emacs that I built from the Emacs trunk Tuesday
(24.4.50) got not to work conditionally.  With that version of
Emacs:

Evaluating the form `(call-process "pwd" nil t)' on normally
running Emacs works.  It returns "/home/yamaoka" immediately.
However, if it is done in the bacth mode,

/usr/local/bin/emacs -Q -batch -eval '(call-process "pwd" nil t)'

it never returns; the Emacs process eats no cpu but stays
consistently[2].  `kill -9 PID' has no effect.
Using the Windows Task Manager is the only means to kill it.

I tried to rebuild that version of Emacs from scratch, but failed.
During bootstrap, bootstrap-emacs for the first use never returns
as follows (a trigger that makes bootstrap-emacs hang might be
different, though):

make[3]: Entering directory '/Work/emacs/lisp'
EMACSLOADPATH= '../src/bootstrap-emacs.exe' -batch --no-site-file --no-site-lisp -l autoload \
   --eval "(setq generate-autoload-cookie \";;;###cal-autoload\")" \
   --eval "(setq generated-autoload-file (expand-file-name (unmsys--file-name \"calendar/cal-loaddefs.el\")))" \
   -f batch-update-autoloads ./calendar
Wrote /Work/emacs/lisp/calendar/cal-loaddefs.el

(Note: the cal-loaddefs.el file is created but bootstrap-emacs
 doesn't exit.)

Thanks.

[1] I did updating my Cygwin installation on Wednesday morning
 for the first time in the last 7 days.  It must be the trigger
 of the problem.  I also tried clean install of Cygwin, however
 it didn't help.  Since it didn't seem to finish because of
 texlive-collection-basic.sh (the bash process didn't eat cpu,
 but never returned), I redid it by marking all the texlive
 packages to be `Skip'.

[2] The configure script of some packages uses `call-process' in
 the batch mode of Emacs in order to examine something.  It
 prevents the package from being built because of this problem.

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