Rust part11

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 11/01 06:23 / Filesize : 300 KB / Number-of Response : 1022
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Rust part11

1 名前：デフォルトの名無しさん mailto:sage [2021/06/17(木) 00:24:12.56 ID:NvYoNP9C.net]: 公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

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

日本語の情報
https://rust-jp.rs/

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

※C++との比較は専用スレへ
C++ vs Rust
https://mevius.5ch.net/test/read.cgi/tech/1619219089/

前スレ
Rust part10
https://mevius.5ch.net/test/read.cgi/tech/1617367084/
252 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 00:42:25.80 ID:Hp3EIfPo.net]: じつはわしはRustはやったことなかったのだが、
これまでの経験上おそらく >>236 みたいな感じだろうなと想像してたら
ほんとうにそのとおりでワロタw
アホみたいに「安全ドグマ」に縛られるとたいがいそうなる
253 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 01:08:52.63 ID:hS+nIw/n.net]: >>245
プログラマーの基本！　とか　システムを作れない(ｷﾘｯ　とか言われても
既存のシステムがそうなってるんだという話
「システムには、ascii しか使えない！」とか言ったら、客に帰れと言われるだけ

>>246
sjisファイルを読み込みたい
でもチュートリアルにあるようにBufReaderは使えない
そりゃ読み込んだ後、変換処理したら何でもありでしょ
でも、ネイティブに処理できん？と思う
むしろ安全性にこだわる割に文字に対するこの雑さは何なの？と
254 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 01:27:11.82 ID:j3ZM+094.net]: 論理的な問題点以前に、言語として見た目的な美しさも無いし、記述が
簡潔でもなければ直感的でもなく、無駄に長くなる。
255 名前：242 mailto:sage [2021/07/12(月) 01:50:03.57 ID:7a0iIKMk.net]: システムには、ascii しか使わないのは、Linux の基本

AWS でも、そう。
半角空白もバグるから、使わない

必ず、客から注意される。
日本語のファイル名・半角空白を使わないでと。
バグるから

例えば、5ch は、sjis だからバグだらけ。
; を書いていないのに、文字列の後ろに、; が付いてるとか

sjisとか、Windows以外では、どうしようもない
256 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 02:01:17.96 ID:uNcygyrG.net]: encoding-rsつかいにくい
257 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 02:17:50.78 ID:MXdX1Uu3.net]: >>249
バイト列としてVec<u8>に読んじゃえば後はCと一緒じゃん
それともlocaleとwchar_tフル活用したいという話？
258 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 02:37:38.72 ID:hS+nIw/n.net]: >>253
それでcrlfでsplitしろって？
なんて原始的な…
259 名前：デフォルトの名無しさん [2021/07/12(月) 0 ]: [ここ壊れてます]
260 名前：3:41:51.48 ID:3p3WQ9hU.net mailto: UTF-8(とchar用のUTF-32)以外滅んでほしいが､過去の遺産がそれに対応してないという現実的な問題...
まぁencoding_rsってクレート使って変換してやればヨシ []: [ここ壊れてます]
261 名前：242 mailto:sage [2021/07/12(月) 04:00:29.19 ID:7a0iIKMk.net]: >>242
に書いたみたいに、

sjis, UTF-16 などのWindows 用言語で、
唯一バグらないのは、WSL だけ

WSL でLinux側から、Windows側のドライブを見た時だけ、
日本語のファイル名を正常に変換できる

Windows Terminal, VSCode のRemote WSL などで使える

ひょっとして、Windows用言語を扱っていて、WSLを使っていないの？
262 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 09:20:21.53 ID:fBGbiQ8q.net]: >>249
変換せずに扱いたいのか？いまいちよくわからんが、既存の言語で理想的なやつってどれ？
Rustは文字列に関しては最もちゃんとしてる方だと思うけど
263 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 09:26:54.48 ID:fBGbiQ8q.net]: あ、あとascii/WSLおじさんは気にしなくていいと思うよ
少なくともRustにそんな制限はない
Cとかだとasciiに限定したい気持ちもわからなくはないけど
264 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 09:39:13.23 ID:cIYVT4Ba.net]: ・ファイルシステム上のエンコーディング
・OSのAPIのエンコーディング
・言語のAPIのエンコーディング
・言語の文字列のエンコーディング
それぞれ独立だし変換しあってることをおじさんは理解していないと見える
265 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 09:40:16.32 ID:cIYVT4Ba.net]: 最後2つは基本的に同じだけど
266 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 09:56:37.25 ID:Jwa42/D9.net]: >>255
でもUTF8は「ひらがな」ですら3バイトになるので困る。
267 名前：デフォルトの名無しさん [2021/07/12(月) 11:12:15.24 ID:k3eDnaJZ.net]: >>256
へー WSL って言語だったんだωωω
268 名前：デフォルトの名無しさん [2021/07/12(月) 11:13:38.78 ID:k3eDnaJZ.net]: >>260
違うよ
269 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 11:24:40.84 ID:hS+nIw/n.net]: >>257
どれが理想的というか、rustは特にめんどい気がした
fgetsが出来ればそれでいいんだが
270 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 12:42:05.71 ID:4jaglyfV.net]: >>261
最近だと何に困った？
271 名前：デフォルトの名無しさん [2021/07/12(月) 12:58:50.09 ID:Yne+2tk7.net]: >>249
sjisを変換せずそのまま内部表現として標準的に扱うプログラミング言語って具体的に何？

もちろん全ての言語でバイト配列としては扱えるけどsjisにとってそれは無意味であり
先頭から全読みしないとsjisの1バイト目か2バイト目かすらわからない欠陥sjis仕様のためsjisそのまま使うことはないよね

仮に入力も出力もsjisなら内部表現もsjisのままにしてsjis処理関数いっぱい
書くのも見合うケースがあるかもしれないけど
入出力の片方がsjisでないならば他との変換必ず必要だから内部表現をsjisにこだわる意味はないよね

一方で内部表現として処理を無条件に簡単にしようとするとUTF32で1文字32bitにするしかないけど常にUTF32強制ではメモリが無駄すぎる
そこでメモリ上だけでなくファイルもネット通信も無駄を避けるためにUTF8を用いる
という当たり前の帰結になりRustもそうだけどこれの何が不満なの？
272 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 13:37:26.66 ID:hS+nIw/n.net]: >>266
いや、内部表現なんてどうだっていいんだって
utf8以外のテキストを使うとResult<Error>でぶっ飛ばされるのが面倒なの
273 名前：デフォルトの名無しさん [2021/07/12(月) 13:41:52.17 ID:Yne+2tk7.net]: >>267
それはUTF8文字列として扱う関数を使うからそうなる
普通に生バイト列として扱う関数を呼べばよい
このへんは多くのプログラミング言語で同じ話
274 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 13:45:10.21 ID:XKWfaP9x.net]: >>264
fgetsで良いって言うなら単にVec<u8>で読むだけだと思うけど
エラー処理が面倒というならとりあえずunwrapしてればいいし
そういうので文字数がかさむのが嫌だというなら、Rustは合ってないんじゃないかな
Rustは基本的にソースコード上にいろいろ明記したい言語なので
275 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 14:07:37.33 ID:hS+nIw/n.net]: >>269
それって行の切り出し(改行までのsplit)って自分で書かなきゃだめ？
276 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 14:14:18.06 ID:XKWfaP9x.net]: >>270
それは書かないといけないね
たぶんRustが好きな人は「fgetsだと何が改行コードとして想定されてるのか分からなくて不安」
って人が多いんじゃないかな
実際Linux環境でCR改行のファイルをfgetsするとどうなるのかよく分からんし
そういうふうに処理系がうまくやってくれることを期待するならGoとかもほうが合っているかも
277 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 14:16:40.71 ID:4WArcuIG.net]: splitすればいいだけじゃなくて？
278 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 14:18:27.57 ID:hS+nIw/n.net]: うーん、Windowsでsjisファイル読み込むのってそんなにニッチなのか……

