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

[MacRuby] #1173: Impossible to have a pointer to an opaque structure
by MacRuby 13 Oct '11

13 Oct '11

#1173: Impossible to have a pointer to an opaque structure ----------------------------------------+----------------------------------- Reporter: vincent.isambart@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- The following code: {{{ if ARGV.length != 1 puts "Usage: #{$0} /path/to/file" exit end def CheckError(err) return if err == 0 raise "CoreAudio Error" end framework "Foundation" framework "AudioUnit" framework "AudioToolbox" inputFilePath = ARGV[0] url = CFURLCreateFromFileSystemRepresentation(nil, inputFilePath, inputFilePath.bytesize, false) audioFilePtr = Pointer.new("^{OpaqueAudioFileID}") CheckError(AudioFileOpenURL(url, KAudioFileReadPermission, 0, audioFilePtr)) fileFormat = AudioStreamBasicDescription.new propSizePtr = Pointer.new("i") propSizePtr[0] = AudioStreamBasicDescription.size CheckError(AudioFileGetProperty(audioFilePtr[0], KAudioFilePropertyDataFormat, propSizePtr, fileFormat)) }}} results in an error: {{{ /Users/system/playfile.rb:23:in `<main>': unrecognized runtime type `{OpaqueAudioFileID}' (TypeError) }}} Dereferencing {{{audioFilePtr[0]}}} should probably just return a pointer object to an opaque structure. Being able to use {{{Pointer.new("^v")}}} instead of {{{Pointer.new("^{OpaqueAudioFileID}")}}} might be an other way to be able to use AudioFile ids. -- Ticket URL: <http://www.macruby.org/trac/ticket/1173> MacRuby <http://macruby.org/>

1 2

[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] #1369: ArgumentError (and some friends) do not always provide a backtrace
by MacRuby 04 Oct '11

04 Oct '11

#1369: ArgumentError (and some friends) do not always provide a backtrace ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- It is sometimes possible for backtrace information to be left out of an error message. I have observed this problem with ArgumentError and NameError. It is possible to workaround the issue using some code from Eloy given in this gist: https://gist.github.com/1107314 Though, I am having some difficulty reducing the problem to a nice test case right now. -- Ticket URL: <http://www.macruby.org/trac/ticket/1369> MacRuby <http://macruby.org/>

1 4

[MacRuby] #1395: macirb does not reserve the variable 'e' or 'exception' but uses them without asking
by MacRuby 03 Oct '11

03 Oct '11

#1395: macirb does not reserve the variable 'e' or 'exception' but uses them without asking ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- macirb has a feature where the last exception is stored in the variable 'e' and 'exception'. This can be a problem for some people who want to use 'e' for their own variables as an exception will overwrite their data. I think macirb should use some other variable, or perhaps just 'exception', or find a way to reserve the variable so that it cannot be used for anything else. -- Ticket URL: <http://www.macruby.org/trac/ticket/1395> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1396: macirb: Nokogiri operation results in SIGBUS
by MacRuby 01 Oct '11

01 Oct '11

#1396: macirb: Nokogiri operation results in SIGBUS --------------------------------+------------------------------------------- Reporter: sohocoke@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- The following sequence of commands in irb results in a SIGBUS. {{{ [~/.rvm/gems/macruby-nightly/gems]$ irb -v DietRB (0.6.1) [~/.rvm/gems/macruby-nightly/gems]$ irb irb(main):001:0> require 'rubygems' => false irb(main):002:0> require 'nokogiri' WARNING: Nokogiri was built against LibXML version 2.7.4, but has dynamically loaded 2.7.3 => true irb(main):003:0> => nil irb(main):004:0> file_path = '/Library/Developer/Documentation/DocSets/com.apple.adc.documentation.AppleiOS5_0.iOSLibrary.docset/Contents/Resources/Documents/index.html' => "/Library/Developer/Documentation/DocSets/com.apple.adc.documentation.AppleiOS5_0.iOSLibrary.docset/Contents/Resources/Documents/index.html" irb(main):005:0> => nil irb(main):006:0> doc = Nokogiri::HTML(open file_path) => <<snip>> irb(main):007:0> doc.search('//script').each do |e| irb(main):008:1> e.remove irb(main):009:0> end Bus error: 10 }}} macruby itself runs the same code fine: {{{ [~/.rvm/gems/macruby-nightly/gems]$ ruby -v MacRuby 0.11 (ruby 1.9.2) [universal-darwin10.0, x86_64] [~/.rvm/gems/macruby-nightly/gems]$ ruby << EOF > require 'rubygems' > require 'nokogiri' > > file_path = '/Library/Developer/Documentation/DocSets/com.apple.adc.documentation.AppleiOS5_0.iOSLibrary.docset/Contents/Resources/Documents/index.html' > > doc = Nokogiri::HTML(open file_path) > doc.search('//script').each do |e| > e.remove > end > EOF WARNING: Nokogiri was built against LibXML version 2.7.4, but has dynamically loaded 2.7.3 [~/.rvm/gems/macruby-nightly/gems]$ }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1396> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1394: miss scope of class variables when is evaluated by Module#class_eval.
by MacRuby 29 Sep '11

