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/07/15(月) 14:42:37.66

>>1おtsuR

**デフォルトの名無しさん** · 2019/07/15(月) 17:56:25.13

ビルドエラーが出るのですが、なにか解決策はありますか？

Compiling backtrace-sys v0.1.30
error: failed to run custom build command for `backtrace-sys v0.1.30`
process didn't exit successfully: `C:\Programming\Rust_project\socket_programming\target\debug\build\backtrace-sys-159a954e4a82ac78\build-script-build` (exit code: 1)
--- stdout
cargo:rustc-cfg=rbt
TARGET = Some("x86_64-pc-windows-gnu")
OPT_LEVEL = Some("0")
HOST = Some("x86_64-pc-windows-gnu")
CC_x86_64-pc-windows-gnu = None
CC_x86_64_pc_windows_gnu = None
HOST_CC = None
CC = None
CFLAGS_x86_64-pc-windows-gnu = None
CFLAGS_x86_64_pc_windows_gnu = None
HOST_CFLAGS = None
CFLAGS = None
CRATE_CC_NO_DEFAULTS = None
CARGO_CFG_TARGET_FEATURE = Some("fxsr,sse,sse2")
running: "gcc.exe" "-O0" "-ffunction-sections" "-fdata-sections" "-m64" "-I" "src/libbacktrace" "-I"
"C:\\Programming\\Rust_project\\socket_programming\\target\\debug\\build\\backtrace-sys-361946668d7e8f79\\out"
cargo:warning=cc1.exe: sorry, unimplemented: 64-bit mode not compiled in
exit code: 1

--- stderr

error occurred: Command "gcc.exe" "-O0" "-ffunction-sections" "-fdata-sections" "-m64" "-I" "src/libbacktrace" "-I"
"C:\\Programming\\Rust_project\\socket_programming\\target\\debug\\build\\backtrace-sys-361946668d7e8f79\\out" with args "gcc.exe" did not execute successfully (status code exit code: 1).

**デフォルトの名無しさん** · 2019/07/15(月) 18:45:30.04

>cargo:warning=cc1.exe: sorry, unimplemented: 64-bit mode not compiled in

「rust unimplemented: 64-bit mode」で検索すれば？

**デフォルトの名無しさん** · 2019/07/15(月) 23:08:24.27

32bit mingwで64bitのコンパイルしようとした時のエラーの話だからrust付けると出てこないだろうな。
*-pc-windows-gnuはツールチェーン含んでるから余計な環境でビルドせずに含んでるもの使えばいいんだよ。

**デフォルトの名無しさん** · 2019/07/16(火) 15:23:57.01

Rustで
port0.od = 0; // 0b00000000
port0.od.b0 = 1; // 0b00000001
port0.od.b5 = 1; // 0b00100001
port0.od.b0 = 0; // 0b00100000
みたいな実装って出来るんだっけ？
port0.od = 0; // 0b00000000
port0.od.b1(1); // 0b00000010
とか
port0.od = 0; // 0b00000000
port0.od.bitset(6); // 0b01000000
みたいに関数を介せば出来ると思うけど

**デフォルトの名無しさん** · 2019/07/16(火) 19:08:19.57

bitflags？

**デフォルトの名無しさん** · 2019/07/16(火) 19:17:48.80

できない

**デフォルトの名無しさん** · 2019/07/16(火) 20:14:44.06

>6 標準では用意されてないけど、名前の通りbitfieldってcrateがあるから試してみて
https://github.com/dzamlo/rust-bitfield

6 · 2019/07/16(火) 22:09:31.51

サンキュ。やっぱ無理か
こういう記法が出来る処理系って少ないですよね。言語レベルで対応しているか=の上書きと括弧無し関数呼び出しが出来るとかじゃないと難しい

どうやって実装しよう
１．読み出し：b0()、書き込み：b0set([0|1])
２．読み出し：bit(n)、書き込み：bitset(n)、bitclear(n)
どちらもスマートじゃないな。Rustだと引数の初期値を取れないから一つの関数で読み書き兼用というのも出来ないし

>>7
機能上はマスクで足りるのですが名前でビットを指定できた方が読みやすいので

>>9
読み出し：bit、書き込み：set_bitと実装されているみたいですね。こんな書き方しかないのかな

**デフォルトの名無しさん** · 2019/07/16(火) 22:19:22.64

bitmapで良くない？外部クレートなかったっけ？

**デフォルトの名無しさん** · 2019/07/16(火) 22:25:39.33

間違えたbitsetだ。

**デフォルトの名無しさん** · 2019/07/16(火) 22:30:18.97

マクロ使えば見た目は似せられるかも？
bit! {
od = 0;
od.b0 = 1;
}
みたいにしてASTいじって関数呼び出し形式に変換する感じの。

**デフォルトの名無しさん** · 2019/07/17(水) 00:27:23.47

初心者です。苦戦してます。お知恵を貸してください。
仮想端末を含んだ GTK+3 アプリを C++ で作りたいです。
gtkmm だと vte が使えない（？）ので、gtk-3.0 を使って試してます。
サンプルを下のリンクに置きました。

make すると main 最後の return app->run(window); の所で、
[no member named 'run' in '_GtkApplication']とエラーになってしまいます。
この部分は gtkmm の例から持って来たもなので、変える必要があるのですが、
gtk+3 ではどう書くのが正解でしょうか？よろしくお願いします。
あるいは、gtkmm でも vte を使う簡単な方法がもしあれば、教えてください。

Makefile
http://codepad.org/wldK76KY

main_test_3.cc
http://codepad.org/NopgbNXP

sample_3.h
http://codepad.org/BiQt354F

sample_3.cc
http://codepad.org/I1B7AyJL

14 · 2019/07/17(水) 00:29:17.38

すみません。誤爆しました。１４は無視してください。

**デフォルトの名無しさん** · 2019/07/17(水) 04:37:31.38

>>10
配列でいいじゃん

**デフォルトの名無しさん** · 2019/07/17(水) 06:40:54.65

Rustって、なんでRustっていう名前なんですか

**デフォルトの名無しさん** · 2019/07/17(水) 14:51:22.82

