[#1] Welcome to the ruby-core mailing list — matz@... (Yukihiro Matsumoto)
Hi,
2 messages
2002/05/10
[#7] Useless patch... — Michal Rokos <m.rokos@...>
Hi,
6 messages
2002/05/14
[#19] Re: [BUG] thread failure after trap — nobu.nokada@...
Hi,
11 messages
2002/05/16
[#20] Re: [BUG] thread failure after trap
— ts <decoux@...>
2002/05/16
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#23] Re: [BUG] thread failure after trap
— nobu.nokada@...
2002/05/16
Hi,
[#42] Re: possible bug: stack dump with <<-String, #{...} and large loops — ts <decoux@...>
32 messages
2002/05/25
[#43] Re: possible bug: stack dump with <<-String, #{...} and large loops
— nobu.nokada@...
2002/05/26
Hi,
[#45] Re: possible bug: stack dump with <<-String, #{...} and large loops
— ts <decoux@...>
2002/05/26
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#46] Re: possible bug: stack dump with <<-String, #{...} and large loops
— nobu.nokada@...
2002/05/26
Hi,
[#47] Re: possible bug: stack dump with <<-String, #{...} and large loops
— ts <decoux@...>
2002/05/26
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#48] Re: possible bug: stack dump with <<-String, #{...} and large loops
— ts <decoux@...>
2002/05/26
>>>>> "t" == ts <decoux@moulon.inra.fr> writes:
[#49] Re: possible bug: stack dump with <<-String, #{...} and large loops
— nobu.nokada@...
2002/05/27
Hi,
[#50] Re: possible bug: stack dump with <<-String, #{...} and large loops
— ts <decoux@...>
2002/05/27
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#51] Re: possible bug: stack dump with <<-String, #{...} and large loops
— nobu.nokada@...
2002/05/27
Hi,
[#52] Re: possible bug: stack dump with <<-String, #{...} and large loops
— ts <decoux@...>
2002/05/27
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#53] Re: possible bug: stack dump with <<-String, #{...} and large loops
— nobu.nokada@...
2002/05/27
Hi,
[#54] Re: possible bug: stack dump with <<-String, #{...} and large loops
— ts <decoux@...>
2002/05/27
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#55] Re: possible bug: stack dump with <<-String, #{...} and large loops
— nobu.nokada@...
2002/05/27
Hi,
[#56] Re: possible bug: stack dump with <<-String, #{...} and large loops
— ts <decoux@...>
2002/05/27
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#57] Re: possible bug: stack dump with <<-String, #{...} and large loops
— nobu.nokada@...
2002/05/28
Hi,
[#65] Re: possible bug: stack dump with <<-String, #{...} and large loops
— ts <decoux@...>
2002/05/28
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#84] Re: possible bug: stack dump with <<-String, #{...} and large loops
— nobu.nokada@...
2002/05/29
Hi,
[#92] Re: possible bug: stack dump with <<-String, #{...} and large loops
— ts <decoux@...>
2002/05/29
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#93] Re: possible bug: stack dump with <<-String, #{...} and large loops
— nobu.nokada@...
2002/05/29
Hi,
[#94] Re: possible bug: stack dump with <<-String, #{...} and large loops
— ts <decoux@...>
2002/05/29
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#95] Re: possible bug: stack dump with <<-String, #{...} and large loops
— nobu.nokada@...
2002/05/29
Hi,
[#96] Re: possible bug: stack dump with <<-String, #{...} and large loops
— ts <decoux@...>
2002/05/29
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#59] yyparse() and friends >> rubyparse() or rbparse()... — Sean Chittenden <sean@...>
Would it be possible to add '-p ruby' to the bison command line args
8 messages
2002/05/28
[#60] Re: yyparse() and friends >> rubyparse() or rbparse()...
— matz@... (Yukihiro Matsumoto)
2002/05/28
Hi,
[#61] Re: yyparse() and friends >> rubyparse() or rbparse()...
— Sean Chittenden <sean@...>
2002/05/28
> |Would it be possible to add '-p ruby' to the bison command line
[#67] The warns-a-thon continues... — Sean Chittenden <sean@...>
I'm feeling left out in this race to clobber warnings!!! Attached are
19 messages
2002/05/28
[#69] Re: The warns-a-thon continues...
— matz@... (Yukihiro Matsumoto)
2002/05/28
Hi,
[#70] Re: The warns-a-thon continues...
— WATANABE Hirofumi <eban@...>
2002/05/28
Hi,
[#71] Re: The warns-a-thon continues...
— Sean Chittenden <sean@...>
2002/05/28
> :*) Fixed some sprintf() format type mismatches
[#86] rb_hash_has_key() and friends non-static... — Sean Chittenden <sean@...>
I'm doing a lot of work with Ruby in C and am using some of Ruby's
9 messages
2002/05/29
[#117] Re: rb_hash_has_key() and friends non-static...
— Sean Chittenden <sean@...>
2002/06/03
At the moment I'm writing an appendix Beginning Ruby Programming
[#119] Re: rb_hash_has_key() and friends non-static...
— nobu.nokada@...
2002/06/04
Hi,
[#104] Re: possible bug: stack dump with <<-String, #{...} and large loops — ts <decoux@...>
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
29 messages
2002/05/30
[#105] Re: possible bug: stack dump with <<-String, #{...} and large loops
— nobu.nokada@...
2002/05/30
Hi,
[#106] Re: possible bug: stack dump with <<-String, #{...} and large loops
— ts <decoux@...>
2002/05/31
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#107] Re: possible bug: stack dump with <<-String, #{...} and large loops
— nobu.nokada@...
2002/05/31
Hi,
[#125] Re: possible bug: stack dump with <<-String, #{...} and large loops
— ts <decoux@...>
2002/06/04
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#126] Re: possible bug: stack dump with <<-String, #{...} and large loops
— nobu.nokada@...
2002/06/04
Hi,
[#127] Re: possible bug: stack dump with <<-String, #{...} and large loops
— ts <decoux@...>
2002/06/04
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#130] Re: possible bug: stack dump with <<-String, #{...} and large loops
— nobu.nokada@...
2002/06/04
Hi,
[#132] Re: possible bug: stack dump with <<-String, #{...} and large loops
— nobu.nokada@...
2002/06/05
Hi,
[#134] Re: possible bug: stack dump with <<-String, #{...} and large loops
— ts <decoux@...>
2002/06/05
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#135] Re: possible bug: stack dump with <<-String, #{...} and large loops
— ts <decoux@...>
2002/06/05
>>>>> "t" == ts <decoux@moulon.inra.fr> writes:
[#138] Re: possible bug: stack dump with <<-String, #{...} and large loops
— matz@... (Yukihiro Matsumoto)
2002/06/05
Hi,
Re: possible bug: stack dump with <<-String, #{...} and large loops
From:
ts <decoux@...>
Date:
2002-05-26 15:35:45 UTC
List:
ruby-core #47
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
n> Like this?
Yes, but I really hate the following line (I hope that nobody on this list
has seen this :-)))
n> + ruby_eval_tree = block_append(ruby_eval_tree,
n> + NEW_DASGN(0, NEW_LIT(0)));
The other solution
pigeon% diff -ub eval.c.old eval.c
--- eval.c.old Sun May 26 17:27:57 2002
+++ eval.c Sun May 26 17:10:14 2002
@@ -3060,8 +3060,12 @@
{
VALUE str, str2;
NODE *list = node->nd_next;
+ int state;
str = rb_str_new3(node->nd_lit);
+ rb_dvar_push(0, 0);
+ PUSH_TAG(PROT_NONE);
+ if ((state = EXEC_TAG()) == 0) {
while (list) {
if (list->nd_head) {
switch (nd_type(list->nd_head)) {
@@ -3092,6 +3096,11 @@
}
list = list->nd_next;
}
+ }
+ POP_TAG();
+ ruby_dyna_vars = ruby_dyna_vars->next;
+ if (state) JUMP_TAG(state);
+
switch (nd_type(node)) {
case NODE_DREGX:
result = rb_reg_new(RSTRING(str)->ptr, RSTRING(str)->len,
pigeon%
must work no ?
Guy Decoux