>>271
>たぶんRustが好きな人は「fgetsだと何が改行コードとして想定されてるのか分からなくて不安」
>って人が多いんじゃないかな

BufReaderがあるので、それはないかと
279 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 14:29:03.08 ID:XKWfaP9x.net]: >>273
read_lineはLF区切りって決まってるからそんなに気にならないけどな
fgetsはプラットフォーム依存じゃなかったっけ？
もう忘れてしまったけど
280 名前：デフォルトの名無しさん [2021/07/12(月) 14:30:57.94 ID:7o0jLcLl.net]: これはRustの問題ではない
例えばスクリプト言語であるJavaScriptでもsjisファイルを読み込むにはNodeでも標準サポートはない
だから生バッファに読み込んで次にそのsjisを内部へ変換するという手順となる
いずれにせよ文字コード変換の一行が余分に入るだけでありどの言語でも大した問題ではない
281 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 14:31:19.34 ID:hS+nIw/n.net]: >>272
うん、それはそうなんだ>splitすればいい

でも、なんでこんなにしつこく聞いたかっていうと
最近の言語にこんな基本的な機能ないわけないだろ？と思ったからなんだ

確かに自分で書いたって大した処理じゃない
でも、一人ひとりがそんな原始的なコード書いてるの？
ありえない　標準で用意しとけやって
282 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 14:35:03.79 ID:hS+nIw/n.net]: >>275
文字コード変換だけなら文句は言わない
昔からMulitbyteToWideCharを噛ませるぐらいのことはやってたからね
283 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 14:40:47.93 ID:XKWfaP9x.net]: 最近の言語としては標準ライブラリが小さいというのはあるね
代わりに外部ライブラリをたくさん使うという方針
今のケースならこれかな
https://crates.io/crates/bytelines
284 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 14:48:08.10 ID:hS+nIw/n.net]: >>278

おおっ！　これ良さそうだね！
試してみる！　サンキュー
285 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 14:48:41.98 ID:hUBiSSyU.net]: 要はバイナリのsplitがあればいいんだろ
まあニッチだし標準には入りにくいだろうな
286 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 14:56:20.42 ID:OFdOdpfq.net]: >>265
ログ的なものや、テキストファイルが大きくなる。
開発中にはソースやバイナリを高頻度に単純コピーでバックアップしたいが、
そのとき、毎回毎回大きくなるのでディスクの無駄使いになる。
287 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 15:01:47.66 ID:hS+nIw/n.net]: >>281
それはもうutf8の問題じゃないんじゃないか？
288 名前：デフォルトの名無しさん [2021/07/12(月) 15:08:46.48 ID:wU8EXWL2.net]: >>281
今さら何を言ってるんだ？
UTF-8が長いとか短いとか論争してたのは20世紀の過去の話であり今は2021年だ
UTF-9のエイプリルフールRFCが出たのですら16年前の2005年だ
既に20世紀に今後は世界中全てUTF-8で行くと方向が決まった
289 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 15:25:03.01 ID:OFdOdpfq.net]: 日本語処理が僅かに遅くなる。
290 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 16:15:05.27 ID:rb4auT/4.net]: >>242
No
291 名前：. Linux やら BSD やらでファイル名を UTF-8 と保証しているものはたぶん少数派だ。 ロケール設定で UTF-8 を選ぶのが多数派になっているのは疑いがないが、 システムとして保証しない分だけ Windows よりつらい。 []: [ここ壊れてます]
292 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 16:35:47.66 ID:OFdOdpfq.net]: >>282
日本人そっちのけで勝手にアメリカ人が作った文字コード。
日本(と中国)だけが不利になった。
293 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 16:36:54.04 ID:OFdOdpfq.net]: 最近でもJSは日本語の文字イベントがサポートされてない。
アメリカ中心。
294 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 17:25:47.35 ID:+TTC9E1P.net]: UTF-8の規格制定の時にはアジア圏も割と口出しだんではなかった？
295 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 17:31:04.46 ID:XXt8kyyQ.net]: 余り上手く行ってなかったと聞いている。
296 名前：デフォルトの名無しさん [2021/07/12(月) 17:47:35.65 ID:msgpc4nf.net]: >>287
日本語の文字イベントという意味不明なものは何だ？
日本語じゃない文字イベントというのも聞いたことないぞ
297 名前：デフォルトの名無しさん [2021/07/12(月) 19:18:49.33 ID:Yne+2tk7.net]: sjisのfgets()相当の件だけど
標準のBufReaderのlines()で回すのは何が不満なんだっけ？

use std::error::Error;
use std::fs::File;
use std::io::{BufReader, BufRead};
use encoding_rs::SHIFT_JIS;
use encoding_rs_io::DecodeReaderBytesBuilder;

fn main() -> Result<(), Box<dyn Error>> {
　let file = File::open("sjis.txt")?;
　let reader = BufReader::new(DecodeReaderBytesBuilder::new().encoding(Some(SHIFT_JIS)).build(file));
　for line in reader.lines() {
　　println!("utf8: {}", line?);
　}
　return Ok(());
}
298 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 19:44:27.20 ID:XXt8kyyQ.net]: >>290
nativeのWin32やMFCだと、IMEで日本語入力した時、WM_CHARで
SJISやUnicodeの文字コードを取得できるが、ブラウザ上のJSだと、
英字の範囲でしかそれに該当するイベント、つまり、IMEで
漢字やひらがなを打った結果を取得する文字イベントが無い。
299 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 19:46:32.99 ID:NCQjfvng.net]: >>292
https://developer.mozilla.org/ja/docs/Web/API/Element/compositionstart_event
はい次
300 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 20:38:52.08 ID:hS+nIw/n.net]: >>291
いいね！
取得した文字列をOsStringに変換しなくても
なぜかファイルパスとして正常に動作するし(UTF16じゃなくていいのか……)
encoding_rs標準になればいいのに
301 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 22:26:31.98 ID:+ke1h7j2.net]: encoding_rsが標準になって欲しい(stdに入って欲しい？)のはなぜ？
302 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 22:49:13.65 ID:hS+nIw/n.net]: >>295
・基本機能だから
・ロジックを標準化するため
・Cargo.tomlのdependancyに記述するのが面倒だから
特にバージョン指定
303 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 00:30:07.97 ID:n/daahFD.net]: >>296
stdに取り込む提案のRFC書いてみたら？
304 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 03:10:04.82 ID:EtxXgsUj.net]: >>293
中身を理解して無いくせに黙ってろ。
305 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 03:20:46.36 ID:qEHxTKb1.net]: ｗｗｗ
306 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 06:39:54.56 ID:cTgR7KKr.net]: UTF8（とASCII）以外の文字コードを扱うのが基本機能とは思えんが
307 名前：デフォルトの名無しさん [2021/07/13(火) 07:23:42.37 ID:b6J4OLfP.net]: >>296
> 基本機能だから
UTF-8さえ標準で扱えれば問題ない､UTF-8は世界標準だから
よって基本機能ではない
なので標準化する必要もないし､cargo.tomlに依存ライブラリを書くのが面倒ならapt-getでライブラリをインストールして使うC言語でも使えばいい
308 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 0 ]: [ここ壊れてます]
309 名前：8:54:58.88 ID:NU/mwW4g.net mailto: >>301
「utf8以外を使う場合のやり方を標準化してほしい」って要望に対して
「utf8を使え」ってのは答えになってない []: [ここ壊れてます]
310 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 09:10:42.11 ID:lb+vVVj1.net]: 今は多少議論の余地があっても、数年したら
「なんでstdにSJIS扱うライブラリ入ってるの？　めったに使わないのにバカじゃねーの」
って言われるのが目に見えてる
311 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 09:14:58.89 ID:n/daahFD.net]: エンコーディング関連のコードは量が多いだろうから
あらゆるプログラムのコンパイル時間を増やしたりバイナリサイズを大きくしたりするだけの価値があるかという議論にはなりそう
312 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 09:17:07.48 ID:NU/mwW4g.net]: encoding_rsはSJISのためのライブラリじゃないでしょ
313 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 09:36:27.67 ID:/A7/SyKa.net]: Cとかだと依存ライブラリの導入が面倒すぎるから標準化してほしいというのもわかるが
Cargo.tomlに一行書くのが面倒と言われてもあまり共感は得られないんじゃないかな
314 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 11:03:30.55 ID:pwZ9R0Fi.net]: >>291
変換したくないって話じゃなかったの？
315 名前：242 mailto:sage [2021/07/13(火) 11:43:58.46 ID:dtNqNBdW.net]: >>285
その通り。だから、
>>251
に書いたように、ユーザー名・ファイル名などのシステムには、ascii しか使えない

