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:from:reply-to:to:message-id:subject :mime-version:content-type:content-transfer-encoding; q=dns; s= default; b=Icq7UIL6tN4mU1cWTCPpaKQX//VEI7gCxZok50/FVn8fH5Ut4+his QGiTo05Tnh1nZkU5ssJEHZJGXlv1dAiyj7+nRIEuwXPm8GydWGlZ1Py624rrQTIM 6isKQFgO9HEKay/G/GaS0vxtR+lHSS21PuIrW1uPIBbag5HpDCThyk= 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:from:reply-to:to:message-id:subject :mime-version:content-type:content-transfer-encoding; s=default; bh=IlljL4bh9pgcikEb85iba3i30XA=; b=jaLOpNh/8l9LqpAPFuSx/v45HK3N 9cqco76Ve+nREci+ZFXRTqWHrsUl2gMmumvDXPzt+B6mzTVw3sbg0moJTqj5pT2l a9arv9dadxFZPsYLeb2nLnUe5x4NzT8N9ahzp7WdMmWmHE570ZK2sBrPY9ewygCd uGIJAB4NOJX0R7k= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , 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.0 required=5.0 tests=BAYES_40,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: nm29-vm1.bullet.mail.bf1.yahoo.com Date: Mon, 18 May 2015 17:15:56 +0000 (UTC) From: Michael Mauger Reply-To: Michael Mauger To: "cygwin AT cygwin DOT com" Message-ID: <1573487218.1490468.1431969356192.JavaMail.yahoo@mail.yahoo.com> Subject: cygwin-2 process handling MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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 *** Things dramatically improved with Cygwin-2.0.2-1 "restores the #include in ". I could run more than one process at a time, and worked perfectly prior to cygwin-2. MICHAEL MAUGER // FSF Member // GNU Emacs sql-mode maintainer // GNU Linux, GNU Emacs, OwnCloud -- 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