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

■ このスレッドは過去ログ倉庫に格納されています
2020/07/13(月) 13:51:48.09ID:WBkWHxcT
エスケープシーケンスやWin32APIなどの環境依存なものもOK
そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります

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

前スレ
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1556142878/
2020/09/20(日) 03:23:25.61ID:Suv1r7e5
C++のコードを拾ってきてコンパイルしたら、構造体の初期化で non-trivial designated
initializers not supported というエラーになってしまいます。
例えば typedef struct _Hoge { int a; int b; int c; } Hoge; みたいなときに
Hoge hoge = { .b = 1, .c = 2, }; みたいにメンバーが省略されていると駄目のようです。
でも元のプロジェクトではコンパイルできてるっぽいです。

自分の側では諸般の事情(?)でg++ 7.5.0で-std=c++1zでコンパイルしています。
上記のエラーを避けるにはどういう方法があるでしょうか?
2020/09/20(日) 04:34:43.96ID:7quNJlhN
>>148
C++ の規格としてその書き方が採用されたのは C++20 から。
(余談だが C だと C99 から出来る。)

それらの規格に準拠したコンパイラ (より新しいバージョンの g++) を用意するか、
でなければ古いスタイルの書き方で初期化するしかないという普通のことしか言えぬ。
2020/09/20(日) 07:17:40.34ID:Suv1r7e5
>>149
どうもです。いえ、何かコンパイラーオプションとかあるのかなと思いまして。
ちなみに新しい書き方の場合
1. 全ての要素を
2. 宣言と同じ要素順序で初期化
しないといけない、で正解ですかね? 1.の縛りは未初期化要素を避けるため?

とりあえず Hoge hoge; hoge.b = 1; とか書き直して逃げておこうかと思います。
151145
垢版 |
2020/09/20(日) 08:00:08.91ID:OXACXz1O
>>147
ありがとう。なるほど、代替手段が無いとも書いてあるね。
formatにエラーがある場合はどこかで打ち切らなきゃならないか。
2020/09/20(日) 12:32:15.36ID:7quNJlhN
>>150
> 1. 全ての要素を

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

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

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

はい。 その通りです。

どうしてこのような制限を入れたのかきちんと議論をみたわけではありませんが、
コンストラクタのメンバ初期化子リストは自由な順序で書けるが
実際の初期化順序は宣言の順序になるというルールが微妙にイケてなかったことの
反省なんじゃないかなと想像します。
2020/09/22(火) 21:06:20.18ID:qIJInCqV
gdb で、カレントディレクトリに .gdbinit を作って "b func" を記述したんですが、
funcが共有ライブラリの中にあると、funcがまだロードされてないので無視されますよね?

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

ググったらありそうですが見つけられず... お願いします。
2020/09/23(水) 18:31:13.84ID:a8yFZa5Q
「C++には特にこれ!と言えるような入門書がない」という書き込みを見たのですが、そうだとしたらC++を習得した人は初学者のときどうやって技術を身につけていったのでしょうか?
2020/09/23(水) 18:36:58.57ID:a8yFZa5Q
「ロベールのC++入門講座(ロベール著)」と「明解C++入門編(柴田望洋著)」を買ったけどこれでいいのかな…
2020/09/23(水) 18:37:15.81ID:2N0Iktsg
>>154
絶対確実というようなものは挙げられないけど、ほどほどのものはたくさんあるよ。
157デフォルトの名無しさん
垢版 |
2020/09/23(水) 18:37:48.29ID:avHWzJtR
1. 既に C を覚えて使いこなしてた
2. Eiffel を学んだ
3. C++ は better than C として使った
4. template を学んだ
5. Perl を学んだ
6. Python を学んだ
7. D を学んだ
8. C# 悪くないね
2020/09/23(水) 18:45:30.79ID:2N0Iktsg
>>155
C++ の規格はちょくちょく改定されてて、特に 2011 年の改定はインパクトが強かったんだ。
入門の範囲にすらいくらかの影響がある程度には。
それより古い本だと (今となっては) 不格好なスタイルになっているかもしれない。
2020/09/23(水) 18:51:28.72ID:a8yFZa5Q
>>156
なるほど
ほどほどのもので学んでいった感じですかね

>>158
参考になります!
ありがとうございます
2020/09/23(水) 20:09:48.16ID:J9lXF67O
>>158
私は、もう年を取ってもう新しい規格にはついていけないと悟ったので、せめて初心者のための本を買ってレビューする余生を過ごそうと思っています
そういえば江添本を放置してましたね、10/4 の資格試験が終わったら、あらためて江添本をレビューするつもりです
161デフォルトの名無しさん
垢版 |
2020/09/28(月) 19:18:28.08ID:QruIJ5oN
今読んでいる入門書の例題です
時間計算機で9時45分の1時間25分後を計算するには以下のように入力します
945+125=
11:10
http://codepad.org/jOsbQgsX

ところが実行してみるとVC++では0:10、mingwでは0:70という結果が出ます
掲載されたソースと見比べても違いはないようなのでお手上げです
教えて下さい
2020/09/28(月) 19:26:38.70ID:JgS2isID
>>161
addclockとsubclockにリターン値がないよ
return hour * 100 + minute;
が必要なんじゃないの?
2020/09/28(月) 19:30:48.89ID:JgS2isID
あと、なんて本?
関数の戻り値型(関数名の前に書くintとかそういうやつ)を省略する入門書なんて珍しいから気になる
2020/09/28(月) 20:34:20.88ID:VnC2vdM3
関数の返却値の型を省略すると int とみなされるのは C89 では保証された動作だったが C99 で廃止された。
だから古い本ならそれほど珍しいわけではない。
そんなに古い本をいまどき手にしてしまうってのはめずらしくはあるが。
165デフォルトの名無しさん
垢版 |
2020/09/28(月) 20:45:52.82ID:QruIJ5oN
>>162
おっしゃるとおりでした、なぜかreturnの行を完全に打ち忘れました。
見直しの最中にも気づかず・・・

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

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

ありがとうございました。
2020/09/28(月) 23:29:53.28ID:VnC2vdM3
>>165
当時としては名著だったかもしれんが、仕様の改定はあるし、
周辺事情も変わっていくものなので古い資料で入門するのはだいぶん遠回りな気はするぞ。

C は最新規格でも歴史的事情を色々と引きずっているので古い規格から追っていくのも
無駄になるわけではないし、それを楽しめているならそれもよいけれど、
入門の段階で変な苦労を背負いこんで挫折するともったいないので
キツいと思ったら他の学び方もとれるということは覚えておいて欲しい。
167デフォルトの名無しさん
垢版 |
2020/09/29(火) 06:25:09.45ID:jqf8qavY
いやいや
.cpp を .c と間違えてコンパイル通らないってのは
古い本のせいじゃないぞ

あるあるだけど
2020/09/29(火) 06:27:46.01ID:pVIW4ypp
世の中にはJavaとJavascript一緒にしてるひともいるからなー(棒)
169デフォルトの名無しさん
垢版 |
2020/09/29(火) 19:54:00.24ID:ME3902LM
やさしいCとかはじめてのCとかを買えばいい
2020/09/29(火) 19:56:00.21ID:aaxcyAZi
えっちいのは…
2020/09/29(火) 20:20:10.22ID:hsV3TmCg
今の本が終わったらK&Rも読もうと思っていたのですが
VS2019環境だと警告まみれになりそうで気が重くなってきました
2020/09/29(火) 20:55:27.62ID:aInwR/Jn
読んだってそのまんまのコード書く必要なかろうに
2020/09/29(火) 21:07:40.59ID:74pJkTSC
俺的には絶版だけどダイテル本がすげー勉強になった
問題までキッチリ解いたらかなりの力になると思う
んで詳説Cポインタでポインタをもっと掘り下げて
今は色々プログラミングしながら(つっても長くて2千行程度)もっとシステムコール勉強してるとこ
それ終わったらネットワークプログラミングもやるつもり
2020/09/30(水) 00:15:19.73ID:/dbaz1tV
プログラミング言語C 第2版、K & R、1988

