Rust part9

**デフォルトの名無しさん** · 2020/08/23(日) 01:07:35.52

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 part8
https://mevius.5ch.net/test/read.cgi/tech/1579834072/

**デフォルトの名無しさん** · 2020/08/23(日) 10:31:18.31

Rustを学びたい人はまず最初に公式のThe Bookを読むこと
https://doc.rust-lang.org/book/

**デフォルトの名無しさん** · 2020/08/23(日) 12:12:13.82

いちおつ

**デフォルトの名無しさん** · 2020/08/23(日) 13:15:25.53

最近は初学者向けの文書も充実してきてるね

Tour of Rust
https://tourofrust.com

Rust explained using easy English
https://github.com/Dhghomon/easy_rust

**デフォルトの名無しさん** · 2020/08/23(日) 15:24:56.55

http://zsiciarz.github.io/24daysofrust/index.html
今これ読んでる

**デフォルトの名無しさん** · 2020/08/24(月) 02:54:03.17

日本語でおけ

**デフォルトの名無しさん** · 2020/08/24(月) 03:09:08.38

web_sys使って意図的にHTML食わせてDOM操作とかしたいんだけどこれって出来ない？
https://docs.rs/web-sys/0.3.44/web_sys/

**デフォルトの名無しさん** · 2020/08/25(火) 22:04:20.93

>>7
rustからDOM叩くのはバインディングさえ用意すれば出来るけど"意図的にHTML食わせて"の意味がわからん。

**デフォルトの名無しさん** · 2020/08/26(水) 09:25:11.81

>>8
HTMLのテキストをDocument::from(&html_text)みたいに読ませて、そこからDOM操作してDOMのvalueとかattrとか読みたい。
他のHTMLパーサーは規格がバラバラだからweb_sys使いたい

**デフォルトの名無しさん** · 2020/08/26(水) 09:37:17.33

>>9
DOM操作なんかしないで、これ使おうぜ
https://github.com/tanakh/easy-scraper

**デフォルトの名無しさん** · 2020/08/26(水) 10:49:33.15

>>10
それkuchikiをそのまま使うのに比べてどういうメリットがあるの？
css selectorで指定できたほうが簡単で柔軟だと思うんだけど

>>9
HTMLパーサーの有名どころは、scraper, select, kuchikiの3つだけど
どれも内部的にservoのhtml5everを使ってるから一緒じゃない？

**デフォルトの名無しさん** · 2020/08/26(水) 14:28:06.12

easy-scraperは個人的に仕様がダサいと思う

>>11
web_sysのドキュメント見たら分かるけど、APIがかなり豊富でMDN遵守してるし、wasmにも移管できる。
その三つは楽だけどそれ以外はweb_sysの方が良いから

**デフォルトの名無しさん** · 2020/08/26(水) 15:34:22.88

>>12
wasmにも移管できるって、web-sysはwasm前提だと思うんだけどwasm以外で使えるの？

**デフォルトの名無しさん** · 2020/08/26(水) 17:13:59.22

>>12
ダサいといえばダサいんだが、綺麗さより楽さを取ったデザインって感じの話が作者のブログに書いてあったよ。

**デフォルトの名無しさん** · 2020/08/26(水) 21:28:36.70

>>9
whatwg DOMにDOM Level3 Load & Saveがないから今のDOMで外部ファイルのパースはできない。
適当なAPIでファイル読んでwasmにコンパイルした他のDOM Level3実装に食わせればいい。
rustで書かれたDOM Level3実装が見当たらないから他言語になるかな。

whatwgのDOMはesからhtml操作する以外は考えてないから、そういう事したいなら他でやるしかないね。

**デフォルトの名無しさん** · 2020/08/26(水) 22:06:03.86

綺麗に作れないから自分が楽な設計をしたというだけ
アラフォープログラマにありがちな言い訳

**デフォルトの名無しさん** · 2020/08/27(木) 02:24:33.81

無能の僻みかな

**デフォルトの名無しさん** · 2020/08/27(木) 03:10:08.73

>>16
「楽な」は「楽に使える」という意味だぞ。
綺麗な設計を捨てる方が作るのは大変に決まっとろうが……。

**デフォルトの名無しさん** · 2020/08/27(木) 04:23:21.10

>>13
ごめん、そこらへん認識甘いかも
wasmのランタイムじゃなくて、普通にrustcでも動くんじゃない？

>>15
そうなんだ、貴重な情報ありがとう。

**デフォルトの名無しさん** · 2020/08/27(木) 08:43:15.31

>>18
そう主張してるが本人が楽なだけ

**デフォルトの名無しさん** · 2020/08/28(金) 01:00:10.14

easy-scraperのブログみて試しにkuchikiでやってみたけどドキュメントがなさすぎてkichikuだった

次はscraperにする

**デフォルトの名無しさん** · 2020/08/28(金) 10:56:42.59

今月の新機能　Option::zip　の使いどころが分からない
こんなの要らないだろ
https://doc.rust-lang.org/stable/std/option/enum.Option.html#method.zip

**デフォルトの名無しさん** · 2020/08/28(金) 15:11:57.10

使うならOption版の論理演算とかかな

**デフォルトの名無しさん** · 2020/08/28(金) 23:01:39.34

the bookの分かりやすい更新履歴みたいのってある？

1度読み終わって以降に新しく追加された章や節がないかを確認したいんだけど
githubのcommitログ眺めていく以外の現実的な方法が見つからなくて困ってる

**デフォルトの名無しさん** · 2020/08/29(土) 00:41:53.30

>>22
cons cellにしてからflatするの面倒くさい。
俺はvec::Drainをas_sliceする用途がよくわからん。ただの変換用だろうか。

こっちの互換性残ってよかった。
ttps://github.com/rust-lang/rust/pull/74150/

**デフォルトの名無しさん** · 2020/08/29(土) 17:57:40.88

anyhowとthiserror 初めて知ったわ
std::Errorが便利になるまではこれ使っとけばよさそうだね

**デフォルトの名無しさん** · 2020/08/29(土) 22:59:59.85

とっくにfailureのフィードバック終わってるけど、ver古くない？

**デフォルトの名無しさん** · 2020/08/29(土) 23:02:55.48

結局今は何使うべきなの？
std::Error？　failure？　anyhow？

**デフォルトの名無しさん** · 2020/08/30(日) 03:03:14.91

@rustlangって日本語のRTもするのか
機械翻訳で読んだのかな

**デフォルトの名無しさん** · 2020/08/30(日) 11:07:07.53

いつになったらベンチマークStableにすんだよな

**デフォルトの名無しさん** · 2020/08/30(日) 18:03:13.46

ベアメタル用のコードを-C opt-level=0でコンパイルして乗算のオーバーフローチェック等のpanic機構って使用できる？
アセンブラリストを出力すると存在しないラベルの分岐命令が出力されるんだが正常な動作なのか・・・

31 · 2020/08/30(日) 18:53:07.92

例えばこんな感じ
ttps://uploader.purinka.work/src/17641.png
callqの行き先が不明

**デフォルトの名無しさん** · 2020/08/30(日) 19:51:29.80

--emit asmってlibcoreとリンクしたもの吐くの？
リンクされてないだけでここ呼んでるだけな気がする
https://github.com/rust-lang/rust/blob/1.46.0/src/libcore/panicking.rs#L39

**デフォルトの名無しさん** · 2020/08/30(日) 22:35:01.08

>>28
failureは役目を終えた。std::error::Error,thiserror,anyhowでfailure相当になる。
最近はenumxのcexで静的例外風にかけるけど。

>>31-33
panic_handlerを書いた覚えがないなら自分で書く。stdにはデフォルトの実装が用意されてる。
The Embedded Rust Bookに詳しく書いてあるから、rustupでローカルにダウンロードしてrustup docで開ける。

emitだとコンパイルまでしかしない。依存先すらコンパイルしてなかったと思う。

31 · 2020/08/30(日) 23:57:14.44

サンキュ

>>33
ビンゴだった。でも欲しいのはアセンブルリストなのでlibcoreを含むリストをどう入手するかが課題です
objdumpだと元のソースコードの行数等のデバッグ情報が失われるみたいだしグローバルの有無等の取得方法も判らないし
そもそもgasフォーマットじゃないから見方が判らないところがあるし

>>34
panic_handlerを自分で書きたいのはヤマヤマですが記述例が見つからず棚上げ状態です
ttps://rust-embedded.github.io/book/start/panicking.html
は見ていますが記述例は見あたりませんし

**デフォルトの名無しさん** · 2020/08/31(月) 08:19:34.04

ターミナル上で色つけるのとテキストポジションを決めたいだけの簡単なTUIアプリ作りたいんだけど、有名なTUIクレートが多くて迷ってます。
適切なクレートが何か分かる方教えてください。

**デフォルトの名無しさん** · 2020/08/31(月) 10:44:07.07

