July 2011 - macruby-tickets - lists.macosforge.org

[MacRuby] #1364: NameError: uninitialized class variable in NSObject
by MacRuby 30 Aug '11

30 Aug '11

#1364: NameError: uninitialized class variable in NSObject -------------------------------------------+-------------------------------- Reporter: satoh@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: class variables, @@ -------------------------------------------+-------------------------------- satoh-MBP:trunk satounorio$ rvm use macruby Using /Users/satounorio/.rvm/gems/macruby-0.10 satoh-MBP:trunk satounorio$ irb irb(main):001:0> module M irb(main):002:1> @@hello = "hello" irb(main):003:0> end => "hello" irb(main):004:0> include M => NSObject irb(main):005:0> @@hello NameError: uninitialized class variable @@hello in NSObject irb(main):006:0> M.class_variables_get(:@@hello) NoMethodError: undefined method `class_variables_get' for M:Class irb(main):007:0> M.class_variable_get(:@@hello) => "hello" irb(main):008:0> -- Ticket URL: <http://www.macruby.org/trac/ticket/1364> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1222: tracer.rb isn't working
by MacRuby 29 Aug '11

29 Aug '11

#1222: tracer.rb isn't working -------------------------------------+-------------------------------------- Reporter: mattaimonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: trivial | Milestone: MacRuby Later Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- This is probably, by far the most useful Ruby stdlib and we don't yet support it :p {{{ $ macruby -rtracer time_benchmarks.rb undefined method `set_trace_func' for #<Tracer:0x2000c13a0 ...> (NoMethodError) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1222> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1306: PUT request corrupts binary data (net/http)
by MacRuby 28 Aug '11

28 Aug '11

#1306: PUT request corrupts binary data (net/http) ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- https://gist.github.com/980256 is small sample code, but not a reduction When I try to PUT an attachment into a CouchDB, it fails and returns an 500 response, but the code works fine on CRuby. A little bit of investigation into CouchDB revealed that that can happen when the attachment is corrupt. I suspect the problem is in how net/http handles binary data because reading in the file and writing out does not change the data. -- Ticket URL: <http://www.macruby.org/trac/ticket/1306> MacRuby <http://macruby.org/>

1 2

[MacRuby] #958: Errno::EAGAIN occurs when read data from socket within Webrick.
by MacRuby 20 Aug '11

20 Aug '11

#958: Errno::EAGAIN occurs when read data from socket within Webrick. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby # test_webrick_server.rb require "webrick" class Echo < WEBrick::GenericServer def run(sock) while line = sock.gets p "[server] : get = " + line sock.print line end p :end end end server = Echo.new({ :BindAddress => "127.0.0.1", :Port => 4000, }) Signal.trap('INT') { server.shutdown } server.start }}} {{{ #!ruby # test_client.rb require "socket" host = "127.0.0.1" port = 4000 c = TCPSocket.open(host, port) ["foo\n", "bar\n"].each do |item| c.print item p c.gets end ["1234", "aaa", "bbb"].each do |item| c.puts item p c.gets end }}} Result: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib test_webrick_server.rb [2010-10-17 00:43:34] INFO WEBrick 1.3.1 [2010-10-17 00:43:34] INFO ruby 1.9.2 (2008-06-03) [universal-darwin10.0] [2010-10-17 00:43:34] INFO Echo#start: pid=953 port=4000 "[server] : get = foo\n" [2010-10-17 00:43:37] ERROR Errno::EAGAIN: Resource temporarily unavailable - read() failed /Users/watson/src/macruby-dev/test_webrick_server.rb:5:in `run:' /Users/watson/src/macruby-dev/lib/webrick/server.rb:183:in `block' }}} It works as expected if I do not use Webrick. {{{ #!ruby # test_socket_server.rb require "socket" host = "127.0.0.1" port = 4000 server = TCPServer.open(port) s = server.accept while line = s.gets p "[server] : gets = " + line s.print line end }}} {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib test_socket_server.rb "[server] : gets = foo\n" "[server] : gets = bar\n" "[server] : gets = 1234\n" "[server] : gets = aaa\n" "[server] : gets = bbb\n" }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/958> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1326: Cannot create nested modules with names used by Cocoa classes when using the C API
by MacRuby 11 Aug '11

11 Aug '11

#1326: Cannot create nested modules with names used by Cocoa classes when using the C API ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Referring to: https://gist.github.com/66da73fa9f138ff49882 If you use rb_define_module_under() to create a new module in a different module, it will fail if the new modules name is the same as a Cocoa class (e.g. "NSString"): {{{ mTest = rb_define_module("Test"); rb_define_module_under(mTest, "NSString"); // TypeError: Test::NSString:Class is not a module }}} The weird part is that this will not fail if you wrote the code in pure Ruby: {{{ module Test module NSString end end }}} This is an inconsistency. -- Ticket URL: <http://www.macruby.org/trac/ticket/1326> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1233: Abort occurs when kill a thread waiting with IO.select
by MacRuby 10 Aug '11

10 Aug '11

