You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I definitely remember that it used to work at some time in the past. When the simulator (I use PDP11) is built with "DEBUG=1", started under "gdb", and then let run (with the "r" command), <Ctrl/C> was delivered to the software running under the simulator, and <Ctrl/F> would stop simh and get the gdb prompt.
Running it today, <Ctrl/C> gets delivered as SIGINT, causing the gdb prompt outright. OTOH, <Ctrl/F> also seems to deliver SIGINT, and get the gdb prompt, BUT here's the difference:
using the "continue" (c) command in gdb, continues the simulation in the first case; and in the second case, simh bails out to the sim> prompt (as if <Ctrl/E> was pressed). And there seems to be no way for the simulated software to get to read <Ctrl/C>.
Something has changed in the behavior. I wonder could it be caused by the readline drop-in replacement?
how you built the simulator or that you're using prebuilt binaries
make DEBUG=1 pdp11
the expected behavior and the actual behavior
I suppose it should work as it states:
sim> b rl
%SIM-INFO: SIGINT will be delivered to your debugger when the ^F character is entered
The text was updated successfully, but these errors were encountered:
Context
I definitely remember that it used to work at some time in the past. When the simulator (I use PDP11) is built with "
DEBUG=1
", started under "gdb", and then let run (with the "r" command),<Ctrl/C>
was delivered to the software running under the simulator, and<Ctrl/F>
would stop simh and get the gdb prompt.Running it today,
<Ctrl/C>
gets delivered asSIGINT
, causing the gdb prompt outright. OTOH,<Ctrl/F>
also seems to deliverSIGINT
, and get the gdb prompt, BUT here's the difference:using the "continue" (c) command in gdb, continues the simulation in the first case; and in the second case, simh bails out to the
sim>
prompt (as if<Ctrl/E>
was pressed). And there seems to be no way for the simulated software to get to read<Ctrl/C>
.Something has changed in the behavior. I wonder could it be caused by the
readline
drop-in replacement?how you built the simulator or that you're using prebuilt binaries
make DEBUG=1 pdp11
the expected behavior and the actual behavior
I suppose it should work as it states:
The text was updated successfully, but these errors were encountered: