結局C++とRustってどっちが良いの？

**デフォルトの名無しさん** · 2023/02/25(土) 09:49:46.74

C++の色々配慮してめんどくさい感じは好きだけど、実務になったらメモリ安全性とか考えて今後Rustに変わっていくんかな？

**デフォルトの名無しさん** · 2023/03/31(金) 23:19:08.47

自分が長文を書きたいのではなく、相手に自分の真似をさせたいんじゃないか
知らんけど
真似してくれれば人間皆どっちもどっちだと実証されるかも知れないから

**デフォルトの名無しさん** · 2023/03/31(金) 23:22:31.74

ぽまいら一人一人が要点を絞ってくれ
発散させあってたらきりがないんよ

余計なことは省くこと
余計じゃないものが複数あってもより大事なほうを一つ選んで議論を続行すること

**デフォルトの名無しさん** · 2023/03/31(金) 23:22:49.85

>>904
メソッド名が衝突した時にどうなるか？どう対応できるか？は
各言語によって異なるから
その説明があるのは普通じゃないか
alias付ける必要があったりなど十人十色

**デフォルトの名無しさん** · 2023/03/31(金) 23:28:00.63

動的ディスパッチするために必要な間接参照の数はRustもC++も同じで高速とか低速とかないから

Rustは動的ディスパッチを使う場合は必ずポインタ経由になるので構造体のデータを読むのに間接参照が1回必ず入る
これが持ち方の違いによって出る差の一つ

**デフォルトの名無しさん** · 2023/03/31(金) 23:50:08.60

あ、多重継承のケースがあったか
でもまあ気にするようなオーバーヘッドじゃないよね

**デフォルトの名無しさん** · 2023/03/31(金) 23:51:44.88

>>907
後半の指摘については、短い中で詳細まで説明できていないから誤解を与えてしまったもしれないので、そこはすまん
しかしその指摘だとまだ別の誤解されてそうだからその部分についてだけ一応書いておくと
ある型Fooのメソッドmethodの各呼び出しがそれぞれ異なっていてもよくて
Foo::method()　なのか
<Foo as Trait1>::method()　なのか
<Foo as Trait2>::method()　なのかが決まり
Foo::method()がなくてそれ以外が複数で曖昧な時はエラーになるというだけの話
いろんな言語があるからね

**デフォルトの名無しさん** · 2023/03/31(金) 23:57:35.53

>>913
具体型Fooが確定している状態で動的ディスパッチは絶対に発生しません
dynと目印のついたトレイトオブジェクト経由でしか動的ディスパッチは発生しません
そしてこのときトレイトは確定しているのでメソッド名は衝突しません
だからメソッド名の衝突の話が出てくる意味が分からないと言っているんです

**デフォルトの名無しさん** · 2023/03/31(金) 23:57:58.72

>>912
多重継承の場合はどうなるの？
そこが焦点な気がしてきた

**デフォルトの名無しさん** · 2023/03/31(金) 23:59:30.92

>>914
ちゃんと>>886を読みなよ
動的ディスパッチの話は最後の段落にしか書いていない

**デフォルトの名無しさん** · 2023/04/01(土) 00:04:38.33

>>914
それはRustの基本が理解できていない
トレイトオブジェクトでも当然メソッド名は衝突しうる
なぜ衝突するのかも>>886に書いてあるな

**デフォルトの名無しさん** · 2023/04/01(土) 00:04:51.67

>>900
そのメソッドは迷惑行為なので
間違いを信じそうな人がいる時だけ
レス内容が間違ってることのみを指摘するのが吉

**デフォルトの名無しさん** · 2023/04/01(土) 00:09:36.60

そのムーブはわかってないけどとりあえずケチつけてんだなとしか思わないよ
指摘できないけど誰か論破してくれねーかなっていう情けない感じ

**デフォルトの名無しさん** · 2023/04/01(土) 00:09:53.12

>>914
ボロボロですよ
トレイト境界を勉強しましょうね

**デフォルトの名無しさん** · 2023/04/01(土) 00:12:20.97

>>916
>>882が「Rustでは動的ディスパッチを実現するために～～」という文脈だったから最初からその範囲の訂正しか書いてないんだと思ったよ
脈絡もなく余計な文章を足すとそれがどういう意図でそこにあるのか理解してもらえないから気をつけようね

