第１０５回　本当のデーターを参照しても、使う方に問題有り

土日は他にバイトしたいなと、
考えたりしていた七月中旬。

金が無いです。

社会人はいろいろお金が居るのですが、
社会人の給料ではない金額で働いているアルバイトなので、

毎月ピンチです。

というわけで、アルバイトとかを考えたりしているわけですが、
自作で競馬ソフトを作ってみたり。

データーを入力式の簡単なのを作ったのですが、
まあ、もともとが自分の予想に近いので、

あまり楽しくありません。

というわけで、簡易競馬ソフトは今もＰＣのどこかに。

時間ができたら、真面目に作ろうかなと思いますが。

全部じゃないですが、いろいろ探した結果
正しいデーターを引っ張ってこれたわけで、
このデーターを表示関連に反映させるのが、
次の仕事になります。

基本、表示関係を仮で作る時でも、
データーを引っ張ってくるだけで反映するように
作るので、難しいわけじゃないのですが、

慢心していたら足元をすくわれます。

心の隙がバグの元。


まったくその通りで、何回も書いてますが、
「ここは問題無いだろう」と思っている部分で、

イージミスをしてバグります。

うお！breakがない！！

というわけで、ワクテカしながら表示させようと、
企んだミナミですが、いつも通り、

表示関係がバグりました。

最初からうまく行く事ってないんでしょうか？

なぜか一気にやる気がなくなりましたが、
それでも調べないと仕事にならないので、
さっそくバグの原因の調査を。

すると驚きべき事実が！！

１つの変数の中に３つぐらい違う情報が入ってる！！

こんなにいろいろ変数が作られているのにも関わらず、
このデーターだけ、１つのデーターから、
３つのデーターを引き出さないといけなようになっていました。

いや、それをする必要がわからない・・・・・。

つまり１つデーターをいろいろ細工して、
３つデーターに分けて反映させる必要があるわけなのですが、

あれだけ豪勢にデーターを持っているのに、
なんでここだけ省エネなんだろう？

省エネは普段から心がけてないと意味がないですからね。
突然の思いつきでやられても、わざとらしいというか、

わかりにくいです。

まあ、当時のミナミが知らない別の要因があって、
これだけ省エネ持ちをする必要があったのかもしれませんし、

ただカッコイイだけという理由だけかもしれませんし。

ミナミの単発if文に{}をつけないのは
カッコイイという理由だけです（{}はつけた方がわかりやすい）。

最近はfor(int i = 0;i < 5;i++)のように、
for文の中にintをつけるのにハマってます。

そんな個人的なソースの書き方を置いといて、
とりあえず、この変数の分解する方法を、
頑張って探さないといけません。

さっそく変数を全検索。

どうも変数が宣言されているヘッダファイルには、

保管するデーターの情報は書いてあるが、
解析する方法は書いてなかったので、

解析方法を別のソースで調べる事に。

いろんな所で使われているのに、
なんでこの方法をとったのか、

やっぱり意味がわかりません。

深い事情がある事を信じてやりたいと思います。

それが終わると他の反映。

ポインタで入っているアドレスを、
そのまま数字として扱い、オーバーフローしたり、
テーブルの外を参照してアクセスストップしたり、
セットする変数を間違えて、表示域を超えてストップしたりと

ちょっとは落ち着けオマエ。

何だかんだとやりつつ、一歩一歩進んでいるミナミですが、
完成するのかどうかが危うくなってきました。

というか大丈夫か？

これの結果は、これの一年後にわかりますが、
今は一歩一歩進んでいる状態です。

とりあえず最低限の処理だけを覚えていって欲しいというのが
プロデューサーやチーフの願いなのですが、

そんな意図はまったく汲み取らずに、
邁進しているミナミでした。

もっとやっときゃ良かったなんて事は今でも思いますが、

後の祭りです。

次回も少しだけデーター参照の話をしたいと思います。
他人のデーターに書き込むのは苦手でして、
なんか遠慮してしまうのですが、そんな事をしていたら、

仕事になりませんね。

　　　　　　　　　　　　　　　　　　　　　　　　（データーを残す・・・・編）

↓記事がおもしろかったらクリックおねがいします。