By: cqwrteur (euloanty.delete@this.live.com), July 10, 2021 9:59 am
Room: Moderated Discussions
Foo_ (foo.delete@this.nomail.com) on July 10, 2021 6:56 am wrote:
> cqwrteur (euloanty.delete@this.live.com) on July 9, 2021 9:56 pm wrote:
> > I just read the upcoming Rust code for Linux Kernel from Github. Maybe I am stupid.
>
> 1) Why do you posts specific complaints about the Linux source code on RWT? If I'm
> the maintainer of an open source project and some opaque nickname posts complaints
> + a personal attack on an unrelated Web forum, I'm unlikely to be very receptive.
>
> 2) If you are looking for insight, did you try asking the authors of the code?
> Or the maintainers who approved it? Or simply posting on a relevant message board
> or mailing-list, so that the experts can read and answer your questions?
>
> 3) I'm not a Rust expert (however I know quite a bit of C and C++), but arguing that Rust isn't
> useful because some functions are marked "unsafe" sounds nevertheless ridiculous. Much C and
> C++ code is inherentely "unsafe", even if the word appears nowhere in the code. The fact that
> Rust makes you mark which precise operations are unsafe is already a step forward for maintainability.
> Also, it is an incentive to gradually reduce the amount of unsafe operations.
>
> Note that secluding "unsafe" code in small dedicated regions of code is also good practice in C++, for example,
> but the language doesn't really push you do that, unlike Rust (for example, your dedicated allocator may be
> "unsafe" but using it in shared_ptr and friends will still benefit from the usual "safety" properties).
>
1. Well. This is clearly not "some". It is basically ALL functions are unsafe. The argument unsafe is only used for exceptional circumanstances is just like the argument "C++ exceptions should only be used in exceptional circumanstances." They are completely wrong in real world.
2. I seriously doubt that you truly need Rc, Arc (shared_ptr) or his friends in kernel. It does not look like a good code smell for me either.
3. unsafe keyword has a side effect is that it might make attacker's life easier too since attacker can go and grep unsafe and attack it.
> > Some Rust people like Alex Gaynor who actively push Rust into kernel
> > look crazy for me.
>
> And you look like someone who insults the person they disagree with.
>
> > Maybe Linus Torvalds also agrees using C and C++ violates human rights like those Rust people believe?
>
> That's not what the excerpt you posted *precisely* says...
>
> If you want to dispute the fact that some vulnerabilities can have dire consequences
> (such as risking people's lives, in some situations), feel free to do so.
>
> And, yes, you may point out that not all vulnerabilities would be avoided by using Rust, and that would be a
> good point in its own right; but that does not look like a sufficient reason to avoid making things better.
>
I do not believe Rust code like "Rust-for-linux" truly make any code safer. In fact, a lot of Rust evanglists just made big promises like Rust has no memory-safety issues or using C and C++ violates human rights.
Can you show me an example using C or C++ kills people in real world? I never heard a single example people were killed by using C or C++. The safety in programming world has nothing to do with safety in real world.
https://songlh.github.io/paper/rust-study.pdf
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=rust
The cve numbers in rust std and crates (no including redox os, firefox etc, i can show them too) are a lot.
Rust std in one year has 8 memory safety cves than all C++ standard library in entire lifespan
The worst part like some cves like CVE-2021-31162 has CVSS 9.8 score (https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-31162) which is worse than Eternal Blue.
You said i should try to contact people who wrote those code. However those people who push Rust very hardly like Alex Gaynor are people who believe you must RIIR or using C or C++ violates human rights. Clearly talking to them won't solve anything since they just want the Linux to be completely rewritten in Rust, no matter the code quality is.
Maybe Rust in general can truly bring safety, but the code in "Rust-for-linux" repository just does not.
> cqwrteur (euloanty.delete@this.live.com) on July 9, 2021 9:56 pm wrote:
> > I just read the upcoming Rust code for Linux Kernel from Github. Maybe I am stupid.
>
> 1) Why do you posts specific complaints about the Linux source code on RWT? If I'm
> the maintainer of an open source project and some opaque nickname posts complaints
> + a personal attack on an unrelated Web forum, I'm unlikely to be very receptive.
>
> 2) If you are looking for insight, did you try asking the authors of the code?
> Or the maintainers who approved it? Or simply posting on a relevant message board
> or mailing-list, so that the experts can read and answer your questions?
>
> 3) I'm not a Rust expert (however I know quite a bit of C and C++), but arguing that Rust isn't
> useful because some functions are marked "unsafe" sounds nevertheless ridiculous. Much C and
> C++ code is inherentely "unsafe", even if the word appears nowhere in the code. The fact that
> Rust makes you mark which precise operations are unsafe is already a step forward for maintainability.
> Also, it is an incentive to gradually reduce the amount of unsafe operations.
>
> Note that secluding "unsafe" code in small dedicated regions of code is also good practice in C++, for example,
> but the language doesn't really push you do that, unlike Rust (for example, your dedicated allocator may be
> "unsafe" but using it in shared_ptr and friends will still benefit from the usual "safety" properties).
>
1. Well. This is clearly not "some". It is basically ALL functions are unsafe. The argument unsafe is only used for exceptional circumanstances is just like the argument "C++ exceptions should only be used in exceptional circumanstances." They are completely wrong in real world.
2. I seriously doubt that you truly need Rc, Arc (shared_ptr) or his friends in kernel. It does not look like a good code smell for me either.
3. unsafe keyword has a side effect is that it might make attacker's life easier too since attacker can go and grep unsafe and attack it.
> > Some Rust people like Alex Gaynor who actively push Rust into kernel
> > look crazy for me.
>
> And you look like someone who insults the person they disagree with.
>
> > Maybe Linus Torvalds also agrees using C and C++ violates human rights like those Rust people believe?
>
> That's not what the excerpt you posted *precisely* says...
>
> If you want to dispute the fact that some vulnerabilities can have dire consequences
> (such as risking people's lives, in some situations), feel free to do so.
>
> And, yes, you may point out that not all vulnerabilities would be avoided by using Rust, and that would be a
> good point in its own right; but that does not look like a sufficient reason to avoid making things better.
>
I do not believe Rust code like "Rust-for-linux" truly make any code safer. In fact, a lot of Rust evanglists just made big promises like Rust has no memory-safety issues or using C and C++ violates human rights.
Can you show me an example using C or C++ kills people in real world? I never heard a single example people were killed by using C or C++. The safety in programming world has nothing to do with safety in real world.
https://songlh.github.io/paper/rust-study.pdf
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=rust
The cve numbers in rust std and crates (no including redox os, firefox etc, i can show them too) are a lot.
Rust std in one year has 8 memory safety cves than all C++ standard library in entire lifespan
The worst part like some cves like CVE-2021-31162 has CVSS 9.8 score (https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-31162) which is worse than Eternal Blue.
You said i should try to contact people who wrote those code. However those people who push Rust very hardly like Alex Gaynor are people who believe you must RIIR or using C or C++ violates human rights. Clearly talking to them won't solve anything since they just want the Linux to be completely rewritten in Rust, no matter the code quality is.
Maybe Rust in general can truly bring safety, but the code in "Rust-for-linux" repository just does not.
Topic | Posted By | Date |
---|---|---|
Is unsafe hell truly good for linux kernel in the future? | cqwrteur | 2021/07/09 09:56 PM |
Is unsafe hell truly good for linux kernel in the future? | Brendan | 2021/07/10 12:59 AM |
Is unsafe hell truly good for linux kernel in the future? | cqwrteur | 2021/07/10 01:37 PM |
Is unsafe hell truly good for linux kernel in the future? | anon | 2021/07/10 04:14 AM |
Is unsafe hell truly good for linux kernel in the future? | cqwrteur | 2021/07/10 01:40 PM |
Is unsafe hell truly good for linux kernel in the future? | Gabriele Svelto | 2021/07/10 03:59 PM |
Is unsafe hell truly good for linux kernel in the future? | cqwrteur | 2021/07/10 04:42 PM |
Is unsafe hell truly good for linux kernel in the future? | anon | 2021/07/11 06:11 AM |
Is unsafe hell truly good for linux kernel in the future? | cqwrteur | 2021/07/12 12:40 PM |
Is unsafe hell truly good for linux kernel in the future? | Foo_ | 2021/07/10 06:56 AM |
Is unsafe hell truly good for linux kernel in the future? | cqwrteur | 2021/07/10 09:59 AM |
Most RWT posters don’t decide what goes into the Linux kernel | Mark Roulo | 2021/07/10 12:55 PM |
Is unsafe hell truly good for linux kernel in the future? | Foo_ | 2021/07/22 11:10 AM |
Is unsafe hell truly good for linux kernel in the future? | cqwrteur | 2021/07/10 10:22 AM |
Is unsafe hell truly good for linux kernel in the future? | cqwrteur | 2021/07/10 10:24 AM |
Déja Vu | Dismissive | 2021/07/10 10:41 AM |
Déja Vu | cqwrteur | 2021/07/10 10:47 AM |
Déja Vu | Dismissive | 2021/07/10 10:51 AM |
Déja Vu | Michael S | 2021/07/10 01:11 PM |
Is unsafe hell truly good for linux kernel in the future? | Gabriele Svelto | 2021/07/10 12:51 PM |
Is unsafe hell truly good for linux kernel in the future? | cqwrteur | 2021/07/10 01:32 PM |
Is unsafe hell truly good for linux kernel in the future? | Michael S | 2021/07/10 02:04 PM |
Is unsafe hell truly good for linux kernel in the future? | cqwrteur | 2021/07/10 02:25 PM |
Is unsafe hell truly good for linux kernel in the future? | Gabriele Svelto | 2021/07/10 03:56 PM |
Is unsafe hell truly good for linux kernel in the future? | cqwrteur | 2021/07/10 04:41 PM |
Is unsafe hell truly good for linux kernel in the future? | Rayla | 2021/07/10 05:33 PM |
Is unsafe hell truly good for linux kernel in the future? | cqwrteur | 2021/07/10 06:27 PM |
Interesting response... (NT) | Rayla | 2021/07/10 09:02 PM |
perhaps just another lousy AI bot? (NT) | anonymou5 | 2021/07/10 09:33 PM |
perhaps just another lousy AI bot? | dmcq | 2021/07/10 11:26 PM |
perhaps just another lousy AI bot? | cqwrteur | 2021/07/10 11:56 PM |
perhaps just another lousy AI bot? | dmcq | 2021/07/11 03:29 AM |
perhaps just another lousy AI bot? | anon | 2021/07/11 06:16 AM |
perhaps just another lousy AI bot? | cqwrteur | 2021/07/12 03:56 PM |
perhaps just another lousy AI bot? | Rayla | 2021/07/11 06:13 AM |
perhaps just another lousy AI bot? | cqwrteur | 2021/07/11 11:59 AM |
When did I call you a bot, Kebabbert? (NT) | Rayla | 2021/07/11 08:51 PM |
Alternatives? | Brendan | 2021/07/11 01:54 AM |
Alternatives? | Michael S | 2021/07/11 06:01 AM |
Alternatives? | Brendan | 2021/07/11 06:51 AM |
Alternatives? | cqwrteur | 2021/07/11 11:58 AM |
Alternatives? | Gabriele Svelto | 2021/07/12 01:31 AM |
Alternatives? | Michael S | 2021/07/12 03:58 AM |
Alternatives? | anon2 | 2021/07/12 09:08 AM |
Alternatives? | Michael S | 2021/07/12 09:22 AM |
cqwrteur: Keep it polite | David Kanter | 2021/07/13 08:59 AM |
Alternatives? | dmcq | 2021/07/12 09:37 AM |
Alternatives? | cqwrteur | 2021/07/12 04:04 PM |
Alternatives? | dmcq | 2021/07/12 04:26 PM |
Alternatives? | cqwrteur | 2021/07/13 01:47 AM |
Alternatives? | dmcq | 2021/07/13 06:54 AM |
Alternatives? | Jörn Engel | 2021/07/13 04:53 PM |
Alternatives? | FrankHB | 2021/07/17 07:56 AM |
Differences between Rust and C/Go | Gabriele Svelto | 2021/07/14 05:57 AM |
Differences between Rust and C/Go | FrankHB | 2021/07/17 09:47 AM |
Alternatives? | FrankHB | 2021/07/12 10:08 AM |
Alternatives? | Gabriele Svelto | 2021/07/14 02:28 PM |
Inappropriate messages removed: cqwrteur | David Kanter | 2021/07/15 10:59 AM |
Alternatives? | FrankHB | 2021/07/16 06:43 AM |
Alternatives? | Anon | 2021/07/16 12:01 PM |
Alternatives? | Gabriele Svelto | 2021/07/16 01:44 PM |
Type abstraction and kernel programming | FrankHB | 2021/07/17 01:44 AM |
Type abstraction and kernel programming | dmcq | 2021/07/18 04:00 AM |
Type abstraction and kernel programming | dmcq | 2021/07/18 04:36 AM |
Type abstraction and kernel programming | Etienne Lorrain | 2021/07/19 01:03 AM |
Type abstraction and kernel programming | dmcq | 2021/07/19 02:01 AM |
Type abstraction and kernel programming | Anon | 2021/07/19 02:05 AM |
Type abstraction and kernel programming | dmcq | 2021/07/19 03:23 AM |
Type abstraction and kernel programming | Brendan | 2021/07/19 07:05 AM |
Alternatives? | gallier2 | 2021/07/20 04:57 AM |
Alternatives? | Anon | 2021/07/20 06:24 AM |
Alternatives? | Michael S | 2021/07/20 10:14 AM |
Alternatives? | Anon | 2021/07/20 10:53 AM |
Alternatives? | gallier2 | 2021/07/21 11:44 PM |
Alternatives? | Adrian | 2021/07/20 12:00 PM |
Alternatives? | Brett | 2021/07/20 11:13 PM |
Alternatives? | Michael S | 2021/07/21 02:12 AM |
Alternatives? | dmcq | 2021/07/22 12:58 PM |
Alternatives? | Anon | 2021/07/21 08:58 AM |
Alternatives? | Brendan | 2021/07/12 02:34 AM |
Alternatives? | FrankHB | 2021/07/12 10:57 AM |
Alternatives? | cqwrteur | 2021/07/12 12:55 PM |
Alternatives? | FrankHB | 2021/07/12 09:44 PM |
Alternatives? | Brendan | 2021/07/12 08:52 PM |
Alternatives? | cqwrteur | 2021/07/12 11:05 PM |
Alternatives? | Anon | 2021/07/12 11:42 PM |
Alternatives? | cqwrteur | 2021/07/13 12:42 AM |
Alternatives? | cqwrteur | 2021/07/13 12:44 AM |
Alternatives? | Anon | 2021/07/13 08:32 PM |
Alternatives? | cqwrteur | 2021/07/13 09:36 PM |
Alternatives? | cqwrteur | 2021/07/13 09:39 PM |
Alternatives? | Anon | 2021/07/13 10:02 PM |
Alternatives? | cqwrteur | 2021/07/13 10:18 PM |
Alternatives? | cqwrteur | 2021/07/13 09:49 PM |
Alternatives? | Anon | 2021/07/13 10:07 PM |
Alternatives? | cqwrteur | 2021/07/13 10:16 PM |
Alternatives? | Anon | 2021/07/13 11:31 PM |
Alternatives? | cqwrteur | 2021/07/14 12:30 AM |
Alternatives? | Anon | 2021/07/14 01:55 AM |
Alternatives? | cqwrteur | 2021/07/14 02:22 AM |
Alternatives? | Anon | 2021/07/14 03:05 AM |
Alternatives? | cqwrteur | 2021/07/14 03:11 AM |
Alternatives? | Anon | 2021/07/14 04:16 AM |
Alternatives? | cqwrteur | 2021/07/14 07:06 AM |
Alternatives? | Anon | 2021/07/14 08:20 AM |
Alternatives? | cqwrteur | 2021/07/14 08:51 AM |
Alternatives? | Anon | 2021/07/14 12:33 PM |
Alternatives? | Gabriele Svelto | 2021/07/14 01:19 PM |
Alternatives? | FrankHB | 2021/07/16 07:07 AM |
Alternatives? | cqwrteur | 2021/07/14 12:33 AM |
Alternatives? | Anon | 2021/07/14 01:57 AM |
Alternatives? | cqwrteur | 2021/07/14 02:21 AM |
Alternatives? | dmcq | 2021/07/14 03:06 AM |
Alternatives? | cqwrteur | 2021/07/14 03:50 AM |
Alternatives? | ⚛ | 2021/07/15 08:33 AM |
Alternatives? | FrankHB | 2021/07/16 07:13 AM |
Alternatives? | cqwrteur | 2021/07/14 12:39 AM |
Alternatives? | Anon | 2021/07/14 02:08 AM |
Alternatives? | cqwrteur | 2021/07/14 02:20 AM |
Alternatives? | dmcq | 2021/07/14 02:46 AM |
Alternatives? | cqwrteur | 2021/07/14 02:52 AM |
Alternatives? | dmcq | 2021/07/14 10:13 AM |
Alternatives? | dmcq | 2021/07/14 10:23 AM |
Dealing with memory errors | Brendan | 2021/07/14 12:50 PM |
Dealing with memory errors | dmcq | 2021/07/14 04:27 PM |
Dealing with memory errors | Brendan | 2021/07/14 04:55 PM |
Alternatives? | cqwrteur | 2021/07/14 03:12 AM |
Alternatives? | Anon | 2021/07/14 04:16 AM |
Alternatives? | cqwrteur | 2021/07/14 06:55 AM |
Alternatives? | FrankHB | 2021/07/16 07:27 AM |
Alternatives? | cqwrteur | 2021/07/14 02:38 AM |
Alternatives? | anon | 2021/07/14 03:50 AM |
Stop feeding that troll | none | 2021/07/14 04:13 AM |
Alternatives? | cqwrteur | 2021/07/14 07:39 AM |
Alternatives? | Brendan | 2021/07/14 12:15 PM |
Alternatives? | Anon | 2021/07/14 04:19 AM |
Alternatives? | cqwrteur | 2021/07/14 07:12 AM |
Alternatives? | Anon | 2021/07/14 08:17 AM |
Alternatives? | cqwrteur | 2021/07/14 08:47 AM |
Alternatives? | Anon | 2021/07/14 01:00 PM |
Alternatives? | cqwrteur | 2021/07/14 01:44 PM |
Alternatives? | ⚛ | 2021/07/15 10:36 AM |
Alternatives? | Gabriele Svelto | 2021/07/14 01:26 PM |
Alternatives? | cqwrteur | 2021/07/14 01:46 PM |
Alternatives? | Gabriele Svelto | 2021/07/14 02:36 PM |
Alternatives? | cqwrteur | 2021/07/14 02:55 PM |
Alternatives? | Smoochie | 2021/07/15 12:07 AM |
Alternatives? | ⚛ | 2021/07/15 08:37 AM |
Alternatives? | Brendan | 2021/07/15 11:21 AM |
Alternatives? | Anon | 2021/07/15 01:15 PM |
Alternatives? | FrankHB | 2021/07/16 07:27 AM |
Alternatives? | None | 2021/07/14 02:50 AM |
Alternatives? | cqwrteur | 2021/07/14 02:54 AM |
Alternatives? | cqwrteur | 2021/07/14 02:55 AM |
Alternatives? | Rayla | 2021/07/14 05:47 AM |
Alternatives? | cqwrteur | 2021/07/14 06:54 AM |
Alternatives? | Gabriele Svelto | 2021/07/14 01:43 PM |
Alternatives? | FrankHB | 2021/07/13 12:47 AM |
Alternatives? | FrankHB | 2021/07/13 12:05 AM |
Alternatives? | Michael S | 2021/07/13 01:01 AM |
Alternatives? | FrankHB | 2021/07/13 01:25 AM |
Alternatives? | Doug S | 2021/07/13 12:29 AM |
Alternatives? | cqwrteur | 2021/07/13 12:48 AM |
Alternatives? | FrankHB | 2021/07/13 01:07 AM |
Is unsafe hell truly good for linux kernel in the future? | ⚛ | 2021/07/12 06:27 AM |
Is unsafe hell truly good for linux kernel in the future? | Anon | 2021/07/12 09:46 AM |
Is unsafe hell truly good for linux kernel in the future? | Etienne Lorrain | 2021/07/13 02:00 AM |
Is unsafe hell truly good for linux kernel in the future? | cqwrteur | 2021/07/10 01:38 PM |