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=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
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
Content-Type: text/plain; charset=us-ascii

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