Rust part10

**デフォルトの名無しさん** · 2021/04/02(金) 21:38:04.11

Mozilla発のRust言語のスレ

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

Web上の実行環境
https://play.rust-lang.org

日本語の情報
https://rust-jp.rs/

前スレ
Rust part9
https://mevius.5ch.net/test/read.cgi/tech/1598112455/

**デフォルトの名無しさん** · 2021/04/18(日) 10:09:10.01

そんなに良くないからキミはもっとcを頑張ったほうがいい
cを頑張ってc++にも手を出して頑張って
気が狂いそうになるのを覚えてからもう一度来たらいい

**デフォルトの名無しさん** · 2021/04/18(日) 10:34:02.72

>>144
lifetime内であれば手動で早期開放できるんですね
お世話になりました

**デフォルトの名無しさん** · 2021/04/18(日) 12:33:31.22

ワロタw

**デフォルトの名無しさん** · 2021/04/18(日) 12:57:11.20

vectorにpushしながらその要素の可変参照を返すようなメソッドってあったりしますか？

**デフォルトの名無しさん** · 2021/04/18(日) 13:12:40.26

お前らの用途だったらgoで十分だろと思うことが多いわ。
ファッションでやるってのも悪くはないが。

**デフォルトの名無しさん** · 2021/04/18(日) 13:30:23.57

rustではunsafeを多用するのは良いことですか？

**デフォルトの名無しさん** · 2021/04/18(日) 13:39:58.68

必要なら使えばいい

**デフォルトの名無しさん** · 2021/04/18(日) 16:52:32.86

>>148
そういうメソッドはなさそう

特に理由がなければ分けて書いた方がいいけど、ブロック式を使って

let y = { v.push(x); v.last_mut().unwrap() }; // 変数に入れる場合
f({ v.push(x); v.last_mut().unwrap() }); // 関数に渡す場合

みたいな詰め方はできるかな
いっぱい使うならローカルなマクロ作ってもいい

macro_rules! push_and_mut_ref {
($v:expr, $x:expr) => {{ $v.push($x); $v.last_mut().unwrap() }};
}

let y = push_and_mut_ref!(v, x);

蛇足だけどyが生きてる間はvに触れないからご注意を

**デフォルトの名無しさん** · 2021/04/18(日) 17:30:23.89

>>152
>蛇足だけどyが生きてる間はvに触れないからご注意を

蛇足ではない気がする
push時にその要素のmut refを必要とするような書き方は避けたほうがいい

**デフォルトの名無しさん** · 2021/04/18(日) 17:38:05.52

entry APIみたいなことしたいのかな

**デフォルトの名無しさん** · 2021/04/19(月) 03:50:11.66

Rustに比べたC++の良さは雑に書けるところだって気付いた
やっぱ雑が許されない巨大プロジェクトはRustで、小規模な自分用ツールの類はC++で書いてくことになりそうだ

**デフォルトの名無しさん** · 2021/04/19(月) 08:44:54.89

>>155
いいところに気付いたな
Rustは一般プログラマーには無用の長物だ

**デフォルトの名無しさん** · 2021/04/19(月) 10:48:10.96

段階的に直していく方法と最初から設計で硬くしておく方法があると思うが
rustが念頭に置いてるのは明らかに後者。これがいいのか悪いのかは議論の余地がある。

**デフォルトの名無しさん** · 2021/04/19(月) 11:19:16.28

型が強いからリファクタリングしやすいという意味では段々直していく方法に適しているとも言えると思うが

**デフォルトの名無しさん** · 2021/04/19(月) 11:21:50.23

>>158
型の強さがある意味で強すぎて、メモリ解放のタイミングまでキッチリあってないと無理なんだが。
ちょっとしたリファクタリングするにもかなり大域的変更になる。

**デフォルトの名無しさん** · 2021/04/19(月) 11:34:35.17

>>155
雑に書いた脆弱性のあるバイナリを世に出さなきゃそれでもいいんじゃね

**デフォルトの名無しさん** · 2021/04/19(月) 13:02:55.04

>>160
何言ってんだこの馬鹿
Rust謹製なら脆弱性が無いとでも思ってんのか？

