cles::blog

RubyでWindowsのデーモンを実装したかったので、Ruby1.9.2 に gem で win32-service をインストールしようとしたら、一筋縄ではインストールできなかったので、インストール方法をメモしておきます。

作業の前提条件としてはWindowsにRubyInstaller for Windowsを使ってRuby 1.9.2がインストールしてあり、DevKit-4.5.0が正しくインストールされているものとします。インストール先はデフォルトのままなので、"C:\Ruby192"です。

まず、gemで単純にインストールを試みると下記のような感じのエラーが出ます。

この症状の類似の事例をネットで検索してみると「RubyForge: Win32 Utils: トラッカー詳細: 27692 win32-service install error with 1.9.1」が見つかりました。これによると__tryと__finallyマクロをコメントアウトしてしまえばとりあえずOKのようなのでコードを書き換えてgemを再生成してインストールすることにしました。

アーカイバとして僕も使っている Lhaplus にセキュリティアップデートが出ています。
最近、実行ファイル読み込みに関する脆弱性についての指摘がホットな感じですね。

複数ソフトに任意のコードが実行される脆弱性　アップデートは公開済み - ITmedia エンタープライズ

影響を受けるソフトのバージョンは、Lhaplus Version 1.57以前、XacRett version #49以前、K2Editor r.1.5.8以前となる。各ソフトとも開発者から脆弱性を解決したアップデート版が公開されており、IPAとJPCERT/CCはユーザーに早期の適用を促している。

他にもJavaのアップデートが出ていたり、今月のWindows Updateは過去最大規模だったりするので、ついでにいろいろアップデートしておきたいところです。

Yahoo!のサイトエクスプローラーに近日終了の告知が出ていました。おそらく検索エンジンがGoogleに切り替わるのにあわせて廃止されるということなのでしょう。

サイトエクスプローラー（サイト管理者向けツール） - Yahoo!検索

Yahoo!検索 サイトエクスプローラー サービス終了のご案内 Yahoo!検索 サイトエクスプローラーは近日中にサービスを終了する運びとなりました。長らくご愛用いただきまして、誠にありがとうございました。

今後はGoogleのウェブマスターツールを使えばYahoo!も対応してくれるという形になるのでしょうか。

クリエイティブコモンズが、著作権がないコンテンツに対するパブリックドメインマークというのを発表したようです。具体的なマークの詳細についてはPublic Domain Mark 1.0に解説があります。

米国Creative Commons、パブリックドメインマークを発表 | カレントアウェアネス・ポータル

2010年10月11日、米国のCreative Commonsが、著作権保護対象外の資料をインターネットを通じて容易に提供できるようにするためのツールとして、パブリックドメインマーク（Public Domain Mark）を発表しました。また、Creative Commonsのプレスリリースによると、パブリックドメインマークの最初の大規模な採用者は欧州デジタル図書館“Europeana”となるとのことで、2011年半ばまでに、Europeanaのポータルサイトで提供される著作権保護対象外の資料に対しては、パブリックドメインマークがつけられるようです。

クリエイティブコモンズには元々権利を放棄するためのCC0 ライセンスがあるのですが、このあたりとどういう関係にあるのかはいまひとつ良く理解できていません。CC0は「No Rights Reserved」、Public Domain Markは「No Known Copyright」と書いてあるので、権利があるけどあえて留保しない場合にはCC0で、そもそも著作権が消滅している場合にはPublic Domain Markという使い分けになるということでしょうか。

Yahoo!Japanのウェブが表示できなくなっています。

名前解決ができないようなので、DNS関連の障害でしょうか。
TwitterのTLを眺めていると他のサイトでも名前解決できないサイトがあるようですからもっと上位のサーバの障害なのかもしれません。
これまでGoogleの障害というのは何度もありましたが、Yahoo!の障害は珍しいですね。

† 2010/10/14 11:36追記

「Yahoo！Japanでアクセス障害　現在は復旧 - ITmedia News」によると原因はまだ調査中とのこと。

† 2010/10/14 22:37追記

障害の原因はLBの物理障害だった模様。
でも、Yahoo!ならばLBは多重化されてるはずだと思うので、何かあって副系に切り替わらなかったということなんでしょうかね。

Yahoo！JAPAN障害、原因は負荷分散サーバの不具合 - ITmedia News

ヤフーは10月14日、13日深夜に約1時間半にわたって起きたアクセス障害の原因が、負荷分散サーバの物理的な不具合だったことを明らかにした。13日午後11時33分に障害が発生。14日午前0時56分に復旧するまで、つながりにくい状態が続いた。

TwitterにTweetのケータイメール転送機能がついたようです。

Twitterブログ: 新機能: メール通知 〜 携帯メールでツイート受信が可能に

そのため、日本向けに特別に構築した携帯へのメール通知を発表できることをとても嬉しく思っています。これより、あなたがフォローしているどのアカウントに対してもメール通知の受け取りを設定することで、そのアカウントが投稿するツイートが携帯のメールアドレスに即座に配信されるようになります。これより、あなたの携帯電話からtwtr.jpにアクセスし、ログイン後の「各種設定」ページからメール通知の設定を行うことが可能です。

国内ではSMSはほとんど使われていないので、普通のメールで送信するようになったのは仕方ないでしょうね。ちなみにウェブの言語設定を英語にしていると、この画面は出てこないようです。ひとまずMentionはあらったーで通知されるようにしているし、特にリアルタイムで通知を受けたいユーザーもいないので問題ないですね。このあたりの練習がてらストリームのAPIとか使ってリアルタイム通知用のプログラムを作ってみるというのもいいかもしれません。

先日ちょっと書いたRuby から MSMQを使う話の続き。
このプログラムをちょっといじって、スレッドを使って複数のキューを待つようにしてみたら、うまく動かなくて色々試行錯誤したのでメモ。

結論から述べると、スレッドでやりたい場合にはRuby 1.9系に移行するのがいいみたいです。
どうしても1.8でやりたい場合には、forkなどを使ってマルチプロセス化しないといけなさそうな感です。
この対処方法は誤りです。現状のWin32OLEはマルチスレッド動作しません。

またもや新しいTwitterクライアントをお試し中。

窓の杜 - 【NEWS】WPF製のTwitterクライアント「MiniTwitter」が“User Streams”APIに対応

シンプルなWPF製Twitterクライアントソフト「MiniTwitter」の最新版v1.56が、9日に公開された。最新版の変更点は、Twitterの“User Streams”APIに対応したこと。（中略）“User Streams”APIとは、自分の投稿や他人からのリプライといったタイムラインの変更を、更新作業を必要とせずに自動かつリアルタイムに受け取るための仕組み。一般的に利用されているAPIがTwitterへデータを取得しに行く必要のある“プル”型なのに対して、“User Streams API”はTwitter側から随時更新情報が送られてくる“プッシュ”型であるのが特長だ。

この界隈のAPIには全くついていけてないので、ユーザーにTweetをリアルタイムに通知するUser Streams APIというのがあるということを知りませんでした。確かにこの方式なら更新ボタンを押す必要がないので便利ですね。この更新ボタンを押さなくてよいというのは、ウェブチャットにLingrが登場したときのような感じですね。

春先に情報処理学会が将棋連盟を送っていた、プロ対ソフトの将棋対決が東大で行われたようです。

asahi.com（朝日新聞社）：ついに！コンピューターが女流王将破る　東大で特別対局 - 文化

清水女流王将を破ったのは情報処理学会が作った「あから２０１０」。国内トップ４プログラムがそれぞれ挙げる候補手を多数決で選んで次の手を決定する。対局は持ち時間各３時間、なくなれば１手１分未満のルール。中盤までほぼ形勢互角だったが、秒読みに追われた清水女流王将にミスが出て、「あから」が押し切った。対局後、清水女流王将は「時間配分が思い通りいかなかった。終盤、しっかり形勢判断する時間がなかった」と話した。

結果はこの日のために用意された「あから２０１０」の勝ち。そこまでは事実として正しいのですが、僕は上記の朝日新聞のような「コンピューターが女流王将破る」というキャッチーな報道のされ方が気にくわない。以前にも書きましたが、この対決は人間の脳内の情報処理と、人間がコンピューターに打ち込んだルールに基づいた情報処理という、形が違う人間の知能のぶつかりあいのはずで、決して人間とコンピューターが戦ったわけではないはずです。

ちょっとでもソフトウェアを作ったことがある人には自明ですが、ソフトウェアを作るのは、人間が普通に仕事をしてしまうよりも何倍何倍も手間がかかります。ソフトウェアの専門家としては、最低限「コンピューターが勝った」ではなくて、「ソフトウェアが勝った」と報道して欲しいところです。

iPod TouchとGoogleカレンダーを同期させるように設定したのでメモ。
https://m.google.com/syncで同期させるカレンダーを選択するのを忘れていて、同期したいカレンダーが出てこないところでちょっとハマりましたが、それ以外はスムーズでした。