From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25660 invoked by alias); 19 May 2015 18:16:25 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 25615 invoked by uid 89); 19 May 2015 18:16:25 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: limerock01.mail.cornell.edu Received: from limerock01.mail.cornell.edu (HELO limerock01.mail.cornell.edu) (128.84.13.241) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 19 May 2015 18:16:24 +0000 X-CornellRouted: This message has been Routed already. Received: from authusersmtp.mail.cornell.edu (granite4.serverfarm.cornell.edu [10.16.197.9]) by limerock01.mail.cornell.edu (8.14.4/8.14.4_cu) with ESMTP id t4JIGM09010715; Tue, 19 May 2015 14:16:22 -0400 Received: from [192.168.1.3] (cpe-67-249-176-138.twcny.res.rr.com [67.249.176.138]) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id t4JIGKZg001577 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 19 May 2015 14:16:21 -0400 Message-ID: <555B7E03.40404@cornell.edu> Date: Wed, 20 May 2015 01:19:00 -0000 From: Ken Brown User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: cygwin@cygwin.com CC: Takashi Yano Subject: Re: cygwin-2 process handling References: <1573487218.1490468.1431969356192.JavaMail.yahoo@mail.yahoo.com> <555B6F71.4040906@cornell.edu> In-Reply-To: <555B6F71.4040906@cornell.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-05/txt/msg00248.txt.bz2 On 5/19/2015 1:14 PM, Ken Brown wrote: > On 5/18/2015 1:15 PM, Michael Mauger wrote: >> Since the upgrade to cygwin-2 I've been having consistent problems >> using emacs. My emacs config has not changed and the most recent >> update to cygwin-2 has helped. I'm using the emacs-w32 executable and >> have numerous remote cygwin ssh sessions running underneath emacs so >> that I can edit remote files and run remote shell sessions within emacs. >> >> When I then start up a Windows console executable (in my case Oracles >> sqlplus.exe, but cmd.exe works too), I start getting hanging in the >> cygwin ssh sessions. Filename completion (which involves emacs >> interacting with a ssh session) or opening a remote file (which >> involves emacs transferring the file locally via scp or inline) will >> both hang. It generally requires that I send a SIGUSR2 signal to the >> emacs-w32 process which emacs responds to by halting whatever is >> running and returning to the top level interaction loop. When it does >> so, the process appears to be waiting for input. If I then end the >> console session, the interaction returns to normal. Trying to start a >> second Windows console session will also hang. >> >> In Emacs *scratch* buffer >> (shell "*One*") C-j >> # >> (shell "*Two*") C-j >> # >> >> >> (let ((explicit-shell-file-name "/c/Windows/System32/cmd.exe")) >> (shell "*Three*")) C-j >> >> # (let ((explicit-shell-file-name >> "/c/Windows/System32/cmd.exe")) (shell "*Four*")) C-j >> *** HANGS *** > > I can reproduce this, and even more simply. If I start a single shell > running cmd.exe, then emacs hangs on the next attempt to call a > subprocess. For example, I first evaluate the following in the > *scratch* buffer > > (let ((explicit-shell-file-name "/c/Windows/System32/cmd.exe")) (shell)) > > I then try to list a directory with 'C-x d', and emacs hangs. > > The problem appears in the 2015-03-17 cygwin snapshot but not in the > 2015-03-11 snapshot. I'm trying to do a git bisection to narrow it down > further, but so far I haven't succeeded because I get errors when I try > to build the git checkouts from around that time. I'll keep trying. OK, I got the bisection to work: 32fd5b0fe1548cff79b9868e4e259853c59a44db is the first bad commit commit 32fd5b0fe1548cff79b9868e4e259853c59a44db Author: Takashi Yano Date: Thu Mar 12 15:48:10 2015 +0100 Let pty slave detect closure of last master handle * fhandler_tty.cc (fhandler_pty_master::close): Add code to make slave detect closure of master. Fix typo in error message. Takashi, can you help? If not, we'll have to wait for Corinna to get back from vacation. 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