[#38447] 複素数を考慮したVectorクラス — TANAKA Kenta <c30318@...>
みなさん、はじめまして。Ruby歴(=OOP歴)1週間の田中と申します。
7 messages
2003/10/01
[#38465] diff library — Koji Arai <JCA02266@...>
新井です。
6 messages
2003/10/05
[#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
咳といいます
[#38487] Re: marshal_dump (was Re: )
— matz@... (Yukihiro Matsumoto)
2003/10/09
まつもと ゆきひろです
[#38471] SQLite - Ruby/DBI — Kenji Machida <k-machida@...>
はじめまして。まちだと申します。
10 messages
2003/10/07
[#38485] プログラム設計方法 — Satoshi Osabe <s-osabe@...>
長部と申します。
6 messages
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
わたなべです。
[#38520] Re: exit status on exit!
— matz@... (Yukihiro Matsumoto)
2003/10/12
まつもと ゆきひろです
[#38521] Re: exit status on exit!
— nobu.nakada@...
2003/10/12
なかだです。
[#38532] Re: exit status on exit!
— matz@... (Yukihiro Matsumoto)
2003/10/13
まつもと ゆきひろです
[#38556] Re: exit status on exit!
— nobu.nakada@...
2003/10/14
なかだです。
[#38558] Re: exit status on exit!
— matz@... (Yukihiro Matsumoto)
2003/10/14
まつもと ゆきひろです
[#38560] Re: exit status on exit!
— nobu.nakada@...
2003/10/14
なかだです。
[#38561] Re: exit status on exit!
— matz@... (Yukihiro Matsumoto)
2003/10/14
まつもと ゆきひろです
[#38562] Re: exit status on exit!
— matz@... (Yukihiro Matsumoto)
2003/10/14
まつもと ゆきひろです
[#38566] Re: exit status on exit!
— nobu.nakada@...
2003/10/14
なかだです。
[#38522] Re: exit status on exit!
— Takahiro Kambe <taca@...>
2003/10/12
In message <20031011.003250.41649947.JCA02266@nifty.ne.jp>
[#38499] Amrita と mod_ruby の相性は ? — 山本 達也 <rcn@...>
山本(rcn)@ntt〜kddi です。こんにちは。
5 messages
2003/10/10
[#38510] ロックしたファイルの書き換え — Akimichi Tatsukawa <akimichi@...>
ruby-listの皆さん、こんにちは。立川察理と申します。
8 messages
2003/10/11
[#38524] Object#instance_eval and private — Masao Mutoh <mutoh@...>
むとうです。
6 messages
2003/10/12
[#38527] ruby-dev summary 21531-21607 (draft) — Kazuo Saito <ksaito@...>
斉藤です。
7 messages
2003/10/13
[#38580] ruby-mysql-0.2.1でのwarning — Takashi Kanai <kanai@...4u.or.jp>
こんにちは、金井です。
11 messages
2003/10/16
[#38581] Re: ruby-mysql-0.2.1でのwarning
— Takashi Kanai <kanai@...4u.or.jp>
2003/10/16
金井です。
[#38582] ruby-mysql-0.2.1でlocalhostがエラー
— Takashi Kanai <kanai@...4u.or.jp>
2003/10/16
こんにちは、金井です。
[#38590] mod_rubyでのSTDOUTについて — 堀川 久 <vzw00011@...>
こんにちは。
10 messages
2003/10/16
[#38607] [ANN] ReFe 0.8.0 — Minero Aoki <aamine@...>
青木です。
4 messages
2003/10/17
[#38614] cygwin の uconv で Segmentation fault — Beyond <beyond@...>
9 messages
2003/10/20
[#38619] dl and win32 API call — arton <artonx@...>
artonです。
5 messages
2003/10/20
[#38621] ruby-dev summary 21608-21636 (draft) — Masayoshi Takahashi <maki@...>
高橋です。
5 messages
2003/10/20
[#38636] gethostbyname — Takeshi Honda <moecho21@...>
お世話になります。
7 messages
2003/10/23
[#38643] C/C++ からメソッドを呼びたいのですが — phosrin <phosrin@...>
りんです。よろしくお願いします。
7 messages
2003/10/23
[#38645] snap shot の make install でエラー — Takeshi Honda <moecho21@...>
お世話になります。
1 message
2003/10/23
[#38646] install trouble of ruby 1.8 and rdtools 0.6.14 — Kominami Yasuo <NBC00224@...>
はじめまして、小南と言います。
5 messages
2003/10/23
[#38656] Ruby/Tkの終了時の挙動 — Shigeaki Kinoshita <QZT05560@...>
木下と申します。
8 messages
2003/10/25
[#38663] Re: Ruby/Tkの終了時の挙動
— Hidetoshi NAGAI <nagai@...>
2003/10/25
永井@知能.九工大です.
[#38661] 'Using the Ruby DBI Module' 日本語訳 — KUBO Takehiro <kubo@...>
久保@茅ヶ崎市です。
1 message
2003/10/25
[#38662] 空行で別れたデータから特定の文字を含むデータを削除したい —
竹島と申します。
5 messages
2003/10/25
[#38689] cgi.params のデフォルト値 — Kazuhiro Yoshida <moriq@...>
もりきゅうです。
6 messages
2003/10/28
[#38701] space before argument parentheses warning — Toshi Isogai <tisogai@...>
先日 ruby 1.8 を コンパイルして、以前から 1.6.7 使っていたスクリプトを走らせた
4 messages
2003/10/30
[#38706] ruby-1.8.1でenctypeのときのcgi.params — Takashi Kanai <kanai@...4u.or.jp>
こんにちは、金井です。
6 messages
2003/10/31
[ruby-list:38481] marshal_dump (was Re: )
From:
m_seki@...
Date:
2003-10-08 22:06:43 UTC
List:
ruby-list #38481
咳といいます。 From: Minero Aoki <aamine@loveruby.net> Subject: [ruby-list:38480] Re: ruby-dev summary 21403-21530 (draft) Date: Thu, 9 Oct 2003 06:17:13 +0900 Message-ID: <20031009061711N.aamine@loveruby.net> > ちょっとややこしいのでタイムテーブルを作りました。 > > 1.8 ブランチ (main trunk) > | > | > 1.8.0 リリース 2003-08-04 marshal.c:1.95 > | > | 2003-08-09 marshal.c:1.98 > |--- marshal_dump が定義されていても IO を自動マーシャルして > | エラーになってしまう問題 (*1) を回避するため、 > | marshal_dump が定義されているときはインスタンス変数を > | ダンプしないことになった > | …… つまり、実行例はこのころの ruby でなければならない > | > | 2003-08-11 [ruby-dev:21176] > |--- Time#_dump があるので Time のインスタンス変数が > | マーシャライズされないという報告 > | (該当スレッドのルート) > | > | 2003-10-02 marshal.c:1.100 > |--- 再度 generic インスタンス変数をダンプするようになる > | ついでにインスタンス変数はすべてダンプするようになる > | > | 2003-10-03 [ruby-dev:21475] > |--- (*1) の問題が復活しているという指摘 > | > | 2003-10-04 marshal.c:1.101 > |--- ダンプできないものがあったらエラーではなく無視するように変更 > | > | その後、細々とバグフィックスが入る > ↓ > CVS HEAD 2003-10-08 marshal.c:1.103 おお。青木さんのタイムテーブルでやっと状況を把握できそうです。 2003-10-02にてインスタンス変数はすべてダンプするように なっていますが、どうしてこうなったんでしたっけ? Marshalのカスタマイズって、出力するオブジェクトを制御するんですよね。 一般的な目的って * あるインスタンス変数は出力したくない。 (たとえばキャッシュデータとか) * そんで、別のオブジェクトを出力しておいたりもする。 だと思うんですがどうでしょう。 現状の作戦は、入力するオブジェクトを制御せよ、ってとこですか? dump * なんでも出力 * 追加情報も出力 load * なんでも復元 * 追加情報も復元 * これを使って復元してしまって出力したくなかったものを置き換え!? どっちが使いやすいのかよくわからないのですが、現状の作戦って すこし奇妙(なんていうの?びっくり??)な感じがします。 ところで、ダンプできないものがあったことを知れないのが なんとなく不安です。