**デフォルトの名無しさん** · 2021/04/19(月) 13:06:52.92

つーかRust以前はどうしてたんだよって話ｗ
流行りのもんに飛びついてそれ以外見えなくなってる典型

**デフォルトの名無しさん** · 2021/04/19(月) 13:26:32.62

どうしてたって脆弱性を秘めたまま出回ってただろ

**デフォルトの名無しさん** · 2021/04/19(月) 13:27:33.53

いつものレイヤーとかスコープを
ごちゃまぜにする思考が乱雑な人でしょ

**デフォルトの名無しさん** · 2021/04/19(月) 14:27:55.78

それお前だろ

**デフォルトの名無しさん** · 2021/04/19(月) 16:41:05.18

まあ、C/C++が危なかろうが、自分のやりたい計算をするだけみたいな用途には向いてるよな
どうみても簡単で早いし・・・・

**デフォルトの名無しさん** · 2021/04/19(月) 16:57:54.64

>>155
C/C++は雑に書けるというより、Rustが想定してないでけで
本当は安全なプログラムも思った通りに書くことが出来る。
RustはRustが想定している範囲内でしか書けないので面倒なことになる。

**デフォルトの名無しさん** · 2021/04/19(月) 17:00:14.68

>>167
職人さんはさまざまな危険な道具を、十分安全に使う。
Rustは、「危険だ危険だ」と言って、危ない道具を使わせず
予め「刃(やいば)を抜かれた」道具の使用を強制する。

**デフォルトの名無しさん** · 2021/04/19(月) 17:08:36.65

AIの機械学習は計算が重いのに言語としては遅いところのPythonのAIは遅くはない。
なぜなら計算部分はC/C++で書かれたライブラリを呼び出して使ってるだけだから。
同様にRustがベンチマークで遅くないのは、実はunsafeモードで書かれたライブラリ
を使ってるせいもある。だからそのベンチマークだけでC/C++と同程度の速さ
であることの証明にはならない。

**デフォルトの名無しさん** · 2021/04/19(月) 17:33:10.17

>>169
具体的に何のベンチマークのことを言っているの？

**デフォルトの名無しさん** · 2021/04/19(月) 17:37:07.25

unsafeがライブラリに隠蔽されていてかつ性能が出ることはRustのコンセプトが正しかったことの証明になるのでは？

**デフォルトの名無しさん** · 2021/04/19(月) 17:58:35.97

今月のWEB+DB PRESSに載ってる簡易的なRDBMSをRustで実装する記事結構いいぞ

RDBMSの仕組みを学ぶことが主眼でRustの解説は最低限なんだけど
Rustでよく使うパターンが

**デフォルトの名無しさん** · 2021/04/19(月) 17:59:44.87

「じゃあC++使えばいいよ」で済む質問を何度投下すれば気が済むのか

**デフォルトの名無しさん** · 2021/04/19(月) 18:02:01.96

だって入れ食いなんだもん…

**デフォルトの名無しさん** · 2021/04/19(月) 18:15:13.40

>>173
リトマス試験紙なんよ
C++で苦労した奴は文句は言わない。Rustが何をしてくれようとしてるのか分かるから。
C++ニワカは文句を言う。Rustが何をしてくれようとしてるのか分からないから。

**デフォルトの名無しさん** · 2021/04/19(月) 18:56:00.14

>>171
言ってる意味がまるでわからんのだが。

**デフォルトの名無しさん** · 2021/04/19(月) 19:29:57.41

大半の人は、C/C++で苦労も何もしてないだろう
何が危ないのかも理解しないまま、危険なコードや穴の空きやすいコードを書いてるだけだ

**デフォルトの名無しさん** · 2021/04/19(月) 19:51:48.28

C/C++でメモリをぶっ壊して数日絶望するところまでがチュートリアル

**デフォルトの名無しさん** · 2021/04/19(月) 19:59:51.22

メモリぶっ壊すのは絶望ではない、C++の日常だ

**デフォルトの名無しさん** · 2021/04/19(月) 20:10:50.91

>>178-179
この人たち未だにC++でnewとかdelete多用してるかそれを通過儀礼のように捉えてる人たちだよね
こえ～
よくある職場の老害像そのものじゃん

**デフォルトの名無しさん** · 2021/04/19(月) 20:11:49.67

アマチュア君にはそう見えるんだね

**デフォルトの名無しさん** · 2021/04/19(月) 20:13:49.42

さすがに日常ではないかな……
構造体の初期化にmemset使うようなC言語上がりのやつはどうだか知らんけど

**デフォルトの名無しさん** · 2021/04/19(月) 20:16:58.02

毎日のようにRustスレで繰り返し同じ事をグチグチ言ってる自称C++使い達はよっぽど暇なんだなぁって思う

**デフォルトの名無しさん** · 2021/04/19(月) 20:21:28.79

c/c++でそんだけ壊れるならrustでもunsafe使ってぶっ壊れまくるだろ。。
エアプ丸出しすぎるわ

**デフォルトの名無しさん** · 2021/04/19(月) 20:21:54.23

引数チェックのないライブラリ等で引数を誤ったりすると
パッと見正しく見えるのでかなり面倒なことになる

**デフォルトの名無しさん** · 2021/04/19(月) 21:31:37.98

AddressSanitizerを使ったことのないものだけが石を投げよ

**デフォルトの名無しさん** · 2021/04/19(月) 22:14:40.51

伸びてると思ったら。次からﾜｯﾁｮｲ付けろよ。

**デフォルトの名無しさん** · 2021/04/20(火) 00:56:58.25

https://trends.google.com/trends/explore?date=today%205-y&;geo=US&q=%2Fm%2F0dsbpg6,%2Fm%2F02p97,Python,Java,%2Fm%2F0jgqg

Google Trends での Rustと他の言語とのトレンド比較。
これを見る限り、Rust言語は全く流行ってないようだ。

**デフォルトの名無しさん** · 2021/04/20(火) 00:59:14.52

Python>Java>=JS>C++>>>>Rust

**デフォルトの名無しさん** · 2021/04/20(火) 01:00:58.56

そんな超メジャー言語と比較されるようになったのか

**デフォルトの名無しさん** · 2021/04/20(火) 01:04:41.62

>>190
逆にそんなマイナーな言語なのに書籍が出たりtwitterでRustとWasmが
対になって出たりしてたのか。
Rustを試してる人は書籍や雑誌記事を書いて食っていくかか、難しくて新しい言語
を知ることで自分の社会的評価(?)を上げようとしているのか。

**デフォルトの名無しさん** · 2021/04/20(火) 01:11:58.24

>>191
なんかかっこいい嫌味を言いたいみたいだけど
意味不明ですべってるぞ

**デフォルトの名無しさん** · 2021/04/20(火) 02:00:40.62

>>161
雑に書いたコードだって自分で言ってんだろボケが

**デフォルトの名無しさん** · 2021/04/20(火) 08:34:25.33

https://m.slashdot.org/story/384324

**デフォルトの名無しさん** · 2021/04/20(火) 10:41:16.90

なんか無駄なところに手を出しちゃったみたいになってる若い人が発狂してんのかね。
別にrustで学んだことは無駄にはならんよ。
現場でrust強要するのはクソだが。

**デフォルトの名無しさん** · 2021/04/20(火) 11:46:33.55

5chに若い人なんかいないよ

**デフォルトの名無しさん** · 2021/04/20(火) 19:43:34.07

なるほどそれで皆C++の話ばかりするのか

**デフォルトの名無しさん** · 2021/04/20(火) 21:08:17.70

C++もそれだけ枯れたか

**デフォルトの名無しさん** · 2021/04/21(水) 11:52:12.19