複雑なことしないなら termion

なんてどう？

**デフォルトの名無しさん** · 2020/08/31(月) 20:17:03.77

>>37
ありがとうございます。一度見てみます。

**デフォルトの名無しさん** · 2020/08/31(月) 22:50:36.76

>>35
英語読めないって話？
>A behavior can be chosen by declaring a #[panic_handler] function. This function must appear exactly once in the dependency graph of a program, and must have the following signature: fn(&PanicInfo) -> !, where PanicInfo is a struct containing information about the location of the panic.
>Given that embedded systems range from user facing to safety critical (cannot crash) there's no one size fits all panicking behavior but there are plenty of commonly used behaviors. These common behaviors have been packaged into crates that define the #[panic_handler] function. Some examples include:

**デフォルトの名無しさん** · 2020/09/01(火) 00:12:49.85

MirakurunクローンのmirakcってRustでかかれてるのか

ソースちょっとのぞいてみたけどサッパリだった

**デフォルトの名無しさん** · 2020/09/01(火) 00:14:06.84

よく作れるよなあ

**デフォルトの名無しさん** · 2020/09/01(火) 00:23:01.46

>>35
記述例が見たいならそこからリンクされてるpanicハンドラクレートのソースを見ればいい。
例えばこれとか。

https://github.com/japaric/panic-abort/blob/master/src/lib.rs

**デフォルトの名無しさん** · 2020/09/02(水) 00:14:27.98

>>42
そうじゃなくて
>Given that embedded systems range from user facing to safety critical (cannot crash) there's no one size fits all panicking behavior
の意味がわからないんだろう。ベアメタルで人の書いたpanic handlerの中身なんて読んでも意味ないし。

31 · 2020/09/02(水) 08:06:57.73

>>42
それだと基本的に>>32と大差なく見えるというかリンク後に逆アセンブラリストを追いかけたら
最終的にfn panicへ制御が渡っている事を確認しています
>>34でpanic_handler書いていないみたいな事が書かれていたので別の書き方があるのかと・・

**デフォルトの名無しさん** · 2020/09/03(木) 00:54:39.65

Supporting Linux kernel development in Rust
https://lwn.net/SubscriberLink/829858/281103f9c6fd0dc2/

**デフォルトの名無しさん** · 2020/09/03(木) 13:59:41.08

お前らの考えとしてぶっちゃけどうよ？
今後10年でc/c++を凌駕する存在になり得るのかRustは

**デフォルトの名無しさん** · 2020/09/03(木) 14:09:27.73

10年もありゃRustベースのもっといいやつが出てきそう

**デフォルトの名無しさん** · 2020/09/03(木) 14:28:37.24

Dはもう20年になるのか胸熱

**デフォルトの名無しさん** · 2020/09/03(木) 14:49:09.48

C++ 30よりは普及するんじゃないか。
（30とかどんな魔境になってるんだろうか…）

**デフォルトの名無しさん** · 2020/09/03(木) 16:20:07.25

Rust++もそこそこの魔境になるから大丈夫

**デフォルトの名無しさん** · 2020/09/03(木) 16:22:17.40

折角Edition分けしてんだし、一部後方互換性をバッサリ捨てて冗長な表現を纏めて++回避したら流行りそう
なおロードマップ見渡してもその予定は一切御座いません(笑)

**デフォルトの名無しさん** · 2020/09/03(木) 21:15:25.18

Rustって未だにセルフホストできていない事に驚いた
標準添付のライブラリのビルドを試みたら
>error[E0554]: `#![feature]` may not be used on the stable release channel
等が大量に吐かれたｗ　要nightlyかよ

**デフォルトの名無しさん** · 2020/09/03(木) 22:16:06.69

>>52
それをセルフホストできてないというかどうかは知らんがビルドしたいならx.py使えよ。
bootstrapにはそれ用のオプションがちゃんとある。

**デフォルトの名無しさん** · 2020/09/04(金) 08:11:24.22

rustc: 1.48.0-nightly (130359cb0 2020-09-01)
src: 1.46.0
でもダメだった

>>53
丸ごとビルドしたい訳じゃなくて一部だけビルドしたい
ttps://qiita.com/kotetuco/items/54af67d5663013ad0db7#rust-core-library%E3%82%92%E7%94%A8%E6%84%8F%E3%81%99%E3%82%8B
こんな感じ。実際にはコンパイルオプションを調整したいけど
コンパイルできる組み合わせを探すしかないのか？stableとnightlyじゃコードツリーのディレクトリ構造からして違う有様だしなぁ

**デフォルトの名無しさん** · 2020/09/04(金) 10:04:14.14

>>54
coreだけでもビルドできるが…。さすがに開発中に毎回bootstrapするわけない。
https://rustc-dev-guide.rust-lang.org/building/how-to-build-and-run.html#build-specific-components

自己流で試行錯誤するよりまず公式通りにやってからカスタマイズする方がいいのでは。

**デフォルトの名無しさん** · 2020/09/04(金) 15:34:10.06

>>55
thx。それを実行するにあたって最低限必要な物ってなんだろ。書いていないような・・・
Pythonとbetaなコンパイラが必要そうっぽい事は判るけど
というかコンパイラも含めたビルドは出来るだけ避けたい
環境(Windows)やマシン(2Core/8GB)のリソース的に成功するか判らないし失敗した場合の
トラブルシュートも難しい

あとそのコマンドはnightly？beta？限定のような。1.46.0 stableのコードツリーだとディレクトリ名が違う

**デフォルトの名無しさん** · 2020/09/04(金) 18:04:10.13

>>51
ほんそれ。
ある程度はシュガライズすべき

**デフォルトの名無しさん** · 2020/09/04(金) 18:33:08.78

>>56
環境構築はREADMEだな。
https://github.com/rust-lang/rust#building-on-windows

ディレクトリはちょうど運悪く先月くらいに構成変わってて、今betaまで反映されてるから次のリリースでstableも同じになる。
とりあえず今のstableなら以下でcoreだけビルドできるはず。
./x.py build --stage 0 src/libcore
コンパイラはx.pyが適切なバージョンを勝手に取ってくるから任せればよい。

**デフォルトの名無しさん** · 2020/09/05(土) 10:06:13.78

2Core/8GBでLLVMビルドするのかなりつらそう

**デフォルトの名無しさん** · 2020/09/05(土) 13:17:51.96

forとiterの使い分けってどうしたらいいんだろ
用途？

**デフォルトの名無しさん** · 2020/09/05(土) 15:05:36.16

コードが読みやすくなる方を使う

**デフォルトの名無しさん** · 2020/09/05(土) 21:40:57.16

codewarsをRustで解いてるけどなかなか勉強になる

**デフォルトの名無しさん** · 2020/09/06(日) 00:09:09.42

戦争反対

**デフォルトの名無しさん** · 2020/09/06(日) 00:12:10.28

敗戦国に対する差別を助長するとアメリカで主張していこうな！

**デフォルトの名無しさん** · 2020/09/06(日) 13:05:53.33

Cargo.tomlにrustのバージョン指定する方法ってどうやるっけ？
どこかで見た気がするんだけどcargo reference探してもないから知ってる人いる？

**デフォルトの名無しさん** · 2020/09/06(日) 13:33:28.17

>>65
Cargoにその機能はないな。rustupの機能として
rust-toolchainファイルにバージョンとかnightlyとか書けるよ。
当然rustupを使っていないと効果はないけど。

**デフォルトの名無しさん** · 2020/09/06(日) 13:50:50.21

低レイヤーのアルゴリズム実装てrustは実は向いてないんだよ。

**デフォルトの名無しさん** · 2020/09/06(日) 20:53:31.66

>>65
MSRVのことかな
https://rust-lang.github.io/rfcs/2495-min-rust-version.html

**デフォルトの名無しさん** · 2020/09/07(月) 05:35:58.44

>>68
おお、そうそう。ありがとう

**デフォルトの名無しさん** · 2020/09/08(火) 14:08:21.21

なんでIteratorの方にはchunksとかwindowsとかないの？
Vecに変換するのめんどくさい

**デフォルトの名無しさん** · 2020/09/08(火) 14:14:25.89

stdにない理由はしらんけどItertoolsでできるっしょ

**デフォルトの名無しさん** · 2020/09/08(火) 16:58:13.30

rustのormって何でdieselしかないの？dieselが完成されてるから？それともrustがdb使う用途に使われることが少ないとか？

**デフォルトの名無しさん** · 2020/09/08(火) 18:04:31.50

rustに関わらずormって限らられたシーンでしか使えない印象

**デフォルトの名無しさん** · 2020/09/08(火) 20:34:32.20

>>70
任意のimpl Iteratorからスライス作るためにはcollectしてVecを作るなど、比較的重めの処理が必要になる
コストのかかる処理は明示的にやらせるというのがstdのポリシーなので、用意されていないのでは
あと利用者側で .collect::<Vec<_>>() を追加するだけでよくて対処が難しくないのもわざわざstdに追加しようとする人が現れない理由だと思う

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