C89/90 の本だから古いけど、MISRA-C などの組み込みでは使う規格
2020/09/30(水) 07:33:04.37ID:uQY5A/DJ
>>174
C99 は、C++ への互換性を無視するという規格委員会の独善が鼻につき推奨できない
C89 = K&R2 こそ必要にして十分というべきだろう
2020/09/30(水) 18:40:28.90ID:HrU0uL7n
いつまでK&Rなんて読んでんの?
177デフォルトの名無しさん
垢版 |
2020/10/01(木) 12:10:36.95ID:OaA9a4hN
原理主義者は読む
というか、原理主義者になりたいので読む
なんつったって聖典だからね
2020/10/01(木) 14:04:43.10ID:i8Yvf3kp
>>175
ほう! 実に興味深い!
具体的に互換性が無視されているというのはどこのことかな?
179デフォルトの名無しさん
垢版 |
2020/10/01(木) 15:17:29.86ID:15Icpaxe
読むのは勝手だけど
昔の仕様を頑なに守り続けるのもどうかと思う
だからと言って新しい仕様が何でも良い訳ではないが
2020/10/01(木) 18:56:14.66ID:zaD5zegX
K&R読むと、コンパイラ作るの楽になるように設計してるなーってわかるよね。
あと、こりゃ別にlintいるわーってのもわかる。
181デフォルトの名無しさん
垢版 |
2020/10/01(木) 19:09:33.99ID:15Icpaxe
PASCALもそうだな
2020/10/01(木) 20:04:00.09ID:J8KGCqXI
>>178
私のコメントに興味を持ってくれて嬉しい
しかし、今、リアルの私は終わりのない忙しさで連日睡眠時間が 3 時間という有様だ…
おそらく 11月1日2日3日の連休までにはこの忙しさも収束するだろうから、それまで気長に待っていてくれ給へ
2020/10/01(木) 20:08:33.39ID:J8KGCqXI
>>181
PASCAL と C を一緒にしてはいけない
PASCAL は LL(1)パーサですべてが記述されている、という C にはない独自の美しさを誇っている
C はセマンティクスに妥協しまくっておりシンタックスはボロボロだ、こんなものは私の求める美しさではない

高みを目指すのなら、C/C++ の「なあなあですませる」態度に決別するべき
2020/10/01(木) 21:03:36.43ID:ZmtwkRhd
>>182
それは大変ですね。
便所にラクガキする時間をぜひ永眠もとい睡眠に使ってください!
2020/10/01(木) 21:47:26.01ID:m2VBA+uQ
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.95ID:wapltEmD
>>185
x も union に入れるといいかもしれない。
「xの残り2ビットがbとcで共有」については、間に union 挟む形だと
ビットフィールドの割り付けが途切れちゃうから、 struct {a, b, d} と strunct {a, c, d} に
分ける必要があるかもしれない。

でもこんなことやりたくなるのはハードウェアレジスタの操作やバイナリフォーマットの操作ぐらいな気がして、
そうなると残念ながらビットフィールドや union 使った方法には移植性に難があるのであまりお勧めできない。
2020/10/02(金) 05:47:34.60ID:e8oVvNQP
>>186
185じゃないけど、レジスタ設定でおすすめのやりかた教えてください。

ハードウェアありきでレジスタ構造再現するより、目的や意味で分類するソフトありきの方が読みやすいように思えたんですが
このやりかたの利点てなんだろう。処理が早い?
2020/10/02(金) 07:00:47.14ID:zVqE2vDD
ポインタって*pは指し示したアドレスの先の値なのに
宣言のときに初期化するとchar *p=xxxx;はアドレスが入るって整合性取れてないなと思ってたら
char* p=xxxx;って意味なのね
2020/10/02(金) 07:05:50.26ID:Y0Tw+JWK
>>187
符号なし整数型にビットシフトとビットマスクで。

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