システム内部で、UTF-8/16 のどちらを使っているか不明だから、
共通項のasciiしか使えない

ただ、Windows で日本語のファイル名を使っている人も多いから、その場合は、
>>242
に書いたように、WSL で、Linux, UTF-8 に変換できると言うだけ

Windows言語だけは特殊。
Windows言語以外のすべての言語は、Linux, UTF-8 が基本
316 名前：デフォルトの名無しさん [2021/07/13(火) 11:50:05.93 ID:WUJYnH4r.net]: SJIS 死ね
\ 死ね
317 名前：デフォルトの名無しさん [2021/07/13(火) 11:52:00.92 ID:WUJYnH4r.net]: >>308
うby厨死ね
318 名前：デフォルトの名無しさん [2021/07/13(火) 12:40:03.07 ID:pH6df75p.net]: >>302 UTF-8を使えというより､今の標準はUTF-8だから標準化する必要がないということを言いたかった
そんなものを標準化したところで使うのは英語圏以外だけだし､その英語圏以外でも滅多に使うことはないから必要に応じてcargo.tomlに書き加える今の方式で良い
319 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 13:23:53.20 ID:EtxXgsUj.net]: >>311
多数決で言えば漢字文化圏の方が人口が多い。
しかも母国語が漢字を使う。英語を母国語とする人口は三億人くらい。
漢字を母国語で使うのは15億人くらい。
漢字以外の多バイト文字を使う国まで入れたら70億人、つまり地球の95%異常
となる。英語の方が少数派。
320 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 13:23:53.20 ID:EtxXgsUj.net]: >>311
多数決で言えば漢字文化圏の方が人口が多い。
しかも母国語が漢字を使う。英語を母国語とする人口は三億人くらい。
漢字を母国語で使うのは15億人くらい。
漢字以外の多バイト文字を使う国まで入れたら70億人、つまり地球の95%異常
となる。英語の方が少数派。
321 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 13:40:25.49 ID:NU/mwW4g.net]: 漢字とかもあるけど、例えばMIME64のデコードとか
エンコード・デコード処理の標準化と考えれば英語圏でもありかも
322 名前：242 mailto:sage [2021/07/13(火) 13:42:56.59 ID:dtNqNBdW.net]: 日本語をユーザー名・ファイル名など、システムに使うのは、Windows の香具師だけ

Linux を使うプロは絶対に、ascii しか使わない。
せいぜい、ハイフン・アンダーバーぐらい

もし、半角空白でも使えば、あちこちから怒りの声が届く。
システムがバグるから使うな！
323 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 13:46:44.21 ID:NU/mwW4g.net]: >>315
ここにいる人間はそんなことわかってるから、まあ落ち着け
324 名前：242 mailto:sage [2021/07/13(火) 13:46:50.24 ID:dtNqNBdW.net]: Linux のテレビの録画システムで、
日本語のテレビ番組名を、そのままファイル名にしていた香具師がいたけど、

