| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
There was a problem hiding this comment.
Can you also remove the report_on_fatalerror option from the per-Isolate option list?
Sorry, something went wrong.
There was a problem hiding this comment.
Is there any other case where we might need it? I left it as I was not clear on that.
@addaleax / @gireeshpunathil
Sorry, something went wrong.
There was a problem hiding this comment.
@shobhitchittora I’m not sure what you mean by that – you’ve moved the option to a wider scope, so the original field is now useless and can be removed.
(You do need to update the references in node_report_module.cc as well in order for that to work.)
Sorry, something went wrong.
There was a problem hiding this comment.
Okay! Got it.
Sorry, something went wrong.
|
@addaleax Just a doubt here. Do the spawned child processes also share the same set of per process flags? |
Sorry, something went wrong.
Not necessarily – it depends on whether the child shares its parent’s NODE_OPTIONS environment variable and whether child_process.fork() was used. I don’t think that’s a concern here, though.
I think it’s fine to leave that where it is for now – ultimately, it doesn’t matter much, because the experimental flag is going to go away eventually anyway. |
Sorry, something went wrong.
There was a problem hiding this comment.
Do I need to move this check in per-process option checks? Do we still need a dependency on --experimental-report flag being set.
Sorry, something went wrong.
There was a problem hiding this comment.
yes, I'd say so.
Sorry, something went wrong.
There was a problem hiding this comment.
Do we still need a dependency on --experimental-report flag being set.
I think that gets a bit tricky here, so I’m fine with omitting it.
Sorry, something went wrong.
There was a problem hiding this comment.
FYI, just using --report-on-fatalerror flag here would generate a report on fatal error without relying on --experimental-report flag.
Sorry, something went wrong.
There was a problem hiding this comment.
I wouldn't expect a report on fatal if the --experimental-report flag was not present
Sorry, something went wrong.
|
ping @shobhitchittora . Also I think this needs to be reconciled / ratified between @addaleax and @boneskull ? i.e. : If --experimental-report is left under per-environment, we still get into a situation where we cannot check its presence on a fatalerror? |
Sorry, something went wrong.
|
Hi all! |
Sorry, something went wrong.
|
I think @addaleax should see my review comments above |
Sorry, something went wrong.
There was a problem hiding this comment.
This is mis-indented (it’s inside a function so it should not be right at the start of the line)
Sorry, something went wrong.
There was a problem hiding this comment.
I think you should acquire node::per_process::cli_options_mutex in this case, to avoid race conditions when accessing this from multiple threads.
Also, it’s not important, but the previous indentation was the standard one we use for statement continuations (4 spaces).
Sorry, something went wrong.
There was a problem hiding this comment.
Do we still need a dependency on --experimental-report flag being set.
I think that gets a bit tricky here, so I’m fine with omitting it.
Sorry, something went wrong.
|
Ping @shobhitchittora. This needs a rebase and there are a few small comments left. |
Sorry, something went wrong.
moving the flag to per_process allows to read it's value on fatal error where env is null Fixes: nodejs#29601
|
@shobhitchittora - with this change, I am getting a report if I run a program like this: node --max-old-space-size=5 --report-on-fatalerror foo.js - that is, no --experimental-report flag is ON. I believe this is not expected? Pls let me know. |
Sorry, something went wrong.
|
[ trying to see if we can accommodate this in the upcoming release ] @shobhitchittora - according to #29881 (comment) , looks like this still has minor work to do. are you planning to progress on this? Also please let me know if you need any help with the missing piece. If you are not in a position to progress, no issues, pls let me know! |
Sorry, something went wrong.
|
@gireeshpunathil I don't think I'd be able to pick this up, due to my busy schedule. Thanks for your patience. Feel free to pick up the commits for your usage. |
Sorry, something went wrong.
|
thanks @shobhitchittora for the quick response! |
Sorry, something went wrong.
--report-on-fatalerror was not honored properly, as there was no way to check the value which was stored in the Environment pointer which can be inaccessible under certain fatal error situations. Move the flag out of Environment pointer so that this is doable. Co-authored-by: Shobhit Chittora schittora@paypal.com Fixes: nodejs#31576 Refs: nodejs#29881
--report-on-fatalerror was not honored properly, as there was no way to check the value which was stored in the Environment pointer which can be inaccessible under certain fatal error situations. Move the flag out of Environment pointer so that this is doable. Co-authored-by: Shobhit Chittora schittora@paypal.com PR-URL: #32207 Fixes: #31576 Refs: #29881 Reviewed-By: Gireesh Punathil <gpunathi@in.ibm.com> Reviewed-By: Sam Roberts <vieuxtech@gmail.com>
--report-on-fatalerror was not honored properly, as there was no way to check the value which was stored in the Environment pointer which can be inaccessible under certain fatal error situations. Move the flag out of Environment pointer so that this is doable. Co-authored-by: Shobhit Chittora schittora@paypal.com PR-URL: #32207 Fixes: #31576 Refs: #29881 Reviewed-By: Gireesh Punathil <gpunathi@in.ibm.com> Reviewed-By: Sam Roberts <vieuxtech@gmail.com>
|
It seems like this can be closed, given that #32207 landed. Please reopen if that is incorrect. Thanks for the PR. |
Sorry, something went wrong.
--report-on-fatalerror was not honored properly, as there was no way to check the value which was stored in the Environment pointer which can be inaccessible under certain fatal error situations. Move the flag out of Environment pointer so that this is doable. Co-authored-by: Shobhit Chittora schittora@paypal.com PR-URL: nodejs#32207 Fixes: nodejs#31576 Refs: nodejs#29881 Reviewed-By: Gireesh Punathil <gpunathi@in.ibm.com> Reviewed-By: Sam Roberts <vieuxtech@gmail.com>
--report-on-fatalerror was not honored properly, as there was no way to check the value which was stored in the Environment pointer which can be inaccessible under certain fatal error situations. Move the flag out of Environment pointer so that this is doable. Co-authored-by: Shobhit Chittora schittora@paypal.com PR-URL: #32207 Fixes: #31576 Refs: #29881 Reviewed-By: Gireesh Punathil <gpunathi@in.ibm.com> Reviewed-By: Sam Roberts <vieuxtech@gmail.com>
| Back | FazBrowse Home | New Git URL |
Description
moving the report_on_fatalerror flag to per_process as it allows to read it's value on fatal error where env itself is null.
Fixes: #29601
Checklist