>>5
>>4
>>3
64bit のほうでやったらいけました

6 · 2019/07/17(水) 17:35:45.39

>>12
一応no_std予定なので・・・

>>13
スマン。マクロ書いたことないんで理解できないです

>>16
あ、そうか。Index、IndexMutを書けば[]と[]=で読み書きできるようになりそう。やってみよう

**デフォルトの名無しさん** · 2019/07/17(水) 17:43:48.56

そういや、マクロって保守性悪くなるんじゃない？

**デフォルトの名無しさん** · 2019/07/17(水) 18:02:15.81

Cみたいに
port0 = BIT5
port0 = BIT2 | BIT4
val = port0 & BIT4
じゃあかんの？

**デフォルトの名無しさん** · 2019/07/17(水) 21:24:51.41

>>19
enum Bit { On, Off }
let byte = [Bit::Off; 8]
こんなんじゃダメけ？

**デフォルトの名無しさん** · 2019/07/17(水) 23:44:22.07

VSCodeにrustupとrlsとC++のツールチェーンを入れてcargo new hello --bin
をShift+Ctrl+Bでビルドしてデバッグ実行もできるようにしたのですが、
できたファイルのうちのどれとどれをGitにコミットすれば一番幸せになれるの？
(1) .gitignore
(2) Cargo.toml
(3) Cargo.lock
(4) main.rs
(5) main.exe
(6) main.pdb
(7) ./vscode/task.json

**デフォルトの名無しさん** · 2019/07/18(木) 05:56:44.97

(1) .gitignore

に書かれてないやつ

**デフォルトの名無しさん** · 2019/07/18(木) 22:17:54.85

レス㌧クス、実はcargo cleanして残ったやつ全部コミットにしといた…

それはそうとして分割コンパイル＆リンクまでするには一体どうすれば…orz
実はmake不要でcargoが面倒を見てくれる…？
いやしかし次のサイトでは（VSCode環境ではないが）めっちゃmakefile書いてるし…
ttps://yoshitsugu.net/posts/2019-06-04-haribote-os-in-rust-day3.html

**デフォルトの名無しさん** · 2019/07/18(木) 22:23:30.40

>>25
普通はmake不要でcargoのみ。そのサイトはどこかから持ってきたアセンブラをnasmするのにmakeつかってるだけっぽいのでrust関係ない。

**デフォルトの名無しさん** · 2019/07/18(木) 23:36:01.21

Microsoft、安全で高効率のプログラミング言語として「Rust」を高く評価：メモリ破壊
バグを避けるには　2019年07月18日 19時00分公開
https://www.atmarkit.co.jp/ait/articles/1907/18/news122.html

　Microsoft Security Response Center（MSRC）は2019年7月16日（米国時間）、ソフト
ウェアのセキュリティを確保しつつ、効率性も保ちたい場合、利用可能なシステムプロ
グラミング言語として、「Rust」を高く評価した。

　MSRCによれば、Microsoftが「CVE（共通脆弱性識別子）」を割り当て、修正してきた同社
ソフトウェアのセキュリティ脆弱（ぜいじゃく）性の大部分は1つの要因から起こっている。
開発者がC／C++コードにうっかりメモリ破壊バグを作り込んでしまったことだ。(中略)

C#とC++のメリットを兼ね備えるのは
　C#のような言語が提供するメモリ関連のセキュリティと、C++の効率性を兼ね備えた言語
があれば、開発者にとって理想的だ。MSRCは、両方の要件を満たす最も有望なシステムプロ
グラミング言語として、Mozillaの公式プロジェクトとして進化してきた「Rust」を挙げて
いる。

　さらにMSRCは、業界として真のセキュリティ対策を進めるには、脆弱性に対処するための
ツールやガイダンスを提供するよりもむしろ、「開発者にそもそも脆弱性を発生させない
ための取り組みを行わなければならない」との見解を示した。

　MSRCは、安全性の低いレガシー言語から、モダンで安全なシステムプログラミング言語
への移行を促進するという観点から、Rustをはじめとする安全なシステムプログラミング
言語の活用に向けて、Microsoftが行ってきた取り組みを今後も紹介していくという。

**デフォルトの名無しさん** · 2019/07/19(金) 01:03:06.37

ああついにMicrosoftまでMozillaのステマの犠牲に…

6 · 2019/07/19(金) 03:55:32.80

参照しか返せない状態で計算結果を返すって方法ってあるんだっけ。通常なら値を返すように宣言すればすむ話ですが
Indexは参照しか返せないようです。たとえば*addr >> idx & 1の結果を返したいです

>>21
それだとセットとクリアでAND or ORと値の両方を変更せねばならずどちらかを忘れてバグを産む可能性があります

>>22
ググるとそのような例が出てきますね。Rust的に正論だと思いますが元となるハードウェアのマニュアルでは
0：○○になる
1：××になる
みたいな表記が主流に見えます。ここから外れた表現の強制は言語の安全性とは別なところでリスクを抱えるように思います

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

>>29
ほんなら0と1でプログラム書けやタコスケ
プログラミング言語ってのはハードウェアを抽象化するためにあるんだぞ

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

>>29
and or orと値の両方を変更せねばならずってどういうこと？

6 · 2019/07/19(金) 11:55:39.50

>>31
port0.od = 0b00000000 // 右端を0ビット目とする
port0.od |= 0b00000100 // 2ビット目を1に　→　0b00000100
port0.od |= 0b00100000 // 5ビット目を1に　→　0b00100100
port0.od &= 0b11111011 // 2ビット目を0に　→　0b00100000
ビット列は抽象化できるけどANDとORは一連の処理をラップできない限り手動で変更する必要があります
Cやアセンブラで低レベルの処理をする場合は多用される書き方だと思いますが結構危なっかしいと思います

**デフォルトの名無しさん** · 2019/07/19(金) 12:19:48.14

ビット反転するという脳味噌がないって話？

**デフォルトの名無しさん** · 2019/07/19(金) 17:33:35.07

https://www.rust-lang.org/
Chromeの自動翻訳でサイトを見たら吹いてしまった。
「なぜ錆びるの？」って・・・。

**デフォルトの名無しさん** · 2019/07/19(金) 21:01:17.76

翻訳しないと読めないやつ

**デフォルトの名無しさん** · 2019/07/19(金) 21:05:45.56

義務教育受けてたらwhy rustの訳だろうなってすぐ分かるよなたとえ翻訳かけてたとしても

6 · 2019/07/19(金) 21:40:27.14

Index、IndexMutが何でこんな仕様なのかと思ったらC++の[]に合わせたのか
C++ぽく使えるがそれ以外の使い方は想定されていないと

結局普通の関数で妥協するしかないのかな。抽象度はCに毛が生えた程度、C++未満？か
どのみち組み込み用に拡張された処理系相当には出来そうにないっぽい

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

>>37
Rustは構文的な自由度あんまりないからね。Scalaが自由度ありすぎて混乱してた反省を踏まえてるのかな、って思ってる。どうしてもやりたいならマクロがあるし、妥当な落とし所では。

**デフォルトの名無しさん** · 2019/07/19(金) 23:31:27.88

groovyと同じast変換するマクロもあるしcompiler pluginもあるし拡張は簡単。

**デフォルトの名無しさん** · 2019/07/20(土) 12:57:28.24

rayonでzipイテレータを並列処理できますか？

**デフォルトの名無しさん** · 2019/07/20(土) 22:15:20.44

rust未経験者がwebプログラミングをrustで始めるのってどう思う？
俺の背景としてはocamlを1年ぐらいやってて「Real World OCaml」みたいな定番書を読んで簡単なコンパイラとかVMを作ったっていうレベル

rustでやるモチベーションとしては
・OCaml誰もやってなくて未来が見えない
・最低でもバリアントとパターンマッチが欲しい
・ネイティブが良いからscala/F#は嫌だ

こういう理由

web自体が初心者だからrailsとかのチュートリアルぐらいは先にやっておくつもり

**デフォルトの名無しさん** · 2019/07/20(土) 22:46:21.59

どうも何もWebアプリは言語の選定は大した問題じゃなくて、Webアプリの基礎がわかってるかどうかだぞ
セッション管理、Rest、クライアントスクリプト、見た目とロジックの分離等々

**デフォルトの名無しさん** · 2019/07/21(日) 00:44:57.93

そうは言っても情報量の多さとかで挫折しにくい言語ってのはあるでしょ
Rustは明らかにきついほうだろうけど...

**デフォルトの名無しさん** · 2019/07/21(日) 01:53:54.94

>ocamlを1年ぐらいやってて
>コンパイラとかVMを作った
能力的にはRustでWebするのも余裕なんじゃね；
もっとも、SQLインジェクションみたいな文字列解釈やセッション絡みの脆弱性を
思わず作りこんでしまうことはRustでも避けられないから>>42のは真実だと思うが

**デフォルトの名無しさん** · 2019/07/21(日) 22:07:53.58

ocaml辺りやる人間にはつまらんぞwebは。

**デフォルトの名無しさん** · 2019/07/25(木) 18:18:35.03

rustむずい
gcのついたrustが欲しい

**デフォルトの名無しさん** · 2019/07/25(木) 19:38:42.91

存在意義を否定してどうするよ
go使えば

**デフォルトの名無しさん** · 2019/07/25(木) 20:37:16.64

最低でもヴァリアントとレコードとパターンマッチがあって全体的に式指向な言語が良い

ocamlがマルチスレッドに対応しててもっと流行ってれば...
scala/f#がネイティブであれば...
haskellが正格評価でもっとパフォーマンスが良ければ...

皆さんc/c++の置き換えとしてrustやってるの？
自分は関数型言語由来の機能が多くてネイティブで動く言語が欲しい
そういう理由でrustに手を出す人って少ないのかな
rust製のcliツールとかめっちゃ多いし、低レイヤのためだけにrustやってる人のほうが少ないんじゃないかな

**デフォルトの名無しさん** · 2019/07/25(木) 21:49:12.38

多いか少ないかが気になる年頃

**デフォルトの名無しさん** · 2019/07/25(木) 21:54:26.88

難しいからなんなんだよってかんじ
勉強すればそのうち使えるようになるんだからどうでもいいことじゃん
俺はPHPの置き換えで使ってるけど

**デフォルトの名無しさん** · 2019/07/25(木) 22:40:39.89

rust, c++より少しはマシくらいの言語だわな。
実装系含めたらまだc++のがマシになるが。

**デフォルトの名無しさん** · 2019/07/25(木) 22:50:06.02

C++がましってどのへん？学習コストはどうしようもないとして、学習してしまった今となってはC++に戻る気とか一切しないんだけど。

**デフォルトの名無しさん** · 2019/07/26(金) 15:42:10.78

本当にGCが必要か？
https://boats.gitlab.io/blog/post/notes-on-a-smaller-rust/

**デフォルトの名無しさん** · 2019/07/26(金) 18:13:40.72

ながいから要約たのむ

**デフォルトの名無しさん** · 2019/07/26(金) 18:54:02.12

初代wiiもいらんだろ

**デフォルトの名無しさん** · 2019/07/26(金) 22:09:00.78

>>46
pony。cliツールっていうかcoreutilsとbusyboxの代替実装とかならあるけど。

**デフォルトの名無しさん** · 2019/07/27(土) 01:35:00.73

>>52
cとかより低いレイヤーの言語をバインドしようとした時、より素直。

**デフォルトの名無しさん** · 2019/07/27(土) 10:26:09.62

お前らが本当に必要としてるのはRustじゃなくて
ziglangなのでは？

**デフォルトの名無しさん** · 2019/07/27(土) 10:58:34.72

流行ってる言語じゃないとしんどいってocamlで学んだ

**デフォルトの名無しさん** · 2019/07/27(土) 12:01:40.60

デストラクタ的なのがあればなんでも良い

**デフォルトの名無しさん** · 2019/07/27(土) 17:07:58.74

>>58
zigはGCあるからダメ

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

rustがリアルタイムで使われてるの聞いたこと無いんだけど
どうせgcあるから駄目とか言ってるやつはメモリの開放タイミングが
予測不能でも致命的にならない事しかしてないんだろ？

**デフォルトの名無しさん** · 2019/07/27(土) 23:56:46.19

Option<char>とStringを結合させたいんですけど、どうすればいいんですか？

**デフォルトの名無しさん** · 2019/07/28(日) 00:12:52.45

>>63
Option<char>はList<char>の特殊な例と考えて良い
これ、関数型言語の常識

**デフォルトの名無しさん** · 2019/07/28(日) 02:05:17.30

let x: String = "Hello World!".toString();
s += Some(x)?;
いや知らんけど

**デフォルトの名無しさん** · 2019/07/28(日) 02:07:09.62

xはcharやったorz,

**デフォルトの名無しさん** · 2019/07/28(日) 09:18:55.32

リアルタイムでってなに？
目の前でrust書いてくれるってこと？

**デフォルトの名無しさん** · 2019/07/28(日) 09:43:05.38

致命的(画面が時々固まる)

**デフォルトの名無しさん** · 2019/07/28(日) 11:22:38.76

>>63
>>64
unwrapしてformat!で結合できましたm(_ _)m

**デフォルトの名無しさん** · 2019/07/28(日) 12:16:23.87

GCは結局メモリ以外のリソースはまともに管理できなくて、自分でデストラクタ呼ぶはめになるのがつらい

**デフォルトの名無しさん** · 2019/07/28(日) 12:24:41.52

rustでc++のtemplate<class T, size_t N>struct array{T elm[N];}みたいな事可能なの？

**デフォルトの名無しさん** · 2019/07/28(日) 13:40:28.12

抜け道はあるかも知れんがジェネリクスでは型しか取れない

**デフォルトの名無しさん** · 2019/07/28(日) 14:40:16.56

https://github.com/rust-lang/rfcs/blob/master/text/2000-const-generics.md
https://github.com/rust-lang/rust/issues/44580

できるようにする構想はあるっぽい

**デフォルトの名無しさん** · 2019/07/28(日) 15:01:36.78

まだ実装終わってないけどnightlyなら一応使えるっぽいよ

#![feature(const_generics)]

**デフォルトの名無しさん** · 2019/07/28(日) 19:04:25.79

高機能なマクロもクロージャも使えるのだから値パラメータなジェネリクスは冗長
なｷﾓｽ

**デフォルトの名無しさん** · 2019/07/28(日) 19:07:52.98

C++から機能取り入れるとクソ言語化するからやめてほしい

**デフォルトの名無しさん** · 2019/07/28(日) 19:22:39.84

んまー値パラメータなクラステンプレートを実現しようとしたらマクロでは済まないのか
そうか

**デフォルトの名無しさん** · 2019/07/28(日) 19:31:07.73

>>70
GCは全く関係ないがな。
try使うとかwith使うとかgoならdefer使うとかそういう話だろ。
オーバーヘッドガー言い出すやつって
ただまともにメトリックとるスキルがないってだけだろ。

**デフォルトの名無しさん** · 2019/07/28(日) 19:45:22.37

この国語力はやばい

**デフォルトの名無しさん** · 2019/07/28(日) 20:15:28.70

>>78
RustやC++のスマートポインタならスコープ抜けたときのデストラクタできれいにリソース解放できるけどGCだとできないね、って話なんだが。
それを部分的に解決する方法としてC#のusingとかがあるけど、関数を跨ぐような寿命の長いリソースには使えない。
try-finallyやGoのdeferなんて、絶対書き忘れてリソースリークするパターンだろ。

**デフォルトの名無しさん** · 2019/07/28(日) 21:21:52.37

現状静的配列が使い物にならないから const generics は必要だと思う

**デフォルトの名無しさん** · 2019/07/28(日) 21:26:23.70

いらねーだろ
それでどんだけ速くなんだよ

**デフォルトの名無しさん** · 2019/07/28(日) 21:30:14.25

ゼロコスト抽象化を標榜してる以上は行列計算をVecでやれとは言えんだろ

**デフォルトの名無しさん** · 2019/07/28(日) 21:36:32.69

それはzero costの履き違え

**デフォルトの名無しさん** · 2019/07/28(日) 21:37:48.82

お前にとってはそうなんだろう

**デフォルトの名無しさん** · 2019/07/28(日) 23:01:30.64

>try-finallyやGoのdeferなんて、絶対書き忘れてリソースリークするパターンだろ。
一理あるが、資源を正しく管理するデストラクタ書くのそんなに楽じゃねーぞ。
舐めすぎだわ。

**デフォルトの名無しさん** · 2019/07/28(日) 23:39:20.86

>>86
他言語でもさんざん書いたからデストラクタの難しさは知ってるつもりだけど、
ライブラリ作成者が注意深く書いたデストラクタをみんなで使うのと、各自finallyやdeferを正しく実装しましょう、なら前者がましでは？

**デフォルトの名無しさん** · 2019/07/28(日) 23:58:54.12

ちょっデストラクタで開放処理を書けない資源とかもはやプロセスをkillするしか、

**デフォルトの名無しさん** · 2019/07/29(月) 00:07:34.10

Vecはただのfat pointerのnewtype patternだからアラインが合えば自動ベクトル化できるんじゃないの？

>>80
gcあるならref objectあるだろ。今どき。

**sage** · 2019/07/29(月) 00:09:11.34

ていうかデストラクタ自体は問答無用に資源を開放するように作ればよいのであって
そうならないのは上位の設計がおかしい
例外のスローが許されないなどただでさえ制約が厳しいところに小難しいロジックを押し込んでどうするんじゃ…

資源の開放に一定の手順が必要ならそれはデストラクタの中ではなくデストラクタが呼ばれる前にすませるべきだし、
必要な手順が抜かされたみたいなバグのケースの救済までデストラクタの任に負わせるのはおかしい
資源の開放自体にエラーの危険性があるならインスタンスの製造元（ファクトリ）にエラー通知してから死ぬ等の
パターンに従うべき

