Rust Part5

**デフォルトの名無しさん** · 2018/02/11(日) 20:07:24.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

前スレ
https://mevius.5ch.net/test/read.cgi/tech/1507970294/

**デフォルトの名無しさん** · 2018/04/12(木) 22:50:55.21

>>331
そこは自分も同じことを思った。
mallocとjemallocの実装の中身とか見たことないけど、混在してても問題ないのかな？

**デフォルトの名無しさん** · 2018/04/12(木) 22:54:07.42

>>333 訂正
>>322 → >>332

**デフォルトの名無しさん** · 2018/04/12(木) 23:08:05.77

>>330
「勝手に」の部分が曖昧だったので正確に書くと、
Rustはメモリ解放すべきタイミングは知っている
（すなわちCから受け取ったポインタのlifetimeが切れたとき）
Rustはメモリ解放の方法は知らない
（なぜならCのmallocがシステムのmallocなのかjemallocなのか別の何かなのか知るすべがないから）
なので方法について教えるためにdropを実装する。
（このdropでCのfreeを呼べば、mallocと同じメモリアロケータが保証される）

ちなみにメモリアロケータ間の互換性はないので、
例えばlibcでmallocしてjemallocでfreeすると多分SEGVする。
コード例は以下でもどうぞ。
https://stackoverflow.com/questions/31486519/how-do-i-free-a-char-allocated-via-ffi-in-rust

**デフォルトの名無しさん** · 2018/04/12(木) 23:35:57.15

>>336
マジか…mallocとjemallocは混在できないのか…
そうなると、C側でmallocされてれば必ずC側にfreeしてもらうしかないということか…
じゃあ今まで俺が書いた方法じゃダメなケースもあるじゃん…すまん。
自分の無知を晒す羽目にはなったが、むしろ今知れてよかったわ。
でも、そうなると新たな疑問が…

**デフォルトの名無しさん** · 2018/04/13(金) 00:47:00.07

jemallocじゃなくてシステムのアロケーター使うオプションだかfeatureだか使えば良いかな

**337** · 2018/04/13(金) 01:19:50.99

>>336
間違いの指摘と情報提供のお礼言うの忘れてた。Thanks!

あと、これってRustでのC FFI に限った話じゃないよね？
C同士でさえもアロケータに何を使ってるか次第で同じ問題が発生する。
Cは時々使ってたのに(しかも仕事で)これを知らなかったのはヤバいな…
恐らく今まではたまたま同じアロケータを使ってたから問題が起きてなかっただけか…
戻り値で文字列(char *)が来た時とかこっちで勝手にfreeしてたぞ…(^_^;)
まあ、どのアロケータ使ってるかなんて誰も気にも留めてなかったし大丈夫だろうけど、
今後は気を付けないとな…

**デフォルトの名無しさん** · 2018/04/13(金) 01:26:39.63

すべての有用なライブラリがRust製にならない限り
Rustだけを学べばよいという状況は訪れずCやC++の習得も必須

**デフォルトの名無しさん** · 2018/04/13(金) 02:09:57.24

>>339
どういたしまして。

C同士の場合は普通glibcへの動的リンクだし
LD_PRELOADとかでjemallocなんかに差し替えても
プログラム全体で差し替わるから特に問題にはならないかと。
もしメモリアロケータを静的リンクしたライブラリとかを使っていればまずいはず。
ただそういう場合はリソースハンドルっぽいAPIになりがちなので
そのままfreeしようとは思わないかもしれない。

**デフォルトの名無しさん** · 2018/04/13(金) 02:17:49.88

>>340
そりゃそうだろ、なにいってんだ

**デフォルトの名無しさん** · 2018/04/13(金) 02:33:17.17

やくに立たねー結局cか。rustって趣味だな。

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

C/C++だけ覚える
or
RustとC/C++を覚える

学習コスト高すぎRust

**デフォルトの名無しさん** · 2018/04/13(金) 10:22:17.48

>>343
趣味でモジラの栄養やるとかどんなドマゾだよ

**デフォルトの名無しさん** · 2018/04/13(金) 10:26:05.50

今の会話見るだけでもRustがいかに欠陥言語かわかるのに
それでもRust使うって言うんだからなあ
全部C/C++で書く方が遥かに効率いいしバグも出んわ

**デフォルトの名無しさん** · 2018/04/13(金) 11:29:35.51

C覚えるの必須当たり前ってんなら構文もっとC系に寄せれば良かったのに。

**デフォルトの名無しさん** · 2018/04/13(金) 12:06:18.44

今までの流れからその結論は極端すぎるだろ
もう少し工夫しろ

**デフォルトの名無しさん** · 2018/04/13(金) 12:27:54.41

いつのまにか、FFI使うことが前提になってる流れって、rustをdisりたい勢の必死さがうかがえて、ある意味、面白い。

**デフォルトの名無しさん** · 2018/04/13(金) 12:52:00.31

>>339
CのfreeはNULLなら何もしないと保証されてるけど
解放済みアドレスへのfreeはセグフォ発生するぞ

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

Cの資産に寄生しないとろくなもん作れないのに
そのCとの連携部分が腐ってるってことじゃん

使いもんにならねえって評価は妥当だと思うが？
それともPure Rustでまともなもん作れるつもりか？

**デフォルトの名無しさん** · 2018/04/13(金) 17:38:51.06

まずまともなもんを先に定義してくれ

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

バグらない
動く
実用的
上記3点の実績がある

**デフォルトの名無しさん** · 2018/04/13(金) 18:37:13.42

実用的・実積も曖昧だな
どの程度を実用的で実積があると呼ぶのか具体例を提示してくれ

突き詰めていくと「バグらない」も程度によりけりだしな
Excelだってバグるときゃバグるし…

**デフォルトの名無しさん** · 2018/04/13(金) 18:48:56.96

本スレは相変わらず過疎だしまじ終わったなこの言語

**デフォルトの名無しさん** · 2018/04/13(金) 19:00:16.55

話に入れないからって「………結局駄目！」ってダサすぎない？

**デフォルトの名無しさん** · 2018/04/13(金) 19:21:19.79

jsのファミコンエミュレータをrustで実装し直したらパフォーマンス負けたらしいｗｗｗ

**デフォルトの名無しさん** · 2018/04/13(金) 19:27:43.59

>>357
JSに負けるとか草しか生えんなwwwwwww

**デフォルトの名無しさん** · 2018/04/13(金) 19:31:48.55

>>354
Linuxくらいバグらないならいいよ

**デフォルトの名無しさん** · 2018/04/13(金) 20:22:47.30

>>357
噂に尾ひれがつく瞬間を目の当たりにして草
多分これ↓のことだろ
http://blog.bokuweb.me/entry/2018/02/08/101522
誰かC x wasmで書き直してみろよ。きっと似たような結果になるから

>>359
ついにLinuxと同レベルじゃないと認めないとか言い始めたぞ…

**デフォルトの名無しさん** · 2018/04/13(金) 20:58:47.99

>>357,358
ブラウザ JS版 Wasm版
Chrome 63 4.36ms 5.68ms
Firefox 58 5.76ms 3.98ms
Safari 11 9.98ms 4.21ms

う～ん草しか生えんね草草草の草ァ！だね

**デフォルトの名無しさん** · 2018/04/13(金) 21:29:03.20

>>361
wasmじゃなくてRustと比べてから言えよ

**デフォルトの名無しさん** · 2018/04/13(金) 21:40:19.55

>>362
草しか生えんわｗｗｗ

**デフォルトの名無しさん** · 2018/04/13(金) 22:58:07.23

まあメモリの管理モデルが違う言語同士でやりとりすれば
色々苦労するのは当たり前なんだよね。
それなのに「rustは勝手に解放してくれる」とか言い張っちゃう信者が有害な訳だよ。
rustが悪いというよりか、こういう馬鹿が多いところが問題。

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

Haskellは副作用が無いとか参照透過性があるって言った時に
C FFIを持ち出して反論するのと同様の不毛さを感じる

**デフォルトの名無しさん** · 2018/04/14(土) 07:00:49.94

不毛？現実によくあることなのにね。。
言語の一番下ではアセンブラが動いてるんだから、そことどう調和もしくは隠蔽させるかってのは
コンピュータ言語にとって本質でしょうが。

**デフォルトの名無しさん** · 2018/04/14(土) 07:18:52.94

は？何で一番下が機械語じゃなくてアセンブラなの馬鹿なの？

**デフォルトの名無しさん** · 2018/04/14(土) 09:16:33.44

コンピュータ言語ｗ

**デフォルトの名無しさん** · 2018/04/14(土) 11:34:49.77

アセンブラと機械語は1:1で訳せるから…

**デフォルトの名無しさん** · 2018/04/14(土) 11:47:39.37

アセンブリやろ

**デフォルトの名無しさん** · 2018/04/14(土) 13:58:04.39

結局Rustはサーバ向けでもコマンドツール向けでもGUI向けでも組み込み向けでもない

って事実はほんと覆らんよ

**デフォルトの名無しさん** · 2018/04/14(土) 14:12:11.55

話に入れないからって「………結局駄目！」ってダサすぎない？

**デフォルトの名無しさん** · 2018/04/14(土) 14:55:11.55

jsのファミコンエミュレータをrustで実装し直したらパフォーマンス負けたらしいｗｗｗ

**デフォルトの名無しさん** · 2018/04/14(土) 15:21:13.70

>>372
悔しかったら反論してみたらぁ？

**デフォルトの名無しさん** · 2018/04/14(土) 15:23:55.88

>>372
メモリ管理みたいな重要なことについてデララメ振りまいて、
「理解しない奴がrust批判してる」とか言い出してる方が恥ずいわ。

**デフォルトの名無しさん** · 2018/04/14(土) 15:34:36.03

上の流れ素直に読んでも、
メモリ管理も全部C側で完結させるのが一番いいって結論にしかならんぞ？

Rustのいいところなんぞ皆無だ

**デフォルトの名無しさん** · 2018/04/14(土) 15:44:33.95

というかコンパイラにメモリ管理任せるのが無理だろ。FFIのためにいちいちDrop定義するとか非効率でしかない

メモリ管理はGCに任せるか完全手動にするかの二択なのに、無理矢理そこにヘンテコリンなソリューションもどき持ち込んで混乱引き起こしてるだけじゃん

**デフォルトの名無しさん** · 2018/04/14(土) 15:50:41.81

Rustの提案するエセソリューションは機械語のレベルと相性が悪い
CやC++のほうがまだまともなアプローチしてる

**デフォルトの名無しさん** · 2018/04/14(土) 15:53:50.88

>>377
うおっ!
ここにきてまさかのRAIIを否定し始めるとか予想外すぎたわ!
お前C++のスマポってなにか知ってる？

**デフォルトの名無しさん** · 2018/04/14(土) 15:55:07.64

>>379
ほとんどのコンパイラで採用されてない仕様書上にしかない機能なんざ知らんよ

**デフォルトの名無しさん** · 2018/04/14(土) 15:58:27.76

実際混乱引き起こしてるまともじゃない方法なのは上の流れで自明だろ

**デフォルトの名無しさん** · 2018/04/14(土) 16:02:24.43

>>380
よろしい。そんな君にはJavaがおすすめだ。そっちで元気にやりたまえ。

**デフォルトの名無しさん** · 2018/04/14(土) 16:05:01.76

以前も言われてたけど「ひまわり学級の子が普通の授業に出て暴れてる」って表現が実に的確で草

**デフォルトの名無しさん** · 2018/04/14(土) 16:07:01.72

間違ったものを間違った奴が流行らせようとしてるんだからそれには「違う」って言っとかないとダメだろ
話にならんと放置したらいずれ手遅れになるほど蔓延する
そうならないうちに叩いておくべきなんだよ

**デフォルトの名無しさん** · 2018/04/14(土) 16:10:39.48

混乱引き起こしてるのは違いないけどさ
「俺の頭の中で混乱を引き起こしてる」って正確に書こうよ

**デフォルトの名無しさん** · 2018/04/14(土) 16:11:44.32

>>385
上のFFI絡みの流れは俺じゃないけど？

**デフォルトの名無しさん** · 2018/04/14(土) 16:15:30.43

完全手動でメモリ管理するのは混乱起きないからいいよね～

**デフォルトの名無しさん** · 2018/04/14(土) 16:21:52.10

>>387
コンパイラに丸投げするよりは良いな
混乱しないって意味だとGCが一番だが

**デフォルトの名無しさん** · 2018/04/14(土) 16:27:01.78

>>375
上のやり取りは俺じゃないけど？
散々間違いがあったら指摘してくれって書いてたのがデタラメを振りまいた？
間違いの指摘に礼を言って終えるところに、鳴りを潜めていたアンチがウキウキで「混乱を引き起こしたRust！！！」と喚き立てた
このスレでも何回もやってる流れじゃんクソダセー

**デフォルトの名無しさん** · 2018/04/14(土) 16:38:44.62

はいはい内ゲバですね
ほんとくだらん言語

**デフォルトの名無しさん** · 2018/04/14(土) 16:43:14.18

>>390
内にいるつもりなんだお前

**デフォルトの名無しさん** · 2018/04/14(土) 16:44:00.69

インタプリタへの丸投げ>完全手動でメモリ管理>コンパイラへの丸投げ
実行開始までの混乱しない順だなどう考えても

**デフォルトの名無しさん** · 2018/04/14(土) 16:47:43.87

>>391
外から内ゲバ眺めてやっぱこの言語くだらねって思ってるだけ
C++の（後方互換維持のための苦しい構文追加以外）なにが悪いんだか

**デフォルトの名無しさん** · 2018/04/14(土) 17:00:21.56

>>393
スマポが何かを知らないヤツがC++を語り始めたぞ…

**デフォルトの名無しさん** · 2018/04/14(土) 17:00:54.52

>>378
ていうかこれ知りたい
Rustの何が(例:MIR)どう機械語との相性が悪く
それに対してC/C++のまともなアプローチの具体例を教えて

**デフォルトの名無しさん** · 2018/04/14(土) 17:03:21.15

>>395
代弁してやろう。
「自力で頑張る」

以上

**デフォルトの名無しさん** · 2018/04/14(土) 17:17:27.65

>>395
結局解放処理は自分で書くんだろ？
メモリ上の確保のされ方はコンパイラにはわからないんだから

結局中途半端にしか自動化できないから無意味で、それなら自分で管理した方が結果的に良いって話

**デフォルトの名無しさん** · 2018/04/14(土) 17:24:46.46

解放の仕方を実装したら、後はコードのどの場所で何回確保しても自動で解放される事が分かってないっぽいね

**デフォルトの名無しさん** · 2018/04/14(土) 17:31:29.95

>>398
だってRAIIもスマポも知らないんだもん。しょうがないじゃん

**デフォルトの名無しさん** · 2018/04/14(土) 17:34:05.03

>>397
C FFIとかの一部分で解放処理を書くんだよ
お前が言ってる通り「手動」だしお前の好きな「手動」でよかったな
中途半端にとは言っても機能するし「無意味」と言い切るには典型すぎる誤謬

で>>395にまともに答えてくれる？どう相性が悪いの？どんなアプローチ？

**デフォルトの名無しさん** · 2018/04/14(土) 17:50:25.61

>>400
今の説明でわからんなら一生わからんよ

**デフォルトの名無しさん** · 2018/04/14(土) 17:56:25.03

>>401
あっ! 逃げたww

**デフォルトの名無しさん** · 2018/04/14(土) 18:04:42.44

Q. Rustの何がどう機械語との相性が悪く、それに対してC/C++のまともなアプローチの具体例を教えて
A. 結局中途半端にしか自動化できないから無意味で、それなら自分で管理した方が結果的に良い

Rustアンチ君との最後のやり取りがこれなのか…？悲しい

**デフォルトの名無しさん** · 2018/04/14(土) 23:45:32.28

いい加減ワッチョイスレに移動しようぜ

**デフォルトの名無しさん** · 2018/04/14(土) 23:54:45.22

>>404
実際問題ワッチョイは過疎る

**デフォルトの名無しさん** · 2018/04/15(日) 03:16:54.39

>>404
YOUがワッチョイのほうで話題ageれば

**デフォルトの名無しさん** · 2018/04/15(日) 09:21:32.45

ここはネタスレだからこれでいいよ

まともな話題ないし

**デフォルトの名無しさん** · 2018/04/15(日) 10:16:53.40

ワッチョイは運営が管理を放棄するための口実

**デフォルトの名無しさん** · 2018/04/15(日) 10:33:02.44

ワッチョイあった方が良い派です

**デフォルトの名無しさん** · 2018/04/15(日) 11:32:28.09

いちおう指摘しておくと以下にわっちょい付きのスレはある。
https://mevius.5ch.net/test/read.cgi/tech/1514107621/l50

**デフォルトの名無しさん** · 2018/04/15(日) 14:26:16.16

そう思うんなら勝手にそっちでやってくれ
いちいちこっちに宣伝しないでよろしい

**デフォルトの名無しさん** · 2018/04/15(日) 14:57:22.17

せめてスレ立てたやつくらいはあっち書き込んでくれよ。
ワッチョイスレ（本スレ）には俺しかいない。

**デフォルトの名無しさん** · 2018/04/15(日) 15:05:21.27

人が集まってる(勝ち残った)方が本スレ

**デフォルトの名無しさん** · 2018/04/15(日) 16:17:50.87

アンチスレの方が人多いっていい加減認めようぜ

**デフォルトの名無しさん** · 2018/04/15(日) 20:40:55.33

