[過去ﾛｸﾞ] C++相談室 part156 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
723: 2021/07/13(火)00:45 ID:u8F7J+OY(5/10) AAS
>>715
質問者より数歩後ろを歩いてるのにすごく堂々としていてかっこいいです
724: 2021/07/13(火)00:54 ID:lAJ4enjR(1) AAS
構ってほしいなら昨日のID教えてよ
725: 2021/07/13(火)01:00 ID:2F1zpnof(1/3) AAS
ウーン、質問者！ｗ
726: 2021/07/13(火)01:00 ID:MEdkoaBM(1) AAS
>>711
アホだろお前
727: 2021/07/13(火)01:02 ID:+UxqO86S(1) AAS
そうでもないよ。
728(2): 2021/07/13(火)01:28 ID:bx8BDdOP(1/3) AAS
>716
あれ？ もしかして>702？
>702は回答としてもヒントとしても全然駄目じゃない？
>695の問題の本質はstd::powの誤差の発生の仕方（プラスマイナス両方出る）と
double -> int キャスト時の誤差切り捨て（0に近づく方に切り捨て）の
ミスマッチなのに、>702ではそんなこと何も言及していないよね。
もしこれで「書いている」と感じるようなら、もっと人間に説明する方法を
勉強したほうが良いと思うよ。
729: 728 2021/07/13(火)01:31 ID:bx8BDdOP(2/3) AAS
自己フォロー
>695の問題の本質はstd::powの誤差の発生の仕方
1.0/nでも誤差発生しているか。std::powとどっちの誤差がデカイかね？
730(1): 2021/07/13(火)01:38 ID:2F1zpnof(2/3) AAS
もしかしてっつーかモロID一緒じゃん
あとみんな分かってることを周回遅れで「本質」として宣言すんなって
あと安価間違いし過ぎ
ホント迷惑だからもうやめとけ
731: 2021/07/13(火)01:39 ID:u8F7J+OY(6/10) AAS
boost多倍長整数クン顔真っ赤でワロ
732(1): 2021/07/13(火)02:08 ID:FVC0BsAk(1) AAS
この中のどれがQZがコテ外して書き込みしているのか想像したら(*´艸｀*)
733: 2021/07/13(火)02:10 ID:RS3RIqhF(1) AAS
>>668
これとか完全に荒らしのやり口だもんな
734(1): 2021/07/13(火)02:30 ID:bx8BDdOP(3/3) AAS
>730
誤差の発生の仕方と誤差切り捨てのミスマッチが問題ということが分かっているなら、
なんで>691への回答でそれを指摘しないの？
この話で重要な「切り捨て」という単語すらスレで３回しか出てきてないし。
それにdoubleに0.5足して/引いてからintにキャストとかCで誤差を扱うときの
定石だろうに、0.5という数字自体ほとんど出てこない。
結局>691に助言したいんじゃなくてマウントしたいだけだから当然か。
分かってて余計な説明しかしないんだから、なんとまぁ不親切なやつなんだろうかね。
さて、書きたいこと書いたので風呂入って寝るかね。
735: 2021/07/13(火)02:42 ID:2F1zpnof(3/3) AAS
>>734
round という語が出た回数とその場所も調べたまえ
指摘するまでもなく質問者は>>691,696にして早々それに気付いている
736: 2021/07/13(火)03:09 ID:itar1i0e(1/2) AAS
そもそも>>696の処理であれば切り捨て誤差は発生しない
round() と abs() の2段構えで対策はされてるよ
0.5 を加算するよりずっとスマートな記述だな
737: 2021/07/13(火)03:11 ID:itar1i0e(2/2) AAS
被った
すまん
738: 2021/07/13(火)07:55 ID:Fq8PEpca(1/5) AAS
>>728
四捨五入ってわかるかな？
質問者が分かってることがわかるからそれだけ書けば十分
分かってないのはお前だけ
>>720
小数の誤差を見積もれない、見積もるのが面倒
というなら整数領域だけで答えを導く方法もある
頭の悪い文系にはそういう発想は出てこないかな？
intも整数もマイナスの数を含むんだよね定義的には
範囲を確認するのは当然
省1
739: 2021/07/13(火)09:33 ID:53YTa3I7(1) AAS
Pow(x, n) ... n乗
Pow(x, 1.0/n) ... n乗根
Pow(x, -n) ... n乗の逆数
Pow(x, -1.0/n) ... n乗根の逆数
740(1): 2021/07/13(火)12:07 ID:WUJYnH4r(1/2) AAS
>>712
どんなときでも共通するのは声が大きい香具師が勝つ
その場の空気を支配した香具師が勝つ
そしてマスゴミによって印象操作された世界の完成
741(1): 2021/07/13(火)12:13 ID:2uidM73f(1) AAS
>>740
その発想は朝鮮人の考え方
最終的には真実が勝つ
742(1): 2021/07/13(火)12:25 ID:o0P+1kd0(1/2) AAS
整数の問題なら実数近似せず
y=x^n で(n=1,2,3,4,5....)を比較してくのが基本だろ
高速化するなら多少のテクニックはあるけどたかだか32〜64bitの範囲
どうってことない
743(1): 2021/07/13(火)12:33 ID:Sa7UmWqZ(1) AAS
>>742
癪だが>>719が問題を一番正確に表現できているからもう一回よく読め
744(1): 2021/07/13(火)12:34 ID:u8F7J+OY(7/10) AAS
規格には拘りがあるが数値計算やアルゴリズムの知識はまるでない基地外の狂宴
745(1): 2021/07/13(火)12:49 ID:o0P+1kd0(2/2) AAS
>>743
えーなんだこれ
つまり
x,nが与えられたときx^1/nが整数かどうか？を示すってことか
y^n=xに変換すればなんにせよ整数の探索問題
実数にする必要もない
746: 2021/07/13(火)13:03 ID:u8F7J+OY(8/10) AAS
>>745
それ、キミの言ってる32〜64bitの範囲だと尚更>>696と比べたときにメリットないよね？？？笑笑笑
747(1): 2021/07/13(火)13:07 ID:u8F7J+OY(9/10) AAS
上にも「32bitくらいなら探索すれば〜」とか言ってるアホいたが、なぜ多倍長でもない限り探索するメリットなんてないってわからないんだキミたちは(泣)
748: 2021/07/13(火)13:25 ID:Ag1Q4SdR(1) AAS
>>741
朝鮮人に詳しいんですね！！
感動しました！！！
749: 2021/07/13(火)14:47 ID:OYlFgj5O(1/2) AAS
つまりそれってint型の整数の範囲でn乗がなんであってもεは1E-12で充分だと保証してから使うの？
要するにεは絶対にそれでいいのか？
750(1): 2021/07/13(火)15:54 ID:WUJYnH4r(2/2) AAS
>>744
QZか？MZか？片山か？
751: 2021/07/13(火)18:43 ID:Fq8PEpca(2/5) AAS
>>747
整数ドメインで行うメリットはいろいろとある
・アホな文系でも理解できる (誤差の見積もりが不要)
・整数演算の方が圧倒的に速い環境 (ARM-M3など)
・浮動小数点演算ライブラリによるコードサイズ増加を防ぐ (チープなマイコン対応)
・doubleが32bitな環境への対応
・64bit整数への対応
選択肢は多いほど良い
752(1): 2021/07/13(火)18:48 ID:Fq8PEpca(3/5) AAS
> ごく一般的なPC環境で、与えられた整数がintの範囲であれば、
> (ある程度の判別を行ったあと)普通に四捨五入で良い
ごく普通の環境、ごく普通の頭ならこれで終わり
753(1): 2021/07/13(火)19:39 ID:gA5oZqd8(1) AAS
昔"文系"にいじめられてた可愛そうな子なんです
754(1): 2021/07/13(火)19:58 ID:xjdnjcKm(1/3) AAS
整数演算の最大のメリットがリストに挙がってないのは何でかな
755(2): 2021/07/13(火)20:18 ID:Fq8PEpca(4/5) AAS
>>753
「アホな文系」≠「文系」
>>754
ぜんぜん最大のメリットじゃないからだな
756(1): 2021/07/13(火)20:20 ID:Fq8PEpca(5/5) AAS
>>750
団子のことも忘れないでください
757: 2021/07/13(火)20:25 ID:xjdnjcKm(2/3) AAS
>>755
あー・・・何のことか分からねえで言ってるな
758: 2021/07/13(火)20:29 ID:OYlFgj5O(2/2) AAS
最大のメリットって何だ？
759: 2021/07/13(火)20:35 ID:xjdnjcKm(3/3) AAS
からかいたくなったから焦らすぜ
アホかどうかは関係ないことさ
760: 2021/07/13(火)22:54 ID:hgVyntNx(1) AAS
>>755
アホな文系に虐められてたんだね…😢
761(1): 2021/07/13(火)23:05 ID:u8F7J+OY(10/10) AAS
>>752
それは質問者が質問時に自分で言ってることなので……(苦笑)
762: 2021/07/14(水)05:08 ID:T6a5Tff4(1) AAS
hoge がビルドされてて hoge.h があるシステムでは hoge を呼び出し、そうでなければ何もしない関数 call() ってどう書くべきてすかね？
これまでは
#if __has_include(<hoge.h>)
#endif
で分岐してたんですが、これだと if に該当しなくてもコンパイラは #if #endif で囲まれてる部分を読み込むし、そこに hoge(); という文があれば「hoge() なんてないよ」というエラーが出ます
該当しない場合は if の中を読み飛ばすとかできますかね？
763(1): 2021/07/14(水)07:18 ID:l4qXoRve(1/2) AAS
__has_includeはインクルードされたかどうかじゃなくて、
そのファイルが存在するかどうかを判定するやつだからね
hoge.hの中で
#define HOGE_LOADED
して、呼び出し側で
#if defined(HOGE_LOADED)
call();
#endif
って感じかな
764: 2021/07/14(水)07:40 ID:l4qXoRve(2/2) AAS
hoge.hの中を編集できないなら、
読み込み：
#if __has_include(<hoge.h>)
#include <hoge.h>
#define HOGE_LOADED
#endif
呼び出し：
#if defined(HOGE_LOADED)
call();
#endif
765(1): 2021/07/14(水)08:03 ID:wXBQSN5l(1) AAS
>>761
だったらコーナーケースが無いこととその理由を解説したら？
766(1): 2021/07/14(水)11:41 ID:b1WA6GgP(1) AAS
>>765
お前QZだろ
コテ外すな
767(1): 2021/07/15(木)00:20 ID:Fm/xoZyi(1/2) AAS
>>763
ありがとうございます。
hogeがそのシステムでビルドされてるかどうかの判定は、外部ツールか自分の目に頼らないと無理ですよね？
768: 2021/07/15(木)00:40 ID:y+mqrw+D(1) AAS
自作自演ｗ
769(1): 2021/07/15(木)05:48 ID:GxcfqrJG(1) AAS
>>767
> hogeがそのシステムでビルドされてるかどうか
hoge.lib, hoge.dllとかが存在するかどうかを調べればいいだけだとすると
見つかったかどうかをコンパイル時にフラグ(-DHOGE_LIB_FOUND)として渡せれば
C++内で#if defined(HOGE_LIB_FOUND)みたいにして使える。
（これはコンパイル時のことだからC++だけでは普通無理だとおもう）
770(1): 2021/07/15(木)06:31 ID:CtTYgJ1T(1) AAS
C++よりcmakeとかビルドツールのお仕事だと思う
771: 2021/07/15(木)09:10 ID:Fm/xoZyi(2/2) AAS
>>769-770
あざす！
772: 2021/07/15(木)18:30 ID:HJCZYZ96(1) AAS
Unifyde Call Syntax FOREVER!!!!!!!
773(1): ハノン ◆QZaw55cn4c 2021/07/15(木)20:57 ID:kDBlsdNK(1/5) AAS
>>695
多倍長なら是非是非、こちらを参照あれ、一応 C++ で完結している多倍長演算ライブラリです！
2chｽﾚ:tech
774: ハノン ◆QZaw55cn4c 2021/07/15(木)20:58 ID:kDBlsdNK(2/5) AAS
>>712
なに、いつものことですよ‥‥
775: ハノン ◆QZaw55cn4c 2021/07/15(木)21:00 ID:kDBlsdNK(3/5) AAS
>>732
残念ながらハズレ
776: ハノン ◆QZaw55cn4c 2021/07/15(木)21:02 ID:kDBlsdNK(4/5) AAS
>>756
私は忘れていませんよ
777: ハノン ◆QZaw55cn4c 2021/07/15(木)21:02 ID:kDBlsdNK(5/5) AAS
>>766
ちがうよね‥
778: 2021/07/15(木)22:53 ID:2Mj48wOt(1) AAS
QZ現る
779(1): 2021/07/16(金)00:17 ID:37KQZYs3(1/3) AAS
>>773
積の実装はどのアルゴリズムで？
780(1): ハノン ◆QZaw55cn4c 2021/07/16(金)04:05 ID:6W3ohAQ3(1/10) AAS
>>779
筆算法‥‥1 bit × 1 bit を筆算するやりかた、非乗数をシフトしながら乗数のビットが1 のときアーキュムレータに足す、というO(n^2) のものです、「乗法を加法の繰り返しにする」よりはましかと
課題はカラツバ法に直すことですが、まだ出来ていません
781(1): 2021/07/16(金)04:11 ID:37KQZYs3(2/3) AAS
>>780
では、話になりませんのでそんなもの勧めないでいただけますか
782(1): ハノン ◆QZaw55cn4c 2021/07/16(金)04:43 ID:6W3ohAQ3(2/10) AAS
>>781
他の方が優れたソースコードを提示していただければ、私のは引っ込めますけれどもね
783(2): 2021/07/16(金)04:57 ID:N9xjQvrw(2/4) AAS
多倍長整数ならそれこそboostで良いでしょ
高速な畳み込み演算がしたいなら整数環上でFFTします
つーか精度の観点から言っても速さの観点から言っても一択でしょ（なんでカラツバ？）
そもそも、話の流れからして多倍長整数勧めるのもおかしいし
話わかってないなら出張るなよ
せっかく隔離用の個人スレ (本来ならこれも甚だ迷惑な存在だが) があるんだから、そこで永久に一人でやっててよ
784(1): 2021/07/16(金)05:01 ID:teDb7k99(1/2) AAS
>>782
外部ﾘﾝｸ:www.google.com
785: 2021/07/16(金)05:06 ID:+GJR5l7e(1) AAS
カラツバ法はやばい
せめてフーリエだ
すでにあるmpirとかいうやつでいいだろ
786: ハノン ◆QZaw55cn4c 2021/07/16(金)05:16 ID:6W3ohAQ3(3/10) AAS
>>784
ちゃんとコンパイルできるコードはどれですか？
787(1): 2021/07/16(金)05:18 ID:37KQZYs3(3/3) AAS
ワロチ
既知の事柄のサーベイ能力も低いときた
788: ハノン ◆QZaw55cn4c 2021/07/16(金)05:36 ID:6W3ohAQ3(4/10) AAS
>>787
サーベイ能力が低いのは認めます、お願いですから、そのままコンパイルすれば動くコードを教えてください
789(2): 2021/07/16(金)05:58 ID:N9xjQvrw(3/4) AAS
>>783は読めねーのかよ気狂い
790: 2021/07/16(金)06:18 ID:qtVJ0qYe(1) AAS
こんなスレまで来てC++の話してるくせにboost知らないってマジかよ…
791(1): 2021/07/16(金)09:21 ID:s4+8hxkm(1) AAS
QZというコテは叩かれやすいからカノンにしたのか
792: 2021/07/16(金)09:57 ID:KEhhoM0/(1) AAS
略してQアノン
793: 2021/07/16(金)11:50 ID:/EXEczMl(1) AAS
コテを変えても頭の悪さは相変わらずなんだな
まあ中の人が同じなんだから当然だけど
794(1): 2021/07/16(金)12:07 ID:EpGpWKJL(1/2) AAS
頭悪いのは別にいいんだが、マナー違反が深刻に多いんだよ
・質問に頓珍漢なレスをつける (そもそも回答側に立つのがおこがましいし)
・話題に関係なく自分の創作物を押し付ける
・個人用としてしか機能していないスレを保守し続ける
・都合悪いレスは当然無視
・>>668
人間性が劣悪なのが透けて見えるから本当にキツい
795(2): 2021/07/16(金)12:09 ID:EpGpWKJL(2/2) AAS
全然関係ないが>>259,789が一ヶ月のときを経て同じIDなのって偶然？
それともID被りってプログラム的にもっともらしい理由付けあるんだっけ？
796: 2021/07/16(金)13:36 ID:tbXedaSH(1) AAS
フリーランスに立ちはだかる「常駐」の壁。慣例を打ち壊し、
“テレワーク”案件3割→8割へと成長を遂げた「クラウドテック」の軌跡
外部ﾘﾝｸ:prtimes.jp
テレワークの一般化により、11月にはテレワーク可能案件83.7%へと増加。
2021年、フリーランスのトレンドは「移住＆テレワーク」と予測
外部ﾘﾝｸ[html]:prtimes.jp
リモートワーク求人専門サイト「プロリモート」がリニューアルオープン、業務委託契約の求職者と企業をマッチング
外部ﾘﾝｸ:www.value-press.com
1/3以上が採用につながる高マッチング率、リモートワーク×エンジニア・デザイナー専門の
人材紹介サービス「ReworkerAgent」正式リリース場所からも時間からも自由な働き方を実現！
省12
797(1): 2021/07/16(金)16:34 ID:6/LQ7Fle(1) AAS
>>795
ID被りはわりとまじでたまにある
798(1): 2021/07/16(金)18:25 ID:X0WexOAj(1/2) AAS
キャッシュの衝突みたいなもんだろ
799(1): 2021/07/16(金)18:26 ID:X0WexOAj(2/2) AAS
ハッシュなw
800(1): ハノン ◆QZaw55cn4c 2021/07/16(金)19:28 ID:6W3ohAQ3(5/10) AAS
>>794
＞・質問に頓珍漢なレスをつける (そもそも回答側に立つのがおこがましいし)
いいんです、話題を拡散させるのがねらいだし
＞・話題に関係なく自分の創作物を押し付ける
たしかに見たら馬鹿になるかもしれませんから、各自お気を付け遊ばせ
＞・個人用としてしか機能していないスレを保守し続ける
いつでも本来の用途に使えるのですよ、有償で問題を片付けるスレ、としてよろしく
＞・都合悪いレスは当然無視
無視することによるデメリットを引き受けるのなら当然でしょ？
＞・>>668
省1
801(1): ハノン ◆QZaw55cn4c 2021/07/16(金)19:32 ID:6W3ohAQ3(6/10) AAS
>>783
それって裏で GMP を読んでいるだけでは？
そして GMP はアーキテクチャー依存ですよね？
802: ハノン ◆QZaw55cn4c 2021/07/16(金)19:32 ID:6W3ohAQ3(7/10) AAS
>>789
>>901
803: ハノン ◆QZaw55cn4c 2021/07/16(金)19:38 ID:6W3ohAQ3(8/10) AAS
>>801
ああ、GMP だけではないようですね MPFR, MPIR MPC とか、でも、どれもアーキ依存にみえますけれども、実際どうなんでしょうね‥‥
804: ハノン ◆QZaw55cn4c 2021/07/16(金)19:41 ID:6W3ohAQ3(9/10) AAS
>>791
選ブラのデフォを他分野のコテにしたのです、そっちでもキチガイピアニスト扱いですが、まあ、いいか‥‥
805: 2021/07/16(金)19:49 ID:+QzOnEF5(1) AAS
ピアノも弾けないのにピアニストとはこれいかに？
806: 2021/07/17(土)00:31 ID:uZE7YjUc(1) AAS
>>800
全部開き直りじゃねーか
迷惑だなあ
807(1): 2021/07/17(土)00:37 ID:i16o/xCs(1) AAS
>>795,797-799
ただのIDなら良いんですが、これ両方とも自分のなんですよね……
2ch側で同じ人間の書き込みを紐付ける仕組みがあったとしたら怖くないですか？
しかもその人が RONIN 利用者だったりしたら……
2013年8月の「2ちゃんねる個人情報流出事件」を彷彿とさせますね
808: はちみつ餃子 ◆8X2XSCHEME 2021/07/17(土)03:16 ID:GNWgh0W+(1/2) AAS
>>807
ID 生成アルゴリズムについて出ている情報はかなり前のものなんで
今でも同じかどうかはわからんけど、わかっている範囲では偶然としか言いようがない。
何度もあれば話は別だが一回あっただけでは偶然ではないと考える人はいないよ。
ただ、 2003 年頃から生のIPアドレスを記録することは明言されているので、
プロバイダの協力があればどのデバイスから書き込んだのかは特定できる。
今では 2ch はいわゆるプロバイダ責任制限法が言うところの
特定電気通信役務提供者に該当するはずなので
必要なときに個人情報を提供できる体制は事実上の義務なんだよ。
書き込み内容に権利侵害があったときに個人情報を提供することで掲示板運営者は
省2
809(1): 2021/07/17(土)03:26 ID:+M7J9sQi(1) AAS
別スレでも同じ現象を見た
6/3と7/16はどういうわけか同じIDとなっていたようだ
810(3): はちみつ餃子 ◆8X2XSCHEME 2021/07/17(土)03:56 ID:GNWgh0W+(2/2) AAS
>>809
ID の生成元は
・ IPアドレス (のハッシュから一部のバイトを取り出したもの)
・ 毎日更新されるランダム値
・ 板名
をくっつけてハッシュをとったものとされている。
IPアドレスとランダム値が同じであれば ID も同じになる。
たまたまその日が同じランダム値だったのかもね。
811(1): 2021/07/17(土)05:58 ID:OBAxlXTB(1) AAS
範囲for文ってompで並列化できるの？
自作コンテナを走査したいとしたら、なんか満たすべき条件ある？
812: 2021/07/17(土)06:23 ID:l7v2uVky(1) AAS
やってみりゃいいじゃん
813(1): 2021/07/17(土)13:21 ID:0jiuXQpQ(1) AAS
chrono で測ったn並列プログラムの実行時間が実世界で経過した時間のn倍になってる気がして、これが正しいかどうか調べたいんですが、ストップウォッチで測って比較するしかないですか
ちなみに並列化はopenmpでやってます
814: 2021/07/17(土)16:14 ID:eTC1af8g(1) AAS
バカノンノン
815: 2021/07/17(土)16:18 ID:DE+0Jqb8(1) AAS
>>813
外部ﾘﾝｸ:letmegooglethat.com
816: 2021/07/17(土)17:58 ID:z0Sx2PLf(1/2) AAS
え、chronoなり何なりで測った時間がおかしい、って話じゃないの？
そら検証したけりゃ別スレッドやプロセスで測るなりストップウォッチなりだろう、と思ってたんだが
ただまぁ経過時間の加算とかでおかしなことになってるのを真っ先に疑うべきだね
817: 2021/07/17(土)19:11 ID:cBM+BeK7(1) AAS
時間測定クラスはシングルトン使ってるよね？
どうせ複数の箇所で測定したのを加算してるってオチでは
マルチスレッドならmutexか何かでnewの所をロックしないとおかしくなるし
818(1): 2021/07/17(土)19:36 ID:txbUHFZy(1) AAS
実行時間といってるのがCPU時間のことならｎ並列でｎ倍になるからね
メインスレッドのCPU時間だけを見るべき
かんたんなんだしストップウォッチで測ればいいじゃん
819: 2021/07/17(土)22:27 ID:gI+aCVlx(1/2) AAS
スレッド毎にcronoした結果をnスレッド分足したらn倍になりそう……
820: 2021/07/17(土)22:30 ID:gI+aCVlx(2/2) AAS
WindowsならGetTickCount()でも使うところだけど
（実質15.6 ms（PCによっては10 ms？）を超える分解能にならないのはおくとして）
C++標準でms単位のカウンタってあるます？
821: 2021/07/17(土)22:44 ID:z0Sx2PLf(2/2) AAS
chronoで分解能決めれるやんけ
822: ハノン ◆QZaw55cn4c 2021/07/18(日)00:41 ID:9YAoR/6C(1) AAS
>>691
私も試してみましたが、結局 >>694 の言うとおり実際に n 乗して験算するしかないかなぁ‥‥と思いました
私の環境でも、x == (int)pow((int)pow(x, 1.0/n), n) では散々 外部ﾘﾝｸ:ideone.com
次のようにすると、わりといい感じです 外部ﾘﾝｸ:ideone.com
せっかく多倍長演算の話が出たので、もしも暇とやる気があったら boost::multipricise と GMPの c++ 記述と、例の自作のやつとに載っけて試してみます
上下前次1-新書関写板覧索設栞歴
あと 180 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.248s*