November 2010 - macruby-tickets - lists.macosforge.org

[MacRuby] #1007: “EXC_BAD_ACCESS” when trying to generate Json
by MacRuby 25 Nov '10

25 Nov '10

#1007: “EXC_BAD_ACCESS” when trying to generate Json ---------------------------------------+------------------------------------ Reporter: josh.kalderimis@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ Hi Guys, When I try to generate json from the enclosed file I get a bad access error. If you require any other information please let me know. Thanks, Josh -- Ticket URL: <http://www.macruby.org/trac/ticket/1007> MacRuby <http://macruby.org/>

1 6

[MacRuby] #1004: warnings when running macirb
by MacRuby 24 Nov '10

24 Nov '10

#1004: warnings when running macirb --------------------------------+------------------------------------------- Reporter: mhmstuff@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- When I start up macirb, or execute any commands in it, I get warnings. Here's an example: irb(main):005:0> ''.methods.size ''.methods.size unknown: warning: instance variable @in_regexp not initialized unknown: warning: instance variable @in_array not initialized unknown: warning: instance variable @terminate not initialized unknown: warning: instance variable @syntax_error not initialized => 169 unknown: warning: instance variable @in_string not initialized unknown: warning: instance variable @in_regexp not initialized unknown: warning: instance variable @in_array not initialized irb(main):006:0> As far as I have tested, it works anyway, but it continues to get those warnings each time I execute a command. -- Ticket URL: <http://www.macruby.org/trac/ticket/1004> MacRuby <http://macruby.org/>

1 5

[MacRuby] #1006: rake clean target is now missing intermediate build results
by MacRuby 23 Nov '10

23 Nov '10

#1006: rake clean target is now missing intermediate build results ---------------------------+------------------------------------------------ Reporter: jkh@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ For awhile now, svn status has been reporting a lot of extraneous files left behind after a rake clean (on trunk). Looks like the clean target in MacRuby's Rakefile(s) need to be updated to encompass: ? ext/digest/sha2/lib/sha2.rbo ? ext/digest/lib/digest.rbo ? ext/digest/lib/digest/hmac.rbo ? ext/bigdecimal/lib/bigdecimal/ludcmp.rbo ? ext/bigdecimal/lib/bigdecimal/jacobian.rbo ? ext/bigdecimal/lib/bigdecimal/math.rbo ? ext/bigdecimal/lib/bigdecimal/newton.rbo ? ext/bigdecimal/lib/bigdecimal/util.rbo ? ext/pty/lib/expect.rbo ? ext/nkf/lib/kconv.rbo ? ext/openssl/lib/openssl.rbo ? ext/openssl/lib/openssl/bn.rbo ? ext/openssl/lib/openssl/ssl.rbo ? ext/openssl/lib/openssl/x509.rbo ? ext/openssl/lib/openssl/buffering.rbo ? ext/openssl/lib/openssl/cipher.rbo ? ext/openssl/lib/openssl/ssl-internal.rbo ? ext/openssl/lib/openssl/x509-internal.rbo ? ext/openssl/lib/openssl/digest.rbo ? ext/ripper/lib/ripper.rbo ? ext/ripper/lib/ripper/lexer.rbo ? ext/ripper/lib/ripper/sexp.rbo ? ext/ripper/lib/ripper/filter.rbo ? ext/ripper/lib/ripper/core.rbo ? ext/io/wait/lib/nonblock.rbo -- Ticket URL: <http://www.macruby.org/trac/ticket/1006> MacRuby <http://macruby.org/>

1 1

[MacRuby] #999: Handle Obj-C protocols better in MacRuby
by MacRuby 22 Nov '10

22 Nov '10

#999: Handle Obj-C protocols better in MacRuby ----------------------------------------+----------------------------------- Reporter: martinlagardette@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- MacRuby should be able to handle Protocols better. As of r4916, protocols can not really be used, because the `Protocol` class crashes. We should probably find a way so that Objects can define what protocols they conforms to. -- Ticket URL: <http://www.macruby.org/trac/ticket/999> MacRuby <http://macruby.org/>

1 8

[MacRuby] #1000: Xcode fails to load bridgesupport file automatically for user created framework
by MacRuby 22 Nov '10

22 Nov '10

#1000: Xcode fails to load bridgesupport file automatically for user created framework ----------------------------------+----------------------------------------- Reporter: al_skipp@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: bridgesupport ----------------------------------+----------------------------------------- When linking to a framework that includes a bridgesupport file, it is necessary to explicitly call 'load_bridge_support_file' with the path to the file. Included is a very simple framework that defines one class (TestBlock) with one method: - (void)callBlock:(void (^)())block; If the framework is included in a project it is possible to create a 'TestBlock' object within macruby, but calling the method 'callBlock', will fail. eg b = TestBlock.new b.callBlock( Proc.new {puts "hello from ruby"} ) #fails The code will succeed if 'load_bridge_support_file' is used first. -- Ticket URL: <http://www.macruby.org/trac/ticket/1000> MacRuby <http://macruby.org/>

1 4

[MacRuby] #943: tab completion of files crashes macirb
by MacRuby 22 Nov '10

22 Nov '10

#943: tab completion of files crashes macirb ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macirb crash tab completion ------------------------------------+--------------------------------------- Using tab completion: # macirb irb(main):001:0> require './te/usr/local/bin/macirb:13:in `block': can't convert NilClass to String (TypeError) from /usr/local/bin/macirb:9:in `block' from /usr/local/bin/macirb:3:in `<main>' zsh: exit 1 macirb Without using tab completion: # macirb irb(main):002:0> require './test' => true irb(main):003:0> Tab completion of file to works with irb. -- Ticket URL: <http://www.macruby.org/trac/ticket/943> MacRuby <http://macruby.org/>

1 6

[MacRuby] #998: MacRuby does not compile on Mac OS X Leopard
by MacRuby 17 Nov '10

17 Nov '10

#998: MacRuby does not compile on Mac OS X Leopard -------------------------------+-------------------------------------------- Reporter: napau@… | Owner: lsansonetti@… Type: defect | Status: new Priority: trivial | Milestone: Component: MacRuby | Keywords: compile MacRuby-0.6 -------------------------------+-------------------------------------------- Hello, trying to compile MacRuby ends with the following message: (See full trace by running task with --trace) Macintosh-662:bin np$ rake jobs=2 --trace (in /Users/Shared/MacRuby-0.6) ** Invoke default (first_time) ** Invoke all (first_time) ** Invoke macruby (first_time) ** Invoke macruby:build (first_time) ** Invoke macruby:dylib (first_time) ** Invoke rbconfig (first_time) ** Invoke miniruby (first_time) ** Invoke objects (first_time) ** Invoke config_h (first_time) ** Execute config_h ** Invoke dtrace_h (first_time) ** Execute dtrace_h ** Invoke revision_h (first_time) ** Execute revision_h ** Invoke mark_gc (first_time) ** Execute mark_gc ** Execute objects /usr/bin/ruby tool/compile_prelude.rb prelude.rb miniprelude.c.new /usr/bin/gcc-4.2 -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O3 -g -Wall -fexceptions -Wno-parentheses -Wno- deprecated-declarations -Werror -std=c99 -I./icu-1060 -c array.c -o array.o /usr/bin/gcc-4.2 -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O3 -g -Wall -fexceptions -Wno-parentheses -Wno- deprecated-declarations -Werror -std=c99 -I./icu-1060 -c bignum.c -o bignum.o rake aborted! Command failed with status (127): [/usr/bin/gcc-4.2 -I. -I./include -I/usr/in...] /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:719:in `sh' /Users/Shared/MacRuby-0.6/rakelib/builder/builder.rb:33:in `join' /Users/Shared/MacRuby-0.6/rakelib/builder/builder.rb:33:in `parallel_execute' /Users/Shared/MacRuby-0.6/rakelib/builder/builder.rb:27:in `each' As far as I can see rake catches the "wrong" Ruby. I was not able to switch this off. My OS is 10.5.8 Macine is Mac Mini. LLVM compiled properly and is installed. Regards Norbert -- Ticket URL: <http://www.macruby.org/trac/ticket/998> MacRuby <http://macruby.org/>

1 2

[MacRuby] #990: Calling some CGContext functions raises 'instance variable __octype__ not initialized' warning
by MacRuby 08 Nov '10

08 Nov '10

#990: Calling some CGContext functions raises 'instance variable __octype__ not initialized' warning ----------------------------------+----------------------------------------- Reporter: sojastar07@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: CGContext warning unknown variable ----------------------------------+----------------------------------------- Running the following script will raise two 'instance variable __octype__ not initialized' warnings after calls to CGPDFContextCreateWithURL and to CGContextShowGlyphsAtPoint even though the __octype__ variable is never explicitly used in the script. --- framework 'Cocoa' url = CFURLCreateWithFileSystemPath(nil, './my_pfd.pdf', KCFURLPOSIXPathStyle, 0) page_rectangle_pointer = Pointer.new_with_type('{CGRect={CGPoint=dd}{CGSize=dd}}') page_rectangle_pointer[0] = NSMakeRect(0,0,100,100) pdf_context = CGPDFContextCreateWithURL(url, page_rectangle_pointer, nil) CGPDFContextBeginPage(pdf_context, nil) CGContextSelectFont(pdf_context, "TimesNewRomanPSMT", 11.0, KCGEncodingMacRoman) CGContextSetCMYKFillColor(pdf_context, 0.0, 0.0, 0.0, 1.0, 1.0) string = Pointer.new_with_type(:S, 4)[[BR]] string[0] = 68[[BR]] string[1] = 69[[BR]] string[2] = 70[[BR]] string[3] = 71[[BR]] CGContextShowGlyphsAtPoint(pdf_context, 25.0, 45.0, string, 4) CGPDFContextEndPage(pdf_context) CGPDFContextClose(pdf_context) --- Calling the script produces the following output : $ macruby -w cocoapdf.rb unknown: warning: instance variable __octype__ not initialized unknown: warning: instance variable __octype__ not initialized This is on 10.6.4 with MacRuby 0.7.1. -- Ticket URL: <http://www.macruby.org/trac/ticket/990> MacRuby <http://macruby.org/>

1 1

[MacRuby] #992: dynamic string in thread, in block causing a segfault
by MacRuby 08 Nov '10

08 Nov '10

#992: dynamic string in thread, in block causing a segfault -------------------------------------+-------------------------------------- Reporter: mattaimonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- The following code triggers a segfault: {{{ def slow_operation(n); end n = 10 ths = [] 10.times do |n| ths << Thread.new{slow_operation("thread #{n}")} end; ths.each{|t| t.join} }}} Renaming or removing the n variable fixes the problem. Offline Laurent said: You build a dynamic string "thread #{n}" inside a thread. n refers to the block dvar or, at one point, we leave the times loop before the thread starts to use the variable -- Ticket URL: <http://www.macruby.org/trac/ticket/992> MacRuby <http://macruby.org/>

1 0

[MacRuby] #991: Regression bug when trying to create an array using arrayWithObjects
by MacRuby 07 Nov '10

07 Nov '10

