挑戦してみたら素で失敗してワラタ int Buff[8]; //バッファは(何故か)関数の外におく //引数で「何番目を担当するか」を受ける関数を書く． //(nの値も必要だよね) void Func( int nth, //「何番目」だから，一番左を示す値は1である． int n //nの値は8以下の正の整数とのこと ) { //forを１個書いて，担当する位置に置いてある数を順に変えていく for( int i=0; i<n; ++i ) { Buff[nth-1] = i+1; //担当箇所を変える処理 //このfor文の中で再帰呼び出しをすること if( nth < n ) { Fun...

n重のforがどこに必要になるのかさっぱり謎だし 再帰をどこにどう使うと嬉しいことがあるのかも意味不明すぎるので， そこらへんの話を完全に無視した直感的なコードを示す．もちろん再帰を使ってない． 1mmでも参考になれば． void Test( int n ) { //行バッファ．nは8以下とされているので8個用意すればOKってことで int buff[8] = { 1,1,1,1, 1,1,1,1 }; while( true ) { //行の表示と終了判定 int count_of_n = 0; for( int i=0; i<n; ++i ) { if( buff[i]==n )++cou...

どうすればも何も，単にそれを実現するだけなら
単に２つのリストの全要素を持つリストを作って，それをソートすりゃ良いであろうことは火を見るよりも明らか．

リスト1：{ 1, 3, 5 }
リスト2：{ 2, 4, 6 }
　↓てきとーに合体
リスト3：{ 1, 3, 5, 2, 4, 6 }
　↓ソートする
リスト3：{ 1, 2, 3, 4, 5, 6 }


「てきとーに合体」ではなく，元のリストがソート済みであるという制約条件を利用した合体を行えば
最後のソートが要らないだろうこともまた自明に思える．

xがintだから

> (2) 最初の64個の配列(二次元配列)が持つ意味や順序が分かりません……。 書いた人じゃないけど，まずここの部分がわからないときつそうなので，参考までに私の解釈を書いてみる． program側の思考処理に > 乱数で2つから1つ という仕様があるために， 64パターンの盤面全てに関して，pragram側の打つ手の候補が２種類ずつ用意されている，ということでしょうね． （１種類しか打つ手がない盤面に関しては { 0,0 } のように，同じものが２つ書かれている） 64パターンの盤面に 0～63 の通し番号を付与（※１）したとき， 例えば，盤面3番の状態でのprogram側が打つ手を決定する...

平均値の算出結果がおかしいのであれば，
平均値の算出処理か，あるいはその算出処理に与えたデータがおかしいであろうことは容易に推測できますよね．
例えば，後者側を怪しむならば，
average()の引数である，aとnの一方あるいは両方の値の妥当性を確認すべきです．
他人に訊く前に，そういうデバッグ作業をご自身でやってみてはいかがでしょうか？
・average()に渡される時点でのnの値は何になるべきですか？　→　実際にそうなっていますか？
・a[]の中身には，本当にファイルの内容が正しく読み込めていますか？

で，それはそれとして，コードの現状を見るに，まずは処理構造の大枠側から徐々に作っていく方法を採ってみると良いのではないかと思ったりするのですが，どうでしょうか． 例） 少なくとも，「１ゲーム」分の処理というのは，勝敗が決まるまでループすることになるでしょうから，まずはそのループが存在する大枠を書く． 例えば以下のような． 細部の処理はとりあえず必要な事柄をコメントで書いておいて，後で埋める． int main() { //初期状態の準備 （棒の状態を表す変数の値を全部1にしとくとかそういう事柄） ... //１ゲーム分の処理 while( true ) { //・プレイヤの入力処理 //・入力...

まず，データの持ち方をちゃんと決めましょう． 6本の棒の状態を表すのに 元々やっていたように a,b,c,d,e,f なる６個の別々の変数を用いるのか， それとも要素数6個の配列を用いるのか． （少なくとも私の感覚では，前者の道は苦行そのものですが） で，決めたならば，強い意志を持ってその決定に即したコードを書きましょう． int StickState[6] = { 1, 1,1, 1,1,1 }; int a,b,c,d,e,f; この２行のうち，どちらかは不要であるハズ． ・(1)(2)および(5)： 　このあたりの事柄に関しては，私が#7で示したコードが参考になりませんか？ ・(3)や(...

棒が６本だから盤面の種類は　２の６乗（＝64）パターンある． 終了状態（棒が１本だけ残っている状態）の６パターンを除外するとしても program側の手番のときに有り得る盤面の種類は58パターン． その全てに対応する出力を列挙したような実装を行うという話…なのかな？ まぁ方法はどうあれ，そこの部分が最も書くのが面倒な部分になりそうですし， まずは，program側の思考処理はとりあえずの仮のもの （例えば「現状で倒せる棒のうちのいずれか１本だけを倒すよ」みたいな簡単な処理） を実装して， 「（programが弱いけれども）全体として正しく動く状態」の完成を目指すと良いのではないかと． （それが...

とりあえずヒント． 「入力した範囲の棒が消されていき，全ての棒を消したら終了」という内容． （うっかりC++だけど，Cとの差は，変数の定義が関数の先頭じゃないとか，bool使ってるくらいなので，まぁ問題にはならないだろう．） //※includeは省略 //RowIndex段目の先頭index //（前の投稿と一緒） int StartIndexOfRow( int RowIndex ) { int ret = 0; for( int i=1; i<=RowIndex; ++i ){ ret += i; } return ret; } //RowIndex段目に存在する棒の個数 int nBa...

マウスとかチェックボタンとか書いてあったので 何かGUIが存在する世界で作っているのかと思ったのですが， printfやscanfを使うような形態（所謂コンソールアプリ）なのですね． であれば，とりあえず，マウスとかの話はやめてscanfで入力する物を考えると良いかと思います． 単純に，scanfを３回使って > ｛何段目の，何本目から，何本目まで｝ を入力させてはいかがでしょうか． で，それはそれとして(?)，棒の状態を表す変数が a,b,c,d,e,f という現在の実装だと， そういった入力に対しての処理を実装するのがとても困難になるかと． 複数の棒の状態を個別のa～fで表現するのではなく...

n=0;
を26回回るforブロック内の先頭にでも入れたらどうでしょう．
（というか，「564個」って決まってるならば，数える必要性自体が無いような…？）

> ところが、二点間の線引きについては、C++とかの説明はありますが、普通のC言語では見当たりませんでした。 この文章だけでは，何が困り事なのかがちょっとわかりませんが… マウスの操作状況を取得できる状態にあるのならば， 「マウスで引いた線の形」＝「マウスボタンを押しから離すまでの間にマウスカーソルが通った座標群（つまり折れ線）」 をデータとして蓄積することは可能かと思います． であれば，折れ線を構成する各線分が各々の「棒」と交わったか否かを判定すれば良いのではないでしょうか． その他の入力方法としては， ｛何段目の，何本目から，何本目まで｝という形で３つの値で入力させれば良いように思います．

とりあえず提示されたコードでは この行が何度も処理されるように見えるので，

> 最初に一回オープンすればよいと考えました。

という考えと矛盾していませんか？

結果出力用のファイルに関して，どのタイミングで何回オープンすれば良いと考えていますか？

同じような書き方してる TitleScene や PrepareScene と
同じようにやりゃいいんじゃないかと思いますが．

「適当にテスト用のプロジェクトを作り，そこに新しくヘッダファイルを追加する」ことはできますか？ 新しいヘッダファイルとして，例えば以下の内容の A.h を追加したとして…… const int TheValue = 1942; これをmain関数があるソースファイルでincludeしたらエラーが起こりますか？ //例．細部は違うだろうが． #include "A.h" //A.hをinclude int main() { printf( "%d", TheValue ); //A.h内に書かれているTheValueの値を参照してみる return 0; } ここまでＯＫなら，A.hの中身を丸ご...

重くなるかどうかに関しては （その程度の話ではほとんど差は見られないのではないかと予想しますが） 実測比較してみれば良いのではないでしょうか． なんつーか， MapChip[i][j].x,MapChip[i][j].y なんてデータを「わざわざ用意して参照している」んだから， 「グリッド状に敷き詰めるなら各々のチップの描画位置は i*s と j*s とかで簡単に求まるよね」的な話とは「何かしら異なること」をやってるんでしょ？ そこの部分の説明無しに「わかってくれる云々」とかエスパー求めてる姿勢がまず謎すぎる． で，「そこの部分がバグってるかもしれないけどよくわからんから場当たり的な対処方法を...

> やはり今回のソース上はなにも問題ないということですよね。。 DXライブラリの詳細はしらないけども， 画像の描画先がどこになってるのかは， MapChip[i][j].x,MapChip[i][j].y こいつら↑の実際の値次第なんだろうから， これらの値を知らない他者がコードだけ見てもその正当性は判断付かない話なのでは……？？ で，それはそれとして， 【自分のコードのバグなのか，それともライブラリ側のバグなのか】を調べたいならば， 「自分のコードが悪いかもしれない要素」を可能な限り排した状態のコードで確認をすべきでは？ 例えば，２枚の画像を描画するだけのコードを，「座標を直値で」コーディン...

要素の型がdoubleで要素数が5個な配列を指す用のポインタ型変数aの定義(and/or 宣言) だと思うけど，
どう発音するのかはわからないです>読み方

文字列の【部分一致】で検索するって話でしょ．