public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Michael Mauger <michael@mauger.com>
To: "cygwin@cygwin.com" <cygwin@cygwin.com>
Subject: Cygwin process handling
Date: Wed, 09 Sep 2015 18:54:00 -0000	[thread overview]
Message-ID: <185304631.3899945.1441824838587.JavaMail.yahoo@mail.yahoo.com> (raw)

We had discussions about this back in May and a solution was put in place and it has helped. However, I am still seeing intermittent hanging when GNU Emacs (emacs-w32) is interacting with back-end GNU Linux systems.


I run bash shell sessions in GNU Emacs buffers and SQL sessions on remote hosts thru Emacs buffers as well.  I see progress hanging on save operations, using the "with-editor" MELPA add-in (opens a Emacs buffer tied to a remote file from within a Emacs bash session), and remote logins created to start a sqlplus session.

I send a SIGUSR2 to the Emacs session to get it's attention, and the backtrace generally looks like ("xyzmachine" is an obvious replacement for the actual server name):
  accept-process-output(#<process *tramp/scp mmauger@xyzmachine*> 1 nil t)

  byte-code("\306^H\206^F^@\307\310\311#\211^Y\nB^Z\312\216\313^K^H\f^M\205^Y^@\314$+\207" [timeout -with-timeout-timer- with-timeout-timers p timeout-msecs proc run-with-timer 1 nil #[nil "\300\301\211\"\207" [throw timeout] 3] ((cancel-timer -with-timeout-timer-)) accept-process-output t] 6)
  tramp-accept-process-output(#<process *tramp/scp mmauger@xyzmachine*> 1)

  tramp-wait-for-regexp(#<process *tramp/scp mmauger@xyzmachine*> nil "\\(^\\|^@\\)[^#$\n]*///c9cdf3c04442cbe5185fcf9c69da1204#\\$^M?$")
  tramp-wait-for-output(#<process *tramp/scp mmauger@xyzmachine*>)

 
Timeouts don't seem to get it's attention.  Sometimes C-g C-g C-g works, but not always. I realize I need to be more specific but it is happening only occasionally and usually when I'm under work deadline pressure. This is happening on my work PC (my home PC runs Fedora and I've seen no such behavior, but I don't do as much remote processing in that environment) so recompiling and debugging options are limited.

My intent was only to make others aware that I am still seeing some unexpected behavior in a fairly normal GNU Emacs work flow, and hope that someone else can pipe in with "Me, too!" and "Here's how to fix it!" :)

Let me know if there is anything else I can do to help you understand the issue further.

-- 
MICHAEL MAUGER // FSF Member // GNU Emacs sql-mode maintainer // GNU Linux, GNU Emacs, OwnCloud

Please no MS Word attachments (I don't pay MS; they don't own my computer) 

http://www.gnu.org/philosophy/no-word-attachments.html

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

                 reply	other threads:[~2015-09-09 18:54 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=185304631.3899945.1441824838587.JavaMail.yahoo@mail.yahoo.com \
    --to=michael@mauger.com \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).