News for hackers. Stuff that matters.
[dead]
Re:Revoking certain certificates on March 4 by steveklabnik on Tuesday March 03, 2020 @09:51AM (#22474853)
An example from less than a day ago: https://news.ycombinator.com/item?id=22466354
Re:Revoking certain certificates on March 4 by tedunangst on Tuesday March 03, 2020 @12:01PM (#22476303)
I'm not super confident I understand the bug, but it looks like sequential access to the reference. If I'm not mistaken, a mutable borrow in rust would end up with the same bug.
Re:Revoking certain certificates on March 4 by steveklabnik on Tuesday March 03, 2020 @12:23PM (#22476563)
I have not dug into the details enough to say if this is a bug Rust would prevent or not, I am only responding to the claim that people do not sometimes suggest that Rust's complexity only matters in the multi-threaded case.
Re:Revoking certain certificates on March 4 by tedunangst on Tuesday March 03, 2020 @12:28PM (#22476617)
Gotcha.
Re:Revoking certain certificates on March 4 by m-n on Tuesday March 03, 2020 @02:38PM (#22477975)
If I understand correctly, each `authzPB` collected in the iteration stores references to fields of an `authzModel`. Before the patch, these were identical, referring to the fields of the loop variable v. Each iteration of the loop, v is set, and all those stored references pointed to the new value.

Rust does give a compilation error for that.

Re:Revoking certain certificates on March 4 by tedunangst on Tuesday March 03, 2020 @06:20PM (#22479698)
That makes sense.
Re:Revoking certain certificates on March 4 by fortran77 on Tuesday March 03, 2020 @03:18PM (#22478350)
I think you're right, too.
Re:Revoking certain certificates on March 4 by webappguy on Tuesday March 03, 2020 @09:56AM (#22474885)
Do you take issue with Rust?