[過去ﾛｸﾞ] 【初心者歓迎】C/C++室 Ver.106【環境依存OK】 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
154(1): 2020/09/23(水)18:31 ID:a8yFZa5Q(1/3) AAS
「C++には特にこれ！と言えるような入門書がない」という書き込みを見たのですが、そうだとしたらC++を習得した人は初学者のときどうやって技術を身につけていったのでしょうか？
155(1): 2020/09/23(水)18:36 ID:a8yFZa5Q(2/3) AAS
「ロベールのC++入門講座(ロベール著)」と「明解C++入門編(柴田望洋著)」を買ったけどこれでいいのかな…
156(1): はちみつ餃子 ◆8X2XSCHEME 2020/09/23(水)18:37 ID:2N0Iktsg(1/2) AAS
>>154
絶対確実というようなものは挙げられないけど、ほどほどのものはたくさんあるよ。
157: 2020/09/23(水)18:37 ID:avHWzJtR(1) AAS
1. 既に C を覚えて使いこなしてた
2. Eiffel を学んだ
3. C++ は better than C として使った
4. template を学んだ
5. Perl を学んだ
6. Python を学んだ
7. D を学んだ
8. C# 悪くないね
158(2): はちみつ餃子 ◆8X2XSCHEME 2020/09/23(水)18:45 ID:2N0Iktsg(2/2) AAS
>>155
C++ の規格はちょくちょく改定されてて、特に 2011 年の改定はインパクトが強かったんだ。
入門の範囲にすらいくらかの影響がある程度には。
それより古い本だと (今となっては) 不格好なスタイルになっているかもしれない。
159: 2020/09/23(水)18:51 ID:a8yFZa5Q(3/3) AAS
>>156
なるほど
ほどほどのもので学んでいった感じですかね
>>158
参考になります！
ありがとうございます
160: ◆QZaw55cn4c 2020/09/23(水)20:09 ID:J9lXF67O(1) AAS
>>158
私は、もう年を取ってもう新しい規格にはついていけないと悟ったので、せめて初心者のための本を買ってレビューする余生を過ごそうと思っています
そういえば江添本を放置してましたね、10/4 の資格試験が終わったら、あらためて江添本をレビューするつもりです
161(1): 2020/09/28(月)19:18 ID:QruIJ5oN(1/2) AAS
今読んでいる入門書の例題です
時間計算機で9時45分の1時間25分後を計算するには以下のように入力します
945+125=
11:10
外部ﾘﾝｸ:codepad.org
ところが実行してみるとVC++では0:10、mingwでは0:70という結果が出ます
掲載されたソースと見比べても違いはないようなのでお手上げです
教えて下さい
162(1): 2020/09/28(月)19:26 ID:JgS2isID(1/2) AAS
>>161
addclockとsubclockにリターン値がないよ
return hour * 100 + minute;
が必要なんじゃないの？
163: 2020/09/28(月)19:30 ID:JgS2isID(2/2) AAS
あと、なんて本？
関数の戻り値型(関数名の前に書くintとかそういうやつ)を省略する入門書なんて珍しいから気になる
164: はちみつ餃子 ◆8X2XSCHEME 2020/09/28(月)20:34 ID:VnC2vdM3(1/2) AAS
関数の返却値の型を省略すると int とみなされるのは C89 では保証された動作だったが C99 で廃止された。
だから古い本ならそれほど珍しいわけではない。
そんなに古い本をいまどき手にしてしまうってのはめずらしくはあるが。
165(1): 2020/09/28(月)20:45 ID:QruIJ5oN(2/2) AAS
>>162
おっしゃるとおりでした、なぜかreturnの行を完全に打ち忘れました。
見直しの最中にも気づかず・・・
今読んでいるのは「はじめて読むC言語」という1991年の本で名著らしいです。
ネットで「はじめて読む8086」の後に続けて読めば理解が深まると言われ手に入れて読んでいます。
途中コンパイルが通らずさんざん頭を捻って拡張子をcppからcにしたら動くようになったりして
古い本で勉強するのはなかなか大変です。
ありがとうございました。
166: はちみつ餃子 ◆8X2XSCHEME 2020/09/28(月)23:29 ID:VnC2vdM3(2/2) AAS
>>165
当時としては名著だったかもしれんが、仕様の改定はあるし、
周辺事情も変わっていくものなので古い資料で入門するのはだいぶん遠回りな気はするぞ。
C は最新規格でも歴史的事情を色々と引きずっているので古い規格から追っていくのも
無駄になるわけではないし、それを楽しめているならそれもよいけれど、
入門の段階で変な苦労を背負いこんで挫折するともったいないので
キツいと思ったら他の学び方もとれるということは覚えておいて欲しい。
167: 2020/09/29(火)06:25 ID:jqf8qavY(1) AAS
いやいや
.cpp を .c と間違えてコンパイル通らないってのは
古い本のせいじゃないぞ
あるあるだけど
168: 2020/09/29(火)06:27 ID:pVIW4ypp(1) AAS
世の中にはJavaとJavascript一緒にしてるひともいるからなー(棒)
169: 2020/09/29(火)19:54 ID:ME3902LM(1) AAS
やさしいCとかはじめてのCとかを買えばいい
170: 2020/09/29(火)19:56 ID:aaxcyAZi(1) AAS
えっちいのは…
171: 2020/09/29(火)20:20 ID:hsV3TmCg(1) AAS
今の本が終わったらK&Rも読もうと思っていたのですが
VS2019環境だと警告まみれになりそうで気が重くなってきました
172: 2020/09/29(火)20:55 ID:aInwR/Jn(1) AAS
読んだってそのまんまのコード書く必要なかろうに
173: 2020/09/29(火)21:07 ID:74pJkTSC(1) AAS
俺的には絶版だけどダイテル本がすげー勉強になった
問題までキッチリ解いたらかなりの力になると思う
んで詳説Cポインタでポインタをもっと掘り下げて
今は色々プログラミングしながら（つっても長くて2千行程度）もっとシステムコール勉強してるとこ
それ終わったらネットワークプログラミングもやるつもり
174(1): 2020/09/30(水)00:15 ID:/dbaz1tV(1) AAS
プログラミング言語C 第2版、K & R、1988
C89/90 の本だから古いけど、MISRA-C などの組み込みでは使う規格
175(1): ◆QZaw55cn4c 2020/09/30(水)07:33 ID:uQY5A/DJ(1) AAS
>>174
C99 は、C++ への互換性を無視するという規格委員会の独善が鼻につき推奨できない
C89 = K&R2 こそ必要にして十分というべきだろう
176: 2020/09/30(水)18:40 ID:HrU0uL7n(1) AAS
いつまでK&Rなんて読んでんの？
177: 2020/10/01(木)12:10 ID:OaA9a4hN(1) AAS
原理主義者は読む
というか、原理主義者になりたいので読む
なんつったって聖典だからね
178(1): はちみつ餃子 ◆8X2XSCHEME 2020/10/01(木)14:04 ID:i8Yvf3kp(1) AAS
>>175
ほう！ 実に興味深い！
具体的に互換性が無視されているというのはどこのことかな？
179: 2020/10/01(木)15:17 ID:15Icpaxe(1/2) AAS
読むのは勝手だけど
昔の仕様を頑なに守り続けるのもどうかと思う
だからと言って新しい仕様が何でも良い訳ではないが
180: 2020/10/01(木)18:56 ID:zaD5zegX(1) AAS
K&R読むと、コンパイラ作るの楽になるように設計してるなーってわかるよね。
あと、こりゃ別にlintいるわーってのもわかる。
181(1): 2020/10/01(木)19:09 ID:15Icpaxe(2/2) AAS
PASCALもそうだな
182(1): ◆QZaw55cn4c 2020/10/01(木)20:04 ID:J8KGCqXI(1/2) AAS
>>178
私のコメントに興味を持ってくれて嬉しい
しかし、今、リアルの私は終わりのない忙しさで連日睡眠時間が 3 時間という有様だ…
おそらく 11月1日2日3日の連休までにはこの忙しさも収束するだろうから、それまで気長に待っていてくれ給へ
183: ◆QZaw55cn4c 2020/10/01(木)20:08 ID:J8KGCqXI(2/2) AAS
>>181
PASCAL と C を一緒にしてはいけない
PASCAL は LL(1)パーサですべてが記述されている、という C にはない独自の美しさを誇っている
C はセマンティクスに妥協しまくっておりシンタックスはボロボロだ、こんなものは私の求める美しさではない
高みを目指すのなら、C/C++ の「なあなあですませる」態度に決別するべき
184: 2020/10/01(木)21:03 ID:ZmtwkRhd(1) AAS
>>182
それは大変ですね。
便所にラクガキする時間をぜひ永眠もとい睡眠に使ってください！
185(1): 2020/10/01(木)21:47 ID:m2VBA+uQ(1) AAS
struct {
char x;
struct {
char a : 4;
union {
char b : 2;
char c : 2;
};
char d : 2
};
省6
186(2): 2020/10/01(木)23:40 ID:wapltEmD(1) AAS
>>185
x も union に入れるといいかもしれない。
「xの残り2ビットがbとcで共有」については、間に union 挟む形だと
ビットフィールドの割り付けが途切れちゃうから、 struct {a, b, d} と strunct {a, c, d} に
分ける必要があるかもしれない。
でもこんなことやりたくなるのはハードウェアレジスタの操作やバイナリフォーマットの操作ぐらいな気がして、
そうなると残念ながらビットフィールドや union 使った方法には移植性に難があるのであまりお勧めできない。
187(1): 2020/10/02(金)05:47 ID:e8oVvNQP(1) AAS
>>186
185じゃないけど、レジスタ設定でおすすめのやりかた教えてください。
ハードウェアありきでレジスタ構造再現するより、目的や意味で分類するソフトありきの方が読みやすいように思えたんですが
このやりかたの利点てなんだろう。処理が早い？
188(3): 2020/10/02(金)07:00 ID:zVqE2vDD(1/2) AAS
ポインタって*pは指し示したアドレスの先の値なのに
宣言のときに初期化するとchar *p=xxxx;はアドレスが入るって整合性取れてないなと思ってたら
char* p=xxxx;って意味なのね
189: 2020/10/02(金)07:05 ID:Y0Tw+JWK(1) AAS
>>187
符号なし整数型にビットシフトとビットマスクで。
移植性を考慮する必要が無いなら、出力コード見ながら調整したビットフィールドで望みの動作に
できることも多くて、できてしまえばレジスタの定義も楽でレジスタアクセスするコードも読みやすいから、
それで済ませたくなる気持ちはわかる。
「目的や意味で分類する」というのはレジスタアクセスするコードの上に関数を作る話になると思うので、
レジスタアクセスの方法（ビットフィールドかシフト＆マスクかなど）に関わらず好きに関数作って読みやすくすればいい。
190: 2020/10/02(金)09:23 ID:Xjdvbcrc(1/2) AAS
>>186
> 間に union 挟む形だとビットフィールドの割り付けが途切れちゃう
納得しましたありがとう！
191(1): はちみつ餃子 ◆8X2XSCHEME 2020/10/02(金)11:23 ID:UfIjSULq(1/2) AAS
>>188
そうだけど、宣言の文法上の結合規則では * は p の側に結合する。
宣言は char という型指定子と *p という宣言子から成り立っているのであって、
しかし char* という型の p が宣言されるので整合性という意味では
やっぱりなんだか微妙という感はちょっとある。
192(1): 2020/10/02(金)11:33 ID:vEIDHK0R(1) AAS
もちろん慣れたら問題無い
char a[] = "A\n";
char *p = a;
*p = 'B';
char *q;
q = a;
printf("%s", q);
193: 2020/10/02(金)14:24 ID:zVqE2vDD(2/2) AAS
>>191
VS2019がchar *p;をchar* p;に勝手に変更するので
おかしいなと思ってたんだけど知ってみれば納得できるというか
194: 2020/10/02(金)14:33 ID:Dpt7z8L/(1) AAS
>>192
ポインタ難しい論の実際ってポインタより配列、文字列のせいって気がする。
195(1): 2020/10/02(金)15:08 ID:WC+nGixi(1/3) AAS
char *p; か char* p; かでごねてる人って
char *p[]; とか char (*p)[N]; とかはどうしてるんだろ
196: はちみつ餃子 ◆8X2XSCHEME 2020/10/02(金)15:15 ID:UfIjSULq(2/2) AAS
>>195
どっちでもいいけどどっちかには揃えたくない？
197(1): 2020/10/02(金)16:05 ID:NWZMRD+V(1) AAS
自分で揃えりゃいい話だし
他人がどう書こうが関係ないし
198: 2020/10/02(金)16:39 ID:LbxjABVY(1) AAS
vsならvsに任せる
人間がやったらミスするんだから機械に任せる
vs標準のフォーマットが嫌なら変えればいいが、変えた時点で標準ではないと認識しといて
199: はちみつ餃子 ◆8X2XSCHEME 2020/10/02(金)16:39 ID:0aKkMJ10(1) AAS
>>197
自分ではどう書くかは決めてるってことなんだよね？
200: 2020/10/02(金)17:02 ID:WC+nGixi(2/3) AAS
書き込めないω
201: 2020/10/02(金)17:04 ID:WC+nGixi(3/3) AAS
ソースの一部が入ると書き込めないな
何が琴線に触れてるんだろ
202(1): 2020/10/02(金)17:07 ID:Xjdvbcrc(2/2) AAS
#define LIST { \
{ "a", "b", "c" }, \
{ "aa", "bb", "cc" },
}
char *(list[][3]) = LIST;
これは便利
203(2): 2020/10/03(土)09:21 ID:F7oAx4CC(1/7) AAS
1. char *p;
2. char* p;
自分は(1)派だけど
(2)を許すとしたら
204(2): 2020/10/03(土)09:22 ID:F7oAx4CC(2/7) AAS
3. char* p[];
(3)とか気持ち悪くない？
205(1): 2020/10/03(土)09:23 ID:F7oAx4CC(3/7) AAS
4. char（*p） [8];
(4)とかは？
破綻してるよね？
()を半角で書くと書き込めない？
206: 2020/10/03(土)09:25 ID:tt4465Gc(1) AAS
普通に半角で書いてるよ
>>202とか()()()とか
207: 2020/10/03(土)09:41 ID:F7oAx4CC(4/7) AAS
char(*p)
これがアウトっぽい
208: 2020/10/03(土)09:42 ID:F7oAx4CC(5/7) AAS
char(*p) [8];
合わせ技がダメなんかな
209: 2020/10/03(土)09:42 ID:F7oAx4CC(6/7) AAS
あれ
治ったω
ありがとうωωω
210(1): 2020/10/03(土)09:46 ID:U0QEte6Y(1/2) AAS
>>203
1で書くと>>188がキモい件は？
どっちもキモいんだからどっちでもいいだろ
211: 2020/10/03(土)09:49 ID:wZa/IuqK(1) AAS
>>204
*の位置よりも、小分けに何度もレスするのが気持ち悪い。まとめて1回で書いてくれ。
212(1): 2020/10/03(土)09:50 ID:F7oAx4CC(7/7) AAS
>>210
>>188 はキモくない
213: 2020/10/03(土)09:57 ID:U0QEte6Y(2/2) AAS
>>212
え、じゃあ204もキモくない
214: 2020/10/03(土)10:11 ID:y5FkQ2yd(1) AAS
4. はどうすんの？どこに空白入れる？入れない？
215: 2020/10/03(土)10:59 ID:hn+Q4jRt(1) AAS
好きにすればいいじゃない。
世の中的にはCは右、C++は混在が多いんじゃね。
C++なら生配列の使用はなるべく避けるし。
216: 2020/10/03(土)11:06 ID:iBPdYK2F(1) AAS
MS様の自動整形に任せよ
217(1): はちみつ餃子 ◆8X2XSCHEME 2020/10/03(土)12:33 ID:6Be2cGN6(1) AAS
>>203-205
ワイは C++ では char* p; と書く派 (C では char *p と書く派) やけど char* p[]; とは書かんな。
ごく単純な char *p; の場合に限って char* p; の方がマシな気がするという話であって、
全体としてはもうどうにもならんほどグダグダやと思うておる。
218: 2020/10/10(土)10:10 ID:sA7w+t8z(1) AAS
>>217
結局、複合型とかconst修飾とか出てくると破綻するんだよね。だから右派。
たまに頑固な左派が「そんな変なものは使わない」とか言うけど、だったら*も止めてスマポだけ使ってろとｗ
219: 2020/10/10(土)11:19 ID:ejDp+I1j(1) AAS
char* p, *q;
ってなるやんって思うから右派
意味的にchar* p, q;がpもqもchar*型になるなら左
220: 2020/10/10(土)11:24 ID:cCgV5Rw+(1) AAS
char *p 派の人は p を const にしたいときは char *const p になるの？
221(1): 2020/10/10(土)12:26 ID:kS/jl5rL(1) AAS
頑固な右派は嫌だねえ
222: ◆QZaw55cn4c 2020/10/10(土)15:34 ID:viEJhGtz(1) AAS
>>221
右派にも親米と反米の二種類がありまして‥‥
223: 2020/10/10(土)16:22 ID:i5KfYhU+(1) AAS
左派の破綻誤魔化しのために
typedef が廃止されて using とか本末転倒過ぎる
224(1): 2020/10/14(水)05:39 ID:Ci1OYkop(1/3) AAS
#include<stdio.h>
void main()
{
int a = 9;
double b = 2.3;
printf("%d", a + b);
}
これを実行すると-1717986918になるんですがおかしくないですか
％fだと想定通りになりましたが％dのときは11が出るんじゃないかと思うんですけど
225(1): 2020/10/14(水)06:57 ID:8wBxOyFV(1) AAS
a + bはdouble型
%fはdouble型を出力する書式だから意図通りに表示される
一方%dはint型を出力する書式だからそこにdoubleを突っ込むとおかしな表示になる
%dで正しく表示したければ次のようにa+bを明示的にintに変換する必要がある
printf("%d", (int)(a+b));
226: 2020/10/14(水)08:29 ID:Ci1OYkop(2/3) AAS
>>225
丁寧な説明ありがとうございます
%dにしても勝手に整数にはしてくれないんですね、なんか不便な気が。
それにしてもマイナスはどこから出てきたのやら
227: 2020/10/14(水)10:51 ID:GsUUoEHv(1/3) AAS
9+2.3=11.3
これの double の bit 表現が
int だと敢えて勘違いして観ると
MSB 1 で負の数になるんだろ
228: 2020/10/14(水)10:58 ID:6pvowPnv(1) AAS
%dなのに引数がdoubleなら今どきのコンパイラなら警告出すはず
見てないだけだろ
229: 2020/10/14(水)11:01 ID:GsUUoEHv(2/3) AAS
#include <stdio.h>
typedef union {
unsigned char u[8];
double d;
int i;
} U;
int main(void)
{
U x;
x.d = 11.3;
省11
230: 2020/10/14(水)11:06 ID:GsUUoEHv(3/3) AAS
ちなみに
-1717986918
は 32bit int で
0x9999999a
つまり
big endian - little endian で byte 順が入れ替わって
さらに 8 byte -> 4 byte で切られてる
231: 2020/10/14(水)11:43 ID:Ci1OYkop(3/3) AAS
謎解き、魔法を見せられたような鮮やかさでありました
232: 2020/10/14(水)12:00 ID:ssGc8zMA(1/2) AAS
doubleやfloatはビットがこう並んでる
外部ﾘﾝｸ[svg]:upload.wikimedia.org
233: 2020/10/14(水)12:08 ID:ssGc8zMA(2/2) AAS
平たく言うと、その%dはこのfloatやdoubleのビットの並びを無理矢理整数にしてしまう
つまり、書いた通りにしか動かない
忖度やお察しが起こって無いのが良いところ
234: 2020/10/14(水)12:17 ID:8jNxcnvs(1) AAS
>忖度やお察しが無い
これはホントマジでそう思う
235: 2020/10/14(水)13:11 ID:k7r/DRjX(1) AAS
これが不便だと思うなら便利な言語を使うと良いよ
便利ってことは高機能ってことで、高機能ってことは裏でいろんな処理が走る必要があるってこと
そんな処理走ってほしくない環境があるから今でもCが現役なだけ
236: 2020/10/14(水)15:56 ID:wBt5LB5z(1) AAS
このばあい言語でなくライブラリの仕組みね
中で(int)vする指定子が用意されてればいいだけ
237(1): はちみつ餃子 ◆8X2XSCHEME 2020/10/14(水)17:04 ID:+PdAwU8N(1) AAS
>>224
この場合は double のビットパターンが整数として読み替えられたということで説明がつくみたいだけど、
言語仕様としては未定義なので別の結果になる可能性もある。
Windows では x86_64 上での引数の渡し方 (呼出規約) は浮動小数点には xmm レジスタを使うが、
引数が浮動小数点だけのときは整数レジスタの方にも値を入れておくというルールがある。
外部ﾘﾝｸ:docs.microsoft.com
このおかげで浮動小数点を整数として読みだしても一応の整合性はとれるようになってる。
Linux などで使われる規約 (いわゆる System V ABI) ではそういう予防措置っぽいものがないように見える。
外部ﾘﾝｸ[pdf]:refspecs.linux-foundation.org
たぶんそのときにたまたま整数レジスタに入っている値が得られるだけなんじゃないかな。
省6
238(1): 2020/10/14(水)17:10 ID:ZV1nncqg(1) AAS
CPUやコンパイラを推測するのに使われるのは？
239: 2020/10/14(水)20:28 ID:GJNQZYNC(1) AAS
>>237
+1
240: 蟻人間 ◆T6xkBnTXz7B0 2020/10/14(水)20:29 ID:P3uQ6dIx(1) AAS
>>238
#ifdef マクロ
241(1): 2020/10/22(木)12:14 ID:A6VvBjuQ(1/8) AAS
C++を使ってシューティングゲームを作ろうとしているものです。
外部ﾘﾝｸ:bituse.info
こちらのサイトを参考にしてＤＸライブラリも使って作業をしているのですが
外部ﾘﾝｸ:bituse.info
ただいまこちらの章でエラーが出てしまい行き詰っています。
背景を線画する章なのですがサイトの指示通りに新しいクラスを作って実行すると
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': 定義されていない識別子です。
省11
242(1): 2020/10/22(木)12:38 ID:+kcA91Ab(1/2) AAS
すまん
398MBとか見てそっ閉じしたわ・・・
各ヘッダが何をincludeしてるのか構造見てみて
243: 2020/10/22(木)12:47 ID:vPWH9GQz(1/4) AAS
他人だけど1234で削除したら削除出来ちゃったωωω
244(1): 2020/10/22(木)12:48 ID:A6VvBjuQ(2/8) AAS
>>242
申し訳ありません！
ヘッダは今全部で５つありまして
back.h
control.h
define.h
pch.h
player.h
の5つです
back.h
省13
245: 2020/10/22(木)12:49 ID:A6VvBjuQ(3/8) AAS
最後の
#include "pch.h"
#include "player.h"
こちらの＃は貼るときに消し忘れなので気にしないでください
246(2): はちみつ餃子 ◆8X2XSCHEME 2020/10/22(木)12:50 ID:sdTsVWOF(1) AAS
>>241
質問のクロスポストは好ましくないので避けてね。
外部ﾘﾝｸ:teratail.com
247: 2020/10/22(木)12:55 ID:A6VvBjuQ(4/8) AAS
>>246
申し訳ありません！以後気を付けます
248(2): 2020/10/22(木)14:04 ID:+kcA91Ab(2/2) AAS
>>244
back.hにpch.hを追加で
player.hのplayer.hはいらない
でやってみて
249(1): 2020/10/22(木)14:07 ID:NJqYcfGB(1) AAS
hoge.hファイルに#include "hoge.h"ってできたんか・・・
250: 2020/10/22(木)14:25 ID:ttgeK9fh(1) AAS
>>248
帰宅したらすぐに試してみます！ありがとうございます！！
251: 2020/10/22(木)16:15 ID:qFW7+86p(1) AAS
>>249
コンパイルエラー選手権でそんなんあったな
252(2): 2020/10/22(木)16:24 ID:A6VvBjuQ(5/8) AAS
>>248
すみません！
player.hの内容は元々includeが一つもありませんでした！
なのでback.hにpch.hを追加して実行してみると
このようなエラーが出てきました
1>------ ビルド開始: プロジェクト: gamegame, 構成: Release Win32 ------
1>back.cpp
1>control.cpp
1>C:\Users\rikua\source\repos\gamegame\define.h(16,13): error C2011: 'SHOT': 'struct' 型の再定義
1>C:\Users\rikua\source\repos\gamegame\define.h(16): message : 'SHOT' の宣言を確認してください
省6
253(1): 2020/10/22(木)16:42 ID:A6VvBjuQ(6/8) AAS
>>252
すみません先ほどのエラーは
違ったものでした
こちらが現在出ているエラーです
>------ ビルド開始: プロジェクト: gamegame, 構成: Release Win32 ------
1>back.cpp
1>control.cpp
1>main.cpp
1>pch.cpp
1>player.cpp
省11
上下前次1-新書関写板覧索設栞歴
あと 749 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s