ruby-dev

なひです。

> From: Tanaka Akira [mailto:akr@m17n.org]
> Sent: Tuesday, August 14, 2001 3:45 PM

> > > inspect でも「traverse している間に一旦よそへ制御が移り、そこから
> > > traverseに戻った場合、元のtraverseのコンテキストで動いて欲しい」という
> > > のは同じだと思うんですが。
> > 
> > ここで「元のtraverseのコンテキスト」というのは、
> > 最初のtraverseと同じコンテキストを意図していました。
> 
> そう理解しています... えぇと、「コンテキスト」という言葉について食い違
> いが発生している気がするんですが。

そうですね。なひが最初に「コンテキスト」と言ったときには
スレッドコンテキストのつもりで使っていたんですが、
途中から言い出した「traverseのコンテキスト」は
明らかにその定義から外れています。失礼しました。

で、「traverseのコンテキスト」は田中さんと同じ意味で使っているつもりです。

> > class Foo
> >   attr_accessor :foo
> >   attr_accessor :bar
> > 
> >   def _dump(level)
> >     "<" + @foo.to_s + ">" + Marshal.dump(@bar)
> >   end
> > end
> > 
> > aFoo = Foo.new
> > anArray = [aFoo]
> > aFoo.foo = "stringify"
> > aFoo.bar = anArray
> > 
> > Marshal.dump(anArray) #=> stack level too deep
> > 
> > において、Marshal.dump(@bar)が再度もぐり始めたら困る、ということです。
> > これに対し、inspectのdebug中にpしたらいきなり<...>と表示されたら困る
> > わけで、つまり再度もぐりはじめないといけない場面もある、と。
> 
> 「再度もぐり始めたら困る」というのは重複検査のデータ構造に同じものを使っ
> てもらわなければ困るというわけで、私の用語においては同じコンテキストで
> 動いてもらわなければならないというふうに理解されます。

同意します。その理解が、確認したかったことです。
すでに伝わっていたようで失礼しました。

最初の話に戻ると、

  inspect中に、
  既存の重複検査用データで重複検査をしたい時もあるし（custom inspector）、
  新たな重複検査用データを持ち込みたいときもある（デバッグ中に新たにpを呼ぶ）

  marshal中に、
  既存の重複検査用データで重複検査をしたい時もあるし（custom marshaller）、
  新たな重複検査用データを持ち込みたいときもある（やっぱりデバッグ中？）

で、この要求を満たすインタフェイスとして、traverseという統一APIを
持ち込むことができるのかなーと思ったのが[ruby-dev:14438]なんですが、
実装案がない（他力本願な）ところが弱い。

Thread

Prev Next

In This Thread

Prev Next

[#14185] ruby on Linux/m68k — akira yamada / やまだあきら <akira@...>

[#14195] exception at IO.popen failure — nobu.nakada@...

[#14196] fork() on MacOS — nobu.nakada@...

[#14206] undef_method :method_missing — Kenichi Komiya <kom@...1.accsnet.ne.jp>

[#14229] [BUG] segv on [str].pack("p") — Koji Arai <JCA02266@...>

[#14300] 名前空間を調べる効果的な方法はありますか？ — 西 啓一朗 <receiver@...>

[#14327] Re: [ruby-cvs] ruby/ext/socket: * string.c (rb_str_lstrip_bang): new method. — "U.Nakamura" <usa@...>

[#14338] setup.rb (Re: Common GUI framework) — Minero Aoki <aamine@...>

[#14382] [BUG] segv on regex matching with long string — TAKAHASHI Masayoshi <maki@...>

[#14390] [Patch] pp.rb and debug.rb — "NAKAMURA, Hiroshi" <nakahiro@...>

[#14406] typo in ruby 1.7 — Koji Arai <JCA02266@...>

[#14413] 1.7.1 2001-08-06: if true && /match/ — WATANABE Tetsuya <tetsu@...>

[#14430] Re: [ruby-cvs] ruby: * object.c (rb_obj_inspect): merge from 1.7: remove useless space. — Kazuhiro NISHIYAMA <zn@...>

[#14436] 1.7.1 2001-08-06: [BUG] unknown node type 0 — akira yamada / やまだあきら <akira@...>

[#14441] "foo".lstrip! should return `nil'. — Koji Arai <JCA02266@...>

[#14445] string.c rb_str_cmp() — TOYOFUKU Chikanobu <toyofuku@...>

[#14464] Ruby/Bsearch — akira yamada / やまだあきら <akira@...>

[#14465] Ruby/Bsearch — akira yamada / やまだあきら <akira@...>

[#14480] avoid compile warning of tcltklib with VC5 — "U.Nakamura" <usa@...>

[#14505] BUG: ruby 1.6.4 cannot use threads on Sparc (segv) — akira yamada / やまだあきら <akira@...>

[#14516] ext/digest/sha2/extconf.rb and try_run — WATANABE Hirofumi <eban@...>

[#14530] restore terminal mode even if readline interrupted. — Koji Arai <JCA02266@...>

[#14547] setuid/setgid — nobu.nakada@...

[#14552] read in IO#eof? — nobu.nakada@...

[#14560] — nobu.nakada@...

[#14565] (mswin32) dln_strerror() returns empty message — Tietew <tietew@...>

[#14572] noisy warnings of resolv.rb — Koji Arai <JCA02266@...>

[#14573] [PATCH] ruby-mode.el — Kenichi Komiya <kom@...1.accsnet.ne.jp>

[#14575] infinite loop on Dir.glob("*/**/*") — nobu.nakada@...

[#14576] glob_helper: merge from 1.7 — nobu.nakada@...

[#14577] option nodynamic — Daisuke Aoki <dai@...>

[#14584] Array#merge, Array#squeeze — "Akinori MUSHA" <knu@...>

[#14590] rb_load — OJ <oj@...7.com>

[#14595] SEGV at `$0 = "long long string"' — nobu.nakada@...

[#14601] $stdout への代入 ( 再考) — Koji Arai <JCA02266@...>

[#14603] patch for GNU/Hurd — akira yamada / やまだあきら <akira@...>

[ruby-dev:14453] Re: [Patch] pp.rb and debug.rb

Thread

In This Thread

[#14300] 名前空間を調べる効果的な方法はありますか？ — 西啓一朗 <receiver@...>

[#14445] string.c rb_str_cmp() — TOYOFUKU　Chikanobu <toyofuku@...>