「目的や意味で分類する」というのはレジスタアクセスするコードの上に関数を作る話になると思うので、
レジスタアクセスの方法(ビットフィールドかシフト&マスクかなど)に関わらず好きに関数作って読みやすくすればいい。
2020/10/02(金) 09:23:56.92ID:Xjdvbcrc
>>186
> 間に union 挟む形だとビットフィールドの割り付けが途切れちゃう
納得しましたありがとう!
2020/10/02(金) 11:23:13.43ID:UfIjSULq
>>188
そうだけど、宣言の文法上の結合規則では * は p の側に結合する。
宣言は char という型指定子と *p という宣言子から成り立っているのであって、
しかし char* という型の p が宣言されるので整合性という意味では
やっぱりなんだか微妙という感はちょっとある。
192デフォルトの名無しさん
垢版 |
2020/10/02(金) 11:33:34.73ID:vEIDHK0R
もちろん慣れたら問題無い
char a[] = "A\n";
char *p = a;
*p = 'B';
char *q;
q = a;
printf("%s", q);
2020/10/02(金) 14:24:12.68ID:zVqE2vDD
>>191
VS2019がchar *p;をchar* p;に勝手に変更するので
おかしいなと思ってたんだけど知ってみれば納得できるというか
2020/10/02(金) 14:33:33.60ID:Dpt7z8L/
>>192
ポインタ難しい論の実際ってポインタより配列、文字列のせいって気がする。
195デフォルトの名無しさん
垢版 |
2020/10/02(金) 15:08:30.47ID:WC+nGixi
char *p; か char* p; かでごねてる人って
char *p[]; とか char (*p)[N]; とかはどうしてるんだろ
2020/10/02(金) 15:15:02.81ID:UfIjSULq
>>195
どっちでもいいけどどっちかには揃えたくない?
2020/10/02(金) 16:05:30.99ID:NWZMRD+V
自分で揃えりゃいい話だし
他人がどう書こうが関係ないし
2020/10/02(金) 16:39:54.61ID:LbxjABVY
vsならvsに任せる
人間がやったらミスするんだから機械に任せる
vs標準のフォーマットが嫌なら変えればいいが、変えた時点で標準ではないと認識しといて
2020/10/02(金) 16:39:59.46ID:0aKkMJ10
>>197
自分ではどう書くかは決めてるってことなんだよね?
200デフォルトの名無しさん
垢版 |
2020/10/02(金) 17:02:53.55ID:WC+nGixi
書き込めないω
201デフォルトの名無しさん
垢版 |
2020/10/02(金) 17:04:39.22ID:WC+nGixi
ソースの一部が入ると書き込めないな
何が琴線に触れてるんだろ
2020/10/02(金) 17:07:42.79ID:Xjdvbcrc
#define LIST { \
{ "a", "b", "c" }, \
{ "aa", "bb", "cc" },
}

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

これは便利
2020/10/03(土) 09:21:20.73ID:F7oAx4CC
1. char *p;
2. char* p;
自分は(1)派だけど
(2)を許すとしたら
204デフォルトの名無しさん
垢版 |
2020/10/03(土) 09:22:01.65ID:F7oAx4CC
3. char* p[];
(3)とか気持ち悪くない?
205デフォルトの名無しさん
垢版 |
2020/10/03(土) 09:23:49.00ID:F7oAx4CC
4. char(*p) [8];
(4)とかは?
破綻してるよね?

()を半角で書くと書き込めない?
2020/10/03(土) 09:25:29.30ID:tt4465Gc
普通に半角で書いてるよ
>>202とか()()()とか
207デフォルトの名無しさん
垢版 |
2020/10/03(土) 09:41:37.55ID:F7oAx4CC
char(*p)

これがアウトっぽい
208デフォルトの名無しさん
垢版 |
2020/10/03(土) 09:42:26.39ID:F7oAx4CC
char(*p) [8];

合わせ技がダメなんかな
209デフォルトの名無しさん
垢版 |
2020/10/03(土) 09:42:43.65ID:F7oAx4CC
あれ
治ったω
ありがとうωωω
2020/10/03(土) 09:46:44.05ID:U0QEte6Y
>>203
1で書くと>>188がキモい件は?
どっちもキモいんだからどっちでもいいだろ
2020/10/03(土) 09:49:26.93ID:wZa/IuqK
>>204
*の位置よりも、小分けに何度もレスするのが気持ち悪い。まとめて1回で書いてくれ。
212デフォルトの名無しさん
垢版 |
2020/10/03(土) 09:50:53.80ID:F7oAx4CC
>>210
>>188 はキモくない
2020/10/03(土) 09:57:52.08ID:U0QEte6Y
>>212
え、じゃあ204もキモくない
2020/10/03(土) 10:11:34.17ID:y5FkQ2yd
4. はどうすんの?どこに空白入れる?入れない?
2020/10/03(土) 10:59:02.83ID:hn+Q4jRt
好きにすればいいじゃない。
世の中的にはCは右、C++は混在が多いんじゃね。
C++なら生配列の使用はなるべく避けるし。
2020/10/03(土) 11:06:27.17ID:iBPdYK2F
MS様の自動整形に任せよ
2020/10/03(土) 12:33:15.80ID:6Be2cGN6
>>203-205

ワイは C++ では char* p; と書く派 (C では char *p と書く派) やけど char* p[]; とは書かんな。
ごく単純な char *p; の場合に限って char* p; の方がマシな気がするという話であって、
全体としてはもうどうにもならんほどグダグダやと思うておる。
2020/10/10(土) 10:10:01.53ID:sA7w+t8z
>>217
結局、複合型とかconst修飾とか出てくると破綻するんだよね。だから右派。
たまに頑固な左派が「そんな変なものは使わない」とか言うけど、だったら*も止めてスマポだけ使ってろとw
2020/10/10(土) 11:19:57.47ID:ejDp+I1j
char* p, *q;
ってなるやんって思うから右派
意味的にchar* p, q;がpもqもchar*型になるなら左
2020/10/10(土) 11:24:37.53ID:cCgV5Rw+
char *p 派の人は p を const にしたいときは char *const p になるの?
2020/10/10(土) 12:26:32.50ID:kS/jl5rL
頑固な右派は嫌だねえ
2020/10/10(土) 15:34:14.92ID:viEJhGtz
>>221
右派にも親米と反米の二種類がありまして‥‥
223デフォルトの名無しさん
垢版 |
2020/10/10(土) 16:22:58.24ID:i5KfYhU+
左派の破綻誤魔化しのために
typedef が廃止されて using とか本末転倒過ぎる
2020/10/14(水) 05:39:18.23ID:Ci1OYkop
#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.37ID:8wBxOyFV
a + bはdouble型
%fはdouble型を出力する書式だから意図通りに表示される
一方%dはint型を出力する書式だからそこにdoubleを突っ込むとおかしな表示になる
%dで正しく表示したければ次のようにa+bを明示的にintに変換する必要がある
printf("%d", (int)(a+b));
2020/10/14(水) 08:29:31.67ID:Ci1OYkop
>>225
丁寧な説明ありがとうございます
%dにしても勝手に整数にはしてくれないんですね、なんか不便な気が。

それにしてもマイナスはどこから出てきたのやら
227デフォルトの名無しさん
垢版 |
2020/10/14(水) 10:51:20.27ID:GsUUoEHv
9+2.3=11.3
これの double の bit 表現が
int だと敢えて勘違いして観ると
MSB 1 で負の数になるんだろ
2020/10/14(水) 10:58:36.84ID:6pvowPnv
%dなのに引数がdoubleなら今どきのコンパイラなら警告出すはず
見てないだけだろ
229デフォルトの名無しさん
垢版 |
2020/10/14(水) 11:01:15.47ID:GsUUoEHv
#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
*/
230デフォルトの名無しさん
垢版 |
2020/10/14(水) 11:06:44.31ID:GsUUoEHv
ちなみに
-1717986918
は 32bit int で
0x9999999a
つまり
big endian - little endian で byte 順が入れ替わって
さらに 8 byte -> 4 byte で切られてる
2020/10/14(水) 11:43:42.25ID:Ci1OYkop
謎解き、魔法を見せられたような鮮やかさでありました
232デフォルトの名無しさん
垢版 |
2020/10/14(水) 12:00:25.99ID:ssGc8zMA
doubleやfloatはビットがこう並んでる
ttps://upload.wikimedia.org/wikipedia/commons/d/d2/Float_example.svg
233デフォルトの名無しさん
垢版 |
2020/10/14(水) 12:08:46.62ID:ssGc8zMA
平たく言うと、その%dはこのfloatやdoubleのビットの並びを無理矢理整数にしてしまう

つまり、書いた通りにしか動かない
忖度やお察しが起こって無いのが良いところ
2020/10/14(水) 12:17:11.87ID:8jNxcnvs
>忖度やお察しが無い

これはホントマジでそう思う
2020/10/14(水) 13:11:05.57ID:k7r/DRjX
これが不便だと思うなら便利な言語を使うと良いよ
便利ってことは高機能ってことで、高機能ってことは裏でいろんな処理が走る必要があるってこと
そんな処理走ってほしくない環境があるから今でもCが現役なだけ
236デフォルトの名無しさん
垢版 |
2020/10/14(水) 15:56:29.16ID:wBt5LB5z
このばあい言語でなくライブラリの仕組みね
中で(int)vする指定子が用意されてればいいだけ
2020/10/14(水) 17:04:47.78ID:+PdAwU8N
>>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


未定義なものが未定義な結果になるのはある意味では「書いた通り」なんだが、
各環境の事情が絡んでくるから読み解くのは難しいね。
238デフォルトの名無しさん
垢版 |
2020/10/14(水) 17:10:28.03ID:ZV1nncqg
CPUやコンパイラを推測するのに使われるのは?
2020/10/14(水) 20:28:11.47ID:GJNQZYNC
>>237
+1
2020/10/14(水) 20:29:17.83ID:P3uQ6dIx
>>238
#ifdef マクロ
241デフォルトの名無しさん
垢版 |
2020/10/22(木) 12:14:45.82ID:A6VvBjuQ
C++を使ってシューティングゲームを作ろうとしているものです。
https://bituse.info/game/shot/
こちらのサイトを参考にしてDXライブラリも使って作業をしているのですが
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.86ID:+kcA91Ab
すまん
398MBとか見てそっ閉じしたわ・・・
各ヘッダが何をincludeしてるのか構造見てみて
243デフォルトの名無しさん
垢版 |
2020/10/22(木) 12:47:21.09ID:vPWH9GQz
他人だけど1234で削除したら削除出来ちゃったωωω
244デフォルトの名無しさん
垢版 |
2020/10/22(木) 12:48:24.95ID:A6VvBjuQ
>>242
申し訳ありません!
ヘッダは今全部で5つありまして
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"


それぞれは今このような形になっています
245デフォルトの名無しさん
垢版 |
2020/10/22(木) 12:49:30.64ID:A6VvBjuQ
最後の
#include "pch.h"
#include "player.h"
こちらの#は貼るときに消し忘れなので気にしないでください
2020/10/22(木) 12:50:25.91ID:sdTsVWOF
>>241
質問のクロスポストは好ましくないので避けてね。
https://teratail.com/questions/299584
247デフォルトの名無しさん
垢版 |
2020/10/22(木) 12:55:08.56ID:A6VvBjuQ
>>246
申し訳ありません!以後気を付けます
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況