バグって使えない
325 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 13:48:05.76 ID:qZprVsAK.net]: なんか変なのが居着いたな
326 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 14:21:53.19 ID:Ooc6RI1Q.net]: Rubyボットの活動範囲がさらに広がってきたな
よほど暇なんだろう
327 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 15:12:06.73 ID:QsXB5/qu.net]: 今日はRust in Actionが45%off
328 名前：デフォルトの名無しさん [2021/07/13(火) 15:55:17.99 ID:oaeUW36h.net]: >>307
そこは実は本質的な要件ではないらしく

>>249
> sjisファイルを読み込みたい
> でもチュートリアルにあるようにBufReaderは使えない

が本質的な要件だから
utf8と全く同様にFile::openとBufReaderしてreader.lines()を使えれば良いと見て
>>291のコードを提案した
そして「いいね！」とレスしてるからこれでOKのようだ
329 名前：デフォルトの名無しさん [2021/07/13(火) 16:00:31.83 ID:WUJYnH4r.net]: >>316
だよな
そして >>315 がいつものあいつだということもみんなしってる
330 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 16:16:17.73 ID:QSkHhbzy.net]: Windows ではプログラムをインストールするフォルダが Program Files となっているのは
パスが空白を含むくらいでおかしくなるようなカスなソフトを早めに発見するためなんよな。
パスが空白も漢字も含みうる仕様なのに対応してないソフトがあるならそのソフトがカスなだけじゃん。

今の時点で現実にそういうソフトがあるから仕方ないという論法だと
SJIS のデータがあるから仕方ないというのと言ってることは同じなわけで、
データが大事かソフトが大事かという点で軸が違うに過ぎない。
331 名前：デフォルトの名無しさん mailto:sage [2021/07/13(火) 19:45:00.15 ID:SMX4Ldwl.net]: cmd「せやな」
332 名前：デフォルトの名無しさん mailto:sage [2021/07/14(水) 11:14:54.14 ID:eOdFkTAr.net]: Windows 11は64-bitのみになるみたいだけど
Rustじゃ i686-pc-windows-gnu, i686-pc-windows-msvc はいつまでTier 1なんだろう？
333 名前：デフォルトの名無しさん mailto:sage [2021/07/14(水) 11:43:09.28 ID:eD4Wlw/y.net]: >>325
32bit macがtier3落ちしたときはxcodeでコンパイルもできないし実行環境もないからって理由だったはず
同様にmsvcはMSがサポート切ってくればなくなるかもね
32bitアプリ自体が動かなくなるわけじゃなさそうだしgnuは大丈夫なんじゃないかな
334 名前：デフォルトの名無しさん mailto:sage [2021/07/14(水) 13:27:24.91 ID:BkkfMVAi.net]: Win11はOSが32bitCPUでは動かないってだけで32ビットアプリはまだ動くのでは
335 名前：デフォルトの名無しさん mailto:sage [2021/07/14(水) 13:35:34.15 ID:FWHo5b9L.net]: それであってる
336 名前：デフォルトの名無しさん mailto:sage [2021/07/14(水) 16:08:27.83 ID:bE2/aeQE.net]: Win11は、16bitが公式では完全に動かなくなる
337 名前：デフォルトの名無しさん mailto:sage [2021/07/16(金) 07:53:03.75 ID:xJNtEE5m.net]: >>329
マジ！？ちょっと困るなぁ
338 名前：ハノン mailto:sage [2021/07/17(土) 20:18:11.59 ID:Blzyac97.net]: >>329
え？今までも64ビット版Windowsでは 16 bit は NE フォーマットを含めて動かないと思っていました‥‥
だから emu を使っていましたが、今なら動くんですか？
339 名前：デフォルトの名無しさん mailto:sage [2021/07/17(土) 22:06:07.73 ID:u8FQMqKe.net]: Win11は u16, i16 が使えなくなるのか
ま、使ったことないけど
340 名前：デフォルトの名無しさん mailto:sage [2021/07/17(土) 23:18:45.26 ID:H+CbDngl.net]: どうしてそうなる
341 名前：デフォルトの名無しさん mailto:sage [2021/07/18(日) 01:10:05.65 ID:uA1uG+Zo.net]: 冗談と気付くまで時間かかっちゃったぞ
342 名前：デフォルトの名無しさん [2021/07/19(月) 17:48:08.64 ID:Ex9Tt6CE.net]: Rustの文法を教えて欲しいんだけどさあ
https://github.com/seanmonstar/reqwest
ここのExampleの中にある
＞.json::<HashMap<String, String>>()
の行って、渡されたデータをHashMapに変換してるようだけど・・・・()があるから関数を呼び出しているんだろうけど、なのに関数名が無いってどういう文法なの？
343 名前：デフォルトの名無しさん mailto:sage [2021/07/19(月) 18:18:59.22 ID:N5AD9uIb.net]: >>335
関数名はjsonで::の後はjsonの型パラメーター
344 名前：デフォルトの名無しさん mailto:sage [2021/07/19(月) 18:58:43.60 ID:R+McuOkS.net]: >>335
turbofishで検索してみると幸せになれるかもよ
345 名前：デフォルトの名無しさん [2021/07/20(火) 08:52:59.51 ID:m4QWlK0Z.net]: そういうことだったのか
チュートリアルやったつもりが全然身についてなくて、まるで初見の文法に見えたよ
ありがとう！
346 名前：デフォルトの名無しさん mailto:sage [2021/07/20(火) 11:37:04.97 ID:bZGFynsp.net]: async/awaitよく理解できないので質問です。

