Rust Part7

**デフォルトの名無しさん** · 2019/07/14(日) 23:31:47.54

Mozilla発のRust言語のスレ

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

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

前スレ
Rust Part6
http://mevius.5ch.net/test/read.cgi/tech/1532714678/

**デフォルトの名無しさん** · 2019/09/05(木) 13:08:36.58

https://doc.rust-lang.org/std/pin/index.html
このページのExample: self-referential structの構造体Unmovableのフィールドslice: NonNull<String>を、
Stringの実装してるトレイトのトレイトオブジェクト(slice: NoneNull<Box<Display>> みたいに)とすることって出来ないでしょうか

**デフォルトの名無しさん** · 2019/09/05(木) 18:33:11.32

>>260
Rust の const generics はすでに提案段階を過ぎてて短期的目標に入ってるゾ

**デフォルトの名無しさん** · 2019/09/05(木) 21:06:15.78

>>262
これは失礼、間違った情報を語ってしまった
指摘ありがとう

**デフォルトの名無しさん** · 2019/09/05(木) 21:34:25.18

Python歴半年(=プログラミング歴)とかの人がいきなりRustに手を出すのって無謀でしょうか？

**デフォルトの名無しさん** · 2019/09/05(木) 22:31:27.10

いいんじゃないの
ただなんでわざわざこんな事すんだよやりずれぇわ死ね
と思う回数が経験積んだ人より増えそうだけど

**デフォルトの名無しさん** · 2019/09/05(木) 23:11:49.08

それはすらいね

**デフォルトの名無しさん** · 2019/09/06(金) 19:19:12.72

いろんな言語やったあげくC++に不満がある人にとっての解がRust
この両方を満たしていない人にとってはピンとこねえのがRust

**デフォルトの名無しさん** · 2019/09/06(金) 19:40:53.97

メモリをぶっ壊して涙目になったことがある人向け

**デフォルトの名無しさん** · 2019/09/06(金) 23:45:30.10

謎のメモリリークで徹夜するハメになった人向け

俺か

**デフォルトの名無しさん** · 2019/09/07(土) 02:53:55.86

メモリぶっ壊して(物理)涙目

**デフォルトの名無しさん** · 2019/09/07(土) 10:51:27.79

Rust使うよりメモリモジュール買い換えた方が良くない？

**デフォルトの名無しさん** · 2019/09/07(土) 20:04:48.19

rustは安全に開発できるというのは本当か？？何故バッファエラーは起きた？

https://jvndb.jvn.jp/ja/contents/2019/JVNDB-2019-008825.html
JVNDB-2019-008825
Rust 用 slice-deque crate におけるバッファエラーの脆弱性

**デフォルトの名無しさん** · 2019/09/07(土) 20:58:29.50

