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

[MacRuby] #1118: Object.instance_methods does not return the :hash or :class methods
by MacRuby 18 Jan '11

18 Jan '11

#1118: Object.instance_methods does not return the :hash or :class methods ------------------------------------------+--------------------------------- Reporter: smorss@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------------+--------------------------------- I am running MacRuby 0.8. If I run "Object.instance_methods", it returns: [:clear_history!, :h!, :history!, :h, :history, :to_plist, :Complex, :Rational, :enum_for, :to_enum, :object_id, :__id__, :define_singleton_method, :public_method, :method, :extend, :respond_to_missing?, :respond_to?, :public_send, :send, :__send__, :instance_exec, :instance_eval, :__callee__, :__method__, :tap, :is_a?, :kind_of?, :instance_of?, :instance_variable_defined?, :instance_variable_set, :instance_variable_get, :instance_variables, :public_methods, :private_methods, :protected_methods, :singleton_methods, :methods, :inspect, :to_s, :untrusted?, :untrust, :trust, :frozen?, :freeze, :untaint, :tainted?, :taint, :__type__, :dup, :clone, :<=>, :eql?, :!~, :=~, :===, :nil?, :!=, :!, :==, :equal?] The :hash and :class methods are missing. If I run "Object.new.methods", the result does not include the :class or :hash methods either. Still, the two methods are callable (e.g. "Object.new.class" returns NSObject). Subclasses of Object(NSObject), do include the :class and :hash methods in their instance methods. It's just the Object(NSObject) class with the odd behavior. -- Ticket URL: <http://www.macruby.org/trac/ticket/1118> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #704: Singleton bug with define_method
by MacRuby 18 Jan '11

18 Jan '11

#704: Singleton bug with define_method --------------------------------+------------------------------------------- Reporter: mike@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by watson1978@…): It seems that this issue occurs to use the same variable name in argument of #instance_exec and argument of block of #instance_exec. Test script works when I change it as follows: {{{ singleton.instance_exec(name) do |m| # # changed name -> m define_method("#{m}=") do |value| puts "Setting #{m} to #{value}" @values[m] = value end define_method("#{m}") do return @values[m] end end }}} I also think this issue is unrelated to define_method. -- Ticket URL: <http://www.macruby.org/trac/ticket/704#comment:3> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #715: public_method_defined? on a metaclass doesn't work
by MacRuby 18 Jan '11

18 Jan '11

#715: public_method_defined? on a metaclass doesn't work -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@… | Owner: eloy.de.enige@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: mocha -------------------------------------+-------------------------------------- Comment(by watson1978@…): It seems to work well ;) I checked with r5180. -- Ticket URL: <http://www.macruby.org/trac/ticket/715#comment:2> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1057: Redefine of ! is ignored
by MacRuby 18 Jan '11

18 Jan '11

#1057: Redefine of ! is ignored --------------------------------+------------------------------------------- Reporter: mjkaelbling@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: ! def redefine ignored --------------------------------+------------------------------------------- {{{ class String ; def ! ; 'bang!' end end !"x" # => warning: string literal in condition class Time ; def ! ; 'bang!' end end !Time.now # => false }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1057> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1117: Garbage collection issues
by MacRuby 17 Jan '11

17 Jan '11

