From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Robert Andersson Newsgroups: gmane.emacs.bugs Subject: Re: comint-run can't send signals to subjob Date: Thu, 7 Nov 2002 18:36:41 +0100 Sender: bug-gnu-emacs-admin@gnu.org Message-ID: <15818.42153.818972.577133@mozart.gslt.hum.gu.se> References: <20021106184931.EF51329F8B@mailer.gslt.hum.gu.se> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1036691598 7632 80.91.224.249 (7 Nov 2002 17:53:18 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 7 Nov 2002 17:53:18 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 189qq6-0001y1-00 for ; Thu, 07 Nov 2002 18:53:10 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 189qnH-00009S-00; Thu, 07 Nov 2002 12:50:15 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 189qaJ-000447-00 for bug-gnu-emacs@gnu.org; Thu, 07 Nov 2002 12:36:51 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 189qaC-0003w3-00 for bug-gnu-emacs@gnu.org; Thu, 07 Nov 2002 12:36:48 -0500 Original-Received: from mozart.gslt.hum.gu.se ([130.241.53.225] helo=mailer.gslt.hum.gu.se) by monty-python.gnu.org with esmtp (Exim 4.10) id 189qaB-0003uW-00; Thu, 07 Nov 2002 12:36:44 -0500 Original-Received: by mailer.gslt.hum.gu.se (Postfix, from userid 102) id 0239D29F8B; Thu, 7 Nov 2002 18:36:41 +0100 (MET) Original-To: rms@gnu.org In-Reply-To: X-Mailer: VM 7.07 under Emacs 21.1.1 Errors-To: bug-gnu-emacs-admin@gnu.org X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.bugs:3843 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:3843 >>>>> "RS" == Richard Stallman writes: RS> when running a programme in comint-run it will not accept any signals RS> from this buffer, RS> I am not sure what it means to "accept signals from a buffer". But RS> rather than explain it, please send a precise test case. That will RS> show us more precisely than any amount of description. RS> Please read the Bugs section in the Emacs manual, which provides RS> guidelines on how to write a bug report to give us the RS> necessary information so we can fix the bug. k, i read the section on understanding bug reporting. thanks. i see now that my explaination was a tad vague. the program that i run with comin-run does of course accept signals, it's comint-run that doesn't send any to the program, eg M-x comint-run RET swi RET to start swi prolog (yes this example only works if you got swi installed and in your PATH maybe a new ispell could do as well???), then i want to do C-c C-c that is, comint-interrupt-subjob to send the swi programme an INT signal. It does not work on emacs version 21.1.1 or 20.7 running on solaris 9, though on a solaris 8 box i does using the same emacs binaries. in my example above, how do i know that it is not swi that rejects signals? well i can send it a signal from any tty on the same system with something like kill -INT swi-pid which will work. actually none of the comint-signals seem to work. i got an answer from usenet saying that they have had the same problem with hpux 11... though in this i will not speculate. i think this was a tad more elaborative don't you think so? RS> In file included from /usr/openwin/include/X11/Xos.h:79, RS> from xfaces.c:279: RS> /usr/include/strings.h:25: conflicting types for `memmove' RS> /usr/include/iso/string_iso.h:62: previous declaration of `memmove' RS> /usr/include/strings.h:26: parse error before `0' RS> /usr/include/strings.h:26: warning: conflicting types for built-in function `memset' RS> Would you please try the latest pretest and see if it compiles? If it RS> does not, I hope you will tell us what change is needed to make it RS> compile. Only a Solaris user can tell us how to fix this problem. uhm, i can do prolog... i am terrible at c :) yours, /robert -- Systems Administrator Swedish National Graduate School of Language Technology