We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
I read that: https://randomascii.wordpress.com/2018/02/25/compiler-bug-linker-bug-windows-kernel-bug/amp/ The author suggests to ensure that the binary is flushed to disk after linkage. We could use File::sync_all which eventually calls FlushFileBuffers here:
File::sync_all
FlushFileBuffers
rust/src/librustc_trans/back/link.rs
Line 822 in 322d7f7
The text was updated successfully, but these errors were encountered:
Rollup merge of rust-lang#49432 - nabijaczleweli:master, r=michaelwoe…
59053aa
…rister Flush executables to disk after linkage A problem caused by not doing so in Chrome has been reported [here](https://randomascii.wordpress.com/2018/02/25/compiler-bug-linker-bug-windows-kernel-bug/amp/). `File::sync_all()` calls `FlushFileBuffers()` down the line, causing potentially unflushed buffers on high I/O-load systems to flush and preventing nasty non-reproducible bugs. Closes rust-lang#48545
19c6908
No branches or pull requests
I read that: https://randomascii.wordpress.com/2018/02/25/compiler-bug-linker-bug-windows-kernel-bug/amp/
The author suggests to ensure that the binary is flushed to disk after linkage.
We could use
File::sync_all
which eventually callsFlushFileBuffers
here:rust/src/librustc_trans/back/link.rs
Line 822 in 322d7f7
The text was updated successfully, but these errors were encountered: