[#38470] ruby-dev summary 21403-21530 (draft) — Minero Aoki <aamine@...>

青木です。

25 messages 2003/10/07
[#38475] Re: ruby-dev summary 21403-21530 (draft) — maili31s@... (SugHimsi==SUGIHARA Hiroshi) 2003/10/07

すぎむし。

[#38480] Re: ruby-dev summary 21403-21530 (draft) — Minero Aoki <aamine@...> 2003/10/08

青木です。

[#38481] marshal_dump (was Re: ) — m_seki@... 2003/10/08

[#38484] Re: marshal_dump (was Re: ) — matz@... (Yukihiro Matsumoto) 2003/10/09

まつもと ゆきひろです

[#38486] Re: marshal_dump (was Re: ) — Masatoshi Seki <m_seki@...> 2003/10/09

咳といいます

[#38489] exit status on exit! — YANAGAWA Kazuhisa <kjana@...4lab.to>

<http://www.unixuser.org/~ysjj/diary/?200310a&to=200310082#200310082>

29 messages 2003/10/09
[#38490] Re: exit status on exit! — Koji Arai <JCA02266@...> 2003/10/09

新井です。

[#38503] Re: exit status on exit! — YANAGAWA Kazuhisa <kjana@...4lab.to> 2003/10/10

In Message-Id: <20031010.082218.74733862.JCA02266@nifty.ne.jp>

[#38505] Re: exit status on exit! — Koji Arai <JCA02266@...> 2003/10/10

新井です。

[#38507] Re: exit status on exit! — matz@... (Yukihiro Matsumoto) 2003/10/11

まつもと ゆきひろです

[#38514] Re: exit status on exit! — YANAGAWA Kazuhisa <kjana@...4lab.to> 2003/10/11

In Message-Id: <1065883639.405037.23137.nullmailer@picachu.netlab.jp>

[#38515] Re: exit status on exit! — WATANABE Hirofumi <eban@...> 2003/10/11

わたなべです。

[ruby-list:38483] Re: marshal_dump (was Re: )

From: "NAKAMURA, Hiroshi" <nakahiro@...>
Date: 2003-10-09 02:04:57 UTC
List: ruby-list #38483
なひです。

どうもこのネタはなひだけ噛み合ってないのですが、間違いがあれば
早めに教えてもらいたいので出てきました。

> From: <m_seki@mva.biglobe.ne.jp>
> Sent: Thursday, October 09, 2003 7:06 AM

> 2003-10-02にてインスタンス変数はすべてダンプするように
> なっていますが、どうしてこうなったんでしたっけ?

たぶんこれは、r1.91(7/29)にmarshal_dumpが入った時に
実装された機能だと思います。で、LL Saturday前日(8/8)に
なひがヘンなこと言ったせいで一旦削除されて、10/2に復活、と。
8/8移行の経緯については、なひは付いていけてません。

> Marshalのカスタマイズって、出力するオブジェクトを制御するんですよね。
> 一般的な目的って
> 
>  * あるインスタンス変数は出力したくない。
>    (たとえばキャッシュデータとか)
>    * そんで、別のオブジェクトを出力しておいたりもする。
> 
> だと思うんですがどうでしょう。

こういう用途については、従来どおり#_dump/_loadを使う、という
ことかな、と思っています。

> 現状の作戦は、入力するオブジェクトを制御せよ、ってとこですか?
> 
>  dump
>  * なんでも出力
>  * 追加情報も出力
> 
>  load
>  * なんでも復元
>  * 追加情報も復元
>    * これを使って復元してしまって出力したくなかったものを置き換え!?

marshal_dump/marshal_loadでは、そういうことだと理解しています。

> どっちが使いやすいのかよくわからないのですが、現状の作戦って
> すこし奇妙(なんていうの?びっくり??)な感じがします。
> 
> ところで、ダンプできないものがあったことを知れないのが
> なんとなく不安です。

なひも[ruby-dev:21478]に書いてみたのですが、
marshal_dump/marshal_loadの導入の意図が今ひとつ理解できて
いません。咳さんの書かれている通り、なひも、わりとびっくりな
仕様だと思うんですが、誰がどのように使うために導入されたの
かな。。。

In This Thread