**デフォルトの名無しさん** · 2019/07/29(月) 00:23:30.71

>>89
ref objectがなんなのかよく分からないが、GCにリソース解放させる場合の問題はタイミングを制御できないことだと思ってる。
スコープを抜けて回収可能になったからといってすぐ回収されるわけではないから次の確保が早すぎると死ぬ。
まぁたいていの場合問題ないってのはあるけど、本質的にはGCに合ってないと思う。

**デフォルトの名無しさん** · 2019/07/29(月) 00:34:54.17

すぐに開放されないだけの問題なら開放されるまで待てば良いではありませんか、
さすがに今日日のGCは開放可能な資源の発生と資源の獲得要求がmeetした場合に何もしないほど馬鹿ではないと思われ
（meetのトリガタイミングがなんと2回もある

致命的に問題なのはGCには資源に空きがあるように見えるが、GCが知りようがない上位のロジックで循環依存が生じる場合
ファイルをN個まで同時に複数開けるシステムで、a、bの2個しかファイルが開かれていないんだけど
スレッドAがファイルaを出力し終えた後ファイルbのクローズを待っており、スレッドBはファイルaのクローズを待ってからbを出力せんとしている場合等、

**デフォルトの名無しさん** · 2019/07/29(月) 01:10:00.62

>>87
俺は後者のがマシだと思うけどね。
資源解放のパターンをオブジェクトで判断するとか自然な設計だと思えんよ。
解放ルーチンなりをシチュエーションごとに用意する方が明らかに自然だわ。

**デフォルトの名無しさん** · 2019/07/29(月) 01:17:46.83

>>92
実際問題例えばC#のGCはそれくらい馬鹿ではある。
というかファイルハンドルの中身と次のリソース要求を見て、適切に回収してくれるGCってあるの？
メモリ解放のタイミングでたまたまその他のリソースも解放されてるだけでは？

**デフォルトの名無しさん** · 2019/07/29(月) 21:42:08.32

https://i.imgur.com/l91swsP.jpg

**デフォルトの名無しさん** · 2019/07/30(火) 00:57:12.66

>>95
グロ

**デフォルトの名無しさん** · 2019/07/31(水) 21:59:30.06

効率的なTreeの書き方どこかに書いてあったはずなんだけど忘れてしまった

どこにかいてあるかわかるひといますか？

**デフォルトの名無しさん** · 2019/07/31(水) 22:04:33.03

enumをつかっていたような気がするんですが・・・

**デフォルトの名無しさん** · 2019/08/01(木) 00:10:45.06

効率的なTreeってなに？
代数的データ型なら普通はsum type(rustのenum)で書くけど。

**デフォルトの名無しさん** · 2019/08/03(土) 11:04:41.72

???@???
Rustとの戦いにつかれたのでDを触った次第

↑RustでコンパイラとかVM作ってる人のツイート
Rustってそんなに難しい？

**デフォルトの名無しさん** · 2019/08/03(土) 13:51:49.63

配列で親ノードIDや子ノードのID持たせるとかじゃなかったか。
所有権引っかからんようにするとそんな感じになる。

**デフォルトの名無しさん** · 2019/08/03(土) 22:29:28.05

他言語でもGUIのグラフとかは結局そうなるんだけどな。

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

>>100
面倒くさい

**デフォルトの名無しさん** · 2019/08/06(火) 13:13:46.53

Javaとの違いは何

**デフォルトの名無しさん** · 2019/08/07(水) 01:19:35.26

今日知って驚愕したのだがJavaは構造体の参照を返すということができず、
どうしても参照返ししたいときは構造体のメンバを書き換えて返すという歪な手段を使う
↓こんなやつ
　class CWDPath {
　　String mPath = "";
　}　　
　boolean getCWD(CWDPath result) {
　　result.mPath = "SomeDir";
　　return true;　　// 性交ステータス
　}

これはresultの寿命がmPathに代入するデータの寿命を下回らないケースでしかRustでは書けないﾊｽﾞ
つまりJavaはRustのアンチパターンで大々的に書くことを余儀なくされる危険な言語

**デフォルトの名無しさん** · 2019/08/07(水) 01:49:51.15

性交ステータス

**デフォルトの名無しさん** · 2019/08/07(水) 08:31:50.75

Javaすら理解できてないのにRustを使おうとするとは勇ましい

**デフォルトの名無しさん** · 2019/08/07(水) 12:04:18.71

何もかも間違っていて突っ込む気も起こらん

**デフォルトの名無しさん** · 2019/08/07(水) 21:02:26.47

javaに構造体はないってことくらい突っ込んでやれ。
value typeは当分先だ。

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

いや正しいていうかこの話にvalue typeは関係無い（返そうとしているStringは参照型
間違っているというならreturn mPath以外の方法でgetCWD()からStringを返してみると良い

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

んまー不用意に構造体と書いてしまったのは陳謝するのですよ

**デフォルトの名無しさん** · 2019/08/08(木) 07:38:49.45

組み込みの値型以外は全て参照型で管理されてる事が理解できてないって事？

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

Javaにおける参照はオブジェクトへのポインタのことで、RustやC++の参照とは違う概念なのだよ

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

だから参照を返すという言葉の意味も Java と Rust では違う

**デフォルトの名無しさん** · 2019/08/08(木) 14:49:51.48

何言いたいのかさっぱりわからん
コンパイルエラーになるがやりたいことを書いてくれ

**デフォルトの名無しさん** · 2019/08/08(木) 15:16:04.89

JVM上で動くJRustはまだか？

**デフォルトの名無しさん** · 2019/08/08(木) 15:54:03.06

皮肉や冗句を言うにも一定のセンスと知能が必要と言う証左

**デフォルトの名無しさん** · 2019/08/08(木) 22:35:10.82

