プレイ日記
SilverBlue Corei72630QM
PI()の命令文の色が変わらない、、、 バグでしょうか?
7そうだね
プレイ済み
返信[1]
親投稿
気づいた? 関数の形してるけど偽物。 本当は定数。 だからDATA文に書くことができるし、CALLでは呼べない。
3そうだね
プレイ済み
返信[2]
親投稿
それと、関数はOUT構文で書けるはずなんだけど、定数なので不可能だったりする。
3そうだね
プレイ済み
返信[3]
親投稿
SilverBlue Corei72630QM
そうなんですか、、、 またもやバグ発見。 DIRECTMODEで間違っていないはずの命令がTypeMissMatchになる。 一度EDITMODEで実行してからDIRECTMODE実行で実行しなおすと正常に使える。 何故だ!!!
2そうだね
プレイ済み
返信[4]
親投稿
DIRECT専用命令がマルチステートメントできないことは知られているが… (CLS:CONTとかできない) 関係があったりするのだろうか…?
1そうだね
プレイ済み
返信[5]
親投稿
ほしけん Hosiken
変数Aが実は配列だったりしませんか?
1そうだね
プレイ済み
返信[6]
親投稿
SilverBlue Corei72630QM
初期化したので配列にはなってないと思います...。
0そうだね
プレイ済み
返信[7]
親投稿
ほしけん Hosiken
中断したプログラムでAという配列を使ってるのかなと思いました。 次起きたら PRINT A[0] でどうなるか見てみたいです。
1そうだね
プレイ済み
返信[8]
親投稿
マギー M191246
初期化ってCLEARのこと? 私も以前、似たような経験を したことがあります。 CLEARしたのにType mismatch 確認すると、その変数は配列変数でした。 それで、今、再度確認してみたら どうやら 配列を宣言したユーザー定義命令の中で エラーが起こったり、その命令の実行中に止めたりした時、ダイレクトで CLEARを実行しても ローカル変数は初期化されずに 配列は配列のままみたいです。 普通の変数の内容も残ったままでした。 CLEARのバグみたい。もしかして、仕様?
3そうだね
プレイ済み