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

[MacRuby] #130: require 'net/https' fails
by MacRuby 08 Jan '10

08 Jan '10

#130: require 'net/https' fails --------------------------------------+------------------------------------- Reporter: bobby_calderwood(a)mac.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.4 Component: MacRuby | Keywords: --------------------------------------+------------------------------------- In the macirb console: >> require 'net/https' 2008-09-15 16:11:00.431 macruby[6300:10b] *** +[RFC2253DN module_function]: unrecognized selector sent to class 0x4f9d00 RuntimeError: NSInvalidArgumentException: *** +[RFC2253DN module_function]: unrecognized selector sent to class 0x4f9d00 from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/openssl/x509.rb:81:in `module_function' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/openssl/x509.rb:81:in `<module:RFC2253DN>' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/openssl/x509.rb:65:in `<class:Name>' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/openssl/x509.rb:64:in `<module:X509>' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/openssl/x509.rb:20:in `<module:OpenSSL>' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/openssl/x509.rb:19:in `<top (required)>' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/openssl.rb:23:in `require' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/openssl.rb:23:in `<top (required)>' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/net/https.rb:102:in `require' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/net/https.rb:102:in `<top (required)>' from (irb):1:in `require' from (irb):1 from /usr/local/bin/macirb:12:in `<main>' -- Ticket URL: <http://www.macruby.org/trac/ticket/130> MacRuby <http://macruby.org/>

1 3

[MacRuby] #230: integrer conversion bug
by MacRuby 08 Jan '10

08 Jan '10

#230: integrer conversion bug -------------------------------------+-------------------------------------- Reporter: mattaimonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- macirb 0.4 {{{ $ macirb >> require 'rubygems' => false >> Gem.platforms RangeError: integer 34365193920 too big to convert to `int' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/rubygems/platform.rb:98:in `%' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/rubygems/platform.rb:98:in `inspect' from /usr/local/bin/macirb:12:in `<main>' }}} Ruby 1.9 irb: {{{ $ irb1.9 irb(main):001:0> require 'rubygems' => false irb(main):002:0> Gem.platforms => ["ruby", #<Gem::Platform:0x2c9976 @cpu="x86", @os="darwin", @version="9">] }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/230> MacRuby <http://macruby.org/>

1 1

[macruby] #94: Bug with non-ASCII in the regular expressions
by macruby 05 Jan '10

05 Jan '10

#94: Bug with non-ASCII in the regular expressions ----------------------------------------+----------------------------------- Reporter: vincent.isambart(a)gmail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- The following code source displays correctly "あ" in both 1.9 and 1.8 but it wrongly displays "" in MacRuby. I think the reason is that the regexps created with Oniguruma are always created with an ASCII encoding in MacRuby (shouldn't it be UTF-8 as all source code files are handled as UTF-8?). # encoding: utf-8 version = RUBY_VERSION.sub(/(\d+\.\d+)\.\d+/, '\1').to_f $KCODE = 'u' if version <= 1.8 # remove the warning we get in 1.9 for using $KCODE m = /あ/.match('あ') p m[0] -- Ticket URL: <https://www.macruby.org/trac/ticket/94> macruby <http://macruby.org/>

2 6

[MacRuby] #247: Hotcocoa Graphics tests don't run
by MacRuby 04 Jan '10

04 Jan '10

#247: Hotcocoa Graphics tests don't run ----------------------------------------+----------------------------------- Reporter: dave.baldwin@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: Hotcocoa Graphics ----------------------------------------+----------------------------------- macruby image.rb generates errors: NameError: uninitialized constant HotCocoa::Graphics::Canvas::Graphics fixed by changing line include HotCocoa::Graphics to include HotCocoa include HotCocoa::Graphics Tests now run but give diff errors on image files. Visually they look the same. SameNameError problem also exists in drawing.rb rope.rb text.rb drawing.rb gives an error: "<Error>: CGPDFContextEndPage: Don't nest calls to this function -- the results will not be what you expect." color.rb gives an error on one color conversion - looks like the tolerance needs to be widened a bit. I made a simple edit to iterate.rb to generate a pdf instead of a png (by changing Canvas.for_image to Canvas.for_pdf, and the OUTFILE extension to pdf but Preview fails to open it as the pdf file was invalid. -- Ticket URL: <http://www.macruby.org/trac/ticket/247> MacRuby <http://macruby.org/>