async fnを.awaitすることは、
thread::spawn(fn)で得られたJoinHandleをjoinすることと何が異なるのでしょうか
347 名前：デフォルトの名無しさん mailto:sage [2021/07/20(火) 13:18:42.59 ID:ZLL16lvF.net]: >>339
https://rust-lang.github.io/async-book/01_getting_started/02_why_async.html#async-vs-threads-in-rust
348 名前：デフォルトの名無しさん mailto:sage [2021/07/20(火) 13:51:30.35 ID:x1qprig3.net]: 日本語でOK
349 名前：デフォルトの名無しさん mailto:sage [2021/07/20(火) 14:46:16.61 ID:0ur63h8Z.net]: https://async-book-ja.netlify.app/01_getting_started/02_why_async.html
古い版ベースっぽいが
350 名前：デフォルトの名無しさん [2021/07/20(火) 17:53:25.45 ID:poqzYj22.net]: >>339
どのプログラミング言語でも同じ概念の話として
非同期プログラミングとスレッドプログラミングの違いをまず学ぶと良いでしょう
非同期プログラミングはスレッド使わないシングルスレッドでも成立するしよく使われます
スレッドは無駄にリソースを喰って重いのでスレッドを使わないシングルスレッドでプログラミング出来る事ならばそれが最も軽くて速いです

まずはシングルスレッドでの非同期プログラミングを経験しておきましょう
もちろん最初はasync/awaitを使わずに非同期プログラミングを体験したほうが良いでしょう
そうすることで初めてasync/awaitの意義と利便性を理解することができます

以上が通常のasync/awaitの初心者がたどるべき入門コースです
351 名前：デフォルトの名無しさん [2021/07/21(水) 18:10:51.09 ID:xEcHVrDP.net]: 初級プログラマーは非同期プログラミングをしたことない人もいるけど
中級プログラマーになるには必須の技術だからね
352 名前：デフォルトの名無しさん mailto:sage [2021/07/21(水) 20:22:35.81 ID:zFAfbWuD.net]: 初級なら知らなくても仕方ない、中級なら必須という区分けはなんか違和感あるかな。対象の業務次第で知っとけよって範囲は違うからなぁ。

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef