#全部屋を新APIに入れ替えました。
#これまでviewerの's'パラメータに'1'以外の値を渡していたクライアントは変更の必要があります (chaton.clientモジュールを使っている場合は大丈夫)。ChangeLogを見てください。
#ありがとうございます！
#テスト。
#一応中途半端にできたので、gitHubにアップロードしておきます。
#中途半端ですが、一応できたので。ですね.
##chaton.clientのobserveの仕組みってどのようになっているのでしょうか？見た感じメッセージ一つだけをしょりする関数の様な気がするのですが
#あ、自分で読解しました。
#テスト
#テスト
#あれ？
#Test
#お、投稿も成功
#日本語のテスト投稿です
#日本語のテスト投稿です
#まず、テスト投稿です。=====> 直ちにObserveを開始します
#テスト
#Observeできているか
#Observeはloginから一つだけとるモードにしてwhileで呼び出している風にしている。
#まず、テスト投稿です。=====> 直ちにObserveを開始します
#ちょっとモードを変更してObserveを再帰的にしてみた
#上手く行くか？
#Perlって末尾呼び出し最適化(TCO)するんでしたっけ。SchemeならObserveの末尾でObserveを再帰呼び出しするのは全く問題無いんですが、TCOしない言語だといずれスタックを食いつぶすような。
#Observeが呼ばれるのは通常数分に一回なので、問題が出るまで(例えば1000回再帰するまで)に何十時間もかかるでしょうけど。
#なるほど、
#かといってObserverをwhile(1)で繰り返し呼ぶのもあまり美しくないという。。
#chaton.clientはloopを末尾再帰的によんでましたっけ？
##chaton.clientのloopは一番最後に(loop)で自分を呼んでます。
#こういう再帰回数に明確な制限の無いケースでTCOが無いと、「テストでは通るんだけどしばらく使ってるとクラッシュする」みたいな羽目になるので気をつけたほうがいいですよ。
#まず、テスト投稿です。=====> 直ちにObserveを開始します
#テスト
#弾さんのページを参考に引き数のリストを置き換えてgotoにしてみました
#一応は安定しているようです
#しばらくはこのまま動かし続けてみるしかなさそうです。
#大丈夫ですかね。もしや一回ごとにObserveが増えてたりしないと良いのですが
#あ、落ちた...
#あ、でも単純にカラ文字列が帰ってきたので落ちたようです。 たしかclientの数が変わるとカラ文字列がかえってくるんですよね。
#クライアント数の変化以外にも、接続を確認するために数分に1回はcontentが空でも返ってきます。クライアントがいつの間にか居なくなっちゃった、ってケースはパケットを送ってみないとわからないので。
#なるほど、その場合は単純に無視してもう一度呼び出せばいいのでしょうか？
#はい。
#了解です、それを元に少しいじってみました
#しばらく使ってみてまた落ちないかチェックします。’
#k
#if文を入れるところを間違えるという致命的なミス..
#お、client数が変わった
#今のところは落ちてません。
#お、
#無事動いているか
#メモリを食いつぶしていないか不安ですがとりあえず落ちる事はなくなりました
Chaton > Archives > 2010/09/01