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