C++相談室 part136

2018/06/07(木) 23:40:12.36

次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part135
https://mevius.5ch.net/test/read.cgi/tech/1522495206/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.102【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1509780815/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

----- テンプレここまで -----

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2018/07/08(日) 23:16:50.92

テキストのパースなんてそれこそperlやpythonにやらせろよ
そんなところが速度にクリティカルに効いててゴリゴリ高速化しなきゃいけないのは作りがおかしい

2018/07/08(日) 23:30:01.88

>>768
質問者が固定長なんて書いてた？
固定長と言い出したのはあなたでしょ？

2018/07/08(日) 23:41:27.36

>>767
読み込み以外、ライブラリなんか使わずに全て自分のコードにしてみようか
そうすれば色々とわかるはず
読み込みは16MBずつとかにすれば速い

出力先はファイル？メモリ上？
数値は32bit floatで保存するとして
文字列は？
そのままの形で使う？
読み飛ばす？

2018/07/08(日) 23:43:29.21

>>772
お前何年前のゴミSEだよ
古代文字解析みたいな手法揚げやがって
lexical analyzer 系統使うだろ

2018/07/08(日) 23:47:06.61

SQLite はメモリ上にDBを構築できるので試してみるのもいいでしょう。
起動時のテーブルの初期化が大変だけど、あとはサクサク。

2018/07/08(日) 23:54:44.54

な、知恵遅れたちはﾃｷﾄｰなことばっかりいってる
こんなｺﾞﾐみたいなｺｰﾄﾞで速攻でかけるのに

2018/07/08(日) 23:55:41.66

ｺﾞﾐはめちゃくちゃしょうもない簡単なｺｰﾄﾞを
いちいち複雑にする

そしてもだれもﾒﾝﾃﾅﾝｽできなくなる

2018/07/08(日) 23:56:30.09

自分への間違い指摘は全部無視するのが半角スタイル

2018/07/08(日) 23:57:09.03

ｵﾚはなにも間違ったこと書いてない

2018/07/08(日) 23:57:21.06

数値の行は以下みたいなドロくさい処理を4回繰り返せば良い

unsigned int n = 0;
do {
unsigned char ch = (unsigned char)(*data++ - '0');
if (ch <= 9)
{
n = n * 10 + ch;
}
else {
break;
}
} while (true);

2018/07/08(日) 23:57:59.70

サーバーなんだから、普通にDB使えるだろう

2018/07/08(日) 23:59:14.83

だいたい分かるわ
やっぱりなPGなんか低学歴しかやらない

2018/07/09(月) 00:00:03.01

単に統計情報が知りたいだけならわざわざ重くしてから処理をする必要もないし
DBに入れるにしても解析しないとダメだろ

2018/07/09(月) 00:03:17.82

たとえば1行目なんかこんなしょうもないのでとれる

int get_type(unsigned char const* buf, t_baka_type_t* pt_baka_type_t, unsigned char const** pct_next) {
unsigned char const* c_buf = buf;
for (; !isspace(*c_buf); ++c_buf) ;
if (!::strncmp((char const*)buf, TYPE_STRING, c_buf - buf)) {
pt_baka_type_t->baka_type = BAKA_TYPE_STRING;
} else if (!::strncmp((char const*)buf, TYPE_INT_TO_FLOAT, c_buf - buf)) {
pt_baka_type_t->baka_type = BAKA_TYPE_INT_TO_FLOAT;
} else {
fprintf(stderr, "氏ねｳﾞｫｹ\n");
return -1;
}

pt_baka_type_t->u_records = strtoul((char const*)c_buf, (char**)&c_buf, 10);
++c_buf;

*pct_next = c_buf;
return 0;
}

はっきりいってな、2行目以降の数値も文字列もやりかたなんか同じだからな
ﾄﾞｶﾀ作業

2018/07/09(月) 00:08:20.49

