[#995] Mathn crashes the interpreter on PPC — Dave Thomas <dave@...>
The following code crashes the interpreter on my Powerbook:
4 messages
2003/05/01
[#1004] irb doesn't work, because tempfile doesn't work — Dave Thomas <dave@...>
Try
7 messages
2003/05/02
[#1005] Re: irb doesn't work, because tempfile doesn't work
— matz@... (Yukihiro Matsumoto)
2003/05/02
Hi,
[#1018] Re: ext/syck problems — why the lucky stiff <ruby-core@...>
U.Nakamura (usa@osb.att.ne.jp) wrote:
8 messages
2003/05/13
[#1037] ping.rb — Dave Thomas <dave@...>
On my Mac OSX,
15 messages
2003/05/14
[#1039] Re: ping.rb
— Ryan Davis <ryand@...>
2003/05/15
[#1040] Re: ping.rb
— Dave Thomas <dave@...>
2003/05/15
Ryan Davis wrote:
[#1042] Re: ping.rb
— nobu.nokada@...
2003/05/15
Hi,
[#1043] Re: ping.rb
— Dave Thomas <dave@...>
2003/05/15
nobu.nokada@softhome.net wrote:
[#1057] Fwd: ping.rb — "J.Herre" <jlst@...>
7 messages
2003/05/16
[#1066] YAML problem — Tanaka Akira <akr@...17n.org>
I found a problem with yaml.
12 messages
2003/05/22
[#1067] Re: YAML problem
— "NAKAMURA, Hiroshi" <nahi@...>
2003/05/22
Hi,
[#1068] Re: YAML problem
— why the lucky stiff <ruby-core@...>
2003/05/22
Concerning error from:
[#1069] Re: YAML problem
— Tanaka Akira <akr@...17n.org>
2003/05/22
In article <20030522064450.GA14175@rysa.inetz.com>,
[#1077] terminated object / invalid inspect_tbl — ts <decoux@...>
10 messages
2003/05/26
[#1078] Re: [1.8] terminated object / invalid inspect_tbl
— nobu.nokada@...
2003/05/26
Hi,
[#1079] Re: [1.8] terminated object / invalid inspect_tbl
— ts <decoux@...>
2003/05/26
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#1080] Re: [1.8] terminated object / invalid inspect_tbl
— nobu.nokada@...
2003/05/26
Hi,
[#1081] Re: [1.8] terminated object / invalid inspect_tbl
— ts <decoux@...>
2003/05/26
>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#1085] Re: [1.8] terminated object / invalid inspect_tbl
— nobu.nokada@...
2003/05/26
Hi,
[#1082] Possible problem with mkmf under Darwin — Dave Thomas <dave@...>
I've been having fun getting readline support to work on OSX. My latest
7 messages
2003/05/26
[#1094] Re: [ruby-cvs] ruby, ruby/lib: * eval.c (ev_const_defined, ev_const_get), variable.c — Dave Thomas <dave@...>
> * eval.c (rb_mod_autoload, rb_mod_autoload_p): new method;
12 messages
2003/05/29
[#1095] Re: [ruby-cvs] ruby, ruby/lib: * eval.c (ev_const_defined, ev_const_get), variable.c
— nobu.nokada@...
2003/05/29
Hi,
[#1097] Re: [ruby-cvs] ruby, ruby/lib: * eval.c (ev_const_defined, ev_const_get), variable.c
— Dave Thomas <dave@...>
2003/05/29
nobu.nokada@softhome.net wrote:
[#1101] Re: [ruby-cvs] ruby, ruby/lib: * eval.c (ev_const_defined, ev_const_get), variable.c
— nobu.nokada@...
2003/05/29
Hi,
[#1102] Re: [ruby-cvs] ruby, ruby/lib: * eval.c (ev_const_defined, ev_const_get), variable.c
— matz@... (Yukihiro Matsumoto)
2003/05/30
Hi,
Re: YAML problem
From:
Tanaka Akira <akr@...17n.org>
Date:
2003-05-22 22:40:23 UTC
List:
ruby-core #1071
In article <874r3neb7p.fsf@serein.a02.aist.go.jp>,
Tanaka Akira <akr@m17n.org> writes:
> % ruby -ryaml -e 's = {"1"=>2}.to_yaml; puts s; p YAML.load(s)'
> "1": 2
> /home/akr/ruby/lib/ruby/1.8/yaml.rb:28:in `load': parse error on line 0, col 3: `"1": 2' (ArgumentError)
> from /home/akr/ruby/lib/ruby/1.8/yaml.rb:28:in `load'
> from -e:1
It's fixed. Thanks.
I found two more problems.
% ruby -ryaml -e 'a = [{"a"=>"b"}] * 2; YAML.load(a.to_s)'
/home/akr/ruby/lib/ruby/1.8/yaml.rb:28:in `load': parse error on line 0, col 4: `' (ArgumentError)
from /home/akr/ruby/lib/ruby/1.8/yaml.rb:28:in `load'
from -e:1
% ruby -ryaml -e 'a = []; 1000.times { a << {"a"=>"b","c"=>"d"} }; puts a.to_yaml'|ruby -ryaml -e 'YAML.load(STDIN)'
zsh: done ruby -ryaml -e |
zsh: segmentation fault (core dumped) ruby -ryaml -e 'YAML.load(STDIN)'
% gdb ruby core
GNU gdb 5.3-debian
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-linux"...
Core was generated by `ruby -ryaml -e YAML.load(STDIN)'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libm.so.6...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /home/akr/ruby/lib/ruby/1.8/i686-linux/syck.so...done.
Loaded symbols for /home/akr/ruby/lib/ruby/1.8/i686-linux/syck.so
Reading symbols from /home/akr/ruby/lib/ruby/1.8/i686-linux/iconv.so...done.
Loaded symbols for /home/akr/ruby/lib/ruby/1.8/i686-linux/iconv.so
#0 0x000049d9 in ?? ()
(gdb) where
#0 0x000049d9 in ?? ()
#1 0x08051d14 in search_method (klass=1075294276, id=3017, origin=0xbfffdd80) at eval.c:320
#2 0x08051d58 in rb_get_method_body (klassp=0xbfffddd0, idp=0xbfffddc0, noexp=0xbfffddc4) at eval.c:338
#3 0x0805bc64 in rb_call (klass=1075294276, recv=1075294436, mid=3017, argc=0, argv=0x0, scope=1) at eval.c:5026
#4 0x0805bff9 in rb_funcall (recv=1075294436, mid=3017, n=0) at eval.c:5123
#5 0x0806cb01 in rb_any_hash (a=1075294436) at hash.c:105
#6 0x080a96fe in st_insert (table=0x81ae0f0, key=1075294436, value=1075294456) at st.c:297
#7 0x0806d4fc in rb_hash_aset (hash=1075294396, key=1075294436, val=1075294456) at hash.c:570
#8 0x401b3fe3 in rb_syck_load_handler (p=0x81912d0, n=0x8191678) at rubyext.c:348
#9 0x401b00ca in syck_hdlr_add_node (p=0x81912d0, n=0x8191678) at handler.c:18
#10 0x401af855 in yyparse (parser=0x81912d0) at gram.y:182
#11 0x401b5901 in syck_parse (p=0x81912d0) at syck.c:471
#12 0x401b4329 in syck_parser_load (argc=1, argv=0xbfffe700, self=1075592304) at rubyext.c:499
#13 0x0805b3be in rb_call0 (klass=1075413636, recv=1075592304, id=9185, oid=9185, argc=1, argv=0xbfffe700,
body=0x401981a8, nosuper=1) at eval.c:4705
#14 0x0805bdc6 in rb_call (klass=1075413636, recv=1075592304, mid=9185, argc=1, argv=0xbfffe700, scope=0) at eval.c:5050
#15 0x08056d01 in rb_eval (self=1075416096, n=0x4019ba88) at eval.c:2951
#16 0x0805783a in rb_eval (self=1075416096, n=0x4019ba38) at eval.c:3125
#17 0x0805b9b9 in rb_call0 (klass=1075329996, recv=1075416096, id=9185, oid=9185, argc=0, argv=0xbffff304,
body=0x4019ba38, nosuper=0) at eval.c:4961
#18 0x0805bdc6 in rb_call (klass=1075329996, recv=1075416096, mid=9185, argc=1, argv=0xbffff300, scope=0) at eval.c:5050
#19 0x08056d01 in rb_eval (self=1075489356, n=0x401c3c98) at eval.c:2951
#20 0x08052e48 in eval_node (self=1075489356, node=0x401c3c98) at eval.c:1213
#21 0x0805327c in ruby_exec () at eval.c:1359
#22 0x080532e9 in ruby_run () at eval.c:1380
#23 0x08051756 in main (argc=4, argv=0xbffff984, envp=0xbffff998) at main.c:50
(gdb)
--
Tanaka Akira