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

[MacRuby] #1381: Calling objective-c method with semicolon before 1st arg sometimes works
by MacRuby 23 Aug '11

23 Aug '11

#1381: Calling objective-c method with semicolon before 1st arg sometimes works --------------------------------+------------------------------------------- Reporter: sohocoke@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- [ilo-robbie@nibbler:~]$ macirb -f # demonstrate flexible syntax irb(main):002:0> s1 = NSString.stringWithString("hi") => "hi" irb(main):003:0> s2 = NSString.stringWithString:"hi" => "hi" # some other weirdness observed during equality tests using objective-c methods - didn't have time to look into this, could be related irb(main):004:0> s1.isEqual:s2 => 0 irb(main):005:0> s1.isEqualToString:s2 => 0 irb(main):006:0> s1 == s2 => true irb(main):007:0> s1.isEqual(s2) => 1 # demonstrate normal operation irb(main):009:0> p1 = "/tmp/macruby-file" => "/tmp/macruby-file" irb(main):010:0> `ls #{p1}` ls: /tmp/macruby-file: No such file or directory => "" irb(main):018:0> framework 'cocoa' => true irb(main):019:0> s1.writeToFile(p1, atomically:true, encoding:NSUTF8StringEncoding, error:nil) => true irb(main):020:0> `ls #{p1}` => "/tmp/macruby-file\n" irb(main):021:0> `rm #{p1}; ls #{p1}` ls: /tmp/macruby-file: No such file or directory => "" # demonstrate weird operation when using flexible syntax irb(main):022:0> s1.writeToFile:p1, atomically:true, encoding:NSUTF8StringEncoding, error:nil => true irb(main):023:0> `ls #{p1}` ls: /tmp/macruby-file: No such file or directory => "" # i'm going to guess that the symbol :p1 got passed to the call. -- Ticket URL: <http://www.macruby.org/trac/ticket/1381> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1377: macirb should catch control-c like the CRuby irb
by MacRuby 20 Aug '11

20 Aug '11

#1377: macirb should catch control-c like the CRuby irb ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- When I hit control+c in macirb it will always quit macirb, however, sometimes I just want to escape a long operation that I did incorrectly. When I hit control+c in the irb client that CRuby comes with the signal is caught and the operation is aborted, but the rib session continues to run. -- Ticket URL: <http://www.macruby.org/trac/ticket/1377> MacRuby <http://macruby.org/>

1 1

[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] #1379: Gem rev-0.3.2 fails to build
by MacRuby 18 Aug '11

18 Aug '11

#1379: Gem rev-0.3.2 fails to build --------------------------------+------------------------------------------- Reporter: jhemmelg@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- I am running the latest code from github. I was installing the gem msgpack-rpc which depends on rev. The build of the rev gem failed with the following message: {{{ /usr/bin/gcc-4.2 -I. -I/Library/Frameworks/MacRuby.framework/Versions/0.11/usr/include/ruby-1.9.2 /universal-darwin10.0 -I/Library/Frameworks/MacRuby.framework/Versions/0.11/usr/include/ruby-1.9.2/ruby/backward -I/Library/Frameworks/MacRuby.framework/Versions/0.11/usr/include/ruby-1.9.2 -I. -DRUBY_VERSION_CODE=192 -DHAVE_RB_THREAD_BLOCKING_REGION -DHAVE_RB_THREAD_BLOCKING_REGION -DHAVE_RB_THREAD_ALONE -DHAVE_RB_THREAD_ALONE -DHAVE_RB_STR_SET_LEN -DHAVE_RB_STR_SET_LEN -DHAVE_SYS_SELECT_H -DEV_USE_SELECT -DHAVE_POLL_H -DEV_USE_POLL -DHAVE_SYS_EVENT_H -DHAVE_SYS_QUEUE_H -DEV_USE_KQUEUE -DHAVE_OPENSSL_SSL_H -DHAVE_OPENSSL_SSL_H -DHAVE_SYS_RESOURCE_H -DHAVE_SYS_RESOURCE_H -DHAVE_SYSCTLBYNAME -DHAVE_SYSCTLBYNAME -fno-common -arch x86_64 -fexceptions -fno-common -pipe -O3 -g -Wall -arch x86_64 -o rev_loop.o -c rev_loop.c rev_loop.c: In function ‘Rev_Loop_initialize’: rev_loop.c:93: warning: no return statement in function returning non-void rev_loop.c: In function ‘Rev_Loop_run_nonblock’: rev_loop.c:278: error: ‘TRAP_BEG’ undeclared (first use in this function) rev_loop.c:278: error: (Each undeclared identifier is reported only once rev_loop.c:278: error: for each function it appears in.) rev_loop.c:280: error: ‘TRAP_END’ undeclared (first use in this function) make: *** [rev_loop.o] Error 1 }}} These gems installed successfully on 1.8.7 and 1.9.2. -- Ticket URL: <http://www.macruby.org/trac/ticket/1379> MacRuby <http://macruby.org/>

1 0

[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

Re: [MacRuby] #203: Marshal.dump does not serialize an Exception's backtrace
by MacRuby 10 Aug '11

10 Aug '11

#203: Marshal.dump does not serialize an Exception's backtrace ----------------------------------------+----------------------------------- Reporter: vincent.isambart@… | Owner: lsansonetti@… Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------------+----------------------------------- Changes (by watson1978@…): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.11 Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/9cad55f996ea489e8aa8224113019a2f6… -- Ticket URL: <http://www.macruby.org/trac/ticket/203#comment:4> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #542: Attempt to unlock a mutex which is not locked (ThreadError)
by MacRuby 07 Aug '11

07 Aug '11

#542: Attempt to unlock a mutex which is not locked (ThreadError) -------------------------------------+-------------------------------------- Reporter: valerii.hiora@… | Owner: lsansonetti@… Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------------+-------------------------------------- Changes (by watson1978@…): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.11 Comment: Awesome! Thank you for your great works! Fixed with https://github.com/MacRuby/MacRuby/commit/a8e8922360d1e95c75483555eed570666… -- Ticket URL: <http://www.macruby.org/trac/ticket/542#comment:12> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #542: Attempt to unlock a mutex which is not locked (ThreadError)
by MacRuby 07 Aug '11

07 Aug '11

#542: Attempt to unlock a mutex which is not locked (ThreadError) -------------------------------------+-------------------------------------- Reporter: valerii.hiora@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by jhemmelg@…): Re-locking the mutex at the end of mutex_sleep() (in thread.c) seems to fix this problem completely. Pull request sent. -- Ticket URL: <http://www.macruby.org/trac/ticket/542#comment:11> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1373: Better error reporting is needed for infinite recursion
by MacRuby 04 Aug '11

04 Aug '11

#1373: Better error reporting is needed for infinite recursion ----------------------------------+----------------------------------------- Reporter: scott@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Infinite recursion in MRI reports that the stack is too deep. With MacRuby, "segmentation fault: 11" is dumped to the console. Here's a simple test: {{{ def recurse recurse end recurse }}} MRI output: {{{ test.rb:2:in `recurse': stack level too deep (SystemStackError) from test.rb:2:in `recurse' from test.rb:5 }}} MacRuby output: {{{ Segmentation fault: 11 }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1373> MacRuby <http://macruby.org/>

1 0