[#34988] BigFloat の to_i メソッドについて — Sako Hiroshi <sakoh@...2.so-net.ne.jp>
[#34989] mailing list archive? — maili31s@... (SugHimsi == SUGIHARA Hiroshi)
すぎむし。
[#34991] a = 4 ; p((a < 3) or (a > 5)) — Take_tk <ggb03124@...>
次のものがエラーになるのは何故なんでしょうか?
新井です。
たけ(tk)です。
まつもと ゆきひろです
newです.
[#35005] FILE_READPTR — Daisuke Aoki <dai@...>
青木@横浜です。
[#35028] win32.c 中の my* 関数について — 小西 弘将 <konishih@...6.so-net.ne.jp>
小西 弘将です。
なかだです。
小西 弘将です。
小西 弘将です。
こんにちは、なかむら(う)です。
なかだです。
小西 弘将です。
なかだです。
小西 弘将です。
小西 弘将です。
なかだです。
小西 弘将です。
なかだです。
[#35052] ruby_lib/html/ — Wakou Aoyama <wakou@...>
青山です。
まつもと ゆきひろです
にょにょると申します。(ここハンドル投稿ダメなのでしょうか?ダメなら本
青山です。
にょにょるです。オンラインではずっとこれを使っているので、これでいきま
青山です。
はじめまして。Siena. と申します。
青山です。
Siena.%なんだか毎度長いなぁ --; です。
[#35054] 「 Ruby/GTK プログラミング入門」 — Noritsugu Nakamura <nnakamur@...>
なかだです。
むとうです。
[#35058] Y Combinator — sinara@...
"Y Combinator" とは何かというと
続いて、ちょっと数学っぽい解釈をします。先の
At Sun, 12 May 2002 13:59:51 +0900,
At Sun, 12 May 2002 16:37:27 +0900,
[#35081] ISO 8601 と Time#wday — Take_tk <ggb03124@...>
Delphi の日付時刻ルーチンを Ruby にポートしようと思っているのですが、次
[#35087] Re: Y Combinator — 正木 功 <GEC01122@...>
正木です。
[#35102] ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — Kouhei Sutou (須藤功平) <kou@...>
はじめまして、須藤です。
なひです。
須藤です。
なひです。
須藤です。
なかだです。
高橋征義です。
なひです。
なひです。
まつもと ゆきひろです
須藤です。
なひです。
Siena. です。
なひです。
[#35109] DOS プロンプトからリダイレクションつきの system — TOYOFUKU Chikanobu <toyofuku@...>
豊福です。
[#35113] Re: Marshallers summary — "NAKAMURA, Hiroshi" <nakahiro@...>
なかひろです。
[#35134] 朝、トーストを食べていると不意に — Shin-ichiro HARA <sinara@...>
「来年から Perl が高校の授業で必修になるってホント?」って
[#35207] tar.gz の展開 — "NAKANO Kouichi" <knuckle@...8.dion.ne.jp>
はじめまして、なかのともうします。
[#35215] ruby-shell-mode — "Shirai,Kaoru" <shirai@...1jp.com>
白井です。
[#35252] ((Time.now)..(Time.now+60)) — Take_tk <ggb03124@...>
たけ(tk)です。
[#35253] ((1.2)..(3.4)).to_a — Take_tk <ggb03124@...>
1.2..3.4 を配列にすると、その範囲に属しない整数「1」が含まれるという点に
まつもと ゆきひろです
たけ(tk)です。
Siena. です。
まつもと ゆきひろです
Siena. です。
青山です。
[#35264] HTML generation library — Wakou Aoyama <wakou@...>
青山です。
[ruby-list:35218] Re: ANNOUNCE: REXML のドキュメント
なひです。 正規表現ベースで、UTF8に変換しないで使う XML processor(例えばNQXML)も場面によっては便利、 という気持ちは変わりませんが、とりあえずそれは おいといて、標準添付問題に限って反応します。 > From: Siena. [mailto:siena@cr.chiba-u.ac.jp] > Sent: Friday, May 17, 2002 7:23 PM > # [ruby-list:35143] は、なひさんの意図を > # 読み取れてないコメントでごめんなさいです いいえー。 意図が伝わらないのは読み手だけの責任ではありません。^^; > 》(*) ここで「解析することを考えた場合」と書いてますが、 > 》それ以外のXPathやwriterについて、自信がないためです。 > > あたしは、XPath では ASCII な識別子しか使ってませんし、 > #write は UTF-8 でまとめて書き出してから変換しているので、 > 問題があるか分かりませんです m(.. )m なひも同様です(一切使ってない)。 どなたか試された方は居ませんでしょうか。 > 》問題があるとすれば、REXMLが最近力を入れている > 》「ストリーミングもできるぜ」という機能について、 > 》残念ながらその恩恵にあずかることができなさそう、 > 》ということです。 > 》ですがこの問題については、現状で問題視しているのは > 》なひだけなので、無視していいと思います。 この問題についてですが、なひの杞憂のような気がしています。 後述します。お騒がせして申し訳ないです。 > XML そのものの設計思想に、全部読まなくても逐次パース可能、 > というのがあったと思うのですが、ネットワークサービスで反応速度を > 稼ぐためには、転送しながら処理できる必要があると思っています。 > 今はともかく、先のことを考えるとあまり無視したくはありませんね。 > SOAP なんかだと、結構影響しそうですもの。 XMLそのものの設計思想にそれがあるのかどうかはわかりません。 実際、ストリーミングには全く向かないフォーマットです。 とはいえ仕方なくXMLを使わざるを得ない場合に、 技術的に、可能ならストリーミング解析を行って パフォーマンスを稼ぎたい、という欲求が(なひには)あります。 SOAPに効くかどうかはモノ次第ですね。RAAのエントリー情報の 一括転送をしようとすると結構効きそうですが、 calc( "add", 1, 1 ) => 2 なんて遊んでる場合は全く効きません。 XML instanceが小さいから。。。 > 》# 妥協案として、REXML::Sourceを継承して > 》# SourceConvertCESForEachLineとかいうクラスを作り、 > 》# 改行まで読み込んで一行ずつ変換して解析、 > 》# とするのかなぁ。なんかかっこ悪い。。。 > > 現バージョンに依存してしまうかもしれませんが、 > REXML::Source, REXML::SourceIO では @source.readline( '>' ) > でバッファを読んできているようですね。 なるほど、REXML/2.3系はこうやって読んでいるんですね。 2.2以前は固定長バッファを読んでいたので問題視していましたが。。。 確かにこれで問題なくうまくいきそうな気がします。 属性にとてつもなく長い文字列を突っ込みでもしない限り、 ほとんどのeventが、読み込みからほとんど遅延なしに発生 してくれそうです。素晴らしい。 詳しいみなさんどうでしょう。 というわけで、なひの理解が間違ってなければ、 REXMLのストリーミング機能活用についての問題点も解消です。 残るは「できれば変換しないでできるのが好ましい」問題ですが、 高橋さんの言うとおり、ちゃんと仕様に準拠したXML processorにしようと思うとUTF-8に変換しとくのが安全ですし、 「わかってるひとが用途を限定して使えば便利」を 標準添付にするのも好ましくないでしょう。 というわけでこれについてもなひはREXMLで問題ないと思います。 まつもとさんももう納得してるのかな? というわけで問題がクリアされたとすると、 あとは別スレッドで走っている実装だけでしょうか。