>>917
ああ厳密にはそうだね、私が間違っておりました
動的ディスパッチには関係ない文脈で書いた文章だって聞いたんでそこはもうどうでもいいです

**デフォルトの名無しさん** · 2023/04/01(土) 00:13:02.49

>>915
全然焦点じゃないから気にすんな

**デフォルトの名無しさん** · 2023/04/01(土) 00:19:53.47

>>921
だよねー
>>886は>>882の間違いを指摘できてるわけでもなく何の意味もない

**デフォルトの名無しさん** · 2023/04/01(土) 00:21:52.63

>>921
まだ理解できていないのか？
動的ディスパッチの時こそメソッド名の衝突に対しての処置が重要
そのためどのトレイトのメソッドを呼び出すかを静的に確定するとともに
各トレイトの同名メソッドを区別してvtableのインデックス化をしている

**デフォルトの名無しさん** · 2023/04/01(土) 00:32:15.20

>>924
>各トレイトの同名メソッドを区別してvtableのインデックス化をしている
うそーん
ソースを提示してね

**デフォルトの名無しさん** · 2023/04/01(土) 00:34:01.19

>>924
「各トレイトの同名メソッドを区別してvtableのインデックス化をしている」
ここを詳しく説明してくれますか？
必要なら次の例を使ってください（こういう状況のことでいいんですよね？）

https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=a72f5f361d0e82594bace55483e66c7c

**デフォルトの名無しさん** · 2023/04/01(土) 00:35:46.81

>>925
インデックス区別しないと動的ディスパッチできないですよ

**デフォルトの名無しさん** · 2023/04/01(土) 00:50:45.22

SubとSuper逆だわ
気になるなら直してていいよ

**デフォルトの名無しさん** · 2023/04/01(土) 00:56:33.36

>>914
バカだな
動的ディスパッチが行われるときは具体型Fooが確定しているぞ
具体型が確定しているからこそ動的ディスパッチを実行することができる
おまえC++もRustも両方を理解できてねーな

**デフォルトの名無しさん** · 2023/04/01(土) 01:55:13.58

>>926
トレイトオブジェクトを扱うためにBoxは不要
ヒープを使うのは必要性があるときのみ

求められているのは俺が書いた「各トレイトの同名メソッドを区別してvtableのインデックス化をしている」の部分だろ
それを直接わかるコードを書いた
ただしvtableはpubではないので現状の仕様を強引にアクセス
インデックス値の順序も変わる可能性ありなので注意
macro_rules! vtable_base { ($dyn:expr) => { *(&$dyn as *const _ as *const usize).offset(1) as *const usize } }
macro_rules! vtable { ($dyn:expr, $index:expr) => { unsafe { *(vtable_base!($dyn).offset($index)) } } }

trait TraitA {
fn method(&self);
}
trait TraitB {
fn method(&self);
}
trait TraitAB: TraitA + TraitB {}

struct Foo;
impl TraitA for Foo { fn method(&self) {} }
impl TraitB for Foo { fn method(&self) {} }
impl TraitAB for Foo {}

fn main() {
let foo = Foo;
let dyn_foo: &dyn TraitAB = &foo;
assert_eq!(vtable![dyn_foo, 3], <Foo as TraitA>::method as usize);
assert_eq!(vtable![dyn_foo, 4], <Foo as TraitB>::method as usize);
}

というわけで動的ディスパッチでもメソッド名衝突の話は必要であり>>886の説明で合っている

**デフォルトの名無しさん** · 2023/04/01(土) 03:08:57.82

>>930
単にvtableが作られることを「vtableをインデックス化してる」と言ってたのね
もう嫌だ

**デフォルトの名無しさん** · 2023/04/01(土) 03:10:50.58

>>931
助詞を間違えてるぞ
「各トレイトの同名メソッドを区別してvtableのインデックス化」な

**デフォルトの名無しさん** · 2023/04/01(土) 03:16:00.87

>>932
どっちでも間違ってる
インデックス化されるのはメソッド
vtableはメソッドがインデックス化されたデータ構造

**デフォルトの名無しさん** · 2023/04/01(土) 03:30:04.06

>>933
だからそう書いてるだろ
文章も>>930のコードも読めないのか？

**デフォルトの名無しさん** · 2023/04/01(土) 05:02:11.23

C++からメタ言語機能のような黒魔術を無くして使いやすくしたのがRustという認識でよろしいか？

**デフォルトの名無しさん** · 2023/04/01(土) 05:11:37.13

今月のInterfaceはRust特集だぞ

**デフォルトの名無しさん** · 2023/04/01(土) 05:12:17.82

C++に挫折した者ども、いまこそRustに集え

**デフォルトの名無しさん** · 2023/04/01(土) 06:30:37.76

マ板でやれ無能
>>3を理解しろ

**デフォルトの名無しさん** · 2023/04/01(土) 06:56:17.26

ディスパッチがどうとか言ってるあいだに1000きそうだぞこれ

なんだかんだで実際は両方使うけど、やっぱ俺はこっち推すぜ! みたいなスレになりつつ
テンプレ用意すんの?

**デフォルトの名無しさん** · 2023/04/01(土) 10:28:30.10

>>934
書いてないじゃん
見苦しい嘘つくなよ

**デフォルトの名無しさん** · 2023/04/01(土) 10:56:30.89

要するに「へぇ、継承ってのがあるのか、どうやって実現するんやろ？あ、オレならこうするな、でもそれだとこうなってコストメチャメチャかかるじゃん、使えねぇな」と思ってるくちじゃないの？

**デフォルトの名無しさん** · 2023/04/01(土) 11:11:44.89

その件は>>930が正しい
assert通るのを確認した

**デフォルトの名無しさん** · 2023/04/01(土) 12:25:26.51

>>930
言いたいことは理解した

でもね、そもそも「衝突」は定義だけで発生するものなんですよ
そのコードのmainの中でdyn_foo.method()と書くと発生するエラーは、「名前解決の失敗」と呼ばれます

そしてこの「衝突」の有り無しは、「vtableのインデックス化」に特に影響を与えません
現に片方だけメソッド名を変更しても、同じレイアウトになりますよね
内部的には別トレイトのメソッドなのだから、"method"部分が「衝突」するしないに関係なく区別されます
「衝突」に、vtableに関して特筆すべき重要性は無いと思います

**デフォルトの名無しさん** · 2023/04/01(土) 12:47:01.18

静的型付けをしてればどのメソッド実装を呼び出すか静的に決まるのは当たり前のこと
それを何か特別なことのように変な長文書くからバカにされる

**デフォルトの名無しさん** · 2023/04/01(土) 13:18:48.32

C++er あるあるシリーズ
#![allow(unused)]
... = hoge().unwrap;
... = hoge()?;
let p: *const [u8] = &fuga;
unsafe {}

**デフォルトの名無しさん** · 2023/04/01(土) 13:25:38.29

>>900
chatGPT そのもののことだな

**デフォルトの名無しさん** · 2023/04/01(土) 13:33:41.52

>>936
みたけどイマイチ

**デフォルトの名無しさん** · 2023/04/01(土) 13:35:01.01

>>937
ほんそれ

C++出来る人はC++使えば良い
C++出来ない人やC++でやらかすうっかりさんだけRust使えば良い

**デフォルトの名無しさん** · 2023/04/01(土) 13:38:19.66

面白いのはC++ちょっとかじったくらいのド素人ほど
なぜかRustに引き寄せられてる気がする
ニワカ人間を引きつける同じニオイがするんだろうなRustには

**デフォルトの名無しさん** · 2023/04/01(土) 13:46:59.44

C++は底なし沼な感じが良い
未だにModern C++ Designを初めて読んだときの衝撃を上回る
本には出会ったことがない

**デフォルトの名無しさん** · 2023/04/01(土) 14:05:07.99

職業マとアマチュアで感想違うよね
職業マ「C++？　糞の糞糞」
アマチュア「C++？　vtableのコスト（ｷｬｯｷｬ）
鼻から悪魔（ｳﾌﾌﾌ）膝を撃ち抜く（ｷｬｯｷｬ）CRTP（ｳﾌﾌ）

**デフォルトの名無しさん** · 2023/04/01(土) 14:25:21.95

Javaは糞
C#はチョット良い感じ
Juliaは死んだ
Rustがんがれ
Nimもがんがれ
C++は使い続けるけどね

**デフォルトの名無しさん** · 2023/04/01(土) 15:11:33.70

>>937
C++に挫折した者ども、いまこそRustに集え
そしてRustに挫折した者ども、いま一度C++に立ち返れ

の方がバランスいいと思う

**デフォルトの名無しさん** · 2023/04/01(土) 16:41:11.09

>>944
同名メソッドが衝突した時にどうなるかは言語によってかなり異なるから一番重要じゃないかな
衝突が許されない言語と許される場合も条件がある場合もあるよ
衝突があってもエラー出ない言語もあれば特定な時だけエラーな言語もあるね
回避方法も別名定義方式から同名自己定義や直接指定と色々だ

**デフォルトの名無しさん** · 2023/04/01(土) 17:25:01.59

Rustが「認め」られたことで、C++のスマポも、べき・べからずが確定したと考えておｋ?

**デフォルトの名無しさん** · 2023/04/01(土) 17:29:58.10

>>955
どういう意味?

**デフォルトの名無しさん** · 2023/04/01(土) 17:52:08.96

大手が認めたんだから、Rustと同等に書ければ、それはsafeなんだよな?
これまで、C++のスマポは、CppCoreGuidelinesなんてものはあっても、強制されなかった

**デフォルトの名無しさん** · 2023/04/01(土) 18:00:21.17

Rustに関係なくC++ではスマートポインタを使用すれば安全に書けるし
スマートポインタの使用するしないにRustは全く関係ない?
ここ見てる人は俺も含めてRustに注目してはいるが
C++ユーザのほとんどはRustなど眼中にないだろう

**デフォルトの名無しさん** · 2023/04/01(土) 18:01:23.45

二行目最後?を消し忘れた

**デフォルトの名無しさん** · 2023/04/01(土) 18:06:42.88

強制されるってのがミソだろ Rust派は、Rustなら、必ず・全部安全って言ってるんだからさ

**デフォルトの名無しさん** · 2023/04/01(土) 18:09:42.77

>>933
某オジお得意の誤訳だったんじゃねーの？

**デフォルトの名無しさん** · 2023/04/01(土) 19:15:27.20

>>914
> 具体型Fooが確定している状態で動的ディスパッチは絶対に発生しません

逆
動的ディスパッチが実行される時点では必ず具体型Fooが確定している

> dynと目印のついたトレイトオブジェクト経由でしか動的ディスパッチは発生しません
> そしてこのときトレイトは確定しているのでメソッド名は衝突しません

衝突する
直接のトレイトは確定しても付随するトレイト境界があれば各トレイトでメソッド名は衝突しうる

**デフォルトの名無しさん** · 2023/04/01(土) 19:16:31.21

>>954
でも>>905によるとRust以外の話をしたつもりは無いらしいよ？
深読みしすぎじゃないかな？

**デフォルトの名無しさん** · 2023/04/01(土) 19:31:10.27

どの言語でも他の言語とは異なる特徴があるからその説明をしてくれないとわからん
それを説明されると困る人がいるのが不思議

**デフォルトの名無しさん** · 2023/04/01(土) 21:31:47.02

>>957,960
何を言っているのかサッパリ分からん

**デフォルトの名無しさん** · 2023/04/01(土) 21:44:43.97

そいつはRustのこともC++のことも何も知らないくせに
なにかコメントしたいだけの池沼なので放置するしかない

**デフォルトの名無しさん** · 2023/04/01(土) 21:50:56.74

ひょっとしてGC君かな?

**デフォルトの名無しさん** · 2023/04/01(土) 21:55:20.36

>>958
C++でスマポを使ってもヌル安全性もデータ競合安全性も得られない
さらに複雑化した時のスマポの使い方ミスで多くの問題が起きてきたことを考えると
本当に必要なのはスマポが正しく使われていない時にコンパイルエラーを出すこと
現状のC++は欠陥品であり今後も多くのセキュリティホールを生み出し続けるだろう

**デフォルトの名無しさん** · 2023/04/01(土) 21:57:58.76

>>968
おおGCくんが来た

>C++でスマポを使ってもヌル安全性もデータ競合安全性も得られない
どんなミスか興味があるのでソースで示してね

**デフォルトの名無しさん** · 2023/04/01(土) 22:10:09.20

>>743
同感
Rustは衛生的マクロな点を始めとして各種マクロが優秀すぎる
C++がダメすぎるんだよな
テンプレートも問題ありすぎ

