By: cqwrteur (euloanty.delete@this.live.com), July 10, 2021 6:27 pm
Room: Moderated Discussions
Rayla (rayla.delete@this.example.com) on July 10, 2021 5:33 pm wrote:
> cqwrteur (euloanty.delete@this.live.com) on July 10, 2021 4:41 pm wrote:
> > Gabriele Svelto (gabriele.svelto.delete@this.gmail.com) on July 10, 2021 3:56 pm wrote:
> > > cqwrteur (euloanty.delete@this.live.com) on July 10, 2021 1:32 pm wrote:
> > > > You do not just copy paste from rust std to linux kernel. You add code for dual error
> > > > reporting. Those code are completely unverified due to "panic not allowed policy".
> > >
> > > You keep claiming that but bring zero data to back your claim. So here's some data regarding
> > > the code in question: the changes between rust/alloc in the Rust-for-Linux tree compared to
> > > rust's library/alloc/src sources are a few hundred lines, most of which are attributes to disable
> > > things like OOM handling. I'm pretty sure that a few hundred lines can be verified in a reasonable
> > > amount of time, especially given that most of them aren't even unsafe code.
> > >
> > > > Also. Entire project is unsafe hell. No just the std crates part but other parts too.
> > > > https://github.com/Rust-for-Linux/linux/blob/rust/rust/kernel/allocator.rs
> > >
> > > I'm presenting here a piece of what you call "unsafe hell" from that code you pointed out:
> > >
> > > That's calling kfree() on a pointer that undergoes a cast to void *. Is that what you call
> > > "unsafe hell"? I'm sorry but you'll have to do a more thorough analysis than grepping for "unsafe"
> > > if you want to convince anybody that this is a significant problem because right now you're just
> > > reinforcing my point that the unsafe code being introduced is as harmless as it can be.
> > >
> > > > You are arguing C and C++ are same languages? No. C clearly has much more CVEs than C++ in general.
> > > > You said C and C++ "combined" that does not make any sense. They are not the same language.
> > >
> > > Go back and read what I wrote again. I said that the Rust standard library is vastly larger
> > > than both the C standard library and the C++ standard library combined, is much younger
> > > than both and yet suffers from a surprisingly small number of reported issues.
> > >
> > > > https://www.cvedetails.com/vendor/15519/Cryptopp.html
> > > >
> > > > What about cryptopp?? No memory safety CVEs at all compared to OpenSSL.
> > > >
> > > > If using Rust does not bring any benefit over modern C++, there is no point
> > > > due to all the troubles Rust would introduce (like no panic policy whatever).
> > >
> > > No advantages? Let's bring another data point: http://www.vegardno.net/2018/06/compiler-fuzzing.html
> > >
> > > From the article:
> > >
> > >
> > >
> > >
> > >
> > >
> > You are brainwashed. Still does not change the fact, yes
> > it is unsafe hell. No data? Where are those CVEs come
> > from? Why Rust stdlib in one year has more CVEs than GCC + clang combined in the entire lifespan? Also how
> > do you prove Rust code in kernel would achieve the same result when you use unsafe for all functions?
> >
> > People even have to write paper to prove zealots like you are wrong.
> > https://songlh.github.io/paper/rust-study.pdf
> >
> >
> > Fuzzing LOL. I remembered Alex Gaynor said modern C++ does not save us, fuzzing is useless.
> >
> > Why do you need fuzzing if you think fuzzing only works
> > for C and C++? Because C and C++ violates human rights?
> >
> > Fuzzing GCC is a bad example to claim Rust has advantages over modern C++
> > since GCC still contains a very significant code with C style code.
> >
> >
> > GCC compared to LLVM. None of them has memory safety cves. NONE.
> > https://www.cvedetails.com/product/960/GNU-GCC.html?vendor_id=72
> > https://www.cvedetails.com/vendor/13260/Llvm.html
> >
> >
> > For people like you, using C or C++ violates human rights. Of course you are going to continue lying.
>
> Your style is weirdly familiar. Did you by any chance used to be really, really pro-SPARC?
Oh. Modern C++ does not save us. Neither C nor C++ are fixable. Using C or C++ will destroy the earth and kill everyone. Using C or C++ violates human rights.
Okay. That is exactly the Rust advocator like you's logic. Alex Gaynor, one of the Rustsec evanglist (who is actually Rust dev) actively pushes Rust into Linux kernel because he treats C and C++ as some kind of great evil like hitler who violates human rights.
Right. Clearly Linus Torvalds is the worst human rights violator in the world based on him and people like you's logic.
> cqwrteur (euloanty.delete@this.live.com) on July 10, 2021 4:41 pm wrote:
> > Gabriele Svelto (gabriele.svelto.delete@this.gmail.com) on July 10, 2021 3:56 pm wrote:
> > > cqwrteur (euloanty.delete@this.live.com) on July 10, 2021 1:32 pm wrote:
> > > > You do not just copy paste from rust std to linux kernel. You add code for dual error
> > > > reporting. Those code are completely unverified due to "panic not allowed policy".
> > >
> > > You keep claiming that but bring zero data to back your claim. So here's some data regarding
> > > the code in question: the changes between rust/alloc in the Rust-for-Linux tree compared to
> > > rust's library/alloc/src sources are a few hundred lines, most of which are attributes to disable
> > > things like OOM handling. I'm pretty sure that a few hundred lines can be verified in a reasonable
> > > amount of time, especially given that most of them aren't even unsafe code.
> > >
> > > > Also. Entire project is unsafe hell. No just the std crates part but other parts too.
> > > > https://github.com/Rust-for-Linux/linux/blob/rust/rust/kernel/allocator.rs
> > >
> > > I'm presenting here a piece of what you call "unsafe hell" from that code you pointed out:
> > >
> > > unsafe {
> > > bindings::kfree(ptr as *const c_types::c_void);
> > > }
> > >
> > > That's calling kfree() on a pointer that undergoes a cast to void *. Is that what you call
> > > "unsafe hell"? I'm sorry but you'll have to do a more thorough analysis than grepping for "unsafe"
> > > if you want to convince anybody that this is a significant problem because right now you're just
> > > reinforcing my point that the unsafe code being introduced is as harmless as it can be.
> > >
> > > > You are arguing C and C++ are same languages? No. C clearly has much more CVEs than C++ in general.
> > > > You said C and C++ "combined" that does not make any sense. They are not the same language.
> > >
> > > Go back and read what I wrote again. I said that the Rust standard library is vastly larger
> > > than both the C standard library and the C++ standard library combined, is much younger
> > > than both and yet suffers from a surprisingly small number of reported issues.
> > >
> > > > https://www.cvedetails.com/vendor/15519/Cryptopp.html
> > > >
> > > > What about cryptopp?? No memory safety CVEs at all compared to OpenSSL.
> > > >
> > > > If using Rust does not bring any benefit over modern C++, there is no point
> > > > due to all the troubles Rust would introduce (like no panic policy whatever).
> > >
> > > No advantages? Let's bring another data point: http://www.vegardno.net/2018/06/compiler-fuzzing.html
> > >
> > > From the article:
> > >
> > >
From the end of February until some time in April I ran the fuzzer on and off andAnd then
> > > reported just over 100 distinct gcc bugs in total [...] First, these bugs are mostly
> > > crashes: internal compiler errors ("ICEs"), assertion failures, and segfaults.
> > >
> > >
> > >
> > >
However, I still think there is value in fuzzing compilers. Personally I find it very interesting that the
> > > same technique on rustc, the Rust compiler, only found 8
> > > bugs in a couple of weeks of fuzzing, and not a single
> > > one of them was an actual segfault. I think it does say something
> > > about the nature of the code base, code quality,
> > > and the relative dangers of different programming languages, in case it was not clear already.
> > >
> > >
> > >
> > >
> > You are brainwashed. Still does not change the fact, yes
> > it is unsafe hell. No data? Where are those CVEs come
> > from? Why Rust stdlib in one year has more CVEs than GCC + clang combined in the entire lifespan? Also how
> > do you prove Rust code in kernel would achieve the same result when you use unsafe for all functions?
> >
> > People even have to write paper to prove zealots like you are wrong.
> > https://songlh.github.io/paper/rust-study.pdf
> >
> >
> > Fuzzing LOL. I remembered Alex Gaynor said modern C++ does not save us, fuzzing is useless.
> >
> > Why do you need fuzzing if you think fuzzing only works
> > for C and C++? Because C and C++ violates human rights?
> >
> > Fuzzing GCC is a bad example to claim Rust has advantages over modern C++
> > since GCC still contains a very significant code with C style code.
> >
> >
> > GCC compared to LLVM. None of them has memory safety cves. NONE.
> > https://www.cvedetails.com/product/960/GNU-GCC.html?vendor_id=72
> > https://www.cvedetails.com/vendor/13260/Llvm.html
> >
> >
> > For people like you, using C or C++ violates human rights. Of course you are going to continue lying.
>
> Your style is weirdly familiar. Did you by any chance used to be really, really pro-SPARC?
Oh. Modern C++ does not save us. Neither C nor C++ are fixable. Using C or C++ will destroy the earth and kill everyone. Using C or C++ violates human rights.
Okay. That is exactly the Rust advocator like you's logic. Alex Gaynor, one of the Rustsec evanglist (who is actually Rust dev) actively pushes Rust into Linux kernel because he treats C and C++ as some kind of great evil like hitler who violates human rights.
Right. Clearly Linus Torvalds is the worst human rights violator in the world based on him and people like you's logic.
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 |