>>74
コストのかかる処理はってIteratorにないからコストかかってるのでその理由は成り立たない気がする
個人的にはIteratorとスライスという違う型に同じメソッド名が生えてるのがあれなのかなと思った

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

>>72
Dieselが早いうちに作られて支配的に使われるようになって他の連携クレートもdiesel用を用意してそして誰もいなくなった的な展開
個人的にはdieselは癖強いから完成度高くないと思う、ただ連携はかなり強い

**デフォルトの名無しさん** · 2020/09/09(水) 18:58:45.43

sqlxが本名だと思う

**デフォルトの名無しさん** · 2020/09/09(水) 21:48:02.38

Sqlx良いね

**デフォルトの名無しさん** · 2020/09/09(水) 22:34:56.87

>>75
allocation不要なchunks/windowsの実装ってどうやるの？
Iterator ではなくて std::vec::IntoIter などに実装するということ？

**デフォルトの名無しさん** · 2020/09/10(木) 07:20:42.22

itertoolsの実装どんなんかしらんけど、
itertoolsのchunksは各チャンクがイテレータになってるし、
windowsのほうはtupleで帰ってくるからアロケーションしないんじゃね？

**デフォルトの名無しさん** · 2020/09/10(木) 07:23:35.08

すまん、チャンク・ウィンドウの個数分のアロケーションはさすがに発生してると思うわ多分

**デフォルトの名無しさん** · 2020/09/13(日) 20:54:26.61

VS2019の拡張機能にRustがあるんだけど、これは本物ですか？
VSCodeのとは違うみたいで情報がない

**デフォルトの名無しさん** · 2020/09/14(月) 01:42:47.60

&'static strってデータかテキスト領域どっちに入るの？デバッグ方法分からん

**デフォルトの名無しさん** · 2020/09/16(水) 01:12:00.89

Rustってむずくないですか
これ最初にプログラムやる言語じゃないよね…昔にC触ったとかそんなレベルだと全然わからん

**デフォルトの名無しさん** · 2020/09/16(水) 10:24:27.14

むずくない
めんどくい

**デフォルトの名無しさん** · 2020/09/16(水) 11:57:04.37

std::collections とかが複数形でstd::markerが単数形な理由ってなに？

**デフォルトの名無しさん** · 2020/09/16(水) 12:36:20.15

>>85
この言語は、深いことをやろうとするとメンドクサイだけではなく、
ちゃんと仕様が公開されて無い事が多いから難しくなる。

**デフォルトの名無しさん** · 2020/09/16(水) 13:09:08.47

え？仕様公開されてるだろ英語で

**デフォルトの名無しさん** · 2020/09/16(水) 13:54:55.78

自分の足も撃ち抜けない不自由な言語

**デフォルトの名無しさん** · 2020/09/16(水) 14:23:57.05

>>87
公開されていないというより確定していないことは結構ある。
細かいところでは処理系の実装の現実に頼らないとしゃーないってのは
C/C++ でもなんでも同じだし、
まあそんなもんです。

**デフォルトの名無しさん** · 2020/09/16(水) 20:12:39.40

具体的な話をしてくれ

**デフォルトの名無しさん** · 2020/09/17(木) 04:57:16.23

>>88
公開されてない。

**デフォルトの名無しさん** · 2020/09/17(木) 06:48:06.13

何の仕様が知りたくて見つけられなかったのか言ってくれよ

**デフォルトの名無しさん** · 2020/09/17(木) 09:31:52.63

チュートリアル追ってみたらLinkedListの実装に結局
unsafeなことやらなきゃいけないみたいに書いてあって
やる気なくしたアホくさ

**デフォルトの名無しさん** · 2020/09/17(木) 09:38:19.49

LinkedListはもうオワコン
あれはCPUが遅くてキャッシュミスとかあまり考えなくても良かった時代のもの

**デフォルトの名無しさん** · 2020/09/17(木) 09:49:42.39

初心者が「まずは独自コンテナクラスでも実装してみるか」っていって討ち死にしていくのはしばしば見られるよな。
Rustのコンテナ実装は高難度なので素直に標準ライブラリを使いましょう、ってどこかに書いてあるべきかも。

**デフォルトの名無しさん** · 2020/09/17(木) 09:53:23.90

高難度？ただ面倒なだけじゃなくて？