Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Google] Additional crash recording criteria #5

Open
Fitblip opened this issue Apr 13, 2012 · 0 comments
Open

[Google] Additional crash recording criteria #5

Fitblip opened this issue Apr 13, 2012 · 0 comments

Comments

@Fitblip
Copy link
Member

Fitblip commented Apr 13, 2012

What steps will reproduce the problem?

  1. If an application crashes or bails and pydbg doesn't catch the exception
    for some reason, the crash isn't recorded.
  2. 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
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.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant