-
Notifications
You must be signed in to change notification settings - Fork 18
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
Stack trace of blocking code #1
Comments
I agree it would be a very valuable piece of information, but I was unable to find a way to extract it at the time the tripwire is activated without making changes in the node core. If anyone knows a way, speak up please. From: Mariusz Nowak [[email protected]] I'm not sure whether that is possible, but it would be great to know, where application got blocked. Currently we just know that process has blocked and tripwire aborts it, that works great. Still we miss information about execution stack trace that lead to block (most likely some infinite loop) and that's crucial information in most cases. Providing stack trace with an error would be very very welcome — |
@tjanczuk I contacted node.js team about that. I think they might be willing to help, if you provide them more details, on how do you imagine stack trace could be accessible, or where you got stuck. I unfortunately have zero experience with C++, so can't really provide them any insight |
https://github.com/nodejs/nodereport/blob/master/src/node_report.cc Could NodeReport code be plugged in to provide this functionality? |
I'm not sure whether that is possible, but it would be great to know, where application got blocked.
Currently we just know that process has blocked and tripwire aborts it, that works great. Still we miss information about execution stack trace that lead to block (most likely some infinite loop) and that's crucial information in most cases.
Providing stack trace with an error would be very very welcome
The text was updated successfully, but these errors were encountered: