【初心者歓迎】C/C++室 Ver.106【環境依存OK】

**デフォルトの名無しさん** · 2020/07/13(月) 13:51:48.09

エスケープシーケンスやWin32APIなどの環境依存なものもOK
そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります

コードを貼れる所
http://codepad.org/
https://ideone.com/

前スレ
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1556142878/

**はちみつ餃子** ◆8X2XSCHEME · 2020/09/20(日) 04:34:43.96

>>148
C++ の規格としてその書き方が採用されたのは C++20 から。
(余談だが C だと C99 から出来る。)

それらの規格に準拠したコンパイラ (より新しいバージョンの g++) を用意するか、
でなければ古いスタイルの書き方で初期化するしかないという普通のことしか言えぬ。

**デフォルトの名無しさん** · 2020/09/20(日) 07:17:40.34

>>149
どうもです。いえ、何かコンパイラーオプションとかあるのかなと思いまして。
ちなみに新しい書き方の場合
1. 全ての要素を
2. 宣言と同じ要素順序で初期化
しないといけない、で正解ですかね? 1.の縛りは未初期化要素を避けるため?

とりあえず Hoge hoge; hoge.b = 1; とか書き直して逃げておこうかと思います。

**145** · 2020/09/20(日) 08:00:08.91

>>147
ありがとう。なるほど、代替手段が無いとも書いてあるね。
formatにエラーがある場合はどこかで打ち切らなきゃならないか。

**はちみつ餃子** ◆8X2XSCHEME · 2020/09/20(日) 12:32:15.36

>>150
> 1. 全ての要素を

いいえ。要素の初期化を一部省略して書いた場合は
デフォルトメンバ初期化子 (があればそれ) で初期化するか
あたかも {} が与えられたかのようになります。

つまり >>148 の例でいえばデータメンバ a は 0 で初期化される
ことが保証されます。

> 2. 宣言と同じ要素順序で初期化

はい。その通りです。

どうしてこのような制限を入れたのかきちんと議論をみたわけではありませんが、
コンストラクタのメンバ初期化子リストは自由な順序で書けるが
実際の初期化順序は宣言の順序になるというルールが微妙にイケてなかったことの
反省なんじゃないかなと想像します。

**デフォルトの名無しさん** · 2020/09/22(火) 21:06:20.18

gdb で、カレントディレクトリに .gdbinit を作って "b func" を記述したんですが、
funcが共有ライブラリの中にあると、funcがまだロードされてないので無視されますよね?

対話的に追加する場合はyを押して強制追加できますが、.gdbinit の中だとデフォでnが
選ばれるようです。.gdbinit の中での強制（自動）追加は可能でしょうか?
ちなみに ~/.gdbinit で add-auto-load-safe-path というのはやってあります。

ググったらありそうですが見つけられず... お願いします。

**デフォルトの名無しさん** · 2020/09/23(水) 18:31:13.84

「C++には特にこれ！と言えるような入門書がない」という書き込みを見たのですが、そうだとしたらC++を習得した人は初学者のときどうやって技術を身につけていったのでしょうか？

**デフォルトの名無しさん** · 2020/09/23(水) 18:36:58.57

「ロベールのC++入門講座(ロベール著)」と「明解C++入門編(柴田望洋著)」を買ったけどこれでいいのかな…

**はちみつ餃子** ◆8X2XSCHEME · 2020/09/23(水) 18:37:15.81

>>154
絶対確実というようなものは挙げられないけど、ほどほどのものはたくさんあるよ。

**デフォルトの名無しさん** · 2020/09/23(水) 18:37:48.29

1. 既に C を覚えて使いこなしてた
2. Eiffel を学んだ
3. C++ は better than C として使った
4. template を学んだ
5. Perl を学んだ
6. Python を学んだ
7. D を学んだ
8. C# 悪くないね

**はちみつ餃子** ◆8X2XSCHEME · 2020/09/23(水) 18:45:30.79

>>155
C++ の規格はちょくちょく改定されてて、特に 2011 年の改定はインパクトが強かったんだ。
入門の範囲にすらいくらかの影響がある程度には。
それより古い本だと (今となっては) 不格好なスタイルになっているかもしれない。

**デフォルトの名無しさん** · 2020/09/23(水) 18:51:28.72

>>156
なるほど
ほどほどのもので学んでいった感じですかね

>>158
参考になります！
ありがとうございます

◆QZaw55cn4c · 2020/09/23(水) 20:09:48.16

>>158
私は、もう年を取ってもう新しい規格にはついていけないと悟ったので、せめて初心者のための本を買ってレビューする余生を過ごそうと思っています
そういえば江添本を放置してましたね、10/4 の資格試験が終わったら、あらためて江添本をレビューするつもりです

**デフォルトの名無しさん** · 2020/09/28(月) 19:18:28.08

今読んでいる入門書の例題です
時間計算機で9時45分の1時間25分後を計算するには以下のように入力します
945+125=
11:10
http://codepad.org/jOsbQgsX

ところが実行してみるとVC++では0:10、mingwでは0:70という結果が出ます
掲載されたソースと見比べても違いはないようなのでお手上げです
教えて下さい

**デフォルトの名無しさん** · 2020/09/28(月) 19:26:38.70

>>161
addclockとsubclockにリターン値がないよ
return hour * 100 + minute;
が必要なんじゃないの？

**デフォルトの名無しさん** · 2020/09/28(月) 19:30:48.89

あと、なんて本？
関数の戻り値型(関数名の前に書くintとかそういうやつ)を省略する入門書なんて珍しいから気になる

**はちみつ餃子** ◆8X2XSCHEME · 2020/09/28(月) 20:34:20.88

関数の返却値の型を省略すると int とみなされるのは C89 では保証された動作だったが C99 で廃止された。
だから古い本ならそれほど珍しいわけではない。
そんなに古い本をいまどき手にしてしまうってのはめずらしくはあるが。

**デフォルトの名無しさん** · 2020/09/28(月) 20:45:52.82

>>162
おっしゃるとおりでした、なぜかreturnの行を完全に打ち忘れました。
見直しの最中にも気づかず・・・

今読んでいるのは「はじめて読むC言語」という1991年の本で名著らしいです。
ネットで「はじめて読む8086」の後に続けて読めば理解が深まると言われ手に入れて読んでいます。

途中コンパイルが通らずさんざん頭を捻って拡張子をcppからcにしたら動くようになったりして
古い本で勉強するのはなかなか大変です。

ありがとうございました。

**はちみつ餃子** ◆8X2XSCHEME · 2020/09/28(月) 23:29:53.28

>>165
当時としては名著だったかもしれんが、仕様の改定はあるし、
周辺事情も変わっていくものなので古い資料で入門するのはだいぶん遠回りな気はするぞ。

C は最新規格でも歴史的事情を色々と引きずっているので古い規格から追っていくのも
無駄になるわけではないし、それを楽しめているならそれもよいけれど、
入門の段階で変な苦労を背負いこんで挫折するともったいないので
キツいと思ったら他の学び方もとれるということは覚えておいて欲しい。

**デフォルトの名無しさん** · 2020/09/29(火) 06:25:09.45

いやいや
.cpp を .c と間違えてコンパイル通らないってのは
古い本のせいじゃないぞ

あるあるだけど

**デフォルトの名無しさん** · 2020/09/29(火) 06:27:46.01

世の中にはJavaとJavascript一緒にしてるひともいるからなー(棒)

**デフォルトの名無しさん** · 2020/09/29(火) 19:54:00.24

やさしいCとかはじめてのCとかを買えばいい

**デフォルトの名無しさん** · 2020/09/29(火) 19:56:00.21

えっちいのは…

**デフォルトの名無しさん** · 2020/09/29(火) 20:20:10.22

今の本が終わったらK&Rも読もうと思っていたのですが
VS2019環境だと警告まみれになりそうで気が重くなってきました

**デフォルトの名無しさん** · 2020/09/29(火) 20:55:27.62

読んだってそのまんまのコード書く必要なかろうに

**デフォルトの名無しさん** · 2020/09/29(火) 21:07:40.59

俺的には絶版だけどダイテル本がすげー勉強になった
問題までキッチリ解いたらかなりの力になると思う
んで詳説Cポインタでポインタをもっと掘り下げて
今は色々プログラミングしながら（つっても長くて2千行程度）もっとシステムコール勉強してるとこ
それ終わったらネットワークプログラミングもやるつもり

**デフォルトの名無しさん** · 2020/09/30(水) 00:15:19.73

プログラミング言語C 第2版、K & R、1988

C89/90 の本だから古いけど、MISRA-C などの組み込みでは使う規格

◆QZaw55cn4c · 2020/09/30(水) 07:33:04.37

>>174
C99 は、C++ への互換性を無視するという規格委員会の独善が鼻につき推奨できない
C89 = K&R2 こそ必要にして十分というべきだろう

**デフォルトの名無しさん** · 2020/09/30(水) 18:40:28.90

いつまでK&Rなんて読んでんの？

**デフォルトの名無しさん** · 2020/10/01(木) 12:10:36.95

原理主義者は読む
というか、原理主義者になりたいので読む
なんつったって聖典だからね

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/01(木) 14:04:43.10

>>175
ほう！実に興味深い！
具体的に互換性が無視されているというのはどこのことかな？

**デフォルトの名無しさん** · 2020/10/01(木) 15:17:29.86

読むのは勝手だけど
昔の仕様を頑なに守り続けるのもどうかと思う
だからと言って新しい仕様が何でも良い訳ではないが

**デフォルトの名無しさん** · 2020/10/01(木) 18:56:14.66

K&R読むと、コンパイラ作るの楽になるように設計してるなーってわかるよね。
あと、こりゃ別にlintいるわーってのもわかる。

**デフォルトの名無しさん** · 2020/10/01(木) 19:09:33.99

PASCALもそうだな

◆QZaw55cn4c · 2020/10/01(木) 20:04:00.09

>>178
私のコメントに興味を持ってくれて嬉しい
しかし、今、リアルの私は終わりのない忙しさで連日睡眠時間が 3 時間という有様だ…
おそらく 11月1日2日3日の連休までにはこの忙しさも収束するだろうから、それまで気長に待っていてくれ給へ

◆QZaw55cn4c · 2020/10/01(木) 20:08:33.39

>>181
PASCAL と C を一緒にしてはいけない
PASCAL は LL(1)パーサですべてが記述されている、という C にはない独自の美しさを誇っている
C はセマンティクスに妥協しまくっておりシンタックスはボロボロだ、こんなものは私の求める美しさではない

高みを目指すのなら、C/C++ の「なあなあですませる」態度に決別するべき

**デフォルトの名無しさん** · 2020/10/01(木) 21:03:36.43

>>182
それは大変ですね。
便所にラクガキする時間をぜひ永眠もとい睡眠に使ってください！

**デフォルトの名無しさん** · 2020/10/01(木) 21:47:26.01

struct {
char x;
struct {
char a : 4;
union {
char b : 2;
char c : 2;
};
char d : 2
};
};

こうやるとabcdは正常なんですがxの値がおかしくなります
xの最初4ビットがa
xの最後2ビットがd
xの残り2ビットがbとcで共有
どうやればできますか？

**デフォルトの名無しさん** · 2020/10/01(木) 23:40:30.95

>>185
x も union に入れるといいかもしれない。
「xの残り2ビットがbとcで共有」については、間に union 挟む形だと
ビットフィールドの割り付けが途切れちゃうから、 struct {a, b, d} と strunct {a, c, d} に
分ける必要があるかもしれない。

でもこんなことやりたくなるのはハードウェアレジスタの操作やバイナリフォーマットの操作ぐらいな気がして、
そうなると残念ながらビットフィールドや union 使った方法には移植性に難があるのであまりお勧めできない。

**デフォルトの名無しさん** · 2020/10/02(金) 05:47:34.60

>>186
185じゃないけど、レジスタ設定でおすすめのやりかた教えてください。

ハードウェアありきでレジスタ構造再現するより、目的や意味で分類するソフトありきの方が読みやすいように思えたんですが
このやりかたの利点てなんだろう。処理が早い？

**デフォルトの名無しさん** · 2020/10/02(金) 07:00:47.14

ポインタって*pは指し示したアドレスの先の値なのに
宣言のときに初期化するとchar *p=xxxx;はアドレスが入るって整合性取れてないなと思ってたら
char* p=xxxx;って意味なのね

**デフォルトの名無しさん** · 2020/10/02(金) 07:05:50.26

>>187
符号なし整数型にビットシフトとビットマスクで。

移植性を考慮する必要が無いなら、出力コード見ながら調整したビットフィールドで望みの動作に
できることも多くて、できてしまえばレジスタの定義も楽でレジスタアクセスするコードも読みやすいから、
それで済ませたくなる気持ちはわかる。

「目的や意味で分類する」というのはレジスタアクセスするコードの上に関数を作る話になると思うので、
レジスタアクセスの方法（ビットフィールドかシフト＆マスクかなど）に関わらず好きに関数作って読みやすくすればいい。

**デフォルトの名無しさん** · 2020/10/02(金) 09:23:56.92

>>186
> 間に union 挟む形だとビットフィールドの割り付けが途切れちゃう
納得しましたありがとう！

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/02(金) 11:23:13.43

>>188
そうだけど、宣言の文法上の結合規則では * は p の側に結合する。
宣言は char という型指定子と *p という宣言子から成り立っているのであって、
しかし char* という型の p が宣言されるので整合性という意味では
やっぱりなんだか微妙という感はちょっとある。

**デフォルトの名無しさん** · 2020/10/02(金) 11:33:34.73

もちろん慣れたら問題無い
char a[] = "A\n";
char *p = a;
*p = 'B';
char *q;
q = a;
printf("%s", q);

**デフォルトの名無しさん** · 2020/10/02(金) 14:24:12.68

>>191
VS2019がchar *p;をchar* p;に勝手に変更するので
おかしいなと思ってたんだけど知ってみれば納得できるというか

**デフォルトの名無しさん** · 2020/10/02(金) 14:33:33.60

>>192
ポインタ難しい論の実際ってポインタより配列、文字列のせいって気がする。

**デフォルトの名無しさん** · 2020/10/02(金) 15:08:30.47

char *p; か char* p; かでごねてる人って
char *p[]; とか char (*p)[N]; とかはどうしてるんだろ

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/02(金) 15:15:02.81

>>195
どっちでもいいけどどっちかには揃えたくない？

**デフォルトの名無しさん** · 2020/10/02(金) 16:05:30.99

自分で揃えりゃいい話だし
他人がどう書こうが関係ないし

**デフォルトの名無しさん** · 2020/10/02(金) 16:39:54.61

vsならvsに任せる
人間がやったらミスするんだから機械に任せる
vs標準のフォーマットが嫌なら変えればいいが、変えた時点で標準ではないと認識しといて

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/02(金) 16:39:59.46

>>197
自分ではどう書くかは決めてるってことなんだよね？

**デフォルトの名無しさん** · 2020/10/02(金) 17:02:53.55

書き込めないω

**デフォルトの名無しさん** · 2020/10/02(金) 17:04:39.22

ソースの一部が入ると書き込めないな
何が琴線に触れてるんだろ

**デフォルトの名無しさん** · 2020/10/02(金) 17:07:42.79

#define LIST { \
{ "a", "b", "c" }, \
{ "aa", "bb", "cc" },
}

char *(list[][3]) = LIST;

これは便利

**デフォルトの名無しさん** · 2020/10/03(土) 09:21:20.73

1. char *p;
2. char* p;
自分は(1)派だけど
(2)を許すとしたら

**デフォルトの名無しさん** · 2020/10/03(土) 09:22:01.65

3. char* p[];
(3)とか気持ち悪くない？

**デフォルトの名無しさん** · 2020/10/03(土) 09:23:49.00

4. char（*p） [8];
(4)とかは？
破綻してるよね？

()を半角で書くと書き込めない？

**デフォルトの名無しさん** · 2020/10/03(土) 09:25:29.30

普通に半角で書いてるよ
>>202とか()()()とか

**デフォルトの名無しさん** · 2020/10/03(土) 09:41:37.55

char(*p)

これがアウトっぽい

**デフォルトの名無しさん** · 2020/10/03(土) 09:42:26.39

char(*p) [8];

合わせ技がダメなんかな

**デフォルトの名無しさん** · 2020/10/03(土) 09:42:43.65

あれ
治ったω
ありがとうωωω

**デフォルトの名無しさん** · 2020/10/03(土) 09:46:44.05

>>203
1で書くと>>188がキモい件は？
どっちもキモいんだからどっちでもいいだろ

**デフォルトの名無しさん** · 2020/10/03(土) 09:49:26.93

>>204
*の位置よりも、小分けに何度もレスするのが気持ち悪い。まとめて1回で書いてくれ。

**デフォルトの名無しさん** · 2020/10/03(土) 09:50:53.80

>>210
>>188 はキモくない

**デフォルトの名無しさん** · 2020/10/03(土) 09:57:52.08

>>212
え、じゃあ204もキモくない

**デフォルトの名無しさん** · 2020/10/03(土) 10:11:34.17

4. はどうすんの？どこに空白入れる？入れない？

**デフォルトの名無しさん** · 2020/10/03(土) 10:59:02.83

好きにすればいいじゃない。
世の中的にはCは右、C++は混在が多いんじゃね。
C++なら生配列の使用はなるべく避けるし。

**デフォルトの名無しさん** · 2020/10/03(土) 11:06:27.17

MS様の自動整形に任せよ

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/03(土) 12:33:15.80

>>203-205

ワイは C++ では char* p; と書く派 (C では char *p と書く派) やけど char* p[]; とは書かんな。
ごく単純な char *p; の場合に限って char* p; の方がマシな気がするという話であって、
全体としてはもうどうにもならんほどグダグダやと思うておる。

**デフォルトの名無しさん** · 2020/10/10(土) 10:10:01.53

>>217
結局、複合型とかconst修飾とか出てくると破綻するんだよね。だから右派。
たまに頑固な左派が「そんな変なものは使わない」とか言うけど、だったら*も止めてスマポだけ使ってろとｗ

**デフォルトの名無しさん** · 2020/10/10(土) 11:19:57.47

char* p, *q;
ってなるやんって思うから右派
意味的にchar* p, q;がpもqもchar*型になるなら左

**デフォルトの名無しさん** · 2020/10/10(土) 11:24:37.53

char *p 派の人は p を const にしたいときは char *const p になるの？

**デフォルトの名無しさん** · 2020/10/10(土) 12:26:32.50

頑固な右派は嫌だねえ

◆QZaw55cn4c · 2020/10/10(土) 15:34:14.92

>>221
右派にも親米と反米の二種類がありまして‥‥

**デフォルトの名無しさん** · 2020/10/10(土) 16:22:58.24

左派の破綻誤魔化しのために
typedef が廃止されて using とか本末転倒過ぎる

**デフォルトの名無しさん** · 2020/10/14(水) 05:39:18.23

#include<stdio.h>
void main()
{
int a = 9;
double b = 2.3;

printf("%d", a + b);
}

これを実行すると-1717986918になるんですがおかしくないですか
％fだと想定通りになりましたが％dのときは11が出るんじゃないかと思うんですけど

**デフォルトの名無しさん** · 2020/10/14(水) 06:57:59.37

a + bはdouble型
%fはdouble型を出力する書式だから意図通りに表示される
一方%dはint型を出力する書式だからそこにdoubleを突っ込むとおかしな表示になる
%dで正しく表示したければ次のようにa+bを明示的にintに変換する必要がある
printf("%d", (int)(a+b));

**デフォルトの名無しさん** · 2020/10/14(水) 08:29:31.67

>>225
丁寧な説明ありがとうございます
%dにしても勝手に整数にはしてくれないんですね、なんか不便な気が。

それにしてもマイナスはどこから出てきたのやら

**デフォルトの名無しさん** · 2020/10/14(水) 10:51:20.27

9+2.3=11.3
これの double の bit 表現が
int だと敢えて勘違いして観ると
MSB 1 で負の数になるんだろ

**デフォルトの名無しさん** · 2020/10/14(水) 10:58:36.84

%dなのに引数がdoubleなら今どきのコンパイラなら警告出すはず
見てないだけだろ

**デフォルトの名無しさん** · 2020/10/14(水) 11:01:15.47

#include <stdio.h>

typedef union {
unsigned char u[8];
double d;
int i;
} U;

int main(void)
{
U x;
x.d = 11.3;
printf("%f\n", x.d);
printf("%d\n", x.i);
for(int i = 0; i < 8; ++i) printf(" %02x", x.u[i]);
return 0;
}

/*
11.300000
-1717986918
9a 99 99 99 99 99 26 40
ttps://ideone.com/SNupdr
*/

**デフォルトの名無しさん** · 2020/10/14(水) 11:06:44.31

ちなみに
-1717986918
は 32bit int で
0x9999999a
つまり
big endian - little endian で byte 順が入れ替わって
さらに 8 byte -> 4 byte で切られてる

**デフォルトの名無しさん** · 2020/10/14(水) 11:43:42.25

謎解き、魔法を見せられたような鮮やかさでありました

**デフォルトの名無しさん** · 2020/10/14(水) 12:00:25.99

doubleやfloatはビットがこう並んでる
ttps://upload.wikimedia.org/wikipedia/commons/d/d2/Float_example.svg

**デフォルトの名無しさん** · 2020/10/14(水) 12:08:46.62

平たく言うと、その%dはこのfloatやdoubleのビットの並びを無理矢理整数にしてしまう

つまり、書いた通りにしか動かない
忖度やお察しが起こって無いのが良いところ

**デフォルトの名無しさん** · 2020/10/14(水) 12:17:11.87

>忖度やお察しが無い

これはホントマジでそう思う

**デフォルトの名無しさん** · 2020/10/14(水) 13:11:05.57

これが不便だと思うなら便利な言語を使うと良いよ
便利ってことは高機能ってことで、高機能ってことは裏でいろんな処理が走る必要があるってこと
そんな処理走ってほしくない環境があるから今でもCが現役なだけ

**デフォルトの名無しさん** · 2020/10/14(水) 15:56:29.16

このばあい言語でなくライブラリの仕組みね
中で(int)vする指定子が用意されてればいいだけ

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/14(水) 17:04:47.78

>>224
この場合は double のビットパターンが整数として読み替えられたということで説明がつくみたいだけど、
言語仕様としては未定義なので別の結果になる可能性もある。

Windows では x86_64 上での引数の渡し方 (呼出規約) は浮動小数点には xmm レジスタを使うが、
引数が浮動小数点だけのときは整数レジスタの方にも値を入れておくというルールがある。
https://docs.microsoft.com/ja-jp/cpp/build/x64-calling-convention?view=vs-2019#varargs
このおかげで浮動小数点を整数として読みだしても一応の整合性はとれるようになってる。

Linux などで使われる規約 (いわゆる System V ABI) ではそういう予防措置っぽいものがないように見える。
http://refspecs.linux-foundation.org/elf/x86_64-abi-0.95.pdf
たぶんそのときにたまたま整数レジスタに入っている値が得られるだけなんじゃないかな。
英語がそんなにわからんから見落としがあったらすまぬ……。

手元に Windows しかないからオンラインコンパイラで試してみたんだけど、
実行のたびに違う値になる。
https://wandbox.org/permlink/voLHWPQmgwYDoSfT

未定義なものが未定義な結果になるのはある意味では「書いた通り」なんだが、
各環境の事情が絡んでくるから読み解くのは難しいね。

**デフォルトの名無しさん** · 2020/10/14(水) 17:10:28.03

CPUやコンパイラを推測するのに使われるのは？

**デフォルトの名無しさん** · 2020/10/14(水) 20:28:11.47

>>237
+1

**蟻人間** ◆T6xkBnTXz7B0 · 2020/10/14(水) 20:29:17.83

>>238
#ifdef マクロ

**デフォルトの名無しさん** · 2020/10/22(木) 12:14:45.82

C++を使ってシューティングゲームを作ろうとしているものです。
https://bituse.info/game/shot/
こちらのサイトを参考にしてＤＸライブラリも使って作業をしているのですが
https://bituse.info/game/shot/5
ただいまこちらの章でエラーが出てしまい行き詰っています。

背景を線画する章なのですがサイトの指示通りに新しいクラスを作って実行すると
1>------ ビルド開始: プロジェクト: gamegame, 構成: Release Win32 ------
1>back.cpp
1>C:\Users\rikua\source\repos\gamegame\back.h(17,7): error C3861: 'LoadGraph': 識別子が見つかりませんでした
1>C:\Users\rikua\source\repos\gamegame\back.h(19,10): error C2065: 'MARGIN': 定義されていない識別子です。
1>C:\Users\rikua\source\repos\gamegame\back.h(23,22): error C2065: 'FALSE': 定義されていない識別子です。
1>C:\Users\rikua\source\repos\gamegame\back.h(23,2): error C3861: 'DrawGraph': 識別子が見つかりませんでした
1>control.cpp
1>main.cpp
1>プロジェクト "gamegame.vcxproj" のビルドが終了しました -- 失敗。
========== ビルド: 0 正常終了、1 失敗、0 更新不要、0 スキップ ==========

このようなエラーが出てしまいます。

こちらが現在作成しているファイルの全てです。
http://whitecats.dip.jp/up/download/1603336402/attach/1603336402.zip
パスワード1234
どなたか分かる方お願いします・・

**デフォルトの名無しさん** · 2020/10/22(木) 12:38:26.86

すまん
398MBとか見てそっ閉じしたわ・・・
各ヘッダが何をincludeしてるのか構造見てみて

**デフォルトの名無しさん** · 2020/10/22(木) 12:47:21.09

他人だけど1234で削除したら削除出来ちゃったωωω

**デフォルトの名無しさん** · 2020/10/22(木) 12:48:24.95

>>242
申し訳ありません！
ヘッダは今全部で５つありまして
back.h
control.h
define.h
pch.h
player.h
の5つです

back.h
includeなし

control.h
include "player.h"
include "back.h"

define.h
include <windows.h>

pch.h
include "DxLib.h"
include "define.h"

player.h
#include "pch.h"
#include "player.h"

それぞれは今このような形になっています

**デフォルトの名無しさん** · 2020/10/22(木) 12:49:30.64

最後の
#include "pch.h"
#include "player.h"
こちらの＃は貼るときに消し忘れなので気にしないでください

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/22(木) 12:50:25.91

>>241
質問のクロスポストは好ましくないので避けてね。
https://teratail.com/questions/299584

**デフォルトの名無しさん** · 2020/10/22(木) 12:55:08.56

>>246
申し訳ありません！以後気を付けます

**デフォルトの名無しさん** · 2020/10/22(木) 14:04:28.09

>>244
back.hにpch.hを追加で
player.hのplayer.hはいらない
でやってみて

**デフォルトの名無しさん** · 2020/10/22(木) 14:07:55.53

hoge.hファイルに#include "hoge.h"ってできたんか・・・