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

[MacRuby] #1018: Regexp compilation error
by MacRuby 13 Oct '11

13 Oct '11

#1018: Regexp compilation error ----------------------------+----------------------------------------------- Reporter: tglee@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: Regexp ----------------------------+----------------------------------------------- $ macirb irb(main):001:0> pattern = /(?<test>Ruby|Perl)/ => SyntaxError: (irb):1: regexp `(?<test>Ruby|Perl)' compilation error: U_REGEX_RULE_SYNTAX irb(main):002:0> -- Ticket URL: <http://www.macruby.org/trac/ticket/1018> MacRuby <http://macruby.org/>

1 7

[MacRuby] #1161: minitest + mocha + macruby == BOOM!
by MacRuby 13 Oct '11

13 Oct '11

#1161: minitest + mocha + macruby == BOOM! --------------------------------------+------------------------------------- Reporter: ryand-ruby@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: --------------------------------------+------------------------------------- This is a minimal repro of the problem. The code works fine under mri, and under both w/o mocha: {{{ require "rubygems" require "isolate" Isolate.now! :system => false do gem "minitest" gem "mocha" end gem "minitest" require "minitest/autorun" require "mocha" class QuickTest < MiniTest::Unit::TestCase def test_quick obj = mock("obj") end end }}} results in: {{{ uncaught Objective-C/C++ exception... 2011-02-14 15:13:05.129 macruby[98953:903] *** Terminating app due to uncaught exception 'NoMethodError', reason: '/Users/ryan/x/tmp/isolate/macruby-1.9.2/gems/minitest-2.0.2/lib/minitest/unit.rb:664:in `block': undefined method `run' for #<QuickTest:0x20083f880 ...> (NoMethodError) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1161> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1322: Xcode 4.1/4.2
by MacRuby 13 Oct '11

13 Oct '11

#1322: Xcode 4.1/4.2 ----------------------------------------+----------------------------------- Reporter: d.dagostino@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Seems that Xcode 4.1 and 4.2 are unable to link in IB outlets and actions. There is a faster fix for that? -- Ticket URL: <http://www.macruby.org/trac/ticket/1322> MacRuby <http://macruby.org/>

1 28

[MacRuby] #1366: Lion/XCode 4.1 update breaks IB
by MacRuby 13 Oct '11

13 Oct '11

#1366: Lion/XCode 4.1 update breaks IB ----------------------------------+----------------------------------------- Reporter: paolo.bosetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: XCode ----------------------------------+----------------------------------------- After LION and Xcode 4.1 update, the XIB editor does not show anymore the available IBActions and IBOutlets from macruby classes. So, right-drag from controls to class placeholders or vice versa does not pops up the usual HUD miniwindow offering the available outlets. -- Ticket URL: <http://www.macruby.org/trac/ticket/1366> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1407: MacRuby uses GC, which is more or less deprecated, should use ARC
by MacRuby 12 Oct '11

12 Oct '11

#1407: MacRuby uses GC, which is more or less deprecated, should use ARC -----------------------------------------+---------------------------------- Reporter: mayer.julian@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: arc, gc -----------------------------------------+---------------------------------- garbage collection has been more or less deprecated by apple, they suggest using automatic reference counting for all future development. while GC may be supported for the foreseeable future, MacRuby should use the recommended and not the outdated technology which is bound to disappear at some point. -- Ticket URL: <http://www.macruby.org/trac/ticket/1407> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1406: CGUnregisterScreenRefreshCallback doesn't unregister the callback
by MacRuby 10 Oct '11

10 Oct '11

#1406: CGUnregisterScreenRefreshCallback doesn't unregister the callback ---------------------------+------------------------------------------------ Reporter: haxie1@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ {{{ framework 'ApplicationServices' framework 'Cocoa' class Tester def start @callback = Proc.new do |count, rects, userInfo| puts "callback" end err = CGRegisterScreenRefreshCallback(@callback, nil) end def stop puts "stopping" CGUnregisterScreenRefreshCallback(@callback, nil) end end t = Tester.new t.start trap("INT") { t.stop #exit 0 } NSApplication.sharedApplication.run }}} Using the above code, I can get screen refresh callbacks, but when I try to stop and unregister, I keep getting called back until I kill my terminal session. I wrote an equiv. ObjC test app and it works fine. I can post that if needed. Cheers, kam -- Ticket URL: <http://www.macruby.org/trac/ticket/1406> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1405: Crash using ScriptingBridge with OmniFocus
by MacRuby 09 Oct '11

09 Oct '11

