-
Notifications
You must be signed in to change notification settings - Fork 58
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
Sound ways to work with self-referential futures #380
Comments
I’ve managed to create minimal-ish reproducible example: |
Which was the last version of Miri where this still worked?
|
That’s an interesting question, I’ll check it. |
Ok, so, turns out this particular snippet:
As this reproduces without unsafe code, this is a bug either in |
My pipeline (test |
Okay, it's probably field-retagging-by-default then that broke this. Looking at this code, my first impression is that this is unsound since EDIT: Okay, that's not it. Looks like you found an even simpler example anyway. |
It seems like there’re two issues: one that affects name-it code handles |
Or maybe that's a single issue that name-it just masked for older Miri versions. Either way, those issues seem to be very related. |
Closing in favor of #381, which describes the core problem more precisely. Thanks for the report, which lead to be discovering this underlying problem!
Yeah that is possible, but pretty hard to say until we figure out #381. |
Hi! I have relatively complex code that passed Miri previously but doesn’t pass it now.
The failing job is:
https://github.com/GoldsteinE/name-it/actions/runs/3594297524/jobs/6052384905
TL;DR: I’m doing something like this:
As far as I understood, this is a general issue with soundness of futures (rust-lang/rust#63818). I’d be grateful for any pointers to things I could do to resolve this issue in my case on my side.
The text was updated successfully, but these errors were encountered: