HSPTV!掲示板

タイトルそのまんまなのですが。
なんか、こんな違いがあるよねという報告と、なんでこんな違いが出るのかしらという御相談。

以下の２つのコードを実行し比べていただきたいのですが、

①

	font "ＭＳ ゴシック", 12
	onkey goto *keyin
	stop

*keyin
	mes wparam
	stop

②

	font "ＭＳ ゴシック", 12
	onkey gosub *keyin
	stop

*keyin
	mes wparam
	return

①②ともに、実行中にカタカタとキータイプする分には問題ないのですが、
キーボードを適当にバアンと叩くと違いが現れるというか。
②では複数のキーを同時に叩いたら数値がダララッと表示されますが、①では１入力分だけが
表示される（あるいは全く表示されない）のです。

onkey文は、なるべくgosub～returnで処理しなさい、という教訓がここから得られるのですが、
ではなぜ、こんな違いが出るのかしらと。

以上、ひとりごとでした。(´・ω・｀)

ちと訂正。
正確には、同時入力できないキーの組み合わせ（例えばS/D/F/G）は当然②でも処理できないのですが、
同時入力できる組み合わせ（例えばA/S/D/F）でも、①ではちゃんと処理できないんです。

なぜかしら。(´・ω・｀)

一瞬だけキーを押すということですよね？

あくまでも予想ですが、
割り込み等は、waitやstopのときに受け付けるという条件だったはずです。
それを踏まえて。

②のgosubの場合、
stopのとき、複数のウィンドウメッセージを同時に受け付け、
それらを１つ処理し、戻って次の処理をし……というのを繰り返す。
そのため複数のメッセージを処理できる。

①のgotoの場合
最初のstopで複数のウィンドウメッセージを受け取り、
一番最初のメッセージを処理した後に別のstopが入るが、
2番目のstopにはメッセージが何も無いために、そこで止まる。


つまりstopが複数あると最初のstopが保持していたウィンドウメッセージが失われる
ということではないかと考えました。

ああ、なるほど！腑に落ちた！

１：onkey ～ の次の stop でキー割り込みの受付状態になる
２：同時に複数の複数のキューが入る
３：最初のキューの飛び先に移り、処理を開始
４：飛び先が stop で終わっている場合、それまでの割り込みがクリアされ再待機状態に
　　return であれば割り込み元に戻り、残りキューの続きを処理する

……ということですかね？
割り込みは基本的に、gosub ～ return でなければマズイということか……

勉強になりました！(´ω｀)