ruby-dev

In article <DJEGJLCFNEIMKDNMLFPHEEAICBAA.nakahiro@sarion.co.jp>,
  "NAKAMURA, Hiroshi" <nakahiro@sarion.co.jp> writes:

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

そう理解しています... えぇと、「コンテキスト」という言葉について食い違
いが発生している気がするんですが。

私が思うところの inspect のコンテキストというのは、p の呼び出しと対応
するものです。
# とりあえず、p 以外から inspect が呼ばれることは無視します。

marshal だったらひとかたまりのデータ構造を dump するための処理と対応し
ます。

結局、コンテキストは重複検査用のデータと対応します。たぶんそれが本質な
のでしょう。

p を一回呼び出すたびにひとつのコンテキストが発生します。 だから、
inspect 中で p を呼ぶと新しいコンテキストが発生して、外側のinspect に
おける重複検査とは別のコンテキストで重複検査が行なわれるわけです。
# そうあるべきだ、と思っているわけですが、現在はそうではありません。

> 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したらいきなり<...>と表示されたら困る
> わけで、つまり再度もぐりはじめないといけない場面もある、と。

「再度もぐり始めたら困る」というのは重複検査のデータ構造に同じものを使っ
てもらわなければ困るというわけで、私の用語においては同じコンテキストで
動いてもらわなければならないというふうに理解されます。

つまりコンテキストが「一旦よそへ制御が移」ってもらってはこまる、と結論
づけられるわけなのですが、そうすると「一旦よそへ制御が移り」という言明
と矛盾するのでなんらかの誤解があることは間違いない、というわけです。

コンテキストってなんだと解釈してます?
-- 
[田中 哲][たなか あきら][Tanaka Akira]
「ふえろ! わかめちゃん作戦です$(C⊇」(Little Worker, 桂遊生丸)

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:14452] Re: [Patch] pp.rb and debug.rb

Thread

In This Thread

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

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