Kernel buffer overflow exposes iPhone 11 Pro to radio based attacks
Paul Backus
snarwin at gmail.com
Wed Dec 9 21:21:52 UTC 2020
On Wednesday, 9 December 2020 at 20:30:57 UTC, Dukc wrote:
>
> I quess the stance on this is where the fundamental
> disagreement about C code default `@safe`ty lies. If one
> considers, even in internal code, that `@safe` and `@trusted`
> are always declarations that calling it can never corrupt
> memory unless there's a honest mistake in the implementation,
> your stance on this is perfectly sound.
The meanings of @safe and @trusted are spelled out in the
language spec. [1] They are not a matter of opinion.
[1] https://dlang.org/spec/function.html#function-safety
> But as it can also work as a limited down-and-dirty bug-finder,
@safe does not find bugs; it prevents them.
More information about the Digitalmars-d
mailing list