[過去ﾛｸﾞ] C++相談室 part156 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
703: 2021/07/12(月)19:47 ID:F4g5ptiT(1) AAS
>>701
そういった諸々の細かい調整を諦めて多倍長整数を使う、ということだよ。
そもそもの要件（n乗判定）でpowを使う乱暴さを考慮すれば、面倒な部分を処理してくれるライブラリを使用するのは有力な選択肢。それを無視して「アホな文系」とは言ってくれる。
ご高説を宣ってくれた後にどんな素晴らしい解説を>>702でしてくれるのかと思ったら、n乗判定にわざわざ割り算を持ち込んだり、対数にも触れずに検索にフッ飛ぶ滅裂ぶり。>>601が混乱するのを笑うために書き込んでいるとしか思えん。
文系､文系と馬鹿にする人間は、人間と会話のできない発達障害が多いのかね？
704(1): 2021/07/12(月)20:05 ID:3yd7dMb1(3/5) AAS
ヒント
多倍長整数を使っても何も解決しない
705: 2021/07/12(月)20:29 ID:4jaglyfV(2/2) AAS
>>704
なんで解決しないのか解説してもらいたいねぇ。
706: 2021/07/12(月)20:34 ID:rFlF3L7g(1) AAS
累乗根は浮動小数点の演算だからだよ
707(1): 2021/07/12(月)20:52 ID:xS7m7lUb(1/2) AAS
いや累乗して整数同士で比較すりゃええやん
708(1): 2021/07/12(月)21:00 ID:+DCDGa5F(1) AAS
n乗数判定は明らかに整数論の問題なんですがそれは
なお一番簡単な平方数判定でもNPなんで（一発でポンと答えが出る楽な方法は多分）ないです
709(1): 2021/07/12(月)21:13 ID:q3a62lD+(1) AAS
因数分解してハッシュで数えて全部6の倍数なら何かの6乗なんじゃないの
4096=2^12
h{2}→12個
12は6の倍数なので何かの6乗
3*7*3*7*3*7*3*7*3*7*3*7 = 85766121 だと
省3
710(1): 2021/07/12(月)21:14 ID:M5TNNHP+(1) AAS
累乗根の演算で引数の逆数をどうやって整数で表現するの？
>>691の例で言えば、n=6なら6乗根(=1/6乗)の計算を行なっている
711(1): 2021/07/12(月)21:21 ID:uJpO0uZ2(2/2) AAS
>>700
未定義動作となる場合はそもそも「意味」が定まらないので「意味を変える最適化」とかいう話にならないよ。
712(2): 2021/07/12(月)22:14 ID:vW8lyXRJ(1) AAS
ひさしぶりにみると
すごく
カオスなスレッド
713: 2021/07/12(月)22:33 ID:j4Yh95VG(1) AAS
>>709
>>702 が言ってるのがそれじゃ無い？
> 元の数を（割り切れる判別をしながら）候補で割っていってもいいし
2で割り切れなくなるまで割り、割った回数がnの倍数で無ければNG
3で割り切れなくなるまで割り、割った回数がnの倍数で無ければNG
を繰り返すって事かと（多分）
714(1): 2021/07/12(月)22:51 ID:MoTlox7M(1) AAS
数値計算としては>>693,696がもっとも正統派の方法だよ
素直に累乗根を求めて誤差を評価して判定する
わざわざトリッキーな手段を採る必要性は無い
715(1): 2021/07/12(月)23:38 ID:PjBVtdER(1) AAS
>710
「 累乗の判定」と「 累乗根の演算」をごっちゃにしている？
「累乗根の演算」はあくまで「 累乗の判定」の候補となる整数を
見つける手段の一つで、必ずしも必要ではない。
極端な話、候補となる整数を2から順番に数えて判定しても良い。
まあ、「できるだけコードを簡単に」という話なら素直に累乗根を
使ったほうが良いけど、その時でも(累乗/累乗根計算の誤差の問題から)
「 累乗の判定」を行う必要がある。
>693 >714
よくよく>691を見たら、本質的にはintによる切り捨ての問題だな。
省7
716(1): 2021/07/12(月)23:48 ID:3yd7dMb1(4/5) AAS
長々と書いてやっと質問者と同レベルに追いついた
アホな回答者
全部>>702に書いてるし
717: 2021/07/12(月)23:51 ID:3yd7dMb1(5/5) AAS
ある整数やnがマイナスの場合に言及してるのは>>701だけ
質問者も他の回答者もそこまで頭がまわらない
718: 2021/07/12(月)23:57 ID:xS7m7lUb(2/2) AAS
そっかあ
あたまがいいんだね
719(1): 2021/07/13(火)00:17 ID:u8F7J+OY(1/10) AAS
>>699
いや、
整数 x、y、n が与えられたときに x が y の n 乗であるかどうか判定する
ではなく、
整数 x、n が与えられたときに x が y の n 乗となるような整数 y があるかどうか判定する
ですよ？
多倍長整数なんて出る幕ないでしょう
もしかして y を全ての自然数について全探索するのを想定してる？
高卒？
720(1): 2021/07/13(火)00:31 ID:u8F7J+OY(2/10) AAS
>>701
質問者自身が int にキャストとか round とか言ってるんだからどう見ても自然数の話でしょ
バカ
>>702
> n乗根の候補を求めたあと整数領域でn乗してもいいし
> 元の数を（割り切れる判別をしながら）候補で割っていってもいいし
なんで今更質問者(>>696)より筋の悪い方法を提案するの？笑
> 与えられた整数が32bitの範囲であれば、2分検索やリニア検索してもいい
これしきの問題で何を探索することがあるんだよバァ〜〜〜カ
つーかわざわざ二分探索とかするならそれこそ桁数めっちゃ多いときの方が有効だろ
省1
721: 2021/07/13(火)00:34 ID:u8F7J+OY(3/10) AAS
>>707
えっっっっ
やっぱり根を探索するつもりだったんだ
ヤベーなお前
722: 2021/07/13(火)00:38 ID:u8F7J+OY(4/10) AAS
>>708
何と勘違いしてんのか知らんが、ここで与えられてる問題は桁数 n に対して明らかに O(n) で解けるだろ
アホ
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
上下前次1-新書関写板覧索設栞歴
あと 200 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.049s