[#34991] a = 4 ; p((a < 3) or (a > 5)) — Take_tk <ggb03124@...>

 次のものがエラーになるのは何故なんでしょうか?

12 messages 2002/05/06

[#35028] win32.c 中の my* 関数について — 小西 弘将 <konishih@...6.so-net.ne.jp>

小西 弘将です。

20 messages 2002/05/09
[#35034] Re: win32.c 中の my* 関数について — nobu.nakada@... 2002/05/10

なかだです。

[#35042] Re: win32.c 中の my* 関数について — 小西 弘将 <konishih@...6.so-net.ne.jp> 2002/05/11

 小西 弘将です。

[#35044] Re: win32.c 中の my* 関数について — 小西 弘将 <konishih@...6.so-net.ne.jp> 2002/05/11

 小西 弘将です。

[#35045] Re: win32.c 中の my* 関数について — "U.Nakamura" <usa@...> 2002/05/11

こんにちは、なかむら(う)です。

[#35046] Re: win32.c 中の my* 関数について — nobu.nakada@... 2002/05/11

なかだです。

[#35047] Re: win32.c 中の my* 関数について — 小西 弘将 <konishih@...6.so-net.ne.jp> 2002/05/11

 小西 弘将です。

[#35048] Re: win32.c 中の my* 関数について — nobu.nakada@... 2002/05/11

なかだです。

[#35062] Re: win32.c 中の my* 関数について — 小西 弘将 <konishih@...6.so-net.ne.jp> 2002/05/12

 小西 弘将です。

[#35052] ruby_lib/html/ — Wakou Aoyama <wakou@...>

青山です。

32 messages 2002/05/11
[#35057] Re: ruby_lib/html/ — TN <nyonyoru@...> 2002/05/12

 にょにょると申します。(ここハンドル投稿ダメなのでしょうか?ダメなら本

[#35063] Re: ruby_lib/html/ — Wakou Aoyama <wakou@...> 2002/05/12

青山です。

[#35074] Re: ruby_lib/html/ — nnr <nyonyoru@...> 2002/05/12

 にょにょるです。オンラインではずっとこれを使っているので、これでいきま

[#35054] 「 Ruby/GTK プログラミング入門」 — Noritsugu Nakamura <nnakamur@...>

14 messages 2002/05/12

[#35102] ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — Kouhei Sutou (須藤功平) <kou@...>

はじめまして、須藤です。

57 messages 2002/05/13
[#35115] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — "NAKAMURA, Hiroshi" <nakahiro@...> 2002/05/14

なひです。

[#35125] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — Kouhei Sutou (須藤功平) <kou@...> 2002/05/14

須藤です。

[#35130] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — "NAKAMURA, Hiroshi" <nakahiro@...> 2002/05/15

なひです。

[#35140] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — Kouhei Sutou (須藤功平) <kou@...> 2002/05/15

須藤です。

[#35141] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — nobu.nakada@... 2002/05/15

なかだです。

[#35157] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — TAKAHASHI Masayoshi <maki@...> 2002/05/15

高橋征義です。

[#35159] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — "NAKAMURA, Hiroshi" <nakahiro@...> 2002/05/16

なひです。

[#35160] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — "NAKAMURA, Hiroshi" <nakahiro@...> 2002/05/16

なひです。

[#35162] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — matz@... (Yukihiro Matsumoto) 2002/05/16

まつもと ゆきひろです

[#35186] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — "NAKAMURA, Hiroshi" <nakahiro@...> 2002/05/17

なひです。

[#35192] Re: ANNOUNCE: REXML のドキュメント — siena@... (Siena.) 2002/05/17

Siena. です。

[#35253] ((1.2)..(3.4)).to_a — Take_tk <ggb03124@...>

1.2..3.4 を配列にすると、その範囲に属しない整数「1」が含まれるという点に

29 messages 2002/05/25
[#35257] Re: ((1.2)..(3.4)).to_a — matz@... (Yukihiro Matsumoto) 2002/05/25

まつもと ゆきひろです

[#35265] Re: ((1.2)..(3.4)).to_a — Take_tk <ggb03124@...> 2002/05/27

たけ(tk)です。

[#35272] Re: ((1.2)..(3.4)).to_a — siena@... (Siena.) 2002/05/27

Siena. です。

[#35279] Re: ((1.2)..(3.4)).to_a — matz@... (Yukihiro Matsumoto) 2002/05/28

まつもと ゆきひろです

[ruby-list:35218] Re: ANNOUNCE: REXML のドキュメント

From: "NAKAMURA, Hiroshi" <nakahiro@...>
Date: 2002-05-20 11:11:51 UTC
List: ruby-list #35218
なひです。

正規表現ベースで、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で問題ないと思います。
まつもとさんももう納得してるのかな?

というわけで問題がクリアされたとすると、
あとは別スレッドで走っている実装だけでしょうか。

In This Thread