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
If an application crashes or bails and pydbg doesn't catch the exception
for some reason, the crash isn't recorded.
Right now this can be replicated with applications that throw C++
exceptions, as pydbg doesn't seem to handle them properly.
What is the expected output? What do you see instead?
If the debugger thread exits and has to reattach, this should be recorded
as a potential crash
What version of the product are you using? On what operating system?
My really hacked up version of sulley. :) on Ubuntu
Please provide any additional information below.
Once sulley calls post_send in process_monitor and before it calls
restart_target there should be logic that says:
If dbg.thread = dead && app.pid = gone.
record.crash to session
The text was updated successfully, but these errors were encountered:
jtpereyda
pushed a commit
to jtpereyda/sulley
that referenced
this issue
Oct 16, 2015
…sel:double-logging-fix to develop
Non-official review due to one-man team.
* commit '8456f06029c90596c9d6193efa9500dcd609ef5f':
FUZZ-21 Fixed doubled log messages.
What steps will reproduce the problem?
for some reason, the crash isn't recorded.
exceptions, as pydbg doesn't seem to handle them properly.
What is the expected output? What do you see instead?
If the debugger thread exits and has to reattach, this should be recorded
as a potential crash
What version of the product are you using? On what operating system?
My really hacked up version of sulley. :) on Ubuntu
Please provide any additional information below.
Once sulley calls post_send in process_monitor and before it calls
restart_target there should be logic that says:
The text was updated successfully, but these errors were encountered: