【０から】C言語でゲームを作る【スタート】

1 · 04/08/25 08:14

アイデアはあるけどプログラムその他ができない為に実現できない人、これから
C言語を勉強していきたい人、など

まったく０から覚えていこうというスレです。初歩的な質問から進行状況の報告、
こんなゲームを作りたいんだ、等の夢、妄想を語ってくれてもおｋです。
みんなでモチベーションを高めて挫折しないようにがんばっていきましょう。

たまたま来た先輩方は、みんな初心者なので暖かい目で見守ってください。アドバイス
や質問に答えてくれる方は大歓迎です。

**名前は開発中のものです。** · 04/09/25 06:25:14

>>260
質問の意味がよくわからんが、
VBの実装はC++じゃないのかな、しかもかなり汚いコーディングと
思われる。なぜかというと、VBアプリはメモリリークが酷いのと
例外が飛びまくるから

**名前は開発中のものです。** · 04/09/25 20:44:10

つーかはやくゲーム作れよ。

>>1
おめーがいいだしっぺだろ

◆KONA9KdnAg · 04/09/27 08:52:41

Cで０からゲームを作るのには時間がかかるらしいっす。
こ、このスレまだ1ヶ月ですし、、た、たまたま来た先輩方は、みんな初心者なので暖かい目で見守ってください。
で、でも1さんはそろそろ何か書き込んでほしいっす。
ぼ、ぼくは一つの目標としてアクションRPG作りたいっす。南の島の平和な国、そこに住む少年が主人公。
ある日頭の中で声がする、「助けて・・・」誰かが助けをもとめている、でも少年は理解できない。
その日以来、少年の周りで奇怪な出来事が数々発生する。「助けて、助けて、助けて、助けて」
またあの声がする。困った少年はこのことを、親友のほんたまに話す。ほんたまは天然キャラで、これまた「理解できにゃ～い」と言う
二人は、その町の物知りじじいのところへ相談しにいく。しかしじじいはあきらかに的外れなえっちィことばかり言う。
その日の夜、少年が眠りにつくと物語は急速に広がっていく・・・そう、それは精神の叫び・・・・

**名前は開発中のものです。** · 04/09/27 11:46:50

>>263
Oからなら別に構わないけれど、少なくともゼロからじゃないよ。
たくさんのライブラリがあるから、ライブラリから作る必要はない。
時間はそんなにかからない。

**名前は開発中のものです。** · 04/09/27 18:01:46

つーか今までこのスレで話されてたことって
ほとんどム板で足りる内容だな。

**名前は開発中のものです。** · 04/09/28 02:49:46

Visual Basic を手に入れたんですが、どうやったらゲームを作れるのでしょうか？
初心者というか何も知らない状態です。
いろんなスレやサイトを見たのですがさっぱりわかりません。

本などを見てみたのですがライブラリというのがなければつくれないんですか？
また、ライブラリを手に入れる方法、使い方を教えてください。

**名前は開発中のものです。** · 04/09/28 04:07:41

fff

**名前は開発中のものです。** · 04/09/28 05:40:22

>266
>いろんなスレやサイトを見たのですがさっぱりわかりません。
多分あきらめた方がいいと思いますが一応…

本を買ってひととおり読んでからまた来てください
初心者にはどの本がいいかはム板あたりで聞いてください

本をひととおり読んでもさっぱりだったら、潔くあきらめてください

**名前は開発中のものです。** · 04/09/28 07:57:00

>>266
ちゃんと初心者向けの入門書で初歩から勉強しろ
いきなりツールを手に入れたからってお前にゲームを作る能力が
生まれるわけではない
ライブラリにしたって今の段階で手に入れたところで
使い方がわかるはずもない

ちゃんと初心者向けの入門書で初歩から勉強しろ
VBで、足し算やって結果を表示するくらいのことすら
できないのに一足飛びにゲームなんぞ無理だ

**名前は開発中のものです。** · 04/09/28 08:15:43

>>266
VBの初心者向け講座のページ　リンク

座標平面
http://f1.aaacafe.ne.jp/~zahyou/
VBFAN
http://www.sala.or.jp/~itagaki/vb/
和の空間
http://www2u.biglobe.ne.jp/~i-you/
------------------------------------------------
cの初心者向け講座のページリンク

C言語入門
http://wisdom.sakura.ne.jp/programming/c/c.html
猫でも分かるプログラミング
http://www.kumei.ne.jp/c_lang/
０からのゲームプログラミング
http://www.plustarnet.com/aspil/Programming/
電子通
http://www.realdigital.co.jp/densi2/index.html

**名前は開発中のものです。** · 04/09/28 12:13:44

だいたいここはＣのスレだろうがボケが

**名前は開発中のものです。** · 04/09/28 17:20:13

とりあえずBMPを表示とか勉強してみます。

**名前は開発中のものです。** · 04/10/03 22:32:45

VBより、Delphiのほうが無料で環境整えられるのでいいと思うんですが。
ハードルは少しでも低くしていったほうがいいと思うんです。

Cで躓くというか、期待はずれなのは、グラフィカルじゃないという点だと思います、
ウインドウを出して、マップを貼ってキャラを動かす。
これができるだけでもやる気が違ってくるのではないでしょうか？
その裏にある膨大な処理も、細部を変える→画面に映るオブジェクトが変わるという風に
直感的に理解していけると思うのですが。

**名前は開発中のものです。** · 04/10/03 22:44:43

>>273
しかし、実際にはゲーム開発の場合、ビジュアルな環境は意味がない
どころか邪魔なんだよな。ゲームの中では画面周りは自分で描画する
から、VBやDelphiの最大の特長であるGUI部品は普通使わないｗ

しかも、RPGやアクションゲームの場合はゲームの処理自体もイベント
ドリブンにはしないでメインループを作るかスレッドで処理するだろ
うし（ビジュアルな開発環境、特にVBとの相性は最悪でVBの「手軽に
部品を貼り付けイベント処理でプログラミング」なフレームワークは
邪魔にしかならない）。

結局、Cが一番開発しやすい、ということになる気がｗ

**名前は開発中のものです。** · 04/10/03 22:48:35

CとWin32APIでガリガリ組んでいったらコードのサイズが素敵なことになりますね。

◆HOTsoUpxjY · 04/10/03 22:49:11

VBはパズルとかボードとか非リアルタイムのゲームが向いてると思う

**名前は開発中のものです。** · 04/10/03 23:15:14

>>275
すまんマジで何がいいたいのか解らん。
コードのサイズが画像一枚以下程度増えることに何か問題でもあるのか？

GUI部品を使った場合はユーザに視覚的な影響を与えるけど
コードのサイズは別に実行ファイルを生成すれば、
製作環境の違いによる差はほとんどでないよな？

**名前は開発中のものです。** · 04/10/03 23:26:45

>>274
それが邪魔になったら捨てればいいだけで、
邪魔だとわかるまでには直感的にわかるものを見せたほうがいいと思うんです。

道具を選べる人というのは、それなりにスキルがある人ですから。
変なたとえ話ですけど、大工の棟梁が新人に、カンナ・のこぎり・トンカチ・水平器つきのマルチツールを渡しても
使いこなせないと思います。
初めは道具（各命令）がどのような働きをするのか？部品（処理）を操作するためにはどんな道具を使うのか？
を学んだほうがいいかと。

**名前は開発中のものです。** · 04/10/04 00:26:31

グラフィカルな製作環境から入るのはちとお勧めできないかと思われます。

確かに操作は簡単ですし、直感だけで頭空っぽにしてても
何かやった気にはなれますが。

…ってかコンソールでの基本制御構造の学習ってそんなにハードル高いか！？
単純に数値での結果しか画面に出ないからやる気でねーって気持ちは解るが
メンドクセー作業は、プログラム組んでく以上いつかは必ず発生するのだから
最初から、直感的じゃないから嫌だなんてこと言ってたら必ずどこかで躓くぞ。

イベントドリブンなんて必ずどっかで捨てるときがくるんだから、
初めから素直にＣの基本制御構造覚えて、ループ処理での製作を目指したほうが
ずっと近道だと思うぞ。

**名前は開発中のものです。** · 04/10/04 00:41:02

画面のきらびやかさに惑わされてる連中は
コンソールの地味な処理に魅力を感じないので

つくづくVBって罪な存在

◆HOTsoUpxjY · 04/10/04 00:51:15

借家か持家かどっちが得かみたいな話で人それぞれなんじゃない

**名前は開発中のものです。** · 04/10/04 01:41:28

ちょっとしたものを作る時は、組みながら混乱しないように先に超々簡易版を8ﾋﾞｯﾄ機でBASICで作っちゃって、それをｱｳﾄﾗｲﾝみたいに考えてC++に置き換えて肉付けしていってる・・・。(一般的には２度手間なんだろうけど)
だってオッサンなんだもん！そのほうが途中で数日あけても再開しやすいんだもん！

**名前は開発中のものです。** · 04/10/04 04:20:39

スパイラル開発ですな

**名前は開発中のものです。** · 04/10/04 05:46:23

>>273
＞グラフィカルじゃないという点
ｸｿﾜﾛﾀ

**名前は開発中のものです。** · 04/10/04 06:01:51

>>273
ttp://pukapuka.s1.x-beat.com/img-box/img20041004060015.lzh
これでも見て目を覚ませや

**名前は開発中のものです。** · 04/10/04 18:21:18

BASICって、、、

**名前は開発中のものです。** · 04/10/04 19:21:29

＞グラフィカル
C++Builder使っとけよ（ｗ

**名前は開発中のものです。** · 04/10/04 20:12:28

なんかネタにレスする人多いなぁ

**名前は開発中のものです。** · 04/10/05 01:27:56

まあ何でもやれるCが最強であることに変わりはないが。

**名前は開発中のものです。** · 04/10/05 01:34:18

最初は生C＋APIでガリガリ書いていったほうが良いかのかねぇ。
でもガリガリ書いていくと後で機能を追加する時に酷い目にあうから、
独習C++一通り眺めてみた程度でゲームオブジェクトのクラス化等企ててみたが
さっぱり巧くいかねぇ。MFCも訳解らんしなぁ…

**名前は開発中のものです。** · 04/10/05 04:53:28

汚くなったソースを綺麗にする時が気持ちいい。

**名前は開発中のものです。** · 04/10/05 05:59:17

>>285=Sa・ge

**名前は開発中のものです。** · 04/10/05 08:09:47

>>290
後で機能を追加することを最初から想定するな
最初に仕様を確定してから製作を始めるんじゃボケェ

**名前は開発中のものです。** · 04/10/05 09:48:01

>>285
遊び方がわからん

>>290
> 最初は生C＋APIでガリガリ書いていったほうが良いかのかねぇ。

最初はOSの振る舞いを理解するためにそれはやったほうがいいと思う
メッセージの役割とかイベント駆動とかをそれで理解する

**名前は開発中のものです。** · 04/10/05 10:15:28

>290
MFCは無視しておｋ
最初はAPIガシガシでいいと思う
それとは別にオブジェクト指向の理解を深めていけばいいんでない？

**名前は開発中のものです。** · 04/10/05 22:12:58

API知らんとMFCは使えんよ。

**290** · 04/10/05 22:50:47

>汚くなったソースを綺麗にする時が気持ちいい。
常にきれいにすることを意識しているんだけど、
粗方完成してから校正をするって方法をとっても構わないってことなんでしょうか？

>最初に仕様を確定してから製作を始める
最初から完成品を想定して作るのは構造が複雑になるから難しいなぁ、
取り合えずデータローダ部、表示部等、主要機能ごとのテストプログラムを作って
最終的にそれらを参考にして機能を統合したものを作り直すって方針で頑張ってみます。
アドバイスありがとう。

**名前は開発中のものです。** · 04/10/05 23:07:20

校正というより、２０行かかったコードが１０行くらいにまとめられるとゾクゾクするね

**名前は開発中のものです。** · 04/10/05 23:40:25

「完成」（デザイン上の）とは、付け加えるものが何もなくなったときではなく、むしろなにも取り去るものがなくなったとき。

**名前は開発中のものです。** · 04/10/06 01:36:22

>>298
20行かかってたコードが5行くらいに収まると、俺はいったい最初何考えてたんだと嫌になってくるw

**名前は開発中のものです。** · 04/10/06 01:55:46

>300
あるある、そういうときｗ

**名前は開発中のものです。** · 04/10/06 21:29:38

>>290
安心しろ。ゲーム用に作ったクラスが次のプログラムで
まともに再利用できたことなんて漏れは皆無だｗ
屁理屈は捨てて、とにかく動くものを作ったのが勝ちよー

**名前は開発中のものです。** · 04/10/06 21:40:22

>302
でもできるだけ再利用性の高いプログラムを作ったほうがいいのは確か
入力やグラフィック、サウンドなんかは再利用性の高いプログラムが作れるし、
スクリプトなんかのテキスト処理も再利用性の高いプログラムが作れるかな

**名前は開発中のものです。** · 04/10/07 00:28:41

それをわざわざクラスにまでする必要があるかというのは大いに疑問が残る。

**名前は開発中のものです。** · 04/10/07 00:35:31

