投稿者: アルテ

　少し大きい不具合を見つけたので報告します。

　ロック鳥の岩落としの画像がバグっていたため、追跡調査したのですけど

　test int nで nで変数を渡し

　#deffunc test int testnのように testnで受ける。
　
　
　そのソース内で

　#deffunc test int testn
　　n=10

　のようにすると testnも 10に変わってしまう。

　ただ現在の ANDROIDが古い機種を切り捨てる仕様なら、もうあんまり意味は無いのかもしれない。

　ANDROID4.0.4の N05Dで 140枚上限なので、今はもうそんな古い機種を使ってるとも思えないし、以降の機種ではそれ以上読み込めると期待できるので、そんなに気にする必要は無いかもしれません。

　まず現在 Hextrategyで読み込んでる画像枚数は 174枚です。

　どういう風に枚数を削減するか考えましたけど、とりあえず「同じ大きさの画像フォーマットを合体させる」という事でやってみます。

　こんな風に同じ大きさの画像を 1枚にまとめます。

　ダメージは入ってるけど表示は 0になる謎バグがあって追ってました。

　
　
　ソースに問題が無いのでサッパリ分かりませんでしたけど、原因はなんと

	if fs=1 : dmp_set n,3+et,cn ; ダメージ表示
	if fs=2 : dmp_set n,et,cn

　#deffuncのジャンプの時に値を渡しますけど、その変数を（この場合 n）

#deffunc dmp_set int dmp_setn1,int dmp_setn2,int dmp_setn3 ; ダメージ表示セット
; 1=値、2=位置No.、3=カラー


	repeat 20 : n=cnt*6 ; フラグ
	 if dmp(dmp_setn)=0 : dmp(dmp_setn)=1 : break
	loop

	dmp(n+1)=dmp_setn1	; 値
	if dmp_setn2<=3 : dmp(n+2)=bcx1(dmp_setn2)	 ; x
	if dmp_setn2>=4 : dmp(n+2)=bcx2(dmp_setn2-3) ; x

	dmp(n+3)=btly1-30	; y
	dmp(n+4)=dmp_setn3	; カラー
	dmp(n+5)=25			; カウンター

　ジャンプ先でその変数をいじると、なぜか元の値も同時に変わってしまうという謎バグ。

　この場合ジャンプ元の nの値、ジャンプ先で一度 dmp_setn1に落とし込んでいるので、変数 nはフリーのはず。

　しかし nを n=cnt*6で再定義すると、なぜか dmp_setn1も再定義の n値になってしまうというもの。

　うーん、これは分からん。

　もちろん PC起動ではなりません、実機でなります。