#1233: Abort occurs when kill a thread waiting with IO.select ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby t = Thread.new do IO.select(nil, nil, nil, nil) end sleep 0.5 t.kill }}} {{{ $ macruby t.rb terminate called after throwing an instance of 'RoxorThreadRaiseException*' zsh: abort macruby t.rb }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1233> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1102: segfault when trying const_get on unitialized constant with rspec2
by MacRuby 04 Aug '11

04 Aug '11

#1102: segfault when trying const_get on unitialized constant with rspec2 ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- When I try to run const_get inside of a begin/rescue/end statement it should be safe, but when I try to spec the code in rspec it causes MacRuby to segfault instead of rescuing. I was using rspec 2.4 with the latest nightly build (Jan 6). This may be related to ticket #1095, I have attached a reduced script. -- Ticket URL: <http://www.macruby.org/trac/ticket/1102> MacRuby <http://macruby.org/>

1 3

Re: [MacRuby] #721: Compiled ruby files return incorrect values for __FILE__
by MacRuby 31 Jul '11

31 Jul '11

#721: Compiled ruby files return incorrect values for __FILE__ ---------------------------------+------------------------------------------ Reporter: mred@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by mrada@…): I duplicated this issue with ticket #1370. I was testing out a compiled Hot Cocoa. I hacked up a work around for that particular case that should work for most other cases: https://github.com/ferrous26/hotcocoa/commit/8e38eb2546e3385e2f934577bd8521… It is based on the fact that $LOADED_FEATURES keeps the absolute path for loaded files. I think a similar bit of code could fix this issue if it is possible to set `__FILE__` at load time using whatever code is already being used to add the file name to $LOADED_FEATURES. I haven't looked into it though... -- Ticket URL: <http://www.macruby.org/trac/ticket/721#comment:7> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1370: __FILE__ is different for compiled code
by MacRuby 31 Jul '11

31 Jul '11

#1370: __FILE__ is different for compiled code ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: reduction ------------------------------------+--------------------------------------- Use of the special __FILE__ variable changes between the JIT and AOT version of its usage. When using AOT code, only the name of the file is given, not the full path. Demo code: {{{ def bug! puts __FILE__ puts File.dirname(__FILE__) puts File.expand_path(__FILE__) end bug! Dir.chdir '/Users/Shared' do bug! end Dir.chdir '/Library/LaunchDaemons' do bug! end }}} First run the code using JIT, the same output will be repeated for each directory change. Then compile the code using macrubyc and run the compiled version, the output will be different each time. JIT: {{{ /Users/mrada/bug3.rb /Users/mrada /Users/mrada/bug3.rb /Users/mrada/bug3.rb /Users/mrada /Users/mrada/bug3.rb /Users/mrada/bug3.rb /Users/mrada /Users/mrada/bug3.rb }}} AOT: {{{ bug3.rb . /Users/mrada/bug3.rb bug3.rb . /Users/Shared/bug3.rb bug3.rb . /Library/LaunchDaemons/bug3.rb }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1370> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1356: Segfault occurs when invoked a Pointer.new within some threads.
by MacRuby 29 Jul '11

29 Jul '11

