[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: comint-run can't send signals to subjob

From: Robert Andersson
Subject: Re: comint-run can't send signals to subjob
Date: Thu, 7 Nov 2002 18:36:41 +0100

>>>>> "RS" == Richard Stallman <rms@gnu.org> 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

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


Systems Administrator
Swedish National Graduate School of Language Technology

reply via email to

[Prev in Thread] Current Thread [Next in Thread]