[#20525] [BigDecimal] changing rule of coerce — "Tadashi Saito" <shiba@...2.accsnet.ne.jp>

斎藤です。

44 messages 2003/07/07
[#20527] Re: [BigDecimal] changing rule of coerce — "Shigeo Kobayashi" <shigeo@...> 2003/07/07

小林です。

[#20528] Re: [BigDecimal] changing rule of coerce — matz@... (Yukihiro Matsumoto) 2003/07/07

まつもと ゆきひろです

[#20570] Marshal upgrade — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

41 messages 2003/07/09
[#20575] Re: Marshal upgrade — Masatoshi SEKI <m_seki@...> 2003/07/09

咳といいます。

[#20583] Re: Marshal upgrade — matz@... (Yukihiro Matsumoto) 2003/07/09

まつもと ゆきひろです

[#21016] Re: Marshal upgrade — matz@... (Yukihiro Matsumoto) 2003/07/30

まつもと ゆきひろです

[#20804] add library — nobu.nakada@... 2003/07/23

なかだです。

[#20580] add library(Re:ruby-dev:20570) — たむらけんいち <sgs02516@...>

たむらです。

30 messages 2003/07/09
[#20656] Re: add library — "NAKAMURA, Hiroshi" <nakahiro@...> 2003/07/14

なひです。

[#20658] Re: add library — GOTOU Yuuzou <gotoyuzo@...> 2003/07/14

In message <038d01c349cb$eaad71d0$93222fc0@sarion.co.jp>,

[#20659] Re: add library — matz@... (Yukihiro Matsumoto) 2003/07/14

まつもと ゆきひろです

[#20660] Re: add library — GOTOU Yuuzou <gotoyuzo@...> 2003/07/14

In message <1058171960.400840.10041.nullmailer@picachu.netlab.jp>,

[#20661] Re: add library — Takahiro Kambe <taca@...> 2003/07/14

話をそらしてしまうかもしれませんが、

[#20665] Re: add library — GOTOU Yuuzou <gotoyuzo@...> 2003/07/14

In message <20030714.183104.09092354.taca@back-street.net>,

[#20666] Re: add library — Takahiro Kambe <taca@...> 2003/07/14

In message <20030715.013655.424936247.gotoyuzo@kotetsu.does.notwork.org>

[#20668] Re: add library — GOTOU Yuuzou <gotoyuzo@...> 2003/07/14

In message <20030715.025907.26217115.taca@back-street.net>,

[#20750] Re: add library — Takahiro Kambe <taca@...> 2003/07/21

In message <20030715.051853.968499478.gotoyuzo@kotetsu.does.notwork.org>

[#20751] Re: add library — GOTOU Yuuzou <gotoyuzo@...> 2003/07/21

In message <20030721.163444.09092937.taca@back-street.net>,

[#20655] frozen ThreadGroup — Hidetoshi NAGAI <nagai@...>

永井@知能.九工大です.

26 messages 2003/07/14
[#20671] Re: frozen ThreadGroup — matz@... (Yukihiro Matsumoto) 2003/07/14

まつもと ゆきひろです

[#20673] Re: frozen ThreadGroup — Hidetoshi NAGAI <nagai@...> 2003/07/15

永井@知能.九工大です.

[#20676] Re: frozen ThreadGroup — matz@... (Yukihiro Matsumoto) 2003/07/15

まつもと ゆきひろです

[#20677] Re: frozen ThreadGroup — Hidetoshi NAGAI <nagai@...> 2003/07/15

永井@知能.九工大です.

[#20681] Re: frozen ThreadGroup — matz@... (Yukihiro Matsumoto) 2003/07/15

まつもと ゆきひろです

[#20690] portable(?) UserID/GroupID control (Re: frozen ThreadGroup) — Hidetoshi NAGAI <nagai@...> 2003/07/16

永井@知能.九工大です.

[#20712] Re: portable(?) UserID/GroupID control — Hidetoshi NAGAI <nagai@...> 2003/07/17

永井@知能.九工大です.

[#20735] Re: portable(?) UserID/GroupID control — matz@... (Yukihiro Matsumoto) 2003/07/20

まつもと ゆきひろです

[#20736] Re: portable(?) UserID/GroupID control — Hidetoshi NAGAI <nagai@...> 2003/07/20

永井@知能.九工大です.

[#20737] Re: portable(?) UserID/GroupID control — matz@... (Yukihiro Matsumoto) 2003/07/20

まつもと ゆきひろです

[#20748] [BigDecimal] exception handling — "Tadashi Saito" <shiba@...2.accsnet.ne.jp>

斎藤です。

20 messages 2003/07/21

[#20765] Re: [ruby-cvs] ruby/lib: * lib/tmpdir.rb: new library to get temporary directory path, — WATANABE Hirofumi <eban@...>

わたなべです。

9 messages 2003/07/21

[#20780] complex.rb — Masahiro TANAKA <masa@...>

complex.rb についての修正案を[ruby-math:00543]で提案しましたが、その後

25 messages 2003/07/22
[#20782] Re: complex.rb — matz@... (Yukihiro Matsumoto) 2003/07/22

まつもと ゆきひろです

[#20900] Re: complex.rb — Masahiro TANAKA <masa@...> 2003/07/25

At Tue, 22 Jul 2003 17:30:31 +0900, Yukihiro Matsumoto wrote:

[#20905] Re: complex.rb — matz@... (Yukihiro Matsumoto) 2003/07/25

まつもと ゆきひろです

[#20906] Re: complex.rb — keiju@... (石塚圭樹) 2003/07/25

けいじゅ@いしつかです.

[#20810] Rational 始めました。 — Shin-ichiro HARA <sinara@...>

原です。

13 messages 2003/07/23
[#20876] Re: Rational 始めました。 — keiju@... (石塚圭樹) 2003/07/24

けいじゅ@いしつかです.

[#20954] ruby 1.8.0 preview5 — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

15 messages 2003/07/28

[#20957] [BigDecimal] conflict between Numeric#div and BigDecimal#div — "Tadashi Saito" <shiba@...2.accsnet.ne.jp>

斎藤です。

29 messages 2003/07/28
[#20960] Re: [BigDecimal] conflict between Numeric#div and BigDecimal#div — Masahiro TANAKA <masa@...> 2003/07/28

At Mon, 28 Jul 2003 18:26:20 +0900, Tadashi Saito wrote:

[#20962] Re: [BigDecimal] conflict between Numeric#div and BigDecimal#div — matz@... (Yukihiro Matsumoto) 2003/07/28

まつもと ゆきひろです

[#20990] Re: [BigDecimal] conflict between Numeric#div and BigDecimal#div — Masahiro TANAKA <masa@...> 2003/07/29

At Mon, 28 Jul 2003 21:16:08 +0900, Yukihiro Matsumoto wrote:

[#20992] Re: [BigDecimal] conflict between Numeric#div and BigDecimal#div — matz@... (Yukihiro Matsumoto) 2003/07/29

まつもと ゆきひろです

[ruby-dev:20687] Re: frozen ThreadGroup

From: Hidetoshi NAGAI <nagai@...>
Date: 2003-07-15 13:08:24 UTC
List: ruby-dev #20687
永井@知能.九工大です.

From: matz@ruby-lang.org (Yukihiro Matsumoto)
Subject: [ruby-dev:20681] Re: frozen ThreadGroup
Date: Tue, 15 Jul 2003 16:46:40 +0900
Message-ID: <1058255237.819358.15871.nullmailer@picachu.netlab.jp>
> |> (1)+(3) -> freeze
> |> (2)     -> enclose
> |> 
> |> でどうでしょう?
> |
> |(1)+(2) のケースの必要性が本当にないかどうかについて
> |ちょっと自信がありませんが,それで OK だと思います.
> 
> では、それでいいんじゃないでしょうか。他と干渉もなさそうですし。

遅くなってしまいましたが,この仕様でのパッチを
メール末尾に添えてますので,ご確認ください.

> です。私はuser id/gruop idを操作する欲求も経験もありませんか
> ら、機能の善し悪しについては判断できませんでした。が、名前の
> 善し悪しについては判断するという。

この後で現在の 1.8.0 に適用できるように作業にかかり,
名前の候補も挙げてみようと思います.

> |# この件といい今回の safeTk 絡みの件といい,
> |# 一人で変なところを突っついて踊ってばかりいる気が...
> そんなことはないです。人より広い見地を持つ人は孤独なのです、
> きっと。
> 「おれを見下した学会に復讐してやる」とか。^^;;;

そんな大したモノならいいんですけどねぇ.(^_^;
実体は,今度の法人化案のせいで,月々わずか 3 万 5 千円程度しかない
研究費でさえ大幅に削られそうなために悲しんでいる,
しがない大学教職員に過ぎませんです.はい.

# 「研究などするな」と言っているも同然...(;_;)
-- 
                                         永井 秀利 (九工大 知能情報)
                                             nagai@ai.kyutech.ac.jp
Index: eval.c
===================================================================
RCS file: /src/ruby/eval.c,v
retrieving revision 1.480
diff -u -r1.480 eval.c
--- eval.c	15 Jul 2003 10:50:54 -0000	1.480
+++ eval.c	15 Jul 2003 12:54:32 -0000
@@ -7871,6 +7871,8 @@
     int abort;
     int priority;
     int gid;
+    int g_enclosed;
+    int g_frozen;
 
     st_table *locals;
 
@@ -9203,6 +9205,8 @@
     th->abort = 0;\
     th->priority = 0;\
     th->gid = 1;\
+    th->g_enclosed = 0;\
+    th->g_frozen = 0;\
     th->locals = 0;\
 } while (0)
 
@@ -9282,6 +9286,11 @@
     enum thread_status status;
     int state;
 
+    if (curr_thread->g_frozen) {
+	rb_raise(rb_eThreadError, 
+		 "can't start a new thread (frozen ThreadGroup)");
+    }
+
 #if defined(HAVE_SETITIMER)
     if (!thread_init) {
 #ifdef POSIX_SIGNAL
@@ -9316,6 +9325,8 @@
 	curr_thread->next = th;
 	th->priority = curr_thread->priority;
 	th->gid = curr_thread->gid;
+	th->g_enclosed = curr_thread->g_enclosed;
+	th->g_frozen = curr_thread->g_frozen;
     }
 
     PUSH_TAG(PROT_THREAD);
@@ -9865,6 +9876,7 @@
 
 struct thgroup {
     int gid;
+    int enclosed;
 };
 
 static VALUE thgroup_s_alloc _((VALUE));
@@ -9878,6 +9890,7 @@
 
     group = Data_Make_Struct(klass, struct thgroup, 0, free, data);
     data->gid = serial++;
+    data->enclosed = 0;
 
     return group;
 }
@@ -9903,6 +9916,60 @@
     return ary;
 }
 
+VALUE
+thgroup_enclose(group)
+    VALUE group;
+{
+    struct thgroup *data;
+    rb_thread_t th;
+
+    Data_Get_Struct(group, struct thgroup, data);
+    data->enclosed = 1;
+
+    FOREACH_THREAD(th) {
+	if (th->gid == data->gid) {
+	  th->g_enclosed = 1;
+	}
+    }
+    END_FOREACH(th);
+
+    return group;
+}
+
+VALUE
+thgroup_freeze(group)
+    VALUE group;
+{
+    struct thgroup *data;
+    rb_thread_t th;
+
+    rb_obj_freeze(group);
+
+    Data_Get_Struct(group, struct thgroup, data);
+    data->enclosed = 1;
+
+    FOREACH_THREAD(th) {
+	if (th->gid == data->gid) {
+	  th->g_frozen = 1;
+	  th->g_enclosed = 1;
+	}
+    }
+    END_FOREACH(th);
+
+    return group;
+}
+
+static VALUE
+thgroup_enclosed_p(group)
+    VALUE group;
+{
+    struct thgroup *data;
+
+    Data_Get_Struct(group, struct thgroup, data);
+    if (data->enclosed) return Qtrue;
+    return Qfalse;
+}
+
 static VALUE
 thgroup_add(group, thread)
     VALUE group, thread;
@@ -9912,7 +9979,21 @@
 
     rb_secure(4);
     th = rb_thread_check(thread);
-    Data_Get_Struct(group, struct thgroup, data);
+
+    if (th->g_frozen) {
+      rb_raise(rb_eThreadError, "can't move from the frozen thread group");
+    } else if (th->g_enclosed) {
+      rb_raise(rb_eThreadError, "can't move from the enclosed thread group");
+    }
+
+    if (OBJ_FROZEN(group)) {
+      rb_raise(rb_eThreadError, "can't move to the frozen thread group");
+    } else {
+      Data_Get_Struct(group, struct thgroup, data);
+      if (data->enclosed) {
+	rb_raise(rb_eThreadError, "can't move to the enclosed thread group");
+      }
+    }
 
     th->gid = data->gid;
     return group;
@@ -9985,6 +10066,9 @@
     cThGroup = rb_define_class("ThreadGroup", rb_cObject);
     rb_define_alloc_func(cThGroup, thgroup_s_alloc);
     rb_define_method(cThGroup, "list", thgroup_list, 0);
+    rb_define_method(cThGroup, "enclose", thgroup_enclose, 0);
+    rb_define_method(cThGroup, "freeze", thgroup_freeze, 0);
+    rb_define_method(cThGroup, "enclosed?", thgroup_enclosed_p, 0);
     rb_define_method(cThGroup, "add", thgroup_add, 1);
     rb_define_const(cThGroup, "Default", rb_obj_alloc(cThGroup));
 }

In This Thread