#1356: Segfault occurs when invoked a Pointer.new within some threads. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Segfault occurs when invoked a Pointer.new within some threads. Test Script: {{{ #!ruby th = Thread.new { 200.times do Pointer.new('@') end } 200.times do Pointer.new('@') end th.join puts :ok }}} BackTrace: {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 0x00000001005cab0e in (anonymous namespace)::GVN::runOnFunction () at Type.h:511 511 } (gdb) t a a bt Thread 3 (process 76104): #0 0x00000001005be592 in llvm::DenseMap<(anonymous namespace)::Expression, unsigned int, llvm::DenseMapInfo<(anonymous namespace)::Expression>, llvm::DenseMapInfo<unsigned int> >::FindAndConstruct () at Type.h:511 #1 0x00000001005c3a29 in (anonymous namespace)::ValueTable::lookup_or_add () at Type.h:511 #2 0x00000001005c92de in (anonymous namespace)::GVN::processBlock () at Type.h:511 #3 0x00000001005cae66 in (anonymous namespace)::GVN::runOnFunction () at Type.h:511 #4 0x0000000100904ea0 in llvm::FPPassManager::runOnFunction () at vector.tcc:300 #5 0x000000010090503c in llvm::FunctionPassManagerImpl::run () at vector.tcc:300 #6 0x0000000100905329 in llvm::FunctionPassManager::run () at vector.tcc:300 #7 0x0000000100142379 in RoxorCore::optimize (this=0x102068200, func=0x1048001f0) at vm.cpp:554 #8 0x00000001001423f2 in RoxorCore::compile (this=0x102068200, func=0x1048001f0, run_optimize=true) at vm.cpp:591 #9 0x00000001001424f2 in RoxorCore::gen_to_ocval_convertor (this=0x102068200, type=@0x10177e320) at vm.cpp:3052 #10 0x00000001000e18dd in rb_pointer_init_type (ptr=0x200021000, type=8590069696) at bridgesupport.cpp:867 #11 0x00000001000e1a08 in rb_pointer_new (type_str=0x2000211a0 "@", val=0x200021180, len=1) at bridgesupport.cpp:879 #12 0x00000001000e1e42 in rb_pointer_s_new (rcv=8590643360, sel=0x100f22350, argc=1, argv=0x10177f388) at bridgesupport.cpp:910 #13 0x000000010012deb3 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:448 #14 0x000000010012deb3 in rb_vm_dispatch () at dispatcher.cpp:872 #15 0x00000001015006d4 in ?? () #16 0x0000000101500e4c in ?? () #17 0x0000000100134887 in __rb_vm_bcall [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:98 #18 0x0000000100134887 in vm_block_eval [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:1221 #19 0x0000000100134887 in rb_vm_yield_args () at dispatcher.cpp:1278 #20 0x00000001000daefd in rb_vm_yield (argc=1, argv=0x10177f928) at vm.h:697 #21 0x00000001000daed0 in rb_yield (val=1) at vm_eval.c:183 #22 0x000000010004cdda in int_dotimes (num=801, sel=0x100fe73e0) at numeric.c:3241 #23 0x000000010012e4b4 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:159 #24 0x000000010012e4b4 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:466 #25 0x000000010012e4b4 in rb_vm_dispatch () at dispatcher.cpp:872 #26 0x00000001015006d4 in ?? () #27 0x0000000101500c01 in ?? () #28 0x0000000100132867 in __rb_vm_bcall [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:98 #29 0x0000000100132867 in vm_block_eval [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:1221 #30 0x0000000100132867 in rb_vm_block_eval (b=0x2000a99c0, argc=0, argv=0x0) at dispatcher.cpp:1228 #31 0x000000010014cd0f in rb_vm_thread_run (thread=8590086752) at vm.cpp:4866 #32 0x00007fff83cf9fd6 in _pthread_start () #33 0x00007fff83cf9e89 in thread_start () Thread 2 (process 76104): #0 0x00007fff83cdaa2a in __workq_kernreturn () #1 0x00007fff83cdae3c in _pthread_wqthread () #2 0x00007fff83cdaaa5 in start_wqthread () Thread 1 (process 76104): #0 0x00000001005cab0e in (anonymous namespace)::GVN::runOnFunction () at Type.h:511 #1 0x0000000100904ea0 in llvm::FPPassManager::runOnFunction () at vector.tcc:300 #2 0x000000010090503c in llvm::FunctionPassManagerImpl::run () at vector.tcc:300 #3 0x0000000100905329 in llvm::FunctionPassManager::run () at vector.tcc:300 #4 0x0000000100142379 in RoxorCore::optimize (this=0x102068200, func=0x1011ae630) at vm.cpp:554 #5 0x00000001001423f2 in RoxorCore::compile (this=0x102068200, func=0x1011ae630, run_optimize=true) at vm.cpp:591 #6 0x00000001001424f2 in RoxorCore::gen_to_ocval_convertor (this=0x102068200, type=@0x7fff5fbfb690) at vm.cpp:3052 #7 0x00000001000e18dd in rb_pointer_init_type (ptr=0x200020dc0, type=8590069120) at bridgesupport.cpp:867 #8 0x00000001000e1a08 in rb_pointer_new (type_str=0x200020b60 "@", val=0x200020b40, len=1) at bridgesupport.cpp:879 #9 0x00000001000e1e42 in rb_pointer_s_new (rcv=8590643360, sel=0x100f22350, argc=1, argv=0x7fff5fbfc6f8) at bridgesupport.cpp:910 #10 0x000000010012deb3 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:448 #11 0x000000010012deb3 in rb_vm_dispatch () at dispatcher.cpp:872 #12 0x00000001015006d4 in ?? () #13 0x0000000101500d2c in ?? () #14 0x00000001001348cb in __rb_vm_bcall [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:100 #15 0x00000001001348cb in vm_block_eval [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:1221 #16 0x00000001001348cb in rb_vm_yield_args () at dispatcher.cpp:1278 #17 0x00000001000daefd in rb_vm_yield (argc=1, argv=0x7fff5fbfcc98) at vm.h:697 #18 0x00000001000daed0 in rb_yield (val=1) at vm_eval.c:183 #19 0x000000010004cdda in int_dotimes (num=801, sel=0x100fe73e0) at numeric.c:3241 #20 0x000000010012e4b4 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:159 #21 0x000000010012e4b4 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:466 #22 0x000000010012e4b4 in rb_vm_dispatch () at dispatcher.cpp:872 #23 0x00000001015006d4 in ?? () #24 0x0000000101500190 in ?? () #25 0x0000000100149cba in rb_vm_run (fname=0x2000a78a0 "/Users/watson/tmp/t.rb", node=0x200024ee0, binding=0x0, inside_eval=false) at vm.cpp:4125 #26 0x000000010002858b in ruby_run_node (n=0x200024ee0) at eval.c:211 #27 0x0000000100000be3 in main (argc=2, argv=0x100f1c040, envp=0x7fff5fbfde58) at main.cpp:40 (gdb) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1356> MacRuby <http://macruby.org/>

1 2