Bug 4053 - Keyboard shortcuts for source window kill frysk
Summary: Keyboard shortcuts for source window kill frysk
Status: ASSIGNED
Alias: None
Product: frysk
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
: P2 normal
Target Milestone: ---
Assignee: Unassigned
URL:
Keywords:
Depends on:
Blocks: 1633 3346
  Show dependency tree / graph
 
Reported: 2007-02-15 16:35 UTC by Mike Cvet
Modified: 2016-05-16 18:46 UTC (History)
2 users (show)

See Also:
Host:
Target:
Build:
Last reconfirmed:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Cvet 2007-02-15 16:35:15 UTC 
Holding down alt-S or shift-alt-S for sourcewindow stepping and not letting go 
makes the SourceWindow step incredibly fast - until a core error dialog pops up 
with the following errors:


{frysk.proc.LinuxPtraceTask@3a23ae45,pid=19962,tid=19963,state=running} in 
state "running" did not handle handleRemoval

java.lang.RuntimeException: 
{frysk.proc.LinuxPtraceTask@3a23ae45,pid=19962,tid=19963,state=running} in 
state "running" did not handle handleRemoval
   at frysk.proc.State.unhandled(FryskGui)
   at frysk.proc.TaskState.handleRemoval(FryskGui)
   at frysk.proc.Task.performRemoval(FryskGui)
   at frysk.proc.LinuxPtraceProc.sendRefresh(FryskGui)
   at frysk.proc.LinuxPtraceHost.sendRefresh(FryskGui)
   at frysk.proc.LinuxPtraceHostState$1.handleRefresh(FryskGui)
   at frysk.proc.Host$1.execute(FryskGui)
   at frysk.event.EventLoop.runEventLoop(FryskGui)
   at frysk.event.EventLoop.run(FryskGui)
   at frysk.gui.Gui$4.run(FryskGui)
   at java.lang.Thread.run(libgcj.so.7rh)

and then:

{frysk.proc.LinuxPtraceTask@3a23ae45,pid=19962,tid=19963,state=running} double 
state transition

java.lang.RuntimeException: 
{frysk.proc.LinuxPtraceTask@3a23ae45,pid=19962,tid=19963,state=running} double 
state transition
   at frysk.proc.Task.oldState(FryskGui)
   at frysk.proc.Task.processTrappedEvent(FryskGui)
   at frysk.proc.LinuxPtraceHost$PollWaitOnSigChld$5.stopped(FryskGui)
   at frysk.sys.Wait.waitAllNoHang(FryskGui)
   at frysk.proc.LinuxPtraceHost$PollWaitOnSigChld.execute(FryskGui)
   at frysk.event.EventLoop.runEventLoop(FryskGui)
   at frysk.event.EventLoop.run(FryskGui)
   at frysk.gui.Gui$4.run(FryskGui)
   at frysk.gui.Gui$4.run(FryskGui)
   at java.lang.Thread.run(libgcj.so.7rh)

finally:

double state transition

java.lang.RuntimeException: double state transition
   at frysk.proc.Host.oldState(FryskGui)
   at frysk.proc.Host$1.execute(FryskGui)
   at frysk.event.EventLoop.runEventLoop(FryskGui)
   at frysk.event.EventLoop.run(FryskGui)
   at frysk.gui.Gui$4.run(FryskGui)
   at frysk.gui.Gui$4.run(FryskGui)
   at frysk.gui.Gui$4.run(FryskGui)
   at java.lang.Thread.run(libgcj.so.7rh)
Comment 1 Mike Cvet 2007-02-22 21:23:34 UTC 
Can also be:

{frysk.proc.LinuxPtraceTask@3a0f07c5,pid=12801,tid=12802,state=Attached.WaitForUnblock}
 in state "Attached.WaitForUnblock" did not handle handleRemoval

java.lang.RuntimeException: 
{frysk.proc.LinuxPtraceTask@3a0f07c5,pid=12801,tid=12802,state=Attached.WaitForUnblock}
 in state "Attached.WaitForUnblock" did not handle handleRemoval
   at frysk.proc.State.unhandled(FryskGui)
   at frysk.proc.TaskState.handleRemoval(FryskGui)
   at frysk.proc.Task.performRemoval(FryskGui)
   at frysk.proc.LinuxPtraceProc.sendRefresh(FryskGui)
   at frysk.proc.LinuxPtraceHost.sendRefresh(FryskGui)
   at frysk.proc.LinuxPtraceHostState$1.handleRefresh(FryskGui)
   at frysk.proc.Host$1.execute(FryskGui)
   at frysk.event.EventLoop.runEventLoop(FryskGui)
   at frysk.event.EventLoop.run(FryskGui)
   at frysk.gui.Gui$4.run(FryskGui)
   at java.lang.Thread.run(libgcj.so.7rh)
Comment 2 Mike Cvet 2007-02-22 21:25:40 UTC 
Or:

ptrace: Input/output error
   at frysk.sys.Errno.throwErrno(FryskGui)
   at frysk.sys.Ptrace$PtraceThread.notifyPtraceThread(FryskGui)
   at frysk.sys.Ptrace.peek(FryskGui)
   at frysk.sys.PtraceByteBuffer.peek(FryskGui)
   at inua.eio.ByteBuffer.getByte(FryskGui)
   at lib.opcodes.Disassembler.disassemble(FryskGui)
   at lib.opcodes.Disassembler.disassembleInstructions(FryskGui)
   at frysk.gui.srcwin.SourceBuffer.disassembleFrame(FryskGui)
   at frysk.gui.srcwin.SourceWindow.updateShownStackFrame(FryskGui)
   at frysk.gui.srcwin.SourceWindow.populateStackBrowser(FryskGui)
   at frysk.gui.srcwin.SourceWindow$LockObserver$32.run(FryskGui)
   at org.gnu.glib.CustomEvents.runEvents(libgtkjava-2.8.so)
   at org.gnu.gtk.Gtk.gtk_main(libgtkjava-2.8.so)
   at frysk.gui.Gui.gui(FryskGui)
   at frysk.gui.FryskGui.main(FryskGui)
Comment 3 Mike Cvet 2007-06-29 19:07:22 UTC 
I can no longer reproduce this. Does anyone know of core changes which would 
have fixed this problem?
Comment 4 Mark Wielaard 2007-06-29 19:23:28 UTC 
There seem to be multiple issues in the bug report, they look similar to
bug #3705 which was fixed, and bug #4298 which is still open.