HSPのlogmesの挙動がおかしい（かも？）

前回の「HSPでWinsockプログラミング(その3)」で書いたWinsockのサンプルスクリプトではデバッグ用のログメッセージをすべてmesで表示してますが、実は最初はデバッグログ出力用のlogmesを使っていました。
しかし、なぜか一部のログが正しく出力されない現象が発生、結局mesで出力するように書き換えました。
logmes命令自体がバグを持っていそうです。
単純なループやらサブルーチンを組み合わせただけのスクリプトで試してみても現象が発生しないので、どうやらどこか深いところにバグの温床があるのかもしれないです。

追記：
どうやらlogmes実行時にメッセージ割り込み処理が走ってしまうのが原因かも。
例えば以下を実行させると、「after」がログ出力されず、他の出力の順序もおかしいです。 本来なら「before:1」「after:1」～「before:5」「after:5」の後に「on_msg:1」～「on_msg:5」となるはず。実際、すべてのlogmesをmesで置き換えるとそのように出力されます。

    #uselib "user32.dll"
    #func PostMessage "PostMessageA" int,int,int,int

    oncmd gosub *on_msg,10000
    repeat 5
        n = cnt + 1
        logmes "before:" + n
        PostMessage hwnd, 10000, n, 0
        logmes "after:" + n
    loop 
    stop

*on_msg
    logmes "on_msg:" + wparam
    return 0

HSPでWinsockプログラミング(その3)

2012/01/19 ポート番号をホストバイトオーダで指定していた問題を修正しました。

さて、今日もまたWinsockです。

初回に書いたブログラムは1バイトデータの送受信を前提にしていました。
というのも、TCPというプロトコルは、ある1回のsendで送信したデータのかたまりが、相手側の1回のrecvでそのまま受信されるわけではないために、ちょっと面倒な手順を踏まなければならなかったからです。
初回のプログラムは導入ということもあって、その手の面倒な手続きを記述しなくて済むように、1バイトデータのみを扱ったのでした。

今回は、何バイトものデータを送受信する方法を試してみましょう。

HSP3.2のリリースが近いようです

HSP3.2のリリース予定が2009年の7月～8月らしいですね。
なんだかいろいろ機能が追加・強化されているようで、待ち遠しい限り。
どうやら後の方で定義しているユーザ定義命令を、それより前の位置で使うことができるようになるそうで、それはなかなか便利。
そのほかにもグラフィック関連の拡張が多いようです。
時間があったらβ版を試してみようと思います。

HSPでWinsockプログラミング(その2)

今日は再びWinsockの話。
前回は簡略化のために、エラー処理を省いたり、1文字ずつしかやり取りしなかったりと思いっきり手を抜いてきたわけですが、少しずつ実用に耐えうる形に直していけたらいいなと思っています。
時間があればですが。

今日はエラー処理の1つ、Winsock初期化時のエラー判定のお話でも。

HSPでWinsockプログラミング

2012/01/19 ポート番号をホストバイトオーダで指定していた問題を修正しました。イノビア様、ご指摘ありがとうございました。

HSPでソケットを使うにはhspsockなどの拡張プラグインがありますけど、せっかくHSP3でメッセージ割り込み処理が可能になっているというのに、ループを作ってその中で接続や受信をチェックして…などというのは無駄が多いと思うのですよ。
それよりも、WIndowsソケット（winsock）のWSAAsyncSelect関数による非同期ソケットのほうが相性が良いと思うのです。接続やら受信やらのイベント通知をウィンドウメッセージで受け取ることができますからね。

ということで、今回はHSPでの非同期ソケットに挑戦してみました。