| | |
|
投稿者：Deathworks 2006/05/29(月) 18:46
今日は、Deathworksです。
私のコンピューターがインターネットにつながっていませんから、２ 0.213をまだインストールしませんでした。ですから、２ 0.213で直ったかも知りません。そして、ファイルを持って来るのを忘れてしまいましたから、前の様にコピーぺするのも出来ませんけど、必要な情報をおぼえていると思いますから、一応書き込みたいと思います。もし情報が足りませんと、もう一度コピペして書き込みます。
今回の問題はテキストを出す時に起きました。
ルーチンAがこんな感じになりました:
IF[@DW_Item_Index(@DW_Current_Item,\[Item_Index_Type])==\[Item_Type_None]]
GOSUB[#="DW_Item_Ov_None01"]
ELSE[@DW_Item_Index(@DW_Current_Item,\[Item_Index_Type])==\[Item_Type_Special]]
GOSUB[#="DW_Item_Ov_Special01"]
...
IFEND[]
@DW_Changes=0
LABEL[#="Item_Disp_Loop01"]
...
この後は前の書き込んだルーチンの同じようなキーの入る事を分析部分です。（前のルーチンからのコピペです）
そして、呼んだルーチンがこんな感じになりました:
LABEL[#="DW_Item_Ov_None01"]
\[p]ＩＤ番号：_[$DW_Item_Curr_Item]
\[r]まだ作られていない。
RETURN[]
もちろん、ルーチンＡと別のファイルになります。（$DW_Item_Curr_ItemはルーチンＡで変更したグローバルの変数です。）
そうすると、YU-RISがFreeze(動かなくなること)してしまいます。二番目のルーチンがどんな形になっても、変数を使わなくても、最後のラインを出さず止めてしまいます。（上のVersionでちゃんと「ＩＤ番号：001」を書いた後で。「まだ作られていない。」を出しません）
でも、不思議なことが続きました：
ルーチンＡの
@DW_Changes=0
の後で
\[p]つづく
を入ると、YU-RISがちゃんと最後まで行けます。
あるルーチンでのFreezeが他のルーチンの状態によって直すのがちょっと不思議だと思いますから、バグだと思います。二番目のルーチンを色々なVersionにして確かめても、最後のラインを出さずFreezeになりますから。
Deathworks
| |
| | |
|
