ワーク等を配列だけで持ってどうにかする、みたいな。そんな書き方を半強制されるあたり、下手するとアセンブラより制限がキツイかも。アセンブラですら構造体っぽいワークの割り振りは当たり前なのに。...どういう書き方で何byte消費するかハッキリしてないあたりも厳しい。数だって書いてあるのに。言っても、さすがに並列処理するCPU向けにアセンブラでガリガリと、てなわけにはいかんわな。各機種で違うCPUも載ってるのだろうし。...せめてもうちょっと、byte数を容易に算出できる方法がないものか。30Kbyteってのは、MZ-700の総メモリ容量の半分程度ですよ。Hu-BASICをロードした状態で空いてるメモリ、とかそんな感じ。手の中にすっぽり入ってしまったと考えると、それはそれでかなり凄いことのような。JPEGのエロ画像1枚ですら「それじゃ足りねえ」と言われるサイズだよな...。サイズ制限に引っかかるから。「ハイスコア」って英語でなんて書くんだろうなんとなく和製英語のような気もするのだが。容量内に収まったなんとか入った。ソースはグチャグチャだけど。次に仕様追加・修正があったら、Stringデータをスクラッチパッドに逃がすことになりそう。一応、逃がしやすいようにまとめておいたり。別途テキストファイルを作成してbyte数を確認したら、大体1Kbyte程度は逃がすことができそう。対して圧縮が利いてる状態かもしれんので、数百バイト程度しか減らなかったりするのかもしれない。いう機能があって、プロパティファイル(リソースファイル?)を作成することができるらしいのだけど。Javaアプリならともかく、iアプリ等の携帯向けのソレで、プロパティファイルとやらにアクセスする方法が判ってなくて。プリプロセッサを使って定数埋め込みをするのも容量削減には効果的、という話も聞いたのだけど。使ってるので、プリプロセッサの導入の仕方もよく判らず。各種補完機能に頼って打ってる感もあるわけで。標準でプリプロセッサを使うような感じになってれば良かったのに。意図したとおりに定数埋め込みをやってくれるコンパイラだったら良かったのに。...本当にJavaのコンパイラはそこまでやってくれないのだろうか。コンパイラがアレでも、最適化ツールで行ったりはできないのだろうか。変数名を短くするのは、最適化ツールでやってくれるみたいだけど。エラーのある行に飛ぶことはできないんだろうかタグジャンプみたいな感じで。...そもそもタグジャンプってよくわかってないけど。:各エラー出力がタグファイルの形式で出力されるから利用できてるだけなのだな。関係ないけどインライン化機能があるのだな。