再利用性にこだわってじっくりプログラミングしてると、ゲームそのものを作るより
そっちの方が面白くなって、ライブラリが出来上がる、と。

こうやって、汎用ゲームライブラリが沢山作られていく訳なんですね。

**名前は開発中のものです。** · 04/10/07 00:40:54

コードを書くのが下手でもいい。ゲームが面白ければ。

**名前は開発中のものです。** · 04/10/07 04:01:02

http://lamp.sourceforge.jp/index.html
これいいんじゃないかな

**名前は開発中のものです。** · 04/10/07 08:51:59

コードを簡単にまとめていったつもりが途中で矛盾が生じた罠。
折角カプセル化したのに。。。

**名前は開発中のものです。** · 04/10/07 19:00:10

>>308
まあよくあることさ
現実のプログラミングでは教科書にあるようなスムーズな設計なんて
そうそうありえないだろう
リファクタリングの繰り返しはつきものだと覚悟しようや

**名前は開発中のものです。** · 04/10/07 20:05:57

>>123みたいなゲームはVC++でも作れるの？

**名前は開発中のものです。** · 04/10/07 21:59:06

>>310
VBやVC自体もVCで作られてるわけだし、スタンドアロンで動くものなら大概作れるはず

**名前は開発中のものです。** · 04/10/07 22:27:39

＞VC自体もVCで作られてるわけだし

ん、まてよ、、VCを作るためのVCは何で作られたんだ？

**名前は開発中のものです。** · 04/10/07 22:32:46

>>312
何か別のCだろうね。
Quick Cとか？

**名前は開発中のものです。** · 04/10/07 23:53:42

Microsoft C?

**名前は開発中のものです。** · 04/10/08 00:53:44

で、Microsoft Cが何でつくられているかというと（ｒｙ
最終的にはアセンブラ、マシン語か？

**名前は開発中のものです。** · 04/10/08 01:07:57

抵抗

**名前は開発中のものです。** · 04/10/08 01:11:33

最終的にはパンチカードかスイッチアレイ

**名前は開発中のものです。** · 04/10/08 07:23:14

DelphiはDelphiで作られてるってのは聞いたことあるが

**名前は開発中のものです。** · 04/10/08 13:44:52

もう無から生じたってことでいいよ。

**名前は開発中のものです。** · 04/10/08 21:37:20

かえるの子はかえる

**名前は開発中のものです。** · 04/10/08 21:51:20

鳶が鷹を産むという諺もあるが

**名前は開発中のものです。** · 04/10/09 11:27:58

お前ら意味が違う

**名前は開発中のものです。** · 04/10/09 13:38:41

まあ、どんなソフトも一番最初に遡れば太古の磁気ドラムの中のコードに行き着くわけだがｗ

**名前は開発中のものです。** · 04/10/09 16:11:35

>>323
そんな新しいものを持ち出すな。
紙に書かれたマシン語をスイッチアレイで毎回入力にきまってるだろ

**名前は開発中のものです。** · 04/10/09 17:49:24

フリーソフト作ってる人って、絵や音楽も自分で作ってるの？

**名前は開発中のものです。** · 04/10/09 18:21:49

>>325
当たり前。　Flash作ってる馬鹿共と比べんな！

**名前は開発中のものです。** · 04/10/09 19:53:57

音楽や絵は外注のほうが賢いと思うんだけど…
その分プログラミングに打ち込める

**名前は開発中のものです。** · 04/10/09 20:10:41

フリーソフトのレベルで外注とか言われてもな。
外注するなとは言わんが。

**名前は開発中のものです。** · 04/10/09 23:10:59

まぁ絵の得意な友人に頼み込むのも
外注といえば外注かもしれんけどねｗ

**名前は開発中のものです。** · 04/10/10 20:30:28

Windowsゲームプログラミングっていう本読んで
ＢＣＣdevつかってゴリゴリ書いてみた。
自分で窓つくるコード書いたり面倒だけど、おもしろい！
メッセージループとコールバック辺りの仕組みなんかも
漠然とイメージはしてたけど、実際に動きを理解して自分で書くと
プログラムが活き活きして見える。
昨日は没頭しすぎて午前４時まで作業してました。
今は２章の途中まで理解して、多分ゲームには役にたたなそうなＧＤＩ関数を
いじってますが、文句を言わずにじっくり取り組もうと思います。

**名前は開発中のものです。** · 04/10/10 21:40:25

小さなことの積み重ねが、きっと最後には大きな結果に繋がる（はず）
今の気持ちを忘れず長く続けていけるといいですね

**名前は開発中のものです。** · 04/10/10 22:16:09

>>330
とりあえずしn・・・・・・がんばれや、おじちゃん応援しとるで！

**名前は開発中のものです。** · 04/10/10 23:56:26

>>330
(･∀･)ｲｲﾖｲｲﾖｰ
最初からこれは役に立つかなとかあんまり
気にせずどんどん行こう
つまらんことでもどこかで繋がって役に立つゾ

**名前は開発中のものです。** · 04/10/11 04:07:32

今日生まれて初めて、ベジェ曲線をつかって敵キャラ（シューティング）を動かせて感動しました。
んでもって、次はBスプラインだ、とか考えてそれっぽいサイト見てたんですけど、
そこに書いてある公式をプログラムに出来ずに悩んでます。

ttp://nis-lab.is.s.u-tokyo.ac.jp/~nis/CG/cgtxt/cg3/cg033_4.htm
の式（３．７）＞＞（３．８）です。

「tiは結節点(knot)と呼ばれる。一般には0,1,2,..n-k+2のように等間隔にとられる。」
とあるのですが、それはiが１，２，３と増えると、tiも同じように１，２，３と増えるのでしょうか？
でもそれだとtiと書く意味ないですよね。

暇な方いたらおねがいします。

**名前は開発中のものです。** · 04/10/11 08:54:44

デバックしなさい

**名前は開発中のものです。** · 04/10/11 12:54:21

>>334
接点(knot)は曲面区間の範囲を定義する、
制御点の個数 + (次数 + 1) の個数を持つ単調に増加する数列。

たとえば、6個の頂点を持つ3次の曲線だと、10個の接点が必要。
曲線区間は接点間の比率で決まるので、
数列は [0 1 2 3 4 5 6 7 8 9] でも [0 0 0 0 1 2 3 3 3 3] でもいい。

**334** · 04/10/11 18:52:58

助言ありがとうございます。
おかげでちゃんと動くところまでいけました。
かなり嬉しかったです。
動いた瞬間思わずガッツポーズです。

しかし、どうも節点というものがいまだ理解しがたいです。
どこかで拾ったソースには、
for(int k = 0 ; k < KnotMax ; k++)
{
　if(k < Rank)
　　　Knot[k] = 0.0;
　else if(k <= PointNumber)
　　　Knot[k] = Knot[k-1] + 1.0;
　else
　　　Knot[k] = Knot[k-1];
}
と、ありまして、これでやったら問題なくいくのですが、
数列は０１２３４・・・でも００００１２３３３３・・・でもいい、
という言葉どおりに、
for(int k = 0 ; k < KnotMax ; k++)
{
　if(k == 0)
　　　Knot[k] = 0.0;
　else
　　　Knot[k] = Knot[k-1] + 1.0;
}
とやったらなにやら設定したポイントに関係なく動いてしまいました。
てことは、これって勝手に決めちゃあまずいってですよね、
節点の作成というのは何かルールがあるんでしょうか？

**koo** · 04/10/12 03:08:18

OS安いっす　ここ
https://furima.rakuten.co.jp/user/seller_itemagree.php3?dummy_string=%81%95&action=1&trgt_i=item_name&str=&dn=50

**名前は開発中のものです。** · 04/10/12 05:39:55

通報しますた

**名前は開発中のものです。** · 04/10/12 14:10:53

購入しますた

**名前は開発中のものです。** · 04/10/12 15:38:13

>>337
knotは制御点によって制御できる曲線の範囲だと思って構わない。
knotを変えれば制御範囲も変わるので曲線の形も変わる。
どういう影響を及ぼすかは数式や図解なしには説明にしくいので、
数式を読み解くか、実際に色々な数列を設定してトライ&エラーで頑張ってくれ。

3Dでキャラクターのモーションとかだと、
制御点以外に接点ベクトルやウェイトなんかも設定できるので、
open uniform(開一様)なknot列じゃ上手く再現できなかったりするが、
ゲームで移動の軌跡として使う程度なら、拾ってきたソースのような、
曲線の両端が制御点の両端と一致するように、
両端で位数個重複しているopen uniformなknot列を使うのが一般的。

**名前は開発中のものです。** · 04/10/12 20:00:35

二度もの助言本当にありがとうございます。

今の自分ではまだ言われたことの半分、理解できるか出来ないかなので、
この公式を理解して扱えれるように、もっと勉強していこうと思います。

とりあえず、まずは数式をよく考えて見ます。

**名前は開発中のものです。** · 04/10/13 03:06:39

>>339
>>340
の流れにﾜﾗﾇ

**初心者＠一知半解** · 04/10/14 13:59:11

すいません、ＢＣＣで以下の場所のやつをコンパイルしたんですが…

http://www.kumei.ne.jp/c_lang/bcc/bcc_03.htm

こちらで試したら警告と共にエラーが出てコンパイル出来ません。
読む限りではコンパイル可みたいですけど
どうもこちらの場合エラーで足が止まってしまいました。
う～ん、この場合どうすればいいのかなあ？？

**名前は開発中のものです。** · 04/10/14 14:54:06

>>344
エラーメッセージを具体的に示してくれないとわからん

**名前は開発中のものです。** · 04/10/14 14:56:08

>344
エラーメッセージを書けよ

**名前は開発中のものです。** · 04/10/14 19:18:12

>>344
ちなみにC++Builderでコンパイルしたら問題なく動いたぞ

**名前は開発中のものです。** · 04/10/14 19:40:42

>>344
コンソールプロジェクトとかでやろうとしてるからとかじゃないの
いや素人なんで的外れかもしれないけど

**名前は開発中のものです。** · 04/10/14 20:22:56

BCCで動いたぞ。
どうせ窓アプリ形式にしてないだけだろう。

**344** · 04/10/15 10:35:00

エラーメッセージは'_main'が未解決と毎回表示されてましたよ
しかし、意味がわからずここで手が止まってしまいました
普段は入門書に載っているソースをこれでコンパイルしているんですけどね…
うーん、どこがおかしいのかな？

**名前は開発中のものです。** · 04/10/15 14:23:35

>>350
猫でもわかる～か？
CD付いてるだろ？それそのまんまコンパイルしても駄目なのか？

**名前は開発中のものです。** · 04/10/15 14:58:42

>>350
書いてあるのと全く同じ手順でやるか、10章まで読んでからやるか、他のサイトを探すかしましょう。

**名前は開発中のものです。** · 04/10/15 18:53:02

350さんと同じエラーが出た。
調べたらプロジェクトの指定が間違ってたらしい。多分。
visualC++でWin32コンソールともう一つのコンソールと
では違うのかな。Win32コンソールの方で確か作ったと思うけど。
コンソールあんまり使わないから戸惑った。

**名前は開発中のものです。** · 04/10/15 19:31:54

350はBCCでやってるのか？
情報が少なすぎ。

**名前は開発中のものです。** · 04/10/15 21:06:23

>344
オプションは何つけてコンパイルしてる？

**名前は開発中のものです。** · 04/10/16 07:58:53

VCなら、「Win32 Console Application」、
BCCなら、「bcc32 ファイル名.c」でできるはずだが。

**名前は開発中のものです。** · 04/10/16 11:47:00

>bcc32 -W -w-8057 -eRelease\win01.exe win01.cpp
これで通ったyo

ウィンドウズ（GUI）アプリを作ろうとしてるのに、オプションの中に -W を入れてないんじゃない？

猫でも～のページでは、オプションの小文字の -w と大文字-Wの違い、
どこに-w-8075を挿入すればよいかが書かれていないね
その辺で迷ったのかな

↓ボーランドのFAQにも書いてあったから読もう
Borland C++ Compiler 5.5 - コンパイル時のトラブルに関する一般的な質問と回答
http://www.borland.co.jp/cppbuilder/freecompiler/faq/bccfaq4.html
＞Q. プログラムをコンパイルすると、「外部シンボル 'WinMain' が未解決」というエラーが発生します。

**350＠猫以下** · 04/10/16 13:17:33

>>357
ありがとうございます
確かにＷｉｎアプリを作ろうとしてたのにその部分が間違っていました。
ようやく解答にこぎつけたと言う所ですが、ここへ来てああ、まだまだ自分は
勉強不足なのだなあと痛感しました。
でも、ともあれこれでわずかでも進む事が出来て嬉しいです。
私はまだまだヘボですがヘボなりに色々やって見ますね

**名前は開発中のものです。** · 04/10/16 13:24:19

>>358
大丈夫、「猫でも」の作者が猫以下の説明能力だっただけだよ。

**名前は開発中のものです。** · 04/10/17 16:57:44

よく考えるとあれ猫に失礼だなぁ。
見てるやつも分からなかったら猫以下だと思えって宣告に見える。

**名前は開発中のものです。** · 04/10/17 17:01:40

邪推しすぎでは…？