29 Sep '11

#1394: miss scope of class variables when is evaluated by Module#class_eval. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby class C @@class_eval = 'b' CONST = 42 module M @@class_eval = 'a' CONST = 50 p M.class_eval { @@class_eval } # => 'a' p M.class_eval { CONST } # => 50 end p M.class_eval { @@class_eval } # => 'b' p M.class_eval { CONST } # => 42 end C.new }}} Result: {{{ $ ruby19 test_class_eval.rb "a" 50 "b" 42 $ macruby test_class_eval.rb "a" 50 "a" 42 }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1394> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1393: Invocation of blocks registered using -[NSNotificationCenter addObserverForName:object:queue:usingBlock:] is unreliable
by MacRuby 29 Sep '11

29 Sep '11

#1393: Invocation of blocks registered using -[NSNotificationCenter addObserverForName:object:queue:usingBlock:] is unreliable --------------------------------+------------------------------------------- Reporter: sohocoke@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- It seems that when a block / proc is registered for notification (cf. a selector), its invocation occasionally fails. Here is a program that, occasionally, reproduces the case. notification-test.rb {{{ # reduced case of block-based observation framework 'cocoa' require 'thread' class TestSender def send NSNotificationCenter.defaultCenter.postNotification NSNotification.notificationWithName(:kTestNotification, object:[1, 2, 3]) end end class ObjectWithCounter attr_reader :counter def initialize super @counter = 0 @mutex = Mutex.new end def increment @mutex.synchronize { @counter += 1 } end end class Observer1 < ObjectWithCounter def listen_with_block NSNotificationCenter.defaultCenter.addObserverForName :kTestNotification, object:nil, queue:nil, usingBlock:Proc.new { |notification| NSLog("#{self} notified - in block now.") self.increment } end end class Observer2 < ObjectWithCounter def listen_with_callback NSNotificationCenter.defaultCenter.addObserver self, selector:"handle_notification:", name: :kTestNotification, object:nil end def handle_notification(notification) NSLog("#{self} notified of #{notification} - in handler now.") self.increment end end mutex = Mutex.new o1_counter, o2_counter = 0, 0 30.times do sender = TestSender.new o1 = Observer1.new o1.listen_with_block sender.send o2 = Observer2.new o2.listen_with_callback sender.send mutex.synchronize do o1_counter += o1.counter o2_counter += o2.counter end end puts "o1 notified #{o1_counter} times." puts "o2 notified #{o2_counter} times." # expect to have o1 notified 60 times, o2 30 times. }}} I ran it thusly and observed the output: {{{ [~/dev/src/mac/macruby]$ while [ 0 ]; do ruby notification-test.rb >> notification-test.out done [~/dev/src/mac/macruby]$ grep 'notified' notification-test.out o1 notified 60 times. o2 notified 30 times. o1 notified 59 times. o2 notified 30 times. o1 notified 59 times. o2 notified 30 times. o1 notified 58 times. o2 notified 30 times. }}} i (hastily) threw in some mutexes after a first version of the test program on paranoia of there being a silly threading mistake, but documentation for the method on NSNotificationCenter suggests that the erroneous invocation should occur synchronously on the main thread of the program anyway. I tried macruby-0.10 and macruby-nightly installed via rvm. -- Ticket URL: <http://www.macruby.org/trac/ticket/1393> MacRuby <http://macruby.org/>

1 0