#ぼくも Ajax でにたようなのをまえにつくりました。ttp://ej.torus.jp/
#英●郎の辞書をいれているので、おおっぴらにはできませんが(笑)。
#すげ。これインクリメンタルな絞り込みって、単に一文字タイプされる度に辞書に問い合わせてるだけ?
#そうです。
#サーバ側は sary をつかっています。めちゃはやいです。
#saryって、Suffix Arrayのライブラリだっけ?
##そうそう。
#うりゃ
#一撃で再接続できる時と、しばらく(10分くらい)待っても全く再接続されない時とがあるみたい
#10分待った時って、Connecting ... -> Connected 繰り替えしてた? それともConnectedのままだった?
#経路途中でタイムアウトした場合は前者の症状になるけど、本来のコネクションが生きてればサーバからping backするタイミングで戻るはず (最長6分)
#接続切れがブラウザで検知されない場合は後者の症状になって、8分でwatchdog timerが吠えて再接続するはず
#8分すぎても何も変化が無い場合は想定外の何かが起きている
#XHRの同時接続制限に引っかかってる可能性はあるかな? iframeのリロードかけた後、元のajaxがgcされるまで新しいページのajaxの実行が待たされることがあるとすれば、8分+α のディレイが発生するか。その場合、iframeは一旦ブランクになりそうだけど、描画のタイミング次第では元の内容が残っているかもしれない。
#Retryingのままになってました
#昨夜会社から帰宅した時ですね
#ただその時は、自席で有線切断、会議室で無線接続(この時はchatonの接続状況確認せず)、帰宅後有線で接続して放置、10分後に見たらRetryingのまま、という流れなので、実際にどの時点でRetryingに変わったかは定かではありません
#ふーむ。もう少し条件がわかるまで様子見しましょう。また起きたら教えてください。
#了解です
#候補が確定すると、inputに入力した文字列クリアしちゃうのね >とおる。
#いきなり消えたんでビックラした
#あ、何もタイプしない状態で 5 秒くらいたつと、自動的に消えるようになってます。新しい語を入れるときにいちいち前のを消すのが面倒だったので。
#おおなるほど、そういうことか
#個人的には、消えないで全選択状態になってくれた方が嬉しいかも
#そうすれば、消さんでも新しい単語タイプできるし
#再利用したければそれもできる
#と、思いました
#あーなるほど。それはおもいつきませんでした。たぶん簡単にできるのでやってみます。
#(use gauche.parameter)
(define-class <growl-setting> ()
((appname :init-keyword :appname
:accessor appname-of :init-value #f)
(title :init-keyword :title
:accessor title-of :init-value #f)
(notifyer-path :init-keyword :notifyer-path
:accessor notifiyer-path-of :init-value #f)
(icon-path :init-keyword :icon-path
:accessor icon-path-of :init-value #f)))
(define *growl-setting*
(make-parameter
(make <growl-setting> :appname "ChatonRader"
:title "Chaton Gauche"
:notifyer-path "/usr/local/bin/growlnotify"
:icon-path "/Users/yasuyuki/Public/Archives/chaton-room-gauche.gif")))
(define (growl-notify message . rest)
(let ((appname (appname-of (*growl-setting*)))
(title (title-of (*growl-setting*)))
(npath (notifiyer-path-of (*growl-setting*)))
(ipath (iconpath-of (*growl-setting*))))
(sys-fork-and-exec npath
(list npath "-a" appname "-t" title "--image" ipath "-m" message))))
(define (main args)
(growl-notify (cadr args)))#Linuxではlibnotifyを使うと良いらしい
##$ notify-send こんにちは! こんにちは!
#おお
#$ notify-send --help
Usage:
notify-send [OPTION...] <SUMMARY> [BODY] - create a notification
Help Options:
-?, --help Show help options
Application Options:
-u, --urgency=LEVEL Specifies the urgency level (low, normal, critical).
-t, --expire-time=TIME Specifies the timeout in milliseconds at which to expire the notification.
-i, --icon=ICON[,ICON...] Specifies an icon filename or stock icon to display.
-c, --category=TYPE[,TYPE...] Specifies the notification category.
-h, --hint=TYPE:NAME:VALUE Specifies basic extra data to pass. Valid types are int, double, string and byte.
-v, --version Version of the package.
#$ notify-send -i /home/yasuyuki/archives/chaton-room-gauche.gif こんにちは! こんにちは!
#アイコンもおけー
#べんりなよのなかだ
#すげー。Linux のデスクトップ環境がはじめて便利に思えました。
#あ、べつに GNOME と連動しているわけじゃないのか。
#_______________________________________
0 (kahua-error-string exc (kahua-current-user))
At line 1284 of "/home/karetta/daemontools/site/app/karetta/karetta.kahua"
1 (make-error-page "Error: program error" `(,@(use-page "/$admin/pro ...
At line 1282 of "/home/karetta/daemontools/site/app/karetta/karetta.kahua"
2 kahua-default-error-proc
3 (assoc key alist eq)
At line 170 of "/usr/local/share/gauche/0.8.14/lib/util/list.scm"
4 (assoc-ref (ref n 'property-list) nlang)
At line 3244 of "/home/karetta/daemontools/site/app/karetta/book.kahua"
5 (book-node-property book-node nlang)
At line 3253 of "/home/karetta/daemontools/site/app/karetta/book.kahua"
6 (book-node-title node)
At line 593 of "/home/karetta/daemontools/site/app/karetta/book.kahua"
7 (make <page> :title (book-name the-book) :key "/" :extra-head-elem ...
At line 562 of "/home/karetta/daemontools/site/app/karetta/book.kahua"
8 thunk
9 (%reset (lambda () (handler)))
[unknown location]
10 (dynamic-wind (lambda () (set! tmp2a (kahua-current-context tmp1a) ...
[unknown location]
11 (kahua-default-handler header body reply-cont default-handler :err ...
At line 116 of "/usr/local/lib/kahua/kahua-server.scm"
12 proc
13 (with-error-handler (lambda (e) (let ((e e)) (%guard-rec e e (else ...
[unknown location]
14 (for-each (lambda (h) (apply (car h) (cdr h))) (append (pick-handl ...
At line 130 of "/usr/local/share/gauche/0.8.14/lib/gauche/selector.scm"
15 (selector-select selector)
At line 165 of "/usr/local/lib/kahua/kahua-server.scm"
16 (do ((limit 100) (_ 0 (+ _ 1))) ((>= _ limit)) (selector-select se ...
[unknown location]
17 proc
18 (run-server worker-id sockaddr profile)
At line 241 of "/usr/local/lib/kahua/kahua-server.scm"
19 (call/cc (lambda (bye) (define (finish-server sig) (log-format "[~ ...
At line 227 of "/usr/local/lib/kahua/kahua-server.scm"#Mosh の並行モデルは Termite モデルが良さそうに思えてきた。
#エラーになっちゃった > yasuyuki
#Termiteいいっすよね(眺めただけだけど) >higepon
#Erlang的なメッセージングシステム欲しいなぁと思う
#ブロック付きキューみたいなもん
#ですです＞メッセージ。
#ブロッキングキューとでもいうのかな
#spawn が環境を親から継承しないのも良いかなと。
#キューが空だったらブロックしてくれるのがいい
#パターンマッチで receive できるのが柔軟で良いですよね。
#全部がちゃんとメッセージングベースでできるなら、それがすっきりしてていいですよね >環境を継承しない
#全部ができるかどうかってのは怪しくて、Erlang の ETS のような key value store が別に要るんじゃないかなと
#思っています。
#ETSって同期はどうしてるんですっけ?(よく知らない)
#僕も詳しくないのですが、少なくともアクセス権とかはつけられたような。read-only とか。同期はメッセージでの notify なんですかね。
#Termiteの実装そのものは、だいぶ前に遊んでみた時、いきなりSEGV喰らったのでそれ以降は触ってないんですが(笑)
#なにをしたときのエラーでしょう＞nobsun
#ああなるほど、重いデータはETSに書き込んで、メッセージではnotifyだけするのか
#Termite は論文を読む限り、実験実装っぽいですよね。Gambit の上にのっけたみたいな。
#そう、Gambit上にかぶせたみたい
#あれ、エラーを表示しようとしてエラーになっているのか?>karetta
#ライブラリでかぶせるってのは難しそうな気がしたけど、ruiさんが年末にGauche用にいろいろ作ってたのは、そういう方向への布石かなとちょっと思った
#ブロックキューはいくつかの仕事で使っている実装があるんですが
#仕様がうまく固まらなくてGaucheに標準搭載するまでに至ってません。
#ブロックには何を使ったんですか?
#おお。＞ブロックキュー
#mutex?
#インポートしました という表示はでたよ > yasuyuki
#短にmutexしてるだけです。
#4 (assoc-ref (ref n 'property-list) nlang)
At line 3244 of "/home/karetta/daemontools/site/app/karetta/book.kahua"#これか
#で、dequeueでブロック、タイムアウトつき、くらいまでは素直なんですが、
#enqueueでもブロックすべきか、とか
#インポート後の状態は空っぽのまま?>nobsun
#mutexだと、キューをいっぱい作ると資源が足りなくなりそうな気がするけど、そこまでばかすか作るのはアプリの設計が間違ってるのかな(笑)
#queue が満タンのときのブロックですか？ enqueue
#enqueueでも、というのは、一定数以上にキューが長くなったらブロックさせるということです。producerの方が速い場合。
#インポートしたあとになにかを表示しようとしたみたいだけど、それでエラー > yasuyuki
#ああ。それは開発時には絶対必要ですね。
#それやると、双方向で使った時にデッドロックが起き得ますね >enqueueでブロック
#windows messengerつかえますか?>nobsun
#そうそう＞ (び)
#で、結局実用コードではenqueueでブロックしそうになったらnotifyを呼ぶとか
#あとgraduallyにスレッド間のペースを合わせるために
#high-watermark low-watermarkを設定して
#それぞれnotifyが飛ぶとか、
#なるほど
#結構インタフェースがごっちゃりしちゃったので見直してるところです。
#なるほど。なるほど。
#わたしもブロッキングキューをすこし検討したとき、そのあたりでメゲて投げ出したのでした(弱)
#実行モデルとしては、スレッド間同期をメッセージキューで待たせるモデルはとてもシンプルです。
#ブロッキングキューのためのselectが欲しくなった(笑)
#そう、そのへんイベントライブラリとして統一したいですね。
#producer/consumer パターンは分かりやすいですよね。
#Mosh では send/recv はコピー渡しにするかもしれません。
#Erlangみたいな?
#そうです。ネットワーク上の Mosh とローカル Mosh が同じような動きになる世に。
#Lisp/Schemeの場合、「コピー」の意味がはっきり決めにくいという問題があります。
#ように。
#どこまでdeep copyすればいいのかが、コード書いた人にしか判断できない。
#ディープコピーかシャローコピーかってはなしですか? >shiro
#immutableなデータ構造というのがはっきり決まってればわかりやすいんですが。
#sendにコピーの実処理をするクロージャがわたせればOK?
#(全部immutableの場合、プログラム自身にはそれがコピーかどうかなんてわからないので、処理系の都合の良いように共有/コピーできる)
#そうですね。頭の痛い問題です。
#Schemerの一部にpairを原則immutableにしようという勢力があるのも、うなずける部分はあります。
#まあでも、実際のデータのやり取りはシンプルなリストが大半だろうと予測していて
#そこまで心配してないのですが、心配すべきだろうか。
#実際に使ってみないとわからない部分な気もしますが
#コンベンションを決めて運用で何とかするっていうのはありだと思います。
#リストはspineしかコピーしないよ、と決めとくとか。
#spine: 脊柱｛せきちゅう｝、脊椎｛せきつい｝、背骨
#なるほど。
#そういえば Gauche の thread で
#あそんでいたのですが。
#(define b (make-thread (lambda () a)))
#この a は thread-start! ではじめて評価されるという理解で合っていますでしょうか？
#はい。thread-start!でthunkの評価が始まります。
#(define b (let ([x a]) (make-thread (lambda () x))))
#gosh> a
101
gosh> (set! a 50)
50
gosh> (thread-start! b)
#<thread #f runnable 0x41e7f8>
#gosh> (thread-join! b)
101
#ああ。そうか。これは。define 時に評価されているのか。
#失礼しました。
#ですね。
#環境は共有されてるので、スレッドの中で(set! x ..)したらスレッドの外からも見えます。
#これも、Erlangモデルのように環境がimmutableだと話は簡単なんですけどね…
#確かに。R7RS で完全 immutable になったら面白いだろうな。
#ただ、お互いに見えるmutableな変数を使って同期を取ったりするコードは私は良く書きます。スレッド内のループでキューのタイムアウトの度にフラグをチェックして、フラグが立ってたら終了、とか。
#書く人と読む人がちゃんと分かれていたらmutableな変数もそんなに悪いものじゃないです。
#互換性の問題なの？immutableにしないのは
#そうですね。問題はそういう単純な使い方以外に、使ってしまう人が多い事でしょうね。
#それも大きいですね。セマンティクスがかなり変わるので＞nobsun
#デフォルトでたくさんの世界を共有しているので。
#そらそうか、immutableにしちゃったら、別の言語だもんねぇ。
#あと、処理のタスクを構造体にパックしておいて、別々のスレッドが別々の箇所を触るってのも良く書きます。このタスクが100万個くらいある場合、処理がまわり出したらアロケーション無しでいけるので便利。
#immutable中心でもかけなくはないけど、アロケーション無しにするのは面倒くさそうです。
#それは何だかロックストライピングに似てますね。
#結局、今動いているコードがぐんと遅くなってしまうような変更というのは入れにくいんですよねー。
#ちょっと出かけてきます。
#いってらっしゃい〜。
#ClojureがCLでもSchemeでもなくClojureじゃなきゃならなかったのはその辺なんだろうな
#Perl 5.8 のスレッドは、環境丸ごとコピーしてたのですごく遅かったなぁ。
#fork をエミュレートみたいな感じでしょうか。
#Linuxのclone(2)とか?
#ああ、fork とほとんど変わらない感じ。で、共有するデータは shared というアノテーションをつけて指定してました。
#あと、スレッド間の通信は、ベルトコンベアみたいな名前のキューを使ってやるんですが、
#データはすべてシリアライズしてから載せないといけないので、大変でした。
#スレッドは Perl のダメな部分が目白押しなので、それ以降 Perl でスレッド使うのはやめました。
#なるほどなるほど。
#(
###(link2sicpマクロあった方がよい？＞nobsun
#楽しげなマクロ名だw。
#Perl 5.6 は、割と低レベルのスレッド API に近かったんですが、たぶん、プログラムが複雑になりすぎるのを嫌ったんだと思います。
#全部シリアライズ...
#じゃあ、手続きは渡瀬内の?
#わたせないの?
#Data::Storeable だったかな。
#わたせないです。
#だから、手続きの名前と引数の組を渡してたような。
#げー、それスレッド使う意味ない(極論)
#な、名前！
###(sicp-answer-code か。マクロだらけだな。
#やって欲しい仕事をクロージャにして他のスレッドに渡してあとはよろしく、というのをよくやります
#Gaucheでの話ですが
#Cでは無理(笑)
#C++ なら OK。
#それって、Boost?
#std::tr1::function とかかくと、関数オブジェクトになるので便利です。
#別にBoostじゃなくてもいいのか
#ああなるほど
#あ、はい。TR1 はいまは Boost に入っているのが良く使われていると思います。
#C++のテンプレートは挫折してほっぽらかしのままだ
#VC++ 2008 には TR1 が標準で入ってる。
#使うのはいいんだけど、コンパイルエラーが起きたとき、原因がどこにあるのかわからなくて涙目
#慣れれば読めるようになります :)
#うはー
#たぶん Lisp の括弧と同じだと思います。
#そういうもんですか
#精進精進
#あ、でも、エラーメッセージをわかりやすくする工夫もいろいろあるみたいですよ。
#Loki とかはそういうの意識してるみたい。つかったことないけど。
##展開されてない。
#$ cat sicp.kahua
;;-*-Scheme-*-
;; Kahua website macro for SICP
;;
;; Copyright (c) 2004 Scheme Arts, L.L.C., All rights reserved.
;; Copyright (c) 2004 Time Intermedia Corporation, All rights reserved.
;; See COPYING for terms and conditions of using this software
;;
;; $Id: macro.kahua,v 1.17 2004/11/05 13:21:16 nobsun Exp $
;;---------------------------------------------------------
;; Link to SICP page at MIT Press
;;
(define sicp-book "http://mitpress.mit.edu/sicp/full-text/book/")
(define sicp-code "http://www.kahua.org/download/sicp/")
(define-wiki-macro (link2sicp pos str)
`((a (@ (href ,(string-append sicp-book pos))
(target "_NEW_"))
,str)))
(define-wiki-macro (sicp-answer-code fn)
`((a (@ (href ,(string-append sicp-code fn)))
,fn)))#みつけた
#kahua-web trunkに入れてしまうのはまずいだろうか?
##karettaには反映した。
#戻ってきた
#もし、moshで特定のデータ構造をimmutableとマークする手段があるなら、
#「スレッド間で共有されるデータ構造はデフォルトで自動的にimmutableになる」としてしまう手はあるかもしれません。
#そうすると、プロセス内スレッドではデータ本体が共有できます。
#あーでも環境からいくらでも手繰ってゆける可能性があるから、「スレッド間で共有されるデータ構造」の範囲が決めにくいのか。
#むしろグローバルから手繰れる可能性のあるデータは全部copy on writeにしちゃう?
#となるとセマンティクスが変わっちゃうな。
#＞「スレッド間で共有されるデータ構造はデフォルトで自動的にimmutableになる」
#この発想はなかったです。
#綺麗なモデルを作ろうとおもったら、やっぱり互換性は捨ててground upでつくらないとダメかも。
#つまりclojure路線。
#最初はコンベンションベースでやってみて、いろんなケースを見てみないと、最適なモデルは中々分からなそうですね。
#モデルの有効性というのは、実装を使ってかなり色々アプリを書いてみないとわからないけれど、
#かなり色々アプリを書いた後で根本的なセマンティクスの変更をしようとすると全部書き直しになっちゃう
#というのがこのへんのデザインの難しさですね。
#Gaucheでは、利点欠点含めて既にかなりわかっているモデル (具体的にはpthread) を一つのレイヤとして実装しておいて、その上に抽象レイヤを積んでゆき、
#うまく動く抽象レイヤが出てきたら、徐々に下層レイヤをフェードアウトさせてゆく
#という狙いでやっていますが、どうなることか。
#そうですね。自分もきちんと下層のプリミティブを見きわめて、あとはScheme 抽象レイヤを積み上げて、コストを下げたいと思っています。Gauche の並列化への解は楽しみです。早く見てみたい。
##確かに R6RS 用の match はデファクトスタンダードが欲しいなあ。
#match は知らないと損をするライブラリの１つだよなあ。
#そのうち誰かがsrfiにするんじゃない?
#でも、使い始めると何でも釘に見えちゃう(笑) >match
#告白するけど、util.matchの機能はbuiltinにしちゃおうかと思ってる。
#そうなると良いですね＞srfi
#自分が書くほとんどのコードで使ってるから。
#おお＞builtin 。
#autoloadではなく、builtinになるのですか?
#その区別はあんまり考えてない。
#確かにある規模以上のコードで、util.matchを使わないことはあんまりないかも
#実装はautoloadになると思うけど、見掛け上は何もしないでも使える、ということ。
#なるほど
#matcher の実装に詳しくないんですが、高速な実装とかあるんでしょうか。
#展開の高速性ってこと?
#はい。
#matcherは一種のコンパイラみたいなもんなんで、「展開後の高速性」と「展開の高速性」はあるていどトレードオフになる気がする。
#ああ。ごめんなさい。展開後の高速性でした。
#特に同一の部分構造のマッチを実行時に一回で済まそうとするなら、パターン数nに対してn^2かかりそうな。nlognga
#nlognがあるかもしれないけど。
#展開後の高速性ならwrightのmatchでも結構いけてると思うけれど。
#wrightのmatchはトップダウンで見た時の同一部分構造の検査は一回だけやるようになっている。
#全く根拠はないんですが inner loop で match を使うと速度が若干不安になるという。気持ちがあります。
#おお＞同一部分構造
#その不安は何か体験があるの? matchの展開結果を見ると、手で速度を気にして書いた場合とほとんど変わらないと思うよ。
#(=> fail) を使うとcall/cc呼ぶから遅くなるけど。
#体験はないです。展開結果をちゃんと見た事がないので見てみます。
#あとすごく複雑なmatch条件 (n回マッチ、とか) の場合はどうかわからない。
#でもリスト構造にマッチかけるような場合なら、手で書くのと同じ。
#あ、あと、たとえばcadrとcddrを検査する場合に、 (let ([tmp (cdr x)]) (and (test1 (car tmp)) (test2 (cdr tmp)))) のように途中を一時変数にすることはやらないで、
#(and (test1 (cadr x)) (test2 (cddr x))) みたいな展開結果にはなってたと思う。
#Gaucheの場合cadr,cddrなど使った方が速いし、賢いコンパイラなら後者を前者に最適化することは可能だと思うけど。
#(%macroexpand
(match x
[(a b)
(list a b)]
[(a b . c)
(list a b c)]))
(if (and (pair? x) (pair? (cdr x)))
(if (null? (cddr x))
((lambda (a b) (list a b)) (car x) (cadr x))
((lambda (a b c) (list a b c)) (car x) (cadr x) (cddr x)))
(match:error x))#おおお。面白いな。
#ちゃんと先頭2要素のテスト部分がまとめてあるでしょ。
#はい。
#ふと思いだした グラフ還元 って graph reduction のこと？ > び
#美しいなあ。
#はい >nobsun
#何か変だと思ったが、どっかの論文にその語が出てたんでそのまま使った
#元は英辞郎
#reduction には 簡約 をあてるのが定訳だと思う
#graph reductionって定訳あるの?
#ほう
#グラフ簡約
#graph簡約
#なるほど
#校正時に直します
##今ちょっとこの文章読んでて思ったんだけど、cruftって言葉は、craftの1文字を変えて生み出された単語なのかしら
#なつかしい文章だ
#はい、今さら読んでます(笑)
#「あれはhackというよりcraft」という下りを読んでふとcruftのことを思い出したねすが
#んですが
#cruftの語源は気にしたことなかったけど、今wikipedia見たら、
#The origin of the term is uncertain, but it may be derived from Harvard University Cruft Laboratory, which was the Harvard Physics Department's radar lab during World War II.
#As late as the early 1990s, unused technical equipment could be seen stacked in front of Cruft Hall's windows. According to the student body, if the place filled with useless machinery is called Cruft Hall, the machinery itself must be cruft.
#とか
#Another possible origin is that the word evokes the words crust, fluff and scruffy.
#toiu
#ほほぉ
#という説もあるようだ。
#craftは関係なさそうですねぇ
#英語ネイティブの語感というのは想像するしかないのだけれど、母音の違いって結構大きな違いとして認識されてるような気がする。
#「ちょっと変える」なら子音の方がありそうな。
#あ、でもそうでもないか。母音の違いの語呂合わせとかあるな。
#ふむ
#もう何だったか忘れちゃいましたが、何かの単語のrをlに置き換えた言葉を使ってるのを本で読んで
#「あれ、ネイティブから見ても、lとrの発音は紛らわしいものなのかな?」と思ったことがあったのでした
#最近、こういうのがすごく気になる
#lとrの距離は近い気がする。craftのaとcruftのuよりも少し。
#なるほど
#To sit in solemn silence in a dull, dark dock,
In a pestilential prison, with a life-long lock,
Awaiting the sensation of a short, sharp shock,
From a cheap and chippy chopper on a big black block!
#芝居のクラスで発音練習に使った
#母音の使い分け。
#おお
#でもこれは明らかに違うことをわかっててリズムを楽しむって感じなのかなあ。
#英語は等拍言語じゃないですからね
#日本語にも子音だけの発音、ってないわけじゃないと思うんだけど、拍は等拍ですもんね
#小泉文夫の受け売りですが(笑)
#普段からスペルを意識してないとぜんぜん使い分けられないですねぇ。
#Retrying出っぱなしになりました
#リロードして回復
#さんくす。こっちのログには特に重複リクエストha来てないから、
#ha
#は来てなかったので、もっと下のレイヤでつなげなかったのかな。
#だがwatchdogが吠えなかったのは変だなあ。
#common-lisp部屋はRetryingのままにしてあるんですが、何か出来ることはありますか?
#うーん、
#思いつかないや。
#setTimeoutされてるprocedureの一覧、とかを見る手段なんて無いよね。
#そもそも吠えてないんだからsetTimeoutされてないってことだろうなあ。
#今「開発」メニュー項目を漁っているところです
#Safari?
#SafariでJavaScriptのデバッグなんてやったことないんで(笑)
#そうですSafari3.2.3
#Develop > Start Debugging Javascript でなんかふぁんしーな画面は出てくる養田が
#ようだが
#Web Inspectorですかね?
#お、すごい。各ドキュメントのロード時間とか出るんだ。
#そうそう。
#Console見てるんですが何も出ないですね
#seqって何じゃらほい
#Resourcesのタブで、XHRリクエストは何度もリトライされてる? それともひとつがずっとつながりっぱなし?
#seqはですね。未読件数をpollしてるんです(ださい)
#iframeの中は未読件数わかるんですが、それを外に伝える手段をまだ見つけてないので
#Web InspectorにResourcesってタブなないみたい
#あ、じゃあSafari 4からの新機能なのかな。
#横軸が時間で、縦軸にurlがあって、どのurlをどの時点にリクエストしてどの時点までにフェッチしたかが出るんですよ。
#一番下に「Network」ってのがあって、それがメニュー項目のネットワークタイムラインに対応してるんですが
#たぶんそれのことだな
#今XHRでアクセス中のリクエストのURLってわかる?
#ポート番号がついてる方。
#それのGETリクエストのパラメータに、c=114451395 ってのがないかな。
#あ、まてよ最後に切れたのがいつかわからないからこれとは限らないか…
#各項目にポインタ当てないとURIが出ないってのが何とも調べにくい...
#すまん、上のc=なんとか、は忘れて。
#たぶん違う。
#common-lisp部屋はseqが延々と並んでる
#発言がないせいなのかな
#いや、違わないか? それまでオフィスにいた? これ(び)さんのオフィスのIPだもんな。
#ああ、「これ」っていうのは私が見てるログのIPね。上のc=の数字とは関係ないです。
#リロード前はオフィス
#リロードする前に自宅に帰って来て
#今支度
#自宅
#04:12 PDTだから01:12HSTってことは20:12JST。この時にheartbeatが届かなくてこっちは諦めてる。
#そして今面白いことがわかった
#で、以降はそのパラメータでのアクセスが届いてないから、cometへの再接続がどっかで止まってるってことだな
#え、なになに
#common-lisp部屋、Retryingが出てる状態で「テスト」って3回発言したのだけど、その度に、seqじゃないところからレスポンスがある
#って、あーこれはあれだ
#posterだ
#だから当然か
#発言は chaton-poster-commonlispjp というcgiを叩いてる
#んで、その後もseqへのリクエストは飛び続けている
#へい。seqは別。
#ということは、ポーリングしているループはまわり続けている、と
#ほんとはマウスがその画面に当たってるときはポーリング止めてるはずなんだけど、
#cometサーバへの接続は切れているけど、watchdog吠えない、と
#そのコードが動いてないのかも。いずれにせよcometサーバの方はiframeの中なんで別の世界。
#えーっと、Connecting... にもならずにRetrying...のままなんだよね?
#うん
#Connection Lost. Retrying...
#あ、確かにそこで止まってたら番犬吠えないわ。
#番犬黙らす→"Retrying..."→10秒くらい待つ→"Connecting..."→番犬起こす→XHR
#という手順なので、「10秒くらい待つ」のところで何か起きてたら番犬は黙ったままだ
#10秒くらい、ってのはsleepしてるだけですか?
#んー、でもエラーコンソールには何も出ていない、と。
#出てないですね
#いえ、setTimeout(function () { resumeFetch(cid); }, 5000 + irandom(10000));
#あ、そっちか
#として5〜15秒後にresumeFetchが起動され、そいつが"Connecting..."を表示してから再フェッチにいきます。
#たぶんそこで止まってる。
#このコンソールちゃんと機能してるんだろうな...
#seqが動いてるってことは、setTimeoutのままOSがsleepしてもtimeout自体はちゃんと動きつづけるってことだよな…
#そうだと思います
#次回はsleepする前にWeb Inspector起動しっぱなしにしてやってみます
#コンソール出しといたら、何かわかるかもしれないし
#あーありがとうございます。
#common-lisp部屋リロード
#ちょと食事を
#15日なので、Lingrの過去ログはもうすぐ手に入るでしょう。
#過去ログは、chatonの過去ログとして復元するほうがいいでしょうか？
#XMLでデータがもらえるようなので、何にでも変換できると思いますが。
#私のほうがあまり時間が取れないので、とりあえずもらったXMLをどこかに置きますね。
#時間があれば、その後、OlDTypeにでも変換してGoogle検索できるようにしようかなと思っています。
#15日ってJST?
#西海岸はまだ14日の朝
#もう一日あるかも。
#Chaton形式に素直に変換できるかどうかもわからないので、当面はXMLのままどこかに置いておくのでいいんじゃないでしょうか。
#うぉ、信越で100kmのトレイルレースがっ...
#あのコースで100kmなら走りたいなー
#百キロ〜 何時間くらい?
#制限時間は22時間
#鉄人
#去年参加した斑尾の50kmレースは制限時間9時間でした
#コースがかぶってることを考えると、まあそんなもんかと
#速い人だと100kmどのくらい? マラソンと同じペースなら5時間台だろうけど、そんなことは可能なの?
#トレイルだから走り方も違いそうな。
#8時間くらいじゃないっすかね
#トレイルだと
#もちろんコースにもよりますが
#いわゆる舗装路を走るウルトラだと、5時間切るんじゃないかな
#と思ったらそんなこともないや
#去年のサロマ湖100km(舗装路)は、男子の優勝タイムが6時間42分5秒だって
#さすがに20km/hをキープするのは無理ですか。
#それでも平均15km/hか。すごいな。
#去年のおんたけウルトラトレイル100kmは優勝タイムが8時間26分44秒
#トレイルというよりは林道に近いジープ道だったそうだけど
#そういえば痛めた足はもう大丈夫なの?
#まぁ、100kmクラスのウルトラは、陸連参加選手みたいな有力選手はあまり参加しませんからね
#陸連公認の大会じゃないし
#あー、スネはもう大丈夫です
#ハムストリング(1ヶ月前に筋膜炎起こした)は、微妙です
#日曜日はレースなんですけどね(笑)
#おだいじにー
#ありがとうございます
##こんなところを走ってきます
#私は2回やったぎっくり腰の遠因が、10年以上前にインラインホッケーで壁に激突した時の古傷なんじゃないかと疑ってます。だましだまし付き合ってくしかなさそう。
#ああ、古傷の可能性はあると思いますよ
#ほぇ、高低差1000mもあるの? 登山じゃん！
#あと、腰に限らずどこかに故障があると、そこをかばって腰に来るってのはあります
#道志山塊ってのは、丹沢山塊の西にある、れっきとした山岳地帯です(笑)
#気をつけて。そんでは落ちます。
#おやすみなさいー
#朝じゃん(笑)
#rubyのchatonクライアントを書いてみました。
##あ、コミットログ変になってる。しまった
#おー。
#近いうちにAPI出しますが、roomの下のapi用のログインcgiを叩いてもらうと
#そのroomのpost url、comet serverのurl、cid が取れるようになります
#そしたらcomet serverのurlを個別に持つ必要もなくなるし、
#initViewFrameを探してcidを見つける必要もなくなります。
#Gauche.spec見てて気になったんですが、i386だけに-fomit-frame-pointerを指定しているのには理由があるんですか？
#そうか、JSONをパーズしなきゃいけないのか。
#apiはS式を返します。
#@libra うーん、もう覚えてないです。i386限定にする理由はなさそうですね。
##なんか妙な変更をしているな。なぜだろう。
#S式期待アゲ
#@libra 多分この時、OPTFLAGSはconfigureが適切に設定するようにしたんじゃないかと思います。で、0.6リリース時に何かの問題にあたってi386だけ緊急にOPTFLAGSをオーバライドした、というのがありそうなシナリオのように思えます。
#他のアーキテクチャの場合、-fomit-frame-pointerを含むOPTFAGSはconfigureが設定してくれるので、無指定になるわけではありません。
Gauche > Archives > 2009/05/14