新生鳩丸掲示板♯

> Windows XP SP2 の場合、OS は脆弱ではない。

不覚にも大笑いしてしまいました。

笑い事ではないのかもしれませんが・・・。

spam判定ルーチンはまだ無効なままということでしょうか。

それとも貫通?

>アレゲの用法はそれで正しいのでしょうか。

　わたし的にはここの一番下あたりの定義が近いです。

http://www.saiin.net/~silphire/slashdot/shaten/wiki.cgi?page=%A5%A2%A5%EC%A5%B2

　ここでは「変」「おかしい」くらいの意味。

>　うーん、POST 時の処理がアレゲで無駄なリロードが発生することに気づいたり。というかこれはそもそも無駄発生承知の実装だったのですが、これは何とかしたい感じ。

アレゲの用法はそれで正しいのでしょうか。

http://www.google.co.jp/search?sourceid=navclient&hl=ja&ie=UTF-8&q=%E3%82%A2%E3%83%AC%E3%82%B2%E3%81%A8%E3%81%AF

鳩丸ではそのような意味で使うというならそれはそれで構わないのでぐろっさりに登録をひとつ。

>>というわけでまたテスト。

>　GlossaryLinkedTable が意味もなく「更新」と認識されて書き込みのためにロックされるというバグも発見。潰しました。

>　これでそもそもロックする回数自体が大幅に減ったはず。

　うーん、POST 時の処理がアレゲで無駄なリロードが発生することに気づいたり。というかこれはそもそも無駄発生承知の実装だったのですが、これは何とかしたい感じ。

　29村

http://ninjinix.x0.com/wolf/index.rb?vid=29&#bottom

　が私の理論に近い感じ (初日に本物占い師一人だけ出現 & 後日占い師名乗り出不可) になっていたので興味深く見守っていましたが、勝負がつきましたね。

　面白くなかったという感想が大半のようで、これまた予想通りというか。やはりこうなってしまうと、狼は速攻で狩人&占い師撃破しない限り勝てませんね。

>というわけでまたテスト。

　GlossaryLinkedTable が意味もなく「更新」と認識されて書き込みのためにロックされるというバグも発見。潰しました。

　これでそもそもロックする回数自体が大幅に減ったはず。

というわけでまたテスト。

　……今気づきましたが、System.Web.HttpApplicationState には Lock() とか Unlock() とかいうメソッドがあるですね。

　普通にロックするのではなくて、この専用メソッドでロックしないと駄目なのかも。

>spam判定ルーチンを直してみたです。

>これでうまく行くと良いのですが全く自信なし。

　……駄目っぽいですね。死んでます。

　どうしよう。

spam判定ルーチンを直してみたです。

これでうまく行くと良いのですが全く自信なし。

>ゲームが成り立たなくなる恐れがあるため、参加している村の情報を、別の場所でやりとりしないで下さい。

　ということですね。

　とりあえず終了するまではノーコメントな感じで見守りましょう。

>>この二点を徹底すれば、

>三点に見えます。

　三点ですね。

　修正しておきます。

>この二点を徹底すれば、

三点に見えます。

今日の発言数が残ってるうちに【違】墓場【何処】からトラックバック【違】

http://white.sakura.ne.jp/~rryu/hakaba/bbs.cgi?mode=mes&id=1594

>>>　いや、DataSet の多重ロックくさいですね。

>>　とりあえず DataSet のロックはしない方向で様子見。

>>　これでどうだっ。

>　駄目みたいですね。しょぼーん。

　ふと気づきましたが、spam 判定のための NG ワードをロードするアルゴリズムが DataTable 導入前のままですね。その辺が問題なのかな……。　とりあえず spam 判定ルーチンを無効にしてみる。

>>　いや、DataSet の多重ロックくさいですね。

>　とりあえず DataSet のロックはしない方向で様子見。

>　これでどうだっ。

　駄目みたいですね。しょぼーん。

というわけで、僻地の村のヨアヒム、舌足らずながら「ばけら流」主張してきました。説得は難しいと思われ。（ワライ）

楽天家の次に殺されるのは俺ことヨアヒム確実な勢い。容疑は「狂人」。うへぇ。

http://ninjinix.x0.com/wolf/index.rb?vid=40&meslog=40_ready_0

>　いや、DataSet の多重ロックくさいですね。

　とりあえず DataSet のロックはしない方向で様子見。

　これでどうだっ。

>>>何が悪いのだろう……。

>>　DataTable を lock するところでデッドロックが発生している……に一票なのですが、なんでデッドロックになるのかがよく分かっていません。

>　……さっそく例外が出てるし。

>　spamスコア判定ルーチン内で ArticleTable がロックされている?

　いや、DataSet の多重ロックくさいですね。

　もうね。