>>414
いちおうアンチスレも存在するんだぜ
http://mevius.5ch.net/test/read.cgi/tech/1509028624/

**デフォルトの名無しさん** · 2018/04/15(日) 21:13:20.51

>>384
大元に言わないで、ここでグダってる時点で説得力無いけどな。

**デフォルトの名無しさん** · 2018/04/16(月) 09:16:50.73

英語で説明する気力がないんだろ

**デフォルトの名無しさん** · 2018/04/21(土) 15:59:38.16

それもあるが日本語の記事でrustマンセーしてるやつは大抵バカっていうのもある。

**デフォルトの名無しさん** · 2018/04/21(土) 18:22:00.01

会話になってないし
時間おいたところで>>395に答えなくてもいいことにはならないからね

**デフォルトの名無しさん** · 2018/04/22(日) 12:28:50.40

もう答えた
>>397

**デフォルトの名無しさん** · 2018/04/22(日) 15:34:45.59

自分から「機械語のレベルと相性が悪い(>>378)」と言ってるのに
「具体的にはどういうこと？(>>395)」と聞かれて、
その返答(>>397)に機械語のことが一切出てこないのは流石に草

**デフォルトの名無しさん** · 2018/04/22(日) 20:55:11.63

英語で説明する以前に日本語でのコミュニケーションに難ありなのか
日本語ネイティブじゃない方なのかな

**デフォルトの名無しさん** · 2018/04/22(日) 22:58:46.99

機械語との相性のいいC,C++のソリューションって、機械語バイト列を関数ポインタにキャストして呼び出すとかじゃないの？
そんなことRustでできるようになって欲しくはないな。

**デフォルトの名無しさん** · 2018/04/22(日) 23:13:49.80

できるよ
推奨してないけど

**デフォルトの名無しさん** · 2018/04/23(月) 00:45:39.39

JITとかそういう用途？

**デフォルトの名無しさん** · 2018/04/24(火) 00:26:37.67

rustで書かれたjitなかったっけ？

ところでrustで書かれたウィルスとかマルウェアとかないよな。
goならMiraiで使われてたけど。

**デフォルトの名無しさん** · 2018/04/27(金) 21:30:01.00

C/C++の弱い型付けによるキャストは機械語と関係ないだろ
Rustは強い型付けしか原則許してなくてunsafe使えば弱い型付けも出来るけど好んでする必要性はないよねー

プログラミング言語と機械語の間はC/C++もRustもLLVM IRで仲介されてるから、どっちかだけが相性良いとかなさそう
LLVM IRじゃなくGas仲介するとこう違うんだよ、くらいの反論を期待してみるテスト

**デフォルトの名無しさん** · 2018/04/27(金) 23:30:19.86

>>427
フロントエンドの話してるのに、バックエンドがLLVMだから違いなどない！は、おかしいのでは？
そんなこと言い始めたら、言語仕様の優劣など語るに値しないということになってしまう。

**デフォルトの名無しさん** · 2018/04/27(金) 23:43:23.39

>>427
Any使ったdowncastはunsafeじゃないけどどういうコードの話してんの？

**デフォルトの名無しさん** · 2018/04/28(土) 16:19:50.16

このRustのチャットみたいなのって公式のもの？

https://gitter.im/rust-lang/rust

**デフォルトの名無しさん** · 2018/05/01(火) 14:27:18.61

rustでフォントをレンダリングしたいのですがfont-rsやfreetypeなどの設定逆引き的なサイトってありませんかね？
チュートリアル的なサイトは見つかるのですがそこから突っ込んで使用したい場合に参考になりそうな情報がみあたらないです
レンダリングされる線を任意の幅にしたいです
極細フォントを使って線幅1ピクセル×2＝計2ピクセルでアンチエイリアス無しみたいな感じの結果が欲しいです

**デフォルトの名無しさん** · 2018/05/01(火) 14:37:54.06

具体例を補足します
出力が2値の場合に普通にレンダリングした物を減色してしまうと線幅の不均一になったりディザが掛かってしまって
表示品質が極端に悪くなってしまうのでそれを防止したいです
たとえば「田」みたいな字をレンダリングして減色するとある線は1ピクセルだけど別の線は2ピクセルになってしまったり
交わるところに不要なドットが出現したりします
それを全て任意の線幅に統一したいです

**デフォルトの名無しさん** · 2018/05/01(火) 14:58:24.50

ここはアンチスレなので、まともな質問はslackへどうぞ