Uh oh!
There was an error while loading. Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork 34.4k
src: use AliasedBuffer for TickInfo#17881
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
src: use AliasedBuffer for TickInfo #17881
Uh oh!
There was an error while loading. Please reload this page.
Conversation
addaleax commented Dec 27, 2017
Sorry, the commits I just landed might have given you an immediate merge conflict? :/ |
aefac2c to b31bf75Compareapapirovski commented Dec 27, 2017
@addaleax No worries, just rebased. |
b31bf75 to 26fdc0fCompare
bnoordhuis left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The scheduled -> hasScheduled thing is a stylistic change and should arguably be done in a separate commit.
I'm not fond of returning mutable references but I know other places that use AliasedBuffer do the same thing. We should rectify that sometime soon.
XadillaX left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
apapirovski commented Dec 31, 2017
Landed in 5846786 |
PR-URL: #17881 Reviewed-By: Anna Henningsen <[email protected]> Reviewed-By: Ben Noordhuis <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Khaidi Chu <[email protected]> Reviewed-By: Tobias Nießen <[email protected]>
MylesBorins commented Jan 9, 2018
This does not land cleanly on v9.x, could it be backproted? |
PR-URL: nodejs#17881 Reviewed-By: Anna Henningsen <[email protected]> Reviewed-By: Ben Noordhuis <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Khaidi Chu <[email protected]> Reviewed-By: Tobias Nießen <[email protected]>
Backport-PR-URL: #19006 PR-URL: #17881 Reviewed-By: Anna Henningsen <[email protected]> Reviewed-By: Ben Noordhuis <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Khaidi Chu <[email protected]> Reviewed-By: Tobias Nießen <[email protected]>
Backport-PR-URL: #19006 PR-URL: #17881 Reviewed-By: Anna Henningsen <[email protected]> Reviewed-By: Ben Noordhuis <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Khaidi Chu <[email protected]> Reviewed-By: Tobias Nießen <[email protected]>
Backport-PR-URL: #19006 PR-URL: #17881 Reviewed-By: Anna Henningsen <[email protected]> Reviewed-By: Ben Noordhuis <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Khaidi Chu <[email protected]> Reviewed-By: Tobias Nießen <[email protected]>
MylesBorins commented Jul 31, 2018
Should this be backported to |

Instead of creating a
v8::ArrayBufferinSetupNextTick, instead just makeTickInfouse anAliasedBuffer. The reason it wasn't already doing this is that the code there predates the introduction ofAliasedBuffer.Also slight clean up around the naming of the "scheduled" flag.
Checklist
make -j4 test(UNIX), orvcbuild test(Windows) passesAffected core subsystem(s)