C++ニワカのLinusはpanicは認めないと言う話をしてるのにアロケーターだけの問題だ
「それだけでしょ、分かってるやつ居なすぎ」とまとめる
範囲外のインデックスアクセスでもpanicするし、Debugなら整数のオーバーフローでも
panicする（なぜかReleaseだとpanicしない）とんでもないアホの勘違いはJavaを持って
きて検査例外と非検査例外の話をし出す。せっかくResult/OptionがあるのにRustの文化と
なっているpanicを通常は捕捉しないと言うものをKernelに持ち込むなと言う話。
範囲外アクセスで即座に既存のC/Kernelならレジスタを保存してダンプするような
Segment fault例外トラップなどが働くのに、panicでスタック巻き戻し実行が起こるのは
絶対的に受け入れられない言うとる
Cの悪名高きsetjmpや、C++のRTL/動的例外テーブルの議論を見てるようだ
検査例外と非検査例外の話をし出すアホはもう来るな

**デフォルトの名無しさん** · 2021/04/21(水) 12:24:14.02

++うんこ華麗にスルーして、やっぱリーナス見る目有るわ神だろ

**デフォルトの名無しさん** · 2021/04/21(水) 12:54:12.00

別にそこまで褒めることでもないんだけどね。。
ttps://lkml.org/
の他の議論に比べて明らかに議論のレベルが低いわけで。。

**デフォルトの名無しさん** · 2021/04/21(水) 13:38:37.86

>>199
なんか何言ってるのか分からない部分が有るな。

**デフォルトの名無しさん** · 2021/04/21(水) 17:38:16.65

js-sys見てたらJavaScript側の型の継承関係をDerefで表現しててびびった
こういうの普通なん？

**デフォルトの名無しさん** · 2021/04/21(水) 17:58:04.79

>>201
歴史があってどう実装すべきかという指針ができあがっているCと
手探りで指針を作りつつあるRustで議論のレベルが同じにならないのは自然なのでは

**デフォルトの名無しさん** · 2021/04/21(水) 18:42:16.83

>>204
問題はそういう言語の問題まで行かず、カーネルが備えるべきところってな議論で止まってるって部分だけどね。
歴史という意味ではそもそもカーネルに対する歴史観が不足してる連中しかrustにはいないということになる。

**デフォルトの名無しさん** · 2021/04/21(水) 22:06:45.67

プロセスがスローし、誰も補足しなかった例外を
最終的に捕捉してそのプロセスを終了させるのはOS（ことによったらカーネル）の仕事である

一方、カーネルが仮に例外をスローしてしまったら誰が最終的な捕捉の任を負うのか
について今今のOS論には目下定説が無い

Linux（リーナス）は「カーネルは何があっても例外をスローすんなﾊｹﾞ、」という
古典的な立場
のやつ、

**デフォルトの名無しさん** · 2021/04/21(水) 23:10:54.58

機械語に例外なんてねーよ
いい加減なこと言ってんじゃねーや

**デフォルトの名無しさん** · 2021/04/21(水) 23:43:21.15

>>206 CPUの例外と言語上の例外との区別が付いてないみたいね。

**デフォルトの名無しさん** · 2021/04/22(木) 00:18:18.68

>>203
javascriptでメソッドとか探すときにプロトタイプを遡っていく動きがあるけど
それをRustのドット演算子（.）がメソッド使える型になるまで自動で参照解決する仕様で
模倣したんだと思う

演算子の特殊な拡張は正規表現とか構文解析のライブラリでたまに見かけるけど
どちらかと言えばトリッキーな手法

**デフォルトの名無しさん** · 2021/04/22(木) 02:40:36.34

panic上等のredox！
セキュリティホール開けるよりマシという理由だった。

>>203
アンチパターンだから通常のコードでは使うな。
トレイトメソッド呼べないからクソって所まではすでに
githubのissuesやrust internalsで合意が有る。
js-sysはffi（バインダ）だから仕方ない。

**はちみつ餃子** ◆8X2XSCHEME · 2021/04/22(木) 02:53:02.19

>>203
ガイドライン的には Deref はスマートポインタだけにしとけってことになってる。
https://rust-lang.github.io/api-guidelines/predictability.html#only-smart-pointers-implement-deref-and-derefmut-c-deref

**デフォルトの名無しさん** · 2021/04/22(木) 05:58:54.39

例外の最終的な捕捉をOSの仕事、と書いたのは語弊があったｽﾏﾝｶｯﾀ、
正確に言えば言語のランタイムが最終的に捕捉してプロセスを自発的に終了する
（スタックのアンワインドは言語依存性が強いのでそうなっている

