説明書８「プチコンについて」の「ＢＡＳＩＣ互換性上の注意点」の説明で疑問は解決するでしょうか。 別の意味であれば、ご連絡ください。

重力係数の符号を変えたらどうなるか気になって、 1188と1189の間に、C_GVTY#=C_GVTY#*(-1)を追加したところ、ぷこにゃーの性格が変わって見えました。パラメータ１つで、印象が変わってしまうほど、ゲームプログラムは奥深いものなのですね。勝手に、世界観を変える変更をして申し訳ありませんでした。<(_ _)>

もやしもどきさんへ まげさんが、DEF-END内からのGOSUBの問題点を明らかにしてくださいました。

暫定仕様となりましたが、このような、問題を認識されておられるため、どこかの時点で、変更したいと考えて、将来変更されるとの回答をされたのだと思います。

訂正します。「書いたりしない」は、正確には「書けない」なのですが、少し見栄を張りました。

確かに、思わぬところでユーザ定義命令やユーザ定義関数から戻ってしまうことを考えると心配ですね。でも、私は、ユーザ定義命令の中でGOSUBを使わなければならないほど、処理能力を要求されるプログラムを書いたりしないので、気になりません。

もし、SAVE時に作成されたファイルの内容に問題が無ければ、WHILEループの最後で＋２している為と思われます。

ロード時に”ＳＡＶＥ＿ＳＴＲ＄”の”Ｓ”が消えているので、位置の更新時にどこかで、余計に＋１していると思います。 どこかは、まだわかっていません。

MMLの機能確認のためとMML入力のために、作り始めましたが、いつ完成するかわかりません。とりあえず、一部機能の記録と再生が出来るようになりました。【KEY:NKA8434S】

けいさんへ その通りです。新規追加された変数が重要なデータの場合、デフォルト値を入れておかないと、変な動きをするのは、よくあるはまりパターンの一つだと思います。ゲームの場合には、初期値を設定しないということは、ほとんどないとは思いますが･･･

保存時のCHKVAR()がFALSE時のエラー通知は必須だと思いますが、読み出し時には、CHKVAR()のFALSEを無視することでバージョンアップ時の情報引き継ぎが容易になるような気がします。もちろんデフォルト値の保証が必要になります。

けいさんとお話ししたとき、イメージいていたのは、保存時、 １）DATA文に、変数名の一覧を作り、 ２）それを読みながら、変数名とデータのセットを区切り文字（改行や”、”）でつないで、１つの文字列を作り、 ３）テキスト形式で保存する。 読み出し時は、 １）テキスト形式で読み出し、 ２）変数名を切り出し、 ３）変数の型によって、文字か数値かを識別し、値を読み出す。 ４）２，３を文字列の最後まで繰り返す。 ぐらいのことで、配列変数の保存形式までは考えていませんでした。 インターバルタイマーの時は、VAL()の使い方を知らなかったので、ADD_INT,ADD_STR,GET_INT,GET_STRを作ってやったのですが、とりあえず力ずくでやったという感じでした。

言い忘れましたが、速度的には、関数は、関数として使った方が早いです。

こんなのはどうでしょうか。 DIALOG "テキスト文字列",,"キャプション文字列" が、使えるようです。 OUT引数が１つの場合、命令と関数は互換性があるようです。 数学関連のLOGと文字列操作のMID$とSUBST$しか確認していませんが、スタックとフリーメモリに影響は無いようです。 命令一覧でも同様の関係を満たすものが有り、プチコン内部構造上の許容範囲に見えます。

まげさんへ　私も他の方に教えて頂きました。

DATA "A$" A$="ABC" READ B$ ? VAR(B$) これでいいですか？

DEF-END内でCHKLABELを実行するとグローバルなラベルを認識できない件について、 「グローバルラベルを参照できるように第２引数を追加しました。次回アップデートで解消されます。」との回答をいただきました。

以下のようにラベルにスロット番号指定をすると、GOSUBが実行できる件について、「仕様とする。」との回答をいただきました。ただし、将来、変更になるかもしれないとのことです。 DEF FNC GOSUB "0:@L" END @L RETURN

はっきり言って、運以外のなにものでも無いですが、ぎりぎりクリア出来ました。

「女苗ノ田ムル」？