[#586] irb aborts in 1.7.3 on Solaris — Jim Freeze <jim@...>
Hi:
6 messages
2002/12/06
[#598] irb Abort on Solaris Backtrace — Jim Freeze <jim@...>
Hi:
12 messages
2002/12/09
[#599] Re: irb Abort on Solaris Backtrace
— ts <decoux@...>
2002/12/09
>>>>> "J" == Jim Freeze <jim@freeze.org> writes:
[#600] Re: irb Abort on Solaris Backtrace
— Jim Freeze <jim@...>
2002/12/09
On Tuesday, 10 December 2002 at 1:44:43 +0900, ts wrote:
[#602] Re: irb Abort on Solaris Backtrace
— matz@... (Yukihiro Matsumoto)
2002/12/09
Hi,
[#603] Re: irb Abort on Solaris Backtrace
— Jim Freeze <jim@...>
2002/12/09
On Tuesday, 10 December 2002 at 3:24:46 +0900, Yukihiro Matsumoto wrote:
[#606] Re: irb Abort on Solaris Backtrace
— matz@... (Yukihiro Matsumoto)
2002/12/09
Hi,
[#609] Re: irb Abort on Solaris Backtrace
— Jim Freeze <jim@...>
2002/12/10
On Tuesday, 10 December 2002 at 7:59:33 +0900, Yukihiro Matsumoto wrote:
[#601] Re: irb Abort on Solaris Backtrace — "Garriss, Michael" <Michael.Garriss@...>
I tried: `ruby -r socket -e 0` and got no error. I would really like to
5 messages
2002/12/09
[#633] Error installing some extensions under non-default prefix — Jos Backus <jos@...>
Fyi: with today's CVS, when I run
4 messages
2002/12/13
[#636] doc/NEWS — Matt Armstrong <matt@...>
22 messages
2002/12/15
[#640] Re: [patch] doc/NEWS
— nobu.nokada@...
2002/12/15
Hi,
[#641] Re: [patch] doc/NEWS
— Matt Armstrong <matt@...>
2002/12/16
[#637] Re: [patch] doc/NEWS
— "Akinori MUSHA" <knu@...>
2002/12/15
At Mon, 16 Dec 2002 02:07:40 +0900,
[#639] Re: [patch] doc/NEWS
— matz@... (Yukihiro Matsumoto)
2002/12/15
Hi,
[#644] Re: [patch] doc/NEWS
— Tanaka Akira <akr@...17n.org>
2002/12/16
In article <1039993469.392945.14311.nullmailer@picachu.netlab.jp>,
[#667] Segfault in Ruby 1.7.x/1.8 Proc#to_s — Michael Granger <ged@...>
Hello,
8 messages
2002/12/29
Re: [patch] doc/NEWS
From:
nobu.nokada@...
Date:
2002-12-16 17:35:03 UTC
List:
ruby-core #648
Hi,
At Mon, 16 Dec 2002 23:01:14 +0900,
Yukihiro Matsumoto wrote:
> |If an assignment method which doesn't return an argument is not
> |intuitive, why don't ruby force it?
>
> Agreed. Last time I thought that, I was too lazy to modify compiler
> itself, and then forgot. I will fix it someday.
Is it better to define NODE_ASGN?
Index: eval.c
===================================================================
RCS file: /cvs/ruby/src/ruby/eval.c,v
retrieving revision 1.360
diff -u -2 -p -r1.360 eval.c
--- eval.c 15 Dec 2002 03:18:04 -0000 1.360
+++ eval.c 16 Dec 2002 17:22:15 -0000
@@ -2745,5 +2745,5 @@ rb_eval(self, n)
case NODE_CALL:
{
- VALUE recv;
+ VALUE recv, val;
int argc; VALUE *argv; /* used in SETUP_ARGS */
TMP_PROTECT;
@@ -2755,5 +2755,7 @@ rb_eval(self, n)
SET_CURRENT_SOURCE();
- result = rb_call(CLASS_OF(recv),recv,node->nd_mid,argc,argv,0);
+ val = rb_call(CLASS_OF(recv),recv,node->nd_mid,argc,argv,0);
+ if (rb_is_attrset_id(node->nd_mid)) val = argv[argc-1];
+ result = val;
}
break;
Index: intern.h
===================================================================
RCS file: /cvs/ruby/src/ruby/intern.h,v
retrieving revision 1.103
diff -u -2 -p -r1.103 intern.h
--- intern.h 10 Dec 2002 06:23:39 -0000 1.103
+++ intern.h 16 Dec 2002 17:22:15 -0000
@@ -303,4 +303,5 @@ void rb_gc_mark_parser _((void));
int rb_is_const_id _((ID));
int rb_is_instance_id _((ID));
+int rb_is_attrset_id _((ID));
int rb_is_class_id _((ID));
int rb_is_local_id _((ID));
Index: parse.y
===================================================================
RCS file: /cvs/ruby/src/ruby/parse.y,v
retrieving revision 1.232
diff -u -2 -p -r1.232 parse.y
--- parse.y 16 Dec 2002 06:56:33 -0000 1.232
+++ parse.y 16 Dec 2002 17:22:16 -0000
@@ -5677,4 +5677,12 @@ rb_is_instance_id(id)
int
+rb_is_attrset_id(id)
+ ID id;
+{
+ if (is_attrset_id(id)) return Qtrue;
+ return Qfalse;
+}
+
+int
rb_is_local_id(id)
ID id;
--
Nobu Nakada