[#7064] How to put version number of shared library? — Ryo HAYASAKA <hayasaka@...21.u-aizu.ac.jp>
早坂@会津大学です。
4 messages
1999/06/02
[#7082] [BUG] unpack('m') — 民斗 <tommy@...>
民斗です。
6 messages
1999/06/07
[#7091] [BUG?] load in thread — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
7 messages
1999/06/09
[#7092] Re: [BUG?] load in thread
— matz@... (Yukihiro Matsumoto)
1999/06/09
まつもと ゆきひろです
[#7102] Ruby 1.3.4-990611 — Yukihiro Matsumoto <matz@...>
Ruby 1.3.4-990611 is out, check out:
20 messages
1999/06/11
[#7108] Re: Ruby 1.3.4-990611
— Koji Arai <JCA02266@...>
1999/06/12
新井です。
[#7123] Re: Ruby 1.3.4-990611
— nagai@...
1999/06/16
永井@知能.九工大です.
[#7110] --enable-shared support — Katsuyuki Komatsu <komatsu@...>
小松です。
11 messages
1999/06/14
[#7111] Re: --enable-shared support
— WATANABE Tetsuya <tetsu@...>
1999/06/15
渡辺哲也です。
[#7173] [BUG] <<`HERE_DOC` — Koji Arai <JCA02266@...>
新井です。
7 messages
1999/06/22
[#7178] [PATCH] rubydb3x.el, ruby-mode.el — nobu.nakada@...
中田です。
7 messages
1999/06/22
[#7181] acknowledgement — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
6 messages
1999/06/23
[#7210] Ruby 1.3.4-990624 — Yukihiro Matsumoto <matz@...>
Ruby 1.3.4-990624 is out, check out:
7 messages
1999/06/24
[#7223] Ruby 1.3.4-990625 — Yukihiro Matsumoto <matz@...>
Ruby 1.3.4-990625 is out, check out:
14 messages
1999/06/25
[#7224] -Wl,-rpath on Linux (Re: Ruby 1.3.4-990625)
— Ryo HAYASAKA <hayasaka@...21.u-aizu.ac.jp>
1999/06/25
早坂@会津大学です。
[#7225] Re: -Wl,-rpath on Linux (Re: Ruby 1.3.4-990625)
— Katsuyuki Komatsu <komatsu@...>
1999/06/25
小松です。
[#7226] Re: -Wl,-rpath on Linux (Re: Ruby 1.3.4-990625)
— Katsuyuki Komatsu <komatsu@...>
1999/06/25
小松です。
[#7227] Re: -Wl,-rpath on Linux (Re: Ruby 1.3.4-990625)
— Katsuyuki Komatsu <komatsu@...>
1999/06/25
小松です。
[#7253] Re: Ruby 1.3.4-990625 — SHIROYAMA Takayuki <psi@...>
9 messages
1999/06/29
[#7258] TkVariable — Koji Arai <JCA02266@...>
新井です。
6 messages
1999/06/29
[ruby-dev:7199] File object
From:
Tadayoshi Funaba <tadf@...>
Date:
1999-06-23 12:32:39 UTC
List:
ruby-dev #7199
ふなばです。
ruby-list でのファイルオブジェクトでの件で、ちょっと確認していて疑問が
でてきました。
ファイルオブジェクトを生成しつづけてみると、メモリが回収されていないよ
うな気がします。で、どうもつぎのようにすると、治まりそうです。
--- gc.c.orig Fri Jun 11 15:29:53 1999
+++ gc.c Wed Jun 23 20:49:13 1999
@@ -593,6 +593,9 @@
break;
case T_FILE:
+ rb_mark_tbl(obj->as.file.iv_tbl);
+ break;
+
case T_REGEXP:
case T_FLOAT:
case T_BIGNUM:
@@ -790,6 +793,9 @@
}
break;
case T_FILE:
+ if (RANY(obj)->as.file.iv_tbl) {
+ st_free_table(RANY(obj)->as.file.iv_tbl);
+ }
if (RANY(obj)->as.file.fptr) {
rb_io_fptr_finalize(RANY(obj)->as.file.fptr);
free(RANY(obj)->as.file.fptr);
あるいは、ファイルオブジェクトには、もう iv_tbl は必要ないのかという気
もします。
--- ruby.h.orig Tue Jun 8 00:57:41 1999
+++ ruby.h Wed Jun 23 21:03:56 1999
@@ -265,7 +265,6 @@
struct RFile {
struct RBasic basic;
- struct st_table *iv_tbl;
struct OpenFile *fptr;
};
--- variable.c.orig Wed Jun 9 18:21:33 1999
+++ variable.c Wed Jun 23 21:01:42 1999
@@ -833,7 +833,6 @@
case T_OBJECT:
case T_CLASS:
case T_MODULE:
- case T_FILE:
if (ROBJECT(obj)->iv_tbl && st_lookup(ROBJECT(obj)->iv_tbl, id, &val))
return val;
break;
@@ -860,7 +859,6 @@
case T_OBJECT:
case T_CLASS:
case T_MODULE:
- case T_FILE:
if (!ROBJECT(obj)->iv_tbl) ROBJECT(obj)->iv_tbl = st_init_numtable();
st_insert(ROBJECT(obj)->iv_tbl, id, val);
break;
@@ -880,7 +878,6 @@
case T_OBJECT:
case T_CLASS:
case T_MODULE:
- case T_FILE:
if (ROBJECT(obj)->iv_tbl && st_lookup(ROBJECT(obj)->iv_tbl, id, 0))
return Qtrue;
break;
@@ -916,7 +913,6 @@
case T_OBJECT:
case T_CLASS:
case T_MODULE:
- case T_FILE:
ary = rb_ary_new();
if (ROBJECT(obj)->iv_tbl) {
st_foreach(ROBJECT(obj)->iv_tbl, ivar_i, ary);
@@ -955,7 +951,6 @@
case T_OBJECT:
case T_CLASS:
case T_MODULE:
- case T_FILE:
if (ROBJECT(obj)->iv_tbl) {
st_delete(ROBJECT(obj)->iv_tbl, &id, &val);
}
じつは、よくわかってないのですが、どうなんでしょう。
# なんか勘違いしてるかなあ
(0..24).each{|i|$><<('Itwu%hliqk`z)U|a{(hggcmr*'[i]^Math::PI*10**i%10).chr}
ふなば ただよし