投稿
DEF内の変数のグローバルとの衝突。普通の変数は回避されてたけど、配列変数は衝突する…
3そうだね
プレイ済み
返信[1]
親投稿
ひろきち henahenachoco
そうみたいです。 今作っているもので、それを知らずにサラッと自然に、DEF内からDEF外の配列変数をいじってました(笑) 今後の修正で見直されるのでしょうか…それとも仕様なのでしょうか…謎です…
0そうだね
プレイ済み
返信[2]
親投稿
けい kei0baisoku
いやーーーーー(><) ………でもまあ、普通に名前付けたら被らないしそのくらいいっか(・ω・) タチナオリハヤイ
0そうだね
プレイ済み
返信[3]
親投稿
>へたれさん 単純にバグだと思いますけどね〜。仕様だとしたらちょっと特殊すぎます…。直して欲しいですね。 >けいさん とりあえず通常変数は回避できるんで実用上の問題はだいぶ減ったとは思いますが、ただ関数の説明をするときに変数名が衝突しないので便利、と言い切れないのが面倒ですね〜。
0そうだね
プレイ済み
返信[4]
親投稿
けい kei0baisoku
「関数内では、外にある変数と同じ名前でありながら別扱いの変数を"たいてい"作れる」 ………プログラムとは思えない曖昧な説明だ(-ω-)
0そうだね
プレイ済み
返信[5]
親投稿
>けいさん 凄いファジーですね。ある意味斬新かも(^^;
0そうだね
プレイ済み
返信[6]
親投稿
bigslope bigslope
確認してみました。 メインの後にユーザー定義命令を置いた場合、重複定義にならなくなったのは通常の変数の方で、配列変数の方は相変わらずという感じですね。 以前と同じく、ユーザー定義命令の後にメインを置くようにすれば、両方とも重複定義エラーにはならないので、引き続きこの仕様でやっていった方が良さそうですね。
0そうだね
プレイ済み
返信[7]
親投稿
>bigslopeさん そうですね〜。回避するための手段を用いないといけないのは微妙ですが…。 それもあって最近はMAINもユーザー定義化することが増えてきてるんですが、以前はRESTOREが関数外に出来なかったりEXEC命令が関数からだと呼び先でトラブったりといろいろあったので、せめてその辺はしっかり解消されているといいですねー
0そうだね
プレイ済み