1 1

[MacRuby] #237: NSConnection cause crash
by MacRuby 04 Jan '10

04 Jan '10

#237: NSConnection cause crash ---------------------------+------------------------------------------------ Reporter: qeygh@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.4 Component: MacRuby | Keywords: NSConection ---------------------------+------------------------------------------------ An attempt to connect to a different process with: oas = NSConnection.rootProxyForConnectionWithRegisteredName( "OptixWS", host:"" ) Results in macirb crashing. Dump attached. Running from "macruby" crashs too. -- Ticket URL: <http://www.macruby.org/trac/ticket/237> MacRuby <http://macruby.org/>

1 2

[MacRuby] #194: NSOperation / NSOperationQueue#addOperation causes crash?
by MacRuby 04 Jan '10

04 Jan '10

#194: NSOperation / NSOperationQueue#addOperation causes crash? ------------------------------------+--------------------------------------- Reporter: rebotfc@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: NSOperation NSOperationQueue ------------------------------------+--------------------------------------- The below fails wtih a segmentation fault, not sure if it is because I am calling in the wrong way {{{ ## Macruby test of NSOperation and NSOperationQueue class PageLoadOp < NSOperation def initialize return self end def main puts 'test' end end ## in awakeFromNib or whever queue = NSOperationQueue.alloc.init foobar = PageLoadOp.new queue.addOperation(foobar) sleep(10) }}} not sure if the below helps:: {{{ (gdb) thread apply all bt Thread 11 (process 1052 thread 0x5203): #0 0x0000000000000000 in ?? () Cannot access memory at address 0x0 Thread 10 (process 1052 thread 0x5103): #0 0x0000000000000000 in ?? () Cannot access memory at address 0x0 Thread 9 (process 1052 thread 0x5003): #0 0x0000000000000000 in ?? () Cannot access memory at address 0x0 Thread 8 (process 1052 thread 0x4f03): #0 0x0000000000000000 in ?? () Cannot access memory at address 0x0 Thread 7 (process 1052 thread 0x4e03): #0 0x0000000000000000 in ?? () Cannot access memory at address 0x0 Thread 6 (process 1052 thread 0x4d03): #0 0x0000000000000000 in ?? () Cannot access memory at address 0x0 Thread 5 (process 1052 thread 0x4c03): #0 0x0000000000000000 in ?? () Cannot access memory at address 0x0 Thread 4 (process 1052 thread 0x4b03): #0 0x000000010010ac74 in vm_eval_body (th=0x8002a55c0) at vm.c:1214 #1 0x000000010010c41a in vm_call0 (th=0x0, klass=4385145776, recv=34362508896, id=9320, oid=<value temporarily unavailable, due to optimizations>, argc=0, argv=0x0, body=0x800282140, nosuper=0) at vm_eval.c:61 #2 0x0000000100124fc4 in rb_ruby_to_objc_closure_handler_main (ctx=<value temporarily unavailable, due to optimizations>) at objc.m:1717 #3 0x000000010012518c in rb_ruby_to_objc_closure_handler (cif=<value temporarily unavailable, due to optimizations>, resp=<value temporarily unavailable, due to optimizations>, args=<value temporarily unavailable, due to optimizations>, userdata=<value temporarily unavailable, due to optimizations>) at objc.m:1756 #4 0x00007fff80028225 in ffi_closure_unix64_inner () #5 0x00007fff8002760e in ffi_closure_unix64 () #6 0x00007fff8442156d in _pthread_wqthread () #7 0x00007fff84421431 in start_wqthread () Thread 3 (process 1052 thread 0x2c03): #0 0x00007fff843c4d02 in __semwait_signal () #1 0x00007fff843ecbe9 in _pthread_cond_wait () #2 0x00007fff839d0081 in batchFinalizeOnTwoThreads () #3 0x00007fff846b1a0c in auto_collect_internal () #4 0x00007fff846b23b0 in auto_collection_thread () #5 0x00007fff843ebdcb in _pthread_start () #6 0x00007fff843ebc8d in thread_start () Thread 2 (process 1052 thread 0x2a03): #0 0x00007fff843c4d02 in __semwait_signal () #1 0x00007fff8442cf27 in nanosleep () #2 0x0000000100115ffb in thread_timer (dummy=<value temporarily unavailable, due to optimizations>) at thread_pthread.c:571 #3 0x00007fff843ebdcb in _pthread_start () #4 0x00007fff843ebc8d in thread_start () Thread 1 (process 1052 thread 0x10b): #0 0x00007fff843c4d02 in __semwait_signal () #1 0x00007fff843ecbe9 in _pthread_cond_wait () #2 0x0000000100117ce3 in native_sleep (th=0x7fff7076e720, tv=0x7fff5fbfc660) at thread_pthread.c:455 #3 0x0000000100117e99 in sleep_timeval (th=<value temporarily unavailable, due to optimizations>, tv={tv_sec = 10, tv_usec = 0}) at thread.c:728 #4 0x0000000100091acf in rb_f_sleep (argc=1886840608, argv=0x80000ea40) at process.c:2940 #5 0x00000001001105b7 in vm_call_method (th=0x80000e9c0, cfp=0xc0821fdc0, num=1, blockptr=0x0, flag=2145, id=<value temporarily unavailable, due to optimizations>, recv=34362400768, klass=4385147136, mcache=0x800280d80) at vm_insnhelper.c:379 #6 0x0000000100105f2f in vm_eval (th=0x80000e9c0, initial=<value temporarily unavailable, due to optimizations>) at insns.def:1067 #7 0x000000010010aef2 in vm_eval_body (th=0x80000e9c0) at vm.c:1033 #8 0x000000010010c41a in vm_call0 (th=0x80000ea98, klass=4385147136, recv=34362400768, id=125936, oid=<value temporarily unavailable, due to optimizations>, argc=1606403680, argv=0x0, body=0x800282740, nosuper=0) at vm_eval.c:61 #9 0x0000000100124fc4 in rb_ruby_to_objc_closure_handler_main (ctx=<value temporarily unavailable, due to optimizations>) at objc.m:1717 #10 0x00000001001251b9 in rb_ruby_to_objc_closure_handler (cif=<value temporarily unavailable, due to optimizations>, resp=<value temporarily unavailable, due to optimizations>, args=<value temporarily unavailable, due to optimizations>, userdata=<value temporarily unavailable, due to optimizations>) at objc.m:1744 #11 0x00007fff80028225 in ffi_closure_unix64_inner () #12 0x00007fff8002760e in ffi_closure_unix64 () #13 0x00007fff80b521da in -[NSIBObjectData nibInstantiateWithOwner:topLevelObjects:] () #14 0x00007fff80b484f9 in loadNib () #15 0x00007fff80b47ed9 in +[NSBundle(NSNibLoading) _loadNibFile:nameTable:withZone:ownerBundle:] () #16 0x00007fff80b47ab4 in +[NSBundle(NSNibLoading) loadNibNamed:owner:] () #17 0x00007fff80b477e5 in NSApplicationMain () #18 0x00007fff8002748c in ffi_call_unix64 () #19 0x00007fff5fbfe220 in ?? () #20 0x00007fff5fbfe210 in ?? () #21 0x00007fff80027f13 in ffi_call () Cannot access memory at address 0x12 }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/194> MacRuby <http://macruby.org/>

1 3

[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] #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