ｺﾞﾐは口だけは達者
しかもｱﾘｴﾅｲ頭ﾜﾙｲことばっかりいうからな

2018/07/09(月) 00:08:49.29

わざわざ標準ライブラリを使うために小細工しなくても良いんじゃないの？
何がどういう順番で書いてあるかはわかってるようだし無駄に重くしなくても

2018/07/09(月) 00:10:37.45

きっとなｵﾏｴが書いたｺﾞﾐｺｰﾄﾞより標準ﾗｲﾌﾞﾗﾘのほうが
ﾊﾞｸﾞもないし早いと思うわ

2018/07/09(月) 00:11:39.32

いかにもバッファはみ出してそうなきったねえコードですね
いまどきポインタで文字列処理すんじゃねえよ老害

2018/07/09(月) 00:12:54.25

な、知恵遅れはこんなとこで書いたｻﾝﾌﾟﾙに
ｴﾗｰ処理が入ってると思ってる

もうねｺﾚだから低学歴は困るわけ

2018/07/09(月) 00:13:53.01

日本のPGは低学歴しかいないのが
このｽﾚで何度も証明されてる

2018/07/09(月) 00:17:45.37

学歴コンプか？

2018/07/09(月) 00:19:33.01

低学歴に反応してるということは
図星なんだろ

もう分かってるからな

悪いけどなﾚｽみれば低学歴なのは
残念ながらすぐに分かってしまう
低学歴特有のﾚｽというのがある

隠そうとしてもﾑﾀﾞ

2018/07/09(月) 00:21:50.74

ポインタいじくり回してメモリ境界踏み壊すコードを書くのが大好きなすうぱあぷろぐらまあ様は
無駄な高学歴の方が多いという個人的な印象

2018/07/09(月) 00:23:07.75

あのﾚﾍﾞﾙでﾎﾟｲﾝﾀいじくりまわしてる？
どんだけｵﾂﾑが弱いねん・・・

2018/07/09(月) 00:26:52.35

ようするにﾎﾟｲﾝﾀが理解できてない
こんなのがﾌﾟﾛｸﾞﾗﾏさまきどってるのが日本だからな

そらなこんなのがｺｰﾄﾞいじくってたら
障害ばっかりおきるﾊｽﾞだわ

2018/07/09(月) 00:28:24.71

未だにこんな化石みたいなヤツが居たことに驚きなんだが

2018/07/09(月) 00:29:58.95

>>786みたいに、何度も何度もスキャンするような無駄の多いコードが速いわけないだろ

2018/07/09(月) 00:30:58.58

低学歴は自分を大きく見せようとするからな
5f34-M0Jq　←　ｺｲﾂなんか典型的といっていい

わかってしまう
きっとｺｲﾂは専門卒
残念なことにﾚｽみればすぐに分かる

だてにいままでいろんなｺﾞﾐを相手にしてきたﾜｹではない

2018/07/09(月) 00:32:10.58

何度もｽｷｬﾝ？
一回しかｽｷｬﾝしてないぞ

まずｺｰﾄﾞがよめてない
ﾎﾟｲﾝﾀは後ろにしか進んでないのに

2018/07/09(月) 00:34:20.75

strncmpが中で何やってるか知らないんだねかわいそうに

2018/07/09(月) 00:34:44.55

あ
もしかして
必要な1回の文字列判定を何度もｽｷｬﾝとかいってるの？

2018/07/09(月) 00:36:07.46

低学歴によると
通常の字句解析と構文解析を一緒にするのか
なるほどな

**754** (ｱｳｱｳｳｰ Sa0b-sule) · 2018/07/09(月) 00:37:52.14

たくさんの情報大変参考になります。
サンプルコードもありがたいです。
実際に動かしながらどう動いているのか調べてみます。

>>775
読み込みを16MB単位でやってみます。
ファイルに出力することはなくて、読み込んだ情報をGUIでクリックして、
こっちをクリックするとこんな結果になっている、こっちだとこの結果、
というようなビューアを作ろうとしています。
文字列も重要な情報なので、
struct info{

2018/07/09(月) 00:41:56.28

それならそもそもファイル全体を解析しておく必要もないのでは？

2018/07/09(月) 00:43:27.81

よしｵﾏｴはいい子のようだから
STRINGの部分をとるｺｰﾄﾞもあげよう

int get_data_string(unsigned char const* buf, t_baka_type_t const* ct_baka_type, unsigned char const** pct_next) {
　　unsigned char const* c_buf_b;
　　unsigned char const* c_buf_e = buf;
　　for (uint32_t i = 0; i < ct_baka_type->u_records; ++i) {
　　　　c_buf_b = c_buf_e;
　　　　for (; *c_buf_e != '\x0a'; ++c_buf_e) ;
　　　　// c_buf_b から始まる c_buf_e - c_buf_b の長さが取得する文字列
　　　　fprintf(stdout, TYPE_STRING":%.*s\n", c_buf_e - c_buf_b, c_buf_b); // ←　ｺｺでとれる
　　　　++c_buf_e;
　　}

　　return 0;
}

2018/07/09(月) 00:49:09.36

>>786
入力が不正の場合にメモリフォルト起こすコードは絶対受け付けられない

2018/07/09(月) 00:49:43.29

だね

2018/07/09(月) 00:50:43.58

ﾊﾞﾘﾃﾞｰｼｮﾝﾁｪｯｸは自分で入れるにきまってるだろ
ｱﾎちゃうかｺｲﾂﾗ

2018/07/09(月) 00:51:20.09

そういうﾚｽしかできないからな
程度が知れるわけ

低学歴らしい

2018/07/09(月) 00:51:52.89

言い訳が見苦しい

2018/07/09(月) 00:53:03.02

いいわけ？
ﾏｼﾞでいってるわけ？

ﾎﾝﾄな頭悪い

2018/07/09(月) 00:53:36.22

典型的な低学歴のﾚｽといっていい

2018/07/09(月) 00:55:36.81

コードでも学歴でも何でも良いけど
勝負するなら受けるよ

2018/07/09(月) 00:56:18.28

ﾊﾅｸｿがｵﾚとなんの勝負すんの

2018/07/09(月) 00:58:04.11

日本語も読めないのか

2018/07/09(月) 00:58:34.17

職場もこんな雰囲気？

2018/07/09(月) 00:59:12.63

ﾊﾅｸｿは
学歴も書いてないし
ｺｰﾄﾞも書いてない

で？

2018/07/09(月) 01:01:13.46

低学歴知恵遅れは
ｺﾐｭﾆｹｰｼｮﾝ能力もｾﾞﾛに近い

そもそも唐突に
なにがしたいのか
なにがいいたいのか
意味が分からないﾜｹ

2018/07/09(月) 01:02:30.85

いまどき自前の字句解析処理をCでポインタ使って書くなんて
バッファ境界のチェックとか面倒だし絶対ミスるからやめた方が良いって話なのに
いきなりエラー処理完全無視したコード出されてドン引きです

2018/07/09(月) 01:03:34.22

どんびきするとかしないとかは
ｵﾏｴの勝手だからな

2018/07/09(月) 01:04:20.90

>>821
ポインタも扱えないようなレベルならC++は使わない方が良い

2018/07/09(月) 01:04:49.68

あんまりゴミだから自信満々なc1VUAguL0がコード貼ってるのに気が付かなかったな、ログ読み直しちゃったよ
学歴は書いてないみたいだけど

2018/07/09(月) 01:05:34.06

>>820
勝負する気があるの？
ないの？
あるなら方法を決めるけど

2018/07/09(月) 01:05:40.33

scanと解析に時間がかかるとかいってるから
ｵﾚはﾍﾞｽﾄﾌﾟﾗｸﾃｨｽをだしてる

2018/07/09(月) 01:07:55.27

まず目的が理解できてないからな

2018/07/09(月) 01:08:10.00

あれでベストか

2018/07/09(月) 01:10:13.35

ﾍﾞｽﾄじゃないと思うなら
ﾍﾞｽﾄな方法はれよ

臆病者なんか

2018/07/09(月) 01:10:21.54

勝負に目的ねえ
まあ別にやらなくても結果はわかるけど

2018/07/09(月) 01:10:46.49

はよﾍﾞｽﾄなもんはれよ

2018/07/09(月) 01:19:02.82

>>767を読めば>>786が糞なのがわかる

2018/07/09(月) 01:54:56.54

やっぱりﾊﾞｶの限界というやつだな
ｵﾐﾔｹﾞだけはって寝よ

1行目とるﾔﾂ
さっきとかわらず

int get_type(unsigned char const* buf, t_baka_type_t* pt_baka_type_t, unsigned char const** pct_next) {
　　unsigned char const* c_buf = buf;
　　for (; !isspace(*c_buf); ++c_buf) ;
　　if (!::strncmp((char const*)buf, TYPE_STRING, c_buf - buf)) {
　　　　pt_baka_type_t->baka_type = BAKA_TYPE_STRING;
　　} else if (!::strncmp((char const*)buf, TYPE_INT_TO_FLOAT, c_buf - buf)) {
　　　　pt_baka_type_t->baka_type = BAKA_TYPE_INT_TO_FLOAT;
　　} else {
　　　　fprintf(stderr, "氏ねｳﾞｫｹ\n");
　　　　return -1;
　　}

　　pt_baka_type_t->u_records = strtoul((char const*)c_buf, (char**)&c_buf, 10);
　　++c_buf;

　　*pct_next = c_buf;
　　return 0;
}

2018/07/09(月) 01:56:57.90

2行目以降のSTRINGとれるﾔﾂ
※　次のﾊﾞｯﾌｧの継続ﾎﾟｲﾝﾀの格納をしてなかったので追加

int get_data_string(unsigned char const* buf, t_baka_type_t const* ct_baka_type, unsigned char const** pct_next) {
　　unsigned char const* c_buf_b;
　　unsigned char const* c_buf_e = buf;
　　for (uint32_t i = 0; i < ct_baka_type->u_records; ++i) {
　　　　c_buf_b = c_buf_e;
　　　　for (; *c_buf_e != '\x0a'; ++c_buf_e) ;
　　　　// c_buf_b から始まる c_buf_e - c_buf_b の長さが取得する文字列
　　　　fprintf(stdout, TYPE_STRING":%.*s\n", c_buf_e - c_buf_b, c_buf_b); // ← ｺｺでとれる
　　　　++c_buf_e;
　　}

　　*pct_next = c_buf_e; // ← たりなかったので追加
　　return 0;
}

2018/07/09(月) 01:59:16.59

2行目以降のTYPE_INT_TO_FLOATとれるﾔﾂ

int get_data_int_to_float(unsigned char const* buf, t_baka_type_t const* ct_baka_type, unsigned char const** pct_next) {
　　unsigned char const* c_buf_e = buf;
　　int32_t i_val[4]; // とりあえずのﾃｷﾄｰにいれた一時ﾊﾞｯﾌｧ

　　for (uint32_t i = 0; i < ct_baka_type->u_records; ++i) {
　　　　for (uint32_t j = 0; j < 4; ++j) {
　　　　　　i_val[j] = strtoul((char const*)c_buf_e, (char**)&c_buf_e, 10);
　　　　}
　　　　++c_buf_e;

　　　　fprintf(stdout, TYPE_INT_TO_FLOAT":%d,%d,%d,%d\n", i_val[0], i_val[1], i_val[2], i_val[3]); // ← ｺｺでとれる
　　}

　　*pct_next = c_buf_e;
　　return 0;
}

2018/07/09(月) 02:01:59.87

とりあえずのﾃｷﾄｰな宣言

#define TYPE_STRING "STRING"
#define TYPE_INT_TO_FLOAT "INT_TO_FLOAT"

typedef enum __ENUM_BAKA_TYPE {
　　BAKA_TYPE_STRING,
　　BAKA_TYPE_INT_TO_FLOAT,
　　BAKA_TYPE_UNKNOWN
} BAKA_TYPE;

typedef struct __tag_baka_type_t {
　　BAKA_TYPE baka_type;
　　uint32_t u_records;
} t_baka_type_t;

int get_type(unsigned char const* buf, t_baka_type_t* pt_baka_type, unsigned char const** pct_next);
int get_data_string(unsigned char const* buf, t_baka_type_t const* ct_baka_type, unsigned char const** pct_next);
int get_data_int_to_float(unsigned char const* buf, t_baka_type_t const* ct_baka_type, unsigned char const** pct_next);

2018/07/09(月) 02:03:33.03

ｺﾚでとりあえず動かせる

int main(int argc, char** argv) {
　　unsigned char const* buf = (unsigned char const*)
　　　　"STRING 3\x0a"
　　　　"This is pen.\x0a"
　　　　"hoge piyo\x0a"
　　　　"hello world.\x0a"
　　　　"INT_TO_FLOAT 9\x0a"
　　　　"12345 1000 10 12\x0a"
　　　　"101 101 999999 444\x0a"
　　　　"101 101 999999 444\x0a"
　　　　"101 101 999999 444\x0a"
　　　　"101 101 999999 444\x0a"
　　　　"101 101 999999 444\x0a"
　　　　"101 101 999999 444\x0a"
　　　　"101 101 999999 444\x0a"
　　　　"101 101 999999 444\x0a";
　　unsigned char const* c_buf = buf;
　　t_baka_type_t t_baka_type;

　　// 実際の処理ではt_baka_type.baka_typeをswitchで分岐しながら処理することになる
　　get_type(c_buf, &t_baka_type, &c_buf);
　　get_data_string(c_buf, &t_baka_type, &c_buf);
　　get_type(c_buf, &t_baka_type, &c_buf);
　　get_data_int_to_float(c_buf, &t_baka_type, &c_buf);
}

2018/07/09(月) 09:54:17.47

ろくなエラーチェックもしてないと自分で白状してるゴミコードを誰が動かすと思うのか

2018/07/09(月) 10:25:08.16

5chに貼ってしまった以上、権利的にジムしか動かせないなーw

2018/07/09(月) 11:04:11.17

__の後に大文字は予約されてるはずでは？

2018/07/09(月) 11:49:18.73

そこ突っ込むなら他にも色々あると思うが
なんでC++でtypedef struct/enumなの、とかなんで文字列がunsigned charなの、とか
メタプログラミングじゃない構造体の型名に_tとか付けるな、とか

2018/07/09(月) 13:05:01.50

ざっと見たけどすごいスレだな

10年ぐらい前だったらこういうこともありかなって思った時期があるけど今はもうそんな時代じゃない
で大部分レスができてしまう

2018/07/09(月) 13:18:07.24

名前の付け方はどうせそれぞれの環境に合わせるだろうからどうでもいいけど
中途半端な最適化が良くないな

今回は用途もデータ構造もわかっているし
目的が高速化なわけだから

2018/07/09(月) 15:16:51.81

>>842
多次元配列 (boostを使わない場合) は？

2018/07/09(月) 15:23:55.96

boostを積極的に使っていこう。

2018/07/09(月) 16:10:51.38

ほらよ
https://goo.gl/uAcy7u

2018/07/09(月) 17:19:12.55

壮絶ゲームズ株式会社。

2018/07/09(月) 17:19:46.15

http://sozetsugames.jp/about.html

**754** (ｱｳｱｳｳｰ Sa0b-sule) · 2018/07/09(月) 20:38:18.02

ご連絡おそくなりすみません。
たくさんのサンプルありがとうございます。
今日はファイル読み込みの対応ができなかったので明日このスレを見ながら試してみようと思います。

ちなみにフォーマットはSTRING行が先にきて、次にINT_TO_FLOAT行がきます。
STRINGで始まり、INT_TO_FLOATで最後は終わります。
後出しの情報になり申し訳ありません。
>>786　でどっちが来るかの判定までしていただいていたので一応ご連絡しておきます。

STRING 2
This is pen.
hello world.
INT_TO_FLOAT 1230
100 100 110 110
101 101 200 200
～あと1228行
STRING 5
hoge piyo
foobarbaz
It is a July 9 today
It rained all day today
INT_TO_FLOAT 830
100 100 110 110
101 101 200 200
～あと828行

**754** (ｱｳｱｳｳｰ Sa0b-sule) · 2018/07/09(月) 20:49:04.01

すみません、　>>849　のSTRING 5の部分は4行になってますね。
この場合　STRING 4　になります。。

2018/07/09(月) 20:58:02.33

作って実験してみたよ
一行に4個の数字がある行を
適当な数値を乗算して構造体のvectorに入れていく
ファイル上の位置も格納するので
間の文字列も必要な時に表示出来る

うちの環境だと
読み込みだけで77.9秒
解析だけで24.3秒
読み込みと解析合わせて78.1秒
アプリはシングルスレッドだけど
勝手にOSが先読みしてくれてるのかな？

読み込み単位は2次キャッシュに確実に収まる1MBくらいが良さそう

2018/07/09(月) 21:10:32.06

STRINGとINT_TO_FLOATは何か関連性はあるの？

2018/07/09(月) 21:10:56.23

2次じゃなくて3次

struct LOG {
float num[4];
uint64_t line_start;
uint64_t line_end;
};

こんな構造体に入れていくようにしてみた
文字列はクリックした時にファイルを読みに行けば良いよね

2018/07/09(月) 21:12:07.34

STRING n の後にn行文字列
INT_TO_FLOAT n の後にn行数値
これが交互にくる
ってことでしょ

2018/07/09(月) 21:13:59.28

数値に対応する何か(グラフ？)をクリックすると
その周囲の文字列と数値が表示出来れば良いのかな？
と思った

2018/07/09(月) 21:15:34.95

文字列の解析は速く出来そうだから
あとはUIに凝ってくださいな

2018/07/09(月) 21:21:01.41

数値も文字列も数行ずつかと思ったけど
1000行とかになるのか

数値ブロック、文字列ブロックは
それぞれ平均何行くらい？

2018/07/09(月) 21:22:46.55

メモリが大変な事になりそうなのでstringとint_to_floatの行のアドレスだけ取得して、
必要になった時に読みに行ってintからfloatに変換すれば？

2018/07/09(月) 21:26:46.46

floatの配列は別に用意して

struct LOG {
uint32_t str_start;
uint32_t str_end;
uint32_t str_line;
uint32_t num_start;
uint32_t num_end;
};

みたいな、
ブロックごとの構造体に入れていく方がいいのかな？

2018/07/09(月) 21:27:53.33

vector<pair<size_t, size_t>> baka;//stringの開始位置とint_to_floatの開始位置をペアで管理。

2018/07/09(月) 21:29:34.68

適切なデータの持ち方はUIの全体表示の仕様次第と言うことになる

2018/07/09(月) 21:33:55.24

>>806に対して反応が無いから
数値情報が事前に必要なのかと思ったが

**baka** (ｱｳｱｳｶｰ Sa1b-PAUf) · 2018/07/09(月) 21:36:11.40

あと気になったのはGUIに表示するのはstringの一行目？

2018/07/09(月) 21:43:08.83

1ブロック平均500行
1行平均30文字
でも100万ブロックある

全体画面で文字列は表示しないんじゃ？

2018/07/09(月) 21:58:36.33

初回DBに突っ込む
初回レコードのインデックスを作る

2018/07/09(月) 22:41:30.68

最低限のパースを実施して各レコードのオフセットを配列に入れて必要になった時に解析して表示すればいいだけかと

2018/07/09(月) 22:43:45.27

同じ事を何度も書かなくて良い

2018/07/09(月) 22:49:34.81

やっとおまえらもXMLが糞遅い理由を理解したか。

2018/07/09(月) 23:26:25.24

>>776
構文的に難しくも無いのにわざわざ遅くする理由がわからん…
ていうかそもそもlexとかyacc使いでも滅多に使わん希ガス

今回の文字列処理の件はﾜｯﾁｮｲ 0780-Rmg1の圧勝

**754** (ｱｳｱｳｳｰ Sa0b-sule) · 2018/07/10(火) 00:11:54.08

>>851
テストまでしていただいだきありがとうございます。
1分ちょっとならとてもいい感じです。
なるほどDRAMよりも高速なCPU内のキャッシュを有効に使うと効果的ってことですね。
そんなこと今まで考えたこともなかったです。勉強になります。

>>854
ご推察の通りです。

>>857
文字列の方はせいぜい10行～20行です。
数値の方は何万行にもなったりします。

>>858
メモリは10GBつかっても問題にならないくらい潤沢に使えると思うので、まずは速度重視で行こうと思っています。

>>861,862
すみません昨日書き込みエラーになって書き込めなかったのでそのままでした。
クリックするたびに毎回int->float演算したら1項目で何万行もあったりするので
読み込み時に演算しておいた方がよいかなと思っていました。

＞つづきます

**754** (ｱｳｱｳｳｰ Sa0b-sule) · 2018/07/10(火) 00:20:12.97

>>863
全部のフォーマットは複雑になってくるので簡易的なフォーマットをと思って出していましたが
説明していくと細かい話になってきましたのでもう少し具体的なものを書きます。
テストまでしてもらっているのに変わってすみません。。
-------------------------------
SECTION_NAME　①
11200 11200 2 Jun 9 23:23:00 2018　②
This is pen.　③
hello world.　③
x 1 2　④
100 1 -2000 10
101 10 -2001 10
y 2 4
-100 10000
-101 10100
x 3 28
QQ subname -1 0 0 1 -21000000 600000 2　⑤
100 100 110 110
100 100 110 110
～あと26行～
SECTION_NAME　⑥

①GUI表示する
②11200がx or yの個数、3カラム目がテキスト行の個数、それ以降は捨てる。11200のところは1の時もあれば100万超えることもある
③GUI表示する
④これが非常に多く、ひたすら繰り返される。x,yはランダムでくる。
1カラム目はx or y固定。x=次行に来る数値は4カラム。y=2カラム
2カラム目は1からインクリメントしていき、②の11200回出てくる。カウント数値
3カラム目は次行から始まる数値行が何行かの数値
⑤x or yの次の行にたまにこの行があります。この行も使いますが、ちょっと複雑なのでまずはスキップで。
⑥ここからまた①の繰り返し、要するにファイルの最後は④のところで終わる。
-------------------------------

**754** (ｱｳｱｳｳｰ Sa0b-sule) · 2018/07/10(火) 00:23:35.36

すみません、上記QQはQQという固定文字です。
行頭が"Q"のときはこの行という判定で良いと思います。

>>859,860
格納先は構造体に入れようと思っていて、下記のようにテキスト行も入れようかなと思っていました。

struct x_or_y{
　char type; // x or y
　int num; // ④の2カラム目
　float list;
};
struct elem{
　char section_name;
　char comments;
　array系の何かの型 x_or_y_array; // 配列にしておくと（④の2カラム目-1）で簡単にアクセスできそう
};