#991: Regression bug when trying to create an array using arrayWithObjects -------------------------------------+-------------------------------------- Reporter: mattaimonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- {{{ NSArray.arrayWithObjects('so', 'say', 'we', 'all', nil) }}} {{{ NSMutableArray.arrayWithObjects('so', 'say', 'we', 'all', nil) }}} Here is the stack trace: {{{ Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x000000000000000e Crashed Thread: 0 Dispatch queue: com.apple.main-thread Application Specific Information: objc[90559]: garbage collection is ON Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 com.apple.CoreFoundation 0x00007fff86579f84 __CFTypeCollectionRetain + 84 1 com.apple.CoreFoundation 0x00007fff86579b32 CFArrayCreate + 242 2 com.apple.CoreFoundation 0x00007fff865cefa6 -[__NSPlaceholderArray initWithObjects:count:] + 486 3 com.apple.CoreFoundation 0x00007fff865d0b21 +[NSArray arrayWithObjects:] + 465 4 ??? 0x0000000102d5a876 0 + 4342524022 5 libmacruby.dylib 0x0000000100145013 rb_vm_dispatch + 1331 6 ??? 0x0000000102d5a41c 0 + 4342522908 7 ??? 0x0000000102d5a0f5 0 + 4342522101 8 libmacruby.dylib 0x000000010015e013 rb_vm_run + 531 9 libmacruby.dylib 0x0000000100041040 ruby_run_node + 80 10 macruby 0x0000000100000d28 main + 152 11 macruby 0x0000000100000c88 start + 52 Thread 1: Dispatch queue: com.apple.libdispatch-manager 0 libSystem.B.dylib 0x00007fff87e4c08a kevent + 10 1 libSystem.B.dylib 0x00007fff87e4df5d _dispatch_mgr_invoke + 154 2 libSystem.B.dylib 0x00007fff87e4dc34 _dispatch_queue_invoke + 185 3 libSystem.B.dylib 0x00007fff87e4d75e _dispatch_worker_thread2 + 252 4 libSystem.B.dylib 0x00007fff87e4d088 _pthread_wqthread + 353 5 libSystem.B.dylib 0x00007fff87e4cf25 start_wqthread + 13 Thread 2: 0 libSystem.B.dylib 0x00007fff87e4ceaa __workq_kernreturn + 10 1 libSystem.B.dylib 0x00007fff87e4d2bc _pthread_wqthread + 917 2 libSystem.B.dylib 0x00007fff87e4cf25 start_wqthread + 13 Thread 3: 0 libSystem.B.dylib 0x00007fff87e4ceaa __workq_kernreturn + 10 1 libSystem.B.dylib 0x00007fff87e4d2bc _pthread_wqthread + 917 2 libSystem.B.dylib 0x00007fff87e4cf25 start_wqthread + 13 Thread 0 crashed with X86 Thread State (64-bit): rax: 0x00007fff70d65280 rbx: 0x0000000000000005 rcx: 0x0000000000000000 rdx: 0x00007fff70d650a0 rdi: 0x00007fff70d96f20 rsi: 0x0000000000000005 rbp: 0x00007fff5fbfdd80 rsp: 0x00007fff5fbfdd70 r8: 0x0000000100d002d0 r9: 0x0000000000000000 r10: 0x0000000000000001 r11: 0x0000000100bc5000 r12: 0x000000000000000d r13: 0x00007fff5fbfde38 r14: 0x0000000000000003 r15: 0x00007fff70d96f20 rip: 0x00007fff86579f84 rfl: 0x0000000000010246 cr2: 0x000000000000000e Binary Images: 0x100000000 - 0x100000ff7 +macruby ??? (???) <4F6FD196-A580-58BD-7894-5F37ACDB5851> /usr/local/bin/macruby 0x100003000 - 0x100b00f3f +libmacruby.dylib 0.8.0 (compatibility 0.8.0) <DE833083-E5A0-C890-7F28-4D84D547579E> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/libmacruby.dylib 0x7fff5fc00000 - 0x7fff5fc3bdef dyld 132.1 (???) <B536F2F1-9DF1 -3B6C-1C2C-9075EA219A06> /usr/lib/dyld 0x7fff80042000 - 0x7fff800d2fff com.apple.SearchKit 1.3.0 (1.3.0) <4175DC31-1506-228A-08FD-C704AC9DF642> /System/Library/ }}} The above examples used to work and were reported broken by one of my book's readers using v0.7. I was able to reproduce with 0.8 -- Ticket URL: <http://www.macruby.org/trac/ticket/991> MacRuby <http://macruby.org/>

1 1