**デフォルトの名無しさん** · 2023/04/01(土) 22:21:05.85

ディスパッチの定義を捻じ曲げたのと同じで
衝突の定義も捻じ曲げにきてるよな

**デフォルトの名無しさん** · 2023/04/01(土) 23:32:16.53

>>940
コードがわかりくいのかなと思って
vtableのところをもう少しわかりやすくしてみた

trait TraitA { fn method1(&self); fn method2(&self); }
trait TraitB { fn method1(&self); fn method2(&self); }
trait TraitAB: TraitA + TraitB {}

struct Foo;
impl TraitA for Foo { fn method1(&self) {} fn method2(&self) {} }
impl TraitB for Foo { fn method1(&self) {} fn method2(&self) {} }
impl TraitAB for Foo {}

macro_rules! as_addr { ($target:expr) => { &($target) as *const _ } }
macro_rules! as_array { ($addr:expr, $index:expr) => { *(($addr) as *const usize).offset($index) } }
macro_rules! vtable { ($dyn:expr, $index:expr) => { unsafe { as_array![as_array![as_addr!($dyn), 1], $index] } } }

fn main() {
let foo = Foo;
let dyn_foo: &dyn TraitAB = &foo;
assert_eq!(vtable![dyn_foo, 0], std::ptr::drop_in_place::<Foo> as usize);
assert_eq!(vtable![dyn_foo, 1], std::mem::size_of::<Foo>());
assert_eq!(vtable![dyn_foo, 2], std::mem::align_of::<Foo>());
assert_eq!(vtable![dyn_foo, 3], <Foo as TraitA>::method1 as usize);
assert_eq!(vtable![dyn_foo, 4], <Foo as TraitA>::method2 as usize);
assert_eq!(vtable![dyn_foo, 5], <Foo as TraitB>::method1 as usize);
assert_eq!(vtable![dyn_foo, 6], <Foo as TraitB>::method2 as usize);
}

このように各トレイトの同名メソッドを区別してvtableのインデックス化(このコードだと他の部分含めてインデックス3～6)をしている

**デフォルトの名無しさん** · 2023/04/01(土) 23:39:50.11

これ次スレたてるの? あるいはどっかの雑スレに合流?

**デフォルトの名無しさん** · 2023/04/01(土) 23:53:21.20

C/C++ vs Rustとしてあった方が良いと思うけどね
雑スレだとGCの勢力が強くなりそう

**デフォルトの名無しさん** · 2023/04/02(日) 00:22:03.90

5chでC++↓Rust↑している人のC++理解度の低さは強調してしすぎることはない

https://mevius.5ch.net/test/read.cgi/tech/1652347700/385-392

**デフォルトの名無しさん** · 2023/04/02(日) 00:30:37.47

>>972
汚コードに磨きをかけるなよ
普通に関数で書けるものをネストさせたマクロにするセンスに脱帽

**デフォルトの名無しさん** · 2023/04/02(日) 00:32:38.03

単純に開発効率の問題だよな
C++よりRustは実行デバッグの時間がかなり減って開発効率がいい

**デフォルトの名無しさん** · 2023/04/02(日) 00:39:46.89

汚コード唱えるやつがコードを示したことがなく信用できない

**デフォルトの名無しさん** · 2023/04/02(日) 00:43:54.27

建てた叫んで埋めていいぞー

結局C++とRustってどっちが良いの？ 2traits
https://mevius.5ch.net/test/read.cgi/tech/1680363777/

**デフォルトの名無しさん** · 2023/04/02(日) 00:48:46.53

>>978
君の日本語がおかしいって話なんで、ソースで示すべきことは何も無いよ
それともなにか示してほしいの？

**デフォルトの名無しさん** · 2023/04/02(日) 01:41:46.92

スレを読んでいて技術的な論争は興味深いんだけど
他人への攻撃をしてる人たちは邪魔なんで消えてほしい

**デフォルトの名無しさん** · 2023/04/02(日) 02:09:25.03

そもそも>>1がソースを書けないと思われる
特にC++は読めもしないのだろう
RustとC++を技術的に比較するなら両方のソースをある程度書けないと不可能

**デフォルトの名無しさん** · 2023/04/02(日) 07:26:34.66

>>3 にあるとおり、やれっていわれたらやるマとしてはこれでFA
慣れは必要だけど、要求される頃には、定石も今以上に揃うだろうし

