- 自動化ツールuwsc使いよ集まれ7
410 ：名無しさん＠お腹いっぱい。[sage]：2011/12/03(土) 11:52:50.87 ID:1rpOnUv/0 - this_test_flag = test_flag
this_PEEKCOLOR = PEEKCOLOR(446,182)
共有変数を直接参照し続けなければ良いだろう…とは当然考えてしまうのだが。
|
- 自動化ツールuwsc使いよ集まれ7
412 ：名無しさん＠お腹いっぱい。[sage]：2011/12/03(土) 12:14:18.13 ID:1rpOnUv/0 - >>411
別スレッドで動作させるなら
>IF (test_flag xor PEEKCOLOR(446,182))=($FFFE or (test_flag xor 1))
最初のフラグと最後のフラグが同じ値である保証は無いのだが。
|
- 自動化ツールuwsc使いよ集まれ7
413 ：名無しさん＠お腹いっぱい。[sage]：2011/12/03(土) 12:17:11.88 ID:1rpOnUv/0 - 俺が誤解してるのかなぁ…
|
- 自動化ツールuwsc使いよ集まれ7
414 ：名無しさん＠お腹いっぱい。[sage]：2011/12/03(土) 12:18:53.23 ID:1rpOnUv/0 - まぁ、そこまで動作を把握してるなら自分で聞いた答えは自分で出してるんだろうな。
もっとシンプルには書けない、で終わりだ。
|
- 自動化ツールuwsc使いよ集まれ7
417 ：名無しさん＠お腹いっぱい。[sage]：2011/12/03(土) 12:42:03.86 ID:1rpOnUv/0 - いや、実際の動作的に試したことは無かったので面白いと思いますわ。
で、実際に書いてみた…num=numでfalseが出るよねｗ
確実性を求めるなら、処理が外部に出る前に必ず別フラグを参照して止める必要性があるねぇ。
----
public num
thread _set()
while 1
ifb num = num
print "true"
else
print "false"
endif
sleep(0.1)
wend
procedure _set()
while 1
num = random()
wend
fend
----
|
- 自動化ツールuwsc使いよ集まれ7
420 ：名無しさん＠お腹いっぱい。[sage]：2011/12/03(土) 12:51:56.72 ID:1rpOnUv/0 - >>418
求めるものはそういう回答なのでしょう。
ずれた話しててごめんね。
|
- 自動化ツールuwsc使いよ集まれ7
427 ：名無しさん＠お腹いっぱい。[sage]：2011/12/03(土) 21:58:02.73 ID:1rpOnUv/0 - >>426
>>407 の一行目は完全にフラグ無視の動作だねｗ
動いていたのは彼の勘違いか、コードの別の部分が変にフラグ書き換えてバグってるんだよ。
別の部分の原因を把握してないから>>423 みたいな事を言ってるんだと思うわ。
|