From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Karr Newsgroups: gmane.emacs.help Subject: Re: How to avoid having shell scripts which fail from killing Emacs shell? Date: Mon, 22 Jun 2009 16:08:35 -0700 (PDT) Organization: http://groups.google.com Message-ID: <965dd4c3-3336-44d1-a22f-e51c21aae9ee@p6g2000pre.googlegroups.com> References: <88ba12ed-8f02-4f3e-bb30-cc6155a38df2@f38g2000pra.googlegroups.com> <92bcc449-5616-4e2b-99dc-2f1dac3fde1c@y10g2000prc.googlegroups.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1245714053 32377 80.91.229.12 (22 Jun 2009 23:40:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 22 Jun 2009 23:40:53 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Jun 23 01:40:51 2009 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MIt84-0005gC-VH for geh-help-gnu-emacs@m.gmane.org; Tue, 23 Jun 2009 01:40:49 +0200 Original-Received: from localhost ([127.0.0.1]:33468 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MIt84-0007QV-B3 for geh-help-gnu-emacs@m.gmane.org; Mon, 22 Jun 2009 19:40:48 -0400 Original-Path: news.stanford.edu!newsfeed.stanford.edu!postnews.google.com!p6g2000pre.googlegroups.com!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 38 Original-NNTP-Posting-Host: 207.188.29.244 Original-X-Trace: posting.google.com 1245712115 12521 127.0.0.1 (22 Jun 2009 23:08:35 GMT) Original-X-Complaints-To: groups-abuse@google.com Original-NNTP-Posting-Date: Mon, 22 Jun 2009 23:08:35 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: p6g2000pre.googlegroups.com; posting-host=207.188.29.244; posting-account=78dYpQkAAABkXq5R--mk7bpN1x43kmXK User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.11) Gecko/2009060215 Firefox/3.0.11 (.NET CLR 3.5.30729), gzip(gfe), gzip(gfe) Original-Xref: news.stanford.edu gnu.emacs.help:170223 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:65442 Archived-At: On Jun 22, 3:49=A0pm, Peter Dyballa wrote: > Am 22.06.2009 um 22:21 schrieb David Karr: > > > I note that even though the Java class throws an exception, it doesn't > > cause the script to exit at that point. I tried putting an "echo" > > right after the Java call, and it executes fine. =A0Right after that (a= s > > it's the last line in the script), the script exits, and at my shell > > prompt, I see "% exit" (where "%" is my PS1), and my shell buffer > > terminates. > > Could you try it with other shells, too? You still have no proof that =A0 > your bash is *not* broken. And, for another series of tests, you =A0 > could try the same in another account. And particularly when =A0 > launching GNU Emacs without customisation ... > > Besides this, the bash in *shell* buffer can be initialised =A0 > differently than in an xterm. Bash is complicated. > > OK, I do remember similiar events! It was in tcsh. And there were two =A0 > or three problems: a script was running wild, I was typing C-c or =A0 > such wildly, and ... well, it could have been in cpan (filling up my =A0 > root and boot file system). Anyway, in the end I saw the shell die, =A0 > and at this moment it's not possible to gain more information. There =A0 > were also events outside cpan. I do remember that I made mistakes, =A0 > typing C-d for example. There could be one plausible cause: when you =A0 > type input and your script is not prepared to read this, then GNU =A0 > Emacs has to save it. Maybe this period is limited. And then =A0 > something irregular could happen. I have no real idea, but what you =A0 > encounter is not impossible. (And maybe Cygwin adds something to make =A0 > it happen, it's an emulation in a host operating system.) > > There is no chance to make the tests in a real UNIX environment? My current test case has the Java class taking a line of input from stdin. I guess I'll build an experimental class that takes the file name from the command line parameter instead of stdin, and test that on both Cygwin and Linux.