ここ読んでて、食わず嫌いしてたRustを眺めなおしてから、
CppCoreGuidelines 読んだら、めっちゃわかりやすかった
これだけで俺には十分収穫あったね

**デフォルトの名無しさん** · 2023/04/02(日) 07:39:56.12

Linusに認められた、これだけで、Rustの「勝利」は外形的事実争う必要はない
はずなのに、そのうえまだ、Rustの優位を主張するのに全力な香具師がいる
若いなって正直思う昔俺もああだったぜ

C++を母語としている者が考えることは、次に何を取り込むか
やっぱ #pragma safe は欲しいね
そのうしろに値くらい付いてもいい safeの詳細も、進化していくだろうから

**デフォルトの名無しさん** · 2023/04/02(日) 07:53:54.77

あああと、パタンマッチを知らなかったのも俺だ (知らぬは)一生の恥になるとこだったｗ
静的にソースコードを解析してsafeを証明できる、ガイドライン違反を指摘できることだとばかり

rustcのサンプル出してくれた奴には悪かった
「たしかに面白い…けど、こういうの、Cなら、yylvalっぽく処理するよね…」っていう印象だったんだ
inspectってのが来たら来るらしいので、来たら喜んで遊んでみるとして
優位性の根拠になるか? それホントC++に必要? ってのは次スレに持ち越したい

っていう埋め

**デフォルトの名無しさん** · 2023/04/02(日) 10:51:04.91

>>985
キミは周回遅れのド素人でかつ
人より知能が劣るからもう発言しなくていいです
これはいじわる発言じゃなくて、助言です

**デフォルトの名無しさん** · 2023/04/02(日) 10:59:32.98

よく言われるよ

Rustのエヴァンジェリストが暴れていいのに、初心者の俺に黙っとけはないなあ
せいぜい質問させてもらうよ

**デフォルトの名無しさん** · 2023/04/02(日) 11:04:00.93

>>981と>>986は同一人物です
皆さん次スレでも騙されないようご注意を

**デフォルトの名無しさん** · 2023/04/02(日) 11:10:11.81

>>976
複オジメソッドに釣られてるよ
気をつけて

**デフォルトの名無しさん** · 2023/04/02(日) 11:12:51.90

自分の間違いを認められるだけマシ

>>981は露骨に複おじだけど
>>986=>>847=ID:BpzIAh0Kは違う気がするんよなあ

あんまり雑認定しすぎるとおじサイドの「自演に見えてるやつは頭がおかしい」の批判が有効になってしまうから、確証を持てないならほどほどにな

**デフォルトの名無しさん** · 2023/04/02(日) 11:17:21.13

ダックタイピングみたいなもんじゃないんｗ

**デフォルトの名無しさん** · 2023/04/02(日) 11:34:39.31

俺は池沼と複オジをこのスレから排除したいだけよ
だって時間のムダだもん

**デフォルトの名無しさん** · 2023/04/02(日) 11:42:03.77

やめろバカ！複おじを野に放つ気か！？
せっかく平和なRust本スレが実現できて、後はヤツが追い払った住民たちを呼び戻すだけだというのに！

**デフォルトの名無しさん** · 2023/04/02(日) 11:44:18.44

残念だが、初心者お断りとは書いてなかったんだなあ

そうくると思って、俺がとっととスレ建てちまったからねｗ

**デフォルトの名無しさん** · 2023/04/02(日) 11:45:16.10

>>993
そうかそっちか
それは申し訳なかった
こっちを隔離にすべきやね
複オジも池沼（ID:W9/nq+tL）もこっちに張り付く気マンマンらしいし

**デフォルトの名無しさん** · 2023/04/02(日) 12:34:42.17

まあまあ同じスレで出会った仲間なんだから仲良くしようや

**デフォルトの名無しさん** · 2023/04/02(日) 13:29:57.68

Rustが良いって言ってる人は
C/C++のポインタとメモリ管理理解出来なかったからだろ

**デフォルトの名無しさん** · 2023/04/02(日) 13:30:14.04

おにまい

**デフォルトの名無しさん** · 2023/04/02(日) 13:30:23.82

梅

**デフォルトの名無しさん** · 2023/04/02(日) 13:30:34.24

櫻

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 36日 3時間 40分 48秒