#<pubDate>Thu, 2 Oct 2014 01:14:03 Z</pubDate>
<guid isPermaLink="true">http://chaton.practical-scheme.net/gauche/a/2014/10/02#entry-542ca6db-1b20b</guid>
</item>
<item>
<title>shiro: POSIXでは言及がないので保証されてないみたい。Solarisのマニュアルではasync signal safeと明記してあった。ちょっと気になるのは、シグナルハンドラが呼ばれた時点でシステム的にそのシグナルは自動的にマスクされて、ハンドラが戻った直後にアンマスクされるから、ハンドラ内でマスクしても上書きされちゃうのかな、という点。</title>
<link>http://chaton.practical-scheme.net/gauche/a/2014/10/02#entry-542ca685-917c8</link>
<description><![CDATA[<div class="entry-single" id="entry-542ca685-917c8"><span>shiro: POSIXでは言及がないので保証されてないみたい。Solarisのマニュアルではasync signal safeと明記してあった。ちょっと気になるのは、シグナルハンドラが呼ばれた時点でシステム的にそのシグナルは自動的にマスクされて、ハンドラが戻った直後にアンマスクされるから、ハンドラ内でマスクしても上書きされちゃうのかな、という点。</span
></div
>]]></description>
<content:encoded><![CDATA[<div class="entry-single" id="entry-542ca685-917c8"><span>shiro: POSIXでは言及がないので保証されてないみたい。Solarisのマニュアルではasync signal safeと明記してあった。ちょっと気になるのは、シグナルハンドラが呼ばれた時点でシステム的にそのシグナルは自動的にマスクされて、ハンドラが戻った直後にアンマスクされるから、ハンドラ内でマスクしても上書きされちゃうのかな、という点。</span
></div
>]]></content:encoded>
<pubDate>Thu, 2 Oct 2014 01:12:37 Z</pubDate>
<guid isPermaLink="true">http://chaton.practical-scheme.net/gauche/a/2014/10/02#entry-542ca685-917c8</guid>
</item>
</channel>
</rss>
#ここでフィードが止まってます。
#10/2に何かあったのでしょうか・・・・・
#ありゃ。サーバのGaucheはちょくちょく入れ替えてるので、HEADで何かエンバグしたかな。
#いや、index.rdfはちゃんと出てるのか。そうではなく、current.datがpruneされないという問題、ということですか。
#そんなことないな。current.datには日時にかかわらず30エントリ残すようにしてるだけだ。何が問題なのでしょう? >yamasushi
#えーと，10/3以降のフィードを取ってこないんです。うちの環境の問題でしょうか？
#<pubDate>Thu, 2 Oct 2014 02:40:18 Z</pubDate>
<guid isPermaLink="true">http://chaton.practical-scheme.net/gauche/a/2014/10/02#entry-542cbb12-2f75e</guid>
</item>
</channel>
</rss>
#いまこのチャット画面のRSSをクリックしてダウンロードしたものの末尾です。
#というか，chromeのRSSプラグインが反応してませんよね？ RSSフィード
#ああ，ask.fmも反応してないな。反応するページとしないページがあるのか・・・・
#ask.fmだと，プロファイルではプラグインが用意しているRSS購読アイコンがでないですが，RSSをクリックするとフィード一覧が出るのですけど，chatonではダウンロードになりますね。（で，わたしはchatonをThunderbirdにリンクをコピペして購読してるんですけど。
###いま，ダウンロードしてもやはり古いままみたいです・・・・・（謎
#あ，見方を間違えてました。末尾じゃなくて先頭が最新でしたか。
#ああ，ThunderbirdでXMLのパースエラーが出てました。
#This feed does not validate.
line 450, column 31: XML parsing error: <unknown>:450:31: not well-formed (invalid token) [help]
<title>とおる。: ただたしかにアプリケーションのコードとしては、関数を読んだ先で yield されてていつまでたっても返ってこない、みたいなの ...
^
In addition, interoperability with the widest range of feed readers could be improved by implementing the following recommendations.
line 36, column 0: description should not contain onclick attribute (7 occurrences) [help]
<description><![CDATA[<div class="entry-single" id="entry-54449630-21add"><s ...
line 40, column 0: content:encoded should not contain onclick attribute (7 occurrences) [help]
<content:encoded><![CDATA[<div class="entry-single" id="entry-54449630-21add ...
line 110, column 76: Encode "&" and "<" in plain text using hexadecimal character references. (2 occurrences) [help]
<title>yamasushi: <pubDate>Thu, 2 Oct 2014 02:40:18 Z</pubDate> ...
^
line 420, column 36: Problematical RFC 822 date-time value: Mon, 6 Oct 2014 05:40:37 Z (3 occurrences) [help]
<pubDate>Mon, 6 Oct 2014 05:40:37 Z</pubDate>
^
Non-RSS 1.0 feeds should not be served with the "application/rdf+xml" media type [help]#それで，10/3まではパースが成功していて，それ以降で失敗しているみたいです。
##ああ、なんか妙なコード (^D) が混入してるな。そのせいだな。
#これでどうかな。
#まだだめか。
#ああ、最初の問題のところは対応したけど、yamasushiさんが貼り付けたやつに残ってるか。CDATAの中でも制御文字はだめなのか。
#んん? CDATAの中は ']]>' 以外の Charの並びが許されるはずだが。そもそもtokenとしてパーズされてるのはなんでじゃろ。
#sxmlだと問題なくパーズできるな。
#いや、XML1.0とXML1.1でCharの定義が違うのか。1.1だと許されるけど1.0だと駄目だ。
#えーと，クライアント側はどうすれば。（困惑
#1.0に適合するようにchaton側を変えますよ。
#まあ目前のイシューとしては、問題のポストが流れていってしまえばいいわけだが。
#current.datを編集して問題の文字を消してみた。
#うまくいきますね。
#いけてるようだな。後はpost時に混入しないようにフィルタすればいいか。
#r6rs以降の \xNN; エスケープに対応してるEmacsのSchemeモードって誰か使ってる? 今まで何となく誤魔化して我慢してきたけどそろそろ限界…
#こんにちは。あまり使われない機能な気はしますが、Gaucheのバージョン0.8.14からコマンドラインオプションの-fcase-foldが効かないようです。#!fold-caseは問題ないです。Changelogを眺めてみると2008-08-20辺りからでしょうか。
#これが原因かは分かりませんが、src/read.cのread_wordもSCM_VM_RUNTIME_FLAG_IS_SET(Scm_VM(), SCM_CASE_FOLD)等を参照することはないみたいです。
#む。r6rs対応の#!fold-caseあたりを入れた時にバグったかな。でも-fcase-foldのユニットテストは入ってるんだけど妙だな。
#あああ、スクリプトファイルには効いてる(からテストは通る)んだけどREPLに効いてないのかな。
#思い出した。case foldingフラグはポートについてて (#!fold-caseがそれの現れたポートにのみ影響するから)、-fcase-foldはそのフラグのデフォルト値を決めているんだけど、REPLに使うstdinポートはオプションパーズ時には既に作られているのでオプションの効果が無いのであった。
Gauche > Archives > 2014/10/20