!extend:on:vvvvv:1000:512
C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。
前スレ
C++相談室 part135
ttps://mevius.5ch.net/test/read.cgi/tech/1522495206/ このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.102【環境依存OK】
ttp://mevius.5ch.net/test/read.cgi/tech/1509780815/ ■長いソースを貼るときはここへ。■
ttp://codepad.org/ ttps://ideone.com/ [C++ FAQ]
ttps://isocpp.org/wiki/faq/ ttp://www.bohyoh.com/CandCPP/FAQ/ (日本語) ----- テンプレ ここまで -----
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured
ﾜｯﾁｮｲほにゃららが出てきてない。
スレの立て方は一番上に書いてある。
前スレや関連スレへのリンクも間違ってるぞ。
ume
ディスクキャッシュに入ってるってずいぶん前からわかってたのに
何でムダな作業をやらせたの？
どんだけ頭悪いのかよおく分かっただろ
同じ計算機で2秒で終わるような読みこみ処理で
数十秒かかるとかいってたﾜｹだからな
相当ｵﾂﾑが弱い
このｽﾚは知恵遅れしかいない
分かってたとかいいだしてるしな
ﾃﾞｨｽｸ読む時間に知ったかぶって調子こいてた知恵遅れは
どこいったの？
何度も指摘してたけど
ﾊｹﾞ
知恵遅れは前のｽﾚ読んで出直してこいや
ﾊﾞｶいる？
ｷｬｯｼｭのっかても数十秒かかってたってことだぞ
何度もﾃﾞﾊﾞｯｸﾞで走らせてるﾊｽﾞのに
知恵遅れの方法やｺｰﾄﾞ数十秒かかるってことだ
ｵﾚのは2秒かからない
知恵遅れは息してる？
fgetsの17秒とreadの1～2秒しか無い
普通に読むだけで数十秒なんて測定結果は無い
ｵﾚの方法は最適な方法だからな
今遅いことが証明されてるのはfgetsだけ
まず自分が呼んでる関数がどんな動作してるか分かってないからな
他の方法も読むだけなら2秒
相当な知恵遅れしかいない
CもC++も何も分かってない
それ以前の問題
相当な速度で速く読みこみたいのに標準関数のﾌｧｲﾙﾎﾟｲﾝﾀ使う知恵遅れなんか
まずいない
ﾌｧｲﾙﾎﾟｲﾝﾀ使う標準関数は
このｽﾚにいる知恵遅れにでも簡単に使えるように
openやread使って使いやすく作ってあるだけだからな
readとfreadの差を強調する
オーバーヘッドのオーダーは1
読み込みバッファが常識的なサイズであれば無視できる
fgetsのオーバーヘッドのオーダーはn
バッファサイズによらずオーバーヘッドは無視できない
で、
もともと測りたかったディスクアクセスの時間は？
まさかキャッシュに入った状態が普通と考えてるわけではあるまい
いちいちこっちのﾊﾞｯﾌｧにｺﾋﾟｰしてんのに
まずその程度のことすら分かってない
知ったかぶってるのは分かる
で肝心の解析コードはどうした？
糞遅いコードを自信満々にあげてたけど
ｵﾚのｺｰﾄﾞを動かして速度測定したの？
ｵﾚより10倍以上低速に作る才能がある知恵遅れのくせに
間違い無い
お前の環境で15GBのテキストを作って解析時間を測ってみな
知恵遅れはほっといて
ﾃｽﾄﾃﾞｰﾀをｼﾞｪﾈﾚｰﾄするｺｰﾄﾞを
前ｽﾚの内容読んでﾃｷﾄｰに作った
ttps://ideone.com/cPZvWL baka_genでｺﾝﾊﾟｲﾙすれば大量のﾃｽﾄﾃﾞｰﾀを作ってくれる優れものだ
※ 指定ｷﾞｶﾞﾊﾞｲﾄ数越えたら、1つのｾｸｼｮﾝ書ききったら停止する
使い方
Usage：baka_gen <fileparh> <GB size>
出力されてる形式に問題がないかみといてくれ
形式が分からないと解析処理を作りようがない
明日からこのﾃｽﾄﾃﾞｰﾀを解析する処理を作る
ｵﾚは知恵遅れが書いたｺｰﾄﾞより少なくとも10倍以上速い処理を書いてる
なんか error がいっぱい出ているようだが…
これを越えればいい
ｴﾗｰとかいわれても分かるﾜｹがないだろ
ｳﾞｫｹ
fgets 17秒
これは俺じゃない
キャッシュに入ったデータの読み込み時間
と
ディスクからの読み込み時間
とを比べて10倍とか言ってるの？
ttps://ideone.com/cPZvWL の下の方にいっぱい書いてあるぞ？本当にコンパイルの通るコードなのか？
なんとでもいえるからな
どんなﾌｧｲﾙ読んで
どんなｿｰｽ作ったわけ？
ﾌｧｲﾙ形式ちゃんとわかってんの
間違いなく通る
ｺｺで教えを乞うているﾊﾞｶですら
それぐらいのことやってる
ｵﾏｴはそれ未満だ
10%の割合でx, yの行
セクションは全部で100個くらい
数値は乱数で作成した
実際の分布を考えて、
桁数によって出現率を変えてある
異常データでも不正アクセスしない
文字コードはS-JIS
改行はLFのみ
「unknown type name ‘size_t’」がインクルードファイルで直る問題なのか？
ideone に怒られないコードが書けないのか？
printf("%d", n);
で出力される文字列と同じ書式
ttps://ideone.com/hi8bYd ﾍｯﾀﾞﾌｧｲﾙを適切にｲﾝｸﾙｰﾄﾞしたら
普通にｴﾗｰﾒｯｾｰｼﾞ消えたぞ
ﾊﾞｶはなにをいってるのか意味が分からないﾜｹ
ごちゃごちゃいってないでｺｰﾄﾞあげたらどうだ
処理時間は1文字平均約2クロック (Haswell)
最適化的にはこれが出発点
さらに高速化する価値がある処理であれば
マルチスレッド,GPU, AVX ...
まだまだ高速化の余地はある
アホと思われない活動が可能になって行くんだよ。
サンプルデータ作成コードありがとうございます。
実行してみましたが面白いですねこれ。
完成したら数十ギガのデータ作って遊んでみたい。
サンプルデータができて説明しやすくなったので色々補足させていただきます。
ちょっと細かい内容になるので、今あるサンプルデータ作成コードを
使用されても問題ありません。
文字コードはutf8 or euc-jpの両方を想定しています。
ファイルの1行目に下記行が一度だけ出てきます。
// タイトル、倍率(mag)。(この係数を使って④の数値から割る、正の整数。unsigned int)
::fprintf(fp, "%s %d\x0a", "TITLE_NAME", 2000);
具体的には
ttps://ideone.com/hi8bYd の64行目に上記が入ります。 ②のセクション集計値は個数が0のときがある。その時はテキスト行だけで終わり。
0 0 1 Jul～
TEXT TEXT TEXT TEXT
③のテキスト行は日本語(2byte)が来ることがある。
＞つづく
QQ subname -1 0 0 1 -21000000 600000 2
→この行が無いファイルもある。
→7,8カラムは1行目の倍率数字で割る（数値行と同じ計算）
→3～6カラムは -1, 0, 1, のいずれか。この4つの組み合わせであとで計算に使うことがある。
1 0 0 1 →TYPE_A
0 1 -1 0 →TYPE_B
-1 0 0 -1 →TYPE_C
0 -1 1 0 →TYPE_D
-1 0 0 1 →TYPE_E
0 -1 -1 0 →TYPE_F
1 0 0 -1 →TYPE_G
0 1 1 0 →TYPE_H
→9カラム目は正の整数。(unsigned int)
→下記6つのバリエーションがあります。
QQ subname
QQ subname c
QQ subname -1 0 0 1 -21000000 600000
QQ subname -1 0 0 1 -21000000 600000 2
QQ subname c -1 0 0 1 -21000000 600000
QQ subname c -1 0 0 1 -21000000 600000 2
※cはcという文字列固定
※1つのファイルに存在するのはいずれか1つのフォーマット
そして少し複雑なのが、上記QQ行は先頭のQQがなくなってx, y行に存在することがあります。
1つのファイル内でQQ行とx, yの後ろにくるパターンの両方は存在せず、片方が出てきたらもう片方は出てきません。
x, yと同じ行にくる場合のフォーマットもQQ行の規則と同じです。
x 1 234 subname -1 0 0 1 -21000000 600000 2
y 2 234 subname -1 0 0 1 -21000000 600000 2
＞つづく
これもQQ同様x, yの次の行にあったりなかったりします。
QQとRRが一緒に出てくることは無いと思います。
フォーマットは「RR 正の整数」でQQのようにx,yの後ろに来ることはありません。
x 1 2
RR 3
11 11 11 11
11 11 11 11
↓QQ、RRが一緒に出てくることは無い。
x 1 2
QQ subname c -1 0 0 1 -21000000 600000
RR 3
↓これも無い
x 1 2 RR 3
＞つづく
型や名前は最適なものに変更されて問題ありませんし、他に最適な
格納方法があればそれでも問題ありません。
typedef struct __tag_rr_db {
unsigned int rr_num;
} t_rr_db;
typedef struct __tag_qq_db {
char qq_name; //subname
bool is_c; //cがあるかないか
QQ_TYPE qq_type;
float numbers; // 2つの数字のリスト（vector?）
unsigned int count; //最後尾の数字
} t_qq_db;
typedef struct __tag_elem_db {
ELEM_TYPE elem_type; // x or y
unsigned int no; // x or yの番号
unsigned int num_line_count;
t_qq_db qq_db;
t_rr_db rr_db;
numbers; //数値行のリスト(vector?)
} t_elem_db;
typedef struct __tag_section_db {
unsigned char name;
unsigned int num_1;
unsigned int num_2;
unsigned int text_line_count;
texts; //テキスト行(vector?)
t_elem_db elem_dbs; //elem_dbのリスト
} t_section_db;
typedef struct __tag_all_db {
title_name; mag; section_dbs; //section_dbのリスト
} t_all_db;
土方コーダに発注する気分でてめえのクソログの仕様ドヤ顔で書いてんじゃねえよ
ありったけスレ私物化して相談しまくったんだからそろそろ自分の手と頭を動かしたらどうだ
続けて
ていうか徹底的にやれ
ていうかディスクキャッシュのサイズと読込サイズの理想的な関係は微妙なもんじゃわ；
HDD周りのキャッシュには次の3階層ある
(1) 1トラック内のランダムアクセスではHDDだと平均的に1/2回転分の時間待たされるから、
HDD側であらかじめ1トラック分はキャッシュする
(2) シークでは今日日のCPUの速度からみて地質年代ﾚｳﾞｪﾙの遅延が生じるから、
OSにとって都合の良いサイズ（ページサイズとか）を単位とする単位でキャッシュされる
(3) で、その上に標準入出力のバッファがある（setvbuf()で調整できるのはこれ
SSDだと(1)が書き換え回数最適化絡みのキャッシュに置き換わるが、(2)や(3)は同じ
高速化には(3)のバッファリングやアプリ側の処理というものと、(2)と(1)のキャッシングをいかに並行動作させるかがｷﾓすぐる
fgets()とfread()の速度差は、単一ファイルをシーケンシャルアクセスするときは言うほど開きはない（上のしくみから導ける
一方、複数ファイルを交互にアクセスしたりHDDのまちまちな場所をランダムアクセスしだすとたちまち顕在化する（これも上のしくみから導ける
単一ファイルの読込であっても、アプリがファイルの一部を読み込んで考え込む、の繰り返しなパターンならば
アプリ側のマルチスレッド化が有効な「こともある」 今回は該当しないと思うが、、
依存処理系では特定OSの話になるし
抽象化されたハードウエアじゃ特性を仮定すること自体ナンセンス
申し訳ありませんが、C++と関係がない話は、他のスレでやってください。よろしくお願いします。
お気を悪くなされませんよう。
cout << l << endl;
cout << (signed int)l << endl;
⇒
4294967295
-1
int m = 4294967295;
cout << m << endl;
unsigned int n = 4294967295;
cout << n << endl;
⇒
-1
4294967295
unsigned int l = -1;
int m = 4294967295;
がエラーにならないのはなぜでしょうか？
ttp://codepad.org/4odTQaly ↑は、ロベールの本に載っているコードです。
friend class ValueFactory;
//friend Value* ValueFactory::New(int n) const;
↑これを
friend class ValueFactory;
//friend Value* ValueFactory::New(int n) const;
と変更するとなぜコンパイルエラーになってしまうのでしょうか？
ロベールの本には、「不完全型」というのを利用する必要があると書いてあります。
friend class ValueFactory;
↑これはなぜ「不完全型」を使わなくてもOKなのでしょうか？
ValueFactoryの実体を作って返すためにはすでに定義が分かってないといけない(完全型でないといけない
対してfriend宣言は名前だけ分かってればいい(定義がまだ無い(=不完全型)でいい
というだけの話
暗黙のキャストのせい。
整数リテラルに型を表す接尾辞がつかない場合は原則として int として解釈されるけど、
int の範囲より大きい場合はそれを表せる最低限の整数型として解釈されるんだったはず。
整数型の初期化 (代入) の右辺に現れた値が左辺の型で表せるときはそのままの値であることが保証されるが、
そうでないときは一定の規則に従って縮小される。
縮小の仕方は、
左辺が unsigned のときは、左辺の型が表せる最大値に 1 足した数で右辺の modulo を取った値が左辺に入る。
左辺が signed のときは未定義。
なので、 (int が 32 ビットの大きさをもつとき) unsigned int l = -1; が 4294967295 になるのは規格通りだが、
int m = 4294967295; が -1 になるのは保証されない。
規格を確認せずに記憶で書いてるので、
もし間違ってたら誰か指摘よろー。
vector<string> moji = {"aaaaaa", "bbbbbb", "ccccccccc"};
ofstream ofs2("mojibin.bin", std::ios_base::out | std::ios_base::binary);
for (int i = 0; i <= 2; i++) {
ofs2.write(moji[i].c_str(), strlen(moji[i].c_str()));
}
書き込みは、エラー無くできるのですが
ifstream ifs2("mojibin.bin", std::ios_base::out | std::ios_base::binary);
for (int i = 0; i <= 2; i++) {
ifs2.read((char*)&moji[i], strlen(moji[i].c_str()));
cout << "(" << i << ")" << moji[i] << " ";
}
読み込みは、読み込んで表示も出ますが
何かエラーが出ます
どうしてでしょうか
ありがとうございます。
ソースコード全体をコンパイラがみれば定義も分かるのに、なぜコンパイルエラーにするのでしょうか？
ありがとうございました。
例えば、 Python では、相互に参照していてもOKです。
なにか、ヌル文字を読み込もうとしてるエラーのようで
なるほど、区切り文字というのを入れて
getlineとかを使用して読み込んでいくべきなのかな・・・・
vector<string> moji = {"aaaaaa", "bbbbbb", "ccccccccc"};
ofstream ofs2("mojibin.bin", std::ios_base::out | std::ios_base::binary);
for (int i = 0; i <= 2; i++) {
moji[i] += "\n";
ofs2.write(moji[i].c_str(), strlen(moji[i].c_str()));
}
ifstream ifs2("mojibin.bin", std::ios_base::out | std::ios_base::binary);
string temp;
int i = 0;
while (getline(ifs2, temp, '\n')) {
cout << "(" << i << ")" << temp << " ";
i++;
}
これでまたvector<string>に入れたらいいか
c++はＨＳＰとかと違って難しいですね
&moji[i]はstringインスタンスの格納先アドレスであって、中に格納されている文字列データの先頭ではないよ。
無理やりやるなら
ifs2.read(const_cast<char*>(&moji[i].data()), moji[i].length());
とかすれば動くと思うけど
文字列以外も書き込みだしたら\nと競合するけどいいの？
getline使うならbinaryモードは使うべきでないと思うし、そもそも文字列しか書き込まないならbinayモードにする必要ある？
C++はそういうコンパイルの仕方しないから
cppごとにオブジェクトファイル（クラスのインスタンスとしてのオブジェクトとかとは別の意味）というのを作ってから
オブジェクトファイル同士のリンクという作業をして目的の実行バイナリを作る
オブジェクトファイルは自分自身で完結してないといけないので、
「ValueFactoryとかいうクラスのポインタ」「ValueFactoryとかいうクラスがfriendだという情報」は持つことが出来るけど
（別のファイルがValueFactoryの実体を持ってると期待して）
ValueFactoryの実体作れとか実体使ってなんかやれ（そういう実行コードを保持しろ）と言われたら困ってしまうってこと
数字の配列はバイナリでエラー無いので
やはり、文字列はテキストに出力したほうがいいんかな
今度からはそうします
すみませんでした
ttps://en.m.wikipedia.org/wiki/Type-length-value 以下調査結果です。
ファイルは上記で13GBのファイル生成したものを使用
ttps://ideone.com/hi8bYd ①下記コードの結果
ttps://ideone.com/e9iA5m 512,15 →15秒
1024,7 →7秒
2048,5 →5秒
4096,3 →3秒
8192,2 →2秒
＞つづく
ttps://ideone.com/1YhaLR （整理できておらず、かなりぐちゃぐちゃなコードですが。。）
内容：freadのみ
③上記②で、「#define READ_MODE 1」で実行 →約25秒
内容：改行単位にするため、前スレ962の下記Cを対応したつもりのもの
A. 1行全体が連続してバッファに存在しなくてもいい作りにする
B. リングバッファ
C. fseekでファイルポインタを戻してから読み込む
D. あまりをmemcpyでバッファの先頭にコピーしてから読み込む
E. ほか
④上記②で、「#define READ_MODE 2」で実行 →約60秒
内容：上記③＋解析
⑤fgetsのみ →約15秒
if((fp=fopen(file_path, "r"))==NULL){
printf("ファイルを開けません。%s",file_path);
return 0;
}
char tdata[10000];
char* data = tdata;
while( fgets(data,10000,fp) != NULL ){
data;
}
上記②が約2秒なのに③の改行単位のケアで25秒に増加しているので、
まずここの作りがおかしいんだろうなとは思いますが、
何がおかしいのかが、まだわかっていません。
ありがとうございました。
fseekされることで標準関数がFILEﾎﾟｲﾝﾀでもってるﾊﾞｯﾌｧも
めんどいことになってるのが容易に想像がつく
そしてさらにlseekもｼｽﾃﾑｺｰﾙも呼ばれる
標準関数の実装のされかたにもよるが
大きな性能劣化は避けられない
Dの方法でひたすら ｼ ﾘ ｱ ﾙ に読まないと遅くなるのは当然
そんな標準関数でやってるようなことを、
こっち側でやるならそもそも標準関数使う意味がない
普通にopen、readでこっちが渡したﾒﾓﾘにそのまま読みこむほうがいい
まずFILEﾎﾟｲﾝﾀ使ってfreadしか使わないなら、はっきりいってfread使うﾒﾘｯﾄは
まったくない
関係ないようで関係ある話だが
ｷｬｯｼｭがきいてない状態ではposix_fadviceを呼んでおくと
ｼ ﾘ ｱ ﾙ に大きなﾌｧｲﾙを読み込むときには、計算機の状態によっては
劇的に改善することがある
ﾌﾞﾛｯｸﾃﾞﾊﾞｲｽだからな
そのﾌﾞﾛｯｸﾃﾞﾊﾞｲｽをｾｸﾀ単位で
効率的に読み込むためにはどうすればいいか
あとはもう分かるな
このｽﾚにいるｻﾙ並の知能しかないようなﾔﾂﾗ以外なら
わかるﾊｽﾞだからな
OSでどうやって抽象化されてるか
わかってないからな
こんな頭悪いﾔﾂﾗが抽象化とかなんとかいってるﾜｹ
きっとな前ｽﾚのｿｰｽの注釈で書いたwindowsで、ｷｬｯｼｭなしでReadFile呼ぶ時は
ｾｸﾀの倍数単位でないと使えないという意味も分かってない
ともかくこのｽﾚに居ついてるﾔﾂﾗは頭悪い
基本的なことが分かってないからな
まずなﾊﾞｶはこのｽﾚで相談することが
ﾊﾞｶな行為であることに気付かないといけない
ﾊﾞｶななに聞いてもﾑﾀﾞ
的外れなｺﾀｴしか返ってこない
> FILEﾎﾟｲﾝﾀ使ってfreadしか使わないなら、はっきりいってfread使うﾒﾘｯﾄはまったくない
メリットはあるでしょ。システムコールのreadやReadFile()と違い、
FILE*を使ったfread()はアラインメントを無視した小さいバッファサイズで読み込んでも全体としての速度低下が起きにくい恩恵がある。
おっかしいなー
「ぼくちんのログ解析ソフトをぼくちんが考えた最強の名無しが作るスレ」でやってどうぞ
知恵遅れでも回答できる質問に限定される
こういうﾔﾂﾗはYahoo知恵遅れがお似合い
もうね2ちゃんねるのｸｵﾘﾃｨｰも著しく低下したもんだわ
著しくﾚﾍﾞﾙの低い質問なら回答できるﾜｹだからな
情報として保存される価値すらない
ｺﾞﾐ質問とｺﾞﾐ回答
どやがおで低学歴知恵遅れが回答するｽﾚがｺｺだからな
低学歴知恵遅れが活躍できる場所はｺｺしかない
ｵﾚのﾅﾜﾊﾞﾘを荒らすなと低学歴知恵遅れが
主張している
[ｦ-ﾟ]
ハイパフォーマンスの世界にはそういうのもあるんだな。
解析のコード書けたの？
お前が全部作ってアップすればそれで終わる
最低限のﾃﾞｰﾀ取得できるとこまではできた
※ あとはﾃﾞｰﾀを格納するだけ
ﾃｽﾄﾃﾞｰﾀのｼﾞｪﾈﾚｰﾀを修正した
ttps://ideone.com/NWdMmL で、とりあえず作ってみた解析のｺｰﾄﾞが↓ｺﾚ
ttps://ideone.com/E6QH2r ﾌﾟﾘﾌﾟﾛｾｯｻにDEBUG_WRITEの定義を追加してやれば
ﾃﾞｰﾀ取得できてることがﾀﾞﾝﾌﾟして確認できる
※ ﾀﾞﾝﾌﾟする場合は、ﾌｧｲﾙにﾘﾀﾞｲﾚｸﾄするにしても
※ 物凄い時間かかるし、物凄いﾃﾞｨｽｸ容量をとるから小さいﾃｽﾄﾃﾞｰﾀでやるほうが
※ とりあえず無難
ものすごい単純なｺｰﾄﾞﾌﾟﾛﾄﾀｲﾌﾟになってるから
ﾊﾞｶでもﾁｮﾝでも簡単に整理や作りかえができるようにはなってる
※ 処理内容はｺｰﾄﾞみたまんまのﾊｽﾞだ
※ 同じような処理がひたすら書かれてる
※ QQがなくなればめっちゃｺｰﾄﾞ減るﾊｽﾞ
※ ｺｰﾄﾞのほとんどはQQのﾑﾀﾞ処理
汚いコード
の時間を計ったら54秒でした。
ファイルアクセスの時間は除いた純粋な解析処理です。
これがプロとアマチュアの差ですか。
まあ54秒でも使えるレベルではあると思うんで
これで良いんじゃないですかね？
例えば、1バイト読み込みを千回やれば、千回API が呼ばれる。
ユーザーモードからカーネルモードへの、コンテキストスイッチが千回
一方、バッファリングしている、C のライブラリを使えば、
千バイト1回の読み込みで済む
ライブラリが抽象化している。
buffering stream
ユーザー → (ライブラリ) → API
今回相談しているものです。
ありがとうございます。
まず で②が2秒、③が25秒の違いを調べました。
の③で実行するため昨日アップした
ttps://ideone.com/1YhaLR に 「#define READ_MODE 1」を設定し25秒かかることを確認。
ここから後ろの処理からコメントアウトしていくと、下記行の前後で
25秒から2秒に変わりました。
88行目: data = real_data;
real_data(char型)のポインタをdata(char型のポインタ)に代入したつもりだったのですが、
もしかして実体がコピーされているのでしょうか？
＞つづく
データ生成の方は、 の最後に説明している、
「1つのファイル内でQQ行とx, yの後ろにくるパターンの両方は存在せず、片方が出てきたらもう片方は出てきません。」
というところで、1つのファイルに両方のフォーマットが生成されていましたが、
両方が読めれていれば特に問題はないと思います。
読み込み用のコードは自分の環境では %"PRIu64" → %" PRIu64 " とスペースを開けないとなぜかエラーになりました。
あとargv[2]がよくわかりませんでしたが実行できたのでとりあえずそのままにしています。
以下結果
## 1GB
time ./a.out aaa_1gb
strat... ./a.out aaa_1gb (null)
done... ./a.out aaa_1gb (null)
4./a.out aaa_1gb 3.69s user 0.14s system 99% cpu 3.839 total
## 5GB
time ./a.out aaa_5gb
strat... ./a.out aaa_5gb (null)
done... ./a.out aaa_5gb (null)
18./a.out aaa_5gb 17.40s user 0.78s system 99% cpu 18.216 total
## 13GB
time ./a.out aaa_13gb
strat... ./a.out aaa_13gb (null)
done... ./a.out aaa_13gb (null)
47./a.out aaa_13gb 44.99s user 1.73s system 99% cpu 46.781 total
みなさんキャッシュの話をされていて、その辺がまだあまり理解できていないのですが、
文字列解析時にはキャッシュから取り出して参照するため時間は増えるということですかね。
処理時間は2秒で変わりはありませんでした。
これらのことから で書いている
88行目: data = real_data;
のせいで2秒から25秒に増加しているようです。
readとfreadで速度に変わりはなさそうです。
## 1GB(fread版)
./a.out aaa_1gb
strat... ./a.out aaa_1gb (null)
done... ./a.out aaa_1gb (null)
4
## 5GB(fread版)
./a.out aaa_5gb
strat... ./a.out aaa_5gb (null)
done... ./a.out aaa_5gb (null)
18
## 13GB(fread版)
./a.out aaa_13gb
strat... ./a.out aaa_13gb (null)
done... ./a.out aaa_13gb (null)
48
んなわけがないからな
先にいっておくが
ちなみにｵﾚのｺｰﾄﾞより
おなじところまで解析できる処理を
速い速度で作れるﾔﾂはまずいないからな
作れるもんなら作ってみればいいわ
ちゃんとDEBUG_WRITEをとって計測してるのかすら怪しい
ﾊﾞｶが書いたｺｰﾄﾞより間違いないなく速いﾊｽﾞだからな
1回目は、HDD からメモリへ読み込むけど、
2回目は、既にメモリ上にデータが存在するから、HDDから読み込まない。
メモリキャッシュから読むから、HDDの読み込み速度とは違う
だから、2回目のテストの前に、
メモリキャッシュをすべて破棄しておいてから、テストをしないといけない
ｵﾚはもうﾊﾞｶの相談には二度とのらないし
ｺﾚ以上のｺｰﾄﾞは書かない
ほぼ限界まで速度が出るようにﾁｭｰﾆﾝｸﾞしてるﾊｽﾞだからな
評価のしかたが分かってない
ｸｿﾆｰﾄのｼﾛｳﾄが口をはさむ余地なんかない
ｸｿﾆｰﾄのｻﾞｺはｺｰﾄﾞあげずに
何秒とかいってるだけだからな
速いんでしょ？
www
速いんでしょ？
そしてﾎﾟｲﾝﾀをひたすらｲﾝｸﾘﾒﾝﾄだけして
ひたすら最小限の参照するだけの処理より速い処理なんか
逆立ちしてもかけるﾜｹがないからな
だからお前はザコ
ｵﾚが書いたｺｰﾄﾞを超える速度がでるｺｰﾄﾞを
まずあげてみろよ
話はそこからだからな
口だけだからな
どこで時間がかかるのか
それくらい自分で調べよう
ｵﾚのｺｰﾄﾞにﾑﾀﾞは一切ない
まだまだ改善の余地があるから
ザコ
ｸｿﾆｰﾄはｺｰﾄﾞの速度の心配をするまえに
自分の心配をしたほうがいい
ttps://ideone.com/e9iA5m g++ -o baka_test $file_name
echo 512,`./baka_test $input 512` > baka_result.txt
echo 1024,`./baka_test $input 1024` >> baka_result.txt
～
上記を13GBのファイルで試したら下記結果が出ました。
512,13
1024,7
2048,5
4096,3
8192,2
16384,2
32768,2
65536,2
131072,1
262144,3
524288,2
1048576,2
2097152,2
4194304,2
8388608,2
16777216,3
33554432,2
67108864,3
134217728,3
268435456,3
536870912,3
1073741824,3
ﾊﾞｶが試験してｼｽﾃﾑｺｰﾙ呼びだしのｵｰﾊﾞﾍｯﾄﾞの評価なんかすでに評価済
（ｼｽﾃﾑｺｰﾙ呼びだしのｵｰﾊﾞﾍｯﾄﾞの評価なんか、ﾊﾞｯﾌｧｻｲｽﾞを変更による推移をみれば簡単に評価できる）
アホなの？
ｷｬｯｼｭにのってるなら
ｵﾚのｴﾚｶﾞﾝﾄなｺｰﾄﾞを除いたすべてのｸｿｺｰﾄﾞも同じｷｬｯｼｭがのった条件で
試験されてるわ
なんかいった気になる
社会参加しないｸｿﾆｰﾄが2ちゃんねるで政治の話をするのと似てる
キャッシュに無い時の読み込み時間
解析時間
これをどうにかしろよ
意味の無い所に時間をかける典型的なアホ
こうやって読み込むんですね。
この愚かなｺｰﾄﾞをどうにかしたほうがいい
unsigned char real_data[BUF_SIZE+1];
size = fread( &real_data, sizeof(real_data[0]), BUF_SIZE, fp);
data = real_data;
遅いどころかそもそもちゃんと動作すらするﾜｹがない
ﾏｼﾞでな、ｵﾏｴは今までなにをやってたわけ？
小一時間問い詰めたいわ
はっきりいうわ
ｵﾏｴ、才能ない
なんでお話にならないくらいﾀﾞﾒなのか
理由が分からないならｵﾏｴはCをさわらないほうがいい
ｺﾚはいいきれる
速く動作させたいとか以前の問題だからな
糞汚くて激遅なコード
お前は偉そうに語れるレベルじゃない
前スレのの24.3秒
の倍以上の時間で
もうネタ切れのザコ
ｸｿﾆｰﾄはｵﾚより速くできるｺｰﾄﾞをあげたらどうだ
ｸｿﾆｰﾄが邪魔でしょうがない
5ｃｈで名を上げようとでも思ってるの？ｗ
ｸｿﾆｰﾄは邪魔しかしないからな
ｵﾚのｴﾚｶﾞﾝﾄなｺｰﾄﾞに嫉妬してるﾜｹ
まちがいなくｵﾚのｺｰﾄﾞより速いｺｰﾄﾞなんかかけるﾜｹがないからな
分かりやすい
ﾆｭｰｽｽﾚなんかに湧いてくる社会参加してないｸｿﾆｰﾄとそっくりといっていい
まちがいなくｸｿﾆｰﾄは相談ｽﾚの邪魔をしてる
顔真っ赤だからな
ﾎﾝﾄな分かりやすいわ
分かってしまうのが怖いわ
登校拒否児のまま高齢ﾆｰﾄになったようなのが
このｽﾚにはｳｼﾞｬｳｼﾞｬいる
低学歴なまま精神的に大人になってないような知恵遅れの典型的なﾚｽﾊﾟﾀｰﾝだからな
いわゆるﾋｷｺﾓﾘというﾔﾂだ
いままで参加できてると錯覚してたﾜｹ
参加できないからIDが赤くなるまでﾚｽもできない
ﾎﾝﾓﾉのﾌﾟﾛﾌｪｯｼｮﾅﾙなｵﾚがくればこうなる
知恵遅れがｵﾚｽｹﾞｰできない
唯一の自分が社会と接点をもててると錯覚してる唯一の場所が
ｵﾚに乗っ取られたﾜｹ
くやしいの？
ﾎﾝﾓﾉのﾌﾟﾛﾌｪｯｼｮﾅﾙなｵﾚ
ﾎﾝﾓﾉのﾌﾟﾛﾌｪｯｼｮﾅﾙなｵﾚ
ﾎﾝﾓﾉのﾌﾟﾛﾌｪｯｼｮﾅﾙなｵﾚ
ﾎﾝﾓﾉのﾌﾟﾛﾌｪｯｼｮﾅﾙなｵﾚ 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)
そこで今どのVtuberが人気なのか調べてみようと思います。
第二回バーチャルYouTuber人気投票ですが、Vtuber界隈の変化が激しい為、投票受付期間中であれば、
一度投票した内容を変更できるようにしました。
今回は一人三票です。今回からモンスト、鈴木ヒナ、ポン子、アイドル部など強力な新人さんも入っておりますので、
投票をよろしくお願いいたします。
現在830票
あなたの好きなVtuberは？
ttps://goo.gl/forms/wHUyA3Phxj6y2nu73 ・2018/6/5時点でチャンネル登録数10,000人以上のVtuberを対象としています。
・一つのチャンネルでVtuberが複数人いる場合は、それぞれ分けています。
・一人三票です。
・このグーグルフォームに投票するにはグーグルアカウントでログインする必要があります。
・並び順は前回の得票数の高い順と新人は登録者数の多い順に並んでいます。
・今回も1,000人の方が投票するまで継続します。
・受付期間中は何度でも投票内容を変更できます。
第一回バーチャルYouTuber人気投票結果（2018年5月7日～5月30日、全投票数1,000票）（スプレッドシート）
ttps://docs.google.com/spreadsheets/d/e/2PACX-1vTpmFxf3MHjezIdvmte2CD6kWk4so-gtI8a9XJVjS_O0aMZhekYnSCj-n4DCLfHGXhke7HZYbJM1TEa/pubhtml?gid=0&single=true ﾊﾟｰｻﾞｰのｸﾗｽのｻﾝﾌﾟﾙでも気が向いたら作っといてやるわ
こんなもんﾃﾞｰﾀを全部格納できるﾜｹがないからな
今の解析ｺｰﾄﾞのｻﾝﾌﾟﾙでも位置とｻｲｽﾞの情報はｶﾞｯﾁﾘとってるから
いくらでも改良できる
ｵﾚみたいなﾌﾟﾛﾌｪｯｼｮﾅﾙになると、こんなことﾊﾅから予見できてるﾜｹ
「ぼくちんのログ解析ソフトを半角さんが作ってくれるスレ」を立ててそっちでやってくれないか
今のサーバはメモリに多少余裕があるから全部メモリに格納しようと
思ってましたが、よく考えると数人同時に使ったり他の低スペックサーバを
使うことを想定すると確かに名称、テキスト、数値の番号と位置など
最低限の情報だけ拾ってその都度ファイルにアクセスした方が
他の人に迷惑がかからず良さそうです。
気が向いたらよろしくお願いします。
自分でも検討してみます。
相談しっぱなしは悪いと思い、色々調べた結果を出してしまいました、すみません。
みんなー、謝罪と賠償の要求出たぞー！
100円
if( hoge ){
const a = 1;
}
else{
const a = 2;
}
とすると不安定な動きをするのですが、
このコードは許されないのでしょうか。
それブロック内ローカル変数だから、外のint a;には関係しないよ
>157に書かれてるところは許されるけど、
書かれてないところでint a;を使ってたらそりゃ不安定だろうね
ルールがわかってないだけで
のコードだけならなにも問題ない
の回答としては
「許される」が正解
if (hoge) {
const a = 1; // if の中だけで使える変数aを新たに宣言
const int b = 1; // こう書いてbを使うのと同じ
} else {
const a = 1; // else の中だけで使える変数aを新たに宣言
const int c = 1; // こう書いてcを使うのと同じ
}
int i = a; // 未初期化のままaを使おうとして「不安定な動きをする」
> warning: variable 'a' is uninitialized when used here [-Wuninitialized]
俺なんかは最初からC++以外に用意されてなかった
意欲があればさらに進めばいい
むりして難しいことをやらなくてもいい
c関数での文字列の処理が嫌ならstring使えばいい
楽なところは楽でいい
{
*Obj->*Method;
}
これがエラーでコンパイルできないんですが、
TypeBのメンバ関数呼び出すのはどうやればいいんでしょうか？
TypeAはインスタンスのオブジェクトポインタです
TypeA はTypeBの間違いで、
Obj->Method();
でないの？
(Obj->*Method)();
なるほどそれですね、ありがとうございます。
貧弱なPCでめちゃくちゃ重すぎるがｺﾚで普通にｺﾝﾊﾟｲﾙはできる
いままで黙ってたがMSのｺﾝﾊﾟｲﾗでｺﾝﾊﾟｲﾙしてたからな
やっとｵﾚの芸術的なﾊﾟｰｻﾞをｺﾋﾟﾍﾟで作る準備が整った
DELLのPC安いから買うといいよ
それがいいことか悪いことかは、さておき。
何かおかしいか？
そういうことにしたいのなら
見逃してやるが
それでもいちいちめんどくさいことは分かった
winだとまだdockerインストールめんどくさげだね。
自分もvmwareでlinux入れてましたが、メモリ4GB(有効なのは約3GB)の初代i3ノートPCで、vmware割当メモリ700MBくらいで使ってましたが
かなり重かったけど立ち上がったらそこそこスムーズに使えてました。
メモリ8GBくらいあればvmwareに1GB～2GBくらい割り当てれば、そこそこストレスなく使えそうな気がします。
ちなみにすでに知ってるかもしれませんが、win10だとubuntu？っぽいのを直接インストールできます。
windows内にゴミがたくさんできそうだから個人的には躊躇しますが。
ttp://www.atmarkit.co.jp/ait/articles/1608/08/news039.html 互換性問題があるしかなり機能を絞られてる
使ってみてわかる誰得機能
容量も十数G必要
VirtualBoxを普通にいれたほうが使い勝手がいい
いや1GBも要らんよ、どこ確認したんだｗ
WSL丸ごと%LocalAppData%\Packages\CanonicalGroupLimited.*.ならんちゃらに突っ込まれる形式だから
ホストOSにゴミが残るってのも杞憂
最近はDocker Engineがそれなりに動く程度には互換性も高まってきてるみたいね
エクスプローラのアドレスバーからbashで窓側をカレントディレクトリにして起動できるのが良い
> 互換性問題があるしかなり機能を絞られてる
WSL(Windows Subsystem for Linux)は、C++やLinuxシステムコールを使ったGNUプログラミング環境としては必要十分だと思うけど、具体的にどんな問題あるの？
サービス書くときかな。
他はWSLが楽だと思う。
使うならVM使ったほうがいいよ
ファイルシステムもwindowsのものの上に作られてるのであれこれ問題が出る
1Gというのが笑えるｗ
コンパイルしないのかｗ
VMは大げさすぎるかな。
使えるときはWSLを積極的に使っていきましょうよ。
とてもいいものですから。
その点、WSLはWindowsがLinuxのようにふるまうだけなのでWindows分のメモリーしか食いません。
そんなわけなので、お財布にやさしいんです。
それでいてサービスの開発以外では全く遜色在りませんし、そもそもサービス開発だって、大詰めを迎えるまではdaemonとして起動することはないでしょう。
既知の問題や互換性に問題もあるものを選ぶのはクレバーだと思わない
縛りのある環境のほうが燃えるというなら止めはしない
ただわからない人に勧めるものじゃないなって思う
不具合があった場合それがどこ由来なのか特定できない人間には特にすすめちゃダメ
ディストリビューターが開発する本物のディストリビューションですからまったく問題ありませんね。
Canonicalが開発した本物のUbuntuがWindowsで動くのです。
もちろんDebianであっても同じことです。
ディストリビューターが提供しようが
WSLはlinuxでもないwindowsでもない不思議な物
両方の制限の積 windows ∩ linuxでありわざわざ苦労することはないよ
windows上の疑似linuxであってかなりニッチな物
どこかおかしくても不思議じゃない
C++ユーザーにはUbuntuをお勧めします。
gcc-7を導入してC++-17をご利用ください。
WSLで動いたとして他の環境で動くとは保障されないのに
どこがおかしいのか推定もできない仕組みの上で何故ごみを作るんだ
init機構がWSL用だから。
それを言い出すと、RedhatとUbuntuだって違うじゃないかということになるけど、Redhatに配備するものはRedhatで開発してたのが今までのスタイルなので、VMのほうが良いという人はその点を指摘してるんじゃないのかな。
それ以外にWSLを使わない理由がないので。
実機Linuxならどこがおかしいか推定できるという根拠はないでしょ。
むしろ、WSLのような抽象化された環境でさえ動かない稚拙なものを実機に持っていく気なの？と言い返すことさえできるのだけど。
普通のlinuxで動くコード書いててもWSL上では動かせない場合があるのが問題だろ
そういうものがあるのかどうか知らないけど、あるならなおさらWSLで開発したほうが可搬性を担保できてよいのでは。
根拠とかそんなんじゃない
考慮すべきことが多すぎる
自分のコードがおかしいのか
linuxのそもそもの仕組みがおかしいのか
MSのWSLがおかしいのか
ディストリビューターの提供してるイメージがおかしいのか
それぞれが組み合わさっておかしくなってるのか考慮する条件が増えすぎる
問題なんてほぼないでしょ。
VM上で動いて喜べるレベルならWSLでも同じだから。
あなた、WSLで動作確認したことあるの？もしや憶測で書いてない？
そんな用途でもWSLは素晴らしいと思います。
それたぶん、自分のコードが悪いと思いますよ。
Linuxは十分安定してるので、Linuxの問題を真っ先に疑うのは、自信ありすぎだろって感じます。
最初のころはめちゃくちゃだったのでもう入れてない
ハードリンクの仕組みもおかしいし
タイムスタンプもおかしいし
TCPなど制限も山盛りあった
すでにあるコードも何故か動かないことが多かった
抽象化されていると問題特定が容易と考えるのが一般的だと思っていたのだけど、
抽象化された環境は問題特定が難しくなるという考え方は画期的ですね。
linuxカーネルは常にバグがボコボコ出てるよ
Visual StudioはWindowsとMacで使えます。
WSLによってVisual StudioからLinuxバイナリを構築できます。
MSBuildとCMakeは悩みどころですが、MSBuildはサポートが手厚く、CMakeはVisual Studioが無くても構築できます。
そこらへんで選択するとよいのではないでしょうか。
他人のために時間を使いたくないのは誰でも同じ。おのずと楽に評価できる環境に流れるのは止められない。
イスラームの救貧制度があることで、かえって商業上の強欲が横行していないか。
イスラム教は野蛮な宗教である ★4
ttps://lavender.5ch.net/test/read.cgi/whis/1525163440/ ｺｰﾄﾞ修正をすることによって効果を簡単に計測できるように修正してる
こっちのが結構大変だったわ
長い戦いだった
ttp://fast-uploader.com/file/7087832585811/ baka_source.zip
build.shを実行すると、3つの実行ﾓｼﾞｭｰﾙができる
3つとも少し修正した（解析処理はﾌｧｲﾙがものすごい増えたから大きく修正したように見えるﾊｽﾞ）
・ﾃｽﾄﾃﾞｰﾀｼﾞｪﾈﾚｰﾀ（ﾃﾞｰﾀの出力個数の出方を少し修正した）
・ｽﾄﾚｰｼﾞ能力計測ﾌﾟﾛｸﾞﾗﾑ（I/OのｱﾄﾞﾊﾞｲｽをOSに与えるように修正）
・解析処理（1. 解析の処理方法自体は一切かわってないがｺｰﾄﾞの構成をﾊﾞｶでも分かるように変更 2. I/OのｱﾄﾞﾊﾞｲｽをOSに与えるように修正）
ｸﾗｽに分ける意味があるかどうかはおいといて
一般的な再帰下降ﾊﾟｰｻﾞｰになってる
BNFを構文解析する要領と同じといっていい
ﾊﾞｶでもﾁｮﾝでも分かるﾊｽﾞ
baka_parser_all
┣baka_parser_title
┗baka_parser_sections
┣baka_sub_parser_section
┣baka_parser_section_stat
┣baka_parser_text
┗baka_parser_elem
┣baka_sub_parser_xy
┃┗baka_sub_parser_qq_value
┣baka_parser_numbers_x
┃┣baka_sub_parser_qq
┃┃┗baka_sub_parser_qq_value
┃┣baka_sub_parser_rr
┃┗baka_sub_parser_number_x
┗baka_parser_numbers_x
┣baka_sub_parser_qq
┃┗baka_sub_parser_qq_value
┣baka_sub_parser_rr
┗baka_sub_parser_number_y
詳細な解析処理をする前に
簡易な解析処理をしたい場合（ﾌﾞﾛｯｸの位置情報やｻｲｽﾞ情報なんかだけを先に取りたい場合）、
そのｸﾗｽにそのﾚﾍﾞﾙの処理を突っ込んどけばいい
解析処理の詳細さの粒度はそこでﾃｷﾄｰにきめればいいと思う
結論からいえばﾃﾞｰﾀの形式がくさってるからそういうのを入れた
parserｸﾗｽは最初に一行読んで、必ず次の行頭（LFの次）でﾎﾟｲﾝﾀが停止するようになってる
sub_parserｸﾗｽは行は読まずに、与えられたﾎﾟｲﾝﾀから行の途中でﾎﾟｲﾝﾀが停止するようになってる
※ 例外はあるがsub_parserｸﾗｽは大体 LF の上（行末）で停止する
※ 停止しない例外は、sub_parserｸﾗｽが連続してる箇所が間違いなく該当することになる
動作に影響は一切ないが記述ﾙｰﾙに問題があるから
修正しといたほうがいい
削除
baka_sub_parser_section.h
(L34) ++c_buf_p_; // skip LF
追加
baka_parser_sections.h
(L48)++c_buf_p_; // skip LF
ひたすら元のｺｰﾄﾞをｺﾋﾟﾍﾟして貼り付けてたから
気付かなかったわ
このｽﾚで相談してたﾊﾞｶはちゃんと動作確認してんのか
まずwslなんか動くﾜｹがない
あと、ｵﾚのpcは32bitの計算機だから
32bitのlinuxしか動かない
pcが32bitだからな
512MBのﾒﾓﾘでvmware動かして
slackwareのlinuxで動作確認をした
ちなみに64bitのwindowsは一切考慮してない
考慮不要だからな
32bitのlinuxと32bitのwindowsで動作確認はできてる
つまり64bitのlinuxでは動作確認はしてないが
一応、64bitのlinuxにも対応できてる想定になってる
きっと動く
※ baka_common.hぐらいの考慮で十分なﾊｽﾞ
ﾊﾟｰｽﾞはばっちり
これ以上ないﾃﾞｷだ
解析する量を減らせばもっと速くなる
動かせば分かる
印字されるｽﾙｰﾌﾟｯﾄを
どうすれば最大化できるか考えるのはこのｽﾚのﾊﾞｶだ
道具はほぼすべて揃ってる
ブーメラン投げてんじゃねえよﾊﾞｶ
I/Oのアドバイスとか何言ってるのか分からない。日本語でOk
ありがとうございます。
なぜか下記修正をしないとコンパイルエラーで怒られました。
gcc-8.1を使っているけどそのせい？
baka_common.h
PRIu64を有効にするため27行目に行追加：#include <cinttypes>
baka_spec.cpp
107, 111, 125行目を修正：%d → %zd
build.sh
clock_gettimeを有効にするためコンパイルオプションに-lrtを追加
少しコードを見ましたが、クラスのオブジェクト生成時に&があるのが
何を意味しているのかよくわかってなかったり、classのpublic内に関数名だけでなく
関数の中身も直接そのまま記述できるのを初めて知ったりと
色々新しい所があるのでじっくり見て勉強したいと思います。
つづけて実行結果を書きます。↓
※ の修正ままだしてませんが大丈夫ですかね？
## spec(ハード性能チェック？)
LINUX% ../baka_spec ./aaa_13GB
Mon Jul 23 18:14:22 2018 : starting... 14107393277 bytes read (read block size = 131072 bytes) ./aaa_13GB
～
Mon Jul 23 18:14:24 2018 : done... 14107393277 bytes read (read block size = 131072 bytes) ./aaa_13GB
read_block_size ::= 131072 bytes, file_size ::= 13453.86 MiB, turnaround_time ::= 2.27 sec, throughput ::= 5920.39 MiB/sec
※複数回実行でだいたい5500～6000 MiB/sec
## parser
LINUX% ../baka_par ./aaa_13GB
"./aaa_13GB" : size = 14107393277 bytes
Mon Jul 23 18:15:19 2018 : starting... ../baka_par ./aaa_13GB
Mon Jul 23 18:15:19 2018 : section_count = 1, offset = 144275554 bytes, size = 144275513 bytes, turnaround_time = 0.21 sec, throughput =
646.15 MiB/sec
～
Mon Jul 23 18:15:39 2018 : section_count = 79, offset = 14107393277 bytes, size = 176862384 bytes, turnaround_time = 0.25 sec, throughput = 662.80 MiB/sec
Mon Jul 23 18:15:39 2018 : done... ../baka_par ./aaa_13GB
turnaround time : 20(secs)
ついでに前回のコードでも試しました。↓つづく
ttp://https://ideone.com/E6QH2r">ttps://ideone.com/E6QH2r で同じファイルを読み込んだ時間 LINUX% time ./a.cpp aaa_13GB
strat... ./a.out /mnt/home2/pjupm/dbl/work/kinoshit/rve/cpp/final2/baka_source_kino/temp/aaa_13GB (null)
done... ./a.out /mnt/home2/pjupm/dbl/work/kinoshit/rve/cpp/final2/baka_source_kino/temp/aaa_13GB (null)
real 0m16.243s
user 0m14.024s
sys 0m2.199s
↑の実行時間約16秒と ： デフォルトの名無しさん [sage] 2018/07/23(月) 22:09:26.85:i+VNk600
全部で16秒
ほとんどが読み込み時間？
嘘つき
これは のことですか？
それぞれは下記のようですが、sys＝読み込みのみの時間 となるんですかね。
real プログラムの呼び出しから終了までにかかった実時間（秒）
user プログラム自体の処理時間（秒）（ユーザCPU時間）
sys プログラムを処理するために、OSが処理をした時間（秒）（システム時間）
baka_parもbaka_specも
どっちも30～32MiB/secだから同じだ
つまりほとんど読み込み時間
どっちも8分ぐらいかかる
で、そっちのは
baka_spec
turnaround_time ::= 2.27 sec ← 2秒で読み込めてる！
baka_par
turnaround time : 20(secs)
そっちでは明らかに解析処理が足をひっぱってる
つまり初回の解析処理をさぼればもっと速くなるﾊｽﾞ
ttp://man7.org/linux/man-pages/man2/posix_fadvise.2.html posix_fadviseを追加したからな
ｼｰｹﾝｼｬﾙﾘｰﾄﾞであると
ちゃんと日本語になってるわ
par, specともにほぼ同じですか。
すみません。話についていけてないです。。
初回の解析処理をサボるとはどういうことですか？
自分が書いたら40～50secだったので20secですでにかなり速いと思ってるんですが、まだ高速化の余地があるんですね。
普通に考えて狂ってると個人的には思うからな、それ専用の計算機ならともかく
ちなみに全部ﾒﾓﾘに格納しようとすれば、その格納のｵｰﾊﾞｰﾍｯﾄﾞで
さらに時間がかかることになることは予見できてる
すべてﾒﾓﾘにのせるDBの発想に近いが、そういうDBMSでも起動時のﾛｰﾄﾞにはものすごい時間がかかる
かりにな全部ﾃﾞｰﾀをﾒﾓﾘに格納しないなら
全部解析する必要はない
過去にｾｸｼｮﾝは100個ないぐらいといってたと記憶してる
仮定の話になるが、例えば1ｾｸｼｮﾝ読みこむのにどれぐらい時間がかかるかということになる
いまぐらいの速度がでるなら
ｾｸｼｮﾝの位置とｻｲｽﾞだけを先に取得して
後で必要な部分のﾃﾞｰﾀを再度読みこんでｵﾝﾃﾞﾏﾝﾄﾞで解析しても
十分な速度がでるような気がしないでもない
（最初にどこまで解析して取得するかはとりあえず今はおいといて）
でっかいﾌｧｲﾙの内容を画面に表示するだけだと思う
それだけのことなら実機の高い処理能力を考慮すれば
ﾄｯﾌﾟﾀﾞｳﾝ方式で必要な箇所をｵﾝﾃﾞﾏﾝﾄﾞでﾛｰﾄﾞして取得する方法で十分な気がする
そのほうが計算機にも優しいし、15Gのﾃﾞｰﾀを全部眺めるﾊﾞｶなんかまずいないだろうしな
こんな感じのことをやるのかなあとは思ってる
Ex.
ﾃﾞｰﾀ取得の要求が3段階でされると仮定してる
①ｾｸｼｮﾝの列
②XY with QQ、RRの列（入力：ｾｸｼｮﾝのSEQ）
③数値の列（入力：XYのSEQ）
A) 画面の初期表示では①で十分
B) ｾｸｼｮﾝを展開して表示するときは②の取得で十分
C) X、Yを展開して表示するときは③の取得で十分
解析処理が足を引っ張ってるのは
お前の解析処理が遅いから
まともに作れば解析自体は8秒で終わる
＞すべてﾒﾓﾘにのせるDBの発想に近いが、そういうDBMSでも起動時のﾛｰﾄﾞにはものすごい時間がかかる
まさにこの発想で考えていました。
すべて構造体に格納しようかと…
＞ ①ｾｸｼｮﾝの列
＞ ②XY with QQ、RRの列（入力：ｾｸｼｮﾝのSEQ）
＞ ③数値の列（入力：XYのSEQ）
＞ A) 画面の初期表示では①で十分
＞ B) ｾｸｼｮﾝを展開して表示するときは②の取得で十分
＞ C) X、Yを展開して表示するときは③の取得で十分
アドバイスありがとうございます。
1stステップ →上記①のセクション名、次行にあるx/yの個数、その次のテキスト行を取得しGUI表示
2ndステップ →GUIから セクション内の数値全部 or x/yの任意の番号 のどちらかを選択し表示（上記②③をその都度fseekでピンポイントに取得）
の2段階で検討してみます。
支配的なのは③の部分なので、そこを分離すれば負荷はかなり減るのではと思います。
8秒ですか。。
そのようなハイレベルな解析は日曜大工レベルの自分には当分作れそうにないです…
何をする気か知らんし、読み返す気もないが、
> 日曜大工レベル
なら他言語使えよ。今のC++は君向けではない。
一通りも出来ないのだから、普通はPerl/Ruby/Pythonのどれかだと思うが。
あとここは「ぼくのさいきょうのそふとうぇあ」のスレではないから、
実際埋め立て状態だし、全く終わる気配もないし、
別スレ立ててやるのがマナーだと思うぞ。
A.exeがB.exeの起動時に共有メモリ先を渡すのに
その空間を指定するのはどうすれば良いんでしょうか
winAPI便利だが触ったことないと敬遠しちゃう
日曜大工とか書いてるけど、サーバー使ってやるとか言ってたから実務だと思うが
あまり初心者を弾くようなことを言うな
速度は実用レベルになりゃそれでとりあえずいいんじゃないの
ドヤりたいやつや喧嘩したいやつに惑わされるな
回答は参考にとどめて、自分でやってみてどうしてもわからないところだけ聞きに来い
スレを私物化するな
プロセス間共有メモリはプラットホーム依存でありC++の範疇ではないので、続きは以下スレでどうぞ。
あなたも。
Win32API質問箱 Build124
ttps://mevius.5ch.net/test/read.cgi/tech/1510395780/ この程度のことを延々と続けられては、迷惑行為でしかないだろ。
実務なら上司に聞け、でしかないし。
最近アホが大量流入して、このスレは一気にレベルが落ちたよな。
お前らがそれについてどう思っているのかは知らんが。
お前は「プログラミング初心者」をここで飼いたいのか？
「C++初心者」はいいとして、C++は「プログラミング初心者」向けの言語ではない。
そもそも組み方も根本的に間違っている気がするが、
俺はこんな奴に教えてやる気はないし、
他の誰も指摘しないところを見ると、まあそういうことなんだろ。
（俺はソースは見てないが)
上級者はそちらに移動し、ここを見ないで
その二匹をNGすれば平常運転よ
乗っ取るのではなく、お前が移動しろよ馬鹿タレ
【初心者歓迎】C/C++室 Ver.103【環境依存OK】
ttps://mevius.5ch.net/test/read.cgi/tech/1530384293/ いやそもそもは速度が必要なのでC++選んだ(C++については素人なので、何故自分のコードが遅いかわからない)、という話
最初の質問は何もおかしくなかったよ
前スレはもう読めないかもしれんが。
もういい加減自分で進められるだろうからいちいち報告しないでほしいが
環境によるだろ。
俺はBorland-C++5.6.2に -D_RTLDLL オプションを指定して、極力
ランタイムを使用するようにして使っているが、例えばstd::vectorを
使っても使わない時と比べ10Kほどしか増えない
すげえ。ダイナミックリンクしといてファイルサイズが増えないとかいってるよ。この人。
C1010: ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの検索中に予期しない EOF を検出しました。
とかいうエラーが出るんだけどこれってどうすればいいの？
#include <stdafx.h>
後死ね。
言葉が悪いな。それで教えているつもりか。
まぁヒントぐらいにはなったな。
うむごくろう。
いつまでこの糞テンプレ張り続けるんだおい
---- テンプレ ここまで ----
なんだかんだでこのテンプレが馬鹿よけとして素晴らしく機能してたって事だよ。
それを嫌う奴が無理に剥がそうとした結果、このザマだ。
このテンプレはこのスレを極めて的確に表現しているし、C++のノリはこれだよ。
しかし、スレ検索するとC++スレって40もあるのな。正直びびったわ。
適切なスレを探すことも出来ない馬鹿にはC++なんて無理だってことでしかないが。
これか？
(専ブラでは読めないが、今はdat落ちしないので、通常ブラウザなら過去スレは基本読める)
> 743デフォルトの名無しさん (ｱｳｱｳｳｰ Sa0b-sule)2018/07/07(土) 23:53:17.73ID:HbEbhDY0a
> LINUXで15GBくらいのテキストファイルを読み込みこんでGUIを作ろうとしています。
> ファイルが大きいため速度が出せる言語で、かつGUI作成は情報量が多いと調べやすいので、まあまあメジャーな無料のGUIライブラリを使用したいと思っています。
>
> perl>>python>>>>C++ の順で経験があり、C++はあまり詳しくないですが、速度重視でC++で行こうと検討しています。
> GUIライブラリを調べているのですが、C++のGUIはあまり情報を見つけられず、めぼしいのはQtくらいしか目に付きませんでした。
> 会社のサーバのローカルディレクトリにQtをインストールしてみましたが、必要なライブラリが古かったりで、インストールできませんでした。
>
> 他に何かおすすめなGUIライブラリはありますでしょうか？
>
ttps://mevius.5ch.net/test/read.cgi/tech/1528382412/ ならC++選んでいる時点で間違いだろ。
理由は教えてやらないが、当然そうだからこそ、適切なライブラリがない。
というか、本当に初心者でないのなら、
適切なライブラリがない＝みんなやってない＝地雷臭を感じとれっての。
C++で書けば何でも速くなると思っている馬鹿、最近増えたよな。何故かは知らんが。
素晴らしいソフトを書き上げてる人は腐るほど居る
大体選民思想に走るやつってC++を実用してないやつなんだよなぁ・・・
読めるなら読んでから言えよ
＞適切なライブラリがない。
＞みんなやってない＝地雷臭を感じとれ
俺ゲーム屋なんだけど、居た会社はどこもみんな自社でライブラリというかフレームワーク作ってる
全部地雷なのか？
お前アマチュアだろ？
ご意見ありがとうございます。
自分にはもったいないくらいの洗練されたコードまで出して頂いてとても感謝しています。
アドバイスの通り、頂いたコードを元に自分で調べて見ます。
また色々やってわからないことろがありましたらご相談させてください。
あと、このスレはこれからも拝見させていただきたいと思います。
コンパイル速度も上がったし、開発機のメモリも増えたしで、昔よりC++を使うストレスが軽くなった。
なので皆、C++に回帰してくる。
うわっ
なんだこの初心者丸出し野郎
> C++をベターCとしてしか使えない人でも
使えない
じゃなくて
いろいろと判断してそういうコードに意図的にするんだよ
そう判断する理由の例としては
互換性
パフォーマンス
コードサイズ
開発工数 / 評価工数
等々
話の内容から読む価値が全くないと分かるから読まないんだよ。
つか、初期はみんなまともな指摘してるじゃねえかよ。
ガン無視して今の有様のようだが。
> お前アマチュアだろ？
お前も無駄マウントするのではなくて、実力は投稿で示せよ。
そもそもC++用ゲームエンジンはありまくりだろ。
C++はその用途に向いているからみんな使ってる。だからそういう現実がある。
俺はそういうことを言ってるんだよ。
(日本の会社は何故かプロプライエタリに拘っているのも事実だが)
＞お前も無駄マウントするのではなくて、実力は投稿で示せよ。
俺は半角のコードでいんじゃね？と思ったんで何も言わんかったｗ
＞C++はその用途に向いているからみんな使ってる
あーそういうことか
でも構文解析をC++でやるのは決して間違いではないと思うけどな
なんて処理はCやC++がぴったりと思う
昔からこの業界のそういうところは変わらん。
そしてそういうものがレガシーコードを量産するという現実も変わらん。
> でも構文解析をC++でやるのは決して間違いではないと思うけどな
大昔：yacc/lex
昔：bison/flex
最近さらに何か出てたと思ったが、使う気がないので忘れた。
そもそも元が15GBあって、それを全部目で見るわけないだろ。
単純には grep -i error とか、複雑ならいちいちperl等で切り出して眺めるもの。
やってることが最初から見当違いなんだよ。
仮に15GBのテキストを開けるテキストエディタを作ったとして、
スクロールバー長が1500pxあったとしても10MB単位でしかなく、
ドラッグアンドドロップでのスクロール操作は使い物にならない。
当然、マウスホイールで数行単位、クリックで１画面単位でスクロールしても埒が明かない。
結果的に行数じか打ちのジャンプしかないんだから、sedでいい。
俺が教えてやらねえ、って言ったのはこの件ではないけど、
「誰もそういうことをやらないからそういうもの（ライブラリ等）がない」ってのはあるから、
初心者なりにちゃんと考えろって事だよ。
上記は初心者でも理解できるだろ。気が付かないのは考えてないだけ。
そんな奴は勝手に死んでよし。
確かそれはやりたくないって言ってたと思う
まぁ、俺もテキストのまま扱うのはどうかとは思ったけども
別に内容書き換えるわけじゃないんだしトータルでもメモリ上に残す情報は
大した量にはならないだろうから全部読めばいいじゃん、テキストは内容を理解したそばから捨てていいんだから
（用途が俺もわかってないからどっちがいいか不明だけど、初めて使うウインドウを開いたときに
ファイルアクセスと構文解析のラグを許容できるか、それとも立ち上げ時のラグを許容できるかどうか）
ってまぁ、さんざん既出なんでこのネタはもうやめようｗ
ｵﾚのｺｰﾄﾞのｴﾚｶﾞﾝﾄさが分かるなら、もう一人でｺｰﾄﾞが書ける
これからも頑張り精進したまえ
低学歴知恵遅れﾆｰﾄのいうことなんかほっとけばいい
← こういう低学歴知恵遅れを見れば分かるとおり
相談してる相手がまずなにがやりたいのか全く理解できてない
まず知能に著しい欠陥があるからまずなにごとであれ
要件というもんが理解できないのは間違いない
ｵﾏｴも人に仕事をたのむだけの立場になったらな
← こういうﾊﾞｶには仕事を頼んではﾀﾞﾒだ
ということもこのｽﾚで学べたﾊｽﾞだ
ｺﾚもこのｽﾚで得た貴重な体験だ
ｺﾐｭﾆｹｰｼｮﾝ能力がｾﾞﾛのﾆｰﾄみたいなﾔﾂだからな
こういうﾔﾂは
間違いなくこっちがお願いしたもんとまったく違うもんあげてくる
つまりこんなﾔﾂには最初から仕事頼んだり関わらないのが吉
こっちの余計な手間と時間だけがかかるからな
このｽﾚは、色々学ぶことができる
これからもちゃんとこのｽﾚ読んで精進しなさい
どうせやるならsqliteに勝てるような車輪の再発明を期待したい。
ってかまじな話、正解だと思えるレスも散見されてるぞ。
無視してるんだからどうしようもないが。何がやりたいんだこの馬鹿は？
なお、俺的に正解と思えるのは、以下。（見落としあるかも）
----
773デフォルトの名無しさん (ﾜｯﾁｮｲ e7c3-WPlw)2018/07/08(日) 23:16:50.92ID:w/p0hjmq0
テキストのパースなんてそれこそperlやpythonにやらせろよ
そんなところが速度にクリティカルに効いててゴリゴリ高速化しなきゃいけないのは作りがおかしい
866デフォルトの名無しさん (ﾜｯﾁｮｲ 5fb3-C8Iw)2018/07/09(月) 22:41:30.68ID:Xc+Rjkat0
最低限のパースを実施して各レコードのオフセットを配列に入れて必要になった時に解析して表示すればいいだけかと
873デフォルトの名無しさん (ﾜｯﾁｮｲ e7c3-WPlw)2018/07/10(火) 01:34:56.63ID:C7bP6ErJ0
なんかのログなんだろうけど、ログ吐く時に読み込みやすいように出し方考え直した方がいいよ
大本が変えられないならパイプ繋いでフィルタ噛まして、読みやすいように直したファイルを並行して吐くとかさ
というかまず単にSECTION_NAMEごとにファイルぶった切っておくだけで良かったりしない？難しく考えすぎてない？
874デフォルトの名無しさん (ﾜｯﾁｮｲ e7c3-WPlw)2018/07/10(火) 01:46:08.72ID:C7bP6ErJ0
どういうGUIが必要なのかわからんから的外れかもしれないけど
ワイならSECTION_NAMEごとに集計したHTMLファイルかなんかを出力するプログラムをワンパスかけてから
後でそのHTMLをブラウザで見ることを考えたくなるんだけどそれじゃダメなの？
880デフォルトの名無しさん (ﾜｯﾁｮｲ 4750-SFkP)2018/07/10(火) 07:31:15.21ID:wSs+8Os00
初めて開くファイルは使いやすいように変換して(キャッシュとして)保存しておいて
次回以降それを使うか
全ファイルバッチ処理で事前に変換しておくか
かな
ファイルを開く度に分オーダーかかるのは使いづらい
どちらが良いかは使い方次第で
テンポラリファイルの有効/無効はタイムスタンプをチェックすればいいだけだし。
初心者は(選択肢を思いつけないから)無駄に難しい選択をしてはまることはよくあるけど、
正解をガン無視しているんだから死ねでしかないね。
これではお前ら的にもどうしようもないわな。
嘘を嘘と(ry は当然だが、
正解を正解と(ry だな今回は。
わかるわ
所詮、低学歴底辺のﾄﾞｶﾀ
低学歴底辺のﾄﾞｶﾀは自分でﾛｸﾞ見るらしいからな
すぐに分かるのが恐ろしい
このｽﾚにはそんなのしかいないわ
ｸｿﾆｰﾄどもがｲﾗｲﾗしてるのはわかるわ
ｸｿﾆｰﾄのﾂｰﾙなんかｸｿﾆｰﾄしか使わないからな
ｸｿﾆｰﾄらしい発想といっていい
まず自分がどうするありきだからな
自分以外の人間なんか関係ない
ｸｿﾆｰﾄ臭がﾌﾟﾝﾌﾟﾝする
やっぱりなﾆｵｲは隠せないわ
ﾜｯﾁｮｲとテンプレを失敗してる
いっそﾜｯﾁｮｲ付きで立て直して、ここは放棄するのもありじゃないかな…
ワザとだろ
俺TUEEするためだけに立てられたクソスレだよｗ
だからﾜｯﾁｮｲは無いｗ
一方、OSはストリームを想定しなくなってきている。
IOCP、epoll、kqueue等を想定するプログラムにとって、必要なものは、一文字入力すると状態が変わるようなプッシュ型パーサーではないだろうか。
キャラポインタをビーストリングに変換したいです
マ ルチバイトトゥーワイドキャラでよい？
今やってるのだけど一切できなくて辛い
環境はウィンドウズです
エヌジーワードのためカタカナ混ぜてます
C++的な回答をするなら、BSTRをラップしたCComBSTRクラスを使ったほうが楽だしドキュメントも多くていいと思うよ。
そんなのがあるんですね
コム使うのは良いのかわからんな...
すでに知らないうちにCOMを使っているはずなので、今更COMを使ってよいか気にしなくていいよ。
俺は賛成。STLのテンプレもありでよろしく。
(まあ俺が賛成しても大局に影響はないが…)
別にテンプレがあろうとなかろうと、スレに投稿される内容に変わりはしない、と思うのですが？
もしかして「おまじない」とかが好きなんですか？
半角氏は連続して投稿する傾向にあり、IDだけで割合に弾けるのでﾜｯﾁｮｲは要らないと思っています
まさか自分が作ったとか？
> テンプレがあろうとなかろうと、スレに投稿される内容に変わりはしない
ならあってもいいって事になるが、それに対する反論は？
俺はワッチョイもあのテンプレも機能してたと見ている。
実際、もう初心者要らないんじゃ、って話になってたのは事実だろ。
お前がそれに反対したのも事実だが。
ご意見ありがとうございます。
SECTIONごとの切り替え目安は下記の時間でSECTIONを切り替えながら別のGUIソフトでマウスを使って改善していきます。
①数値の数が一桁～二桁程度だと数分で切り替え、
②数百～数千レベルだと数十分～数時間で切り替え、
③そしてまた再実行しファイルを読み込み①に戻る
初期の小さい規模ではSECTION数が数十個で、各SECTIONの数値の個数はせいぜい数百レベルなのでSECTIONの切り替えが頻繁に発生します。
そして①～③を回すのが数十分～数時間くらいでそれをくるくる回します。
数ギガレベルになるのは終盤になってからです。
という感じなのでファイルの再生成が頻繁に行われ、かつGUIでマウスで改善していくので
マウスが手放せず解析表示もGUI操作が必須になる、という感じになっています。
小さい規模では特にSECTION切り替えが頻繁に発生するのでファイル分割で管理がわずらわしくなるのを避けたい。
まずここに重点を置き、そうすると大きい規模では読み込み時間がネックになるので高速化で対応しよう。
という状況で現在に至っているところでした。
死ねよゴミ。
俺はお前が正解を全部ガン無視したことを咎めてるんだよ。
そんなもんなんだ
Char**→LPCWSTR変換ってsetlocale使う方法しかない？
＞ならあってもいいって事になるが、
そうではなく、すでに在るこのスレを放棄する必要はない、と主張したつもりですが
同様に、例のテンプレが張ってあるスレの存在下で、新たにテンプレなしの新スレを作る必要もない、と考えます
setlocaleは関係ない。setlocaleは、C関連の設定をすべて変えてしまうので、ここでは呼ばないほうがいい。
MultiByteToWideChar() で可能。
出力用のLPWSTR バッファは、スタックなりmalloc, new, std::vector<wchar_t> なりで確保したヒープメモリを使い、
受け取ったLPWSTR バッファの中身をCComBSTRのインスタンスにコピーするのがいいと思う。
> そうではなく、すでに在るこのスレを放棄する必要はない、と主張したつもりですが
じゃあそう書けよドアホ
そしてその場合は285に安価しろ
まあとにかく、俺は新しくスレを立て直すことに賛成だ。
あのテンプレも機能してたと思う。
そして15GB君と半角キチガイには何も教えてやる気はない。
スレ住民が出来ることは、正答例を提示することのみであり、
今回はこれは複数人から十分為されている。
ゴミなのは質問者および半角キチガイ馬鹿だけであり、
ワッチョイが意図的に落とされたことにより荒らされていると懸念されるのなら、
このスレを破棄して新しくワッチョイスレでやり直すのは極めて妥当だ。
んで、ついでに正解提供者がHDDの速度について知らないようだから教えておいてやる。
サーバーのHDDは一般にRAIDになっており、スループットだけはいくらでも上げられる。
詳しくはググッた方が分かりやすいからそうしろ。
なお一般PCも今時はRAIDを標準装備しているが、
1. そもそも複数HDDを接続しない
2. マザー等HDD以外の故障の場合に余計に死ねる
ので一般PCでRAIDを構成することはあまり無い。
また、SSDが速いのはランダムリードであり、
シーケンシャルライト（ログ吐き）の場合はHDDの方が速かったりしたはず。
質問者と半角キチガイは死ねでしかないが、
正解提供者が疑問に思っていることがあれば、知ってれば答えてやるよ。
スレの質を上げる為に努力した奴らは報われるべきだと思うから。
今回は質問者が悪すぎた。これはご愁傷様。
ｸｿﾆｰﾄどもがよわっちいだけだからな
ｸｿﾆｰﾄどもが社会人に勝てるﾜｹがない
ｸｿﾆｰﾄどもがとてつもなく弱いﾜｹ
その自覚がないのが恐ろしい
身の程知らずもいいところ
ｸｿﾆｰﾄどもはｸｿﾆｰﾄの狭い世界で
すべてが完結してるからな
その自覚がないから救いようがない
ｸｿﾆｰﾄのｱﾄﾞﾊﾞｲｽなんか求めてないわけ？
わかる？
ｵﾚみたいなﾌﾟﾛﾌｪｯｼｮﾅﾙに回答を求めてるわけ
ｸｿﾆｰﾄのﾃｷﾄｰな戯言なんかだれも求めてない
わかった？
＞あのテンプレも機能してたと思う。
根拠は？
＞ワッチョイが意図的に落とされたことにより荒らされていると懸念されるのなら、
＞このスレを破棄して新しくワッチョイスレでやり直すのは極めて妥当だ。
新しくスレを立てても、そのスレにて半角君や150G君が発言を継続するのであれば、事態は変わらないのでは？
月並みな話だけれども、単にスルー力が足りないだけなのでは？
5年、10年とスルーし続けることも必要な場合はあると思います
なるほどお前とは話が通じないことは分かった。
お前が嫌われるのも納得だ。
> 根拠は？
先に「機能してなかった」根拠を提示してみろ。
> 事態は変わらないのでは？
ワッチョイがあればここまで酷くはならない、というのが彼の見方で、
俺もそう思う、ということ。
というかマジでお前話の内容について来れてないだろ。
無理して食いついてこなくてもいいぞ。邪魔でしかないから。
すぐにｸｿﾆｰﾄなのはﾚｽですぐにﾊﾞﾚちゃうからな
ｺｲﾂの脳内ではｲﾝﾌﾗとｿﾌﾄｳｪｱすら組織で分離されてないみたいだからな
ｸｿﾆｰﾄの自作ﾊﾟﾁｮｺﾝの世界を
そのまま脳内で再現してる
＞先に「機能してなかった」根拠を提示してみろ。
私は「機能していた」とも「機能していなかった」とも主張していませんが
あなたは 「機能していた」と判断しているのであれば、その理由もおしえていただけませんかね
＞ワッチョイがあればここまで酷くはならない、というのが彼の見方で、俺もそう思う
ワッチョイは有効期限が長すぎるし ID とちがって専用ブラウザでの機能が充実していないからね…
私は ID で快適にスルーするべきものはスルーできていて無問題なんですけれどもね
size_t使ってる場所で出るコンパイルエラー程度で「動くコード書けよ」とか
恥ずかしいこと言った上に、謝りもしなかった初心者が
偉そうに仕切ってるスレって・・・w
他のスレにはないのだから要るって主張してるほうが根拠を示すべきだろ。
このスレにはQzが粘着してるやん。
テンプレが何の役に立つの？
テンプレは俺が荒らしたから出来たものだし、あのテンプレがあると俺は恥ずかしくて荒らせない。
そこら辺の経緯を知りたいか？
それなら自分の机の上にでもはっとけばよくね？
ビャーネストスト
に聞こえる。
ttps://ja.wikipedia.org/wiki/%E3%83%93%E3%83%A3%E3%83%BC%E3%83%8D%E3%83%BB%E3%82%B9%E3%83%88%E3%83%AD%E3%83%B4%E3%82%B9%E3%83%88%E3%83%AB%E3%83%83%E3%83%97 > 私は「機能していた」とも「機能していなかった」とも主張していませんが
ならまずお前が俺に絡んできた理由を教えろ。
といってもお前は相当のコミュ障のようだからどうせトンチンカンな答えになるだろう。
続けても意味無いから答えを書いておいてやる。お前には会話の常識がないんだよ。
既に言ったとおり、
> そうではなく、すでに在るこのスレを放棄する必要はない、と主張したつもりですが
なら俺にではなく、285に対してレス『しなければならない。』
そしてこの状況で俺に対して
> ＞あのテンプレも機能してたと思う。
> 根拠は？
と問いただすのなら、常識的にはお前は「機能してない」と思っていると仮定される。
逆に、この状況で単に
> 私は「機能していた」とも「機能していなかった」とも主張していませんが
という、単純に理由が知りたいだけだというのなら、それを明示『しなければならない。』
(それ以前に、普通に空気読める奴なら、不要不急な質問をここでは控えるが)
お前は相手に自分の意図が正しく伝わるように書けてない。
だから無駄に脱線して空回りし、話が進まない。だから嫌われる。
コミュ障の典型的パターンだ。「自分はそう言ってませんが」で全て通ると思っている。
そうじゃない。
意図を正しく伝えて会話を成功させる努力義務は相互にある。お前は全くそれが出来てない。
おかげで俺は無駄な話を書かされまくってる。大迷惑だ。
というわけでQZは話にならないのでとりあえず放置だ。
お前は当然「あのテンプレは意味無い」と思っているんだよな？
では逆に聞こう。
何故あのテンプレを剥がしたがっている奴がいるのだと思う？
逆に聞くなよ。先に答えろアホ
＞そしてこの状況で俺に対して
()
＞＞＞あのテンプレも機能してたと思う。
()
＞＞ 根拠は？
＞と問いただすのなら、常識的にはお前は「機能してない」と思っていると仮定される。
常識とはなんですか？
かりに、あなたのいうところの常識が妥当なものであったとしても、自分で「仮定」といっているんですよね？あくまでも仮定ですよね？
仮定というからには、仮定が成立しない場合もありうるんですよね？
私は、
＞あのテンプレも機能してたと思う。
という結論を、どういう推論を経て導いたのかを聴きたかっただけなんですが。
＞単純に理由が知りたいだけだというのなら、それを明示『しなければならない。』
どうして？
テンプレがあると俺が荒らせないからに決まってんだろ。
compgenを調べればすぐに分かる
つまり
これこそ
ｸﾞｸﾞﾚｶｽ
中二病こじらせてんのか
回答は既に327に書いてある。
何度でも読み返せ。
まあお前らゆとりはその程度だとは思っていたさ。
おそらくお前の戦略は、俺が証明できないから無効だと言い張ることだろ。
だからこそ、お前らは先に言い出せない。必ず俺に先に言わせようとする。
それで、俺が証明できたら、どうするつもりだ？
実は逆説的だが証明自体は簡単なんだよ。
嫌がっている奴がいること自体が、効いてる証拠なんだ。
わかるか？
お前があのテンプレを剥がしたがっているしたら、例えばそれはお前にとって不快だからだ。
不快だと思う奴は、そういうスレに来ない、または来にくくなる。
本当に訳の分からないテンプレを貼られてたら、アウェイ感が出るだろ。
そしたら入って行きにくくなるだろ。
だから、積極的にテンプレを改変しようとする奴がいること自体、効いてる証拠なんだよ。
勿論すら読んでいないゆとりレベルの馬鹿には効かないが。
とりあえずかなり長いことあのテンプレは貼られていて、それで質は保たれてた。
最近積極的に剥がし、そしてワッチョイも剥がされてこのザマだ。
ここは元通りに戻して様子見するのが妥当だよ。
長期的影響を考慮できない馬鹿はここは黙って見ているべきなのさ。
お前らはすぐ老害老害と言うが、リアルはさておき、ネットは老害が蔓延れるほど歴史がない。
お前らはもう少し、己の無能さを自覚し、知識がない分野については自重する分別を持つべきだ。
俺はこの経緯/歴史は知らないが、可能性があるのは、
1. 全員がテンプレの効果を理解できる知能があって、自然にそうなった
2. どこかで話し合いがもたれて、そうなった
3. 試行錯誤され、結果的に遺伝的アルゴリズムの淘汰により、そうなった
の3つだ。
ひろゆきは「昔は賢い人しかいなかった」と言うから1だと主張するかもしれんが、
俺はこれはさすがにあり得ないと思う。
みたいに無駄に噛みつきまくる馬鹿な奴は、どこにでも居るから。
(噛みつくのではなく、投稿内容で知識レベルを示すべき）
さりとて2ももっとあり得ないから、おそらく3だと思っている。
つまり、テンプレにいちいち不満があるからといって改変許可していると収拾がつかず、
結果的にそういうスレは質が下がり淘汰されてきたと見ている。
そして2ch全体がそう染まったと。
俺自身は「嫌なテンプレを作る」のも効果がある、という考えだ。
それをいちいち外されるようでは駄目なんだよ。効果が無くなるから。
そして、その効果が無くなる＝テンプレを自由改変するスレは淘汰されてきたと見ている。
とはいえ、お前らはこれでは納得いかないだろう。
なら、スレ割って実験してみればいいだけだ。単純な話だ。
の言うとおり、ワッチョイ付きで立て直せばいい。
そしてテンプレがいると思う奴は、投稿すればいい。少なくとも前スレ136まではそうだった。
逆にテンプレが要らないと思う奴はこのスレを引き続き盛り上げればいい。
俺はワッチョイ＋例のテンプレ付きのスレにしか投稿しないことを約束する。
それでどっちが盛り上がるか勝負すればいい。分かりやすい話だ。
また逆に、これを避けること自体もまた、
「勝てる自信がない」という意味でテンプレが有効だと裏付けていることに気づけ。
ということでいいかね？
何なら俺がスレ立てて割ってやるよ。それで勝負すればいいだけだ。
断る理由も、お前らにはもうないはずだ。
俺も当初意味不明なテンプレだと思ったが、しばらくすると、
確かにあのテンプレはこのスレの状態を極めて的確に表していると気づいた。
つまり、あれを「クスッ」っと感じれる奴だけ集まれ、ってことだ。
お前らがあれを剥がしたがっているのは、違和感ありまくりだからだろ。
その「違和感」こそが、効いている証拠なんだよ。分かるか？
ただこの際、効いている効いてないは大した問題じゃない。
スレ割って、両方のスレがお互いに競うことが重要であり、それが直接的にスレの質の改善に繋がる。
だから、やればいいだけの話なんだよ。
ワッチョイ無し例のテンプレ無しなら、このスレを使え。
新しくテンプレが欲しいのなら、みんなで話しあって立て直すんだね。
それが妥当と思えなければ、俺が従来通りのスレを立てて様子見してやるよ。
あとﾜｯﾁｮｲについてなくても無問題と言ってるのはQzだけだ
ワッチョイ便利よ。
まあどうせそう連呼するとは思っていた。
ならスレ割って証明するしかない。
勿論反対はしないよな？
とりあえず数日様子見して、話が纏まらないなら俺がスレ立てるよ。
それまでに、「機能してない」と主張する奴は「例のテンプレがある」スレには投稿しないと約束してくれないかね？
俺の逆で。
それで勝負だ。
「例のテンプレ」を支持する集団と、剥がしたい集団で、
どっちがマトモにスレ運営できるか、白黒つければいい。
QZ、お前もな。
ここまで絡んできて、僕は質問しただけです、は通らないぞ。
旗幟鮮明にしろ。
専ブラ使えよ…
知恵遅れなんかがここぞとばかりに
ﾃｷﾄｰなこと書き込めるからな
ﾒﾀﾌﾟﾛｸﾞﾗﾑとか知恵遅れが一番参入しやすい
このｽﾚがなんで低学歴知恵遅れが多いか
その理由がｺｺにある
まずｸｿﾆｰﾄや低学歴知恵遅れ
そして底辺ITﾄﾞｶﾀをこのｽﾚから排除すること
まずこっから
ﾊﾞｶは書き込み禁止
だから絶対にﾊﾞｶが治らない
一番たちがﾜﾙｲ
排除するのが一番
そういうことだ
ご高説ごもっともです 深く感じ入りました
以降も発言を注視させていただだきたいと思いますので
お手数ではありますが 固定酉をつけていただけませんか?
ご勘案のうえ ご配慮いただけますようお願いいたします
このｽﾚは質問や相談にﾌﾟﾛﾌｪｯｼｮﾅﾙが答えます
ｸｿﾆｰﾄ、低学歴知恵遅れ、底辺ITﾄﾞｶﾀの回答の書き込みはお断り
ｺﾚでいい
＞旗幟鮮明にしろ。
人間の集団を敵か見方かのいずれか一方に分ける、という人間が自然に持っている心理的限界を常に自覚しなければならないのです
他のスレに迷惑かけないようにしろよ
ttp://zx6z.psbjgiksmdgctp.tokyo/jbkxtir/dgtjj/gf8u34t4tnj/2rt35wgeg 相変わらずお前は話が通じないな。
そして論点そらしか。お前もいつの間にパヨクになったんだ？
質問を変えよう。
お前は例のテンプレについて、「機能している」と思うのか、「意味無い」と思うのか、どっちなんだ？
を読んだら「意味無い」と思っていると捉えられるのが普通だが、
お前的には違うつもりなんだろ。
ならさっさと答えろ。
ここまで絡んできて、まさか自分の意見がないとか、あり得ないよな？
職場や学校でいつもこうやって相手にけんかをふっかけているのかな？
表現の配慮以前に質問者つまり相手がいってることを理解できないからな
当然、ｺﾐｭﾆｹｰｼｮﾝは成立しない
それ以外にもｲﾛｲﾛなものが欠落している
知能に著しい欠陥があると同時に社会性もない
ｸｿﾆｰﾄﾋｺﾓﾘ特有のﾚｽﾊﾟﾀｰﾝといっていい
2ちゃんねるにうじゃうじゃいる登校拒否児になったまっま高齢ｸｿﾆｰﾄになったようなﾔﾂのﾚｽﾊﾟﾀｰﾝそのまんまだからな
精神的にも幼い
で、質問内容となんの関係もないなんの役にも立たない自分が知ってるしょうもないどーでもいいこと（つまり情報価値ｾﾞﾛ）を
ｽﾚに書き込んでｵﾅﾆｰしてるﾜｹ
つまりな社会と接点のないこのｽﾚのｸｿﾆｰﾄはｺﾚで社会と接点がもてたと錯覚してるﾜｹ
ｶﾝﾍﾟｷなﾌﾟﾛﾌｧｲﾘﾝｸﾞをするとこうなる
そうｸｿﾆｰﾄﾋｷｺﾓﾘはどんだけ自分がｺﾞﾐでｸｽﾞな存在かその自覚をもてる日はこない
だからｸｿﾆｰﾄﾋｷｺﾓﾘはずっと引きこもってる
結論はこうなる
素直になりなさい
ｸｿﾆｰﾄがまともな社会生活を送ってる人間に
勝てるﾜｹがない
ｸｿﾆｰﾄはどんだけ自分がｺﾞﾐでｸｽﾞなのか
その自覚をもつのが先だからな
ｵﾚだけだったからな
その事実がすべて物語ってる
ｸｿﾆｰﾄしかいないこのｽﾚから
ｸｿﾆｰﾄを排除するのが先というのが
よおく分かったからな
ｸｿﾆｰﾄの居場所はもうない
ETについてここに色々書いたことある者だけど
ドヤりたいだけの馬鹿は確かに多い(ここに限らず)、けどそういうやつは見たらわかるよ
真面目にやってる人もたまにいるから一緒くたに否定しないでくれ
ここから出て行くどころか今すぐプログラミングを辞めてほしいわ
どれだけ周囲に迷惑かけ、C++の発展を邪魔してるのか自覚してほしい
なんで就職しないの？
話し言葉もちゃんと半角なのいいね
なんで就職していないと思ったの？
会社で働いてるの？
税金は払ってますよ…
所得税は払ってるの？
EASTL使ってる人いる？
検索してみたけど、C++17で良いのでは？
足りなければBoostで。
C++とかいってる前にな
自分の将来を心配したほうがいいわ
ﾁｮﾝﾊﾞﾚなﾜｹ
C++の話題やれよ。
書き込みですぐにﾊﾞﾚる
ｸｿﾆｰﾄはいくらｸｿﾆｰﾄを隠そうとしても
書き込みですぐにﾊﾞﾚる
残念なことにな
当然、本人たちはそれに気付くことはできない
ﾊﾞﾚてないと思ってるのは本人たちだけだからな
何度か話題に上ってるけど使ってないな
てか何のために使ってるのか逆に聞きたい
俺は8/1以降に『完全に従来通り』のスレを立てる。
つまり、ワッチョイあり、例のテンプレあり、スレタイも不変で、part138とする。
従来スレがいいと思っているのならそれ以降このスレ廃棄で合流しろ。
あのテンプレが気に入らない等、従来スレよりも良いスレが作れると思っている奴らは、
可能であればそれ以前にこのスレで話しあって、ワッチョイ、テンプレ、スレタイ等も決め、
新しいスレを立ててそっちに移住しろ。
それでその新しいスレが賑わい、従来スレが過疎って落ちるようなら素晴らしい。
この方式（フォーク）の特長は、誰も損をしないことだ。
最悪、従来通りのスレは手に入る。
上手く行けばそれよりよいスレが手に入る。
この手の争いはフォークで解決すべきだというのが、OSS界隈では常識でもあるし。
Part138が存続している限り、俺は君たちが新しく立てたスレには投稿しない。
これは約束する。
俺は君たちにはスレ運営能力なんて無いと思っているが、
もし君たちの新しいスレが成功すれば、俺が過小評価していただけであり、
これくらいのペナルティは受けるべきだ。
ただし逆に、新しいスレを立てた連中は、少なくともそのスレが存続している限り、
従来スレには来るべきではないとも思っている。
これがフェアというものだ。これは君たちの自己に対する過大評価へのペナルティとなる。
だからQZにもその点を問いただしている。
当たり前だが、自由には責任がつきまとう。
お前らが成人しているのなら、自分の行動には責任を持て。
どっちに付くかは自由、したがってその結果がどうなろうとも全てお前の責任だ。
自己満足
EASTLを使うと、知らないうちにstdのSTLに依存してしまっているコードに気づける利点があるといえばある。
スルー力が不足しているだけなのに、また余計なことを…
複数の端末を使っている場合は専ブラを使ってても自分が投稿した投稿を統一的に管理できない。
出来る専ブラもあるんかな？
ダム版でやれよ
すでに言われてるけど最近のコンパイラと最近のC++なら当時の速度面でのデメリットは結構解消されてるだろうし
ゲーム専用機向けの最適化がなされたものをコンパイラも優秀なPCで使う意味があるのかなと思ってね
まぁ両方を眺めるのはもちろん勉強になるだろうけど
組み込みの場合はまずいことが多い。組み込みは大抵stdもどきなので。
結局自分が気に食わない奴らは出てってもらってスレ継承させないと言ってるだけに聞こえるが。
自分の意見がそこまで正しいと信じているなら、part138とせずに新たに1から振り直したスレを作ったらどうなんだ？
きっと賛同者がついていってくれるよ。
ぼくはのっとりたいんです、まで読んだ
「一人一票」を技術的に実現できないから無意味
投票用紙を送り、記名投票を実施する
なるほど
メールアドレスを晒して、というのはアリかもしれない
なお396は俺な。
良くも悪くも、俺が立てるスレは『完全に従来通り』だからそのままで行く。
> 結局自分が気に食わない奴らは出てってもらってスレ継承させないと言ってるだけに聞こえるが。
お前も相当のアホパヨクだな。
俺が言っているのは、『従来通り』が嫌な奴は出て行って新スレを作れ、
もしそのスレが成功するならフォーク成功だ、ということ。
『自分が気に食わない奴ら』ではない。
そういうところがお前みたいなパヨクの駄目なところだ。
反対の反対になっているし、論点のすり替えを平気で行っている。
こういう、強制力を発動できないところで意見対立した場合、
現行はフォークで決着するしかない。だからそれを行う。
お前に良い案があるなら堂々とフォークすればいいし、そのブランチに賛同者は付いていくだろう。
俺は特に改善点を持ち合わせていないので、従来側のブランチは俺が担当する。
相変わらずQZは回答なしか。お前も相当ずるい奴だな。
まあそれはさておき、
> 一人一票
ってのは仮に実現できたとしても意味がない。
フォークが成功するかどうかは、アクティブコミッターをどこまで獲得できるかであって、
つまりここで言うと正しく回答できる奴、それは実力と時間も含めて、がどれだけどちらに付くか、
そして結果的にどちらのスレの方がマトモに機能するかであって、
ROMの票があったところで意味がないからだ。
だからスレ割ってどちらが繁盛するかがつまり投票なんだよ。それがフォーク。
排除が適切
適切な排除が必要
結局テンプレの必要性は証明できないのに従来通りだからで押し切るつもりか。
スレ分割したら従来タイトルとスレ番継承したほうが圧倒的に有利なのは明らかだろう。なんの検証にもならない。馬鹿なんじゃないか？
テンプレが出来た経緯を知ってるか知らないかだろな。
少なくともアクティブな奴はここを読んでいて経緯は知ってる。
さらに8/1迄の先行件を与えている。
それ以上何が欲しいんだ？
従来通りなんだからスレタイとスレ番は継承するに決まっている。
新しいスレが同じスレタイとスレ番なら紛らわしいだけだ。
見た目分かるように何か変えろ。それは後発の義務だ。
お前が納得してない「テンプレの必要性」を俺はフォークで証明すると言ってるんだよ。
だからお前があのテンプレが悪い方向に寄与すると主張するのなら、
それを外せば勝手にスレは改善し、みんなそっちについて行くんだろ？
試してみろよ。
お前自身が「俺が気に入らないことをやるな」と言ってるだけなんだよ。
お前の考えが正しいことは、お前自身が説明しろ。
そしてどちらのスレが使われるかが、投票になる。
非常に民主的に決まる、良いやり方だと思うぜ、フォークは。
或いは他に良いやり方があるというのなら、提案してみろ。
俺は俺なりの説明はした。
あれで納得いかないのならどうやっても平行線だと分かっているから、
俺はフォークしかないと判断している。
お前は結局文句言ってるだけだ。
というかこの話も同様に平行線なので、もうこれくらいでいいか？
いずれにしても俺は8/1以降に『完全に従来通り』でスレ立てる。
それをどう捉えるかは君らが決めることだ。
いつものようにスレを使い切りそうになってから立てる
住民も変わらない。内容も今まで通り
これに不満な奴は、己の作りたい趣旨にそって
新しいスレを立てれば良いだけ
> こんな大騒ぎしなくて良いだろう
お前がな。
俺は従来通りで立て直そうとしている。
必死に抵抗しているのは、例のテンプレを相当嫌っている奴か、
ワッチョイがあったら困る奴だろ。
従来通りでいい奴は、反対する理由がない。
こっちはそんな条件じゃなんの検証にもならないと主張しているのに、フォークで証明すると繰り返すばかり。もはや反論になってない。
結局"おまもり"の有効性なんて証明できるわけがないから公平なふりして無理やり押し通そうとしている。
非論理的で話にならん。
テンプレがどうしたって言うんだか
ワッチョイ付きでいいよ。賛成する。
それが従来通りって意味であってる。
これでいい？
でも、余程理不尽なことがない限り新しいスレに人は移動しない
テンプレがないとかスレの番号が間違っているとかいう理由で人は移動しない
嵐が変なテンプレをつけたりおかしなスレタイに改変されてたら移動するぐらい
争ったら駄目なんだよ。 交渉すべき。
だが、どうせこういう手合いは何を言っても聞きゃしねぇから無駄。
そうそう、キーワード「お守り」「非論理的」、いいですねえ
ではお前らなりに論理的に検証になる方法を提案し、実行しろ。
「出来ないから出来ない」というのは止めろ。
元々はワッチョイの話だったのに、
都合が悪くなったからといってテンプレのみの話にすり替えるのは止めろ。
従来通り＝ワッチョイあり、例のテンプレは2に投下。
part136の1+3相当。
戯言は無視でええ。
はよﾊﾞﾙｻﾝ焚けよ
こいつら害虫だからな
ｵﾚはすべて回答してる
C++ Wayの一つとして研究されていいはず。
半角ニート
初心者のくせに強がっちゃって
＞お前もいつの間にパヨクになったんだ？
これは興味深い、 のどこに、パヨク＝馬鹿左翼、を感じたのか、ちょっと教えていただけませんでしょうか？
糞なくせに自己主張だけは一人前のお坊ちゃまばかり。
メスもいるだろうが．．．
あんまり糞な事言ってると、後はわかってるだろうな
ｺｲﾂﾗはただのｳﾝｺ製造機だからな
ﾚｽ見ればすぐに分かる
こんなしょうもないｽﾚの存続で必死なのか分かるだろ
居場所がｺｺしかないから
現実逃避の場所がｺｺだけだからな
簡単簡単
なんかひどく可哀想な人だ……
型Tのメンバ変数Aのデストラクタ（cout等記述）が呼びされるはずなのに
型Tのメンバ変数Aと同じアドレスを持ったデストラクタ（解放だけ行う）が呼びされるんだが
こんなバグ何が原因かわからないんだ助けてください
もちろん型Tのデストラクタは一種類しか宣言してないし
virtualもつけてるんだが…
自分はとにかく競プロしかしてないので、なにか作りたいんですけどC++という言語でしかできないことがあまり思いつかなくて
言語処理系はCで書くより楽だよ
ありがとうございます！
系統で答えてもらって助かります
「できること」という意味では C と大差ないわ。
でも、プログラムの部品 (ライブラリ) に高度な抽象化を被せることが出来る。
要するに高レイヤでは楽できる可能性が高い。
レイヤを分ける必要もないような小さなプログラムでは
ありがたみを感じにくいかもね。
ありがとうございます
確かにC++はそういう要素大きいですよね！
そこがいい部分で好きなんですけど、やっぱり難しい部分ですよね
2chに引っ込んでいろや。屑が
唐辛子を塗したやつは辛子明太子
素で辛子明太子と間違えたわ。
・網羅性が高い
・支持されている（売れている）
・日本語版がある
・コード例はあってもなくても良くて、あるとしたら C/C++ か擬似コードで
という条件で
テーマ別に「どれとどれとどれを持っとけばまず問題ない」という言い方でもありがたい
とにかく網羅性を重視してる
他にもstring使わずにchar配列だったり、vector使わずに配列だったり
Cのスタイルで書ける部分はできるだけCのスタイルで書くほうがやはり好まれるものなのでしょうか
前に個人でちょろっと書いたときはもうポインタ使わなくて済むならできるだけ使わないように！なんて思いながら書いてたんですが
Cからの移植とか
小規模だとヒープはトラブルの元なので極力使わないとか
そもそもヒープが無いとか
ポインタ使わなくてもイテレータの嵐を渡り歩いたり
スマートポインタが何をしているのかを理解するには
ポインタを使う場合のノウハウ知識が必須だよ
stringやvectorを避けている箇所にはそれなりの理由があるから
極力思い込みを排除して状況をよく見たほうがいい
合計\7,000--
珠玉のプログラミング 本質を見抜いたアルゴリズムとデータ構造 | ジョン・ベントリー, 小林 健一郎 |本 | 通販 | Amazon
ttps://www.amazon.co.jp/dp/4621066072 O'Reilly Japan - アルゴリズムクイックリファレンス 第2版
ttps://www.oreilly.co.jp/books/9784873117850/ C言語による最新アルゴリズム事典の詳細情報 : Vector ソフトを探す！
ttps://www.vector.co.jp/soft/data/prog/se002453.html ありがとうございます。
最初のも辞典的なものなんでしょうか。
複数冊持つならばテーマ毎が良いかなとも思いましたが、特定のテーマに集中したものだと翻訳されているものが少ないのかもしれませんね。
2つ目と3つ目が部分的に補完しあっていることを期待して、両者とも購入しようかと思います。
numerical recipes
ｺﾚしかないわ
「C言語による最新アルゴリズム事典」はこないだ改定されて「C言語による標準アルゴリズム事典」という表題で売ってるぞ。
ttp://amzn.asia/cgZYRrQ ロングセラーになりすぎたせいで「いつまで最新やねん」というのは常々言われづづけてたからなぁ。
多分そいつは、Scott Meyers を知らないし、
ほとんどの言語に「Effective 何々」があることも知らないのだろうw
そいつに、Scott Meyers を知っていますかって聞けば？
プロで、江添亮とかScott Meyers を知らん奴は、いない
後から伸長 (または縮小) が必要ないような固定長のデータを std::vector に入れるのは豪華すぎるので、
避けれるなら避けたいということは有りうる。
それでも今どきなら std::array を使って欲しいけど、
古いプログラムをツギハギしながら使ってるような場合にはなかなかそうもいかない事情があるのかもしれん。
単純には判断できないので、わかんないことはそれを書いてるやつに聞けとしか言いようがないんじゃない？
何か勘違いしてないか？
ttps://www.amazon.co.jp/dp/4774196908 今年になって改訂版が出たらしい、だれかレビュー頼みます
第2刷買ったっけな。役に立ったと思う。
板を荒らすのやめろよ
stackoverflowとか読んで生ポインタあんま使うなスマポ使えオブジェクト使えるときは使えみたいなこと書いてあるの見るとこれでいいのかなって思いますねええ
例外がとんだ時のロールバックについても面倒なことを考えなくて良いし。
たぶん正常に動作する、過去の資産を持っていて、それをコピーして使う作り方なのかも
現場でよくあるのは、サンプル欲しいと言うと、過去のソースコードを持ってきて、
これは動くから、そのままコピーして使って下さいと言われる
新しい事をしようと思うと、環境構築やらで、動かない部分が出てくるので、非常に面倒
それに過去のソースコードは、あちこちで使われているから、バグが少ないという実績があるけど、
新しく作ったものは、バグ出しが大変。
安定するまで、かなりの期間が必要
よほどの理由がない限り、新しく作らない
どれか一つで良くね
ほとんど被ってるっしょ
あえて選ぶならアルゴリズムクイックリファレンス
網羅性ってヤツを追及するなら、同じようなもんいくつも買うんじゃなくて自分で言ってるようにテーマに特化したものを買うしかない
名前忘れたけど文字列アルゴリズムのアレとか
Knuth の 「The Art of Computer Programming」もその条件に当てはまると思う。
FAXだとかモデムみたいな具体的なブツで憶えたな
その他のアルゴリズムも単行本より雑誌で
憶えたのが多いし
これ？
高速文字列解析の世界――データ圧縮・全文検索・テキストマイニング (確率と情報の科学) | 岡野原 大輔 |本 | 通販 | Amazon
ttps://www.amazon.co.jp/dp/4000069748 「高速文字列解析の世界」サポートページ - daisuke.okanohara
ttps://sites.google.com/site/daisukeokanohara/iwanami_string_world 蟻本の参考文献揃えるのがおすすめ
文書圧縮について手元に置いていつも参照しているのは
ttps://www.amazon.co.jp/dp/478983672X/ 今は、jpg の本が欲しいと思っていますが、なにかいいのはありますか？
仕事はJavaScriptが主です
今はアルゴリズムの本読んでるのですが、個人的にはC++ドラフトの間違いを指摘できるレベルになりたいです
oracle Solaris Studio の開発者になるとか
ホワイトスミスに弟子入りするとか
じゃね？
いや実際C++使ってる職場少ないし、どうやってレベルを上げればいいのか分からん
オープンソースを読むくらいしか思いつかない
ジョークはいい
職場に何を頼るの？
jpegが赤に弱いなんてのも
ギョーカイの人とのおつきあいで
ホーソレデ氏になった
読んでばかりじゃなくて自発的に自分で実際に書いてみないことには、いつまでたってもたいして身に付かないだろう。
極めたいなら、言語仕様の一つ一つを実際に使ってみて具体的に役立つケースや制限、制約、限界を体感して、メリットデメリットを洗い出すくらいのつもりで試してみたら？
嫌‥
の言うとおり実践的な立場かな
それはもちろん分かる
まずは仕事で使う自作ツールをC++で書くとか
千里の道も一歩から
スクリプト言語とコンパイル言語の使い分けを覚える良い機会になる。
目的が自作ツールを作ることならそれで間違ってないが
C++を極めることが目的みたいよ
いくら頑張っても到達できないゴールのような気がするなぁ。
規格を作る側に入り込めるなら話は違うかも知れんが。
C++は、自分より後ろにいる人をバカにするのが好きな人も多い感じだけど、
「そんな奴にはならん方がええ」
ある程度を学めばその範囲内でも実務に使える。
もちろん深い理解があればプログラムをよりよく構成できるので、
実務に使いながら平行して段階的に学ぶということが出来る。
このことは設計者が著した D&E に書かれてる基礎理念のひとつだ。
地に足の着いた、現実的なものとして設計されてるんだよ。
だから、言語としての C++ だけに偏って学ぶのはお勧めできない。
言語として不格好な部分も現実の中では相応の合理性があったりして、
それを学習するのに適しているのは現実のプログラミングだと思う。
ただ、余談だけど、段階的に学べるようにというのはスタート地点として C を想定しているように思う。
C が当然の基礎知識としてあった時代には
そこからシームレスに C++ を学んでいけるように設計するのは妥当な選択だったかもしれないが、
今の時代には C++ の中の C の部分は色々と足を引っ張ってもいるので
歴史が長いと泥臭い部分も積み重なっていくものだなぁと思いました。 (小並感)
「こんな機能来るんや！」ってwktkするだけだな
規格を知ってれば極めてる、みたいな風潮が最近あるけど間違いやで
言語はあくまで道具だから使ってなんぼ
ただ自分はどうしても諦めきれないので、仕事以外の時間は、C++に関するサイトや書籍やコーディングに費やすことになると思う
Pythonは学ぼうとは思ってるけどね
ttps://github.com/python/cpython/tree/master/Python 今ならpythonのソースコードもオマケで学べるよ
ありがとう
こういうのはいいですね
一般に高速とされるC++だが、実は、ハッシュテーブルだけはスクリプト言語の方がアクセス速度が速かった。
ただし、C++におけるstd::mapだけがハッシュテーブルに該当した頃の話。
今は、std::unordered_mapがあるのでスクリプト言語と同等以上の速度でハッシュテーブルにアクセス可能になっている。
そういうときは辞書とかマップとか連想配列とかと呼ぶべきだ。
やりたいのは、いわゆるデザインパターン template methodを使ったクラス設計
class Parent {
public:
void execute() {
method1();
method2();
method3();
}
private:
virtual void method1();
virtual void method2();
virtual void method3();
}
子クラスのChild1, Child2でmethod1(), method2(), method3()をそれぞれオーバーライドして処理を分けている
ここで、Child3を追加しようと思うんだけど、method1()の内容はChild2::method1()と全く同じになる
これをどう実装しようかいろいろ悩んだんだが、どれもピンとこない。
そもそも最初の設計がおかしーんじゃねーの？とかこうしたらよくない？とかここおかしくね？とか意見あったら頼む
一応以下は自分が考えていること
①Child2, Child3の親クラスを抽出して、そっちに共通処理として書く
→実装のために継承関係を作るのはあまりよくない気がする
②別クラス（Utilクラス？）を作ってそっちにまとめる
→メンバ変数とか使ってると少し面倒かな。本質的でない気もする。
③Child3::method1()->Child2::method1()とコンポジション的にする
せっかく横のつながりができないようにしてるのに、ここでできるのはよくない
④親クラスに共通メソッドを作って、Child2::method1()とChild3::method1()はそれを呼ぶ
→しっくりこないけど、妥協点かな・・・
⑤しゃーないChild2::method1()コピペで！
→これはまあ論外かな、時間が全くないときの最終手段
それは多分なんらか整列の問題でやりたくないんだと推測
俺なら４かな・・・
実装ファイルの無名スコープにvoid method1(const Parent& p)かな
> 実装のために継承関係を作るのはあまりよくない気がする
と言いつつ
> 親クラスに共通メソッドを作って、Child2::method1()とChild3::method1()はそれを呼ぶ
とか意味わからん
全然関係ないのにたまたま一緒になったと言うなら
> しゃーないChild2::method1()コピペで！
しかないと思うが
ってことになってるんですけどこれ一般的な考え方なんですかね。生ポインタ使いまくりの方がよっぽどわかりにくいと思うんですけど
そのﾒｿｯﾄﾞにちゃんとconstつけろよ
引数でｸﾗｽ使う場合も、そのｸﾗｽのｲﾝｽﾀﾝｽが変更されない場合
その引数にちゃんとconstつけろよ
わかった？
言ってることがわからなくはないが一般的ではないと思う
むしろ参照のほうが一般的な気がするな
戻り値については、失敗したことを意味するNULLを使えるのでポインタのほうがうれしいかも。
execute が virtual でないってことは
Parentを基底にしてコレクションしなくてもいいってことでOK?
の言うように template で mixin 的に書いたら こんな感じになったー
ttps://ideone.com/CcRHnO ChildがKlassになって兄弟関係がなくなってる
0未満ならすべて一貫してすべてｴﾗｰ
失敗がありえないﾌﾞｰﾘｱﾝだけはかろうじてあり
引数をﾎﾟｲﾝﾀで渡せないとNULLを渡して処理したい場合の処理ができない
そういうとき困るから全部ﾎﾟｲﾝﾀで
「More Effective C++」の項目1 だろ
Effectiveも読んでいない奴が、プログラミングやってるのが不思議。
どの言語でも、Effectiveは、入門書の次に読む本やぞ
参照は、確実にNULL じゃない場合。
また、参照に再代入はしない事
C++を知らない老害が自分の為に決めた規約
積極的に逆らおう
一神教的な偏狭な人は若年性認知症とまで言ってのける気はないがかなり情報処理能力が低くなっているはずなので、プログラミングをやめた方がいい。
多様性といって新しい言語使って同じ過ちを繰り返している人を何人も見てると
色々バカバカしくなるってところはある。
老害と同じくらい歴史を見ない若造も有害という現実を見るのも良い。
実務経験が少ない若者が多いのも当たり前
害があるから老害と呼ばれる
歴史？
過去発生した問題点や注意点を伝えるのは上司や先輩の役目
言語自体の歴史、CPU自体の歴史なんか
興味があるヤツだけ勉強すれば良い
100人、1000人規模で開発しているなら、工業製品としての品質管理として必要になるでしょう
ぼくがしらないのはまわりがおしえないから
さすがゆとり
おれは伝える側の人間だが
若者に言語の決定権があるってのは
すごい会社だね
好きにやれ動くブツだけもってこい
勝手に自分で選んだ言語固有の問題にぶち当たって
人に泣きつくなっつー馬鹿みたいな話があまりに多いんで。
まともに聞いてくれれば問題ない。
C++98以前からずーっとある言語の基本機能を大した理由もなく縛ってるのは阿呆でしょ
（「大した理由」があるなら縛ってもいいのよ、本当に大した理由ならな）
横だがDLLにstd::stringとかSTLのオブジェクトを渡したり返したりする設計ェ、、、
std::string程度なら現実には動くが、STLの内部動作のバージョン間の整合を誰も保証してくれない以上、
そういう設計をされるともはや誰も動作を保証できなくなる
STLに限らずOpenCVやCRT絡みのオブジェクトでもそう、
というわけでこういうライブラリのバージョンの統一を担保できない状況ではchar[]の登場と相成りぬ、
というか、std::string専用である必要はなく、template関数にしとけばSTLportだろうかstdだろうかEASTLだろうが対応可能になる。
COM のような形式を使えばオブジェクト指向をバイナリレベルで管理することも出来るが、
それはそれで別の規約に縛られてしまうわけで。
どんな規約にするにせよ不満は有るよ。
一貫した規約が無い不満よりは規約に不満を持つ方がマシな世界になりがちなのが現実。
頭悪いのって悩む必要がないどーでもいい事で悩むからな
それぞれの完結したﾓｼﾞｭｰﾙでどのﾊﾞｰｼﾞｮﾝのSTL使おうが関係ないからな
string ahoをaho.c_str()で渡すだけ
ﾜｶﾙ
それは全く普通の設計でおすなあ、
とにかく頭が悪すぎるわ
DLLのcallerとcalleeでSTLやCRTのバージョン相違しているケースを想像できない類の素人なのでは…
ぜんぜん問題にならない
STL ver baka
void bakabaka(char const* aho_) {
std::string baka("shine");
ahoaho1(baka.cstr());
}
STL ver aho つかったdll
void ahoaho1(char const* aho_) {
}
なにが問題になるわけ？
もうね知恵遅れのいうことは意味が分からないわけ
極めて同意
仕事だと、過去のしがらみや、コーディングルール等に縛られて、思い通りにできない。
自分で地道に実験してゆくしかない
呼び出し元と同じ完結したモジュール内で定義された関数にはconst std::string& ahoやconst std::vector &vecで渡し、
DLLで定義された関数にはaho.c_str()や&(vec[0])で渡す、と区別すればwrapperは要りませんなあ、
いやはやは便利なやり方をいろいろご存知ですなあ、、
「～なので、～なので、○○だ」
読んでとまどいを覚える日本語文ですね
K&R2 の世界の人にとっては、十分に未知な領域なのでしょう…
私は K&R2 自体がすでに「堕落したもの」と考えております
某エディタにこの宗教にご執心の開発者がいるな
様々な記述方法を許す多態性を嫌うのなら、C++を棄教せねばならないでしょう。
演算子オーバーロードを耐えられる情報処理能力があるなら、参照渡しにも耐えられるはずで、参照渡しだけ目の敵にするのはただの原理主義ですね。
なのでなのでは？
言葉のニュアンス的には原理主義というより教条主義と言った方がこの場合は近いかも
ttps://dotup.org/uploda/dotup.org1602882.zip こういうプロジェクトを作ったんですよ。
一応、ゲームっぽいものですが本質はそこじゃなくて。
えーっと、前方参照の解決がよくわからないので直し方教えてください。
普段小さなコードしか扱ってないのでソース分割あまりしないのでわけがわかりません。
コンパイルが通るにはどうしたらよいでしょうか。
お願いします。
とりあえずGameIssue.hの中でRougeStageの定義が見えてないからincludeしろ
ttp://www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.html 「変数を参照しているのか逆参照しているのかがいつもわからなくなる、だから必ずポインタを使う。アスタリスクが思い出させてくれるから」
C++ の参照は、呼び出し元の記述では参照として渡しているつもりなのか、実体を渡しているのかは区別できず、
呼び出し先の宣言で、はじめて参照か実体かがわかるんですね
個人的には C# のように、呼び出し側でも参照渡しを明示するのがスマートだと思います
そのコーディング規約は良心的だと思います
参照渡しを明示、とは具体的にどんな方法でしょう？
ttps://ideone.com/FMEesh 呼び出し側にもキーワード "ref" を記述します
Rog-O-Matic - Wikipedia
ttps://en.wikipedia.org/wiki/Rog-O-Matic C#ではなくC++での方法を聞きたかったのですが (^_^;)
constなしで参照渡しするなっていうコーディング規約ならgoogleも採用してるよ
C++相談室 part138
ttps://mevius.5ch.net/test/read.cgi/tech/1533459756/ お前はC++とかより日本語の勉強しなよ…
c++ってそういう言語じゃないんだよね。
大抵大規模なコードは過去のcソースとごっちゃになってる。
まずは非常にどうでもいいことだが、AddBug(SharedItem I) こういうモノがあると非常に縁起が悪い
他、小姑みたいなスペルミスの指摘は以下
Sheld盾の綴りはshield （Fieldと同じ原理）
Acsessとaccess、
CollectoerとCollector
TyleとTile
InfmationとMakeTemporaryInfomationとinformation
Initilaize、Initialize
PraramA、parameterA
RougeStage.hとRogue
なんとかしろ、作者
GameIssue.h 12行目付近の
class TemporaryInfmation;
をいかに書き換える。
//class TemporaryInfmation;
template <typename RougeStage> class TemporaryInfmationTmpl;
using TemporaryInfmation = TemporaryInfmationTmpl<RougeStage>;
RougeStage.hの3行目付近の
class RougeStage;
~
TemporaryInfmationTmpl(RougeStage* RS) {
をいかに書き換える。
template <typename RougeStage>
class TemporaryInfmationTmpl {
public:
TemporaryInfmationTmpl(RougeStage* RS) {
StatusCollector.hのStatusクラスの
SetDirection()が2個定義されているのでどちらかを消す。
これまだ、脳内コーディングでシステム組んだだけでコンパイルが通って無いように、デバッグさえしてません。
なんとなーく、ローグのAI書いたら面白いんじゃないかと思って書き始めたのですが、沼にハマってしまいました。
とりあえず、前方参照の件は解決したみたいです。
その後大量のエラーと格闘していますが、支離滅裂なエラー（？）が大量に出ていて吐きそうです。
とりあえず、この件については閉めます。
ありがとうございました。
/* ref */
引数内で、コメントを使えば？
templateの右辺値参照もダメとか
さすがに修正が必要だな
別の項にmoveコンストラクタ、move代入演算子、perfect forwardingするときは右辺値参照使ってええよって書いてあるから、右辺値参照は対象外なんだと思う。
できたら遊ばせてねー
って禿先生が講演で言ってた
ステージ生成してAIに解いてもらおうと。
そのAI書かないといけないんですけどね。
アルゴリズムの間違いの発見や修正に比べたら、コンパイルエラーの解消なんてコンパイラさんが親切に教えてくれてるんだから、簡単なことだよ。
ロジカルなことしたいなら、コードの記述もロジカルに頑張れ
今現在コード書いてないオワコン禿げのいう事のが信用ねーわ。
江添とかも同類。
コードをまともに書いてないやつが言語仕様決めてるってのがc++のクソなところ。
コードがマトモに書ける人は書く方が忙しいので仕様どころではないって割とありそう
なんだか最近急にすごくなっていませんか？
それがクラッシュに繋がるような演算を行うことが問題であって、
例えば条件分岐で一定の大きさ以下の場合のみ参照するようにしているなら問題ないですよね？
うん
ゼロで割りたいなんて一言も書いてない
物体の速度なのでゼロのときがあるんです。
例えば、ある距離に到達する時間を求めるとなると、その距離を速度で割るのでゼロ割りがあり得ます。
ありがとうございます。
ゼロで割ること自体を回避するのって、けっこう厄介なんですよね･･･。
ある程度小さい場合は演算しないとか、どれくらい小さかったらいいの？みたいなことを考えないといけないので･･･。
無限大のときにどうする？という考え方の方が対処し易いように思います。
Pythonのnumpyみたいなものはc++にも有りますか？
OpencvのMatを(多次元配列に格納するなりして)C++で弄くれると嬉しいのですが
めっちゃコード書いてんじゃん
アプリケーションとして完成したものはひとつだけしか見たことねぇ。
今はドワンゴにいるし、社内で使うツールを書いたりすることもあるのかなぁ？
wchar_tにはそのようなものはないだろうか？
もしかして先月の２７日、行ってきたの？
内容は知ってる話が多かったけど本人の口から聞けて楽しかった
このchar**って他に変えれたりする？tcharとかwchar_tとか
wmainになるのね
助かります
それ以外は処理系の独自拡張
何か変わったこと言ってたらレビューplz
教祖もしくは弟子・伝道者・教皇の御言葉を拝聴する、それが宗教だ
現状、全ての教祖・開祖が生きている時代なので、それを感じないだけだ
10年後くらいにはぼつぼつ死にはじめる
そこからが正念場だ
サイモン＆ガーファンクルも生きてるし、K&Rも生きてる、ついでに、ビャーネ・ストロヴストルップとかESRも生きてる
21世紀の今がそういう時代というだけだ
デニス・リッチーは2011年に亡くなった
俺は禿を盲信なんかしてねえよ
newなんかいらねえと俺は初版の当時から思っていたし
動的例外指定なんぞISOで否定されてんだぞ
あと、動的にコンストラクタとか呼ばないといけないし必要だと思うよ。
個人的にnewはライブラリ屋さんが使えばいいものだと思ってる。
new T[] ってできるのは結構強いと思う。
まぁ、自分でやる事はないけど。
AがBをCreateProcessする状況を作成しました
Aを実行したらBの専用のコマンドプロンプトが立ち上がって次々に処理をするのかな？って思ってたのですが
実際はAが立ち上げたコマンドプロンプトにBも出力などしてます
これ分離することできないのでしょうか
コンストラクタを実行する構文がたとえば３文字のキーワードでできるなら
その主張は崩れる
T* create(ARGS ...args)
{
auto ptr = (T*)malloc(sizeof(T));
ptr->T(args...);
return ptr;
}
今C++をリメイクするならnewはクビだろ
AllocConsole
みんなどうやって駆使してる？
関数名オーバーロード。それを応用するtemplate。の２つかな。
まず、#include <tchar.h>。
次にTEXTマクロ、_Tマクロの使い方を学ぶ。
さらに、<tchar.h>を見ながら、文字列関数呼び出しをジェネリックなものに置き換える。
お前は未だにPhenomなんてガラクタ使ってるんだっけ
お前は無職だからそれでも恵まれすぎだけどな
使い始めてそろそろ10年になるが
現在Windows10が動いているけどな
悪口を言うのはよろしくないんじゃないか、と思ったけど、
アンカーの先を見たらそうでもないって気になった。
どうやら「固定ハンドルの人への攻撃はルール無用」という
より上位のルールがあるようだ(あくまで個人的な基準)。
ちょっとコテハンつけてくれないか？
コテハン様は名無しより偉いんだよ
失礼のないようにね
よく知っているね、phenomIIx6 1090 で粘っていますよ、zen2 7nm にて大人買いしようと資金を積んでいます…
おれはそのちょっと前のやつ
ttps://i.imgur.com/VvRofi2.jpg＞固定ハンドル
固定ハンドルじゃありません、トリップです！！
Tに対応した文字列操作関数だけを使って操作するか、CT2W/CW2TでWに変換して操作するか実質二択。
ガッ
ヌル文字列を固定ハンドルにして、
それに QZaw... ってトリップをつけてるのかと。
◆QZaw55cn4c の酉って割れてるよね?
もういやー。
cpplintとかInferとかかければある程度は原因絞り込めると思うけど
Winじゃ導入が面倒か
返信ありがとう。ヤル気がゴッソリぬけのたのでしばらく放置します。
特殊なこと全くやってないになんでこうなるんやー。
うぅ。。。
メモリ管理の問題ということは、特殊なことをやってたかではなくて、基本的なことが正しくできてないということだよ。
プログラム初心者ならメモリ管理やポインタに煩わされない他の言語の方が良いかと思うよ。
バグって自分が絶対に大丈夫なはずと思っている箇所に潜んでいる
しばらく放置してから見つけると、意外に簡単に見つかる
これのデータサイズ取得する方法ある？
対象領域の先頭ポインタを基準にSysStringLen使ってデータサイズとれるかな？って思ったがとれなくて困ってる
正解。慢心してた。
とおった！！俺のせいだった。ごめんなさい。
なんでスマポのインスタンス自動確保されると思い込んでたんやろ。ここだけ。
ごめんなさい。ごめんなさい。ごめんなさい。。。、
しばらく放置することで脳内キャッシュが解放され最新データの利用が可能になる、ありふれた光景。
私の場合は、しばらく放置しただけではダメで、リリース（公開）することを契機に問題点が不思議と浮き彫りになる、という感覚を持っています
リリース（公開）する時の質問の文章を書くことで、脳内のメモリ配置が変わり、脳内キャッシュが破棄されたのでしょう。
ttps://www.artonx.org/collabo/backyard/?BasicString bstrはちょっと特殊
ttps://dotup.org/uploda/dotup.org1607631.zip ふー。皆さまのおかげで、最初のAIが階段に到達するまでできました。
とはいっても想像するよりよっぽどチープだけどね。
やっとまともにデバッグできるようになったら、色々仕様変更したい病発動してジレンマに陥ってる。
特にトラップクラスいらねーんじゃね？とか思い出して、根幹を揺るがせつつある・・・。
というわけで、皆様どうもありがとう。
ちなみにgithubにも公開してるけど、ライセンスはmitなので煮るなり焼くなりしていいよ。
そんな酔狂な人間がいるか知らんし、多分同じコンセプトで書き直したほうがいいカモだけど。
githubはソース置き場にしてるだけからgitの操作さっぱりわからん・・・。Orz
URLサンクス
もしかしてサイズ取れないと言うことだろうか
ID:rT8gQk9M は近隣住民の安全のために、BSTRをもたず、つくらず、もちこませずを堅持すること
ttps://ideone.com/eDOvCH これで、Next保存する方法ないですか？
ダイナミックキャストだけかな?
継承したら自分の型忘れるのホント面倒。
乙
保存（シリアライズ）のインターフェースをBaseに持たせてNextでNextの保存処理を実装したらいいんじゃね
ゴメン。ちょっと舌ったらずだった。
各クラスが持ってるTypeに自分の型を保存する方法ないですか？
継承して記憶喪失になっても復元できるようにしたいのです。
システム内でちょくちょく必要になるのは俺がタコだからなんだろけど。
もちろん、ユーザーコードには見せないようにしますよ。
型を知りたいだけ、なんてことがあるのかどうなのか
普通はダウンキャストしたいという要求とセットのはずで、
ダウンキャストはインターフェースをゼロから周到に設計すればポリモーフィズムで解決できる
再設計をゼロからやれないときだけがdynamic_castの出番、という印象
※ 個人の感想です
的なことをやりたいのですよ。
システム制作者が完全に意思疎通してて型がどうなってるか周知って前提なんだろうけど、
継承したものをごっちゃにコンテナに入れたら破綻するんだよなぁ。。。
anyもいいなぁと思ったけど、結局キャストする手間は変わらない。むしろキャスト必須。
なくても何とかなるけど、余計なコード書かないといけないからスマートな方法ないもんかなぁ、と。
さういうコードをなかなか書けぬ人はスクリプト言語へ行くへし。
そういえば、anyはtype_infoを返すメソッドがあるのでので動的にチェックができるみたいだねぇ。
ないよりましだけど、確率になっちゃう。ぐぬぬ。
そうそう、できそうな気はするんだよね。うーん。。。
ID:p9jfuJcVの悩みはコンパイル時に解決できないからusingとかtypedefとかtype traitsとかautoでは㍉ぽ
（Base* pを扱うコードのビルドでコンパイラが常に*pの型がNextであることを見抜いたり、Nextの詳細を見通せたりするわけではない
というわけでポリモーフィズムでしか解決できん
ID:p9jfuJcVは、クラスごとに異なるOldTypeMethod()を呼び出すインターフェースCallOldTypeMethod()を設けて
BaseやNextそれぞれ毎に、適切なOldTypeMethod()を呼び出す実装を与えなさい
※ 個人の感想です
C++固有のポリモーフィズム機能を使うと他の言語に移植できなくなる。
実行したいことを列挙型なりビットフラグのメンバ変数として保存しておくのが一番楽だろう。
やりたいことが1種類だけなら型と紐づいていても問題ないが、
やりたいことが複数の組み合わせになったら型と紐づいた設計は破綻する。
何がいいたいかというと、アキラメロンということだ。
うーん。
仮想関数との違いがよくわからないなぁ。
プロキシ―オブジェクトってことなんだろうけど。
うーんと、ほしいときって初期化タイミングの調整とかそのへんなのでメインレールはインターフェースでいいんだよなぁ。
どうしてこう融通が利かないのか。設計のせいか・・・Orz
結局そういうことになるんですよねぇ。。。うーん。
コンセプトがいるような気がする。
さっき上げたコードをテンプレートとanyで書けば同じようなことはできるけど、エラー吐いたら地獄な気がする。
でも、そっちの方が高機能かもしれんなぁ。anyのキャスト問題を除けば。
今日は寝ます。また。
その切り替えを処理途中にifdef入れまくるのは不適切だと思うからdefineかtypedefを一度することによって
自動で切り替えられるようにしたいけどtypedefだとできない？
#ifdef unicode
#define tlen wcslen
#else
#define tlen strlen
#endif
int main ()
{
TCHAR a;
int size = tlen(a);
}
コピー以外も色々と
じゃ答えようが無い
頑張ってね
以下のようなwchar_t, char に応じたオーバーロード関数もある。私は使わないけど。
std::char_traits::length(const T* s)
文字列長を求める
データコピー
Stringstream
これだとLengthに特化したやつだけになるのかな？
他にもあるので切り替え方法が知りたく
コンパイル時には決まってます
テンプレートを作成するってのはT型を作るってことかな？
それとも違うんかね？
参考を探していてもデフォルトコンストラクターにつけているだけで
複数のコンストラクターがある場合とかがわからない
関数の実体も作らない
ありがとう
自分で実装します
ソースコードをみて答え合わせをします
まずはvectorから、ハイ、どうぞ
あなたの思った通りの動きをするCPUを作れば完成
NULLなの！？それとも別なの！？
msdn使いこなせるやつすげぇよ本当に
char_traitsの関数はオーバーロードじゃねえだろ
引数ではなくスコープで区別するんだから
スコープ？
CreateProcess()使ったことあれば lpProcessInformation.hProcess ってわかると思うが…
何も書いてない → 何が入っているかわからない
ってことだろ
ttps://cpprefjp.github.io/lang/cpp11/defaulted_and_deleted_functions.html HANDLEならINVALID_HANDLE_VALUEがデフォでしょ
std:char_traits<char>::length(const char*)
std::char_traits<wchar_t>::length(const wchar_t*)
こういう関数の選択は引数によらない
wchar_t x[2];
std::char_traits<char>::length(x); //error
だからそんなことを期待しちゃダメってこと
wchar_tを使うとわかっていてテンプレート引数にcharを入れるのはおかしくない？
関数が失敗したら新しいプロセス自体作れられないんだから
hProcessが不定でも何も困らないと思うが
std::char_traits::length(x); //error
＞まずはvectorから、ハイ、どうぞ
これ、いちどやってみたいですね…
ttps://mevius.5ch.net/test/read.cgi/tech/1434079972/33 ttp://https://ja.wikipedia.org/wiki/%E5%A4%9A%E9%87%8D%E5%AE%9A%E7%BE%A9">ttps://ja.wikipedia.org/wiki/%E5%A4%9A%E9%87%8D%E5%AE%9A%E7%BE%A9 質問者が解決の糸口を見つけられればそれでいい。
： デフォルトの名無しさん [sage] 2018/08/11(土) 12:18:16.68:X6Hz/xY3
Wikiより規格票な
N3337 13 Overloading [over]
When two or more different declarations are specified for a single name in the same scope, that name is said to be overloaded.
JIS X3014:2003 13. 多重定義
同じ名前を指定した異なる宣言が同一有効範囲内に複数ある場合，その名前は，多重定義されているという。
言わんでも解るだろうから、説教臭いことはあえて黙っておく
それはそうとしてオーバーロードっていう言葉の中にバーローという言葉が入ってるから、
オーバーロードの話題が出るたびに俺の中のコナン君がバーローとささやくので、
お前らにも同じ呪いをかけてやろう。
std::char_traits<wchar_t>::length()は
互いに同じ名前（a single name）なんやろうか…
>どうしてこう融通が利かないのか。設計のせいか・・・Orz
ユーザーコードにクラスの中で定義された型（Base::TypeやNext::Type）を見せるのはやめて、
NextやBaseのオブジェクトのふるまいとしてだけ見せたら宜しいかと
ふるまいだけを見せる抽象化はまず純論理的にはポリモーフィズムで逝ける
次の段階として、呼び出しの度にvtblの間接参照が一発入る遅さを嫌い、高速化したいという要求が生じるかもしれないが
そのときは知らん（テンプレートによるダックタイピングでさらに戦うこともできるが同一翻訳短以内でのcloseが前提でありかつクラスの継承の恩恵にはなかなかあずかれない
ていうか非オブジェクト指向言語であっても関数ポインタと構造体が使えれば似たようなことはいつでもできる
最終的に作れるものと作れないものは
その違いによる差は全くないんだが
前者と後者とも資料は見つけたのですが、どうやって勉強するのがおすすめですか？
opencvで例えばアイドルの画像をCGっぽく、またはアニメっぽくはできたりするのでしょうか？
多分君には無理だからそういったアプリを探しなさい
煽りでも何でもなく実力不足
レイトレーシングの本質は三次元空間での光の挙動のシミュレーションであって
既存の画像を加工するような技術じゃないぞ
目に入らない光は無いも同然だし。
寝ぼけて謎な用語の用法をしてしまった忘れてくれ
視線側からのレイの追跡だ
98用のCのｿｰｽｺｰﾄﾞも附録でついてた
98なんかもってなかったから、Xlibで動かした記憶がある
その書籍はｻｰﾌｪｲｽﾓﾃﾞﾙもﾚｲﾄﾚｰｼﾝｸﾞも基礎から丁寧に書いてある良書だった
ｻｰﾌｪｲｽﾓﾃﾞﾙについては、ものすごい力を入れて書かれてた良い本だった
ﾜｲﾔｰﾌﾚｰﾑから陰面消去、さらに双三次ｽﾌﾟﾗｲﾝでの補間、そしてﾚﾝﾀﾞﾘﾝｸﾞ、ﾊﾞﾝﾌﾟﾏｯﾋﾟﾝｸﾞ
さらに3次ｱﾌｨﾝ変換つかってﾓｰｼｮﾝｷｰで動くとこまで解説してる
基礎で必要な内容は、ほぼすべて網羅されてて、ﾊﾞｶでもﾁｮﾝでも分かるように書かれてた
で、ﾚｲﾄﾚｰｼﾝｸﾞはｻｰﾌｪｲｽﾓﾃﾞﾙより超簡単だからな
このｽﾚのｱﾎが難しいといってるだけで
むしろﾚｲﾄﾚｰｼﾝｸﾞはﾊﾞｶでもﾁｮﾝでも分かる
あまり汚い言葉で、アホとかバカとかチョンとか言わなない方がいいよ…
ttps://qiita.com/mebiusbox2/items/89e2db3b24e4c39502fe ttps://www.amazon.co.jp/dp/4871481999 ３冊とも名著。１と２はBASICだけど
linuxだと何がいいの？
レイトレーシングの大量の計算するのがグラボでしょ
アスキーの『応用グラフィックス』か。入門・実習・応用の3冊シリーズだね。
各巻のつながりは緩いから順番に読まなくてもほぼ大丈夫だけど。
確かに良い本だった気がするけど、なにぶん読んだのが昔なんで
いくらも理解できなかったわ。今ならもう少しマシだと思いたい。
大学近くの古本屋でなら見つかるかも。
畏（おそ）れ多くも森喜朗元帥閣下の有り難いお言葉：
「オレはＩＴ（いっと）のことはよく知らんがぁ
時計をたった２時間早めるだけだろぉ？
オレなら１分あれば済ませるぞぉ！
サマータイムの何がそんなに難しいんだぁ？」
システム開発現場の勇ましい言葉：
「畏れ多くも森元帥閣下のご下命を賜った以上
現場ＳＥは有り難いお言葉に勇気百倍
デスマーチとバンザイ突撃を敢行いたします！」
「マラソン選手さまが涼しい時間に走るためなら
現場ＳＥの千人や二千人死んでも本望です！
私たちＳＥの生命など、虫けらと同じです！」
「畏れ多くも森元帥閣下の有り難いご下命にしたがって
最前線システム開発現場で殉職出来るとしたら
現場ＳＥとしてこれに勝る喜びはありません！」
日本という国では
体育会系が一番偉い（森元帥閣下、田中理事長）
文科系がその次で（財務省、教授会）
理科系は最底辺の奴隷とされています（現場ＳＥ）
半透明物体内部の散乱表現に踏み込んだらそんな寝言は言えないんじゃ…
例えば以下みたいな、ファイルからとある要素を抜き出して返す関数とかで
std::string extractHogeFromFile(const std::string& file_path)
俺だったら以下みたいにしてるけど、いまいちしっくり来てないとも思ってる
ファイルが見つからない→例外
要素が見つからない→例外
要素が見つかるけど空→空
みんな例外クラスとかはstd::exception継承して自作してるのかな？
バックトレースやコード行数とれないのが使いにくくて、javaっぽい例外クラスを自作してる
system_errorがあるからerror_categoryの派生クラスを作れば大抵足りる
__FILE__ や __LINE__ のようなデバッグ情報を入れたくてマクロを作ることはあるけどね
空という概念ならoptionalはいかが？
template <typename ELEMENT>
std::optional<ELEMENT> extractHogeFromFile(std::path) noexcept(false);
発生時は確かに遅いね
ただ、あくまでも例外的なものだけに利用をとどめておけば、そんなに発生するものでもないし、その場合は戻り値をifで見るより命令数が少なくなるから、結果的に高速になるって俺は考えてる
exception直に継承も少し疑問もってるんだけど、std::exceptionのcatchで全部取りやすいからこうしてるんだよね
...でcatchは乱暴な気がするし
ただ、調べて見た感じsystem_errorも使いやすそうね。最近開発で使えるようになったC++11だからこんなのあるの気づいてなかったわ
std::optionalとかあったんだね、ちょっと調べてみるわありがとう
レイトレーシングが簡単なのは入り口だけ
20世紀あたりのなんちゃってレイトレーシングは楽だけど本格的にやると解決できない問題が多数出てくる
開き損なうとそれ以降の処理が致命的な失敗になりやすい
そういう操作のエラー通知が例外に向いてる
例外発生時の速度が問題になるなら例外の使い方を見直した方がいい
例外は遅いから例外の時に使いましょう
ということを書いたつもりなんだけど
単なる終端マークとか区切りとか
そういう頻出する可能性のある用途では使っちゃダメってこと
例外が発生しなくてもオーバーヘッドが発生する環境がほとんどなので
組み込みだとわざと無効にすることも多い
x86の64bitはオーバーヘッドが無い代わりに
例外発生時は極端に遅い
一度測定してみるとその遅さがよく分かる
そういうことがわかっていれば
どこに使うべきかがおのずとわかる
システム設計とかアプリの基本設計レベルで例外の種類とcatch箇所とcatch時の処理を定義して使うなら良い
が、呼び出し側でif文を書きたくないからという理由でｲﾐﾌな例外定義を行うと、結局第三者に正しく使ってもらえない
ｷﾓｽ
ttp://zakkas783-blog-blog.tumblr.com/post/3870295160/c-の例外ハンドリングとパフォーマンス の通り例外処理の裏側の実装には2つの潮流があるんじゃ
返値で返せないものを返すのに使うなら検査例外のような保証が欲しいところ。
ttp://aokomoriuta.hateblo.jp/entry/2016/05/05/145810 ttps://i.imgur.com/p53FZao.jpg自前の文字列操作のUtilとかだと例外にするかすごいその観点で迷うんだよね
賛否両論なjavaの検査例外だけど欲しくなるときはあるね
C++の例外指定がもう少し使いやすければよかったんだが
すごく同感
困ったことにbasic_iosはexceptionsで頼みもしてないのにEOFで例外を投げる
受け取るクラスはキャッチャー？
できるならレガシーを切って次へ行きたいものです。
またはstd::optionalなんてものもありますな。
std::tuple<bool,Item> Fun(){return {true,Item()};}
auto [F,I] = Fun();
ちなみにすでに実体化している変数は、std::tie(...);で受け取れます。
prvalueでもforward_as_tupleならおｋ
{
return forward_as_tuple(123, "456");
}
ttp://itest.5ch.net/test/read.cgi/tech/1528382412 前スレのURL違うくね
これがただしいっしょ
何と比べてる？
メインの戻り値は期待する型を明示したいことがある
エラーの方が何のenumかは知ったこっちゃないからautoにしたかったりするからややこしい
構造体のメンバをバラで貰えるってだけやん
自分は出来ても階乗を求めると型の判別くらいしか出来ない
脳内バッファがなぜ必要？
そうしてみる‥
Lisp読んで見る
メタプログラムは今ほとんどconstexprに置き換えれない？
確かに置き換えられるんだけど、それじゃあ普通のプログラミングと変わらなくて面白みが無いと思って‥
型でメタプログラミングするとき困らんか？
もちろんtemplateも使う
特に何とは言わないけど
return (123, "456");
とか
return 123, "456";
みたいに現行のc++ではできないタプル表現のほうがすっきりして見える （個人の感想です）
「できない」って話だから……
Fuga fuga;
Hoge* hoge;
for(int i = 0; i < 5; ++i)
{
fuga.fugaMethod(hoge->hogeMethod(list->at[i]));
fuga.fugaMethod(hoge->hogeMethod((*list)[i])); // エラー
}
リストの要素に対して全部処理をするっていうよくあるプログラムなんです。
なんですが、上の書き方だと通るのに対して、下の書き方だと「式にはクラス型が必要です。」と出ます。
vectorの要素指定はat(i)を使うか括弧で指定するかの2通り、違いは範囲チェックを行うかどうかだけという認識だったのですが……
何がまずいんでしょうか？
typoか？ それとも本当にそう書いているのか？
hogeMethodの引数がobjectかobject&なんだろうな
何がまずいんでしょうか。ポインタだしアロー演算子で問題ないのでは。
それとhogeMethodの引数はobject*ですね。抜けてましたすいません。
vector<string *>::iterator list;
なら理解できるのですが、
vector<string *> *list;
というのが、よくわからないのです
プログラム例では list にすでに値が入っているようですが、実際には
list をどのように初期化しているのでしょうか？
(*list)[i]
(*list).at(i)
list->at(i)
は等価であることを確認しましたが
list->at[i]
というのは逆にダメっぽいです
ttps://ideone.com/ripLji list->at[i]
がどういう文脈なのか？
コンパイラがなになのか情報をください
何がまずいって
listはvector<object*>へのポインタ
list->atはvector<object*>::atでメンバ関数
ここまではいいが
at[i]は関数に添え字だろ
こうやってんのと同じだぜ
void func();
func[1];
ごっちゃになってましたすいません
> 確かにat(i)はtypoでしたね。
なら普通に両方コンパイルはできるはず
エラーになる最小限のコードにしてどこかにアップして
まあ本人気づくのが一番いいから
寛大ですね…
できない
# いらんだろ、多重定義で同じ目的を達成できるから
どゆこと？
たとえば
int abs(int);
double abs(double);
を、
クラステンプレートの部分特殊化でstaticメソッドを特殊化つーと
template <typename A, typename B>
struct num;
template <typename A>
struct num<int>
{
static int abs(int);
};
template <>
int num<int, int>::abs(int arg)
{
return arg < 0 ? -arg : arg;
}
みたいなことすんのか？
ttps://dotup.org/uploda/dotup.org1613077.zip 例のローグのシステムが大分できたのでなんとなく投下してみた。
汎用AIってどうやって書けばいいんや？
しかも、まだバトルシステム作ってないし。
C++テンプレートメタプログラミングという本を買ってみたのですが、この本C++BoostのMPLの解説本です
C++17がある今、この本の価値ってあるんでしょうか？
一応全部読んでみようと思ってるのですが
> 一応全部読んでみようと思ってるのですが
読んでみてから判断すれば？
すみません
Boostを使わず、mplを使わないのでメタプログラミングするのが目的なので、それがこの本を読んで可能なのか？という質問の趣旨です
> Boostを使わず、mplを使わないのでメタプログラミングするのが目的
そんな明確な目標あるのになんでこんな本買うかなぁ
ちょっとググればこんな意見が見つかるだろうに…
ちょっと文章が直訳っぽくてところどころ不自然だけど,丁寧にBoost.MPLの実装(と使い方)について解説してあってとても分かり易い！
ttp://d.hatena.ne.jp/eldesh/touch/20100412/1271090614 メタプログラミングを活用すればこういうことも出来得るという事例集として見れば無駄ではないと思うが、
それを読んでメタプログラミングが出来るようになるかというと否だと思う。
この本を買ったのは高橋晶のC++11対応のテンプレートテクニックって本を読んで、巻末に本の紹介があって、メタプログラミングについて知りたいならこの本を読むべきって書かれてあって、読むことにした
そのブログはすでに読んである
メタプログラミング自体はどうすれば出来るだろうか？
私はバカです
って言われても…
売ることにします‥
もう日本人に頼るのは辞めました
そもそもWG21から情報を検索したほうが有意義かも
これからは日本語のプログラミング書籍は買わない方がいいって教訓になりました
そろそろご退場かな
総員塩の用意
いやだって日本人でC++やってる人少ないじゃないですか(´・ω・｀)
んなこたーない。
その次がPHP
和訳版を買うことはないわな。
原書ならPDF版がタダでネット公開されてたりするし。
前半とこどこBoost.MPLの設計理念とかどう実装されてるかとか書いてあるから、そこは参考になると思う
後半のTMP関連のテクニックはおそらく求めているものではないかと
ExpresionTemplateの実装にあまり踏み込まないけど、どのように誤用されているかは少し参考になった
ttps://wandbox.org/permlink/TC3VtzZ4Dd53Z1Y4 こういうコード書きました。
UIはとりあえず置いといて、Jsonの構造ってこんな感じでいいのでしょうか。
ご意見あったら教えてください。
例えばAってクラスがあって、hogehogeって関数があったとします
それでhogehogeは内部で関数を3つ呼び出す。ざっとこんなイメージです
A.h
class A
{
public:
void hogehoge();
}
A.cpp
void A::hogehoge()
{
x();
y();
z();
}
main.cpp
main()
{
A a;
a.hogehoge;
}
んでこの場合の関数x() y() z()なんですけどクラスAのメンバ関数にすべきなんでしょうか。
それとも単にA.cpp内に関数書くだけでいいんでしょうか。
x()y()z()はhogehoge以外から呼び出されることはありません。
自分は前者だと思うんですが、参考にしろと渡された前任者（今いない）のコードだとなんでもかんでもメンバ関数です。
よろしくおねがいします。
そうでないとxyzをメンバ関数にしてhogehogeなくせってことになるので
だったらラムダ式じゃね？
auto x = [this]{};
auto y = [this]{};
auto z = [this]{};
どっちでも良い
というか時と場合によってどっちにすべきかが違う
一応、自分は、protectedのメンバ関数にするかなぁ。
漠然過ぎてどうとも
ゼロから書く気はないんだろうから試行錯誤するのも含めてPythonのほうを勧めるよ
関数にできるってことはメンバ変数の参照とか他のメソッド呼び出しがないんだよね
なら関数にした方が微妙に速度が稼げる（thisを渡さずに済むから）
各々一回しか呼ばないなら呼び出し箇所に展開しても良いような気がする
effective C++のメイヤーズ先生に従い、通常の関数にすることにします。
……あれ、そうするとその関数群だけで使う共通の変数ってメンバ変数にすべきなのかcpp冒頭で宣言してグローバル変数にすべきなのか
いやぁ難しいですね
グローバル変数は悪である
「共通の変数を使う関数群」をクラス化するんだよ
そのためにあるんだから
> ……あれ、そうするとその関数群だけで使う共通の変数
いや、そんなもんがあるならメンバ変数にするか、それらを構造体とかにまとめて引数で渡すとかしなよ
ファイルスコープだとしても今時グローバル変数は無いわ
ゼロから書く気はある
消極的な選択なら非staticのほうが何かと楽だぞ
OpenCVで1つの画像データを複数の関数で扱う場合って、引数として渡すのとグローバル変数として定義するのってどっちが良いのかな？(速度とかの面で)
無限ループで毎フレーム毎にWebカメラから読み取った画像を(グローバル)変数に代入するからそこでの速度とかメモリ管理の差とかあるのかな？
そこまでして再発明したいんなら言語なんて何でもいいんじゃね？
ちなみに素養はお持ちなの？
そういう研究してたとか
オカマはだまってろw
あ、読み違えた
自然言語処理ではないんだね
何かのパーサーでも書きたいんですかね？
OpenCVのMatなら何も考えずにコピーすると浅いコピーになる
浅いコピーのコストが問題になるならグローバルなりメンバなりにする方がいいのでは
普通はポインタか参照だろ
目の前に浅いコピーって書いてあるし
浅いコピーよりも当然参照やポインタ渡しの方が速い
当たり前だ
sizeofでcv::Matのサイズを調べてみろ
構造体やクラスを渡すのに深い浅いに関わらず
コピーなんか使うなよ
> (速度とかの面で)
早すぎる最適化は諸悪の根源である
ドナルド・トラン…
じゃなくてクヌース
クラス内でメンバ変数使おうとするとメンバ関数じゃないとだめなのね。普通に分けたただの関数からじゃ呼べなかった
えーこういうもんなのか
構造体やクラスだと
ポインタや参照がデフォなんだよ
とりあえずポインタ、参照で渡す事を考える
これでは困る時にはじめて他の方法を考える
わざわざ無駄に重くしなくて良い
コードサイズも実行時間も使用メモリも増える
悪いことしかない
世の中の殆どは再発明の繰り返しではないか
そこから新しいものが生まれる
機械学習、音声言語処理に興味ある
生成や知識獲得とかも
あっそれロン。大車輪で役満です
Rustを知りませんか？
間違って通常のポインタを引数に指定されないよう、共有ポインタの参照を引数にすることはあり得るでしょ。
ttps://github.com/rust-lang/rust/issues エラーが4000件だから、しばらく無理。
ただでさえ重めだった実行が、2015から拍車がかかり、かなり使いにくくなってしまいました。
どうもvector等のSTLの範囲チェック等が重たいとのことで、たしかにSTLの使用割合が多いアプリほど重たい傾向にあります。
たしかに範囲チェックはありがたいのですが、多少デバッグ能力を妥協して動作を軽くできないでしょうか？
理想はデバッグ機能をカスタム実装してリリースモードで動作でしょうけど、
予想できないクラッシュ等に対応するのが難しいと思います。
ご助言、よろしくお願いします。
IDEに頼るな
vimを使え
ttps://msdn.microsoft.com/ja-jp/library/hh697468.aspx class Foo {
public:
int a[100];
Foo();
};
というクラスにおいて、構築時にメンバa[]をゼロ初期化する簡単な書き方はありませんか
ちなみに
Foo::Foo() : a({ }) { }
とやったらエラーになりますた、
ttps://ideone.com/BuNLLF こう？
Foo::Foo(){
for(int i=0; i<100; i++){
a[i] = 0;
}
}
申し遅れましたがやｐっぱC++11では㍉ですかそうですか…
構文はC++だけどね。
ttps://wandbox.org/permlink/ASJ3oCbkha0Ren8B 平均的じゃ足りんだろ
VMwareとか使いまくるには
RAMとHDDがたんまりないと心許ない
でええやん
Foo::Foo() : a{ } { }
そんなことできたのかぁー。うぼぁー。
すまんこ
できればSLCのやつ
何もかもがめんどくさっくて、C ドライブになんでもたんまりと仕込むのが好きなんですが、
1TB くらいある SSD ってお高いんでしょう？
例えば、だが
Crucial SSD 1000GB MX500 内蔵2.5インチ 7mm ￥23,738
class A{
};
class B: public A{
};
temaplate<typename T>
void test(T a, T b){
}
A a;
B b;
test(a, b);//Error.型が一致しない。
test<A>(a, b);//ok.明治すればok
きみなら一時間とは言わないが、一日でそのくらい稼ぎ出すんやろ？
こうすればokというのはわかるけども面倒
template<typename LT, typename RT>
void test(LT const& a, RT const& b){
}
ありがとうございます！
これでやってみます！
vim、興味深いですが、慣れるまで時間がかかりそうですね^^;
ttps://forest.watch.impress.co.jp/library/software/notepadplusp/ ttps://sakura-editor.github.io/download.html 迷ったら、Esc を押して、コマンド入力モードにする。
そこで、a を押せば、append 文字入力モードになる
:q! 保存せずに終了
:wq 保存して終了
欠点が厳密にゼロ個な完全なチョイス
CMakeとの連携も賢い
補完がまだ遅いが
VisualStudioはコンパイラ兼デバッガとして利用してます。
ファイルサイズにして2.37MBある
クラス内でなら前方参照が可能なC++の盲点をついて
適当な struct でプログラム全体を丸ごと囲って
前方参照しまくり & ヘッダに全部書くスタイルで
一つのファイルに全部押し込めた
C++サイコー
コード補完が重くて使い物にならなくなるので
素人にはお勧めしない
サンデープログラマーで俺一人だけしか書かないから
ソースコードも公開してないしな
キモすぎやろ…
見してくれ
これだけでコンパイルして動くものでもないので一応ソースコード
あまりにもアレで、そっ閉じだろうけど
ttp://www.geocities.jp/notenop/tomato_player/main.cpp コンパイル済みのソフトは
ttp://www.geocities.jp/notenop/tomato_player/index.html からダウンロードできる
非同期処理に俺が思いついた横断的でトリッキーなアイデア
ttps://qiita.com/notenopg/items/40571e69986a58b888a0 ↑が使われている
安全にキャンセル出来なきゃ await の意味ないでしょ！ってなもんで
でもなかなか理解されないんだよなぁ、すごいアイデアだと思うんだが
それからツリービューのアイテムのピン止めのアイデアは
お気に入りやタブの代わりになって画期的だと思うんだが
何故マイクロソフトがエクスプローラに実装しないのか謎
特許関係かね
あとはフォルダ階層をそのまま扱える木構造なプレイリストとか
そんなことやってたら9万行超えました
ちなみにUIはDirectXでちまちまフルスクラッチで手書き
その代わりその辺のソフトに負けない速度で、4K対応
プログラマであるあなたたちなら
ピン止めできるツリービューが如何に画期的か理解できると思うんだよね
タスクバーでも何でもピン止めの時代なのに
ツリービューもピン止めできて良いと思うのよね
全部フルスクラッチでDirectXで手書きだから
ttps://www.amazon.co.jp/dp/4871481689/ Makeって何？
来年にはSunOSにも移植される予定の超最新自動ビルドツールの紹介だよ！
オライリーがおかしな実験をする本だよ
昔から使われている原始的といってよいビルドツールです
makefile に依存関係を書いておいて、コマンドラインで「 make -j」と起動すると、記述した依存関係にしたがってコンパイル・リンクが行われます
この本を読めばコンパイルについても分かるの？
は make を C で記述するものであり、コンパイル自体について記述するものではありません
コピペで受け継いできた秘伝のMakefileやconfigureが蔓延してるのなんとかしてくれ
売れないだろうがCMakeの解説本が一冊欲しい
makeがもう誰も手に負えない怪獣のくせにずっと定番に居座ってて、「Makefileを作るツール」が乱立してそれぞれ怪物化してるの勘弁してほしい
＞makeがもう誰も手に負えない怪獣
make ですら怪獣になるのだったら、他の高機能ビルドツールはとっくに破綻している現状だったのか！と、ふと
これが複雑で手に負えないとなると、プログラミングも怪しくなる
ある程度以上の規模のプロジェクトを構成するベストプラクティスが示されているところを見たことがない
適当に好きなところから取ってきて動けばいいやくらいに改変して使ってるのが現状
ttp://aegis.sourceforge.net/auug97.pdf そこまでしなくても、最低限のルール覚えれば使える
goto有害説をもじってるんだなｗ
Makefileを書いていていつも思うのは
ソースファイルの依存関係はソースファイルの中に書いてあるのに
それをまた二度手間で書かねばならないのがイヤ
面倒くさいのはともかく間違えやすいから
automake とか gcc -MM とかの話？
gcc -MMか、いいこと聞いた
ありがとう
詳しい解説サンクス
こんなのがあったのか
ここで根性論とはセンスあるわ
もちろんエンジニアでなく笑いの
vcpkgで対応できなければ結局自分で書くはめになり、面倒くさくなってmingw使うかVSのプロジェクトと同居することになる
バッチ的な定型処理を1個のファイルでまとめて管理できるのが便利でね。
make find WORD=...
全ソースから WORD= で指定した単語を含む行を検索、みたいな。
自分で作った便利ターゲットの使い方を usage: に書いとくのを忘れるけど。
perlでok
この手のスクリプト言語は可読性がデバッガもないから中身を探るのが難しすぎる
実質boost専用に作ってるだけなのにあんな聳え立つ糞の山になっちゃうんだからビルドツールって怖いね
こういうときってコードネームを付けますよね？
このとき、VisualStudioのプロジェクト名もコードネームにしますよね？
アプリのウィンドウキャプションとかはアプリ名が決まり次第反映させられますけど、
プロジェクト名は途中で変えられないので、そのままになってしまいますが、しょうがないですよね？
要は社内の開発で問題なければOKで、
リリースしたときにコードネームがどこかに混じってしまわないように気を付ければいいだけですよね？
みなさんがどうされてるのか気になったのでお聞きしました。
slnやvcxprojはただのxmlだから名前変えるだけならそんなに難しくない
bjam＝ブージャムは言うまでも無く、パンジャンドラムすらも無論英国のポエムから採られた
他にも兵器界隈ではスナークとかが存在するのは周知の通り
日本だと仏教用語から採ればいいんじゃあないですかね
なるほど～、プロジェクト関連ファイルを編集することで名前を変えることはできるんですね。
なら気兼ねなく最初はコードネームにしときます。
ありがとうございました^^
void f(:ostringstream &os) { ... }
int main() {
ostringstream s;
std::thread(f, std::ref(s));
...
とありましたが、なぜ呼び出し側で「おまじない」のstd::ref() が必要なのか理解できません
どんなときに呼び出し側で std::ref() が必要なのでしょうか？
テンプレート関係かと思いましたが
ttps://ideone.com/7fF53F は問題なく、std::ref() が必要となるプログラム例を思いつくことができません
よろしくお願いいたします
余計なコピーを抑制してるんだ。
コメントありがとうございます
コピーコンストラクタが禁止されている std::cout をテンプレート引数にわたす場合で理解できました（かもしれません）
ttps://ideone.com/3eqEJY 一つ質問ですが、私なら、このプログラム例の y()
template<class T> void y((*f)(), T &os) { ... }
のように、テンプレートを書く時点で参照に書いてしまうのですが、
あえて非参照なテンプレート引数を書く「便利さ」みたいなものはありますでしょうか？
しょぼいにもﾎﾄﾞがある
＞あえて非参照なテンプレート引数を書く「便利さ」みたいなもの
std::thread のコンストラクタを眺めていて気が付いたこと…これ、可変長テンプレートですね
ttp://shinh.hatenablog.com/entry/20060817/1155781747 ttps://ideone.com/tpefmL c++11 に std::atomic::compare_exchange_weak() を見つけましたが、これは適当に（任意に） new で確保したヒープにも適用できるものでしょうか？
class nested_error : public std::nested_exception, public ARGS...
{
public:
nested_error(T const& t, ARGS const&... args) : T(t), nested_error(args...) //C3511
{
}
nested_error(T const& t) : T(t)
{
}
};
何かうまい手ない？
Anyつかうとか・・・。
えーっと、変数が一個じゃ足りないな。
イニシャライザーリスト使うか、下位関数にキックするか。
別のクラステンプレートのメンバ関数とか関数テンプレートで再帰するしかないと思う
ttps://wandbox.org/permlink/KrUV4MTPdV0l4OoO 興味があったのでそれっぽいコード書いてみた。
これキャッチするの無理だろ。
昔、例外投げるときはメモリが足りなかったりとかクリティカルな状況だからやめろって言われたような気がする。
どうやったっけ？
なんか面白そうなのうｐしてくれてありがとう
すまん、今かなり酔っ払ってる
素面に戻ってからじっくり読むから
ちょっと待ってて
つ catch(A<B, C> E)
> そういえば、例外の時にメモリ確保したらなんか弊害あるんだっけ？
メモリー不足による例外発生時だとその例外処理時のメモリー確保自体が失敗するから例外処理（例えばログ出力）ができなくなるってこと
そらまー、引数がそれの時はできるけど、必ず把握はしてないでしょ。
あぁ、なるほど。ありがとう。
メイヤーズ本に簡単な回避テクが書いてある
希ガス
951だけど、何したいのか分からない。
catch (decltype(X) E)
ならええの？
ttp://https://wandbox.org/permlink/uEH5L9KBV9L1BdYn">ttps://wandbox.org/permlink/uEH5L9KBV9L1BdYn うはー、気が向いたから、コンストラクタに推論させようと思ったら手間食った。あー疲れた。
しかし、理解が深まって良かったかな。うえー。
： デフォルトの名無しさん [sage] 2018/08/25(土) 22:26:38.94:rL3qzGy6
例えばA<B, C>とA<D>は全く別の型なのだから、どっちの型が飛んでくるかわからないのに両方catchするのは無理でしょ。
Base型で試そうとした痕跡があるけど、catchした先でA<B, C>またはA<D>の関数を呼び出そうとしているからそれもできない。
「別のところ」から飛んでくる例外の型はコンパイル時には確定しているのだから、メタプログラミングが通常やるように、「別のところ」のテンプレ引数でthrowする型を決定できるようにすればいいんじゃね？
うん。多分それで困ると思う。が！
メタプロやらないから可能性は感じるけど限界がわからない。
まぁ、俺は興味で書いただけだから、がどうするかはシラネ・・・。
>あえて非参照なテンプレート引数を書く「便利さ」みたいなものはありますでしょうか？
threadの場合デフォルトで参照だとdata raceを気づかないで起こす可能性が上がる。
設計としてスレッドの引数はコピーして渡すほうが安全性は高い。
一般論で言えば一時オブジェクトを受け取るならconst&になるけど、
これだとmoveできないので逆に性能が劣化する場合がある。
区別して考えるのが合理的なんじゃないかって話が出てきてる。
んで新しく静的な例外を導入しようっていう話が上がってる。
コンパイルタイムで例外わかるんだったら、普通にコンパイルエラーにしよ？
by マリー・アンチョワネット
再帰関数のメモリ消費量とか計算難しそう
コメントにスタック使用量を入れてくれてたな
struct hoge {
int a, b, c;
};
auto a = hoge{1, 2, 3};
auto b = int[]{1, 2, 3, 4};
aみたいに型を明示して中括弧でくくった一時オブジェクトは作れるけど、
bみたいに配列を明示して作ることって出来ないですかね？
単に文法上の質問なんで「やる必要あるのか」とか「std::array使え」とか「構造体でラップしろ」は無しでお願いします
というか今思いついて(int[4]){1, 2, 3, 4}でやったらいけました
お騒がしてすみませそ
それはC99の複合リテラルになるけど、C++で使ってよかったっけ?
ttps://ideone.com/A9Bccy #include <stdio.h>
int main() {
int* b1 = {1, 2, 3, 4};
int b2[4] = {5, 6, 7, 8};
int b3[] = {9, 10, 11, 12};
fprintf(stdout, "b1:%u\n", sizeof(b1));
fprintf(stdout, "b2:%u\n", sizeof(b2));
fprintf(stdout, "b3:%u\n", sizeof(b3));
return 0;
}
ttps://ideone.com/rJw9cK #include <iostream>
using namespace std;
int main() {
// int* b1 = {1, 2, 3, 4}; ｺﾝﾊﾟｲﾙｴﾗｰ
int b2[4] = {5, 6, 7, 8};
int b3[] = {9, 10, 11, 12};
// cout << "b1:" << sizeof(b1) << std::endl;
cout << "b2:" << sizeof(b2) << std::endl;
cout << "b3:" << sizeof(b3) << std::endl;
return 0;
}
b1:8
b2:16
b3:16
c++
b2:16
b3:16
やっぱり
このｽﾚにもｱﾎしかいない
自分が天才だと思っているなら、こんなところで遊んでないで、なんか凄いソフトを作ってくれよ。
ｵﾚは天才じゃないが普通の人間だ
この板にいる低学歴知恵遅れが
まともじゃないのがﾔﾊﾞｲといってるﾜｹ
教育の程度や知能に大きな問題があるといってるわけ
しかもその自覚がない
まずまともな人間になるところから
auto a=(int[4]){1,2,3,4};
for(int i=0;i<4;i++)
{
printf("%d \n",a[i]);
}
出力
0
0
0
0
試してみたんですが、実際にはコンストラクタに渡すので大丈夫でした
autoだと配列の一時オブジェクトへのポインタになるからまずいですね
autoでなくても不味いよ
ほんこれ
なにがどうまずいですかね？
スープと同じぐらい不味い
お待たせ
俺っちの質問はnested_exceptionを使うケースなので、
948のコードでいうとBaseを多相的クラスにしといて
catch(Base&)で捕獲し、dynamic_castでBやCへの
アクセスを試みるというようなことだ
ところで
template<class... Ts> overloaded(Ts...)->overloaded<Ts...>;
これが読めん、何やってるのか教えてくれんか
std::uncaught_exceptionというのがあるね
クラステンプレートの引数の推論補助(deduction guide
deduction guideね、thx
ttps://mevius.5ch.net/test/read.cgi/tech/1535353320 板復帰(OK!:Gather .dat file OK:moving DAT 703 -> 686:Get subject.txt OK:Check subject.txt 703 -> 690:Overwrite OK)0.84, 0.77, 0.74
age subject:690 dat:686 rebuild OK!
新しいスレッドを立ててください。
life time: 45日 2時間 48分 54秒
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
ttps://premium.5ch.net/ ▼ 浪人ログインはこちら ▼
ttps://login.5ch.net/login.php 