Re: Problems stopping simulations in emacs shells

Re: Problems stopping simulations in emacs shells

[Johan Bockgård]

Benjamin Bobich <benjamin.bobich@philips.com> writes:

> I am running ncsim in an emacs shell and I'm not able to Ctrl C, D,
> break or anything out of simulations once they start. When I run the
> simulations on a terminal, Ctrl C, pressed twice, normally stops the
> sim. Any advice on how to fix this problem?

C-c C-c runs `comint-interrupt-subjob', so maybe you could try that
twice. Likewise C-c C-d is `comint-send-eof' and C-c C-z is
`comint-stop-subjob'.

-- 
Johan Bockgård

Re: Problems stopping simulations in emacs shells

[J. David Boyd]

bojohan+news@dd.chalmers.se (Johan Bockgård) writes:

> Benjamin Bobich <benjamin.bobich@philips.com> writes:
>
>> I am running ncsim in an emacs shell and I'm not able to Ctrl C, D, break
>> or anything out of simulations once they start. When I run the simulations
>> on a terminal, Ctrl C, pressed twice, normally stops the sim. Any advice on
>> how to fix this problem?
>
> C-c C-c runs `comint-interrupt-subjob', so maybe you could try that
> twice. Likewise C-c C-d is `comint-send-eof' and C-c C-z is
> `comint-stop-subjob'.
>
> -- 
> Johan Bockgård


And sometimes I've found that I need to hit Ctrl-C many times to get out of a
job running in a shell.  Must be something that is timing dependent.

Re: Problems stopping simulations in emacs shells

[Pascal Bourguignon]

david@adboyd.com (J. David Boyd) writes:
> And sometimes I've found that I need to hit Ctrl-C many times to get out of a
> job running in a shell.  Must be something that is timing dependent.

Not exactly.

C-c is usually bound to SIGINT in the shells.  That is, when you type
C-c, the terminal driver sends the INT signal to the process
controling the terminal.

The process can handle any and all signals, but KILL, as it wishes.
For most signals, if nothing is done by the process, the default is to
kill the process.  But a program can set a signal handler for the INT
signal and do whatever it please it.  Honest programs try to flush
their buffers and close their files and exit promptly.  However, if
they hang (infinite loop or waiting for I/O or just take more than a
few seconds to be noticed by the user), while doing, the user will be
unhappy and will type C-c C-c C-c, etc sending a useless sequence of
INT signals.  If the process is not waiting in the kernel doing I/O
('D' state in ps), then it can be forcybly terminated immediately with
the KILL signal:  

    kill -KILL $PID

But really, you should be patient and let the process close its file
if you don't want to lose data, unless you know the process is bugged
and not doing what it should.


-- 
__Pascal Bourguignon__                     http://www.informatimago.com/

This is a signature virus.  Add me to your signature and help me to live

Re: Problems stopping simulations in emacs shells

[Thien-Thi Nguyen]

Benjamin Bobich <benjamin.bobich@philips.com> writes:

> When I run the simulations on a terminal, Ctrl C, pressed twice,
> normally stops the sim.  Any advice on how to fix this problem?

in the *shell* buffer, you need to type C-c twice for every one
time you want the inferior process to see it.  if the inferior
process expects/responds-to two C-c events, you need to type it
four times into emacs.  for three to be seen, six must be given,
and so on.

thi

Problems stopping simulations in emacs shells

[Benjamin Bobich]

[-- Attachment #1.1: Type: text/plain, Size: 338 bytes --]

Hello,

I am running ncsim in an emacs shell and I'm not able to Ctrl C, D, break 
or anything out of simulations once they start.  When I run the 
simulations on a terminal, Ctrl C, pressed twice, normally stops the sim. 
Any advice on how to fix this problem? 

Thanks,
Benjamin Bobich
Philips Semiconductors
Benjamin.Bobich@philips.com

[-- Attachment #1.2: Type: text/html, Size: 499 bytes --]

[-- Attachment #2: Type: text/plain, Size: 152 bytes --]

_______________________________________________
Help-gnu-emacs mailing list
Help-gnu-emacs@gnu.org
http://lists.gnu.org/mailman/listinfo/help-gnu-emacs