#1117: Garbage collection issues -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Install: {{{ % git clone git@github.com:alloy/mocha-on-bacon.git Initialized empty Git repository in /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/.git/ remote: Counting objects: 42, done. remote: Compressing objects: 100% (34/34), done. remote: Total 42 (delta 13), reused 0 (delta 0) Receiving objects: 100% (42/42), 8.15 KiB, done. Resolving deltas: 100% (13/13), done. % cd mocha-on-bacon % sudo macgem install mac_bacon Password: Successfully installed mac_bacon-1.1.21 1 gem installed % sudo macgem install mocha --format-executable Successfully installed rake-0.8.7 Successfully installed mocha-0.9.10 2 gems installed }}} Running with GC, results in: {{{ % macbacon spec/mocha-on-bacon_spec.rb Bacon specs using Mocha, with a mock - passes when all expectations were fulfilled - fails when not all expectations were fulfilled - fails when there is an unexpected invocation - passes when the mockee receives all expected parametersmacruby(90645,0x105181000) malloc: resurrection error for object 0x200be9260 while assigning {conservative-block}[96](0x200c90420)[16] = RBSpecification[32](0x200be9260) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug macruby(90645,0x105181000) malloc: resurrection error for object 0x200be9260 while assigning {conservative-block}[96](0x200c903c0)[16] = RBSpecification[32](0x200be9260) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug - fails when the mockee receives unexpected parameters and complains about not being satisfiedmacruby(90645,0x105181000) malloc: resurrection error for object 0x200be9260 while assigning {conservative- block}[96](0x200c9b8c0)[16] = RBSpecification[32](0x200be9260) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug macruby(90645,0x105181000) malloc: resurrection error for object 0x200be9260 while assigning {conservative-block}[96](0x200c9b800)[16] = RBSpecification[32](0x200be9260) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug macruby(90645,0x105181000) malloc: resurrection error for object 0x200be9260 while assigning {conservative-block}[96](0x200c9b620)[16] = RBSpecification[32](0x200be9260) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug macruby(90645,0x105181000) malloc: resurrection error for object 0x200be9260 while assigning {conservative-block}[96](0x200c903c0)[16] = RBSpecification[32](0x200be9260) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug macruby(90645,0x105181000) malloc: resurrection error for object 0x200be9260 while assigning {conservative-block}[96](0x200c9f200)[16] = RBSpecification[32](0x200be9260) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug macruby(90645,0x105181000) malloc: resurrection error for object 0x200bee780 while assigning {conservative-block}[96](0x200c9b620)[16] = RBSpecification[32](0x200bee780) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug macruby(90645,0x105181000) malloc: resurrection error for object 0x200bee780 while assigning {conservative-block}[96](0x200c903c0)[16] = RBSpecification[32](0x200bee780) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug macruby(90645,0x105181000) malloc: resurrection error for object 0x200bee780 while assigning {conservative-block}[96](0x200c9f200)[16] = RBSpecification[32](0x200bee780) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug [FAILED] - fails when the mockee receives unexpected parameters and complains about the unexpected parameters Bacon specs using Mocha, with a stubmacruby(90645,0x105181000) malloc: resurrection error for object 0x200bdeb20 while assigning {conservative- block}[96](0x200c97140)[16] = RBSpecification[32](0x200bdeb20) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug macruby(90645,0x105181000) malloc: resurrection error for object 0x200bdeb20 while assigning {conservative-block}[96](0x200c970e0)[16] = RBSpecification[32](0x200bdeb20) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug macruby(90645,0x105181000) malloc: resurrection error for object 0x200bdeb20 while assigning {conservative-block}[96](0x200c97020)[16] = RBSpecification[32](0x200bdeb20) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug [MISSING] macruby(90645,0x105181000) malloc: resurrection error for object 0x200c8c920 while assigning {conservative-block}[96](0x200c97140)[16] = RBSpecification[32](0x200c8c920) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug macruby(90645,0x105181000) malloc: resurrection error for object 0x200c8c920 while assigning {conservative-block}[96](0x200c970e0)[16] = RBSpecification[32](0x200c8c920) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug macruby(90645,0x105181000) malloc: resurrection error for object 0x200c8c920 while assigning {conservative-block}[96](0x200c97020)[16] = RBSpecification[32](0x200c8c920) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug [MISSING] macruby(90645,0x105181000) malloc: resurrection error for object 0x200c8dd00 while assigning {conservative-block}[96](0x200c93fc0)[16] = RBSpecification[32](0x200c8dd00) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug macruby(90645,0x105181000) malloc: resurrection error for object 0x200c8dd00 while assigning {conservative-block}[96](0x200c970e0)[16] = RBSpecification[32](0x200c8dd00) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug macruby(90645,0x105181000) malloc: resurrection error for object 0x200c8dd00 while assigning {conservative-block}[96](0x200c97140)[16] = RBSpecification[32](0x200c8dd00) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug macruby(90645,0x105181000) malloc: resurrection error for object 0x200c8dd00 while assigning {conservative-block}[96](0x200c970e0)[16] = RBSpecification[32](0x200c8dd00) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug macruby(90645,0x105181000) malloc: resurrection error for object 0x200c8dd00 while assigning {conservative-block}[96](0x200c97020)[16] = RBSpecification[32](0x200c8dd00) garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug - passes when all Stubba expectations are fulfilled [MISSING] - fails when not all Stubba expectations were fulfilled [MISSING] Bacon::Error: /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:426:in `satisfy': Bacon specs using Mocha, with a mock - fails when the mockee receives unexpected parameters and complains about not being satisfied /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:409:in `have:' /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/spec /mocha-on-bacon_spec.rb:37:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:158:in `block' /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/lib /mocha-on-bacon.rb:30:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:195:in `execute_block_before_mocha' /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/lib /mocha-on-bacon.rb:28:in `execute_block' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:154:in `run_before_mocha' /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/lib /mocha-on-bacon.rb:23:in `run' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:234:in `run' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/bin/macbacon:118:in `<main>' /usr/bin/macbacon:19:in `<main>' Bacon::Error: empty specification: Bacon specs using Mocha, with a stub passes when all Stubba expectations are fulfilled /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:183:in `block': Bacon specs using Mocha, with a stub - passes when all Stubba expectations are fulfilled /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/lib /mocha-on-bacon.rb:30:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:195:in `execute_block_before_mocha' /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/lib /mocha-on-bacon.rb:28:in `execute_block' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:183:in `finalize_before_mocha' /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/lib /mocha-on-bacon.rb:45:in `finalize' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:161:in `run_before_mocha' /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/lib /mocha-on-bacon.rb:23:in `run' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:234:in `run' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:242:in `context_did_finish:' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:284:in `specification_did_finish:' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:190:in `finalize_before_mocha' /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/lib /mocha-on-bacon.rb:45:in `finalize' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:161:in `run_before_mocha' /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/lib /mocha-on-bacon.rb:23:in `run' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:234:in `run' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/bin/macbacon:118:in `<main>' /usr/bin/macbacon:19:in `<main>' Bacon::Error: empty specification: Bacon specs using Mocha, with a stub fails when not all Stubba expectations were fulfilled /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:183:in `block': Bacon specs using Mocha, with a stub - fails when not all Stubba expectations were fulfilled /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/lib /mocha-on-bacon.rb:30:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:195:in `execute_block_before_mocha' /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/lib /mocha-on-bacon.rb:28:in `execute_block' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:183:in `finalize_before_mocha' /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/lib /mocha-on-bacon.rb:45:in `finalize' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:161:in `run_before_mocha' /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/lib /mocha-on-bacon.rb:23:in `run' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:234:in `run' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:242:in `context_did_finish:' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:284:in `specification_did_finish:' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:190:in `finalize_before_mocha' /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/lib /mocha-on-bacon.rb:45:in `finalize' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:161:in `run_before_mocha' /Users/eloy/Documents/DEVELOPMENT/MacRuby/mocha-on-bacon/lib /mocha-on-bacon.rb:23:in `run' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/lib/mac_bacon.rb:234:in `run' /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/mac_bacon-1.1.23/bin/macbacon:118:in `<main>' /usr/bin/macbacon:19:in `<main>' 8 specifications (6 requirements), 1 failures, 0 errors }}} However, with GC disabled everything is fine: {{{ % GC_DISABLE=true macbacon spec/mocha-on-bacon_spec.rb Bacon specs using Mocha, with a mock - passes when all expectations were fulfilled - fails when not all expectations were fulfilled - fails when there is an unexpected invocation - passes when the mockee receives all expected parameters - fails when the mockee receives unexpected parameters and complains about not being satisfied - fails when the mockee receives unexpected parameters and complains about the unexpected parameters Bacon specs using Mocha, with a stub - passes when all Stubba expectations are fulfilled - fails when not all Stubba expectations were fulfilled 8 specifications (8 requirements), 0 failures, 0 errors }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1117> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1115: Bundler not working since updating to rubygems 1.4.2
by MacRuby 16 Jan '11

16 Jan '11

#1115: Bundler not working since updating to rubygems 1.4.2 ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Whenever I have tried to use Bundler since the MacRuby trunk updated to rubygems 1.4.2 I always get a NameError: /Users/mrada/.rvm/gems/macruby- nightly/gems/bundler-1.0.7/lib/bundler/cli.rb:15:in `initialize': uninitialized constant Gem::SilentUI (NameError) from /Users/mrada/.rvm/gems/macruby- nightly/gems/bundler-1.0.7/lib/bundler/vendor/thor.rb:246:in `dispatch:' from /Users/mrada/.rvm/gems/macruby- nightly/gems/bundler-1.0.7/lib/bundler/vendor/thor/base.rb:389:in `start' from /Users/mrada/.rvm/gems/macruby- nightly/gems/bundler-1.0.7/bin/bundle:13:in `<main>' from /Users/mrada/.rvm/gems/macruby-nightly/bin/bundle:19:in `<main>' [1] 8954 exit 1 bundle I do not get this error when I try to use bundler with rubygems 1.4.2 on Ruby 1.8 (the system ruby). -- Ticket URL: <http://www.macruby.org/trac/ticket/1115> MacRuby <http://macruby.org/>

1 3

Re: [MacRuby] #542: Attempt to unlock a mutex which is not locked (ThreadError)
by MacRuby 15 Jan '11

15 Jan '11

#542: Attempt to unlock a mutex which is not locked (ThreadError) -------------------------------------+-------------------------------------- Reporter: valerii.hiora@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by jhemmelg@…): I think I have a possible reduction for this problem. I was prototyping some thread code for work and tried it out on macruby version 0.8. It acts like a race condition. Mostly it manifests with the error about unlocking an unlocked mutex, but I have had it end up with the mutex locked and the threads blocked. Here is a sample of running the script: {{{ $ macruby testThreadComm.rb 0 ^C $ macruby testThreadComm.rb 0 1251879 2504224 3709045 5051891 6291455 7625310 8934016 $ macruby testThreadComm.rb 0 1315628 2659968 3938967 testThreadComm.rb:62:in `<main>': Attempt to unlock a mutex which is not locked (ThreadError) }}} The first time the program locked up and I had to kill it. I assume the mutex was locked, blocking progress on either thread. The second invocation is a clean run, and the third ends with the mutex being unlocked when it shouldn't be. Most of the time it completes without a problem. -- Ticket URL: <http://www.macruby.org/trac/ticket/542#comment:3> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1110: macirb barfs on ->{} lambda syntax
by MacRuby 14 Jan '11

14 Jan '11

#1110: macirb barfs on ->{} lambda syntax ---------------------------------+------------------------------------------ Reporter: dev@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ {{{ $ macruby -e 'p ->{}' #<Proc:0x20005d460 (lambda)> $ macirb irb(main):001:0> ->{} SyntaxError: compile error (irb):1: syntax error, unexpected '{', expecting keyword_do_LAMBDA or tLAMBEG }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1110> MacRuby <http://macruby.org/>

1 4

Re: [MacRuby] #472: built-in rss library doesn't work in HEAD
by MacRuby 14 Jan '11

14 Jan '11

#472: built-in rss library doesn't work in HEAD -------------------------------+-------------------------------------------- Reporter: sergio@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Comment(by pthomson@…): Printing out the names of the classes expected gives a surprising result: {{{ superclass mismatch for class RSS::Maker::RSS10::TaxonomyTopics - got RSS::Maker::TaxonomyTopicModel::TaxonomyTopicsBase, expected RSS::Maker::TaxonomyTopicsModel::TaxonomyTopicsBase }}} Apparently there are two instances of TaxonomyTopicsBase at two different locations in memory. Mysterious. -- Ticket URL: <http://www.macruby.org/trac/ticket/472#comment:2> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1113: unexpected behaviour with enumerateObjectsUsingBlock
by MacRuby 14 Jan '11

14 Jan '11

#1113: unexpected behaviour with enumerateObjectsUsingBlock ----------------------------------+----------------------------------------- Reporter: al_skipp@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- If a Proc is defined that uses 'enumerateObjectsUsingBlock' and that proc is then called on all items of an array by iterating through the array with 'enumerateObjectsUsingBlock', the parameters to both blocks are sent to the inner enumeration. Example below. {{{ framework 'Foundation' proc = Proc.new do |arg| [1,2,3].enumerateObjectsUsingBlock( Proc.new { |o, i, s| puts "inner enumeration #{o}" } ) puts arg.upcase end %w[a b c].enumerateObjectsUsingBlock( Proc.new do |obj, idx, stop| proc.call(obj) end ) }}} Output: {{{ inner enumeration 1 inner enumeration 2 inner enumeration 3 A inner enumeration b inner enumeration c }}} Expected output: {{{ inner enumeration 1 inner enumeration 2 inner enumeration 3 A inner enumeration 1 inner enumeration 2 inner enumeration 3 B inner enumeration 1 inner enumeration 2 inner enumeration 3 C }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1113> MacRuby <http://macruby.org/>

1 2