#1405: Crash using ScriptingBridge with OmniFocus ------------------------------------+--------------------------------------- Reporter: gerrit@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- The following code {{{ framework 'ScriptingBridge' omnifocus = SBApplication.applicationWithBundleIdentifier 'com.omnigroup.omnifocus' doc = omnifocus.defaultDocument doc.folders.first.projects.first.rootTask.tasks.first.name }}} crashes macruby with the following error message: {{{ 2011-10-09 15:53:54.911 macruby[7872:e07] -[SBObject classForCode:]: unrecognized selector sent to instance 0x401343980 uncaught Objective-C/C++ exception... 2011-10-09 15:53:54.916 macruby[7872:e07] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[SBObject classForCode:]: unrecognized selector sent to instance 0x401343980' *** First throw call stack: ( 0 CoreFoundation 0x00007fff93ac0986 __exceptionPreprocess + 198 1 libobjc.A.dylib 0x00007fff8e945d5e objc_exception_throw + 43 2 CoreFoundation 0x00007fff93b4c5ae -[NSObject doesNotRecognizeSelector:] + 190 3 CoreFoundation 0x00007fff93aad803 ___forwarding___ + 371 4 CoreFoundation 0x00007fff93aad618 _CF_forwarding_prep_0 + 232 5 ScriptingBridge 0x00007fff91f9e924 -[SBElementArray elementClass] + 56 6 ScriptingBridge 0x00007fff91f9ea3d -[SBElementArray objectWithKeyForm:keyData:] + 81 7 ScriptingBridge 0x00007fff91f9eaa5 -[SBElementArray objectAtIndex:] + 60 8 libmacruby.dylib 0x000000010016a657 rb_ary_freeze + 12007 9 libmacruby.dylib 0x000000010013e161 rb_vm_dispatch + 8833 10 ??? 0x0000000101f00544 0x0 + 4327474500 11 ??? 0x0000000101f095b7 0x0 + 4327511479 12 libmacruby.dylib 0x0000000100154233 rb_vm_run + 531 13 libmacruby.dylib 0x0000000100030ca0 ruby_run_node + 80 14 macruby 0x0000000100000cf8 main + 152 15 macruby 0x0000000100000c54 start + 52 16 ??? 0x0000000000000004 0x0 + 4 ) terminate called throwing an exception }}} specifically accessing the “tasks” collection on any rootTask object (which according to the omnifocus applescript dictionary is present) causes this crash. Accessing a collection that is actually not there (like the error message suggests) only yields a standard ruby NoMethodError: {{{ untitled:7:in `<main>': undefined method `wurst' for #<OmniFocusTask:0x400eefb40> (NoMethodError) /Users/gerrit/Library/Application Support/TextMate/Bundles/Ruby.tmbundle/Support/RubyMate/catch_exception.rb:14:in `block': not opened for writing (IOError) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1405> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #562: Including a module into class Class or class Module
by MacRuby 07 Oct '11

07 Oct '11

#562: Including a module into class Class or class Module -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: mocha #reduction #patch -------------------------------------+-------------------------------------- Comment(by ernest.prabhakar@…): Any update? Did this patch ever make it in? I'm wondering if this explains some weird include behavior I'm seeing... -- Ticket URL: <http://www.macruby.org/trac/ticket/562#comment:12> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1402: Errno::EBADF occurs when repeats reading/writing the file.
by MacRuby 06 Oct '11

06 Oct '11

#1402: Errno::EBADF occurs when repeats reading/writing the file. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Using IO's object which is created by IO.new, [[BR]] Errno::EBADF occurs when repeats reading/writing the file. Test Script: {{{ #!ruby path = "/tmp/test.txt" def new_io(name, mode) fd = IO.sysopen(name, mode) IO.new(fd, mode) end 100.times do io = new_io(path, "w") io.puts "Hello, world" io.close io = new_io(path, "r") io.read io.close end }}} Result: {{{ $ macruby t.rb /Users/watson/tmp/t.rb:5:in `new_io': Bad file descriptor (Errno::EBADF) from /Users/watson/tmp/t.rb:10:in `block' from /Users/watson/tmp/t.rb:9:in `<main>' }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1402> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1401: Errno::EAGAIN occurs with 'net/https'
by MacRuby 06 Oct '11

06 Oct '11

#1401: Errno::EAGAIN occurs with 'net/https' ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'net/https' TCPServer.open("127.0.0.1", 0) {|serv| _, port, _, _ = serv.addr proxy = Net::HTTP.Proxy("127.0.0.1", port, 'user', 'password') http = proxy.new("foo.example.org", 8000) http.use_ssl = true http.verify_mode = OpenSSL::SSL::VERIFY_NONE http.start } }}} Result: {{{ $ macruby t.rb /Users/watson/tmp/t.rb:10:in `block': Resource temporarily unavailable - read(2) failed. (Errno::EAGAIN) from /Users/watson/tmp/t.rb:3:in `<main>' }}} This error occurs with IO#sysread (on rbuf_fill) in 'net/protocol.rb'. [[BR]] IO#sysread is used for avoiding a #731. But, IO::WaitWritable already implemented with https://github.com/MacRuby/MacRuby/commit/98fe7b58b3b049d2ff12aca446f1f25e4… , https://github.com/MacRuby/MacRuby/commit/99397ec76adf77779c33216d1150e414c… . I think it's time to revert a 'net/protocol.rb'. -- Ticket URL: <http://www.macruby.org/trac/ticket/1401> MacRuby <http://macruby.org/>

1 1