In Windows kernel debugging, when I run the command !process 0 0, the Binary Ninja UI will appear to hang for ten or more seconds, then all output lines will be dumped to the debugger console. However, if I run this in the WinDbg UI, lines will be dumped one-by-one, and its main UI does not hang. Though the overall processing time is similar (this command takes a long while to finish)
This is NOT a simple main thread congestion. There is something different in the threading model of binja's use of dbgeng and dbgeng's own assumption/expectations. Though I am not quite sure what is happening
In Windows kernel debugging, when I run the command
!process 0 0
, the Binary Ninja UI will appear to hang for ten or more seconds, then all output lines will be dumped to the debugger console. However, if I run this in the WinDbg UI, lines will be dumped one-by-one, and its main UI does not hang. Though the overall processing time is similar (this command takes a long while to finish)This is NOT a simple main thread congestion. There is something different in the threading model of binja's use of dbgeng and dbgeng's own assumption/expectations. Though I am not quite sure what is happening