しかしプロセスが自発的にexit()したら誰がそれを処理するのかというとOSやんけ；；；
カーネルの中で例外を生じられたら誰が終了を担保するのかについて
OS論的に定説が無いのは真

>>208
いじょ

**デフォルトの名無しさん** · 2021/04/22(木) 06:34:32.34

で、別の観点の話をする、

OSがpanic上等というのはそれはそれでも良いが、
とにかくスタックのアンワインド処理は言語依存性が強いので
例外が通過する関数（ゼロコストの奴も含む）の巻き戻しのためには
関数のアドレスとスタックのアンワインド方法の対応表をランタイムが把握せねばならない
というわけでカーネル内の例外を認めると、その例外を最終的に捕捉する奴より
上の関数を全部同一言語・同一コンパイラで書かねばならないという縛りが生じる
現実にはそれで問題など生じないかしらんが、とにかくレイヤー分けに縛りが生じる
Redoxの一部をC++（等）で書くことは事実上不可能に、

**デフォルトの名無しさん** · 2021/04/22(木) 13:01:11.46

>>212,213
なんでカーネルの話してるのに言語ランタイムとプラットフォーム依存の話してるんだ？

>>213
Linusがカーネル書くのに信用してないだけで
C++でもフリースタンディング書けるだろ。
C++のフリースタンディングは最低限の標準ライブラリは持つからrustのcoreクレートと同じ。
C++ならexception、abort,exitがある。
>>213がホストとベアメタルの区別がついてないだけじゃないか？
あと、redoxのpanicはスタックトレース吐いてx86のhltループするだけだから。

そもそもカーネルで標準のexitなんか呼ぶか。

**デフォルトの名無しさん** · 2021/04/22(木) 13:21:02.53

Linux界隈といえばちょうど｢マージしたパッチが研究目的にわざと脆弱性を含んだものだったことが発覚して激おこで送ってきた奴らの大学出禁にする｣みたいな面白いことが起こってる模様

**デフォルトの名無しさん** · 2021/04/22(木) 13:49:41.54

どうせお前らはOS書かないんだからどっちでもいいじゃん

**デフォルトの名無しさん** · 2021/04/22(木) 15:39:04.46

linuxの騒動の話はさすがにスレチ

**デフォルトの名無しさん** · 2021/04/22(木) 21:04:10.86

Cコンパイラゼミ消失問題を思い出した
https://twitter.com/rui314/status/1384422532363657221
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2021/04/22(木) 23:08:37.40

研究目的だろうがそうでなかろうがわざと脆弱性を含むパッチを簡単にマージできている、という状況が問題なんであって
腹たつから大学出禁にしたった、とやったところで根本的な問題は何も解決しないんだけどlinuxのメンテナンスしてる連中とか
linusを筆頭にとか老害頭ばっかりだから自分がスッとすれはそれでいいんだろうな

**デフォルトの名無しさん** · 2021/04/22(木) 23:21:38.67

1) 善意でやってくれてる連中にケチつけんな
2) じゃあお前が根本的な解決とやらをやれ
3) もしくはその根本的な解決方法を彼らに教えてやれ

**デフォルトの名無しさん** · 2021/04/22(木) 23:33:32.83

しーぷらぷらあきらめてどろっぷあうとした
ちんちんぶらぶらまるはだかなひとたちが
らすとすぱぁとをきめるスレ

**デフォルトの名無しさん** · 2021/04/22(木) 23:52:38.76

rust厨八つ当たりw

**デフォルトの名無しさん** · 2021/04/23(金) 08:31:32.27

その脆弱性もUAFとかぬるぽデリファレンスとか未初期化領域の使用とか2重開放とか最近の言語じゃ明らかに意図してやらなきゃ起きないようなもんばっかだもんなぁ
そりゃC/C++にしがみついてる大先輩方にとっちゃ逆鱗だわな

**デフォルトの名無しさん** · 2021/04/23(金) 08:34:12.76

そんなもんunsafeしまくれば同じだろ。。
そういう問題じゃないことくらいわかるだろうに、本当の馬鹿だな。

