October 2009 - MacRuby-devel - lists.macosforge.org

[MacRuby] #368: AOT compilation failing on this example
by MacRuby 09 Dec '09

09 Dec '09

#368: AOT compilation failing on this example -------------------------------------+-------------------------------------- Reporter: mattaimonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- -- Ticket URL: <http://www.macruby.org/trac/ticket/368> MacRuby <http://macruby.org/>

1 2

[MacRuby] #337: Bug in rb_source_new_timer in gcd.c
by MacRuby 28 Nov '09

28 Nov '09

#337: Bug in rb_source_new_timer in gcd.c ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Maybe I'm missing something, but shouldn't "&delay" be in this argument list? rb_scan_args(argc, argv, "21", &queue, &interval, &leeway); If not, where is delay initialized? ---- rb_source_new_timer(VALUE klass, SEL sel, int argc, VALUE* argv) { dispatch_time_t start_time; VALUE queue = Qnil, interval = Qnil, delay = Qnil, leeway = Qnil; rb_scan_args(argc, argv, "21", &queue, &interval, &leeway); if (NIL_P(leeway)) { leeway = INT2FIX(0); } if (NIL_P(delay)) { start_time = DISPATCH_TIME_NOW; } else { start_time = dispatch_walltime(NULL, number_to_nanoseconds(delay)); } -- Ticket URL: <http://www.macruby.org/trac/ticket/337> MacRuby <http://macruby.org/>

1 3

[MacRuby] #323: GCD for_reading queue crash
by MacRuby 28 Nov '09

28 Nov '09

#323: GCD for_reading queue crash -----------------------------+---------------------------------------------- Reporter: ben@… | Owner: pthomson@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Running the attached program and sending data to the syslog causes an assertion failure. {{{ # macruby gcd_test.rb }}} in another shell do this a few times: {{{ syslog -l 3 -s 'hi' syslog -l 3 -s 'hi' syslog -l 3 -s 'hi' }}} The crash is the eventual result of assertion failure: {{{Assertion failed: (pimp != NULL), function __rb_vm_bcall, file vm.cpp, line 2188.}}} except I can also get it to crash here: {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 [Switching to process 7775] 0x0000000000000000 in ?? () (gdb) bt #0 0x0000000000000000 in ?? () #1 0x000000010017ebeb in rb_vm_block_eval0 (b=0x20001df20, self=513, argc=0, argv=0x0) at vm.cpp:3968 #2 0x0000000100119a26 in rb_source_event_handler (sourceptr=<value temporarily unavailable, due to optimizations>) at gcd.c:673 #3 0x00007fff820eb46d in _dispatch_source_invoke () #4 0x00007fff820ea824 in _dispatch_queue_invoke () #5 0x00007fff820ea94d in _dispatch_queue_drain () #6 0x00007fff820ea7a4 in _dispatch_queue_invoke () #7 0x00007fff820ea34e in _dispatch_worker_thread2 () #8 0x00007fff820e9c80 in _pthread_wqthread () #9 0x00007fff820e9b1d in start_wqthread () }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/323> MacRuby <http://macruby.org/>

1 1

[MacRuby] #127: implement Set using NSSet
by MacRuby 11 Nov '09

11 Nov '09

#127: implement Set using NSSet -------------------------------------+-------------------------------------- Reporter: jordan.breeding(a)mac.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.4 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Since most applicable classes are either already on top of their Cocoa counterparts (NSString, NSArray, NSDictionary) or soon should be (NSNumber), Set (require 'set') could be moved to NSSet -- Ticket URL: <http://www.macruby.org/trac/ticket/127> MacRuby <http://macruby.org/>

1 4

[MacRuby] #232: Examples macruby apps don't work on Leopard
by MacRuby 10 Nov '09

10 Nov '09

#232: Examples macruby apps don't work on Leopard -----------------------------------+---------------------------------------- Reporter: anildigital@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.4 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- /Developer/Examples/Ruby/MacRuby$ macruby buildall.rb /Users/anildigital/Desktop/temp Successful to build: ABPresence, AnimatingViews, CircleView, DotView, EmbeddedMacRuby, FlickrDemo, OutlineView, PagePacker, PathDemo, RoundTransparentWindow, ViewModelDemo Failed to build: None I have attached example .app file -- Ticket URL: <http://www.macruby.org/trac/ticket/232> MacRuby <http://macruby.org/>

1 2

[MacRuby] #233: Examples macruby apps don't work on Leopard
by MacRuby 10 Nov '09

10 Nov '09

#233: Examples macruby apps don't work on Leopard -----------------------------------+---------------------------------------- Reporter: anildigital@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.4 Component: MacRuby | Keywords: macruby -----------------------------------+---------------------------------------- /Developer/Examples/Ruby/MacRuby$ macruby buildall.rb /Users/anildigital/Desktop/temp Successful to build: ABPresence, AnimatingViews, CircleView, DotView, EmbeddedMacRuby, FlickrDemo, OutlineView, PagePacker, PathDemo, RoundTransparentWindow, ViewModelDemo Failed to build: None -- Ticket URL: <http://www.macruby.org/trac/ticket/233> MacRuby <http://macruby.org/>

1 1

[MacRuby] #348: macruby is slower than ruby 1.9 for priority queue work
by MacRuby 06 Nov '09

06 Nov '09

#348: macruby is slower than ruby 1.9 for priority queue work -------------------------------------+-------------------------------------- Reporter: jordan.breeding@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- I was originally trying to debug why a program I have that uses priority queues was breaking under MacRuby. I am still in the process of tracking that one down (to a reproducible, small test case). In the process however I ended up with two different pure ruby priority queues that I was using, and one Obj-C based priority queue. To further track down the problem I pulled out some of the code into a much smaller example. Unfortunately, this actually worked for all three cases reliably and I could not reproduce the crash. Fortunately it uncovered some cases where ruby 1.9 reliably performs better than MacRuby. I do not know if these cases are known or not, but I am including the timing information inline here as well as in text files in the zip file I am attaching. using a small set with pqueue {{{ (; ruby1.9 ./small_queue_test.pqueue > /dev/null; ) 11.63s user 0.05s system 99% cpu 11.691 total (; macruby ./small_queue_test.pqueue > /dev/null; ) 16.49s user 1.34s system 107% cpu 16.509 total }}} using a larger set with pqueue {{{ (; ruby1.9 ./small_queue_test.pqueue > /dev/null; ) 186.19s user 1.20s system 93% cpu 3:21.24 total (; macruby ./small_queue_test.pqueue > /dev/null; ) 219.19s user 17.70s system 105% cpu 3:45.16 total }}} using a small set with ruby_priority_queue {{{ (; ruby1.9 ./small_queue_test.ruby_priority_queue > /dev/null; ) 20.28s user 0.10s system 97% cpu 20.899 total (; macruby ./small_queue_test.ruby_priority_queue > /dev/null; ) 37.43s user 2.05s system 107% cpu 36.717 total }}} using a larger set with ruby_priority_queue {{{ (; ruby1.9 ./small_queue_test.ruby_priority_queue > /dev/null; ) 230.49s user 0.93s system 99% cpu 3:51.97 total (; macruby ./small_queue_test.ruby_priority_queue > /dev/null; ) 482.74s user 25.98s system 105% cpu 8:00.51 total }}} In the two files "small_queue_test.pqueue" and "small_queue_test.ruby_priority_queue" there is a variable at the top that controls the starting level for the nodes, a higher number means a larger set. The small set was run with a starting node of 9, and the larger set was run with a starting node of 10. -- Ticket URL: <http://www.macruby.org/trac/ticket/348> MacRuby <http://macruby.org/>

1 3

spotlight - MDItemRef
by Alan Skipp 04 Nov '09

04 Nov '09

Would anyone be able to give me a hint on how to get the following objective-c code working with macruby. The code uses spotlight to extract metadata from a file. MDItemRef inspectedRef = MDItemCreate(kCFAllocatorDefault,(CFStringRef)path); CFArrayRef attributeNames = MDItemCopyAttributeNames(inspectedRef); NSLog(@"%@", (NSArray*)attributeNames); I was hoping that including the 'CoreServices' framework would work, but no joy. >> framework 'CoreServices' => true >> item = MDItemCreate(KCFAllocatorDefault, '/Users/alan/Desktop/test.jpg') NameError: uninitialized constant KCFAllocatorDefault from core:in `const_missing:' from (irb):2:in `<main>' from core:in `eval:' from core:in `evaluate:' -- Alan Skipp al_skipp(a)fastmail.fm -- http://www.fastmail.fm - IMAP accessible web-mail

9 18

[MacRuby] #254: Let void-returning ObjC calls return the receiver.
by MacRuby 03 Nov '09

03 Nov '09

#254: Let void-returning ObjC calls return the receiver. --------------------------------+------------------------------------------- Reporter: mikael@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- A lot of Objective-C methods return void, especially within Cocoa. This makes a lot of sense for a language like ObjC, but not nearly as much for Ruby, since all methods have a return value. Since method chaining is one of the things that make Ruby so elegant, I propose that all ObjC methods that are declared to return void actually return the receiver instead. This will allow for method chaining such as {{{ if someNSTask.launch.waitUntilExit.terminationStatus == 0 # … end }}} which would otherwise have to be written as {{{ someNSTask.waitUntilExit someNSTask.launch if someNSTask.terminationStatus == 0 # … end }}} . -- Ticket URL: <http://www.macruby.org/trac/ticket/254> MacRuby <http://macruby.org/>

1 1

[MacRuby] #303: Method :open from 'open-uri' gives 'stack level too deep'
by MacRuby 03 Nov '09

03 Nov '09

#303: Method :open from 'open-uri' gives 'stack level too deep' ----------------------------+----------------------------------------------- Reporter: wijet@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.4 Component: MacRuby | Keywords: open-uri stdlib ----------------------------+----------------------------------------------- There seems to be a problem with method 'open' in open-uri lib. Following command: {{{ macruby -r 'open-uri' -e 'open "http://ruby-lang.org"' }}} produces {{{ /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?': stack level too deep (SystemStackError) from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?' ... 2922 levels... from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1 /open-uri.rb:146:in `open_uri' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1 /open-uri.rb:669:in `open' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1 /open-uri.rb:33:in `open' from -e:1:in `<main>' }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/303> MacRuby <http://macruby.org/>

1 3