Rust part33 (229ﾚｽ)
Rust part33 http://mevius.5ch.net/test/read.cgi/tech/1755247770/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
16: デフォルトの名無しさん [sage] 2025/08/16(土) 17:15:18.32 ID:2ZRl/XaI Check Pointが見つけたと言ってるRust製のWindowsカーネルコンポーネントの脆弱性ってどのCVEか分かる人いない？ https://blog.checkpoint.com/research/microsoft-vulnerabilities-exposed-by-check-point-research/ https://msrc.microsoft.com/update-guide/vulnerability http://mevius.5ch.net/test/read.cgi/tech/1755247770/16
17: デフォルトの名無しさん [] 2025/08/16(土) 22:23:23.06 ID:uzsALVJv 難読DSM部 難読さす障部 難読さすガイ部 難読動物園部 難読トナラー部 難読よいしょw部 難読ホンモノ部 難読頓服部 難読でんちゃでんちゃでんちゃちゃっちゃっちゃ〜部 難読マスターベーション部 難読マウント部 難読ウィィィィィィィィッス部 難読syamu未満部 難読スマホ脳部 難読多動部 難読害悪部 難読電車(バス)代割引部 難読エッホエッホ部 難読てんかん部 難読ディズニー格安部 難読フレンド申請部 難読すいません、3種のチーズ牛丼特盛りに温玉付きでお願いします部 難読水用意しろ水。イライラするわぁ部 難読おかしな奴しかいないんだけど部 難読デスマフィン部 難読コンサータ部 難読ガイジ(ゲェジ)部 難読オランザピン部 http://mevius.5ch.net/test/read.cgi/tech/1755247770/17
18: デフォルトの名無しさん [sage] 2025/08/17(日) 20:15:25.86 ID:JE2V7bGm Windows更新プログラムﾊﾞｸﾞの温床Rust 馬鹿ｺｰﾀﾞを無理やり矯正したとこで馬鹿が治る筈もなく http://mevius.5ch.net/test/read.cgi/tech/1755247770/18
19: デフォルトの名無しさん [sage] 2025/08/17(日) 21:19:09.68 ID:TxHGfZIC バグを無くせるプログラミング言語は存在しない Rustはプログラミング言語の中では最も様々な安全性を保証してくれる それ以上でもそれ以下でもない http://mevius.5ch.net/test/read.cgi/tech/1755247770/19
20: デフォルトの名無しさん [sage] 2025/08/17(日) 21:22:39.79 ID:JE2V7bGm わかってねぇな それじゃﾎﾝﾓﾉは育たないことを http://mevius.5ch.net/test/read.cgi/tech/1755247770/20
21: デフォルトの名無しさん [sage] 2025/08/17(日) 22:50:15.00 ID:XH7kxkHq Rustは生き物ですらない 育児もディールもしない http://mevius.5ch.net/test/read.cgi/tech/1755247770/21
22: デフォルトの名無しさん [sage] 2025/08/18(月) 07:58:05.46 ID:WV63/BRN RustってIT土方専用言語になりそう http://mevius.5ch.net/test/read.cgi/tech/1755247770/22
23: デフォルトの名無しさん [sage] 2025/08/18(月) 08:11:30.19 ID:ilCqlqaZ GCC Rustはだいぶ前にメインラインにマージされたみたいだけど クロス対応ってどこまで進んでいるんだ？ LLVMバックエンドがないマイコン系ISAもRustで開発できる感じ？ http://mevius.5ch.net/test/read.cgi/tech/1755247770/23
24: デフォルトの名無しさん [sage] 2025/08/18(月) 21:19:44.54 ID:xACiQreQ Rustは衰退しました。 http://mevius.5ch.net/test/read.cgi/tech/1755247770/24
25: デフォルトの名無しさん [sage] 2025/08/18(月) 21:46:08.37 ID:dnUOS2YV その書き込みもRust製のPingoraを通って投稿されてRust製のPingoraを通って皆が読んでるよ http://mevius.5ch.net/test/read.cgi/tech/1755247770/25
26: デフォルトの名無しさん [sage] 2025/08/18(月) 22:00:15.90 ID:lyr3W+Wr 横長のGUIが衰退したら次は縦長のGUIが再発明されたりする じゃあ再発明しても変化しない仕様はなんだ 0で割り算できない仕様とか http://mevius.5ch.net/test/read.cgi/tech/1755247770/26
27: デフォルトの名無しさん [sage] 2025/08/19(火) 19:22:34.36 ID:XX3oox1B COBOLみたいに固定長レコードを基本として基本的に動的アロケーションをしない方向のモダンな言語もあっていいと思う Rustを待たずとも、あれはあれでメモリ安全の究極の形の一つ http://mevius.5ch.net/test/read.cgi/tech/1755247770/27
28: デフォルトの名無しさん [sage] 2025/08/23(土) 19:14:03.74 ID:K0SmVlfv >複数の値 (いわゆる多値) を関数が返せる言語はそれほど多くない。 >LISP 系は多値のサポートがあることが多いけどそれ以外だと Go くらいじゃないかな？ Rustの()は値0個で(a,b,c)は値3個の多値 という認識で合ってますか？ http://mevius.5ch.net/test/read.cgi/tech/1755247770/28
29: デフォルトの名無しさん [sage] 2025/08/23(土) 19:50:48.28 ID:CHT0FIec >>28 いいえ。 多値ではなくタプルです。 http://mevius.5ch.net/test/read.cgi/tech/1755247770/29
30: デフォルトの名無しさん [sage] 2025/08/23(土) 21:56:54.53 ID:cDLDYI8A 夏のオージ演 http://mevius.5ch.net/test/read.cgi/tech/1755247770/30
31: デフォルトの名無しさん [sage] 2025/08/23(土) 22:15:56.19 ID:vghJtGax 多値の取り扱いの仕方の一つがタプル そしてRust公式にも Functions can use tuples to return multiple values. と明記されている >>28の引用文についてRustは関数で多値を返すことができる言語の一つ http://mevius.5ch.net/test/read.cgi/tech/1755247770/31
32: デフォルトの名無しさん [sage] 2025/08/23(土) 22:45:01.43 ID:b43T5BM2 Rustのタプルは多値で合っているが、言語によってはタプルというオブジェクト[のポインタ]を1つ返す場合もある。 そのような言語ではタプル≠多値で、Rustではタプル=多値。 Rustで関数がタプルを返す時に、各環境で可能なら複数のレジスタを使って返し、レジスタ返しの数を超えていれば、例えば呼び出し元スタックフレームの指定領域に直接書き込んで返す。 したがってRustは多値返しをサポートする言語。 http://mevius.5ch.net/test/read.cgi/tech/1755247770/32
33: デフォルトの名無しさん [sage] 2025/08/24(日) 06:23:07.67 ID:yIg8YRK3 分野によって用語の意味にブレがあるからそういうのを厳密に考えてもあんまり意味ない。 狭義の多値は継続 (continuation) に複数の値が渡ることをいうのでたぶん >>28 はその意味で言ってて、その意味ではタプルは多値ではない。 単なる言語ユーザの目線ではタプルにまとめて受け渡すことと複数の値を受け渡すことには何も違いはないから同一視しても何も困らないよ。 形式論理とかの世界の話。 http://mevius.5ch.net/test/read.cgi/tech/1755247770/33
34: デフォルトの名無しさん [sage] 2025/08/24(日) 06:51:31.37 ID:Q1fxgDlW 重要なことはオーバーヘッドの有無 タプルをオブジェクトの一種として扱う言語はオブジェクトを用意してそのアドレス単値のみを渡すため間接アクセスのオーバーヘッドが生じる タプルを多値として扱うRustは多値として渡せるためオーバーヘッドが生じない もちろんRustではタプルをBoxに入れることでアドレス単値のみ返すことも可能でオブジェクト方式の言語は常にそれをしていることになる http://mevius.5ch.net/test/read.cgi/tech/1755247770/34
35: デフォルトの名無しさん [sage] 2025/08/24(日) 07:38:29.67 ID:yIg8YRK3 アーキテクチャによって ABI は違うかもしれないけど一般的な実装としては 関数の返却値が大きい時は呼出し側でメモリを確保してそれを隠れた引数として渡すようなメカニズムになってる。 返却値はスタックを介さない。 これは C++ でも同じ。 http://mevius.5ch.net/test/read.cgi/tech/1755247770/35
36: デフォルトの名無しさん [sage] 2025/08/24(日) 07:52:38.38 ID:lHuVCVKu >>35 ほぼ合っているが一部だけ違う 間違ってる部分は「スタックを介さない」 正解は「スタックを介す」ことで高速に引き渡す サイズの大きな値を返す場合 具体的には呼び出し元でスタックポインタを増減することでスタックフレームを拡大してその確保領域のアドレスを隠れた引数としてレジスタ渡しする 呼び出された関数側ではその確保領域に直接書き込んで値を返す ヒープ領域を確保して受け渡す方式と比べるとメモリ領域確保のコストがない点とスタック上でそのままメモリキャッシュに乗る点で有利 http://mevius.5ch.net/test/read.cgi/tech/1755247770/36
37: デフォルトの名無しさん [sage] 2025/08/24(日) 07:56:09.24 ID:lHuVCVKu ちなみにRustでx64アーキテクチャの時 16バイトまでならレジスタ渡しになり上記スタック領域は使われないため更に速い http://mevius.5ch.net/test/read.cgi/tech/1755247770/37
38: デフォルトの名無しさん [sage] 2025/08/24(日) 08:16:24.05 ID:lHuVCVKu ごめん、肝心なところ書き間違えてる ✕ 16バイトまでならレジスタ渡し ○ 16バイトまでならレジスタ返し http://mevius.5ch.net/test/read.cgi/tech/1755247770/38
39: デフォルトの名無しさん [sage] 2025/08/24(日) 10:58:20.04 ID:lOj53x5G 言語が多値返却をサポートしてるかどうかというのは文法としてサポートしてるかどうかという意味 文法的にはサポートしてないけど「〇〇使えば多値返却できる」のは当たり前 一般的なプログラミング言語で「Functions can use 〇〇 to return multiple values」の〇〇に当てはまるものがない言語は無いので意味がない 文法的にサポートしているかどうかと内部実装がどの程度最適化されるのかはまた別の話 http://mevius.5ch.net/test/read.cgi/tech/1755247770/39
40: デフォルトの名無しさん [sage] 2025/08/24(日) 11:01:04.53 ID:o5OQy7cK 多値が返せるか？の意味なんて、ユーザ的には戻り値の分割代入ができるか？ってだけだし ダラダラ言わずに返せますで終わりでよくね http://mevius.5ch.net/test/read.cgi/tech/1755247770/40
41: デフォルトの名無しさん [] 2025/08/24(日) 11:17:14.32 ID:DLpoJrbF Rustは多値を返す機能があるだけでなく その実装も本当に多値を返すため効率よく実行も速いことが特徴 http://mevius.5ch.net/test/read.cgi/tech/1755247770/41
42: デフォルトの名無しさん [sage] 2025/08/24(日) 11:34:24.43 ID:yIg8YRK3 >>40 仕様を読むときは言語の理屈や用語をわかってないとちゃんと読めない。 複数の要素をひとつにまとめたもの (タプルや構造体) をひとつ返すというのと複数の値を返せるというのは違うことなんだが、 Rust では同一視することにしたというならそれはそれで同一視しているという理屈をわかってないといけない。 http://mevius.5ch.net/test/read.cgi/tech/1755247770/42
43: デフォルトの名無しさん [] 2025/08/24(日) 11:46:57.61 ID:s620v8qa >>42 それは屁理屈 プログラマとしては多値を返せる機能があればよいわけで、 それがタプルという形で実現されていようが困ることは何一つない 逆に、タプルをサポートしていればそれだけで十分であり、 タプルでない多値をサポートするメリットが何もない http://mevius.5ch.net/test/read.cgi/tech/1755247770/43
44: デフォルトの名無しさん [sage] 2025/08/24(日) 11:50:38.02 ID:yIg8YRK3 >>43 実際に (複数の要素をタプルなどにまとめるのではなく) 多値をサポートしてる言語はあるわけだが、ディスってんの？ 言語の理屈の構成の仕方の話であって言語としてのメリットの話なんかしてない。 http://mevius.5ch.net/test/read.cgi/tech/1755247770/44
45: デフォルトの名無しさん [sage] 2025/08/24(日) 11:58:39.52 ID:sGVh/967 多値をサポートしてる言語の例としてGoが上で挙げられているけどさ Goはタプルがなくてみんな困っている タプルがある言語では多値がなくて困った話は聞かれない 機能として『タプル ⊃ 多値』 だからだよ http://mevius.5ch.net/test/read.cgi/tech/1755247770/45
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 184 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.006s