**デフォルトの名無しさん** · 2021/04/23(金) 08:36:52.46

C++とlinuxの話禁止な

**デフォルトの名無しさん** · 2021/04/23(金) 08:52:11.81

rustでOSかける->linus、panicある限り載せねーよ->rust信者発狂

**デフォルトの名無しさん** · 2021/04/23(金) 09:00:00.40

発狂？むしろ歓迎
個人で使うようなアプリは好きなだけパニくれ
使われるアプリはパニくんなカス、これ常識だろ

**デフォルトの名無しさん** · 2021/04/23(金) 10:42:10.47

言語実装的にもそうなってないよねって話なんだけど、なんだか通じてなさげ。

**デフォルトの名無しさん** · 2021/04/23(金) 11:59:33.30

rustにもgoのマスコットキャラみたいなのいないんですか？

あめ ◆P0jSlC5fJs · 2021/04/23(金) 12:13:46.74

かにさん

**デフォルトの名無しさん** · 2021/04/23(金) 12:17:43.73

>>214
>なんでカーネルの話してるのに言語ランタイムとプラットフォーム依存の話してるんだ？
カーネル内での例外を許すみたいな立場で話す人が居るから

例外メカニズムが言語ランタイムと不可分な理由は
>スタックのアンワインドは言語依存性が強いのでそうなっている (>>212

C言語みたいにそもそも例外メカニズムを持たない言語を使った場合のみ
言語ランタイムと切り離したカーネル設計ができてｽｷｰﾘ

**デフォルトの名無しさん** · 2021/04/23(金) 12:23:39.46

>>219
だから、脆弱性を簡単に盛り込めないように危険な団体を排除しただけだろ。
普通の対応だと思うけど？

**デフォルトの名無しさん** · 2021/04/23(金) 12:31:21.77

>>231
> >なんでカーネルの話してるのに言語ランタイムとプラットフォーム依存の話してるんだ？
> カーネル内での例外を許すみたいな立場で話す人が居るから

いません
この話はおわり

**デフォルトの名無しさん** · 2021/04/23(金) 12:56:09.67

「注意すればC/C++でも問題ない」って意見は日本的だよな
人間はミスしないことが前提になっている
Rust Foundationのメンバーに言わせればそういう問題ではない
人間はミスするものだってなるんだろうけど

**デフォルトの名無しさん** · 2021/04/23(金) 13:00:34.48

そのミスの取り除き方のアプローチの違いだっていうことにさえ気づかない馬鹿。

**デフォルトの名無しさん** · 2021/04/23(金) 13:33:15.21

c++でミスするような無能はrustでも使ってろと怒鳴り散らす
これが正しいアプローチ

**デフォルトの名無しさん** · 2021/04/23(金) 13:43:27.45

>>229-230
なんで蟹なんだろうな。
PythonユーザーのことPythonistaって言うみたいに
RustユーザーのことRustaceanって言うけど、
これCrustacean（甲殻類）からCを取り除いたものなんだな。

**デフォルトの名無しさん** · 2021/04/23(金) 14:28:40.04

エビにしろよな
カニだとRealtekと被るじゃん

**デフォルトの名無しさん** · 2021/04/23(金) 14:58:40.99

大半の人は、C/C++の文法がわかる程度でプログラムを書いているのが現状だろう
何がミスなのかそもそもわかっておらず、Rustを勉強している人と話も噛み合わない

**デフォルトの名無しさん** · 2021/04/23(金) 15:01:12.26

c++とrustの部分入れ替えてもなんの違和感もない文章だね

**デフォルトの名無しさん** · 2021/04/23(金) 15:03:21.83

君にはそう見えるだろうね

**デフォルトの名無しさん** · 2021/04/23(金) 15:05:01.62

君にはそう見えないんだろうね

**デフォルトの名無しさん** · 2021/04/23(金) 15:05:59.83

とりあえず、話が噛み合わないのはわかったでしょ

**デフォルトの名無しさん** · 2021/04/23(金) 15:07:53.22

C++ドロップアウターが希望を求めてやって来るスレ