>>115
C#の例（これは動く
void Main() { string str = new string(); bool bResult = getCWD(ref str); Console.WriteLn(str); // "some_dir"が表示される }
bool getCWD(ref string str) { str = "some_dir"; return true; // 性交ステータスとしてのtrue }

Javaで同じ事をしようとすると>>105になって、Stringを返すためだけのためにCWDPathみたいなクラスを作らねばならない

>>117
藻前は顔だけは賢そうだな

**デフォルトの名無しさん** · 2019/08/08(木) 22:43:00.72

脳がC言語で止まってると色々気苦労が多くて大変だな

**デフォルトの名無しさん** · 2019/08/08(木) 22:49:15.66

で、Javaでは何で>>105みたいな変なことになるかというと、参照の参照をとることができないため
ここで参照とは何かというと>>113の前半部で良い
参照自体はレジスタに代入したりスタックに1語で積める値型の一種とみなせる
C#ではrefキーワードにより、参照の参照をgetCWD()に渡すことができる
Javaは参照しかgetCWD()に渡せない。よって、CWDPathみたいなクラスの参照を渡してやって、
そのクラスがメンバとして所有する参照を上書きするという手段で返さざるおえない

**デフォルトの名無しさん** · 2019/08/08(木) 22:54:58.10

>>119
参照型を引数として関数に渡すしくみはCで完成しているのだから>>119の言い様では批判になんね
Cではポインタやんけというのは本質ではない
参照自体はレジスタに代入したりスタックに1語で積める値型の一種とみなせる(>>120)
なのであって機械語レベルでみたらオブジェクトを指すポインタに他ならない
で、Java、C#、C++、Go、Rustいずれも参照型の関数渡しは参照をスタックに積んで渡すモデルであることは変わりない

**デフォルトの名無しさん** · 2019/08/08(木) 23:28:59.60

とりあえず参照渡しという単語を調べなよ

**デフォルトの名無しさん** · 2019/08/08(木) 23:33:17.49

調べてなお問題があると言うなら>>122の理解にこそ問題がある

**デフォルトの名無しさん** · 2019/08/09(金) 00:50:26.80

>>118
最初説明したこととまるで違うじゃないか。用語は正しく使えよ。

結論は、戻り値で成功不成功を返そうとしたお前が全部悪い。>>119が正しい

**デフォルトの名無しさん** · 2019/08/09(金) 01:47:43.61

・カレントディレクトリを取得する
・取得の失敗を検出したい
というのが要求だとして
Javaでそんな変なことせずに
もっとまともな書き方あるから批判する前に
勉強しろや

**デフォルトの名無しさん** · 2019/08/09(金) 02:00:37.01

>>118
Javaの場合は普通 >>105 みたいなことをせずに、getCWD() の返り値を CWDPath にして、失敗の場合には null を返す
CWDPathみたいなものを二つ返したいなら Pair を使うし、たくさん返したい場合に初めてクラスを作る
Java の進化系である Kotlin はこの辺を確実簡易に行うために nullable とか data class とかがある

**デフォルトの名無しさん** · 2019/08/09(金) 07:24:48.24

optional型とかnullable型みたいなヤツは色んな言語であるわな

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

>>120
gcあるからそんなことしない

**デフォルトの名無しさん** · 2019/08/09(金) 21:22:16.39

CWDてなんなんそもそもｗ
pwdコマンドにあるようにワーキングディレクトリってことでいいの？
それが失敗する時があるってのが想像できない

**デフォルトの名無しさん** · 2019/08/09(金) 21:48:39.98

想像力が足りない
Unix だと実行中のプロセスのカレントディレクトリを消すことができるので、
そこでそのプロセスが getcwd すると No such file or directory のエラーになる

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

>>130
レスとんくす
勉強になりました

**デフォルトの名無しさん** · 2019/08/09(金) 22:07:54.17

Cの知識しか無いけどJava語っちゃう痛い人が、参照渡しだの値渡しだのを問題にしたがる
Cを使えるからってプログラミングの技術全てが語れるわけじゃないのにね

**デフォルトの名無しさん** · 2019/08/09(金) 23:42:56.34

go9nzBX4が最初から間違ってるのは置いといてFTUf1Nuqは結局なんだったの？

**デフォルトの名無しさん** · 2019/08/10(土) 00:03:38.47

僕はこう解釈したんだという日記

**デフォルトの名無しさん** · 2019/08/10(土) 13:42:02.08

>>124
一連のレスの中で漏れが一度も「参照渡し」という用語を使っていない件について：
参照型の参照渡しする、という状況は比較的新しい話で、
Javaはあえてかなんだか知らんが古来からある値型の参照渡しに類似の動作に対応していない
つまり呼び出し先で引数として渡された参照型自体を交換したり出力したりできない
JavaScriptやC#は対応している（呼び出し先で参照型自体を交換できいる。C#の例は>>118。refよりoutキーワードを使ったほうが良かったかもしれん…）

>>126
それで十分使いやすいと思われたのならそれで良いが、後発言語が参照型の参照渡しに対応しているという事実、

>>133
C++脳に汚染されていたのでclassとstructの区別がなかったんじゃ

**デフォルトの名無しさん** · 2019/08/10(土) 13:45:47.02

すまんまつがえたorz
JavaScriptの参照の渡し方はJavaと同じやった、

**デフォルトの名無しさん** · 2019/08/10(土) 13:58:32.51

なんか今ｸﾞｸﾞると参照渡しの説明に真っ先にJavaScriptが出てくるが
世の中では参照型については参照型が保持するデータを呼び出し先が書き換えられることをもって参照渡しと言っているのかそうか、
しかしそれでは渡された参照型を呼び出し先が交換したり出力したりできず、
そうしたい場合に>>105や>>126（Pairの使用、ただし2個まで）みたいな技巧を要する

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

書き込むスレをいつまで経っても間違ったまま
そのことにすら無自覚で気付けないやつは
何してもだめ

**デフォルトの名無しさん** · 2019/08/10(土) 16:21:29.50

とりあえずrust全く関係なくね？

**デフォルトの名無しさん** · 2019/08/10(土) 16:31:04.83

Java入門スレに来て何言ってるの？

**デフォルトの名無しさん** · 2019/08/10(土) 17:36:21.57

Cのときからある混乱だよな

単にポインタ渡してるだけなのに
ポインタを値渡してるだけなのに
「ポインタ渡し」だとか「参照渡し」だとか言っちゃう
そーいうブログや個人サイトが今もいっぱいある

そもそもこんな状況だから
これについての議論はスタート地点からもうやる気ほぼ出ない

**デフォルトの名無しさん** · 2019/08/10(土) 18:04:04.89

>ポインタを値渡してるだけ
フォートランスレにでもしてほしいのけ？

**デフォルトの名無しさん** · 2019/08/10(土) 18:12:12.30

>>141
> 単にポインタ渡してるだけなのに
> ポインタを値渡してるだけなのに
> 「ポインタ渡し」だとか「参照渡し」だとか言っちゃう

お前がまず混乱してね？

**デフォルトの名無しさん** · 2019/08/10(土) 18:38:36.22

×単にポインタ渡してるだけなのに
○単にポインタを渡してるだけなのに

失礼、こう書いたほうが良かったねこの場合

**デフォルトの名無しさん** · 2019/08/10(土) 18:39:45.26

×ポインタを値渡してるだけなのに
○ポインタを値渡ししてるだけなのに

こっちは完全なるタイプミス

**デフォルトの名無しさん** · 2019/08/10(土) 18:41:40.47

佐渡さんと書いて、サドさんと読む人と、サワタリさんと読む人がいるから、紛らわしい！

**デフォルトの名無しさん** · 2019/08/10(土) 21:24:12.25

Javaに文句付ける以前に色々基礎知識足りない

**デフォルトの名無しさん** · 2019/08/10(土) 22:21:45.80

じゃばはお茶ですか？

**デフォルトの名無しさん** · 2019/08/10(土) 23:44:39.00

Rustは身から出た錆

**デフォルトの名無しさん** · 2019/08/10(土) 23:47:37.52

名前渡しとか嫌いじゃないよ

**デフォルトの名無しさん** · 2019/08/11(日) 23:57:30.28

結局、JITがあるからRustよりJavaの方が速いんじゃないんの？

**デフォルトの名無しさん** · 2019/08/12(月) 02:07:24.69

ベンチマークサイトだとRustのが早いっぽい
https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/rust-java.html
gcがない分p999とかのレイテンシはRustの圧勝になりそう

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

RustとかC/C++は機械語までコンパイルするから速いんじゃなくて無駄なことをしないから速いのでJITとかそういう問題ではない

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

JITコンパイルで性的コンパイル結果より速くなるというのは都市伝説
JITのしくみを考えたらﾜｶﾙ

理論上は分岐の実行時統計をとって最適化することによりローカルループがありえないぐらい爆速になって
JITコンパイラ大勝利！と言うことも考えられないではないが統計をとるオーバーヘッドが生じるし
そこまでやっているJITコンパイラは商用のにはないはず

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

性的コンパイル

**デフォルトの名無しさん** · 2019/08/13(火) 02:44:50.22

えっち

**デフォルトの名無しさん** · 2019/08/13(火) 08:48:40.97

僕の女の子とのリンカーはどこ？

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

優しいリンカー

**デフォルトの名無しさん** · 2019/08/16(金) 18:52:17.34

Rust学び始めたけど難しすぎる...
慣れるのにどれくらいかかるだろうか
ちなc/c++経験ほとんどなし
関数型言語は少しだけ分かるっていう程度

手を出すのは無謀？

**デフォルトの名無しさん** · 2019/08/16(金) 19:38:11.01

なにを作ろうとしてるのかによるよ
わたしは二ヶ月くらいかかったかな

**デフォルトの名無しさん** · 2019/08/16(金) 21:24:02.93

async/await、勉強するのに良いものある？

**デフォルトの名無しさん** · 2019/08/16(金) 23:18:30.16

まだstableじゃないからなんとも
tokio::netとかはasync/awaitでサンプル出してたりするけどどうかな

**デフォルトの名無しさん** · 2019/08/16(金) 23:43:23.26

>>159
substructural type systemとregionの前提知識がないならコンパイラに怒られるだけ時間の無駄。
先に必要な知識つけてから。

>>161
stable待つよろし。

**デフォルトの名無しさん** · 2019/08/16(金) 23:44:14.39

cくらいはやっとらんとなんでこんな事してるんだって思うだけだろ。
メモリイメージがないならrustなんか使う意味がない。

**デフォルトの名無しさん** · 2019/08/17(土) 06:44:20.91

そんなに大仰なことかなあ？
書いてればそのうち分かるっしょ

**デフォルトの名無しさん** · 2019/08/17(土) 07:11:11.72

メモリイメージちゃんとしてるならCでいいだろ

**デフォルトの名無しさん** · 2019/08/17(土) 09:56:37.40

それな

**デフォルトの名無しさん** · 2019/08/17(土) 10:00:51.09

>>159
C/C++やってからでも遅くない

っていうかC/C++を先にやった方が近道かも知れん

**デフォルトの名無しさん** · 2019/08/17(土) 10:46:08.44

寧ろ関数型プログラミングに慣れ親しんだ人ならimmutableなオブジェクトだけでプログラミングしてしまい、
Rustが何も言わなかったりして…

**デフォルトの名無しさん** · 2019/08/17(土) 10:51:56.69

>>160
2ヶ月ですかー
用途としてはとりあえず簡単なCLIツールを考えています

>>168
c++はともかくcはちゃんとやっておいたほうがいいですかね

「低レイヤを知りたい人のためのCコンパイラ作成入門」を読んだのでメモリイメージ的なことは最低限は分かるかも

rubyとかpythonとかからrust始めた人もいるみたいだし気合入れて頑張ってみますか

**デフォルトの名無しさん** · 2019/08/17(土) 11:28:04.92

>>170
ガンバ

**デフォルトの名無しさん** · 2019/08/17(土) 12:01:03.69

なんでこんなめんどくさいことやってんだ
というのを理解するにはC/C++の知識があると早い

**デフォルトの名無しさん** · 2019/08/17(土) 12:55:15.72

C++で痛い目にあった人達が作った言語だからな

**デフォルトの名無しさん** · 2019/08/17(土) 13:26:05.40

苦しめられたほうがラクなんよね
一見苦しい縛りの結果、整理された構造という一粒の宝石を残してくれる

**デフォルトの名無しさん** · 2019/08/18(日) 13:26:59.04

お邪魔します
エディタを紹介してもらえませんか?

The Rust Programming Language を読みながら自習しています
第12章 Refactoring to Improve Modularity and Error Handling の最後の節
Splitting Code into a Library Crate まできたのですが
( https://doc.rust-lang.org/book/ch12-03-improving-error-handling-and-modularity.html#splitting-code-into-a-library-crate )
Listing 12-14 のように src/main.rs を変更すると
エディタが minigrep なんて知らんと文句を言いはじめました
これでは Config や run を補完で出してくれません

mod lib;
use lib as minigrep

を入れれば補完してくれますが、cargo build が通りません

この状況に対応しているエディタを紹介してくださると大変助かります

**デフォルトの名無しさん** · 2019/08/18(日) 16:43:08.87

-use lib as minigrep
+use lib::Config;

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

ごめんなんか勘違いしてた
vscodeで普通に通るよ

**デフォルトの名無しさん** · 2019/08/18(日) 17:36:07.73

助かります
ありがとう

**デフォルトの名無しさん** · 2019/08/20(火) 14:01:19.61

トレイト境界をトレイト拘束に置換する拡張機能を書いた

**デフォルトの名無しさん** · 2019/08/20(火) 15:27:32.97

RustのArcとかBoxとか複数組み合わせてちゃんと動くってイメージが湧かないんだけどそんなもん？

**デフォルトの名無しさん** · 2019/08/20(火) 15:37:20.44

トレイトしばり

**デフォルトの名無しさん** · 2019/08/20(火) 18:36:33.19

そんなもんってどんなもんや？

**デフォルトの名無しさん** · 2019/08/21(水) 12:01:21.04

ちゃんと動く

**デフォルトの名無しさん** · 2019/08/21(水) 22:01:34.30

>>180
それ関連のバグが確か上がってたはず。

**デフォルトの名無しさん** · 2019/08/21(水) 22:17:56.76

嘘乙。
違うというなら証拠を出せ。

**デフォルトの名無しさん** · 2019/08/22(木) 12:21:26.09

バグを見たことがあるからちゃんと動くというイメージが沸かないのか？

**デフォルトの名無しさん** · 2019/08/26(月) 20:55:57.18

https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=8c44bed658726ada0deff031799664b7
1. std::env::current_exe()で実行ファイルのフルパスを得る
2. file_name()でファイル名だけにする
3. to_str()で&strにする
4. 途中でErrやNoneが返ってきた場合はデフォルトの値"foo"を使う

ということをやりたいのですが、エラーでビルドできません。
どのように書けばいいでしょうか？

**デフォルトの名無しさん** · 2019/08/26(月) 21:16:34.03

std::env::current_exe() は PathBuf の"値"を返す
PathBuf::file_name() は PathBuf の中身の部分的な参照を返す

PathBuf::file_name() で生成される &OsStr を参照から値に変換するか、
std::env::current_exe() で生成されるPathBufを変数に束縛して所有権取らせてから、改めて参照を取得するかしないとダメ

**デフォルトの名無しさん** · 2019/08/27(火) 19:57:54.12

>>188
ありがとうございます、所有権を意識してto_ownedを使ったらいけました。

**デフォルトの名無しさん** · 2019/08/29(木) 18:47:18.36

>>27の元ネタだが
We need a safer systems programming language
ttps://msrc-blog.microsoft.com/2019/07/18/we-need-a-safer-systems-programming-language/
Why Rust for safe systems programming
ttps://msrc-blog.microsoft.com/2019/07/22/why-rust-for-safe-systems-programming/
あたりを読むとあっちの会社はホント合理的だなと痛感する。C/C++を用いた安全な大規模システムの開発はムリゲーとし
同業他社の方針やツールを認め導入してしまう。日本の大手システム屋にこういう事を出来るところってあるんだろうか

**デフォルトの名無しさん** · 2019/08/29(木) 20:39:56.79

合理的ね。。
「戦うプログラマー」読む限りはそうは思えんが。
都合のいいとこだけ切り取ってるな。
むしろ無理やり言語使わせるとかもろSIerのやり口だろ。ばかすぎる。

**デフォルトの名無しさん** · 2019/08/29(木) 21:33:28.37

闘うプログラマーと言えば当時からC++は魔境過ぎてヤベェみたいな記載があって笑った記憶ある。

**デフォルトの名無しさん** · 2019/08/30(金) 12:23:15.14

無理矢理使わせてるということは今後出てくるMSプロダクトは全部Rust製になるのか？

**デフォルトの名無しさん** · 2019/08/30(金) 12:35:18.57

>>193
C++で作るようなものを全部Rustにする
ってなったらすごいことになるな

**デフォルトの名無しさん** · 2019/08/30(金) 13:06:45.92

JavaScript → TypeScript(型チェック) とか C++ → Rust(借用チェック) みたいな
用途・特性が似通った言語でより安全な方を使わせるってのは、単なるリスクマネジメントであって
SIerのナンデモJava事案とは違うと思う

**デフォルトの名無しさん** · 2019/08/30(金) 15:21:18.59

ポストC/C++の座にRustを据えるかどうかはともかくC/C+お払い箱は確定事項じゃね
つーかMSRCの記事の何処にも無理矢理使わせているなんて書いていないぞ？

**デフォルトの名無しさん** · 2019/08/30(金) 15:28:58.11

Cは永遠に不滅です
C++は知らん

**デフォルトの名無しさん** · 2019/08/30(金) 18:16:53.32

Rust学び始めたけど噂通りむずい...
やりたいのはcli/tuiとかwebなので習得が無理そうだったら大人しくGoを使うことにする...(´・ω・｀)

**デフォルトの名無しさん** · 2019/08/30(金) 18:25:46.18

結局C以外でOSは厳しくないかと思うのよね

**デフォルトの名無しさん** · 2019/08/30(金) 22:21:40.26

>>199
CでOS書いた事あんの？
C意外でOS書いたことあんの？
それとも想像だけ？