From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Rusi Newsgroups: gmane.emacs.help Subject: Re: comint-interrupt-subjob not quite working Date: Fri, 4 Sep 2015 19:49:52 -0700 (PDT) Message-ID: References: <96338f1f-c79b-49b6-b92c-d7058f85239a@googlegroups.com> <6f568e17-24ab-49b9-a674-efeb920e78b2@googlegroups.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: ger.gmane.org 1441421423 11990 80.91.229.3 (5 Sep 2015 02:50:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 5 Sep 2015 02:50:23 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Sep 05 04:50:22 2015 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZY3Yb-0000Iz-Ex for geh-help-gnu-emacs@m.gmane.org; Sat, 05 Sep 2015 04:50:21 +0200 Original-Received: from localhost ([::1]:36929 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZY3Yb-0000tT-AC for geh-help-gnu-emacs@m.gmane.org; Fri, 04 Sep 2015 22:50:21 -0400 X-Received: by 10.13.225.206 with SMTP id k197mr6864679ywe.40.1441421393356; Fri, 04 Sep 2015 19:49:53 -0700 (PDT) X-Received: by 10.50.142.4 with SMTP id rs4mr21733igb.17.1441421393327; Fri, 04 Sep 2015 19:49:53 -0700 (PDT) Original-Path: usenet.stanford.edu!z77no864167qge.1!news-out.google.com!nt1ni1319igb.0!nntp.google.com!kq10no741139igb.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Original-Newsgroups: gnu.emacs.help In-Reply-To: <6f568e17-24ab-49b9-a674-efeb920e78b2@googlegroups.com> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=117.195.56.216; posting-account=mBpa7woAAAAGLEWUUKpmbxm-Quu5D8ui Original-NNTP-Posting-Host: 117.195.56.216 User-Agent: G2/1.0 Injection-Date: Sat, 05 Sep 2015 02:49:53 +0000 Original-Xref: usenet.stanford.edu gnu.emacs.help:214748 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:107032 Archived-At: On Saturday, September 5, 2015 at 8:10:48 AM UTC+5:30, Rusi wrote: > On Friday, September 4, 2015 at 7:31:57 PM UTC+5:30, Rusi wrote: > > I have a comint-mode running gofer (tiny version of Haskell) > > > > When the output is large I get > > error in process filter: Invalid regexp: "Regular expression too big" > > error in process filter: comint-output-filter: Invalid regexp: "Regular expression too big" > > > > repeated 100s of times (in *Messages* ) > > > > C-c C-c (comint-interrupt-subjob) has no effect > > > > Now if gofer is run outside emacs C-c works and interrupts it correctly > > Likewise if run under emacs if there is nothing untoward happening emacs > > passes on the interrupt correctly > > > > However if there is this runaway behavior then emacs stops passing it to inferior > > process > > > > Killing gofer from outside gives back control to emacs > > And now (setq comint-prompt-regexp "") > makes emacs dump core but cant reliably reproduce. > > So what should it be if the prompt is "? " (at bol of course)? Also comint-use-prompt-regexp is nil. So why does comint-prompt-regexp signify?