(´-`).｡oO(なんでだろう？)

**デフォルトの名無しさん** · 2019/09/07(土) 22:06:13.68

crates.ioでunsafe何ヶ所使ってるか表示して欲しいわ

**デフォルトの名無しさん** · 2019/09/07(土) 22:19:57.54

そしてunsafeがモナドで包まれるように…

**デフォルトの名無しさん** · 2019/09/08(日) 00:03:54.78

スライスみたいなことをしようとしたら本質的にはどうにもならんだろ。
安全性か効率化か結局選ぶことになる。

**デフォルトの名無しさん** · 2019/09/08(日) 01:39:50.98

モナドって、、もすかすてRustってHaskell並に面倒なん？

**デフォルトの名無しさん** · 2019/09/08(日) 09:53:10.07

21世紀の現代では何を作っても一週間程度で複雑さはMAXに達する
プログラミング言語のRustでもそれは同じ

**デフォルトの名無しさん** · 2019/09/09(月) 09:56:40.65

let mut v = vec!["zero".to_string(), "one".to_string()];
v[0] = v[1];

これがダメなのも対処も、まあわかるようになったのですが
error[E0507]: cannot move out of index of `std::vec::Vec<std::string::String>`
というエラーメッセージがわかりません
どういう流れでこのメッセージが出るのでしょうか

**デフォルトの名無しさん** · 2019/09/09(月) 10:08:00.36

>>279
StringがCopy traitを実装してないからコピーできない

**デフォルトの名無しさん** · 2019/09/09(月) 10:16:14.57

いやそれはわかる
エラーメッセージの意味がわからない
どこがどうだからこのメッセージになるのか具体的に理解したい

**デフォルトの名無しさん** · 2019/09/09(月) 10:51:58.70

なんというかメッセージのindexがよくわからない感じ
メッセージを日本語にするとどうなるんでしょう

**デフォルトの名無しさん** · 2019/09/09(月) 11:06:00.37

>>281
逆に考えて v[1] をまんまとムーブ出来たら、その跡地はどうなるの？

**デフォルトの名無しさん** · 2019/09/09(月) 11:12:50.90

out of indexっていうけど、index内なんじゃないの？って疑問じゃないの？

俺はわからない

**デフォルトの名無しさん** · 2019/09/09(月) 11:16:35.82

out of indexではなくてmove out ofで出ていくって意味。
move out of borrowed contentとかと同じ。

**デフォルトの名無しさん** · 2019/09/09(月) 11:17:42.46

なんか move out of ～で引っ越すとか出ていくという意味があるらしいんだけど
それでも index がよくわからなくて悩んでます

**デフォルトの名無しさん** · 2019/09/09(月) 11:32:45.67

indexは[]演算子を提供してるIndexトレイトのindexメソッドかな。

**デフォルトの名無しさん** · 2019/09/09(月) 11:39:50.47

v[0]使うからindexの意味がややこしいんでは
let x = v[1]; でも同じエラーになるのを見たら、indexアクセス経由で値をmoveする(＝引き剥がす)のはまかりならんと分かる
でコピーできるなら値が残るので問題にならない

**デフォルトの名無しさん** · 2019/09/09(月) 11:43:51.77

Vec<String>のindex (メソッドの戻り値) はmoveできない
と言ってるわけね。理解した。ありがとう。

**デフォルトの名無しさん** · 2019/09/09(月) 11:45:42.52

ん? こっちかも。
Vec<String>のindex (メソッドの) 戻り値はmoveできない

**デフォルトの名無しさん** · 2019/09/09(月) 11:46:37.64

279 と 284 別人だった。ゴメン

**デフォルトの名無しさん** · 2019/09/09(月) 11:47:06.05

……エラーメッセージの検討と解釈が必要なところまで真似なくてもいいのに

**デフォルトの名無しさん** · 2019/09/09(月) 11:53:41.02

Trait std::ops::Index

container[index] is actually syntactic sugar for *container.index(index), but only when used as an immutable value. If a mutable value is requested, IndexMut is used instead.
This allows nice things such as let value = v[index] if the type of value implements Copy.

**デフォルトの名無しさん** · 2019/09/09(月) 12:50:41.27

まず move out of を一塊にして、index は添え字と考えてわけがわからなく・・・。
out of index を indexの戻り値とはまったく思いつきませんでした。
わかってしまうともう他の読み方はできません。
最初から日本語に訳して欲しいとお願いすべきだったかも。
お騒がせしました。

**デフォルトの名無しさん** · 2019/09/09(月) 18:32:42.49

rustの日本語ブック、ドキュメントはかなり前からプルリクがマージされてないから期待薄いかも

**デフォルトの名無しさん** · 2019/09/10(火) 19:31:44.26

>>295
どこのリポジトリの話？

**デフォルトの名無しさん** · 2019/09/12(木) 10:55:58.45

思い付きなんだけど
Box を &!、 Rc を &# で書けるシンタックスシュガーがあったらどうだろう
Box<T>を&!Tと書いたり、Rc::new(data)を&#dataと書けたりしたら？

**デフォルトの名無しさん** · 2019/09/12(木) 12:01:05.66

プログラマがコストを払うことに罪悪感を抱くようにあえて冗長にしてるんじゃなかったかな

**デフォルトの名無しさん** · 2019/09/12(木) 12:42:23.02

ゴルファーは来んな

**デフォルトの名無しさん** · 2019/09/12(木) 13:22:56.79

そういう記法実装するような思想の言語なら真っ先に mut が簡略化されてると思う

**デフォルトの名無しさん** · 2019/09/12(木) 18:15:04.09

環境毎のクレートのバージョン違いでコンパイル通らないようなことがないようにバージョン指定させるくせにコンパイラのバージョン違いのせいでコンパイル通らないとかクソ過ぎひん？

**デフォルトの名無しさん** · 2019/09/12(木) 18:20:44.52

rust-toolchainを作りなされ

**デフォルトの名無しさん** · 2019/09/12(木) 19:29:03.99

無知な煽りカスにまで親切に教えてくれてありがとうおかげで無事通った(｀；ω；´)

**デフォルトの名無しさん** · 2019/09/12(木) 21:04:34.30

オレオレ糖衣構文が欲しければ一対一変換するトランスパイラでも書けばいいだろ

**デフォルトの名無しさん** · 2019/09/13(金) 00:04:32.53

昔は Box が ~ で Rc が @ だった

**デフォルトの名無しさん** · 2019/09/13(金) 00:19:06.54

俺は逆にlifetimeパラメータ省略をやめるべきだと思ってる。

**デフォルトの名無しさん** · 2019/09/13(金) 09:11:20.49

ちゃんと勉強しようと思ったらオライリー本を読むべき？

**デフォルトの名無しさん** · 2019/09/13(金) 09:57:21.64

日本の場合オライリー本買ったら原著はマニングだった、なんてことも。

**デフォルトの名無しさん** · 2019/09/13(金) 14:13:51.27

公式リファレンスで良いやん

**デフォルトの名無しさん** · 2019/09/13(金) 14:57:59.88

俺は物理本の方がやるぞという気になるから買った

**デフォルトの名無しさん** · 2019/09/13(金) 15:01:06.58

test.rs:
fn main() {
println!("{}", "hoge");
}
でコンパイル出来るのに、rust/src/libcore/num/dec2flt/algorithm.rsの関数内にprintln!を書いても
error: cannot find macro `println!` in this scope
となるのは何でなん？
コンパイル出来る用に教えてください
ちなみに、rustc自体はちゃんとコンパイル出来てtest.rsのビルドと実行は出来てます

**デフォルトの名無しさん** · 2019/09/13(金) 15:13:08.13

use std;
use std::io;
と先頭に追加しても
error[E0432]: unresolved import `std`
と言われる…
stdすら簡単に使わせてくれないとか恐ろしく敷居が高い言語なのは分かったけど、>>311のprintln!だけは何とか動かしたいので、
よろしくお願いしますm(_　_)m

**デフォルトの名無しさん** · 2019/09/13(金) 16:13:13.40

釣れますか？

**デフォルトの名無しさん** · 2019/09/13(金) 16:22:57.80

>>313
何が？
完全にRust初心者なんだからしょうがない
多分外部ファイルに依存してるだろう事は何となく分かってきたけど、まだ解決には至らず

**デフォルトの名無しさん** · 2019/09/13(金) 17:00:45.98

正直釣りにしか見えないが…。
なぜ初心者がいきなりcoreライブラリいじろうとしてるの？
あとcoreはmallocとかもない環境で動く必要があるから
とてもprintlnなんて無理だと思うけど。

**デフォルトの名無しさん** · 2019/09/14(土) 18:11:14.79

　(V)　　　　　(V)
　　ヽ∧∧∧ 丿
┌＜┌ ﾟ ∀ ﾟ＞┐　ﾗｽﾀｼｱｰﾝ!!

**デフォルトの名無しさん** · 2019/09/14(土) 18:17:32.07

https://www.atmarkit.co.jp/ait/spv/1909/13/news133.html

**デフォルトの名無しさん** · 2019/09/15(日) 00:25:56.87

ヌルポチェック境界チェックしてたら遅くなるに決まってるやん
Cはそんなことしなくて済むから爆速な訳で

**デフォルトの名無しさん** · 2019/09/15(日) 11:32:00.80

絶対にめくれないからパンツいらないスカートで
アスレチックでもスカイダイビングだもなんでもするのがCだわな

**デフォルトの名無しさん** · 2019/09/15(日) 11:37:40.55

素晴らしい例えだ
感動した

**デフォルトの名無しさん** · 2019/09/15(日) 12:03:39.49

いいねｗ

**デフォルトの名無しさん** · 2019/09/15(日) 12:40:15.54

そして落っこちて死ぬと
http://peaceman.jugem.jp/?eid=2290

**デフォルトの名無しさん** · 2019/09/15(日) 12:41:41.15

何だこのストレートに脳天に突き刺さる説明！？

**デフォルトの名無しさん** · 2019/09/15(日) 14:06:50.28

風呂でもセックスでもパンツ脱がないのがRustだわな

**デフォルトの名無しさん** · 2019/09/15(日) 14:41:05.29

スカートも不要なのがC

**デフォルトの名無しさん** · 2019/09/15(日) 15:51:33.74

デバッガー「見えたぁ！！！」

**デフォルトの名無しさん** · 2019/09/15(日) 17:00:20.75

パンツ履かないC言語
鉄壁のパンツRust

**デフォルトの名無しさん** · 2019/09/15(日) 22:55:46.82

Rustはむしろ貞操帯

**デフォルトの名無しさん** · 2019/09/16(月) 01:53:49.38

Rust勉強し始めたんだけど、公式ドキュメント読み終わったら何しよう

**デフォルトの名無しさん** · 2019/09/16(月) 02:52:51.25

その貞操帯鍵穴錆びてるよ…

**デフォルトの名無しさん** · 2019/09/16(月) 08:18:42.11

何をするにも貞操帯外したり付けたりガチャガチャして複雑になるんだよなあ

**デフォルトの名無しさん** · 2019/09/16(月) 08:35:42.66

>>331
これ

**デフォルトの名無しさん** · 2019/09/16(月) 08:38:49.73

そんなふうに考えていた時期が俺にもありました
でも今はderef coercionでハッピーな毎日です

**デフォルトの名無しさん** · 2019/09/17(火) 05:38:58.62

これ読んでたんだけど
https://stackoverflow.com/questions/50786894/rust-trait-and-its-default-implementation

やっぱ回答みたいに impl 側でがちゃがちゃやるしかないん？
おまいらならもっとうまくヤりそう

**デフォルトの名無しさん** · 2019/09/17(火) 08:51:01.90

Tのままでチェックするからこうなるんでu32にしてチェックしていいならそうする
TもCopy + Into<u32>でトレイト拘束するだけですむ

**デフォルトの名無しさん** · 2019/09/17(火) 08:53:25.78

単にv1.0相当のコードをマクロで生成するのでいい気がするが。

**デフォルトの名無しさん** · 2019/09/17(火) 23:28:59.67

なんだかんだマクロ最強か

**デフォルトの名無しさん** · 2019/09/18(水) 00:07:56.14

数年後、Rustの世間的な評価はマクロが濫用されてるからクソ
になってる気がする

**デフォルトの名無しさん** · 2019/09/18(水) 08:28:44.98

そりゃ言語拡張性からいったらマクロは最強だよ。
そんなことは30前にlispが示してる。

**デフォルトの名無しさん** · 2019/09/18(水) 08:40:04.21

何をマクロにするかだよね

**デフォルトの名無しさん** · 2019/09/18(水) 10:23:10.82

マクロ最強
https://mevius.5ch.net/test/read.cgi/tech/1565187727/

**デフォルトの名無しさん** · 2019/09/18(水) 10:47:59.35

✗ Rustのマクロが汎用されているからクソ
○ プリプロセッサで単純に置換する不健全なマクロを汎用するからクソ
Rustはまだましなほう

**デフォルトの名無しさん** · 2019/09/18(水) 11:34:11.09

ライブラリで定義するのはいいがプロジェクト内ではレビューの時に面倒だからなるべく書きたくないな

**デフォルトの名無しさん** · 2019/09/18(水) 13:02:58.98

頻出パターンならマクロになってる方がレビューしやすい

**デフォルトの名無しさん** · 2019/09/18(水) 13:03:25.81

Cのマクロと違って見た目からマクロであることが明らかだし害は少ない

**デフォルトの名無しさん** · 2019/09/18(水) 13:41:17.68

汎用する？

**デフォルトの名無しさん** · 2019/09/18(水) 14:40:03.73

直接依存するクレートのfeatureはdependenciesに記述できますが、依存するクレートが更に依存するクレートのfeatureをセットしたいときはどうすれば良いんでしょうか

**デフォルトの名無しさん** · 2019/09/18(水) 15:00:15.00

エアプだからよく知らんけど依存クレートが依存x2クレートのfeature使うなら依存クレートのtomlにfeature書いてあるし、
依存クレート経由しないで依存x2クレート使うなら自クレートが直接依存してるわけだから自クレートのtomlにfeature書くだけじゃないの？

**デフォルトの名無しさん** · 2019/09/21(土) 22:48:09.77

TRPLのPDF版10章まで読んだけど挫折しそう

**デフォルトの名無しさん** · 2019/09/21(土) 23:26:15.34

アホに良いコードは書けないのだ
アホでも書けるとかいう奴は、アホかアホな組織に属してるかその両方かだ

その両方かだ、って一度言ってみたかったんだ

**デフォルトの名無しさん** · 2019/09/21(土) 23:27:32.62

書くところ間違ったアホです

**デフォルトの名無しさん** · 2019/09/21(土) 23:54:56.27

世の中アホが書いたコンパイラの教科書が広く出回っているから紛らわしいな

**デフォルトの名無しさん** · 2019/09/22(日) 12:11:36.94

アホじゃなくてエイホだっつーの

**デフォルトの名無しさん** · 2019/09/22(日) 12:22:35.80

ajo ← スペイン語で発音しろ

**デフォルトの名無しさん** · 2019/09/22(日) 13:20:45.75

AWK

**デフォルトの名無しさん** · 2019/09/25(水) 16:41:02.11

ローカル変数を意図的に snake_case じゃなく書きたいんだが、警告を出さない方法ある？
例えば win32 API 関連を扱う時にやはり camelCase がスマートに思えるシーンがあるんだ

**デフォルトの名無しさん** · 2019/09/25(水) 16:56:24.39

allow(non_snake_case)
を使いたまへ

**356** · 2019/09/25(水) 18:23:59.57

>>357
怒られなくなりました
ありがとうございます

```
#[allow(non_snake_case)]
pub fn dummy() {
let hWnd = 0;
}
```

**デフォルトの名無しさん** · 2019/09/25(水) 18:52:38.83

そんなことで警告出るのか

**デフォルトの名無しさん** · 2019/09/25(水) 18:54:51.99

ノンスネークケースを表す識別子がスネークケースとはいかがなものか。
allow(non_snake_case)
これ自身を
allow(nonSnakeCase)
と書きたいものである