January 2010 - MacRuby-devel - lists.macosforge.org

[MacRuby] #328: Calling a ObjC-method with a named argument which is a Ruby keyword does not work
by MacRuby 11 Jun '10

11 Jun '10

#328: Calling a ObjC-method with a named argument which is a Ruby keyword does not work ------------------------+--------------------------------------------------- Reporter: dev@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: ------------------------+--------------------------------------------------- {{{ macruby -e "framework 'ScriptingBridge'; term = SBApplication.applicationWithBundleIdentifier('com.apple.terminal'); term.doScript( 'echo hello', in:nil)" }}} gives an error: {{{ -e:1: syntax error, unexpected keyword_in, expecting ')' ...erm.doScript( 'echo hello', in:nil) ... ^ }}} Calling by selector is working fine: {{{ macruby -e "framework 'ScriptingBridge'; term = SBApplication.applicationWithBundleIdentifier('com.apple.terminal'); term.performSelector( :'doScript:in:', withObject:'echo hello', withObject:nil)" }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/328> MacRuby <http://macruby.org/>

1 3

[MacRuby] #312: reopening a class and setNeedsDisplay: segfault
by MacRuby 11 Jun '10

11 Jun '10

#312: reopening a class and setNeedsDisplay: segfault -------------------------------------+-------------------------------------- Reporter: mattaimonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- {{{ framework 'Cocoa' class ImageLayer < CALayer; def initialize(file_name); super(); end; end ImageLayer.new('test').setNeedsDisplay }}} unknown: [BUG] Segmentation fault The same class, without the modified initializer works fine: {{{ class ImageLayer < CALayer; def initialize; super(); end; end ImageLayer.new.setNeedsDisplay # => nil }}} Interesting enough: {{{ class ImageLayer < CALayer; def initialize(file_name); super(); end; end ImageLayer.new('test') #=> #<ImageLayer:0x8004963c0> }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/312> MacRuby <http://macruby.org/>

1 2

[MacRuby] #269: Calling a method on a pointer passed to a KVC validation method fails
by MacRuby 10 Jun '10

10 Jun '10

#269: Calling a method on a pointer passed to a KVC validation method fails --------------------------------+------------------------------------------- Reporter: mikael@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: kvc pointer crash --------------------------------+------------------------------------------- If I define a -validate<Key>:error: method in the class used as an NSArrayController's class, any method call on any parameter causes a crash. == Steps to reproduce: == Create a new MacRuby project. Place a table view and a button in the main window. Instantiate a new NSArrayController. Set the class of the array controller to SomeModel, with the key someKey. Bind the table view's single column's value to the array controller's arrangedObject.someKey key path, and check Validates Immediately. Set the button's target to be the array controller, action add:. Create a new Ruby file in the project. Here's the code: {{{ #encoding: utf-8 class SomeModel attr_accessor :someKey def validateSomeKey someKeyPointer, error: errorPointer NSLog "Validating someKey." someKeyPointer.nil? # This is where the program crashes. return true end end }}} Launch the application, add a new row, try to change its someKey. When you press enter, it crashes. Attached is the backtrace I get from GDB. -- Ticket URL: <http://www.macruby.org/trac/ticket/269> MacRuby <http://macruby.org/>

1 2

[MacRuby] #156: macirb fails using Japanese locales
by MacRuby 08 Jun '10

08 Jun '10

#156: macirb fails using Japanese locales --------------------------------+------------------------------------------- Reporter: l.g.chin(a)gmail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: major | Milestone: MacRuby 0.4 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Using trunk(r721), macirb fails to start when LANG is ja_JP.XXXX including ja_JP.UTF-8, ja_JP.SJIS, ja_JP.EUC. {{{ [lchin@Thebes](10033)$ export LANG=ja_JP.UTF-8 [lchin@Thebes](10034)$ macirb /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/locale.rb:43:in `String': wrong argument type NSObject (expected Data) (TypeError) from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/locale.rb:129:in `real_load' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/locale.rb:120:in `block in load' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/locale.rb:118:in `each' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/locale.rb:118:in `load' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/init.rb:120:in `init_error' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/init.rb:17:in `setup' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb.rb:53:in `start' from /usr/local/bin/macirb:12:in `<main>' }}} macirb has no apparent problems with other locales, such as zh_TW.UTF-8, ko.UTF-8, en_US.UTF-8, etc. -- Ticket URL: <http://www.macruby.org/trac/ticket/156> MacRuby <http://macruby.org/>

1 3

[MacRuby] #573: Creating a void pointer causes abort()
by MacRuby 05 Jun '10

05 Jun '10

#573: Creating a void pointer causes abort() --------------------------------+------------------------------------------- Reporter: carlo@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- When creating a void pointer (`Pointer.new_with_type("v")`), the app exits: Assertion failed: (Ty->isSized() && "Cannot getTypeInfo() on a type that is unsized!"), function getTypeSizeInBits, file TargetData.cpp, line 397. Abort trap Tested in MR 0.5b2 on Snow Leopard. -- Ticket URL: <http://www.macruby.org/trac/ticket/573> MacRuby <http://macruby.org/>

1 2

[MacRuby] #549: Class variables are not initialised properly.
by MacRuby 03 Jun '10

03 Jun '10

#549: Class variables are not initialised properly. -------------------------------------+-------------------------------------- Reporter: sorin.ionescu@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: class, instance -------------------------------------+-------------------------------------- The mime-types gem has a class and an instance interface. The class interface uses an instance of itself. However, it doesn’t work in MacRuby. It does not seem to be initialised properly. I have included in a sample code with the expected behaviour. Changing @__types__ to @@__types__ will not fix it. #!/usr/bin/env macruby class Test def initialize() @foo = true end def add(something) puts "Is foo nil: #{(a)foo.nil?}" end @__types__ = self.new() def self.add(something) @__types__.add(something) end end t = Test.new t.add(3) Test.add(4) Output (MacRuby 0.5) Is foo nil: false Is foo nil: true Expected (Ruby 1.9.1/1.8.7) Is foo nil: false Is foo nil: false -- Ticket URL: <http://www.macruby.org/trac/ticket/549> MacRuby <http://macruby.org/>

1 7

[MacRuby] #499: Order declaring class hierarchy gets MacRuby confused about instance variables
by MacRuby 03 Jun '10

03 Jun '10

#499: Order declaring class hierarchy gets MacRuby confused about instance variables ------------------------------+--------------------------------------------- Reporter: paul@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- The following code appears to misbehave in MacRuby. It defines a class hierarchy Alpha > Beta > Gamma, with methods to set and get instance variables. {{{ class Alpha end class Beta < Alpha def setAnotherVar @another_var = "Assigned to another_var in Beta" end end class Alpha def setVar=(var) @var = var end def var @var end end class Gamma < Beta def setAnotherVar @another_var = "Assigned to another_var in Gamma" end end a = Gamma.new a.setVar = "Assigned to var" puts a.var a.setAnotherVar puts a.var }}} Ruby 1.8.7 prints: Assigned to var[[BR]] Assigned to var Whereas MacRuby prints: Assigned to var[[BR]] Assigned to another_var in Gamma Ruby 1.8.7 would appear to be the correct behaviour. MacRuby is getting confused about instance variables. Setting the "another_var" instance variable wrongly changes the "var" instance variable. Declaring the classes strictly in the order of the hierarchy (i.e Alpha then Beta then Gamma) fixes the problem, but in a large project where classes are autoloaded, that may not happen. This is a simplified extraction from a larger project. It was a very elusive bug. Well, is it a bug? -- Ticket URL: <http://www.macruby.org/trac/ticket/499> MacRuby <http://macruby.org/>

2 5

[MacRuby] #415: Crash with "Call result #2 has unhandled type" trying to display a window
by MacRuby 01 Jun '10

01 Jun '10

#415: Crash with "Call result #2 has unhandled type" trying to display a window -----------------------------------+---------------------------------------- Reporter: trejkaz@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- I tried to run a trivial test application (straight from the MacRuby web page) and got a crash. I have narrowed down the cause in the Ruby code: {{{ require 'hotcocoa' include HotCocoa application do |app| win = window :size => [100,50] # commenting out this line makes it stay running end }}} I tried this on the 0.5 beta as well as the most recent nightly, getting the same result in both cases. Result of running this script: {{{ shard:test trejkaz$ macruby --version MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, i386] shard:test trejkaz$ macruby minimal.rb 2009-11-01 21:41:12.508 macruby[17009:903] *** -[NSLock unlock]: lock (<NSLock: 0x2214830> '(null)') unlocked when not locked 2009-11-01 21:41:12.512 macruby[17009:903] *** Break on _NSLockError() to debug. Call result #2 has unhandled type f32UNREACHABLE executed at CallingConvLower.cpp:148! Stack dump: 0. Running pass 'X86 DAG->DAG Instruction Selection' on function '@431' Abort trap }}} If this is really only happening to me, let me know what other information I can provide. -- Ticket URL: <http://www.macruby.org/trac/ticket/415> MacRuby <http://macruby.org/>

1 9

[MacRuby] #511: GCD crash with indirect method access
by MacRuby 01 Jun '10

01 Jun '10

#511: GCD crash with indirect method access ---------------------------------------+------------------------------------ Reporter: joshua.ballanco@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: GCD ---------------------------------------+------------------------------------ The following code will crash when I run it on my Mac Pro (8x2.26 GHz): {{{ #!/usr/local/bin/macruby class Foo def doit end end class Bar def initialize @foo = Foo.new end def step @foo.doit end end @bars = [] 1000.times { @bars << Bar.new } steps = Dispatch::Group.new @bars.each do |bar| Dispatch::Queue.concurrent.async(steps) { bar.step } end steps.wait }}} Commenting out the "@foo.doit" line prevents the crash. -- Ticket URL: <http://www.macruby.org/trac/ticket/511> MacRuby <http://macruby.org/>

1 8

[MacRuby] #539: "macrubyc --static" failing on SL 10.6, MacRuby 0.5 Beta 2
by MacRuby 01 Jun '10

01 Jun '10

#539: "macrubyc --static" failing on SL 10.6, MacRuby 0.5 Beta 2 --------------------------------+------------------------------------------- Reporter: mail@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- When attempting to run the following command: {{{ macrubyc --static hello-world.rb -o hello }}} with MacRuby 0.5 Beta 2 on OS X 10.6, Mac Pro Early 2008, using the MacRuby 0.5 Beta 2 package installer from the downloads page, I receive the following error: {{{ Undefined symbols: "llvm::raw_fd_ostream::raw_fd_ostream(char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> >&, unsigned int)", referenced from: _rb_vm_aot_compile in libmacruby-static.a(vm.o) "llvm::Value::printCustom(llvm::raw_ostream&) const", referenced from: vtable for llvm::CmpInstin libmacruby-static.a(bridgesupport.o) vtable for llvm::CmpInstin libmacruby-static.a(compiler.o) ld: symbol(s) not found collect2: ld returned 1 exit status Error when executing `/usr/bin/g++ -o hello -arch x86_64 -L/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib -lmacruby- static -framework Foundation -lobjc -lauto -lxml2 -L/opt/local/lib -lpthread -lffi -lm -lLLVMBitWriter -lLLVMInterpreter -lLLVMX86CodeGen -lLLVMX86Info -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMJIT -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMScalarOpts -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis -lLLVMTarget -lLLVMMC -lLLVMCore -lLLVMSupport -lLLVMSystem /var/folders/QO/QOheC+M9HmWJZ+oGEZpjEE+++TI/-Tmp-/main.o ./hello-world.o' }}} The file hello-world.rb is simply: {{{ #!/usr/bin/env ruby -w puts 'Hello, world!' }}} Just in case it is at all relevant, I also have MacPorts installed and the LLVM port, the ruby port and the ruby1.9 port installed from there as well (though these should presumably not have any effect due to the package installer using its own libraries). In searching for similar problems mentioned by others, I haven't been able to find any and as such I have started a new ticket. -- Ticket URL: <http://www.macruby.org/trac/ticket/539> MacRuby <http://macruby.org/>

1 2