From ruby-noreply at macosforge.org Sun May 1 00:59:46 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 01 May 2011 07:59:46 -0000 Subject: [MacRuby] #1251: MsgPack's unpack fails on MacRuby 0.11 nightly Message-ID: <054.31f9ea531c82eff42f4d230057da2238@macosforge.org> #1251: MsgPack's unpack fails on MacRuby 0.11 nightly -------------------------------------+-------------------------------------- Reporter: umairsiddique@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- MessagePack.pack works on MacRuby 0.11 nightly, but fails on MacRuby 0.10. It seems that ENCODING_GET was fixed in MacRuby 0.11 nightly. {{{ irb(main):003:0> MessagePack.pack([1, "a"]) => "\x92\x01\xA1a" }}} However, MessagePack.unpack fails on MacRuby 0.10 and MacRuby 0.11 nightly both and crashes the interpreter. {{{ irb(main):004:0> MessagePack.unpack("\x92\x01\xA1a") dyld: lazy symbol binding failed: Symbol not found: _ENCODING_SET Referenced from: /Users/.../.rvm/gems/macruby- nightly/gems/msgpack-0.4.4/lib/msgpack.bundle Expected in: flat namespace dyld: Symbol not found: _ENCODING_SET Referenced from: /Users/.../.rvm/gems/macruby- nightly/gems/msgpack-0.4.4/lib/msgpack.bundle Expected in: flat namespace Trace/BPT trap }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun May 1 15:26:02 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 01 May 2011 22:26:02 -0000 Subject: [MacRuby] #1251: MsgPack's unpack fails on MacRuby 0.11 nightly In-Reply-To: <054.31f9ea531c82eff42f4d230057da2238@macosforge.org> References: <054.31f9ea531c82eff42f4d230057da2238@macosforge.org> Message-ID: <063.61165c915bd0b769b52780f2ae55ee21@macosforge.org> #1251: MsgPack's unpack fails on MacRuby 0.11 nightly -------------------------------------+-------------------------------------- Reporter: umairsiddique@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 0.11 => Comment: ENCODING_GET was implemented, but not ENCODING_SET. Let's implement it for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun May 1 15:26:18 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 01 May 2011 22:26:18 -0000 Subject: [MacRuby] #1251: MsgPack's unpack fails on MacRuby 0.11 nightly In-Reply-To: <054.31f9ea531c82eff42f4d230057da2238@macosforge.org> References: <054.31f9ea531c82eff42f4d230057da2238@macosforge.org> Message-ID: <063.3d7855c8c4c02ede3c40426c0396ed5d@macosforge.org> #1251: MsgPack's unpack fails on MacRuby 0.11 nightly -------------------------------------+-------------------------------------- Reporter: umairsiddique@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: Component: MacRuby | Resolution: Keywords: | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: closed => reopened * resolution: fixed => Comment: Oops, closed by mistake. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun May 1 15:27:33 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 01 May 2011 22:27:33 -0000 Subject: [MacRuby] #1249: Webrick escaping is wrong In-Reply-To: <049.bef8c551e1d1c5ee7ec3198129344acd@macosforge.org> References: <049.bef8c551e1d1c5ee7ec3198129344acd@macosforge.org> Message-ID: <058.19d22f8b9a38b7cee33ac00f36e73a9b@macosforge.org> #1249: Webrick escaping is wrong --------------------------------+------------------------------------------- Reporter: cyberfox@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: regexp, escaping --------------------------------+------------------------------------------- Comment(by lsansonetti@?): Thanks Morgan, could you submit your change as a pull request of https://github.com/MacRuby/MacRuby? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun May 1 15:45:38 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 01 May 2011 22:45:38 -0000 Subject: [MacRuby] #1251: MsgPack's unpack fails on MacRuby 0.11 nightly In-Reply-To: <054.31f9ea531c82eff42f4d230057da2238@macosforge.org> References: <054.31f9ea531c82eff42f4d230057da2238@macosforge.org> Message-ID: <063.212216ef0da5c90ac755e0ad450eac6e@macosforge.org> #1251: MsgPack's unpack fails on MacRuby 0.11 nightly -------------------------------------+-------------------------------------- Reporter: umairsiddique@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: reopened => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Should be fixed in https://github.com/MacRuby/MacRuby/commit/3fce966385774a70e1d114db7e0e3a4c5621bc2f. Don't forget to reinstall the gem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun May 1 20:51:21 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 02 May 2011 03:51:21 -0000 Subject: [MacRuby] #1250: Converts hash argument to array. In-Reply-To: <047.1b577caeebab787b37fbc5ccc92c0c21@macosforge.org> References: <047.1b577caeebab787b37fbc5ccc92c0c21@macosforge.org> Message-ID: <056.a4160d6e21076a9bdcb0917396c5c9e5@macosforge.org> #1250: Converts hash argument to array. ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: rails ------------------------------+--------------------------------------------- Comment(by kouji@?): I fixed this bug in https://github.com/MacRuby/MacRuby/commit/382c2f97b4625c82ace4f0dfb96771cf087d3bd6. So could you close this ticket? Thanks. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun May 1 20:53:00 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 02 May 2011 03:53:00 -0000 Subject: [MacRuby] #1244: Assertion fails in pop_current_exception when raise SyntaxError/rescue in rescue In-Reply-To: <047.a14a3375def5790ca14c7ac4c076635f@macosforge.org> References: <047.a14a3375def5790ca14c7ac4c076635f@macosforge.org> Message-ID: <056.54f750126a69385aea9bfcf35cddd2ec@macosforge.org> #1244: Assertion fails in pop_current_exception when raise SyntaxError/rescue in rescue ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by kouji@?): I fixed this bug in https://github.com/MacRuby/MacRuby/commit/bd12795ee499efba172084d63df14dae1e99de16. So could you close this ticket? Thanks. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun May 1 21:15:29 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 02 May 2011 04:15:29 -0000 Subject: [MacRuby] #1250: Converts hash argument to array. In-Reply-To: <047.1b577caeebab787b37fbc5ccc92c0c21@macosforge.org> References: <047.1b577caeebab787b37fbc5ccc92c0c21@macosforge.org> Message-ID: <056.cf4afe206ae964d067e847b8e8b7e5d3@macosforge.org> #1250: Converts hash argument to array. ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: rails | ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed Comment: Thanks, closing. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun May 1 21:15:48 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 02 May 2011 04:15:48 -0000 Subject: [MacRuby] #1244: Assertion fails in pop_current_exception when raise SyntaxError/rescue in rescue In-Reply-To: <047.a14a3375def5790ca14c7ac4c076635f@macosforge.org> References: <047.a14a3375def5790ca14c7ac4c076635f@macosforge.org> Message-ID: <056.aec9e683785ee4e9f01da1b0847e5831@macosforge.org> #1244: Assertion fails in pop_current_exception when raise SyntaxError/rescue in rescue ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed Comment: Thanks, closing. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 2 03:33:15 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 02 May 2011 10:33:15 -0000 Subject: [MacRuby] #1249: Webrick escaping is wrong In-Reply-To: <049.bef8c551e1d1c5ee7ec3198129344acd@macosforge.org> References: <049.bef8c551e1d1c5ee7ec3198129344acd@macosforge.org> Message-ID: <058.83eb9863a7e9e728163d8ccd854351c6@macosforge.org> #1249: Webrick escaping is wrong --------------------------------+------------------------------------------- Reporter: cyberfox@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: regexp, escaping --------------------------------+------------------------------------------- Comment(by cyberfox@?): Greetings, Done; I think it may be the first pull request I've ever sent. :) -- Morgan -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 2 04:15:58 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 02 May 2011 11:15:58 -0000 Subject: [MacRuby] #1252: ERB.new fails with LocalJumpError: no block given Message-ID: <054.fbc54d0d396557061de78d521b16392e@macosforge.org> #1252: ERB.new fails with LocalJumpError: no block given -------------------------------------+-------------------------------------- Reporter: umairsiddique@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- ruby 1.9.2p180 {{{ > ERB.new("", nil, "%") - works > ERB.new("%", nil, "%") -works > ERB.new("a", nil, "%") -works }}} macruby-nightly (05/02) {{{ > ERB.new("", nil, "%") - works > ERB.new("%", nil, "%") - works > ERB.new("a", nil, "%") - FAILS with "LocalJumpError: no block given" }}} If first argument is empty or contains the same character (along with any others) as the third argument, then it works, otherwise it fails with LocalJumpError: no block given. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 2 09:10:10 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 02 May 2011 16:10:10 -0000 Subject: [MacRuby] #1243: Segfault occurs in rb_vm_const_lookup_level when use Webrick. In-Reply-To: <051.7f5df15b40778d3a83156b20dafa279e@macosforge.org> References: <051.7f5df15b40778d3a83156b20dafa279e@macosforge.org> Message-ID: <060.98ecaa00a5086bc27bb7a802ea4527f7@macosforge.org> #1243: Segfault occurs in rb_vm_const_lookup_level when use Webrick. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by kouji@?): I fixed this in https://github.com/MacRuby/MacRuby/commit/fbaff4e856e686792775da89e660acc163c5f29f . Could you close this? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 2 09:14:52 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 02 May 2011 16:14:52 -0000 Subject: [MacRuby] #371: Module methods included in the class Module are not visible to other classes. In-Reply-To: <050.b29ce2179f990c014e2fd8737732541a@macosforge.org> References: <050.b29ce2179f990c014e2fd8737732541a@macosforge.org> Message-ID: <059.66a3c506cff2357fb1db5ad9dc242543@macosforge.org> #371: Module methods included in the class Module are not visible to other classes. ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by kouji@?): Now, these are fixed in HEAD(fbaff4e856e686792775da89e660acc163c5f29f). I think this ticket would be close. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 2 09:17:36 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 02 May 2011 16:17:36 -0000 Subject: [MacRuby] #265: 'include' on 'class Class' doesn't define methods on future classes In-Reply-To: <050.0c194343072a7cb0b206b4244588a90b@macosforge.org> References: <050.0c194343072a7cb0b206b4244588a90b@macosforge.org> Message-ID: <059.aba2e28dc729bb35a783e9e14fb87f05@macosforge.org> #265: 'include' on 'class Class' doesn't define methods on future classes ---------------------------------+------------------------------------------ Reporter: nate@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by kouji@?): Now, this is fixed in HEAD(fbaff4e856e686792775da89e660acc163c5f29f). I think this ticket would be close. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 2 13:47:36 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 02 May 2011 20:47:36 -0000 Subject: [MacRuby] #1253: Sequel gem fails: super: no superclass method `complex_expression_sql' (works in 1.9.2 MRI) Message-ID: <049.4590c478b23cb67374d0f04a324ed187@macosforge.org> #1253: Sequel gem fails: super: no superclass method `complex_expression_sql' (works in 1.9.2 MRI) --------------------------------+------------------------------------------- Reporter: petr.kaleta@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Here is sample code gist: https://gist.github.com/951931 Error details: {{{ 2011-05-02 18:01:27.875 macruby[81372:903] /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/adapters/shared/sqlite.rb:335:in `complex_expression_sql:': super: no superclass method `complex_expression_sql' for # (NoMethodError) from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/sql.rb:72:in `to_s:' from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/dataset/sql.rb:685:in `literal_expression:' from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/dataset/sql.rb:86:in `literal:' from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/dataset/sql.rb:298:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/dataset/sql.rb:298:in `complex_expression_sql:' from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/adapters/shared/sqlite.rb:335:in `complex_expression_sql:' from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/sql.rb:72:in `to_s:' from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/dataset/sql.rb:685:in `literal_expression:' from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/dataset/sql.rb:86:in `literal:' from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/dataset/sql.rb:908:in `update_where_sql:' from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/dataset/sql.rb:542:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/dataset/sql.rb:542:in `clause_sql:' from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/dataset/sql.rb:133:in `select_sql' from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/dataset/actions.rb:121:in `each' from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/dataset/actions.rb:450:in `single_record' from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/sequel-3.22.0/lib/sequel/dataset/actions.rb:178:in `first' from /Users/Petr/Documents/Projects/Personal/issues- app/_source/lib/AppDelegate.rb:3:in `applicationDidFinishLaunching:' from /Users/Petr/Documents/Projects/Personal/issues- app/_source/main.rb:28:in `launchApplication' from /Users/Petr/Documents/Projects/Personal/issues- app/_source/main.rb:50:in `
' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 2 14:25:15 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 02 May 2011 21:25:15 -0000 Subject: [MacRuby] #1254: method to proc error Message-ID: <051.8f2cffb0714d3019c46e41f09236f84c@macosforge.org> #1254: method to proc error ----------------------------------+----------------------------------------- Reporter: al_skipp@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- There is a problem with the CSV library that prevents custom converters from working. The following snippet illustrates the problem (the code works fine with ruby 1.9): {{{ require 'csv' csv = "one, two , three" CSV.parse(csv, :converters => lambda {|s| s.strip rescue s}) do |row| p row end }}} The root of the problem is an error in the way macruby converts methods to procs. Here is a reduction. {{{ def call_block(&block) block.call end proc = lambda { puts 'hello'} method_as_proc = method(:call_block) # convert method to proc call_block(&proc) # works as expected method_as_proc.call(&proc) # block becomes nil }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 2 15:20:13 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 02 May 2011 22:20:13 -0000 Subject: [MacRuby] #265: 'include' on 'class Class' doesn't define methods on future classes In-Reply-To: <050.0c194343072a7cb0b206b4244588a90b@macosforge.org> References: <050.0c194343072a7cb0b206b4244588a90b@macosforge.org> Message-ID: <059.41718b1000fefc9509c25ae096c63634@macosforge.org> #265: 'include' on 'class Class' doesn't define methods on future classes ---------------------------------+------------------------------------------ Reporter: nate@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Verified that it's working, closing. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 2 15:20:36 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 02 May 2011 22:20:36 -0000 Subject: [MacRuby] #371: Module methods included in the class Module are not visible to other classes. In-Reply-To: <050.b29ce2179f990c014e2fd8737732541a@macosforge.org> References: <050.b29ce2179f990c014e2fd8737732541a@macosforge.org> Message-ID: <059.c0ae2a576caa820acdde4717439b4e1d@macosforge.org> #371: Module methods included in the class Module are not visible to other classes. ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.11 Comment: Verified, closing. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 2 15:21:48 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 02 May 2011 22:21:48 -0000 Subject: [MacRuby] #1243: Segfault occurs in rb_vm_const_lookup_level when use Webrick. In-Reply-To: <051.7f5df15b40778d3a83156b20dafa279e@macosforge.org> References: <051.7f5df15b40778d3a83156b20dafa279e@macosforge.org> Message-ID: <060.6808f6e24a6a3aceece2a031da1458e2@macosforge.org> #1243: Segfault occurs in rb_vm_const_lookup_level when use Webrick. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Verified, closing. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 2 17:51:26 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 03 May 2011 00:51:26 -0000 Subject: [MacRuby] #1254: method to proc error In-Reply-To: <051.8f2cffb0714d3019c46e41f09236f84c@macosforge.org> References: <051.8f2cffb0714d3019c46e41f09236f84c@macosforge.org> Message-ID: <060.3960c41d12f145ef99570f114c88d183@macosforge.org> #1254: method to proc error ----------------------------------+----------------------------------------- Reporter: al_skipp@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Should be fixed in https://github.com/MacRuby/MacRuby/commit/485e491e3579829635a2358c0848a8d0cc7ca5e3 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 2 18:03:11 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 03 May 2011 01:03:11 -0000 Subject: [MacRuby] #1252: ERB.new fails with LocalJumpError: no block given In-Reply-To: <054.fbc54d0d396557061de78d521b16392e@macosforge.org> References: <054.fbc54d0d396557061de78d521b16392e@macosforge.org> Message-ID: <063.bff20d1742290eb51471ae2e9c88abbf@macosforge.org> #1252: ERB.new fails with LocalJumpError: no block given -------------------------------------+-------------------------------------- Reporter: umairsiddique@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed Comment: Looks like the problem is fixed in master already. {{{ $ ./miniruby -I./lib -r erb -e "p ERB.new('a', nil, '%')" # @filename=nil> }}} Please check out tonight's nightly build and let us know if you still see the problem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 2 22:09:43 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 03 May 2011 05:09:43 -0000 Subject: [MacRuby] #828: A NameError, raised from evalling, gets the wrong constant name. In-Reply-To: <054.56136a62b415d606fef12917734574b6@macosforge.org> References: <054.56136a62b415d606fef12917734574b6@macosforge.org> Message-ID: <063.a814b0fa317dd5ffa9e20985f66b7218@macosforge.org> #828: A NameError, raised from evalling, gets the wrong constant name. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: dietrb -------------------------------------+-------------------------------------- Comment(by kouji@?): I fixed in https://github.com/MacRuby/MacRuby/commit/4dd62cd6483aec78150b2be0b61ab5756b746ac0 . Could you close this ticket? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 3 01:43:11 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 03 May 2011 08:43:11 -0000 Subject: [MacRuby] #828: A NameError, raised from evalling, gets the wrong constant name. In-Reply-To: <054.56136a62b415d606fef12917734574b6@macosforge.org> References: <054.56136a62b415d606fef12917734574b6@macosforge.org> Message-ID: <063.4e53f7fc4ecf973c2f6ea094753cff56@macosforge.org> #828: A NameError, raised from evalling, gets the wrong constant name. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: dietrb | -------------------------------------+-------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => fixed * milestone: MacRuby Later => MacRuby 0.11 Comment: Thanks Kouji! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 3 03:48:47 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 03 May 2011 10:48:47 -0000 Subject: [MacRuby] #1255: HighLine Gem - stty: stdin isn't a terminal Message-ID: <054.2171669fd13738ce58a7a8a20a0f799a@macosforge.org> #1255: HighLine Gem - stty: stdin isn't a terminal -------------------------------------+-------------------------------------- Reporter: umairsiddique@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Consider the following code. {{{ require 'rubygems' require 'highline' h = HighLine.new h.ask("Password: ") {|x| x.echo = "*"} }}} The last line is supposed to let you type in masked characters (masked with *), but instead this is what MacRuby nightly (05/03) produces. {{{ Password: stty: stdin isn't a terminal speed 9600 baud; lflags: -icanon -iexten -echo echoke echoctl iflags: -icrnl -ixon -imaxbel iutf8 ignbrk -brkint oflags: -opost -oxtabs cflags: cs8 -parenb => "" }}} The weird indentation is neither mine nor Trac's. I'm pasting direct from the console. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 3 04:31:58 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 03 May 2011 11:31:58 -0000 Subject: [MacRuby] #1253: Sequel gem fails: super: no superclass method `complex_expression_sql' (works in 1.9.2 MRI) In-Reply-To: <049.4590c478b23cb67374d0f04a324ed187@macosforge.org> References: <049.4590c478b23cb67374d0f04a324ed187@macosforge.org> Message-ID: <058.dcc0a52cc5b1f9787cc632ac4d67e82d@macosforge.org> #1253: Sequel gem fails: super: no superclass method `complex_expression_sql' (works in 1.9.2 MRI) --------------------------------+------------------------------------------- Reporter: petr.kaleta@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by petr.kaleta@?): Just to be clear, this problem occurs on the latest 0.11pre as well. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 3 14:25:59 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 03 May 2011 21:25:59 -0000 Subject: [MacRuby] #1256: datamapper 1.1 segfaulting while defining model Message-ID: <047.54e86d84fab53b7342e26c3a204ac197@macosforge.org> #1256: datamapper 1.1 segfaulting while defining model ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- When trying to use datamapper 1.1.0, i get a segfault. > macirb reuqirirb(main):001:0> require 'stringio' => true irb(main):002:0> require 'rubygems' => true irb(main):003:0> require 'dm-core' => true irb(main):004:0> class User irb(main):005:1> include DataMapper::Resource irb(main):006:1> irb(main):007:1> property :uid, Integer irb(main):008:1> property :login, String, :key => true irb(main):009:1> property :gecos, Text irb(main):010:0> end Segmentation fault > What other information can i supply to assist in tracking this down? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 3 14:50:14 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 03 May 2011 21:50:14 -0000 Subject: [MacRuby] #1256: datamapper 1.1 segfaulting while defining model In-Reply-To: <047.54e86d84fab53b7342e26c3a204ac197@macosforge.org> References: <047.54e86d84fab53b7342e26c3a204ac197@macosforge.org> Message-ID: <056.217df493383cec8148b64497747ba3a2@macosforge.org> #1256: datamapper 1.1 segfaulting while defining model ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by lsansonetti@?): I got a different result in my environment: {{{ $ DYLD_LIBRARY_PATH=. VM_DISABLE_RBO=1 ./macruby t4.rb /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /dm-core-1.1.0/lib/dm-core.rb:103:in `
': uninitialized constant StringIO (NameError) from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/rubygems/custom_require.rb:34:in `require:' from /Users/lrz/src/macruby-master/t4.rb:2:in `
' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 3 16:09:33 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 03 May 2011 23:09:33 -0000 Subject: [MacRuby] #988: Unable to get rack::basic::auth to function as demonstrated via sinatra page. In-Reply-To: <047.1e336cd9bdf16227a6b25c2beb5002be@macosforge.org> References: <047.1e336cd9bdf16227a6b25c2beb5002be@macosforge.org> Message-ID: <056.872883c1b80c2175fb54a64aaf7cadea@macosforge.org> #988: Unable to get rack::basic::auth to function as demonstrated via sinatra page. ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: critical | Milestone: Component: ControlTower | Keywords: ------------------------------+--------------------------------------------- Comment(by jhamor@?): Replying to [comment:4 jhamor@?]: > Replying to [comment:2 jhamor@?]: > > Replying to [comment:1 lsansonetti@?]: > > > We need to reduce the problem. > > > > +1 for this issue. I ran into this and it was 100% reproducible. The variables show up empty, so you cant use them for their intent. > > Oops. I read 'reduce' as 'reproduce'. How can i assist with this? '''How can i assist with this?''' -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 3 17:00:21 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 04 May 2011 00:00:21 -0000 Subject: [MacRuby] #1257: Calling super doesn't pass along the block Message-ID: <053.641ec89cf3daaf5d6f03bff7ef60f055@macosforge.org> #1257: Calling super doesn't pass along the block ------------------------------------+--------------------------------------- Reporter: james@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: super blocks mechanize ------------------------------------+--------------------------------------- When you call super in macruby, it doesn't pass any blocks along; which is counter to the behavior in other rubys and causes gems that use this functionality, such as Mechanize (see #1218, #1182) to fail. See the following code: {{{ class Foo attr_accessor :a, :b def initialize(a) @a = a yield self if block_given? end end class Bar < Foo attr_accessor :c def initialize(a, c) @c = c super(c) end end # MacRuby 0.10 Bar.new(1, 3) {|foo| foo.b = 2} #=> # Ruby 1.9.2 Bar.new(1, 3) {|foo| foo.b = 2} #=> }}} For those interested, I made a patch to Mechanize 2.0.pre.2 https://github.com/jamesdaniels/mechanize -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 3 17:02:40 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 04 May 2011 00:02:40 -0000 Subject: [MacRuby] #1258: The URI method does not add a URI method to Object instances. Message-ID: <047.aa002f1e45bef9ce3ef526d1b57f760c@macosforge.org> #1258: The URI method does not add a URI method to Object instances. ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Reduction: (included spec/frozen/library/uri/uri_spec.rb) {{{ require 'uri' Object.new.URI("http://ruby-lang.org/") }}} Expected: raise NoMethodError This was included in bfcea02f4036e5fb7c7f674564c9f8cf6e68beb3 (https://github.com/MacRuby/MacRuby/commit/bfcea02f4036e5fb7c7f674564c9f8cf6e68beb3). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 3 17:03:21 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 04 May 2011 00:03:21 -0000 Subject: [MacRuby] #1218: Mechanize fails under MacRuby, runs under 1.9.2 (similar to ticket #1182) In-Reply-To: <047.725025adf968bb5db33d94eaa501b457@macosforge.org> References: <047.725025adf968bb5db33d94eaa501b457@macosforge.org> Message-ID: <056.f344dace84b14bda01c3c97e2ccecfdb@macosforge.org> #1218: Mechanize fails under MacRuby, runs under 1.9.2 (similar to ticket #1182) ------------------------------+--------------------------------------------- Reporter: lonny6@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by james@?): I was able to get Mechanize running see #1257 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 3 17:03:58 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 04 May 2011 00:03:58 -0000 Subject: [MacRuby] #1182: The Mechanize Gem Fails Under MacRuby But Runs Under Ruby 1.9.2 In-Reply-To: <053.2f7e5bbc5cda38134c8481f276f49a1f@macosforge.org> References: <053.2f7e5bbc5cda38134c8481f276f49a1f@macosforge.org> Message-ID: <062.2e8c4347a32531e92eaf3189d31a7ec0@macosforge.org> #1182: The Mechanize Gem Fails Under MacRuby But Runs Under Ruby 1.9.2 ------------------------------------+--------------------------------------- Reporter: dekiefer@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.10 Component: MacRuby | Keywords: Mechanize gem ------------------------------------+--------------------------------------- Comment(by james@?): I was able to get Mechanize running see #1257 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 3 17:11:00 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 04 May 2011 00:11:00 -0000 Subject: [MacRuby] #1218: Mechanize fails under MacRuby, runs under 1.9.2 (similar to ticket #1182) In-Reply-To: <047.725025adf968bb5db33d94eaa501b457@macosforge.org> References: <047.725025adf968bb5db33d94eaa501b457@macosforge.org> Message-ID: <056.ff43adfb8a4ab73dfc1fd1195afce8aa@macosforge.org> #1218: Mechanize fails under MacRuby, runs under 1.9.2 (similar to ticket #1182) ------------------------------+--------------------------------------------- Reporter: lonny6@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by lonny6@?): That may be the ultimate reason why it wasn't working. I did get it working, but only via a patch that got it working for my specific purposes. I do not pretend that my patch was a general fix... without your patch it may have continued to fail in other areas that I was not using. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 3 18:51:38 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 04 May 2011 01:51:38 -0000 Subject: [MacRuby] #1257: Calling super doesn't pass along the block In-Reply-To: <053.641ec89cf3daaf5d6f03bff7ef60f055@macosforge.org> References: <053.641ec89cf3daaf5d6f03bff7ef60f055@macosforge.org> Message-ID: <062.a68124ef3b5bec438c52cffdf602a4dd@macosforge.org> #1257: Calling super doesn't pass along the block ------------------------------------+--------------------------------------- Reporter: james@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: super blocks mechanize | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Thanks for reducing the problem, it should be fixed in https://github.com/MacRuby/MacRuby/commit/d54db7edd09046a6e74364eb49b35d48b79f13a7. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 3 18:53:05 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 04 May 2011 01:53:05 -0000 Subject: [MacRuby] #1218: Mechanize fails under MacRuby, runs under 1.9.2 (similar to ticket #1182) In-Reply-To: <047.725025adf968bb5db33d94eaa501b457@macosforge.org> References: <047.725025adf968bb5db33d94eaa501b457@macosforge.org> Message-ID: <056.10e3a26f137007dfe84f713f83231f9a@macosforge.org> #1218: Mechanize fails under MacRuby, runs under 1.9.2 (similar to ticket #1182) ------------------------------+--------------------------------------------- Reporter: lonny6@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: A fix has been committed, please check out tonight's nightly build and let us know if you still see a problem, in this case we will reopen the ticket and continue to investigate. Thanks! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 3 18:53:12 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 04 May 2011 01:53:12 -0000 Subject: [MacRuby] #1182: The Mechanize Gem Fails Under MacRuby But Runs Under Ruby 1.9.2 In-Reply-To: <053.2f7e5bbc5cda38134c8481f276f49a1f@macosforge.org> References: <053.2f7e5bbc5cda38134c8481f276f49a1f@macosforge.org> Message-ID: <062.699d91234adf606d3a21feaf427fa721@macosforge.org> #1182: The Mechanize Gem Fails Under MacRuby But Runs Under Ruby 1.9.2 ------------------------------------+--------------------------------------- Reporter: dekiefer@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: Mechanize gem | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 0.10 => MacRuby 0.11 Comment: A fix has been committed, please check out tonight's nightly build and let us know if you still see a problem, in this case we will reopen the ticket and continue to investigate. Thanks! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 3 19:02:23 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 04 May 2011 02:02:23 -0000 Subject: [MacRuby] #988: Unable to get rack::basic::auth to function as demonstrated via sinatra page. In-Reply-To: <047.1e336cd9bdf16227a6b25c2beb5002be@macosforge.org> References: <047.1e336cd9bdf16227a6b25c2beb5002be@macosforge.org> Message-ID: <056.443601f01e63fbc49c15a3f4b3f4a34b@macosforge.org> #988: Unable to get rack::basic::auth to function as demonstrated via sinatra page. ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: critical | Milestone: Component: ControlTower | Keywords: ------------------------------+--------------------------------------------- Comment(by lsansonetti@?): We need a "reduction" for this problem. Basically, isolate the problem into a few lines of "pure Ruby" (not using standard library or gems), that we can use as a test case. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 3 20:22:42 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 04 May 2011 03:22:42 -0000 Subject: [MacRuby] #1259: aborting in no superclass Message-ID: <045.293599f2eecec0595f562059208d26da@macosforge.org> #1259: aborting in no superclass ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- I am not sure if this aborting message in a super call is proper. There is a discrepancy between macruby and cruby 1.9.2 shown as following captures... $ macruby -e 'p MACRUBY_VERSION, MACRUBY_REVISION' "0.11" "git commit d54db7edd09046a6e74364eb49b35d48b79f13a7" $ macirb irb(main):001:0> super interpreter: unrecognized call instruction: (ID: 65) %0 = call i8* @rb_vm_current_block() Abort trap $ $ irb1.9 irb(main):001:0> super NoMethodError: super: no superclass method `irb_binding' for main:Object from (irb):1 from /opt/local/bin/irb1.9:12:in `
' irb(main):002:0> -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 4 01:41:54 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 04 May 2011 08:41:54 -0000 Subject: [MacRuby] #997: Calling a method removed with rb_undef_method gives an ArgumentError instead of a NoMethodError In-Reply-To: <053.b59d73d0e14482295927c4a945023203@macosforge.org> References: <053.b59d73d0e14482295927c4a945023203@macosforge.org> Message-ID: <062.88f65453cc063342fd84d83eff9c3654@macosforge.org> #997: Calling a method removed with rb_undef_method gives an ArgumentError instead of a NoMethodError ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: eloy.de.enige@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: #reduction | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.11 Comment: Should be fixed in https://github.com/MacRuby/MacRuby/commit/ba7056ca4684fdc99b4f4fa888e054658c554e14 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 4 21:15:49 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 04:15:49 -0000 Subject: [MacRuby] #1198: Kernel#framework method fails when a file in the current directory matches a framework name In-Reply-To: <051.3b582c31d86de8274118db5926958b17@macosforge.org> References: <051.3b582c31d86de8274118db5926958b17@macosforge.org> Message-ID: <060.95f7aecc001d8da94b9ce62e3ce6f6cb@macosforge.org> #1198: Kernel#framework method fails when a file in the current directory matches a framework name ----------------------------------+----------------------------------------- Reporter: christian@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: framework | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.11 Comment: I believe this change was integrated into master. Closing! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 4 21:21:57 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 04:21:57 -0000 Subject: [MacRuby] #472: built-in rss library doesn't work in HEAD In-Reply-To: <048.30245285bf17986588e577636241e7f5@macosforge.org> References: <048.30245285bf17986588e577636241e7f5@macosforge.org> Message-ID: <057.9a926de8fc8cb68e60986cd0e686681c@macosforge.org> #472: built-in rss library doesn't work in HEAD -------------------------------+-------------------------------------------- Reporter: sergio@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------+-------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.11 Comment: I'm getting the same output as CRuby 1.9 with MacRuby master: {{{ $ DYLD_LIBRARY_PATH=. ./macruby t4.rb /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/rss/rexmlparser.rb:24:in `_parse': This is not well formed XML Missing end tag for 'link' (got "head") Line: 29 Position: 1131 Last 80 unconsumed characters: (RSS::NotWellFormedError) from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/rss/parser.rb:164:in `parse' from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/rss/parser.rb:79:in `parse:' from /Users/lrz/src/macruby-master/t4.rb:9:in `
' $ ruby1.9 t4.rb /usr/local/lib/ruby/1.9.1/rss/rexmlparser.rb:24:in `rescue in _parse': This is not well formed XML (RSS::NotWellFormedError) Missing end tag for 'link' (got "head") Line: 29 Position: 1131 Last 80 unconsumed characters: from /usr/local/lib/ruby/1.9.1/rss/rexmlparser.rb:21:in `_parse' from /usr/local/lib/ruby/1.9.1/rss/parser.rb:164:in `parse' from /usr/local/lib/ruby/1.9.1/rss/parser.rb:79:in `parse' from t4.rb:9:in `
' }}} So the bug is probably gone now! Closing. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 4 21:31:24 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 04:31:24 -0000 Subject: [MacRuby] #884: Abort occurs when calls Thread#value after throw an exception to a thread, Using 32bit arch. In-Reply-To: <051.07bcd6c2ccc5b9e454dab26e0d6033ca@macosforge.org> References: <051.07bcd6c2ccc5b9e454dab26e0d6033ca@macosforge.org> Message-ID: <060.43faddc5ca33ff74b937d5de0553e6c7@macosforge.org> #884: Abort occurs when calls Thread#value after throw an exception to a thread, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 1.0 => MacRuby Later Comment: Because it only happens in 32-bit mode, moving to Later milestone. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 4 21:47:11 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 04:47:11 -0000 Subject: [MacRuby] #854: Time and NSDate cannot be compared with Comparable operators In-Reply-To: <051.8a8c3e73cd37edaefcca084b59a284d6@macosforge.org> References: <051.8a8c3e73cd37edaefcca084b59a284d6@macosforge.org> Message-ID: <060.27ea9933c4b4c340651d2ddb51088cb1@macosforge.org> #854: Time and NSDate cannot be compared with Comparable operators ----------------------------------+----------------------------------------- Reporter: massicotte@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 1.0 => MacRuby Later Comment: It works for you because you were probably running on the bleeding edge, where NSDates are immediates, so automatically converted to Time objects. Well I guess this radar can go to Later then. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 4 22:08:58 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 05:08:58 -0000 Subject: [MacRuby] #995: NoMethodError for calling super from #initialize on MacRuby, but works fine on CRuby In-Reply-To: <053.d985e4956a5e539b4a4c1e1031f1e0ff@macosforge.org> References: <053.d985e4956a5e539b4a4c1e1031f1e0ff@macosforge.org> Message-ID: <062.50b99455a67b840bb13208f81661f924@macosforge.org> #995: NoMethodError for calling super from #initialize on MacRuby, but works fine on CRuby ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: #reduction | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: reopened => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.11 Comment: Should be fixed by https://github.com/MacRuby/MacRuby/commit/fc0895b088d77fadffcfd93999348fcc29f6234c -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 4 22:09:58 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 05:09:58 -0000 Subject: [MacRuby] #204: Private methods redefined public are still in private_methods In-Reply-To: <057.501491f7df3890638c90a912d40a6495@macosforge.org> References: <057.501491f7df3890638c90a912d40a6495@macosforge.org> Message-ID: <066.746a91418be1e8e9006591189b004c4c@macosforge.org> #204: Private methods redefined public are still in private_methods ----------------------------------------+----------------------------------- Reporter: vincent.isambart@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: #reduction ----------------------------------------+----------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 1.0 => MacRuby Later Comment: This problem does not seem critical for 1.0, moving to Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 4 22:14:12 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 05:14:12 -0000 Subject: [MacRuby] #435: Too many calls to NSObject initialize In-Reply-To: <056.1a78061bd4434c67d54f10ad0c17efcf@macosforge.org> References: <056.1a78061bd4434c67d54f10ad0c17efcf@macosforge.org> Message-ID: <065.1a1b36eb6df7b31fe3387afc10c9d407@macosforge.org> #435: Too many calls to NSObject initialize ---------------------------------------+------------------------------------ Reporter: joshua.ballanco@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ Changes (by lsansonetti@?): * milestone: MacRuby 1.0 => MacRuby Later Comment: It is possible that sample gets messed up because the symbols are stripped. I checked that the gem can be installed, so I think this bug is not critical for 1.0, moving to Later. (It's also possible that this bug should be closed.) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 4 22:26:47 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 05:26:47 -0000 Subject: [MacRuby] #542: Attempt to unlock a mutex which is not locked (ThreadError) In-Reply-To: <054.1a4ef5ffee450b4e3f8e1220d38c91ee@macosforge.org> References: <054.1a4ef5ffee450b4e3f8e1220d38c91ee@macosforge.org> Message-ID: <063.99cc5974804da2b557630e6b121afb95@macosforge.org> #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 lsansonetti@?): Can't seem to reproduce this with master: {{{ $ while [ 1 ]; do ./miniruby ~/Downloads/testThreadComm.rb; echo "success"; done 0 1688262 3351766 5159677 6707739 8514222 success 0 1628400 3246128 5025082 6485548 8201978 success 0 1493911 2982025 4382340 5925772 7175266 8740334 success 0 1631704 3286208 5036276 6494757 8242057 success 0 1572863 3145727 4845975 6291455 7963761 9713879 success 0 1600947 3170841 4972433 6364928 8142890 9920475 success 0 1573188 3178755 4901616 6297448 8064487 ^C $ $ $ $ }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 00:43:04 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 07:43:04 -0000 Subject: [MacRuby] #834: Inspecting a string with multibyte characters from an application prints escaped characters In-Reply-To: <054.cded8642a258447aa90580b269ddf2cd@macosforge.org> References: <054.cded8642a258447aa90580b269ddf2cd@macosforge.org> Message-ID: <063.d50a2ef470edfa975b020a77ae1bacb9@macosforge.org> #834: Inspecting a string with multibyte characters from an application prints escaped characters -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Resolution: fixed Keywords: interactive-macruby | -------------------------------------+-------------------------------------- Changes (by vincent.isambart@?): * status: new => closed * resolution: => fixed Comment: Should be fixed by https://github.com/MacRuby/MacRuby/commit/255d0528592f45192f646d4795a925d6ddb54a3f -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 00:44:16 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 07:44:16 -0000 Subject: [MacRuby] #834: Inspecting a string with multibyte characters from an application prints escaped characters In-Reply-To: <054.cded8642a258447aa90580b269ddf2cd@macosforge.org> References: <054.cded8642a258447aa90580b269ddf2cd@macosforge.org> Message-ID: <063.f8fdb8f5fbd94b7b8044361d4992656a@macosforge.org> #834: Inspecting a string with multibyte characters from an application prints escaped characters -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: interactive-macruby | -------------------------------------+-------------------------------------- Changes (by vincent.isambart@?): * milestone: MacRuby 1.0 => MacRuby 0.11 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 01:11:34 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 08:11:34 -0000 Subject: [MacRuby] #542: Attempt to unlock a mutex which is not locked (ThreadError) In-Reply-To: <054.1a4ef5ffee450b4e3f8e1220d38c91ee@macosforge.org> References: <054.1a4ef5ffee450b4e3f8e1220d38c91ee@macosforge.org> Message-ID: <063.c718417c7284a176c394e1758c768a80@macosforge.org> #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 lsansonetti@?): The reduction seems invalid, as I can still reproduce the problem when using net/imap: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -e "require 'net/imap'; imap = Net::IMAP.new('imap.gmail.com', 993, true); imap.login('somebody','somepassword')" /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/monitor.rb:189:in `mon_exit': Attempt to unlock a mutex which is not locked (ThreadError) from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/monitor.rb:203:in `synchronize' from -e:1:in `
' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 09:18:52 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 16:18:52 -0000 Subject: [MacRuby] #1260: Segfault occurs when parses a RSS content with bundled RSS library. Message-ID: <051.379d23131219f7748f5324b889b8fbe9@macosforge.org> #1260: Segfault occurs when parses a RSS content with bundled RSS library. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'rss' require 'open-uri' url = "http://images.apple.com/main/rss/hotnews/hotnews.rss" data = "" open(url) do |f| data = f.read end puts "* fetched RSS" rss = RSS::Parser.parse(data, false) puts "* Parsed RSS" }}} Result: {{{ $ ruby19 tt.rb * fetched RSS * Parsed RSS $ macruby tt.rb * fetched RSS zsh: segmentation fault macruby tt.rb }}} BackTrace: {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x00007fff5f3fffe8 0x00000001001521a3 in std::_Rb_tree, std::allocator > >*>, std::_Select1st, std::allocator > >*> >, std::less, std::allocator, std::allocator > >*> > >::_S_key (__x=Cannot access memory at address 0x7fff5f3fffe8 ) at stl_tree.h:499 499 _S_key(_Const_Link_type __x) (gdb) bt 20 #0 0x00000001001521a3 in std::_Rb_tree, std::allocator > >*>, std::_Select1st, std::allocator > >*> >, std::less, std::allocator, std::allocator > >*> > >::_S_key (__x=Cannot access memory at address 0x7fff5f3fffe8 ) at stl_tree.h:499 #1 0x00000001001522f5 in std::_Rb_tree, std::allocator > >*>, std::_Select1st, std::allocator > >*> >, std::less, std::allocator, std::allocator > >*> > >::find (this=0x102068418, __k=@0x7fff5f4000b0) at stl_tree.h:1378 #2 0x00000001001523b9 in std::map, std::allocator > >*, std::less, std::allocator, std::allocator > >*> > >::find (this=0x102068418, __x=@0x7fff5f4000b0) at stl_map.h:542 #3 0x000000010015ec64 in RoxorCore::method_sources_for_sel (this=0x102068200, sel=0x7fff8877f560, create=false) at vm.h:897 #4 0x0000000100146ff2 in rb_vm_resolve_method (klass=0x200017d60, sel=0x7fff8877f560) at vm.cpp:2090 #5 0x00000001001470dc in resolveInstanceMethod_imp (self=0x200017d60, sel=0x7fff88878585, name=0x7fff8877f560) at vm.cpp:5156 #6 0x00007fff840a2937 in _class_resolveMethod () #7 0x000000010012ab53 in rb_vm_super_lookup (klass=0x20040f580, sel=0x7fff8877f560, super_class_p=0x7fff5f400940) at dispatcher.cpp:316 #8 0x000000010012d167 in rb_vm_dispatch () at dispatcher.cpp:631 #9 0x00000001017009c4 in ?? () #10 0x00000001017219fe in ?? () #11 0x000000010012e65a in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:161 #12 0x000000010012e65a in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:466 #13 0x000000010012e65a in rb_vm_dispatch () at dispatcher.cpp:872 #14 0x00000001017009c4 in ?? () #15 0x00000001017219fe in ?? () #16 0x000000010012e65a in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:161 #17 0x000000010012e65a in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:466 #18 0x000000010012e65a in rb_vm_dispatch () at dispatcher.cpp:872 #19 0x00000001017009c4 in ?? () (More stack frames follow...) (gdb) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 09:55:10 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 16:55:10 -0000 Subject: [MacRuby] #1256: datamapper 1.1 segfaulting while defining model In-Reply-To: <047.54e86d84fab53b7342e26c3a204ac197@macosforge.org> References: <047.54e86d84fab53b7342e26c3a204ac197@macosforge.org> Message-ID: <056.e82c861556171e21312ac984bc77e823@macosforge.org> #1256: datamapper 1.1 segfaulting while defining model ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by watson1978@?): {{{ $ sudo macgem install dm-core }}} {{{ #!ruby require 'stringio' require 'rubygems' require 'dm-core' class User include DataMapper::Resource property :uid, Integer property :login, String, :key => true property :gecos, Text end }}} BackTrace: {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x00007fff5f3ffa28 0x000000010012cfb7 in rb_vm_dispatch () at dispatcher.cpp:582 582 int argc, const VALUE *argv) (gdb) bt 30 #0 0x000000010012cfb7 in rb_vm_dispatch () at dispatcher.cpp:582 #1 0x0000000101600d64 in ?? () #2 0x000000010958cf50 in ?? () #3 0x000000010012e628 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:159 #4 0x000000010012e628 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:466 #5 0x000000010012e628 in rb_vm_dispatch () at dispatcher.cpp:872 #6 0x00000001000d91ed in rb_vm_call0 (vm=0x100f23300, top=0, self=8596932480, klass=0x2004ef300, sel=0x100f24df0, block=0x20083a060, opt=2 '\002', argc=0, argv=0x0) at vm.h:653 #7 0x00000001000da312 in rb_vm_call2 (block=0x20083a060, self=8596932480, klass=8595108608, sel=0x100f24df0, argc=0, argv=0x0) at vm.h:678 #8 0x00000001000daaec in rb_objc_block_call (obj=8596932480, sel=0x100f24df0, argc=0, argv=0x0, bl_proc=0x10001fc6d , data2=8597625056) at vm_eval.c:267 #9 0x000000010001fe39 in enum_to_a (obj=8596932480, sel=0x7fff813be4d0, argc=0, argv=0x0) at enum.c:452 #10 0x000000010012e027 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:448 #11 0x000000010012e027 in rb_vm_dispatch () at dispatcher.cpp:872 #12 0x0000000101600d64 in ?? () #13 0x000000010958cf50 in ?? () #14 0x000000010012e628 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:159 #15 0x000000010012e628 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:466 #16 0x000000010012e628 in rb_vm_dispatch () at dispatcher.cpp:872 #17 0x00000001000d91ed in rb_vm_call0 (vm=0x100f23300, top=0, self=8596932480, klass=0x2004ef300, sel=0x100f24df0, block=0x200836ae0, opt=2 '\002', argc=0, argv=0x0) at vm.h:653 #18 0x00000001000da312 in rb_vm_call2 (block=0x200836ae0, self=8596932480, klass=8595108608, sel=0x100f24df0, argc=0, argv=0x0) at vm.h:678 #19 0x00000001000daaec in rb_objc_block_call (obj=8596932480, sel=0x100f24df0, argc=0, argv=0x0, bl_proc=0x10001fc6d , data2=8598555936) at vm_eval.c:267 #20 0x000000010001fe39 in enum_to_a (obj=8596932480, sel=0x7fff813be4d0, argc=0, argv=0x0) at enum.c:452 #21 0x000000010012e027 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:448 #22 0x000000010012e027 in rb_vm_dispatch () at dispatcher.cpp:872 #23 0x0000000101600d64 in ?? () #24 0x000000010958cf50 in ?? () #25 0x000000010012e628 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:159 #26 0x000000010012e628 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:466 #27 0x000000010012e628 in rb_vm_dispatch () at dispatcher.cpp:872 #28 0x00000001000d91ed in rb_vm_call0 (vm=0x100f23300, top=0, self=8596932480, klass=0x2004ef300, sel=0x100f24df0, block=0x200835c80, opt=2 '\002', argc=0, argv=0x0) at vm.h:653 #29 0x00000001000da312 in rb_vm_call2 (block=0x200835c80, self=8596932480, klass=8595108608, sel=0x100f24df0, argc=0, argv=0x0) at vm.h:678 (More stack frames follow...) (gdb) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 13:14:50 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 20:14:50 -0000 Subject: [MacRuby] #1261: Abort occurs when install the rubygems with specified version. Message-ID: <051.d868ec6239d04b4cbc3570ad94988472@macosforge.org> #1261: Abort occurs when install the rubygems with specified version. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Abort occurs when specify the range of version with using '<'. * '''=''' : OK {{{ $ sudo macgem install sinatra --version "= 1.1.0" WARNING: You are installing a new version of /usr/bin/rackup. This file already exists with a different shebang, possibly from a different ruby implementation or version. This operation may break the script. Do you still wish to continue? [yn] y WARNING: You are installing a new version of /usr/bin/tilt. This file already exists with a different shebang, possibly from a different ruby implementation or version. This operation may break the script. Do you still wish to continue? [yn] y Successfully installed rack-1.2.2 Successfully installed tilt-1.3 Successfully installed sinatra-1.1.0 3 gems installed }}} * '''>''' : OK {{{ $ sudo macgem install hotcocoa --version "> 0.5.0" Successfully installed hotcocoa-0.5.1 1 gem installed }}} * '''<=''' : NG {{{ $ sudo macgem install hotcocoa --version "<= 0.5.0" uncaught Objective-C/C++ exception... 2011-05-06 04:32:19.421 macruby[9344:e07] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -[NSCFArray insertObject:atIndex:]: attempt to insert nil' *** Call stack at first throw: ( 0 CoreFoundation 0x00007fff81fbc7b4 __exceptionPreprocess + 180 1 libobjc.A.dylib 0x00007fff8832f0f3 objc_exception_throw + 45 2 CoreFoundation 0x00007fff81fbc5d7 +[NSException raise:format:arguments:] + 103 3 CoreFoundation 0x00007fff81fbc564 +[NSException raise:format:] + 148 4 Foundation 0x00007fff86b3ec92 -[NSCFArray insertObject:atIndex:] + 119 5 Foundation 0x00007fff86b3e4b4 -[NSUserDefaults(NSUserDefaults) initWithUser:] + 868 6 Foundation 0x00007fff86b3e103 +[NSUserDefaults(NSUserDefaults) standardUserDefaults] + 106 7 Foundation 0x00007fff86b81ca8 -[NSBundle _computeExecutablePath] + 171 8 Foundation 0x00007fff86b81794 -[NSBundle loadAndReturnError:] + 429 9 libmacruby.dylib 0x00000001000e532b rb_require_framework + 1003 10 libmacruby.dylib 0x000000010013f754 rb_vm_dispatch + 7828 11 remote_fetcher.rbo 0x00000001057d8e75 0x0 + 4387081845 12 remote_fetcher.rbo 0x00000001057e0868 MREP_B9054DD37B604BEC870F5EACA6F50987 + 29048 13 libmacruby.dylib 0x000000010013fc1b rb_vm_dispatch + 9051 14 remote_fetcher.rbo 0x00000001057d8e75 0x0 + 4387081845 15 remote_fetcher.rbo 0x00000001057de515 MREP_B9054DD37B604BEC870F5EACA6F50987 + 20005 16 libmacruby.dylib 0x000000010013fc49 rb_vm_dispatch + 9097 17 spec_fetcher.rbo 0x00000001057ca705 0x0 + 4387022597 18 spec_fetcher.rbo 0x00000001057d2164 MREP_902140EF328546FB830B3B8B0DB2D3A0 + 29156 19 libmacruby.dylib 0x000000010013fc74 rb_vm_dispatch + 9140 20 spec_fetcher.rbo 0x00000001057ca705 0x0 + 4387022597 21 spec_fetcher.rbo 0x00000001057d1a6a MREP_902140EF328546FB830B3B8B0DB2D3A0 + 27370 22 libmacruby.dylib 0x0000000100141fd7 rb_vm_yield_args + 1895 23 libmacruby.dylib 0x00000001000f44b8 rb_yield + 40 24 libmacruby.dylib 0x00000001000056cd rary_reserve + 989 25 libmacruby.dylib 0x000000010013fcb4 rb_vm_dispatch + 9204 26 spec_fetcher.rbo 0x00000001057ca705 0x0 + 4387022597 27 spec_fetcher.rbo 0x00000001057d15d6 MREP_902140EF328546FB830B3B8B0DB2D3A0 + 26198 28 libmacruby.dylib 0x000000010013fc74 rb_vm_dispatch + 9140 29 spec_fetcher.rbo 0x00000001057ca705 0x0 + 4387022597 30 spec_fetcher.rbo 0x00000001057cee1a MREP_902140EF328546FB830B3B8B0DB2D3A0 + 16026 31 libmacruby.dylib 0x000000010013fc1b rb_vm_dispatch + 9051 32 spec_fetcher.rbo 0x00000001057ca705 0x0 + 4387022597 33 spec_fetcher.rbo 0x00000001057cd0a8 MREP_902140EF328546FB830B3B8B0DB2D3A0 + 8488 34 libmacruby.dylib 0x000000010013fc1b rb_vm_dispatch + 9051 35 dependency_installer.rbo 0x0000000105588b15 0x0 + 4384656149 36 dependency_installer.rbo 0x000000010558b9ad MREP_8F03926DECB84994BD5C19CC5FF06F84 + 10317 37 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 38 dependency_installer.rbo 0x0000000105588b15 0x0 + 4384656149 39 dependency_installer.rbo 0x000000010558dcf1 MREP_8F03926DECB84994BD5C19CC5FF06F84 + 19345 40 libmacruby.dylib 0x000000010013fc49 rb_vm_dispatch + 9097 41 dependency_installer.rbo 0x0000000105588b15 0x0 + 4384656149 42 dependency_installer.rbo 0x000000010558ee55 MREP_8F03926DECB84994BD5C19CC5FF06F84 + 23797 43 libmacruby.dylib 0x000000010013fc74 rb_vm_dispatch + 9140 44 install_command.rbo 0x00000001035befe5 0x0 + 4351324133 45 install_command.rbo 0x00000001035c1cc6 MREP_F8744BB45931486E8AEEF9D40B02BBEE + 10694 46 libmacruby.dylib 0x0000000100141fd7 rb_vm_yield_args + 1895 47 libmacruby.dylib 0x00000001000f44b8 rb_yield + 40 48 libmacruby.dylib 0x00000001000056cd rary_reserve + 989 49 libmacruby.dylib 0x000000010013fcb4 rb_vm_dispatch + 9204 50 install_command.rbo 0x00000001035befe5 0x0 + 4351324133 51 install_command.rbo 0x00000001035c0fdc MREP_F8744BB45931486E8AEEF9D40B02BBEE + 7388 52 libmacruby.dylib 0x000000010013fcb4 rb_vm_dispatch + 9204 53 command.rbo 0x0000000102d5b405 0x0 + 4342526981 54 command.rbo 0x0000000102d60838 MREP_B6CE16B0547E4808A156D6B9C9EDC7D8 + 19640 55 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 56 command_manager.rbo 0x0000000100ff7a45 0x0 + 4311710277 57 command_manager.rbo 0x0000000100ffa52d MREP_F10227D77AC64BA8A7754E450D2559CE + 9645 58 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 59 command_manager.rbo 0x0000000100ff7a45 0x0 + 4311710277 60 command_manager.rbo 0x0000000100ff9a60 MREP_F10227D77AC64BA8A7754E450D2559CE + 6880 61 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 62 gem_runner.rbo 0x0000000100feff45 0x0 + 4311678789 63 gem_runner.rbo 0x0000000100ff1489 MREP_6A7D224745B44FF28D64E2BC0C3FA69E + 4873 64 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 65 ??? 0x0000000100ed2a04 0x0 + 4310510084 66 ??? 0x0000000100ed23ea 0x0 + 4310508522 67 libmacruby.dylib 0x00000001001567d6 rb_vm_run + 470 68 libmacruby.dylib 0x0000000100030f20 ruby_run_node + 80 69 macruby 0x0000000100000cf8 main + 152 70 macruby 0x0000000100000c54 start + 52 71 ??? 0x0000000000000006 0x0 + 6 ) terminate called after throwing an instance of 'NSException' zsh: abort sudo macgem install hotcocoa --version "<= 0.5.0" }}} * '''<''' : NG {{{ $ sudo macgem install hotcocoa --version "< 0.5.0" uncaught Objective-C/C++ exception... 2011-05-06 04:32:39.245 macruby[9346:e07] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -[NSCFArray insertObject:atIndex:]: attempt to insert nil' *** Call stack at first throw: ( 0 CoreFoundation 0x00007fff81fbc7b4 __exceptionPreprocess + 180 1 libobjc.A.dylib 0x00007fff8832f0f3 objc_exception_throw + 45 2 CoreFoundation 0x00007fff81fbc5d7 +[NSException raise:format:arguments:] + 103 3 CoreFoundation 0x00007fff81fbc564 +[NSException raise:format:] + 148 4 Foundation 0x00007fff86b3ec92 -[NSCFArray insertObject:atIndex:] + 119 5 Foundation 0x00007fff86b3e4b4 -[NSUserDefaults(NSUserDefaults) initWithUser:] + 868 6 Foundation 0x00007fff86b3e103 +[NSUserDefaults(NSUserDefaults) standardUserDefaults] + 106 7 Foundation 0x00007fff86b81ca8 -[NSBundle _computeExecutablePath] + 171 8 Foundation 0x00007fff86b81794 -[NSBundle loadAndReturnError:] + 429 9 libmacruby.dylib 0x00000001000e532b rb_require_framework + 1003 10 libmacruby.dylib 0x000000010013f754 rb_vm_dispatch + 7828 11 remote_fetcher.rbo 0x0000000105f51e75 0x0 + 4394917493 12 remote_fetcher.rbo 0x0000000105f59868 MREP_B9054DD37B604BEC870F5EACA6F50987 + 29048 13 libmacruby.dylib 0x000000010013fc1b rb_vm_dispatch + 9051 14 remote_fetcher.rbo 0x0000000105f51e75 0x0 + 4394917493 15 remote_fetcher.rbo 0x0000000105f57515 MREP_B9054DD37B604BEC870F5EACA6F50987 + 20005 16 libmacruby.dylib 0x000000010013fc49 rb_vm_dispatch + 9097 17 spec_fetcher.rbo 0x0000000105f43705 0x0 + 4394858245 18 spec_fetcher.rbo 0x0000000105f4b164 MREP_902140EF328546FB830B3B8B0DB2D3A0 + 29156 19 libmacruby.dylib 0x000000010013fc74 rb_vm_dispatch + 9140 20 spec_fetcher.rbo 0x0000000105f43705 0x0 + 4394858245 21 spec_fetcher.rbo 0x0000000105f4aa6a MREP_902140EF328546FB830B3B8B0DB2D3A0 + 27370 22 libmacruby.dylib 0x0000000100141fd7 rb_vm_yield_args + 1895 23 libmacruby.dylib 0x00000001000f44b8 rb_yield + 40 24 libmacruby.dylib 0x00000001000056cd rary_reserve + 989 25 libmacruby.dylib 0x000000010013fcb4 rb_vm_dispatch + 9204 26 spec_fetcher.rbo 0x0000000105f43705 0x0 + 4394858245 27 spec_fetcher.rbo 0x0000000105f4a5d6 MREP_902140EF328546FB830B3B8B0DB2D3A0 + 26198 28 libmacruby.dylib 0x000000010013fc74 rb_vm_dispatch + 9140 29 spec_fetcher.rbo 0x0000000105f43705 0x0 + 4394858245 30 spec_fetcher.rbo 0x0000000105f47e1a MREP_902140EF328546FB830B3B8B0DB2D3A0 + 16026 31 libmacruby.dylib 0x000000010013fc1b rb_vm_dispatch + 9051 32 spec_fetcher.rbo 0x0000000105f43705 0x0 + 4394858245 33 spec_fetcher.rbo 0x0000000105f460a8 MREP_902140EF328546FB830B3B8B0DB2D3A0 + 8488 34 libmacruby.dylib 0x000000010013fc1b rb_vm_dispatch + 9051 35 dependency_installer.rbo 0x0000000105e01b15 0x0 + 4393540373 36 dependency_installer.rbo 0x0000000105e049ad MREP_8F03926DECB84994BD5C19CC5FF06F84 + 10317 37 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 38 dependency_installer.rbo 0x0000000105e01b15 0x0 + 4393540373 39 dependency_installer.rbo 0x0000000105e06cf1 MREP_8F03926DECB84994BD5C19CC5FF06F84 + 19345 40 libmacruby.dylib 0x000000010013fc49 rb_vm_dispatch + 9097 41 dependency_installer.rbo 0x0000000105e01b15 0x0 + 4393540373 42 dependency_installer.rbo 0x0000000105e07e55 MREP_8F03926DECB84994BD5C19CC5FF06F84 + 23797 43 libmacruby.dylib 0x000000010013fc74 rb_vm_dispatch + 9140 44 install_command.rbo 0x00000001035befe5 0x0 + 4351324133 45 install_command.rbo 0x00000001035c1cc6 MREP_F8744BB45931486E8AEEF9D40B02BBEE + 10694 46 libmacruby.dylib 0x0000000100141fd7 rb_vm_yield_args + 1895 47 libmacruby.dylib 0x00000001000f44b8 rb_yield + 40 48 libmacruby.dylib 0x00000001000056cd rary_reserve + 989 49 libmacruby.dylib 0x000000010013fcb4 rb_vm_dispatch + 9204 50 install_command.rbo 0x00000001035befe5 0x0 + 4351324133 51 install_command.rbo 0x00000001035c0fdc MREP_F8744BB45931486E8AEEF9D40B02BBEE + 7388 52 libmacruby.dylib 0x000000010013fcb4 rb_vm_dispatch + 9204 53 command.rbo 0x0000000102d65405 0x0 + 4342567941 54 command.rbo 0x0000000102d6a838 MREP_B6CE16B0547E4808A156D6B9C9EDC7D8 + 19640 55 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 56 command_manager.rbo 0x0000000102d5ba45 0x0 + 4342528581 57 command_manager.rbo 0x0000000102d5e52d MREP_F10227D77AC64BA8A7754E450D2559CE + 9645 58 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 59 command_manager.rbo 0x0000000102d5ba45 0x0 + 4342528581 60 command_manager.rbo 0x0000000102d5da60 MREP_F10227D77AC64BA8A7754E450D2559CE + 6880 61 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 62 gem_runner.rbo 0x0000000100ff0f45 0x0 + 4311682885 63 gem_runner.rbo 0x0000000100ff2489 MREP_6A7D224745B44FF28D64E2BC0C3FA69E + 4873 64 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 65 ??? 0x0000000100ed2a04 0x0 + 4310510084 66 ??? 0x0000000100ed23ea 0x0 + 4310508522 67 libmacruby.dylib 0x00000001001567d6 rb_vm_run + 470 68 libmacruby.dylib 0x0000000100030f20 ruby_run_node + 80 69 macruby 0x0000000100000cf8 main + 152 70 macruby 0x0000000100000c54 start + 52 ) terminate called after throwing an instance of 'NSException' zsh: abort sudo macgem install hotcocoa --version "< 0.5.0" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 13:21:35 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 20:21:35 -0000 Subject: [MacRuby] #1262: Rack error calling [] in Faraday via the Octokit gem Message-ID: <047.5ca341f2eab29b1803ecb9277131710d@macosforge.org> #1262: Rack error calling [] in Faraday via the Octokit gem ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: github, octokit, rack, hubcap ------------------------------+--------------------------------------------- I'm getting the following error running this simple script in MacRuby 0.10: {{{ require 'rubygems' require 'octokit' puts Octokit.user('sferik') }}} {{{ /Users/erik/.rvm/gems/macruby-0.10/gems/rack-1.2.2/lib/rack/utils.rb:in `[]:': undefined method `[]' for nil:NilClass (NoMethodError) from /Users/erik/.rvm/gems/macruby-0.10/gems/faraday-0.6.1/lib/faraday/utils.rb:22:in `[]:' from /Users/erik/.rvm/gems/macruby-0.10/gems/faraday-0.6.1/lib/faraday/request/url_encoded.rb:18:in `match_content_type:' from /Users/erik/get_user.rb:4:in `
' }}} I've tried using rack 1.3.0.beta instead of 1.2.2 but I get the same error. This script works as expected on MRI 1.9.1p378 and 1.9.2p180 (also on MRI 1.8.7p334, JRuby 1.6.1, and Rubinius 1.2.3). In addition to the error. Simply requiring octokit (line 2) is extremely slow. On my machine with a 2.8 GHz Intel Core 2 Duo processor, running just the first two lines of the script takes 2 minutes and 20 seconds! I would love to be able to use the Octokit gem in the next release of MacRuby. Please let me know if there's anything I can do to help debug this issue. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 13:31:08 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 20:31:08 -0000 Subject: [MacRuby] #1263: Segfault with MacRuby 0.10 Message-ID: <049.7386be9bd18db8ead3d8353b895f281c@macosforge.org> #1263: Segfault with MacRuby 0.10 --------------------------------+------------------------------------------- Reporter: seatmanu@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- I installed the gem called sucker (which uses Net::HTTP) I do the following in MacIrb and I get irb(main):002:0> require 'rubygems' => true irb(main):003:0> require 'sucker' Segmentation fault I am using OSX 10.6.7 , MacRuby 0.10. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 13:31:12 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 20:31:12 -0000 Subject: [MacRuby] #1264: Segfault with MacRuby 0.10 Message-ID: <049.8600a3511272dd1b9ce757be6681044a@macosforge.org> #1264: Segfault with MacRuby 0.10 --------------------------------+------------------------------------------- Reporter: seatmanu@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- I installed the gem called sucker (which uses Net::HTTP) I do the following in MacIrb and I get irb(main):002:0> require 'rubygems' => true irb(main):003:0> require 'sucker' Segmentation fault I am using OSX 10.6.7 , MacRuby 0.10. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 13:49:21 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 20:49:21 -0000 Subject: [MacRuby] #1265: Gem loading slow Message-ID: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> #1265: Gem loading slow ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: optimization, speed, performance, gem, loading, require ------------------------------+--------------------------------------------- This ticket started as a footnote to #1262, but @ferrous26 suggested I make it a separate ticket. Requiring the octokit gem takes over 2 minutes: {{{ require 'rubygems' require 'octokit' }}} {{{ real 2m43.991s user 2m12.706s sys 0m5.491s }}} The same code executes in approximately half a second on MRI 1.9.1 and 1.9.2. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 14:18:36 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 21:18:36 -0000 Subject: [MacRuby] #1266: NameError: `@_save_parents:_sentinel' is not allowed as an instance variable name Message-ID: <047.7082e46865265152c918bfb539ac6339@macosforge.org> #1266: NameError: `@_save_parents:_sentinel' is not allowed as an instance variable name ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Datamapper seems to be broken when creating resources, regardless of adapter. {{{ irb(main):001:0> require 'stringio' => true irb(main):002:0> require 'rubygems' => true irb(main):003:0> require 'dm-core' => true irb(main):004:0> => nil irb(main):005:0> class User irb(main):006:1> include DataMapper::Resource irb(main):007:1> property :login, String, :key => true irb(main):008:0> end => # irb(main):009:0> User.create(:login => "jhamor") NameError: `@_save_parents:_sentinel' is not allowed as an instance variable name /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /dm-core-1.0.2/lib/dm-core/resource.rb:1230:in `run_once:' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /dm-core-1.0.2/lib/dm-core/resource.rb:1047:in `save_parents:' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /dm-core-1.0.2/lib/dm-core/resource.rb:1018:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /dm-core-1.0.2/lib/dm-core/resource.rb:1234:in `run_once:' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /dm-core-1.0.2/lib/dm-core/resource.rb:1017:in `_save' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /dm-core-1.0.2/lib/dm-core/resource.rb:417:in `save' }}} Marked as a blocker primarily because this limits me from using macruby as a whole for my project. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 14:20:28 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 21:20:28 -0000 Subject: [MacRuby] #1256: datamapper 1.1 segfaulting while defining model In-Reply-To: <047.54e86d84fab53b7342e26c3a204ac197@macosforge.org> References: <047.54e86d84fab53b7342e26c3a204ac197@macosforge.org> Message-ID: <056.1e0dcb3774836d1ccd7650a2636fde08@macosforge.org> #1256: datamapper 1.1 segfaulting while defining model ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by jhamor@?): Replying to [comment:1 lsansonetti@?]: > I got a different result in my environment: > > {{{ > $ DYLD_LIBRARY_PATH=. VM_DISABLE_RBO=1 ./macruby t4.rb > /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /dm-core-1.1.0/lib/dm-core.rb:103:in `
': uninitialized constant StringIO (NameError) > from /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/rubygems/custom_require.rb:34:in `require:' > from /Users/lrz/src/macruby-master/t4.rb:2:in `
' > }}} notice (although its really messy) i require stringio before the other packages. This is also a bug but one i'm less worried about ;) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 14:23:21 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 21:23:21 -0000 Subject: [MacRuby] #1256: datamapper 1.1 segfaulting while defining model In-Reply-To: <047.54e86d84fab53b7342e26c3a204ac197@macosforge.org> References: <047.54e86d84fab53b7342e26c3a204ac197@macosforge.org> Message-ID: <056.83ef771962868f3e013ca8a0db9c5c2d@macosforge.org> #1256: datamapper 1.1 segfaulting while defining model ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by lsansonetti@?): Thanks, looking quickly to the backtrace, it looks like it's stuck into an infinite loop. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 14:30:04 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 21:30:04 -0000 Subject: [MacRuby] #1265: Gem loading slow In-Reply-To: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> References: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> Message-ID: <056.bcf4bd17afa1edc6c06a923346e750cd@macosforge.org> #1265: Gem loading slow ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: optimization, speed, performance, gem, loading, require ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.11 => MacRuby 1.0 Comment: This needs to be fixed for 1.0. Sampling the process would be a good start. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 14:46:20 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 21:46:20 -0000 Subject: [MacRuby] #1265: Gem loading slow In-Reply-To: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> References: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> Message-ID: <056.9f0129fe209e791b65ecaa561ebcdabb@macosforge.org> #1265: Gem loading slow ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: optimization, speed, performance, gem, loading, require ------------------------------+--------------------------------------------- Comment(by mrada@?): I've looked into this and the problem is the addressable gem, not in octokit. Data mapper has the same issue (because it depends on addressable). Specifically, lib/addressable/idna/pure.rb takes forever to load and it actually causes the macruby compiler to crash. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 14:59:30 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 21:59:30 -0000 Subject: [MacRuby] #1265: Gem loading slow In-Reply-To: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> References: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> Message-ID: <056.f9018110dd77efc8c23270e6456c6bba@macosforge.org> #1265: Gem loading slow ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: optimization, speed, performance, gem, loading, require ------------------------------+--------------------------------------------- Comment(by lsansonetti@?): Do we know what this file is doing? Lots of #eval calls? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 15:25:32 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 22:25:32 -0000 Subject: [MacRuby] #1265: Gem loading slow In-Reply-To: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> References: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> Message-ID: <056.33eebb009914558d5933eafd0d0a6077@macosforge.org> #1265: Gem loading slow ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: optimization, speed, performance, gem, loading, require ------------------------------+--------------------------------------------- Comment(by mrada@?): There is a HUGE hash (multiple thousands of lines) where each value is an array with 5 elements. If I remove most of the hash, the gem loads much faster (proportionally). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 15:29:25 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 22:29:25 -0000 Subject: [MacRuby] #1265: Gem loading slow In-Reply-To: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> References: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> Message-ID: <056.5f6f4db80031fcbe0b0fbca60343c830@macosforge.org> #1265: Gem loading slow ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: optimization, speed, performance, gem, loading, require ------------------------------+--------------------------------------------- Comment(by mrada@?): My mistake, it is 7 elements per array... -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 15:30:48 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 May 2011 22:30:48 -0000 Subject: [MacRuby] #1265: Gem loading slow In-Reply-To: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> References: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> Message-ID: <056.61efea0647014b4d5853df7d73d9b114@macosforge.org> #1265: Gem loading slow ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: optimization, speed, performance, gem, loading, require ------------------------------+--------------------------------------------- Comment(by sferik@?): I've confirmed that addressable is the primary culprit for the slow load time. I've also compiled a list of all the gems that depend on addressable (there are over 100 of them): https://gist.github.com/420e05aaffc39dd44fd2 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 17:16:25 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 06 May 2011 00:16:25 -0000 Subject: [MacRuby] #1265: Gem loading slow In-Reply-To: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> References: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> Message-ID: <056.d9a0d28175216f371803f76c77bd506f@macosforge.org> #1265: Gem loading slow ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: optimization, speed, performance, gem, loading, require ------------------------------+--------------------------------------------- Comment(by lsansonetti@?): After a quick investigation, it turns out that we spend most of the time inside LLVM trying to compile that gigantic function. A good solution would be to compile NODE_HASH and NODE_ARRAY into separate static functions, and add support into the MacRuby interpreter to handle the primitives. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 17:42:17 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 06 May 2011 00:42:17 -0000 Subject: [MacRuby] #1264: Segfault with MacRuby 0.10 In-Reply-To: <049.8600a3511272dd1b9ce757be6681044a@macosforge.org> References: <049.8600a3511272dd1b9ce757be6681044a@macosforge.org> Message-ID: <058.36d433c7fc23ff38d324db0467ca33a6@macosforge.org> #1264: Segfault with MacRuby 0.10 --------------------------------+------------------------------------------- Reporter: seatmanu@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => duplicate * milestone: MacRuby 0.11 => Comment: Looks the same as #1263. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 17:44:37 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 06 May 2011 00:44:37 -0000 Subject: [MacRuby] #1266: NameError: `@_save_parents:_sentinel' is not allowed as an instance variable name In-Reply-To: <047.7082e46865265152c918bfb539ac6339@macosforge.org> References: <047.7082e46865265152c918bfb539ac6339@macosforge.org> Message-ID: <056.55cef58e80c396796e2ce5ed49b4ea18@macosforge.org> #1266: NameError: `@_save_parents:_sentinel' is not allowed as an instance variable name ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by lsansonetti@?): Clearly `@_save_parents:_sentinel' isn't a valid name for an ivar. I assume it's being generated dynamically, a reduction would be helpful. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 18:22:05 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 06 May 2011 01:22:05 -0000 Subject: [MacRuby] #1266: NameError: `@_save_parents:_sentinel' is not allowed as an instance variable name In-Reply-To: <047.7082e46865265152c918bfb539ac6339@macosforge.org> References: <047.7082e46865265152c918bfb539ac6339@macosforge.org> Message-ID: <056.9429bee18eaa37434d4152356562fb88@macosforge.org> #1266: NameError: `@_save_parents:_sentinel' is not allowed as an instance variable name ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by lsansonetti@?): {{{ def run_once(default) caller_method = Kernel.caller(1).first[/`([^'?!]+)[?!]?'/, 1] sentinel = "@_#{caller_method}_sentinel" return instance_variable_get(sentinel) if instance_variable_defined?(sentinel) }}} I suspect that here #caller returns selectors with the trailing ':' character. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 18:35:28 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 06 May 2011 01:35:28 -0000 Subject: [MacRuby] #1266: NameError: `@_save_parents:_sentinel' is not allowed as an instance variable name In-Reply-To: <047.7082e46865265152c918bfb539ac6339@macosforge.org> References: <047.7082e46865265152c918bfb539ac6339@macosforge.org> Message-ID: <056.c0b86440655f26b15d94f153ca26509d@macosforge.org> #1266: NameError: `@_save_parents:_sentinel' is not allowed as an instance variable name ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: The problem should be fixed in https://github.com/MacRuby/MacRuby/commit/d94e20e9d5111c3f17deb92a4b4c8d5cc98d705f -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 5 21:15:35 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 06 May 2011 04:15:35 -0000 Subject: [MacRuby] #1267: RoxorVM::pop_outer() leaks memory Message-ID: <052.dd2f817f28f925c1e1366b4105e962ce@macosforge.org> #1267: RoxorVM::pop_outer() leaks memory -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- push_outer() allocates a new outer structure using malloc(), but it's never free()'ed, leading to memory leaks for instance when using #instance_eval(&b) in a loop. We cannot free() the outer in pop_outer() since it may be used somewhere else, so we must either introduce reference counting or use xmalloc() memory (with appropriate write barriers). I think the later is the best solution. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 6 00:06:40 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 06 May 2011 07:06:40 -0000 Subject: [MacRuby] #1268: force_encoding on NSStrings with Net::HTTP Message-ID: <052.4b9186120f76876ed07ad2a6ee8da9c8@macosforge.org> #1268: force_encoding on NSStrings with Net::HTTP -----------------------------------+---------------------------------------- Reporter: eric@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- There is a previous, closed ticket, #689, in regards to this exact same issue. Apparently there was some regression, or some new code within Net::HTTP has reopened this, but in both 0.10 and 0.11 with the gazette gem, and as well as with a pure Net::HTTP.post_form call, I get this error. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 6 01:33:35 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 06 May 2011 08:33:35 -0000 Subject: [MacRuby] #363: IO.copy_stream dont handle copyfile. In-Reply-To: <049.e7b5edbada4eb86a7d2dacb90726d131@macosforge.org> References: <049.e7b5edbada4eb86a7d2dacb90726d131@macosforge.org> Message-ID: <058.c060ca7431be06b568e40b303d7d3296@macosforge.org> #363: IO.copy_stream dont handle copyfile. --------------------------------+------------------------------------------- Reporter: kazuhisa@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.11 Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/a65199394eea7ca0db48db080d393b4b40746d36 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 6 07:00:10 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 06 May 2011 14:00:10 -0000 Subject: [MacRuby] #1268: force_encoding on NSStrings with Net::HTTP In-Reply-To: <052.4b9186120f76876ed07ad2a6ee8da9c8@macosforge.org> References: <052.4b9186120f76876ed07ad2a6ee8da9c8@macosforge.org> Message-ID: <061.41c3c12394e41d3cc3dba1e5d9bef075@macosforge.org> #1268: force_encoding on NSStrings with Net::HTTP -----------------------------------+---------------------------------------- Reporter: eric@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by eric@?): Particular instance with the gazette gem was: {{{ client.add(self.url, :title => self.title) }}} However, with the guidance of alloy via IRC, the following code was used (which does work): {{{ client.add(String.new(NSString.stringWithString(self.url)), :title => String.new(NSString.stringWithString(self.title))) }}} In the case of Net::HTTP, the following (example) setup was attempted: {{{ require 'net/http' def call_api url = URI.parse("#{HOST}/api/call.json") arguments = { 'email' => self.email, 'foo' => self.bar } resp, data = Net::HTTP.post_form(url, arguments) end }}} While another method has already been utilized, I am fairly positive that the previous fix would be applicable here as well. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 6 07:35:39 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 06 May 2011 14:35:39 -0000 Subject: [MacRuby] #1268: force_encoding on NSStrings with Net::HTTP In-Reply-To: <052.4b9186120f76876ed07ad2a6ee8da9c8@macosforge.org> References: <052.4b9186120f76876ed07ad2a6ee8da9c8@macosforge.org> Message-ID: <061.059b4863c6dfa6553d67667c481b4106@macosforge.org> #1268: force_encoding on NSStrings with Net::HTTP -----------------------------------+---------------------------------------- Reporter: eric@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by eloy.de.enige@?): Like already discussed with Eric on irc, but adding here for completeness sake, the use of NSString.stringWithString() was only so I could create a NSString instance and ins't needed for this workaround. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 6 11:10:32 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 06 May 2011 18:10:32 -0000 Subject: [MacRuby] #1269: String() should coerce NSStrings Message-ID: <056.28598955bef529d43538b466e53caf94@macosforge.org> #1269: String() should coerce NSStrings ---------------------------------------+------------------------------------ Reporter: joshua.ballanco@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ This is kinda unexpected: {{{ class String def foo "bar" end end s = NSString.alloc.initWithString("Test") String(s).foo # => NoMethodError: undefined method `foo' for "Test":String }}} Using String.new() get's you the expected result, but I would think that String() should as well... -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 6 16:45:44 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 06 May 2011 23:45:44 -0000 Subject: [MacRuby] #1263: Segfault with MacRuby 0.10 In-Reply-To: <049.7386be9bd18db8ead3d8353b895f281c@macosforge.org> References: <049.7386be9bd18db8ead3d8353b895f281c@macosforge.org> Message-ID: <058.67cd3e8d94627d85d720fbab9fa0ae06@macosforge.org> #1263: Segfault with MacRuby 0.10 --------------------------------+------------------------------------------- Reporter: seatmanu@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed Comment: Works for me on master. {{{ $ DYLD_LIBRARY_PATH=. ./macruby -r rubygems -e "require 'sucker'" $ macirb irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'sucker' => true irb(main):003:0> }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 9 11:30:15 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 09 May 2011 18:30:15 -0000 Subject: [MacRuby] #1270: A test ticket, please ignore. Message-ID: <054.e5151e1cc5b75715a5b7a9ef3761ce79@macosforge.org> #1270: A test ticket, please ignore. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: test bananas -------------------------------------+-------------------------------------- Once there were two bananas. One got eaten, the other thrown away. Both served our holy task of consumption. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 9 11:30:52 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 09 May 2011 18:30:52 -0000 Subject: [MacRuby] #1270: A test ticket, please ignore. In-Reply-To: <054.e5151e1cc5b75715a5b7a9ef3761ce79@macosforge.org> References: <054.e5151e1cc5b75715a5b7a9ef3761ce79@macosforge.org> Message-ID: <063.2a05f4f1e7e2f8b977225b993d69ba26@macosforge.org> #1270: A test ticket, please ignore. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: test bananas -------------------------------------+-------------------------------------- Comment(by eloy.de.enige@?): Interesting, but? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 9 11:31:43 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 09 May 2011 18:31:43 -0000 Subject: [MacRuby] #1270: A test ticket, please ignore. In-Reply-To: <054.e5151e1cc5b75715a5b7a9ef3761ce79@macosforge.org> References: <054.e5151e1cc5b75715a5b7a9ef3761ce79@macosforge.org> Message-ID: <063.47d0073462bb4166579119657173c23a@macosforge.org> #1270: A test ticket, please ignore. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: test bananas | -------------------------------------+-------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => invalid Comment: I don?t buy it! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 9 15:37:34 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 09 May 2011 22:37:34 -0000 Subject: [MacRuby] #1270: A test ticket, please ignore. In-Reply-To: <054.e5151e1cc5b75715a5b7a9ef3761ce79@macosforge.org> References: <054.e5151e1cc5b75715a5b7a9ef3761ce79@macosforge.org> Message-ID: <063.a6a238e93377691af4a7e6901582fabb@macosforge.org> #1270: A test ticket, please ignore. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: Component: MacRuby | Resolution: Keywords: test bananas revolution | -------------------------------------+-------------------------------------- Changes (by eloy.de.enige@?): * status: closed => reopened * keywords: test bananas => test bananas revolution * resolution: invalid => Comment: But bananas have rights too! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 9 15:38:06 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 09 May 2011 22:38:06 -0000 Subject: [MacRuby] #1270: A test ticket, please ignore. In-Reply-To: <054.e5151e1cc5b75715a5b7a9ef3761ce79@macosforge.org> References: <054.e5151e1cc5b75715a5b7a9ef3761ce79@macosforge.org> Message-ID: <063.e6778aeedde0e4ece1f1d395ceb9af72@macosforge.org> #1270: A test ticket, please ignore. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: test bananas revolution | -------------------------------------+-------------------------------------- Changes (by eloy.de.enige@?): * status: reopened => closed * resolution: => fixed Comment: Oh come on, dude! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 9 16:08:01 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 09 May 2011 23:08:01 -0000 Subject: [MacRuby] #1270: A test ticket, please ignore. In-Reply-To: <054.e5151e1cc5b75715a5b7a9ef3761ce79@macosforge.org> References: <054.e5151e1cc5b75715a5b7a9ef3761ce79@macosforge.org> Message-ID: <063.f62298dba4a1a820e9c45573cb07c8c3@macosforge.org> #1270: A test ticket, please ignore. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: test bananas revolution | -------------------------------------+-------------------------------------- Comment(by eloy.de.enige@?): Ok, but I like to have the last word. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 9 17:03:59 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 May 2011 00:03:59 -0000 Subject: [MacRuby] #1271: datamapper 1.0.2 failing with mismatch type errors Message-ID: <047.c0ce29b5e47ae25aed1c060575861bd0@macosforge.org> #1271: datamapper 1.0.2 failing with mismatch type errors ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- When working with datamapper, i get errors in ways "regular" ruby doesnt. This is somewhat of a reduction, as my real world test involves a custom adapter that produces this same problem. Here is the setup data: 
 require 'stringio'
 => true
 require 'rubygems'
 => false
 require 'dm-core'
 => true
 class User
   include DataMapper::Resource

   property :login, String, :key => true
   property :uid, Integer
   property :gecos,  Text
 end
 => #
 User.first
 User.get('jhamor')
 User.get(:login => 'jhamor')
Here is what happens in macruby: 
 irb(main):001:0> require 'stringio'
 => true
 irb(main):002:0> require 'rubygems'
 => true
 irb(main):003:0> require 'dm-core'
 => true
 irb(main):004:0> DataMapper::Logger.new($stdout, :debug)
 => #>, :debug]
 @level=0 @buffer=[] @delimiter=" ~ " @auto_flush=true @log=#>>
 irb(main):005:0> class User
 irb(main):006:1>     include DataMapper::Resource
 irb(main):007:1>     property :login, String, :key => true
 irb(main):008:0> end
 => #
 irb(main):009:0> DataMapper.finalize
 => DataMapper
 irb(main):010:0> User.first
 DataMapper::RepositoryNotSetupError: Adapter not set: default. Did you
 forget to setup?
 /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems
 /dm-core-1.0.2/lib/dm-core/repository.rb:72:in `adapter'
 /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems
 /dm-core-1.0.2/lib/dm-core/repository.rb:131:in `new_query'
 /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems
 /dm-core-1.0.2/lib/dm-core/model/scope.rb:30:in `query'
 /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems
 /dm-core-1.0.2/lib/dm-core/model.rb:341:in `all'
 /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems
 /dm-core-1.0.2/lib/dm-core/model.rb:319:in `each'
 irb(main):011:0> User.get('jhamor')
 TypeError: can't convert Hash into Integer
 /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems
 /dm-core-1.0.2/lib/dm-core/model.rb:278:in `get'
 irb(main):012:0> User.get(:login => 'jhamor')
 TypeError: can't convert Hash into Integer
 /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems
 /dm-core-1.0.2/lib/dm-core/model.rb:278:in `get'
 irb(main):013:0>
Here is what happens in normal ruby: 
 [jhamor:~] jhamor% irb
 >> require 'rubygems'
 => false
 >> require 'dm-core'
 => true
 >> class User
 >>   include DataMapper::Resource
 >>
 ?>   property :login, String, :key => true
 >>   property :uid, Integer
 >>   property :gecos,  Text
 >> end
 => #
 >> User.first
 DataMapper::RepositoryNotSetupError: Adapter not set: default. Did you
 forget to setup?
         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
 core/repository.rb:72:in `adapter'
         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
 core/repository.rb:131:in `new_query'
         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
 core/model/scope.rb:30:in `query'
         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
 core/model.rb:374:in `first'
         from (irb):10
         from :0
 >> User.get('jhamor')
 DataMapper::RepositoryNotSetupError: Adapter not set: default. Did you
 forget to setup?
         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
 core/repository.rb:72:in `adapter'
         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
 core/repository.rb:131:in `new_query'
         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
 core/model/scope.rb:30:in `query'
         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
 core/model.rb:374:in `first'
         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
 core/model.rb:278:in `get'
         from (irb):11
         from :0
 >> User.get(:login => 'jhamor')
 DataMapper::RepositoryNotSetupError: Adapter not set: default. Did you
 forget to setup?
         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
 core/repository.rb:72:in `adapter'
         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
 core/repository.rb:131:in `new_query'
         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
 core/model/scope.rb:30:in `query'
         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
 core/model.rb:374:in `first'
         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
 core/model.rb:278:in `get'
         from (irb):12
         from :0
 >>
-- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 10 12:33:51 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 May 2011 19:33:51 -0000 Subject: [MacRuby] #1270: A test ticket, please ignore. In-Reply-To: <054.e5151e1cc5b75715a5b7a9ef3761ce79@macosforge.org> References: <054.e5151e1cc5b75715a5b7a9ef3761ce79@macosforge.org> Message-ID: <063.4cec97cc0ae113b51cb95066bb531bc7@macosforge.org> #1270: A test ticket, please ignore. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: test bananas revolution | -------------------------------------+-------------------------------------- Comment(by eloy.de.enige@?): Well, apparently not? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 10 12:56:34 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 May 2011 19:56:34 -0000 Subject: [MacRuby] #1271: datamapper 1.0.2 failing with mismatch type errors In-Reply-To: <047.c0ce29b5e47ae25aed1c060575861bd0@macosforge.org> References: <047.c0ce29b5e47ae25aed1c060575861bd0@macosforge.org> Message-ID: <056.e29b16f996b95a080c130957c56acbb2@macosforge.org> #1271: datamapper 1.0.2 failing with mismatch type errors ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Description changed by eloy.de.enige@?: Old description: > When working with datamapper, i get errors in ways "regular" ruby doesnt. > This is somewhat of a reduction, as my real world test involves a custom > adapter that produces this same problem. > > Here is the setup data: > 
> require 'stringio'
> => true
> require 'rubygems'
> => false
> require 'dm-core'
> => true
> class User
>   include DataMapper::Resource
>
>   property :login, String, :key => true
>   property :uid, Integer
>   property :gecos,  Text
> end
> => #
> User.first
> User.get('jhamor')
> User.get(:login => 'jhamor')
>
> > Here is what happens in macruby: > 
> irb(main):001:0> require 'stringio'
> => true
> irb(main):002:0> require 'rubygems'
> => true
> irb(main):003:0> require 'dm-core'
> => true
> irb(main):004:0> DataMapper::Logger.new($stdout, :debug)
> => #>, :debug]
> @level=0 @buffer=[] @delimiter=" ~ " @auto_flush=true
> @log=#>>
> irb(main):005:0> class User
> irb(main):006:1>     include DataMapper::Resource
> irb(main):007:1>     property :login, String, :key => true
> irb(main):008:0> end
> => #
> irb(main):009:0> DataMapper.finalize
> => DataMapper
> irb(main):010:0> User.first
> DataMapper::RepositoryNotSetupError: Adapter not set: default. Did you
> forget to setup?
> /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems
> /dm-core-1.0.2/lib/dm-core/repository.rb:72:in `adapter'
> /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems
> /dm-core-1.0.2/lib/dm-core/repository.rb:131:in `new_query'
> /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems
> /dm-core-1.0.2/lib/dm-core/model/scope.rb:30:in `query'
> /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems
> /dm-core-1.0.2/lib/dm-core/model.rb:341:in `all'
> /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems
> /dm-core-1.0.2/lib/dm-core/model.rb:319:in `each'
> irb(main):011:0> User.get('jhamor')
> TypeError: can't convert Hash into Integer
> /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems
> /dm-core-1.0.2/lib/dm-core/model.rb:278:in `get'
> irb(main):012:0> User.get(:login => 'jhamor')
> TypeError: can't convert Hash into Integer
> /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems
> /dm-core-1.0.2/lib/dm-core/model.rb:278:in `get'
> irb(main):013:0>
>
> > Here is what happens in normal ruby: > 
> [jhamor:~] jhamor% irb
> >> require 'rubygems'
> => false
> >> require 'dm-core'
> => true
> >> class User
> >>   include DataMapper::Resource
> >>
> ?>   property :login, String, :key => true
> >>   property :uid, Integer
> >>   property :gecos,  Text
> >> end
> => #
> >> User.first
> DataMapper::RepositoryNotSetupError: Adapter not set: default. Did you
> forget to setup?
>         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
> core/repository.rb:72:in `adapter'
>         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
> core/repository.rb:131:in `new_query'
>         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
> core/model/scope.rb:30:in `query'
>         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
> core/model.rb:374:in `first'
>         from (irb):10
>         from :0
> >> User.get('jhamor')
> DataMapper::RepositoryNotSetupError: Adapter not set: default. Did you
> forget to setup?
>         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
> core/repository.rb:72:in `adapter'
>         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
> core/repository.rb:131:in `new_query'
>         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
> core/model/scope.rb:30:in `query'
>         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
> core/model.rb:374:in `first'
>         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
> core/model.rb:278:in `get'
>         from (irb):11
>         from :0
> >> User.get(:login => 'jhamor')
> DataMapper::RepositoryNotSetupError: Adapter not set: default. Did you
> forget to setup?
>         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
> core/repository.rb:72:in `adapter'
>         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
> core/repository.rb:131:in `new_query'
>         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
> core/model/scope.rb:30:in `query'
>         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
> core/model.rb:374:in `first'
>         from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm-
> core/model.rb:278:in `get'
>         from (irb):12
>         from :0
> >>
>
New description: When working with datamapper, i get errors in ways "regular" ruby doesnt. This is somewhat of a reduction, as my real world test involves a custom adapter that produces this same problem. Here is the setup data: {{{ require 'stringio' => true require 'rubygems' => false require 'dm-core' => true class User include DataMapper::Resource property :login, String, :key => true property :uid, Integer property :gecos, Text end => # User.first User.get('jhamor') User.get(:login => 'jhamor') }}} Here is what happens in macruby: {{{ irb(main):001:0> require 'stringio' => true irb(main):002:0> require 'rubygems' => true irb(main):003:0> require 'dm-core' => true irb(main):004:0> DataMapper::Logger.new($stdout, :debug) => #>, :debug] @level=0 @buffer=[] @delimiter=" ~ " @auto_flush=true @log=#>> irb(main):005:0> class User irb(main):006:1> include DataMapper::Resource irb(main):007:1> property :login, String, :key => true irb(main):008:0> end => # irb(main):009:0> DataMapper.finalize => DataMapper irb(main):010:0> User.first DataMapper::RepositoryNotSetupError: Adapter not set: default. Did you forget to setup? /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /dm-core-1.0.2/lib/dm-core/repository.rb:72:in `adapter' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /dm-core-1.0.2/lib/dm-core/repository.rb:131:in `new_query' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /dm-core-1.0.2/lib/dm-core/model/scope.rb:30:in `query' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /dm-core-1.0.2/lib/dm-core/model.rb:341:in `all' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /dm-core-1.0.2/lib/dm-core/model.rb:319:in `each' irb(main):011:0> User.get('jhamor') TypeError: can't convert Hash into Integer /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /dm-core-1.0.2/lib/dm-core/model.rb:278:in `get' irb(main):012:0> User.get(:login => 'jhamor') TypeError: can't convert Hash into Integer /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /dm-core-1.0.2/lib/dm-core/model.rb:278:in `get' irb(main):013:0> }}} Here is what happens in normal ruby: {{{ [jhamor:~] jhamor% irb >> require 'rubygems' => false >> require 'dm-core' => true >> class User >> include DataMapper::Resource >> ?> property :login, String, :key => true >> property :uid, Integer >> property :gecos, Text >> end => # >> User.first DataMapper::RepositoryNotSetupError: Adapter not set: default. Did you forget to setup? from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm- core/repository.rb:72:in `adapter' from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm- core/repository.rb:131:in `new_query' from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm- core/model/scope.rb:30:in `query' from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm- core/model.rb:374:in `first' from (irb):10 from :0 >> User.get('jhamor') DataMapper::RepositoryNotSetupError: Adapter not set: default. Did you forget to setup? from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm- core/repository.rb:72:in `adapter' from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm- core/repository.rb:131:in `new_query' from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm- core/model/scope.rb:30:in `query' from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm- core/model.rb:374:in `first' from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm- core/model.rb:278:in `get' from (irb):11 from :0 >> User.get(:login => 'jhamor') DataMapper::RepositoryNotSetupError: Adapter not set: default. Did you forget to setup? from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm- core/repository.rb:72:in `adapter' from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm- core/repository.rb:131:in `new_query' from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm- core/model/scope.rb:30:in `query' from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm- core/model.rb:374:in `first' from /Library/Ruby/Gems/1.8/gems/dm-core-1.0.2/lib/dm- core/model.rb:278:in `get' from (irb):12 from :0 >> }}} -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 10 21:30:58 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 May 2011 04:30:58 -0000 Subject: [MacRuby] #435: Too many calls to NSObject initialize In-Reply-To: <056.1a78061bd4434c67d54f10ad0c17efcf@macosforge.org> References: <056.1a78061bd4434c67d54f10ad0c17efcf@macosforge.org> Message-ID: <065.6cb95d06e0b44aa0ad63fa1980922eba@macosforge.org> #435: Too many calls to NSObject initialize ---------------------------------------+------------------------------------ Reporter: joshua.ballanco@? | Owner: lsansonetti@? Type: enhancement | Status: closed Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------------+------------------------------------ Changes (by joshua.ballanco@?): * status: new => closed * resolution: => fixed * milestone: MacRuby Later => MacRuby 0.11 Comment: Just tried this again for the first time in a long time...and the gem install *significantly* faster now. I think it's safe to close this. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 11 00:56:40 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 May 2011 07:56:40 -0000 Subject: [MacRuby] #1272: Segmentation fault when trying to run Sinatra tests Message-ID: <046.c8ad5f16acf0a9abfcfed6da9ecd60a8@macosforge.org> #1272: Segmentation fault when trying to run Sinatra tests -----------------------------+---------------------------------------------- Reporter: k.haase@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64], installed all dependencies (`bundle install`), `rake test` results in a segfault, no additional output. This is both on the Sinatra master branch (1.3) and the 1.2.x branch. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 11 00:59:56 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 May 2011 07:59:56 -0000 Subject: [MacRuby] #1273: Rack broken on MacRuby Message-ID: <046.3aae5a2abe8e5da89648ea82c996b3f4@macosforge.org> #1273: Rack broken on MacRuby -----------------------------+---------------------------------------------- Reporter: k.haase@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- I get errors like `Rack::Lint::LintError: invalid header value Last- Modified: "Wed, 11 May 2011 07:55:07 GMT"` for about any additional headers. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 11 01:03:11 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 May 2011 08:03:11 -0000 Subject: [MacRuby] #1274: ERB causes LocalJumpError Message-ID: <046.c3ebbd15dd43e48e0bfc85755eb8072b@macosforge.org> #1274: ERB causes LocalJumpError -----------------------------+---------------------------------------------- Reporter: k.haase@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Running `test/erb_test.rb` in Sinatra I get lots of errors like `LocalJumpError: no block given`. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 11 01:26:10 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 May 2011 08:26:10 -0000 Subject: [MacRuby] #1275: JSON library outdated or broken Message-ID: <046.b9e9eb700a4b0e340042f221b7ff990c@macosforge.org> #1275: JSON library outdated or broken -----------------------------+---------------------------------------------- Reporter: k.haase@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Running Sinatra tests for CoffeeScript, I get this: `NameError: uninitialized constant JSON::ParserError` -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 11 01:26:53 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 May 2011 08:26:53 -0000 Subject: [MacRuby] #1276: Assertion failed: (repl_buflen > 0) Message-ID: <046.d2405c39d5779e2da864286581aabd0d@macosforge.org> #1276: Assertion failed: (repl_buflen > 0) -----------------------------+---------------------------------------------- Reporter: k.haase@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Running Sinatra's test/builder_test.rb, I get this: `Assertion failed: (repl_buflen > 0), function create_translate_charset_table, file string.c, line 5377.` -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 11 01:41:41 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 May 2011 08:41:41 -0000 Subject: [MacRuby] #1272: Segmentation fault when trying to run Sinatra tests In-Reply-To: <046.c8ad5f16acf0a9abfcfed6da9ecd60a8@macosforge.org> References: <046.c8ad5f16acf0a9abfcfed6da9ecd60a8@macosforge.org> Message-ID: <055.189259d5f3af095d3b71867f8a90ee8c@macosforge.org> #1272: Segmentation fault when trying to run Sinatra tests -----------------------------+---------------------------------------------- Reporter: k.haase@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: needinfo Keywords: | -----------------------------+---------------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => needinfo Comment: There are some know problems in running Sinatra, which I believe we have tickets for as well. But in any case, this ticket is too abstract. Can you isolate the code that's actually making MacRuby segfault? I.e. a code sample that does not load any dependencies. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 11 01:43:53 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 May 2011 08:43:53 -0000 Subject: [MacRuby] #1273: Rack broken on MacRuby In-Reply-To: <046.3aae5a2abe8e5da89648ea82c996b3f4@macosforge.org> References: <046.3aae5a2abe8e5da89648ea82c996b3f4@macosforge.org> Message-ID: <055.d912a8100a5b97d7ccbe9767ccf9c35b@macosforge.org> #1273: Rack broken on MacRuby -----------------------------+---------------------------------------------- Reporter: k.haase@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: needinfo Keywords: | -----------------------------+---------------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => needinfo Comment: The same reaction to #1272 applies to this ticket, it's too abstract. Can you isolate the code that's causing the errors? I.e. a code sample that does not load any dependencies. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 11 01:44:39 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 May 2011 08:44:39 -0000 Subject: [MacRuby] #1274: ERB causes LocalJumpError In-Reply-To: <046.c3ebbd15dd43e48e0bfc85755eb8072b@macosforge.org> References: <046.c3ebbd15dd43e48e0bfc85755eb8072b@macosforge.org> Message-ID: <055.f336dba260f1b58e84e03df1261c07d7@macosforge.org> #1274: ERB causes LocalJumpError -----------------------------+---------------------------------------------- Reporter: k.haase@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: needinfo Keywords: | -----------------------------+---------------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => needinfo Comment: The same reaction to #1272 applies to this ticket, it's too abstract. Can you isolate the code that's causing the errors? I.e. a code sample that does not load any dependencies. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 11 01:45:22 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 May 2011 08:45:22 -0000 Subject: [MacRuby] #1276: Assertion failed: (repl_buflen > 0) In-Reply-To: <046.d2405c39d5779e2da864286581aabd0d@macosforge.org> References: <046.d2405c39d5779e2da864286581aabd0d@macosforge.org> Message-ID: <055.436d0e3914d919d4e54c2fff644194e8@macosforge.org> #1276: Assertion failed: (repl_buflen > 0) -----------------------------+---------------------------------------------- Reporter: k.haase@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: needinfo Keywords: | -----------------------------+---------------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => needinfo Comment: The same reaction to #1272 applies to this ticket, it's too abstract. Can you isolate the code that's causing the assertion to be triggered? I.e. a code sample that does not load any dependencies. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 11 01:49:30 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 May 2011 08:49:30 -0000 Subject: [MacRuby] #1275: JSON library outdated or broken In-Reply-To: <046.b9e9eb700a4b0e340042f221b7ff990c@macosforge.org> References: <046.b9e9eb700a4b0e340042f221b7ff990c@macosforge.org> Message-ID: <055.0081a64937a691133c65574ae05fe2ec@macosforge.org> #1275: JSON library outdated or broken -----------------------------+---------------------------------------------- Reporter: k.haase@? | Owner: psychs@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Changes (by eloy.de.enige@?): * owner: lsansonetti@? => psychs@? Comment: Actually our JSON library is a new MacRuby only implementation. I think the error classes should indeed be the same. I?m assigning this ticket to Satoshi, but I?ll take a look if I have the time before. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 11 02:59:59 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 May 2011 09:59:59 -0000 Subject: [MacRuby] #1159: Control Tower needs logging In-Reply-To: <048.63fe927dafecb2a665bfcb0d6bea8086@macosforge.org> References: <048.63fe927dafecb2a665bfcb0d6bea8086@macosforge.org> Message-ID: <057.4747b85b127fe9dacd7f7f94cf83f53d@macosforge.org> #1159: Control Tower needs logging -------------------------------+-------------------------------------------- Reporter: pgibson@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: major | Milestone: Component: ControlTower | Keywords: logging -------------------------------+-------------------------------------------- Comment(by jhamor@?): Can i assist in this request? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 11 04:54:27 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 May 2011 11:54:27 -0000 Subject: [MacRuby] #1159: Control Tower needs logging In-Reply-To: <048.63fe927dafecb2a665bfcb0d6bea8086@macosforge.org> References: <048.63fe927dafecb2a665bfcb0d6bea8086@macosforge.org> Message-ID: <057.75db7674671f34076033d3e65814cf01@macosforge.org> #1159: Control Tower needs logging -------------------------------+-------------------------------------------- Reporter: pgibson@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: major | Milestone: Component: ControlTower | Keywords: logging -------------------------------+-------------------------------------------- Comment(by joshua.ballanco@?): Sure! Eloy got started a while back with an ASL backed logger class. You can find that project here: https://github.com/alloy/macruby-asl-logger I think we would want to start by making this work as a legitimate subclass of Logger, then we could use this for logging in ControlTower. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 11 05:00:28 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 May 2011 12:00:28 -0000 Subject: [MacRuby] #1159: Control Tower needs logging In-Reply-To: <048.63fe927dafecb2a665bfcb0d6bea8086@macosforge.org> References: <048.63fe927dafecb2a665bfcb0d6bea8086@macosforge.org> Message-ID: <057.2522372d5137ac80247afbdea9f58112@macosforge.org> #1159: Control Tower needs logging -------------------------------+-------------------------------------------- Reporter: pgibson@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: major | Milestone: Component: ControlTower | Keywords: logging -------------------------------+-------------------------------------------- Comment(by eloy.de.enige@?): Oh, totally forgot about that code :D iirc the biggest issue was thread safety. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 11 05:41:15 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 May 2011 12:41:15 -0000 Subject: [MacRuby] #1277: singleton_methods/ancestors Message-ID: <049.fd1f2c9cd8aef0256cbdec9b8b087c72@macosforge.org> #1277: singleton_methods/ancestors --------------------------------+------------------------------------------- Reporter: anoiaque@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: singleton --------------------------------+------------------------------------------- Suppose: class User; def self.all;end end '''With Ruby 1.8, and 1.9.2 interpreters : ''' User.singleton_methods #=> [:all] User.ancestors #=> [Class, Module, Object, Kernel, BasicObject] '''With Macruby :''' User.singleton_methods #=> [] User.ancestors '''0.8''' #=> [Class, Class, Class, Module, Kernel, Class, Kernel, NSObject, Kernel] Strange! '''0.10''' #=> [User, NSObject, Kernel] User is an ancestor of User (?) [More generally : can we expect, finally, that macruby interpreter is strictly compatible with 1.9.2, ie we can interpret 1.9.2 code with macruby interpreter and expect the same result ?] -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 11 19:47:48 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 12 May 2011 02:47:48 -0000 Subject: [MacRuby] #1278: Investigate why the "twitter" gem takes as long to be required. Message-ID: <054.7962ae8e7dbe130abda5d2b8d421958d@macosforge.org> #1278: Investigate why the "twitter" gem takes as long to be required. -------------------------------------+-------------------------------------- Reporter: florian.hanke@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: twitter gem require -------------------------------------+-------------------------------------- On MacRuby, just requiring the gem takes a long time, while on MRI Ruby it doesn't: (The 'require "rubygems"' by itself does not take longer) $ ruby -v MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] $ time ruby -e 'require "rubygems"; require "twitter"' real 2m9.704s user 1m59.402s sys 0m3.672s $ ruby -v ruby 1.9.2p180 (2011-02-18 revision 30909) [x86_64-darwin10.7.0] $ time ruby -e 'require "rubygems"; require "twitter"' real 0m2.245s user 0m0.305s sys 0m0.127s -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 11 19:51:12 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 12 May 2011 02:51:12 -0000 Subject: [MacRuby] #1278: Investigate why the "twitter" gem takes as long to be required. In-Reply-To: <054.7962ae8e7dbe130abda5d2b8d421958d@macosforge.org> References: <054.7962ae8e7dbe130abda5d2b8d421958d@macosforge.org> Message-ID: <063.b0b9c29340ddf83fe9f0e8625880b45a@macosforge.org> #1278: Investigate why the "twitter" gem takes as long to be required. -------------------------------------+-------------------------------------- Reporter: florian.hanke@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: twitter gem require -------------------------------------+-------------------------------------- Comment(by mrada@?): This is a duplicate of#1265 since the twitter gem indirectly depends on the addressable gem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 12 01:18:41 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 12 May 2011 08:18:41 -0000 Subject: [MacRuby] #1159: Control Tower needs logging In-Reply-To: <048.63fe927dafecb2a665bfcb0d6bea8086@macosforge.org> References: <048.63fe927dafecb2a665bfcb0d6bea8086@macosforge.org> Message-ID: <057.526be5de71f1b9fad675ec2a96464974@macosforge.org> #1159: Control Tower needs logging -------------------------------+-------------------------------------------- Reporter: pgibson@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: major | Milestone: Component: ControlTower | Keywords: logging -------------------------------+-------------------------------------------- Comment(by jhamor@?): Replying to [comment:2 joshua.ballanco@?]: > Sure! Eloy got started a while back with an ASL backed logger class. You can find that project here: https://github.com/alloy/macruby-asl-logger > > I think we would want to start by making this work as a legitimate subclass of Logger, then we could use this for logging in ControlTower. Either party on freenode? Would like to sync up and get the scoop on this one. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 12 01:30:56 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 12 May 2011 08:30:56 -0000 Subject: [MacRuby] #1159: Control Tower needs logging In-Reply-To: <048.63fe927dafecb2a665bfcb0d6bea8086@macosforge.org> References: <048.63fe927dafecb2a665bfcb0d6bea8086@macosforge.org> Message-ID: <057.2bccc12569a1bf3e813fffe40cf902a1@macosforge.org> #1159: Control Tower needs logging -------------------------------+-------------------------------------------- Reporter: pgibson@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: major | Milestone: Component: ControlTower | Keywords: logging -------------------------------+-------------------------------------------- Comment(by eloy.de.enige@?): Replying to [comment:4 jhamor@?]: > Replying to [comment:2 joshua.ballanco@?]: > > Sure! Eloy got started a while back with an ASL backed logger class. You can find that project here: https://github.com/alloy/macruby-asl- logger > > > > I think we would want to start by making this work as a legitimate subclass of Logger, then we could use this for logging in ControlTower. > > Either party on freenode? Would like to sync up and get the scoop on this one. I?m @alloy in the #macruby room. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 13 22:37:26 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 14 May 2011 05:37:26 -0000 Subject: [MacRuby] #1265: Gem loading slow In-Reply-To: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> References: <047.1bbf07f610a2690a16a68fedd2ec9317@macosforge.org> Message-ID: <056.dff231d2da83d4b4e60a264528053f36@macosforge.org> #1265: Gem loading slow ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: optimization, speed, performance, gem, loading, require ------------------------------+--------------------------------------------- Comment(by lsansonetti@?): This should be a bit faster now after https://github.com/MacRuby/MacRuby/commit/be15a06599652f0888e7081a6e4d0b6012506252 (7 seconds on my machine vs 1.5min). But still not acceptable. Obviously this is compilation time, so compiling the gem into .rbo files should fix the problem. We cannot pre-compile gems as .rbo yet because the debugging metadata is lost, and exceptions would not contain proper backtraces. Maybe we should work on that for the upcoming release. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 13 22:41:02 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 14 May 2011 05:41:02 -0000 Subject: [MacRuby] #1278: Investigate why the "twitter" gem takes as long to be required. In-Reply-To: <054.7962ae8e7dbe130abda5d2b8d421958d@macosforge.org> References: <054.7962ae8e7dbe130abda5d2b8d421958d@macosforge.org> Message-ID: <063.15aecbb861c23b35242f3172153a0249@macosforge.org> #1278: Investigate why the "twitter" gem takes as long to be required. -------------------------------------+-------------------------------------- Reporter: florian.hanke@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: duplicate Keywords: twitter gem require | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => duplicate Comment: Closing as dup. BTW master should load that gem faster now, but we are still working on it. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 13 22:44:17 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 14 May 2011 05:44:17 -0000 Subject: [MacRuby] #1277: singleton_methods/ancestors In-Reply-To: <049.fd1f2c9cd8aef0256cbdec9b8b087c72@macosforge.org> References: <049.fd1f2c9cd8aef0256cbdec9b8b087c72@macosforge.org> Message-ID: <058.6a361e0d26cef90a181a1f08f1231dee@macosforge.org> #1277: singleton_methods/ancestors --------------------------------+------------------------------------------- Reporter: anoiaque@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: singleton --------------------------------+------------------------------------------- Comment(by lsansonetti@?): Yes, you should expect MacRuby to behave as CRuby 1.9.2. In this case, clearly #singleton_methods isn't working. Otherwise, #ancestors behaves as expected, because Object is a shortcut to NSObject and BasicObject is not the root class of all objects. {{{ $ ./miniruby -e "class User; def self.all; end; end; p User.singleton_methods; p User.ancestors" [] [User, NSObject, Kernel] $ ruby1.9 -e "class User; def self.all; end; end; p User.singleton_methods; p User.ancestors" [:all] [User, Object, Kernel, BasicObject] }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat May 14 07:12:24 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 14 May 2011 14:12:24 -0000 Subject: [MacRuby] #1279: Segfault occurs with "can overwrite an Objective-C method accepting a C array" in objc_method_spec.rb Message-ID: <051.e78efcb2ed523a5c07f28d6d896b2a74@macosforge.org> #1279: Segfault occurs with "can overwrite an Objective-C method accepting a C array" in objc_method_spec.rb ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ ./mspec/bin/mspec ci -B ./spec/macruby.mspec spec/macruby/language/objc_method_spec.rb -f s MacRuby 0.11 (ruby 1.9.2) [universal-darwin10.4, x86_64] ---- snip ---- A pure MacRuby method - can overwrite an Objective-C method returning void - can overwrite an Objective-C method returning self - can overwrite an Objective-C method returning nil as 'id' - can overwrite an Objective-C method returning kCFBooleanTrue as 'id' - can overwrite an Objective-C method returning kCFBooleanFalse as 'id' - can overwrite an Objective-C method returning YES as 'BOOL' - can overwrite an Objective-C method returning NO as 'BOOL' - can overwrite an Objective-C method returning 'unsigned char' or 'char' - can overwrite an Objective-C method returning 'unsigned short' or 'short' - can overwrite an Objective-C method returning 'unsigned int' or 'int' - can overwrite an Objective-C method returning 'unsigned long' or 'long' - can overwrite an Objective-C method returning 'float' or 'double' - can overwrite an Objective-C method returning 'SEL' - can overwrite an Objective-C method returning 'char *' - can overwrite an Objective-C method returning 'NSPoint' - can overwrite an Objective-C method returning 'NSSize' - can overwrite an Objective-C method returning 'NSRect' - can overwrite an Objective-C method returning 'NSRange' - can overwrite an Objective-C method accepting self - can overwrite an Objective-C method accepting self class - can overwrite an Objective-C method accepting nil - can overwrite an Objective-C method accepting true/false (as id) - can overwrite an Objective-C method accepting a fixnum (as id) - can overwrite an Objective-C method accepting 'char' or 'unsigned char' - can overwrite an Objective-C method accepting 'short' or 'unsigned short' - can overwrite an Objective-C method accepting 'int' or 'unsigned int' - can overwrite an Objective-C method accepting 'long' or 'unsigned long' - can overwrite an Objective-C method accepting true/false (as BOOL) - can overwrite an Objective-C method accepting 'SEL' - can overwrite an Objective-C method accepting 'char *' - can overwrite an Objective-C method accepting 'float' - can overwrite an Objective-C method accepting 'double' - can overwrite an Objective-C method accepting 'NSPoint' - can overwrite an Objective-C method accepting 'NSSize' - can overwrite an Objective-C method accepting 'NSRect' - can overwrite an Objective-C method accepting 'NSRange' - can overwrite an Objective-C method accepting a Pointer to an Object - can overwrite a complex Objective-C method - can overwrite an Objective-C method accepting a C arrayzsh: segmentation fault ./mspec/bin/mspec ci -B ./spec/macruby.mspec -f s }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat May 14 12:12:10 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 14 May 2011 19:12:10 -0000 Subject: [MacRuby] #1279: Segfault occurs with "can overwrite an Objective-C method accepting a C array" in objc_method_spec.rb In-Reply-To: <051.e78efcb2ed523a5c07f28d6d896b2a74@macosforge.org> References: <051.e78efcb2ed523a5c07f28d6d896b2a74@macosforge.org> Message-ID: <060.215d4b78a14ce16334dfcce209f22d90@macosforge.org> #1279: Segfault occurs with "can overwrite an Objective-C method accepting a C array" in objc_method_spec.rb ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Probably due to my previous commit, I will look. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat May 14 17:24:28 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 15 May 2011 00:24:28 -0000 Subject: [MacRuby] #1279: Segfault occurs with "can overwrite an Objective-C method accepting a C array" in objc_method_spec.rb In-Reply-To: <051.e78efcb2ed523a5c07f28d6d896b2a74@macosforge.org> References: <051.e78efcb2ed523a5c07f28d6d896b2a74@macosforge.org> Message-ID: <060.955d5549cf7e8e2b38e1ddee701599c5@macosforge.org> #1279: Segfault occurs with "can overwrite an Objective-C method accepting a C array" in objc_method_spec.rb ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: https://github.com/MacRuby/MacRuby/commit/3d83e367509e8653d1a9127d20765673a04eec40 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun May 15 16:02:22 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 15 May 2011 23:02:22 -0000 Subject: [MacRuby] #1280: Developers should be able to invoke Objective-C blocks passed to a MacRuby method Message-ID: <051.aaae0b1e3131ce2bae2d33e053073f90@macosforge.org> #1280: Developers should be able to invoke Objective-C blocks passed to a MacRuby method ----------------------------------+----------------------------------------- Reporter: christian@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: blocks ----------------------------------+----------------------------------------- MacRuby currently allows passing ruby Proc objects to ObjC methods that accept a block. However, It doesn't provide a way for ruby methods to invoke ObjC blocks. For example, I need a way to invoke blocks passed to a MacRuby method like this: {{{ def performRequest(request, success:success_callback, error:error_callback) result = ... # success_callback.call(result) # <-- Doesn't work! end }}} While I'm not aware of any Cocoa interfaces that require this, I'm using blocks in my own frameworks. In particular, I've defined a protocol that defines a method with callbacks: {{{ - (BOOL)performRequest:(id)request success:(void(^)(id result))success, error:(void(^)(NSError *))error; }}} I want to be able to write a ruby implementation of this protocol, for testing purposes. If for some reason the current syntax isn't sufficient to allow this, I thought it might be intuitive to mark blocks using the '&' operator, like this: {{{ def performRequest(request, success:&success_callback, error:&error_callback) # ... end }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 17 20:17:24 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 May 2011 03:17:24 -0000 Subject: [MacRuby] #1281: Multiplication of ~32 bit integers giving incorrect results Message-ID: <047.f18f28f55bcd8dc46b4e2311314c9a79@macosforge.org> #1281: Multiplication of ~32 bit integers giving incorrect results ------------------------------+--------------------------------------------- Reporter: zgavin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Multiplication of two integers around 32 bits in length can lead to what appears to be a buffer overflow and incorrect results: For example: {{{ irb(main):001:0> ((2**32)-(2**29))*(2**32) => -2305843009213693952 irb(main):002:0> (2**32)*(2**32) => 0 irb(main):003:0> (2**32)*(2**32+2**31) => 27670116110564327424 }}} Both of these are -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 01:23:50 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 May 2011 08:23:50 -0000 Subject: [MacRuby] #1282: MacRuby does not finish with Kernel.spawn when use the IO.pipe as stdin of child process. Message-ID: <051.9da3510d51a1f939bb314c3f051336f8@macosforge.org> #1282: MacRuby does not finish with Kernel.spawn when use the IO.pipe as stdin of child process. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby in_c, in_p = IO.pipe opt = {:in => in_c } args = "" pid = spawn("ruby", args, opt) in_p.write "puts 1234" in_p.close Process.wait pid }}} Result: {{{ $ ruby19 t.rb 1234 $ macruby t.rb # needs force quit ^C-: Interrupt }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 03:47:12 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 May 2011 10:47:12 -0000 Subject: [MacRuby] #1283: Segfault occurs when gets the busy loop with some threads. Message-ID: <051.0fe5bcbf05898906752d4e458e88f615@macosforge.org> #1283: Segfault occurs when gets the busy loop with some threads. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby c1 = c2 = 0 t1 = Thread.new { loop { c1 += 1 } } t2 = Thread.new { loop { c2 += 1 } }.join(1) }}} BackTrace: {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x0000000000000000 [Switching to process 74301 thread 0x2307] 0x00000001016007b6 in ?? () (gdb) thread apply all bt Thread 4 (process 74301): #0 0x00000001016007b6 in ?? () #1 0x0000000101601324 in ?? () #2 0x00000001016013e1 in ?? () #3 0x0000000100133dff in __rb_vm_bcall [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:98 #4 0x0000000100133dff in vm_block_eval [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:1248 #5 0x0000000100133dff in rb_vm_yield_args () at dispatcher.cpp:1305 #6 0x00000001000daa39 in rb_vm_yield (argc=1, argv=0x1017da908) at vm.h:700 #7 0x00000001000daa0c in rb_yield (val=3053733) at vm_eval.c:183 #8 0x000000010004c9a6 in int_dotimes (num=4000000001, sel=0x100fef140) at numeric.c:3241 #9 0x000000010012d8e8 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:159 #10 0x000000010012d8e8 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:466 #11 0x000000010012d8e8 in rb_vm_dispatch () at dispatcher.cpp:886 #12 0x0000000101600834 in ?? () #13 0x0000000101600f99 in ?? () #14 0x0000000100131d43 in __rb_vm_bcall [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:98 #15 0x0000000100131d43 in vm_block_eval [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:1248 #16 0x0000000100131d43 in rb_vm_block_eval (b=0x2000a5d00, argc=0, argv=0x0) at dispatcher.cpp:1255 #17 0x000000010014c5af in rb_vm_thread_run (thread=8590561088) at vm.cpp:4917 #18 0x00007fff85cb24f6 in _pthread_start () #19 0x00007fff85cb23a9 in thread_start () Thread 3 (process 74301): #0 0x00007fff88329912 in _class_getMethod () #1 0x00007fff88329841 in look_up_method () #2 0x000000010012c3ea in rb_vm_dispatch () at dispatcher.cpp:635 #3 0x0000000101600834 in ?? () #4 0x0000000101601324 in ?? () #5 0x0000000101601071 in ?? () #6 0x0000000100133dff in __rb_vm_bcall [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:98 #7 0x0000000100133dff in vm_block_eval [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:1248 #8 0x0000000100133dff in rb_vm_yield_args () at dispatcher.cpp:1305 #9 0x00000001000daa39 in rb_vm_yield (argc=0, argv=0x0) at vm.h:700 #10 0x00000001000da9f8 in rb_yield (val=6) at vm_eval.c:181 #11 0x00000001000dad03 in loop_i () at vm_eval.c:229 #12 0x0000000100148063 in rb_rescue2 (b_proc=0x1000dacea , data1=0, r_proc=0, data2=0) at vm.cpp:3752 #13 0x00000001000dada3 in rb_f_loop (rcv=8590064992, sel=0x100fe3eb0) at vm_eval.c:259 #14 0x000000010012d8e8 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:159 #15 0x000000010012d8e8 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:466 #16 0x000000010012d8e8 in rb_vm_dispatch () at dispatcher.cpp:886 #17 0x0000000101600834 in ?? () #18 0x0000000101600e7a in ?? () #19 0x0000000100131d43 in __rb_vm_bcall [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:98 #20 0x0000000100131d43 in vm_block_eval [inlined] () at /Users/watson/src /macruby-trunk/dispatcher.cpp:1248 #21 0x0000000100131d43 in rb_vm_block_eval (b=0x200098ac0, argc=0, argv=0x0) at dispatcher.cpp:1255 #22 0x000000010014c5af in rb_vm_thread_run (thread=8590298752) at vm.cpp:4917 #23 0x00007fff85cb24f6 in _pthread_start () #24 0x00007fff85cb23a9 in thread_start () Thread 2 (process 74301): #0 0x00007fff85c92f4a in __workq_kernreturn () #1 0x00007fff85c9335c in _pthread_wqthread () #2 0x00007fff85c92fc5 in start_wqthread () Thread 1 (process 74301): #0 0x000000010003462b in rb_node_release (node=0x20005d800) at gc.c:335 #1 0x0000000100034836 in rb_node_release (node=0x20005d7c0) at gc.c:355 #2 0x000000010003485f in rb_node_release (node=0x20004d3c0) at gc.c:394 #3 0x000000010003488a in rb_node_release (node=0x20004c400) at gc.c:413 #4 0x0000000100034829 in rb_node_release (node=0x20005c4c0) at gc.c:345 #5 0x000000010003488a in rb_node_release (node=0x20003c4a0) at gc.c:413 #6 0x0000000100034829 in rb_node_release (node=0x20004c800) at gc.c:345 #7 0x000000010003485f in rb_node_release (node=0x20005e140) at gc.c:394 #8 0x0000000100034836 in rb_node_release (node=0x20007c800) at gc.c:355 #9 0x0000000100034843 in rb_node_release (node=0x20007c840) at gc.c:361 #10 0x000000010003488a in rb_node_release (node=0x200099a40) at gc.c:413 #11 0x000000010014967c in rb_vm_run (fname=0x200088e40 "/Users/watson/tmp/test_thread.rb", node=0x200099a40, binding=0x0, inside_eval=false) at vm.cpp:4238 #12 0x00000001000280e0 in ruby_run_node (n=0x200099a40) at eval.c:211 #13 0x0000000100000be3 in main (argc=3, argv=0x100f1c050, envp=0x7fff5fbfdeb8) at main.cpp:40 Current language: auto; currently c (gdb) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 04:40:37 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 May 2011 11:40:37 -0000 Subject: [MacRuby] #1284: MacRuby displays "reference count underflow" message. Message-ID: <051.244dfac9a7be8dc0aa7719ec3220dfa6@macosforge.org> #1284: MacRuby displays "reference count underflow" message. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- invoke following command in MacRuby source directory. {{{ $ cd test/test-mri/ $ macruby -r require_relative.rb test/rake/test_clean.rb ---------------------------------------- macruby(74441,0x7fff70904ca0) malloc: reference count underflow for 0x2002da620, break on auto_refcount_underflow_error to debug. macruby(74441,0x7fff70904ca0) malloc: reference count underflow for 0x2002da620, break on auto_refcount_underflow_error to debug. macruby(74441,0x7fff70904ca0) malloc: reference count underflow for 0x2002a6ea0, break on auto_refcount_underflow_error to debug. macruby(74441,0x7fff70904ca0) malloc: reference count underflow for 0x2002a6ea0, break on auto_refcount_underflow_error to debug. Loaded suite test/rake/test_clean Started . Finished in 0.076479 seconds. 1 tests, 3 assertions, 0 failures, 0 errors, 0 skips Test run options: --seed 62054 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 08:20:15 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 May 2011 15:20:15 -0000 Subject: [MacRuby] #1285: Constants missing error when the constants are declared in the class definition Message-ID: <045.8924c57d791dbd73adf0f6d9cdcf7648@macosforge.org> #1285: Constants missing error when the constants are declared in the class definition ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- At "git commit 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5" When one class is defined in an object-C type and another a ruby class in which constants are declared in the inner class definition, build process is OK but constants missing error is shown in runtime at Xcode 4. When the constants are defined in the outer ruby class definition, all processes are well done. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 10:03:44 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 May 2011 17:03:44 -0000 Subject: [MacRuby] #1285: Constants missing error when the constants are declared in the class definition In-Reply-To: <045.8924c57d791dbd73adf0f6d9cdcf7648@macosforge.org> References: <045.8924c57d791dbd73adf0f6d9cdcf7648@macosforge.org> Message-ID: <054.a6d18cdc5a9e39d0c17a8334edb95233@macosforge.org> #1285: Constants missing error when the constants are declared in the class definition ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by kouji@?): Thanks to report. I commited 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5. Could you create reduction code? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 10:06:10 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 May 2011 17:06:10 -0000 Subject: [MacRuby] #1267: RoxorVM::pop_outer() leaks memory In-Reply-To: <052.dd2f817f28f925c1e1366b4105e962ce@macosforge.org> References: <052.dd2f817f28f925c1e1366b4105e962ce@macosforge.org> Message-ID: <061.fa99559cb8b90b0c314da7727d2bba14@macosforge.org> #1267: RoxorVM::pop_outer() leaks memory -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by kouji@?): Should be fixed in https://github.com/MacRuby/MacRuby/commit/68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 10:06:58 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 May 2011 17:06:58 -0000 Subject: [MacRuby] #1284: MacRuby displays "reference count underflow" message. In-Reply-To: <051.244dfac9a7be8dc0aa7719ec3220dfa6@macosforge.org> References: <051.244dfac9a7be8dc0aa7719ec3220dfa6@macosforge.org> Message-ID: <060.e20dfbc765c28fb01ffaf58e2bc867b1@macosforge.org> #1284: MacRuby displays "reference count underflow" message. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by kouji@?): Should be fixed in https://github.com/MacRuby/MacRuby/commit/3b4d10ef3897ce11919bdea99d32b6fb3ce7390b. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 12:07:44 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 May 2011 19:07:44 -0000 Subject: [MacRuby] #1267: RoxorVM::pop_outer() leaks memory In-Reply-To: <052.dd2f817f28f925c1e1366b4105e962ce@macosforge.org> References: <052.dd2f817f28f925c1e1366b4105e962ce@macosforge.org> Message-ID: <061.74bc8b8e257b8d5e12ef1ccd84fb7787@macosforge.org> #1267: RoxorVM::pop_outer() leaks memory -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.11 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 12:08:21 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 May 2011 19:08:21 -0000 Subject: [MacRuby] #1284: MacRuby displays "reference count underflow" message. In-Reply-To: <051.244dfac9a7be8dc0aa7719ec3220dfa6@macosforge.org> References: <051.244dfac9a7be8dc0aa7719ec3220dfa6@macosforge.org> Message-ID: <060.d9ee1ed93b5d2958d7cfcf1c2379a52c@macosforge.org> #1284: MacRuby displays "reference count underflow" message. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 13:46:22 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 May 2011 20:46:22 -0000 Subject: [MacRuby] #1285: Constants missing error when the constants are declared in the class definition In-Reply-To: <045.8924c57d791dbd73adf0f6d9cdcf7648@macosforge.org> References: <045.8924c57d791dbd73adf0f6d9cdcf7648@macosforge.org> Message-ID: <054.4a5a83fce07deefc4219ecc3b04f0c0c@macosforge.org> #1285: Constants missing error when the constants are declared in the class definition ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by lsansonetti@?): Yeah a reduction would be very welcome here, or at least some copy-pasted code that we can use to re-create a proper reduction test. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 13:52:15 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 May 2011 20:52:15 -0000 Subject: [MacRuby] #1281: Multiplication of ~32 bit integers giving incorrect results In-Reply-To: <047.f18f28f55bcd8dc46b4e2311314c9a79@macosforge.org> References: <047.f18f28f55bcd8dc46b4e2311314c9a79@macosforge.org> Message-ID: <056.fdcbf2974595b66567bc165a260f983e@macosforge.org> #1281: Multiplication of ~32 bit integers giving incorrect results ------------------------------+--------------------------------------------- Reporter: zgavin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Yesterday Vincent found out that the overflow check is removed by the LLVM optimization passes. In kernel.c: {{{ if (FIXABLE(res) && res / a == b) { return LONG2FIX(res); } }}} The {{{res / a // b}}} expression is removed. This needs to be fixed for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 15:36:22 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 May 2011 22:36:22 -0000 Subject: [MacRuby] #1286: macruby_deploy should warn or die when one of the embedded binaries link against a non standard path Message-ID: <052.9bbc60788f7dd4d218f2b1a8a235d238@macosforge.org> #1286: macruby_deploy should warn or die when one of the embedded binaries link against a non standard path -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Summary should be self-explanatory. A well-known use case is embedding a nokogiri gem which was built against a version of libiconv in /opt (probably due to macports or whatever). The application will therefore not run properly on machines without that library, causing pain and frustration. Targeting for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 15:56:27 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 May 2011 22:56:27 -0000 Subject: [MacRuby] #1287: specs are broken after 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5 Message-ID: <052.209430b1eaeb51d75240755e86629722@macosforge.org> #1287: specs are broken after 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5 -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- MacRuby master seems to not be able to run spec:rubyspec without crashing eventually. The crashes are never the same. I went back to 734a27c8df4c51534eebffccab4c47107bec2583 and the crashes disappear, so I suspect it's related to 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5. {{{ ./mspec/bin/mspec ci -B ./spec/macruby.mspec :rubyspec MacRuby 0.11 (ruby 1.9.2) [universal-darwin11.0, x86_64] ......................E.........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................F.................................................................E.......................................................... ......................................................................2011-05-18 14:47:24.274 macruby[80909:110b] *** Terminating app due to uncaught exception 'NameError', reason: '/Users/lrz/src/macruby- master/mspec/lib/mspec/matchers/raise_error.rb:9:in `matches?': wrong constant name __CONSTX__ (NameError) from /Users/lrz/src/macruby- master/mspec/lib/mspec/expectations/should.rb:7:in `should' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:68:in `protect' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/context.rb:179:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/context.rb:179:in `protect' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/context.rb:207:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/context.rb:199:in `process' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:37:in `describe' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/object.rb:11:in `context' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:56:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:68:in `protect' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:56:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:50:in `files' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:42:in `process' from /Users/lrz/src/macruby-master/mspec/lib/mspec/commands/mspec- ci.rb:76:in `run' from /Users/lrz/src/macruby- master/mspec/lib/mspec/utils/script.rb:218:in `main' from /Users/lrz/src/macruby-master/mspec/bin/mspec-ci:8:in `
' }}} {{{ ./mspec/bin/mspec ci -B ./spec/macruby.mspec :rubyspec MacRuby 0.11 (ruby 1.9.2) [universal-darwin11.0, x86_64] ......................E.........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................F..................................................................E......................................................... ......................................................................2011-05-18 14:53:02.947 macruby[81097:110b] *** Terminating app due to uncaught exception 'NameError', reason: '/Users/lrz/src/macruby- master/spec/frozen/core/module/const_get_spec.rb:67:in `block': uninitialized constant ConstantSpecs::ContainerA::ChildA::CS_CONST4 (NameError) from /Users/lrz/src/macruby- master/mspec/lib/mspec/matchers/raise_error.rb:9:in `matches?' from /Users/lrz/src/macruby- master/mspec/lib/mspec/expectations/should.rb:7:in `should' from /Users/lrz/src/macruby- master/spec/frozen/core/module/const_get_spec.rb:68:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:68:in `protect' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/context.rb:179:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/context.rb:179:in `protect' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/context.rb:207:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/context.rb:199:in `process' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:37:in `describe' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/object.rb:11:in `context' from /Users/lrz/src/macruby- master/spec/frozen/core/module/const_get_spec.rb:4:in `
' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:56:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:68:in `protect' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:56:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:50:in `files' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:42:in `process' from /Users/lrz/src/macruby-master/mspec/lib/mspec/commands/mspec- ci.rb:76:in `run' from /Users/lrz/src/macruby- master/mspec/lib/mspec/utils/script.rb:218:in `main' from /Users/lrz/src/macruby-master/mspec/bin/mspec-ci:8:in `
' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 16:04:43 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 May 2011 23:04:43 -0000 Subject: [MacRuby] #1285: Constants missing error when the constants are declared in the class definition In-Reply-To: <045.8924c57d791dbd73adf0f6d9cdcf7648@macosforge.org> References: <045.8924c57d791dbd73adf0f6d9cdcf7648@macosforge.org> Message-ID: <054.372b2a8d37785a2cabec1ce7b21d5484@macosforge.org> #1285: Constants missing error when the constants are declared in the class definition ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by tglee@?): An related Xcode project file was attached, which build directory was deleted. p.s. : Before the mentioned commit, there was no runtime error. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 16:55:08 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 May 2011 23:55:08 -0000 Subject: [MacRuby] #1287: specs are broken after 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5 In-Reply-To: <052.209430b1eaeb51d75240755e86629722@macosforge.org> References: <052.209430b1eaeb51d75240755e86629722@macosforge.org> Message-ID: <061.131dcc8a517800301ff76b139abf39b2@macosforge.org> #1287: specs are broken after 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5 -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by watson1978@?): in my environment (MacBookPro, Core i5, 4GB memory, LLVM 2.9(released)), "reference count underflow" message is displayed. {{{ $./mspec/bin/mspec ci -B ./spec/macruby.mspec :rubyspec MacRuby 0.11 (ruby 1.9.2) [universal-darwin10.4, x86_64] ................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................F............................................................................................................................ .............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................macruby(92843,0x7fff70904ca0) malloc: reference count underflow for 0x20126f7a0, break on auto_refcount_underflow_error to debug. .....................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................F....................... ............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................... 1) Kernel.caller returns one entry per call, even for recursive methods FAILED Expected 0 to equal 1 /Users/watson/src/macruby- trunk/spec/frozen/core/kernel/caller_spec.rb:157:in `block' /Users/watson/src/macruby- trunk/spec/frozen/core/kernel/caller_spec.rb:152:in `
' 2) Queue#num_waiting reports the number of threads waiting on the Queue FAILED Expected 3 to equal 4 /Users/watson/src/macruby- trunk/spec/frozen/library/queue/num_waiting_spec.rb:10:in `block' /Users/watson/src/macruby- trunk/spec/frozen/library/queue/num_waiting_spec.rb:9:in `block' /Users/watson/src/macruby- trunk/spec/frozen/library/queue/num_waiting_spec.rb:4:in `
' Finished in 147.078465 seconds 3270 files, 14109 examples, 55429 expectations, 2 failures, 0 errors }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 17:01:31 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 May 2011 00:01:31 -0000 Subject: [MacRuby] #1285: Constants missing error when the constants are declared in the class definition In-Reply-To: <045.8924c57d791dbd73adf0f6d9cdcf7648@macosforge.org> References: <045.8924c57d791dbd73adf0f6d9cdcf7648@macosforge.org> Message-ID: <054.a3f1b6c8c9f45716533d76b2454e3953@macosforge.org> #1285: Constants missing error when the constants are declared in the class definition ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by lsansonetti@?): Thanks a lot! Here is a reduction: {{{ $ ./miniruby -e "framework 'AppKit'; class Foo': uninitialized constant FOO (NameError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 17:14:53 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 May 2011 00:14:53 -0000 Subject: [MacRuby] #1287: specs are broken after 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5 In-Reply-To: <052.209430b1eaeb51d75240755e86629722@macosforge.org> References: <052.209430b1eaeb51d75240755e86629722@macosforge.org> Message-ID: <061.cc555512a9ef508af8ed2307fbef5d35@macosforge.org> #1287: specs are broken after 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5 -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by lsansonetti@?): Hmm, I had a couple local changes in my repository, which I removed and did a fresh build. And now, spec:rubyspec passes without problems (I tried 2 times). I also do not see any "reference count underflow" messages. Watson: have you tried a fresh build? (rake clean then rake). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 17:29:48 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 May 2011 00:29:48 -0000 Subject: [MacRuby] #1287: specs are broken after 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5 In-Reply-To: <052.209430b1eaeb51d75240755e86629722@macosforge.org> References: <052.209430b1eaeb51d75240755e86629722@macosforge.org> Message-ID: <061.456d1f4497696388f68b92dc58b1fa96@macosforge.org> #1287: specs are broken after 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5 -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: I think that this ticket can be closed. Sorry for the confusion. (Watson: you may want to open a new one for the malloc warnings) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 17:35:20 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 May 2011 00:35:20 -0000 Subject: [MacRuby] #1287: specs are broken after 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5 In-Reply-To: <052.209430b1eaeb51d75240755e86629722@macosforge.org> References: <052.209430b1eaeb51d75240755e86629722@macosforge.org> Message-ID: <061.163dc3936294c0fc7161022e8a000033@macosforge.org> #1287: specs are broken after 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5 -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | -----------------------------------+---------------------------------------- Comment(by watson1978@?): > Watson: have you tried a fresh build? (rake clean then rake). Yes, I ran spec after all rebuild with latest commit. OK, I will file an another ticket. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 18 18:16:29 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 May 2011 01:16:29 -0000 Subject: [MacRuby] #1288: MacRuby displays "reference count underflow" message with rubyspec. Message-ID: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> #1288: MacRuby displays "reference count underflow" message with rubyspec. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ ./mspec/bin/mspec ci -B ./spec/macruby.mspec :rubyspec MacRuby 0.11 (ruby 1.9.2) [universal-darwin10.4, x86_64] ................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................F............................................................................................................................ .............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................macruby(92843,0x7fff70904ca0) malloc: reference count underflow for 0x20126f7a0, break on auto_refcount_underflow_error to debug. .....................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................F....................... ............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................... 1) Kernel.caller returns one entry per call, even for recursive methods FAILED Expected 0 to equal 1 /Users/watson/src/macruby- trunk/spec/frozen/core/kernel/caller_spec.rb:157:in `block' /Users/watson/src/macruby- trunk/spec/frozen/core/kernel/caller_spec.rb:152:in `
' 2) Queue#num_waiting reports the number of threads waiting on the Queue FAILED Expected 3 to equal 4 /Users/watson/src/macruby- trunk/spec/frozen/library/queue/num_waiting_spec.rb:10:in `block' /Users/watson/src/macruby- trunk/spec/frozen/library/queue/num_waiting_spec.rb:9:in `block' /Users/watson/src/macruby- trunk/spec/frozen/library/queue/num_waiting_spec.rb:4:in `
' Finished in 147.078465 seconds 3270 files, 14109 examples, 55429 expectations, 2 failures, 0 errors }}} {{{ $ ./mspec/bin/mspec ci -B ./spec/macruby.mspec :rubyspec --verbose MacRuby 0.11 (ruby 1.9.2) [universal-darwin10.4, x86_64] ---- snip ---- /Users/watson/src/macruby-trunk/spec/frozen/core/thread/initialize_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/inspect_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/join_spec.rb macruby(95513,0x7fff70904ca0) malloc: reference count underflow for 0x2012e2d80, break on auto_refcount_underflow_error to debug. . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/key_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/keys_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/kill_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/list_spec.rb . ---- snip ---- }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 19 01:47:50 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 May 2011 08:47:50 -0000 Subject: [MacRuby] #1275: JSON library outdated or broken In-Reply-To: <046.b9e9eb700a4b0e340042f221b7ff990c@macosforge.org> References: <046.b9e9eb700a4b0e340042f221b7ff990c@macosforge.org> Message-ID: <055.849b9c0b09c0c58444fab86c5699aad3@macosforge.org> #1275: JSON library outdated or broken -----------------------------+---------------------------------------------- Reporter: k.haase@? | Owner: psychs@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------+---------------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/0d886caaa465a22ee91498d9f86025c820b399c9 https://github.com/MacRuby/MacRuby/commit/fdbeaae3abcb019e6cd81051974dde7a91893d4e https://github.com/MacRuby/MacRuby/commit/f9f0b29e33e443279265944fd17fcf439f9795ac -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 19 05:42:10 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 May 2011 12:42:10 -0000 Subject: [MacRuby] #1281: Multiplication of ~32 bit integers giving incorrect results In-Reply-To: <047.f18f28f55bcd8dc46b4e2311314c9a79@macosforge.org> References: <047.f18f28f55bcd8dc46b4e2311314c9a79@macosforge.org> Message-ID: <056.b83ef511b824d433cd69bcb4de919f18@macosforge.org> #1281: Multiplication of ~32 bit integers giving incorrect results ------------------------------+--------------------------------------------- Reporter: zgavin@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------+--------------------------------------------- Changes (by vincent.isambart@?): * status: new => closed * resolution: => fixed Comment: Should be fixed by https://github.com/MacRuby/MacRuby/commit/cbb095131a78885126ec230150b2676a00136a97 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 19 07:51:33 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 May 2011 14:51:33 -0000 Subject: [MacRuby] #1289: ABPresence example app fails during init Message-ID: <059.4efcf340a14c0a28be5af533287f774e@macosforge.org> #1289: ABPresence example app fails during init ------------------------------------------+--------------------------------- Reporter: merchants08@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ------------------------------------------+--------------------------------- MacRuby 0.10 OS X.6.7 Output: /Developer/Examples/Ruby/MacRuby/ABPresence/build/Debug/ABPresence.app/Contents/Resources/PeopleDataSource.rb:59:in `reloadABPeople': can't modify frozen/immutable array (RuntimeError) from /Developer/Examples/Ruby/MacRuby/ABPresence/build/Debug/ABPresence.app/Contents/Resources/PeopleDataSource.rb:16:in `awakeFromNib' from /Developer/Examples/Ruby/MacRuby/ABPresence/build/Debug/ABPresence.app/Contents/Resources/rb_main.rb:24:in `
' -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 19 08:12:45 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 May 2011 15:12:45 -0000 Subject: [MacRuby] #1289: ABPresence example app fails during init In-Reply-To: <059.4efcf340a14c0a28be5af533287f774e@macosforge.org> References: <059.4efcf340a14c0a28be5af533287f774e@macosforge.org> Message-ID: <068.20efcd679680aa8be3efc7d42a162f90@macosforge.org> #1289: ABPresence example app fails during init ------------------------------------------+--------------------------------- Reporter: merchants08@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ------------------------------------------+--------------------------------- Comment(by mrada@?): What version of MacRuby were you using? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 19 12:59:09 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 May 2011 19:59:09 -0000 Subject: [MacRuby] #1281: Multiplication of ~32 bit integers giving incorrect results In-Reply-To: <047.f18f28f55bcd8dc46b4e2311314c9a79@macosforge.org> References: <047.f18f28f55bcd8dc46b4e2311314c9a79@macosforge.org> Message-ID: <056.3cafd80775d1e873699986e2a99b3095@macosforge.org> #1281: Multiplication of ~32 bit integers giving incorrect results ------------------------------+--------------------------------------------- Reporter: zgavin@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 1.0 => MacRuby 0.11 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 19 13:43:39 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 May 2011 20:43:39 -0000 Subject: [MacRuby] #1290: rspec is broken with nightly builds Message-ID: <053.55ae98eb7326702d5f699155883d219a@macosforge.org> #1290: rspec is broken with nightly builds ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- It seems to be related to the recent pop_outer fixes that went in. The issue manifests as the inability to load the diff-lcs gem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 19 14:22:15 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 May 2011 21:22:15 -0000 Subject: [MacRuby] #988: Unable to get rack::basic::auth to function as demonstrated via sinatra page. In-Reply-To: <047.1e336cd9bdf16227a6b25c2beb5002be@macosforge.org> References: <047.1e336cd9bdf16227a6b25c2beb5002be@macosforge.org> Message-ID: <056.8450245c00a2a9a4cec78d39d1858dcd@macosforge.org> #988: Unable to get rack::basic::auth to function as demonstrated via sinatra page. ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: critical | Milestone: Component: ControlTower | Keywords: ------------------------------+--------------------------------------------- Comment(by jhamor@?): Looks like this got fixed along the way. The copy i'm running of nightly, which was produced within the last couple of days seems to not exhibit the problem anymore. My sample from above just simply works. After you fix the missing if statement ;P -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 19 16:15:06 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 May 2011 23:15:06 -0000 Subject: [MacRuby] #1290: rspec is broken with nightly builds In-Reply-To: <053.55ae98eb7326702d5f699155883d219a@macosforge.org> References: <053.55ae98eb7326702d5f699155883d219a@macosforge.org> Message-ID: <062.d4267ab94d6dbacb0c8fb3272f9c0ad8@macosforge.org> #1290: rspec is broken with nightly builds ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): Turns out this is an invalid issue. One of the dependency gems for rspec was compiled and would not load since the ABI changed recently. Sorry! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 20 03:34:31 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 May 2011 10:34:31 -0000 Subject: [MacRuby] #1288: MacRuby displays "reference count underflow" message with rubyspec. In-Reply-To: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> References: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> Message-ID: <060.3cfc532b97ffdbc00518fb2bd0a04933@macosforge.org> #1288: MacRuby displays "reference count underflow" message with rubyspec. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by kouji@?): I could not reduce this issue on f9f0b29e33e443279265944fd17fcf439f9795ac. I always move /Library/Frameworks/MacRuby.framework to /Library/Frameworks/MacRuby.framework.orig before run rubyspec. Because sometime rubyspec occurs segv if I did not move. {{{ $ sudo mv /Library/Frameworks/MacRuby.framework /Library/Frameworks/MacRuby.framework.orig }}} And could you rebuild rbo files before run rubyspec? (rake stdlib:build) Thanks. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 20 07:09:35 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 May 2011 14:09:35 -0000 Subject: [MacRuby] #1289: ABPresence example app fails during init In-Reply-To: <059.4efcf340a14c0a28be5af533287f774e@macosforge.org> References: <059.4efcf340a14c0a28be5af533287f774e@macosforge.org> Message-ID: <068.e552158f104535b22d367d90f4a82d5a@macosforge.org> #1289: ABPresence example app fails during init ------------------------------------------+--------------------------------- Reporter: merchants08@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ------------------------------------------+--------------------------------- Comment(by kouji@?): He or she wrote MacRuby version: MacRuby 0.10 OS X.6.7. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 20 07:39:23 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 May 2011 14:39:23 -0000 Subject: [MacRuby] #1291: Constants are erroneously found outside namespace Message-ID: <054.d8d052d6f8298bc09cf9fad43f1804ec@macosforge.org> #1291: Constants are erroneously found outside namespace -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: constlookup -------------------------------------+-------------------------------------- MacRuby looks in the outer scope as well, when the user provided a full path to the constant: {{{ $ macruby -e 'module X; end; p X::String' String }}} MRI doesn't do this: {{{ $ ruby19 -e 'module X; end; p X::String' -e:1:in `
': uninitialized constant X::String (NameError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 20 07:49:51 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 May 2011 14:49:51 -0000 Subject: [MacRuby] #1291: Constants are erroneously found outside namespace In-Reply-To: <054.d8d052d6f8298bc09cf9fad43f1804ec@macosforge.org> References: <054.d8d052d6f8298bc09cf9fad43f1804ec@macosforge.org> Message-ID: <063.8746ea003616d734d8d25f2d2d04b881@macosforge.org> #1291: Constants are erroneously found outside namespace -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: constlookup -------------------------------------+-------------------------------------- Comment(by eloy.de.enige@?): Another example: {{{ $ macruby -e 'p MacRuby::MacRuby::MacRuby::MacRuby::MacRuby::MacRuby' MacRuby }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 20 08:34:27 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 May 2011 15:34:27 -0000 Subject: [MacRuby] #1292: slows down method dispatch at "git commit 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5" Message-ID: <047.b1a2e1fff5849d9fbf3a30aa19db93f3@macosforge.org> #1292: slows down method dispatch at "git commit 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5" ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- From Laurent: i also see that the VM outer variable is set during dispatch, with retain/release this is not good, because it slows down method dispatch significantly. {{{ $ time /System/Library/PrivateFrameworks/MacRuby.framework/Versions/Current/usr/bin/macruby -e "def foo;42;end; i=0; while i<1000000; foo; foo; foo; foo; foo; i+=1; end" real 0m0.355s user 0m0.339s sys 0m0.011s $ time ./miniruby -e "def foo;42;end; i=0; while i<1000000; foo; foo; foo; foo; foo; i+=1; end"push_outer:3165:push_outer outer_stack(NSObject) real 0m1.155s user 0m1.095s sys 0m0.017s }}} the first is an "old" version of macruby (before the recent const lookup changes) we cannot keep that, so we need to find out a better way, i'm afraid -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 20 14:00:30 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 May 2011 21:00:30 -0000 Subject: [MacRuby] #1291: Constants are erroneously found outside namespace In-Reply-To: <054.d8d052d6f8298bc09cf9fad43f1804ec@macosforge.org> References: <054.d8d052d6f8298bc09cf9fad43f1804ec@macosforge.org> Message-ID: <063.4936aeffbaaecc195a819b058cb6d389@macosforge.org> #1291: Constants are erroneously found outside namespace -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: constlookup -------------------------------------+-------------------------------------- Comment(by lsansonetti@?): -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 20 16:57:00 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 May 2011 23:57:00 -0000 Subject: [MacRuby] #1293: problem with `release` after deleteRecordAndReturnError. Message-ID: <047.b51ab9ab354b91b816ab895481417f48@macosforge.org> #1293: problem with `release` after deleteRecordAndReturnError. ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- When running ODRecord.deleteRecordAndReturnError, i noticed i use to be able to run 'release'. As of the later nightly stuff i started getting this: undefined method `__hidden__release' for # not sure how to work around this. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 20 17:34:28 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 May 2011 00:34:28 -0000 Subject: [MacRuby] #1293: problem with `release` after deleteRecordAndReturnError. In-Reply-To: <047.b51ab9ab354b91b816ab895481417f48@macosforge.org> References: <047.b51ab9ab354b91b816ab895481417f48@macosforge.org> Message-ID: <056.1c36371c8b6f1f21a12c9810dd2925cc@macosforge.org> #1293: problem with `release` after deleteRecordAndReturnError. ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: wontfix Keywords: | ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => wontfix Comment: #release should never be used in MacRuby, as #retain and #autorelease. These are no-ops anyways (they simply do nothing) because we use the Garbage Collection mode. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 20 19:52:50 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 May 2011 02:52:50 -0000 Subject: [MacRuby] #1294: MacRuby crashes when loading files on the non-main thread Message-ID: <053.1357a704650881e3d927fbc6a275c293@macosforge.org> #1294: MacRuby crashes when loading files on the non-main thread ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: reduction ------------------------------------+--------------------------------------- Reduction is here: https://github.com/ferrous26/broken-macruby -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 20 20:47:45 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 May 2011 03:47:45 -0000 Subject: [MacRuby] #1288: MacRuby displays "reference count underflow" message with rubyspec. In-Reply-To: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> References: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> Message-ID: <060.e1ed92521dbf075eb020a407dcd85ffe@macosforge.org> #1288: MacRuby displays "reference count underflow" message with rubyspec. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): In my environment, always displays message even if remove a "/Library/Frameworks/MacRuby.framework" and rebuild all. The message was not displayed by the following changes, but I do not know whether those changing are correctly. {{{ #!diff diff --git a/vm.cpp b/vm.cpp index ffcb22d..ebec99b 100644 --- a/vm.cpp +++ b/vm.cpp @@ -5619,8 +5619,10 @@ rb_vm_dln_load(void (*init_fct)(void), IMP __mrep__) } ~Finally() { vm->pop_outer(); - vm->replace_outer_stack(old_outer_stack); - GC_RELEASE(old_outer_stack); + if (old_outer_stack != NULL) { + vm->replace_outer_stack(old_outer_stack); + GC_RELEASE(old_outer_stack); + } vm->set_current_class(old_class); } } finalizer(vm); @@ -5665,8 +5667,10 @@ rb_vm_load(const char *fname_str, int wrap) } ~Finally() { vm->pop_outer(); - vm->replace_outer_stack(old_outer_stack); - GC_RELEASE(old_outer_stack); + if (old_outer_stack != NULL) { + vm->replace_outer_stack(old_outer_stack); + GC_RELEASE(old_outer_stack); + } vm->set_current_class(old_class); } } finalizer(vm); }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 20 21:03:42 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 May 2011 04:03:42 -0000 Subject: [MacRuby] #1288: MacRuby displays "reference count underflow" message with rubyspec. In-Reply-To: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> References: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> Message-ID: <060.a8c53f713a535d42cb80eeffb0cdcf58@macosforge.org> #1288: MacRuby displays "reference count underflow" message with rubyspec. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): I think your change is good (looking in the same vm.cpp file I see that the check is done sometimes). But Kouji can confirm :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 20 22:31:57 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 May 2011 05:31:57 -0000 Subject: [MacRuby] #1294: MacRuby crashes when loading files on the non-main thread In-Reply-To: <053.1357a704650881e3d927fbc6a275c293@macosforge.org> References: <053.1357a704650881e3d927fbc6a275c293@macosforge.org> Message-ID: <062.a328be007f920ce99dc4d70e27024722@macosforge.org> #1294: MacRuby crashes when loading files on the non-main thread ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: reduction ------------------------------------+--------------------------------------- Comment(by mrada@?): I will reduce this issue further when I have time this weekend. Since it segfaults before any tests actually run, it shouldn't be hard to go over the rspec startup process and see when it loads external code. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat May 21 06:34:31 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 May 2011 13:34:31 -0000 Subject: [MacRuby] #1295: A bug in NSMutableString#sub! with non ASCII chars Message-ID: <051.ea370fefc296efd4be8d28ee4396b611@macosforge.org> #1295: A bug in NSMutableString#sub! with non ASCII chars ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- A bug with NSMutableString#sub!. Characters are corrupted when replaced with non-ASCII characters. This does not happen with 'gsub!' nor 'sub/gsub'. And as pointed out by Vincent, this also happens with 'self[]'. Here's the code written by Vincent. {{{ framework 'Cocoa' s1 = NSMutableString.stringWithString("this is a test script.") s1.sub!(/test/, "?") puts s1 #=> this is a ??? script. s2 = NSMutableString.stringWithString("this is a test script.") s2[10..14] = "?" puts s2 #=> this is a ??? script. }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat May 21 06:54:55 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 May 2011 13:54:55 -0000 Subject: [MacRuby] #1288: MacRuby displays "reference count underflow" message with rubyspec. In-Reply-To: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> References: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> Message-ID: <060.7bb3c7addd2bec9ea63ba78e5ad4f3ad@macosforge.org> #1288: MacRuby displays "reference count underflow" message with rubyspec. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Sorry, The message still often displays even if I apply an above patch :( -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat May 21 15:49:05 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 May 2011 22:49:05 -0000 Subject: [MacRuby] #1296: macirb crashes when inspecting the NSProxy class Message-ID: <053.2826129884a787ef1f1cf6d7280ca543@macosforge.org> #1296: macirb crashes when inspecting the NSProxy class ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: reduction ------------------------------------+--------------------------------------- Of course, this is because of the special nature of the NSProxy class. ? macirb irb(main):001:0> NSProxy uncaught Objective-C/C++ exception... 2011-05-21 18:44:01.178 macruby[72520:903] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -[NSProxy methodSignatureForSelector:] called!' *** Call stack at first throw: -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun May 22 08:02:05 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 22 May 2011 15:02:05 -0000 Subject: [MacRuby] #1285: Constants missing error when the constants are declared in the class definition In-Reply-To: <045.8924c57d791dbd73adf0f6d9cdcf7648@macosforge.org> References: <045.8924c57d791dbd73adf0f6d9cdcf7648@macosforge.org> Message-ID: <054.fec7d3d1fab90d812fc3ca0d5dbdbcbc@macosforge.org> #1285: Constants missing error when the constants are declared in the class definition ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by mrada@?): I am also now experiencing this issue when I try to run the HotCocoa graphics demo. :( -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 23 13:24:52 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 May 2011 20:24:52 -0000 Subject: [MacRuby] #1297: Rake Task to uninstall MacRuby Message-ID: <057.6cd1ad2483470b82411c4ce990498ebf@macosforge.org> #1297: Rake Task to uninstall MacRuby ----------------------------------------+----------------------------------- Reporter: falk.koeppe@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: uninstall ----------------------------------------+----------------------------------- Please add a rake task to uninstall all files installed with MacRuby. It is quite cumbersome to delete all files scattered around the system, when MacRuby is installed. There are the XCode files, templates and the MacRuby symbol links, etc. I didn't find a quick automatic way to remove them all. Sorry, but maybe you have a solution. Would be very nice. I found this on StackOverflow, but it was still too error-prone. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 23 13:29:09 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 May 2011 20:29:09 -0000 Subject: [MacRuby] #1297: Rake Task to uninstall MacRuby In-Reply-To: <057.6cd1ad2483470b82411c4ce990498ebf@macosforge.org> References: <057.6cd1ad2483470b82411c4ce990498ebf@macosforge.org> Message-ID: <066.a8dd8fb84166f41d5d6db71597500d16@macosforge.org> #1297: Rake Task to uninstall MacRuby ----------------------------------------+----------------------------------- Reporter: falk.koeppe@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: uninstall ----------------------------------------+----------------------------------- Comment(by falk.koeppe@?): Replying to [ticket:1297 falk.koeppe@?]: > I found this on StackOverflow, but it was still too error-prone. Duh... http://stackoverflow.com/questions/1146742/uninstall-macruby -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 23 16:45:44 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 May 2011 23:45:44 -0000 Subject: [MacRuby] #1298: bs.c bs_parser_parse() leak Message-ID: <052.87995f6527af10e22978730afa78862f@macosforge.org> #1298: bs.c bs_parser_parse() leak -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Looks like a CFString inside that function is leaking (probably the cf_path variable). To reproduce, run /usr/bin/leaks on a MacRuby process after doing a "framework 'Cocoa'". -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 23 16:59:18 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 May 2011 23:59:18 -0000 Subject: [MacRuby] #1299: String#split(nil) on big string leaks memory Message-ID: <052.46c84e08a0f887c7fbb8a444dd00d728@macosforge.org> #1299: String#split(nil) on big string leaks memory -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- ... because rb_str_get_uchars_always() allocates the buf->chars buffer using malloc() but we never free() it. Switching to xmalloc() fixes the problem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 23 17:00:38 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 May 2011 00:00:38 -0000 Subject: [MacRuby] #1300: Dir.entries() leaks memory Message-ID: <052.1b6d95dcd072fd36536f9a4b958c3fba@macosforge.org> #1300: Dir.entries() leaks memory -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Dir.entries is syntaxic sugar for Dir.new, which leaks both the directory descriptor and the path (strdup() call). We must register a finalize method that closes the descriptor and frees the path. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 23 17:17:59 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 May 2011 00:17:59 -0000 Subject: [MacRuby] #1300: Dir.entries() leaks memory In-Reply-To: <052.1b6d95dcd072fd36536f9a4b958c3fba@macosforge.org> References: <052.1b6d95dcd072fd36536f9a4b958c3fba@macosforge.org> Message-ID: <061.bc3af78dd076c1145cd152d47578ac54@macosforge.org> #1300: Dir.entries() leaks memory -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Should be fixed by https://github.com/MacRuby/MacRuby/commit/5156b11db0d4c8250c9577e97a60e52cd919db9b. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 23 17:18:12 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 May 2011 00:18:12 -0000 Subject: [MacRuby] #1299: String#split(nil) on big string leaks memory In-Reply-To: <052.46c84e08a0f887c7fbb8a444dd00d728@macosforge.org> References: <052.46c84e08a0f887c7fbb8a444dd00d728@macosforge.org> Message-ID: <061.882db5f9ac4eed3b331aecb652ad0e18@macosforge.org> #1299: String#split(nil) on big string leaks memory -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Should be fixed by https://github.com/MacRuby/MacRuby/commit/c3266ebae2e3a9f59a50aba12fbc459fc6e82fa3. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 23 18:08:24 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 May 2011 01:08:24 -0000 Subject: [MacRuby] #1301: Dispatch::Source.timer leaks memory Message-ID: <052.b61b03ffacafca7b6d91a3f2c8e18533@macosforge.org> #1301: Dispatch::Source.timer leaks memory -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Probably because in rb_source_init() we retain ourselves... Removing the GC_RETAIN() call fixes the fact that Source objects were never finalized, but it causes a segfault in the following reduction: {{{ ./miniruby -e "q=Dispatch::Queue.new('local'); loop { 10.times { Dispatch::Source.timer(0, 0, 0, q) {} }; GC.start }" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 24 04:03:19 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 May 2011 11:03:19 -0000 Subject: [MacRuby] #1288: MacRuby displays "reference count underflow" message with rubyspec. In-Reply-To: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> References: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> Message-ID: <060.ad09e732ba842fe0198456dcf4f347dc@macosforge.org> #1288: MacRuby displays "reference count underflow" message with rubyspec. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): I got a backtrace. {{{ (gdb) b auto_refcount_underflow_error Breakpoint 1 at 0x7fff82c7db84 (gdb) c Continuing. Breakpoint 1, 0x00007fff82c7db84 in auto_refcount_underflow_error () (gdb) thread apply all bt Thread 3 (process 8425): #0 0x00007fffffe00295 in __spin_lock () #1 0x00007fff82c83b82 in Auto::Admin::thread_cache_allocate () #2 0x00007fff82c8b0b2 in Auto::Zone::block_allocate () #3 0x00007fff82c76d72 in auto_zone_allocate_object () #4 0x000000010003d7d0 in rb_objc_newobj (size=) at gc.c:286 #5 0x00000001000ca6a2 in str_alloc [inlined] () at /Users/watson/src /macruby-trunk/string.c:224 #6 0x00000001000ca6a2 in rb_enc_str_new [inlined] () at /Users/watson/src /macruby-trunk/string.c:6294 #7 0x00000001000ca6a2 in rb_str_new (cstr=0x11b08adca "Just kidding", len=12) at string.c:6302 #8 0x000000011b392d9a in ?? () #9 0x0000000100141408 in rb_vm_block_eval (b=0x211c1bf00, argc=, argv=0x200039b00) at dispatcher.cpp:98 #10 0x0000000100154558 in rb_vm_thread_run (thread=8887845536) at vm.cpp:4925 #11 0x00007fff87a374f6 in _pthread_start () #12 0x00007fff87a373a9 in thread_start () Thread 2 (process 8425): #0 0x00007fff87a1712a in kevent () #1 0x00007fff87a18ffd in _dispatch_mgr_invoke () #2 0x00007fff87a18cd4 in _dispatch_queue_invoke () #3 0x00007fff87a187fe in _dispatch_worker_thread2 () #4 0x00007fff87a18128 in _pthread_wqthread () #5 0x00007fff87a17fc5 in start_wqthread () Thread 1 (process 8425): #0 0x00007fff82c7db84 in auto_refcount_underflow_error () #1 0x00007fff82c8ac11 in Auto::Zone::dec_refcount_small_medium () #2 0x00007fff82c8c75e in Auto::Zone::block_decrement_refcount () #3 0x00007fff82c7595f in auto_zone_release () #4 0x0000000103c0096e in ?? () #5 0x000000011b391fb1 in ?? () #6 0x0000000100140ab0 in rb_vm_yield_under (klass=, self=, argc=, argv=0x0) at dispatcher.cpp:98 #7 0x00000001000f64cf in specific_eval (argc=, argv=0x0, klass=8887662336, self=8887662880) at vm_eval.c:335 #8 0x000000010013f1f8 in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d90780, top=8590305312, self=8887662880, klass=0x211bef700, sel=0x100ee5570, block=0x211c0ab00, opt=0 '\0', argc=0, argv=0x0) at dispatcher.cpp:457 #9 0x0000000103c004e4 in ?? () #10 0x0000000103c6ab85 in ?? () #11 0x000000010013f55a in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d8d680, top=8887717632, self=8590305312, klass=0x2000b6280, sel=0x10507c6e0, block=0x211c0ab00, opt=0 '\0', argc=, argv=0x7fff5fbef7b8) at dispatcher.cpp:161 #12 0x0000000103c004e4 in ?? () #13 0x0000000103c6c672 in ?? () #14 0x00000001001426ce in rb_vm_yield_args (_vm=0xab0, argc=, argv=0x1) at dispatcher.cpp:100 #15 0x0000000100029256 in enum_all_func [inlined] () at /Users/watson/src /macruby-trunk/enum.c:868 #16 0x0000000100029256 in all_iter_i (i=, memo=0x7fff5fbf09f8, argc=, argv=) at enum.c:868 #17 0x0000000100142720 in rb_vm_yield_args (_vm=0x100e235c0, argc=1, argv=0x7fff5fbf0038) at dispatcher.cpp:1140 #18 0x00000001000f4ed8 in rb_yield (val=8887773504) at vm_eval.c:183 #19 0x00000001000059cd in rary_each (ary=8887843456, sel=) at array.c:1072 #20 0x000000010013f575 in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d7f840, top=0, self=8887843456, klass=0x2000684c0, sel=0x100e26620, block=0x211c1be80, opt=2 '\002', argc=, argv=0x0) at dispatcher.cpp:159 #21 0x00000001000f4abf in rb_objc_block_call (obj=8887843456, sel=0x100e26620, argc=0, argv=0x0, bl_proc=, data2=) at vm.h:656 #22 0x00000001000280c7 in enum_all (obj=8887843456, sel=) at enum.c:892 #23 0x000000010013f575 in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d688c0, top=8887717632, self=8887843456, klass=0x2000684c0, sel=0x100ecb0b0, block=0x20f7efd80, opt=0 '\0', argc=, argv=0x0) at dispatcher.cpp:159 #24 0x0000000103c004e4 in ?? () #25 0x0000000103c6c298 in ?? () #26 0x000000010013f50a in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d7d1c0, top=8887717632, self=8887717632, klass=0x200230740, sel=0x10507c6e0, block=0x0, opt=2 '\002', argc=, argv=0x7fff5fbf1960) at dispatcher.cpp:165 #27 0x0000000103c004e4 in ?? () #28 0x0000000103c71048 in ?? () #29 0x00000001001426ce in rb_vm_yield_args (_vm=0x608, argc=, argv=0x2) at dispatcher.cpp:100 #30 0x00000001000f4ed8 in rb_yield (val=8887774304) at vm_eval.c:183 #31 0x00000001000059cd in rary_each (ary=8887725440, sel=) at array.c:1072 #32 0x000000010013f575 in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d7f840, top=8887717632, self=8887725440, klass=0x2000684c0, sel=0x100e26620, block=0x20029a1e0, opt=0 '\0', argc=, argv=0x0) at dispatcher.cpp:159 #33 0x0000000103c004e4 in ?? () #34 0x0000000103c6d02b in ?? () #35 0x000000010013f575 in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d737c0, top=8590305312, self=8887717632, klass=0x200230740, sel=0x102ed73a0, block=0x0, opt=0 '\0', argc=, argv=0x0) at dispatcher.cpp:159 #36 0x0000000103c004e4 in ?? () #37 0x0000000103c2db6a in ?? () #38 0x000000010013f535 in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d6c280, top=8590067424, self=8590305312, klass=0x2000b6280, sel=0x103ef3d60, block=0x211bfe940, opt=0 '\0', argc=, argv=0x7fff5fbf5248) at dispatcher.cpp:163 #39 0x0000000103c004e4 in ?? () #40 0x0000000103c2dda1 in ?? () #41 0x000000010013f50a in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d96ec0, top=8590067424, self=8590067424, klass=0x200020040, sel=0x103ef3d60, block=0x211bfe940, opt=2 '\002', argc=, argv=0x7fff5fbf5400) at dispatcher.cpp:165 #42 0x0000000103c004e4 in ?? () #43 0x000000011b3907c5 in ?? () #44 0x0000000100157a58 in rb_vm_run (fname=0x211bf17c0 "/Users/watson/src /macruby-trunk/spec/frozen/core/thread/join_spec.rb", node=0x211bfcb00, binding=, inside_eval=) at vm.cpp:4233 #45 0x0000000100157de1 in RoxorVM::pop_outer () at /Users/watson/src /macruby-trunk/vm.cpp:5679 #46 ~Finally [inlined] () at /Users/watson/src/macruby-trunk/vm.cpp:5667 #47 0x0000000100157de1 in rb_vm_load (fname_str=0x211bf17c0 "/Users/watson/src/macruby-trunk/spec/frozen/core/thread/join_spec.rb", wrap=) at vm.cpp:5679 #48 0x000000010003979a in rb_f_load (rcv=, sel=, argc=, argv=) at load.c:115 #49 0x000000010013f24c in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d86a38, top=8887662880, self=8590038400, klass=0x200019b80, sel=0x7fff81ee5bb1, block=0x0, opt=0 '\0', argc=1, argv=0x7fff5fbf6e58) at dispatcher.cpp:448 #50 0x0000000103c004e4 in ?? () #51 0x0000000103c6aa68 in ?? () #52 0x0000000100140ab0 in rb_vm_yield_under (klass=, self=, argc=, argv=0x0) at dispatcher.cpp:98 #53 0x00000001000f64cf in specific_eval (argc=, argv=0x0, klass=8887662336, self=8887662880) at vm_eval.c:335 #54 0x000000010013f1f8 in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d90780, top=8590305312, self=8887662880, klass=0x211bef700, sel=0x100ee5570, block=0x211bf1440, opt=0 '\0', argc=0, argv=0x0) at dispatcher.cpp:457 #55 0x0000000103c004e4 in ?? () #56 0x0000000103c6ab85 in ?? () #57 0x000000010013f55a in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d8d680, top=8590305312, self=8590305312, klass=0x2000b6280, sel=0x10507c6e0, block=0x211bf1440, opt=2 '\002', argc=, argv=0x7fff5fbf8e28) at dispatcher.cpp:161 #58 0x0000000103c004e4 in ?? () #59 0x0000000103c68cc8 in ?? () #60 0x00000001001426ce in rb_vm_yield_args (_vm=0xab0, argc=, argv=0x1) at dispatcher.cpp:100 #61 0x00000001000f4ed8 in rb_yield (val=8590937056) at vm_eval.c:183 #62 0x00000001000059cd in rary_each (ary=8593243840, sel=) at array.c:1072 #63 0x000000010013f575 in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d7f840, top=8590305312, self=8593243840, klass=0x2000684c0, sel=0x100e26620, block=0x20031f340, opt=0 '\0', argc=, argv=0x0) at dispatcher.cpp:159 #64 0x0000000103c004e4 in ?? () #65 0x0000000103c686be in ?? () #66 0x000000010013f575 in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d90550, top=8590305312, self=8590305312, klass=0x2000b6280, sel=0x7fff8743d7d6, block=0x0, opt=1 '\001', argc=, argv=0x0) at dispatcher.cpp:159 #67 0x0000000103c004e4 in ?? () #68 0x0000000103c67d17 in ?? () #69 0x000000010013f575 in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d9fc80, top=8592973568, self=8590305312, klass=0x2000b6280, sel=0x102ed73a0, block=0x0, opt=0 '\0', argc=, argv=0x0) at dispatcher.cpp:159 #70 0x0000000103c004e4 in ?? () #71 0x0000000103c6754d in ?? () #72 0x000000010013f575 in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d7ab40, top=8590714208, self=8592973568, klass=0x2000be560, sel=0x7fff8095b9f4, block=0x0, opt=0 '\0', argc=, argv=0x0) at dispatcher.cpp:159 #73 0x0000000103c004e4 in ?? () #74 0x0000000103c55cf4 in ?? () #75 0x000000010013f575 in rb_vm_dispatch (_vm=0x100e235c0, cache=0x100d74278, top=8590067424, self=8590714208, klass=0x2000be640, sel=0x7fff80a04fb1, block=0x0, opt=0 '\0', argc=, argv=0x0) at dispatcher.cpp:159 #76 0x0000000103c004e4 in ?? () #77 0x0000000103c001be in ?? () #78 0x0000000100157a58 in rb_vm_run (fname=0x20004cea0 "/Users/watson/src /macruby-trunk/mspec/bin/mspec-ci", node=0x200064480, binding=, inside_eval=) at vm.cpp:4233 #79 0x00000001000311e0 in ruby_run_node (n=0x200064480) at eval.c:211 #80 0x0000000100000cf8 in main (argc=30, argv=0x100e1c060, envp=) at main.cpp:40 (gdb) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 24 06:19:33 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 May 2011 13:19:33 -0000 Subject: [MacRuby] #1288: MacRuby displays "reference count underflow" message with rubyspec. In-Reply-To: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> References: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> Message-ID: <060.6da313e0389240a2cde41d92f4ab9eca@macosforge.org> #1288: MacRuby displays "reference count underflow" message with rubyspec. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Thread 1 : frame 4-5 {{{ (gdb) p rb_symbolicate(0x0000000103c0096e) $10 = void addr 0x103c0096e selector block location :0 (gdb) p rb_symbolicate(0x000000011b391fb1) $11 = void addr 0x11b391fb1 selector block location /Users/watson/src/macruby- trunk/spec/frozen/core/thread/join_spec.rb:40 }}} Thread 1 : frame 9-10 {{{ (gdb) p rb_symbolicate(0x0000000103c004e4) $14 = void addr 0x103c004e4 selector block location :0 (gdb) p rb_symbolicate(0x0000000103c6ab85) $15 = void addr 0x103c6ab85 selector protect: location /Users/watson/src/macruby- trunk/mspec/lib/mspec/runner/mspec.rb:68 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 24 06:21:37 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 May 2011 13:21:37 -0000 Subject: [MacRuby] #1288: MacRuby displays "reference count underflow" message with rubyspec. In-Reply-To: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> References: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> Message-ID: <060.54113ab1de7ed5212378ee04a221ece8@macosforge.org> #1288: MacRuby displays "reference count underflow" message with rubyspec. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Thread 3 : frame 8 {{{ (gdb) p rb_symbolicate(0x000000011b392d9a) $16 = void addr 0x11b392d9a selector block location /Users/watson/src/macruby- trunk/spec/frozen/core/thread/join_spec.rb:39 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 24 06:44:11 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 May 2011 13:44:11 -0000 Subject: [MacRuby] #1288: MacRuby displays "reference count underflow" message with rubyspec. In-Reply-To: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> References: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> Message-ID: <060.eb4e82b15abe60727e189fd4458ff69b@macosforge.org> #1288: MacRuby displays "reference count underflow" message with rubyspec. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): It seems to reappear in my environment when I execute the following script several times. {{{ #!ruby 3.times do Thread.new { GC.start raise NotImplementedError.new("Just kidding") } end sleep 1 }}} {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./ext -I./lib ~/tmp/t.rb macruby(8829,0x10363c000) malloc: reference count underflow for 0x2000398e0, break on auto_refcount_underflow_error to debug. $ DYLD_LIBRARY_PATH=. ./macruby -I./ext -I./lib ~/tmp/t.rb $ DYLD_LIBRARY_PATH=. ./macruby -I./ext -I./lib ~/tmp/t.rb macruby(8831,0x1036f7000) malloc: reference count underflow for 0x2000398e0, break on auto_refcount_underflow_error to debug. $ DYLD_LIBRARY_PATH=. ./macruby -I./ext -I./lib ~/tmp/t.rb $ DYLD_LIBRARY_PATH=. ./macruby -I./ext -I./lib ~/tmp/t.rb macruby(8833,0x1036f7000) malloc: reference count underflow for 0x2000398e0, break on auto_refcount_underflow_error to debug. }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 24 07:20:41 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 May 2011 14:20:41 -0000 Subject: [MacRuby] #1302: papers Message-ID: <054.94890d0d35933b1709ab24b8437cb0a5@macosforge.org> #1302: papers -------------------------------------+-------------------------------------- Reporter: steveg20101@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: papers -------------------------------------+-------------------------------------- Built-in search engines help you find anything you might be looking for, searching a variety of repositories, all at once. Now that?s efficient. You can select search engines to add to your favorites, and with one click of a button search in all of them at the same time. [http://www.personalstatementwriters.com/ personal statement writers] -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 24 07:34:11 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 May 2011 14:34:11 -0000 Subject: [MacRuby] #1288: MacRuby displays "reference count underflow" message with rubyspec. In-Reply-To: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> References: <051.8d2b7f81ead430069e145af2e67c71a4@macosforge.org> Message-ID: <060.3610bbad1beed609c1f11df8c261d117@macosforge.org> #1288: MacRuby displays "reference count underflow" message with rubyspec. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by kouji@?): I checked it with 2099c43a78f24f5108ba7205a4a1933c17202661 (Sun Apr 24 21:43:50 2011 +0900). Then I got same warning messages. I report my reduction script below. {{{ threads = [] 35.times do threads << Thread.new { GC.start raise NotImplementedError.new("Just kidding") } end threads.each do |t| begin t.join rescue NotImplementedError end end }}} And I report my command to run below. {{{ $ i=0; while true; do ./miniruby issues/1288/reduction.rb; i=`expr $i + 1`; echo $i; done 1 2 3 4 5 6 7 8 miniruby(51414,0x10401c000) malloc: reference count underflow for 0x2000392a0, break on auto_refcount_underflow_error to debug. 9 }}} Thanks. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 24 12:32:09 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 May 2011 19:32:09 -0000 Subject: [MacRuby] #1302: papers In-Reply-To: <054.94890d0d35933b1709ab24b8437cb0a5@macosforge.org> References: <054.94890d0d35933b1709ab24b8437cb0a5@macosforge.org> Message-ID: <063.e7fd900b2831ccf260e2e5d0165dc91a@macosforge.org> #1302: papers -------------------------------------+-------------------------------------- Reporter: steveg20101@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: invalid Keywords: papers | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 24 13:50:05 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 May 2011 20:50:05 -0000 Subject: [MacRuby] #1290: rspec is broken with nightly builds In-Reply-To: <053.55ae98eb7326702d5f699155883d219a@macosforge.org> References: <053.55ae98eb7326702d5f699155883d219a@macosforge.org> Message-ID: <062.4a6fc98eb091ebd604e7de3fa5015dc6@macosforge.org> #1290: rspec is broken with nightly builds ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 24 13:54:26 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 May 2011 20:54:26 -0000 Subject: [MacRuby] #1292: slows down method dispatch at "git commit 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5" In-Reply-To: <047.b1a2e1fff5849d9fbf3a30aa19db93f3@macosforge.org> References: <047.b1a2e1fff5849d9fbf3a30aa19db93f3@macosforge.org> Message-ID: <056.8bac2e517783000991d0d0c1a8659b93@macosforge.org> #1292: slows down method dispatch at "git commit 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5" ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by lsansonetti@?): This problem is related to #1285. Because we set the outer only in the ruby dispatcher, const lookups are not working anymore when using objc dispatcher. If we remove the need to set the outer in the dispatcher (as before) it might fix both this bug and #1285 too. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 24 13:54:37 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 May 2011 20:54:37 -0000 Subject: [MacRuby] #1292: slows down method dispatch at "git commit 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5" In-Reply-To: <047.b1a2e1fff5849d9fbf3a30aa19db93f3@macosforge.org> References: <047.b1a2e1fff5849d9fbf3a30aa19db93f3@macosforge.org> Message-ID: <056.469f22c9a91f75cc8e398485d7cd49bf@macosforge.org> #1292: slows down method dispatch at "git commit 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5" ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.11 => -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 25 06:25:11 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 May 2011 13:25:11 -0000 Subject: [MacRuby] #1303: GC does not actively work with RubySpec after "core/gc". Message-ID: <051.d2e999dc05c9ef096fca8f2b5e206759@macosforge.org> #1303: GC does not actively work with RubySpec after "core/gc". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- When I executed the RubySpec, I displayed log of GC. {{{ $ GC_DEBUG=t opts="--verbose" rake spec:rubyspec ---- snip ---- /Users/watson/src/macruby-trunk/spec/frozen/core/float/rationalize_spec.rb macruby(25905,0x108281000) malloc: auto malloc[25905]: full GC collected 9232 objects (595904 bytes) (107281312 bytes in use) 50292 usec (42432 + 6112 + 453 + 1295 [scan + freeze + finalize + reclaim]) . /Users/watson/src/macruby-trunk/spec/frozen/core/float/round_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/to_f_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/to_i_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/to_int_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/to_r_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/to_s_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/truncate_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/uminus_spec.rb macruby(25905,0x108281000) malloc: auto malloc[25905]: gen. GC collected 11446 objects (736224 bytes) (107510720 bytes in use) 16803 usec (9232 + 5393 + 548 + 1630 [scan + freeze + finalize + reclaim]) . /Users/watson/src/macruby-trunk/spec/frozen/core/float/uplus_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/zero_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/count_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/disable_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/enable_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/garbage_collect_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/profiler/clear_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/disable_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/enable_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/enabled_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/report_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/result_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/total_time_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/start_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/stress_spec.rb . ---- snip ---- }}} It seems that the frequency that log of GC is displayed falls. It looks like that does not almost work. When I executed the RubySpec without "core/gc", the log of GC was displayed frequently. {{{ #!diff diff --git a/spec/macruby.mspec b/spec/macruby.mspec index 0d24aa4..5afa9d0 100644 --- a/spec/macruby.mspec +++ b/spec/macruby.mspec @@ -11,6 +11,7 @@ class MSpecScript # Core library specs set :core, [ 'core', + '^core/gc', # obsolete in 1.9 '^core/continuation', }}} Before a changing, MacRuby used the memory of 1.12GB. After, used 612MB. But, RubySpec crashes frequently by above changing. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 25 06:42:59 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 May 2011 13:42:59 -0000 Subject: [MacRuby] #1303: GC does not actively work with RubySpec after "core/gc". In-Reply-To: <051.d2e999dc05c9ef096fca8f2b5e206759@macosforge.org> References: <051.d2e999dc05c9ef096fca8f2b5e206759@macosforge.org> Message-ID: <060.f1461c77776cf5858863544dde69e01c@macosforge.org> #1303: GC does not actively work with RubySpec after "core/gc". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): I think MacRuby needs some GC_WB. {{{ #!diff diff --git a/dispatcher.cpp b/dispatcher.cpp index b04f1e8..7fbbb22 100644 --- a/dispatcher.cpp +++ b/dispatcher.cpp @@ -1084,7 +1084,7 @@ dup_block(rb_vm_block_t *src_b) while (src_l != NULL) { GC_WB(new_l, xmalloc(sizeof(rb_vm_local_t))); (*new_l)->name = src_l->name; - (*new_l)->value = src_l->value; + GC_WB(&(*new_l)->value, src_l->value); new_l = &(*new_l)->next; src_l = src_l->next; @@ -1318,7 +1318,7 @@ rb_vm_yield_under(VALUE klass, VALUE self, int argc, const VALUE *argv) vm->pop_current_block(); VALUE old_self = b->self; - b->self = self; + GC_WB(&b->self, self); VALUE old_class = b->klass; b->klass = klass; GC_WB(&b->outer, vm->create_outer((Class)klass, b->outer, true)); @@ -1337,7 +1337,7 @@ rb_vm_yield_under(VALUE klass, VALUE self, int argc, const VALUE *argv) } ~Finally() { GC_WB(&b->outer, b->outer->outer); - b->self = old_self; + GC_WB(&b->self, old_self); b->klass = old_class; vm->add_current_block(b); } @@ -1418,13 +1418,13 @@ rb_vm_prepare_block(void *function, int flags, VALUE self, rb_vm_arity_t arity, GET_CORE()->unlock(); #endif } - b->userdata = (VALUE)function; + GC_WB(&b->userdata, (VALUE)function); } b->arity = arity; b->flags = flags; b->dvars_size = dvars_size; b->parent_var_uses = NULL; - b->parent_block = NULL; + GC_WB(&b->parent_block, NULL); } else { assert(b->dvars_size == dvars_size); @@ -1456,7 +1456,7 @@ rb_vm_prepare_block(void *function, int flags, VALUE self, rb_vm_arity_t arity, for (int i = 0; i < lvars_size; ++i) { assert(l != NULL); l->name = va_arg(ar, ID); - l->value = va_arg(ar, VALUE *); + GC_WB(&l->value, va_arg(ar, VALUE *)); l = l->next; } } diff --git a/vm.cpp b/vm.cpp index ffcb22d..3a64a82 100644 --- a/vm.cpp +++ b/vm.cpp @@ -3332,7 +3332,7 @@ rb_vm_keep_vars(rb_vm_var_uses *uses, int lvars_size, ...) } // the parent pointers can't be used anymore - block->parent_block = NULL; + GC_WB(&block->parent_block, NULL); block->parent_var_uses = NULL; locals_to_replace = block->locals; @@ -3363,7 +3363,7 @@ push_local(rb_vm_local_t **l, ID name, VALUE *value) { GC_WB(l, xmalloc(sizeof(rb_vm_local_t))); (*l)->name = name; - (*l)->value = value; + GC_WB(&(*l)->value, value); (*l)->next = NULL; return &(*l)->next; } @@ -3498,7 +3498,7 @@ rb_vm_create_block_from_method(rb_vm_method_t *method) b->flags = VM_BLOCK_PROC | VM_BLOCK_METHOD; b->locals = NULL; b->parent_var_uses = NULL; - b->parent_block = NULL; + GC_WB(&b->parent_block, NULL); b->dvars_size = 0; return b; }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 25 13:39:43 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 May 2011 20:39:43 -0000 Subject: [MacRuby] #1304: Block Fails to Return Value Upon Break Message-ID: <045.e660bc4224c4d3b928b9b05692fda82b@macosforge.org> #1304: Block Fails to Return Value Upon Break ----------------------------+----------------------------------------------- Reporter: techzen@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- If I run the following under the system ruby 1.8.7: {{{ require 'find' starting_directory="/Users/developer/Desktop/Top" file_name_I_want_to_find="target_file.txt" path=Find.find(starting_directory) {|p| break p if p.include?(file_name_I_want_to_find) } puts "path = #{path}" }}} ... I get the expected output: {{{ path = /Users/developer/Desktop/Top/Lev_1-2/Lev_2.1/target_file.txt }}} However, if I run it under Macruby I get nothing, just: {{{ path = }}} I'm running MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] on 10.6.7 Also, Laurent Sansonetti reports: {{{ $ ./miniruby -e "require 'find'; p Find.find('.') { break 42 }" nil $ ruby1.9 -e "require 'find'; p Find.find('.') { break 42 }" 42 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 25 16:10:50 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 May 2011 23:10:50 -0000 Subject: [MacRuby] #1303: GC does not actively work with RubySpec after "core/gc". In-Reply-To: <051.d2e999dc05c9ef096fca8f2b5e206759@macosforge.org> References: <051.d2e999dc05c9ef096fca8f2b5e206759@macosforge.org> Message-ID: <060.ab0d1d9940158920bb2b08d7b0fa532c@macosforge.org> #1303: GC does not actively work with RubySpec after "core/gc". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): These GC_WB are not the reason why the GC stops working during rubyspec. A missing GC_WB would lead to a premature garbage collection then a crash. I suspect one of the GC specs actually disable the collector and forget to re-enable it. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 25 16:26:42 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 May 2011 23:26:42 -0000 Subject: [MacRuby] #1303: GC does not actively work with RubySpec after "core/gc". In-Reply-To: <051.d2e999dc05c9ef096fca8f2b5e206759@macosforge.org> References: <051.d2e999dc05c9ef096fca8f2b5e206759@macosforge.org> Message-ID: <060.53a6a127435c8d20b63130fcf03d00ad@macosforge.org> #1303: GC does not actively work with RubySpec after "core/gc". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): The following change seems to make the GC work during rubyspec: {{{ diff --git a/spec/frozen/core/gc/disable_spec.rb b/spec/frozen/core/gc/disable_spec.rb index c28c57a..82dbd65 100644 --- a/spec/frozen/core/gc/disable_spec.rb +++ b/spec/frozen/core/gc/disable_spec.rb @@ -12,6 +12,7 @@ describe "GC.disable" do GC.enable GC.disable.should == false GC.disable.should == true + GC.enable end end }}} I think that the after block in the spec is never called. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed May 25 16:55:10 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 May 2011 23:55:10 -0000 Subject: [MacRuby] #1304: Block Fails to Return Value Upon Break In-Reply-To: <045.e660bc4224c4d3b928b9b05692fda82b@macosforge.org> References: <045.e660bc4224c4d3b928b9b05692fda82b@macosforge.org> Message-ID: <054.1ea6bf69bf4ac61b88f18968fd0e4aaf@macosforge.org> #1304: Block Fails to Return Value Upon Break ----------------------------+----------------------------------------------- Reporter: techzen@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by lsansonetti@?): Here is a reduction: {{{ $ ./miniruby -e "def foo; yield; end; def bar; x=true; while x; x=false; foo { yield }; end; end; p bar { break 42 }" nil $ ruby -e "def foo; yield; end; def bar; x=true; while x; x=false; foo { yield }; end; end; p bar { break 42 }" 42 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 26 07:44:27 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 May 2011 14:44:27 -0000 Subject: [MacRuby] #1295: A bug in NSMutableString#sub! with non ASCII chars In-Reply-To: <051.ea370fefc296efd4be8d28ee4396b611@macosforge.org> References: <051.ea370fefc296efd4be8d28ee4396b611@macosforge.org> Message-ID: <060.e8e94c5ba2ee33eb1bb620b97ae2036d@macosforge.org> #1295: A bug in NSMutableString#sub! with non ASCII chars ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by vincent.isambart@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: should be fixed by https://github.com/MacRuby/MacRuby/commit/b1f457a7533d27cc2945f0472d19583811aa32d7 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 26 21:09:52 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 May 2011 04:09:52 -0000 Subject: [MacRuby] #1305: MacRuby shared runtime kernel level method bug? Message-ID: <054.6f587e012605b1ca78534a646060794d@macosforge.org> #1305: MacRuby shared runtime kernel level method bug? -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- [https://gist.github.com/994565] shows the problem. {{{ #import int main(void) { NSString *test = @"test"; [[MacRuby sharedRuntime] evaluateString:@"def value=(val); @val = val; end; def value; @val; end"]; [[MacRuby sharedRuntime] performRubySelector:sel_registerName("value=:") withArguments:test, nil]; id result = [[MacRuby sharedRuntime] evaluateString:@"value"]; NSLog(@"%@\n", result); return 0; } }}} Result is nil when it shouldn't. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu May 26 21:34:33 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 May 2011 04:34:33 -0000 Subject: [MacRuby] #1212: Remove HotCocoa references from MacRuby In-Reply-To: <052.4d41b7e67e18043b2e2d8d25de81f791@macosforge.org> References: <052.4d41b7e67e18043b2e2d8d25de81f791@macosforge.org> Message-ID: <061.017a015e1ed51d30a01642436f8239db@macosforge.org> #1212: Remove HotCocoa references from MacRuby -----------------------------------+---------------------------------------- Reporter: garysweaver@? | Owner: lsansonetti@? Type: defect | Status: new Priority: trivial | Milestone: Component: MacRuby | Keywords: hotcocoa cleanup -----------------------------------+---------------------------------------- Comment(by mrada@?): This is essentially done, anything useful has been moved to my HotCocoa fork on Github. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 27 14:39:15 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 May 2011 21:39:15 -0000 Subject: [MacRuby] #1298: bs.c bs_parser_parse() leak In-Reply-To: <052.87995f6527af10e22978730afa78862f@macosforge.org> References: <052.87995f6527af10e22978730afa78862f@macosforge.org> Message-ID: <061.8de260a869312fbb3264c96ebae82738@macosforge.org> #1298: bs.c bs_parser_parse() leak -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: This is a false positive, the cf_path isn't leaked it's being pushed into an array. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 27 15:40:05 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 May 2011 22:40:05 -0000 Subject: [MacRuby] #1289: ABPresence example app fails during init In-Reply-To: <059.4efcf340a14c0a28be5af533287f774e@macosforge.org> References: <059.4efcf340a14c0a28be5af533287f774e@macosforge.org> Message-ID: <068.a23dde554c225f67fd584ead04e9dcc5@macosforge.org> #1289: ABPresence example app fails during init ------------------------------------------+--------------------------------- Reporter: merchants08@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ------------------------------------------+--------------------------------- Comment(by lsansonetti@?): It works on my environment (Lion). Can someone try it? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 27 15:41:44 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 May 2011 22:41:44 -0000 Subject: [MacRuby] #1296: macirb crashes when inspecting the NSProxy class In-Reply-To: <053.2826129884a787ef1f1cf6d7280ca543@macosforge.org> References: <053.2826129884a787ef1f1cf6d7280ca543@macosforge.org> Message-ID: <062.6de87b3a163a9b2735fccb98fa6840a8@macosforge.org> #1296: macirb crashes when inspecting the NSProxy class ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: reduction | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Should be fixed by https://github.com/MacRuby/MacRuby/commit/3998ca512f85580b18b2feea6743389b596e072a -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 27 15:42:09 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 May 2011 22:42:09 -0000 Subject: [MacRuby] #1269: String() should coerce NSStrings In-Reply-To: <056.28598955bef529d43538b466e53caf94@macosforge.org> References: <056.28598955bef529d43538b466e53caf94@macosforge.org> Message-ID: <065.126a712cff1c65eb72abd9eea395e87c@macosforge.org> #1269: String() should coerce NSStrings ---------------------------------------+------------------------------------ Reporter: joshua.ballanco@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------------+------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Agreed. Should be fixed by https://github.com/MacRuby/MacRuby/commit/f03ba947afa2a665f2b71e59ef007f88c73e7d7c. Also done for Array(). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 27 15:44:07 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 May 2011 22:44:07 -0000 Subject: [MacRuby] #1259: aborting in no superclass In-Reply-To: <045.293599f2eecec0595f562059208d26da@macosforge.org> References: <045.293599f2eecec0595f562059208d26da@macosforge.org> Message-ID: <054.86972621bc6ad14d59ce072fd0eb74c3@macosforge.org> #1259: aborting in no superclass ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by lsansonetti@?): Bug in the interpreter. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 27 15:59:28 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 May 2011 22:59:28 -0000 Subject: [MacRuby] #1259: aborting in no superclass In-Reply-To: <045.293599f2eecec0595f562059208d26da@macosforge.org> References: <045.293599f2eecec0595f562059208d26da@macosforge.org> Message-ID: <054.41a65d892ff5df8e37c3a43aec997bc8@macosforge.org> #1259: aborting in no superclass ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------+----------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Should be fixed in https://github.com/MacRuby/MacRuby/commit/c6300f9aef496d72192717cc30f57986049f36ff -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 27 16:02:30 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 May 2011 23:02:30 -0000 Subject: [MacRuby] #1283: Segfault occurs when gets the busy loop with some threads. In-Reply-To: <051.0fe5bcbf05898906752d4e458e88f615@macosforge.org> References: <051.0fe5bcbf05898906752d4e458e88f615@macosforge.org> Message-ID: <060.cffe512cdad45c05c06b49fc3a3f5177@macosforge.org> #1283: Segfault occurs when gets the busy loop with some threads. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Looks like it's crashing when finalizing the process (during exit). {{{ c1 = c2 = 0 t1 = Thread.new { loop { c1 += 1 } } t2 = Thread.new { loop { c2 += 1 } }.join(1) p :ok sleep 2 }}} In my environment, it continues 2 more seconds. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 27 16:05:37 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 May 2011 23:05:37 -0000 Subject: [MacRuby] #1283: Segfault occurs when gets the busy loop with some threads. In-Reply-To: <051.0fe5bcbf05898906752d4e458e88f615@macosforge.org> References: <051.0fe5bcbf05898906752d4e458e88f615@macosforge.org> Message-ID: <060.3add3a032552c8234ad1336bca5b48ff@macosforge.org> #1283: Segfault occurs when gets the busy loop with some threads. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: This should be fixed if there was a solid way of canceling all running threads during exit, but sadly there is not (because not all threads will hit a cancelation point). I think this is an edge case, so I'm scheduling the bug for Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 27 16:08:32 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 May 2011 23:08:32 -0000 Subject: [MacRuby] #1303: GC does not actively work with RubySpec after "core/gc". In-Reply-To: <051.d2e999dc05c9ef096fca8f2b5e206759@macosforge.org> References: <051.d2e999dc05c9ef096fca8f2b5e206759@macosforge.org> Message-ID: <060.773432dc37cdf0a65b002b05534bc558@macosforge.org> #1303: GC does not actively work with RubySpec after "core/gc". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: critical | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Closing this ticket as my stomach is too weak for me to look at the mspec code. Watson: some of these GC_WB are valid, some are not. There is no need to use a WB when setting NULL for instance (unless there is a previous value and you want to tell the collector). Similarly, WB should only be used when setting xmalloc() memory. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 27 16:13:06 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 May 2011 23:13:06 -0000 Subject: [MacRuby] #1212: Remove HotCocoa references from MacRuby In-Reply-To: <052.4d41b7e67e18043b2e2d8d25de81f791@macosforge.org> References: <052.4d41b7e67e18043b2e2d8d25de81f791@macosforge.org> Message-ID: <061.dc9752fb20bceda6592ce05285b37553@macosforge.org> #1212: Remove HotCocoa references from MacRuby -----------------------------------+---------------------------------------- Reporter: garysweaver@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: trivial | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: hotcocoa cleanup | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Yeepee, closing. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 27 19:48:11 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 May 2011 02:48:11 -0000 Subject: [MacRuby] #1306: PUT request corrupts binary data (net/http) Message-ID: <053.6b4687efe073cdda9e599601686863a3@macosforge.org> #1306: PUT request corrupts binary data (net/http) ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- https://gist.github.com/980256 is small sample code, but not a reduction When I try to PUT an attachment into a CouchDB, it fails and returns an 500 response, but the code works fine on CRuby. A little bit of investigation into CouchDB revealed that that can happen when the attachment is corrupt. I suspect the problem is in how net/http handles binary data because reading in the file and writing out does not change the data. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 27 20:04:32 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 May 2011 03:04:32 -0000 Subject: [MacRuby] #1289: ABPresence example app fails during init In-Reply-To: <059.4efcf340a14c0a28be5af533287f774e@macosforge.org> References: <059.4efcf340a14c0a28be5af533287f774e@macosforge.org> Message-ID: <068.c6c617d74388ade16eae75a4cceb7282@macosforge.org> #1289: ABPresence example app fails during init ------------------------------------------+--------------------------------- Reporter: merchants08@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ------------------------------------------+--------------------------------- Comment(by mrada@?): Works for me as well; but it is easy to reproduce the issue by changing #sort to #sort! on that line of code in the backtrace. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri May 27 20:28:11 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 May 2011 03:28:11 -0000 Subject: [MacRuby] #1289: ABPresence example app fails during init In-Reply-To: <059.4efcf340a14c0a28be5af533287f774e@macosforge.org> References: <059.4efcf340a14c0a28be5af533287f774e@macosforge.org> Message-ID: <068.a8065361a021fa27896d7bde04874509@macosforge.org> #1289: ABPresence example app fails during init ------------------------------------------+--------------------------------- Reporter: merchants08@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ------------------------------------------+--------------------------------- Comment(by lsansonetti@?): Yes, because that API returns an NSString, which is not mutable. But the sample code does use #sort which should work on immutable NSStrings. So I don't understand why the exception is raised in his case. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat May 28 01:37:22 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 May 2011 08:37:22 -0000 Subject: [MacRuby] #1303: GC does not actively work with RubySpec after "core/gc". In-Reply-To: <051.d2e999dc05c9ef096fca8f2b5e206759@macosforge.org> References: <051.d2e999dc05c9ef096fca8f2b5e206759@macosforge.org> Message-ID: <060.7b134af1892353388c90a1a607c16b89@macosforge.org> #1303: GC does not actively work with RubySpec after "core/gc". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: critical | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Comment(by watson1978@?): Thank you for your comment. I have a question. [[br]] GC_WB() was used with NULL in https://github.com/MacRuby/MacRuby/commit/fc9244dcf5f4ff299a80b3a251cc3226b52dbcd4 [[br]] Question : Is GC_WB unnecessary in https://github.com/MacRuby/MacRuby/commit/fc9244dcf5f4ff299a80b3a251cc3226b52dbcd4? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat May 28 23:27:20 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 29 May 2011 06:27:20 -0000 Subject: [MacRuby] #1307: rvmsudo gem install bundler: Segmentation fault Message-ID: <053.d6e262580f04d7a810c9cfa47130e4bd@macosforge.org> #1307: rvmsudo gem install bundler: Segmentation fault ------------------------------------+--------------------------------------- Reporter: corin.lawson@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Hi, Just starting out... Using rvm: $ uname -a Darwin phiware.com.au 10.7.0 Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386 i386 $ rvm use macruby Using /usr/local/rvm/gems/macruby-0.10 $ rvmsudo which ruby /usr/local/rvm/rubies/macruby-0.10/bin/ruby $ rvmsudo ruby -v MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] $ rvmsudo gem -v 1.4.2 $ rvmsudo gem install bundler /usr/local/rvm/bin/rvmsudo: line 31: 48241 Segmentation fault sudo /usr/bin/env PATH='/usr/local/rvm/gems/macruby-0.10/bin:/usr/local/rvm/gems/macruby-0.10 at global/bin:/usr/local/rvm/rubies/macruby-0.10/bin:/usr/local/rvm/bin:/Users/corin/.gem/ruby/1.8/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/git/bin:/usr/X11/bin:/usr/local/mysql/bin' GEM_HOME='/usr/local/rvm/gems/macruby-0.10' GEM_PATH='/usr/local/rvm/gems/macruby-0.10:/usr/local/rvm/gems/macruby-0.10 at global' gem install bundler -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun May 29 04:09:16 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 29 May 2011 11:09:16 -0000 Subject: [MacRuby] #1308: MacRuby does not invoke a free function which was specified in Data_Wrap_Struct(). Message-ID: <051.39988a64b6f87a16fc223f7edeff5609@macosforge.org> #1308: MacRuby does not invoke a free function which was specified in Data_Wrap_Struct(). ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- http://lists.macosforge.org/pipermail/macruby-devel/2011-May/007778.html huge memory leaks occurs with Nokogiri 1.4.x {{{ #!ruby require 'rubygems' require 'nokogiri' loop do doc = Nokogiri::HTML('

TEST

') p = doc.css("p")[0].text print p end }}} Nokogiri 1.4.x use malloc() to allocate memory. MacRuby needs to invoke a free function which was specified in Data_Wrap_Struct(). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun May 29 11:15:27 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 29 May 2011 18:15:27 -0000 Subject: [MacRuby] #1309: regexp with large number of captures is unable to deal with Message-ID: <051.cd584e593d6a7cbbd4412849a9da9f6d@macosforge.org> #1309: regexp with large number of captures is unable to deal with ----------------------------------+----------------------------------------- Reporter: chris@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- I'm parsing a large, fixed-length-delimited string for its fields, and I noticed that capture groups past $37 aren't working. I can code around this, of course, but I figured I'd better report it too. I've attached a text file with an example string, the regex, and how to reproduce this. You can cut-n-paste directly into macirb. The parsing *does* work correctly in "regular" Ruby 1.9.2 irb, and it parses correctly at rubular.com (just as a confirmation). But the parsing fails in macirb. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun May 29 17:21:32 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 30 May 2011 00:21:32 -0000 Subject: [MacRuby] #1219: MacRuby .10 crashed when deleting attr_accessor In-Reply-To: <054.4a218ccfbe8558d7971232533da1fad8@macosforge.org> References: <054.4a218ccfbe8558d7971232533da1fad8@macosforge.org> Message-ID: <063.9c40c40f93a12b8abd5b29177b9962d1@macosforge.org> #1219: MacRuby .10 crashed when deleting attr_accessor -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: crash -------------------------------------+-------------------------------------- Description changed by watson1978@?: Old description: > Hi, > > I had some attr_accessor's in my AppController and MacRuby crashed when I > deleted them and then switched back to my xib file. > > The accessors were: > :test_accessor, :test_accessor2, :test_accessor3 > > Here is the crash log > > Process: macruby [46318] > Path: > /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/bin/macruby > Identifier: macruby > Version: ??? (???) > Code Type: X86-64 (Native) > Parent Process: Xcode [46180] > > Date/Time: 2011-04-10 16:22:24.366 -0700 > OS Version: Mac OS X 10.6.7 (10J869) > Report Version: 6 > > Interval Since Last Report: 399445 sec > Crashes Since Last Report: 11 > Per-App Crashes Since Last Report: 1 > Anonymous UUID: 076AD1D0-1E6D-42BB-AC46-C6FD4E93AC90 > > Exception Type: EXC_BAD_ACCESS (SIGBUS) > Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000100e66000 > Crashed Thread: 0 Dispatch queue: com.apple.main-thread > > Application Specific Information: > objc[46318]: garbage collection is ON > > Thread 0 Crashed: Dispatch queue: com.apple.main-thread > 0 libmacruby.dylib 0x00000001001482a5 rb_vm_dispatch > + 965 > 1 lexer.rbo 0x0000000102dde2e4 0x102ddd000 + > 4836 > 2 lexer.rbo 0x0000000102de0436 > MREP_D9BA40DFE30A439A83E964FD331EA5E6 + 7494 > 3 libmacruby.dylib 0x000000010014a018 rb_vm_dispatch > + 8504 > 4 lexer.rbo 0x0000000102dde2e4 0x102ddd000 + > 4836 > 5 lexer.rbo 0x0000000102de021c > MREP_D9BA40DFE30A439A83E964FD331EA5E6 + 6956 > 6 libmacruby.dylib 0x000000010014a018 rb_vm_dispatch > + 8504 > 7 filter.rbo 0x0000000100efb6b4 0x100efa000 + > 5812 > 8 filter.rbo 0x0000000100efc1dd > MREP_B3BD0B8B349F4ECFB037AF84E6BA98C0 + 2477 > 9 libmacruby.dylib 0x0000000100149ffd rb_vm_dispatch > + 8477 > 10 ??? 0x0000000103000c74 0 + 4345302132 > 11 ??? 0x000000010300cf3d 0 + 4345351997 > 12 libmacruby.dylib 0x0000000100149ffd rb_vm_dispatch > + 8477 > 13 ??? 0x0000000103000c74 0 + 4345302132 > 14 ??? 0x0000000103000217 0 + 4345299479 > 15 libmacruby.dylib 0x0000000100160233 rb_vm_run + > 531 > 16 libmacruby.dylib 0x000000010003cca0 ruby_run_node > + 80 > 17 macruby 0x0000000100000cf8 main + 152 > 18 macruby 0x0000000100000c54 start + 52 > > Thread 1: Dispatch queue: Garbage Collection Work Queue > 0 libauto.dylib 0x00007fff80c26487 > Auto::WriteBarrier::range_has_marked_cards(void*, unsigned long) + 39 > 1 libauto.dylib 0x00007fff80c3a9b4 bool > Auto::visitAllocatedBlocks(Auto::Zone*, > Auto::scan_retained_and_old_blocks_visitor&) + 1428 > 2 libauto.dylib 0x00007fff80c39944 > Auto::MemoryScanner::scan_retained_and_old_blocks() + 36 > 3 libauto.dylib 0x00007fff80c34a67 > Auto::Collector::check_roots() + 23 > 4 libauto.dylib 0x00007fff80c398b1 > Auto::MemoryScanner::scan() + 33 > 5 libauto.dylib 0x00007fff80c2e78d > Auto::Zone::collect(bool, void*, unsigned long long*) + 141 > 6 libauto.dylib 0x00007fff80c17a8e > auto_collect_internal(Auto::Zone*, unsigned int) + 318 > 7 libauto.dylib 0x00007fff80c180cd > auto_collection_work(Auto::Zone*) + 157 > 8 libSystem.B.dylib 0x00007fff8105c284 > _dispatch_call_block_and_release + 15 > 9 libSystem.B.dylib 0x00007fff8103adf2 > _dispatch_queue_drain + 251 > 10 libSystem.B.dylib 0x00007fff8103ac54 > _dispatch_queue_invoke + 57 > 11 libSystem.B.dylib 0x00007fff8103a7fe > _dispatch_worker_thread2 + 252 > 12 libSystem.B.dylib 0x00007fff8103a128 > _pthread_wqthread + 353 > 13 libSystem.B.dylib 0x00007fff81039fc5 start_wqthread > + 13 > > Thread 2: Dispatch queue: com.apple.libdispatch-manager > 0 libSystem.B.dylib 0x00007fff8103912a kevent + 10 > 1 libSystem.B.dylib 0x00007fff8103affd > _dispatch_mgr_invoke + 154 > 2 libSystem.B.dylib 0x00007fff8103acd4 > _dispatch_queue_invoke + 185 > 3 libSystem.B.dylib 0x00007fff8103a7fe > _dispatch_worker_thread2 + 252 > 4 libSystem.B.dylib 0x00007fff8103a128 > _pthread_wqthread + 353 > 5 libSystem.B.dylib 0x00007fff81039fc5 start_wqthread > + 13 > > Thread 3: > 0 libSystem.B.dylib 0x00007fff81039f4a > __workq_kernreturn + 10 > 1 libSystem.B.dylib 0x00007fff8103a35c > _pthread_wqthread + 917 > 2 libSystem.B.dylib 0x00007fff81039fc5 start_wqthread > + 13 > > Thread 0 crashed with X86 Thread State (64-bit): > rax: 0x0000000103331880 rbx: 0x0000000100e66000 rcx: > 0x00000001033318b0 rdx: 0x0000000000000000 > rdi: 0x0000000101851000 rsi: 0x0000000103331838 rbp: > 0x00007fff5fbfbf20 rsp: 0x00007fff5fbfb630 > r8: 0x0000000101851040 r9: 0x0000000101910e98 r10: > 0x0000000100ef6398 r11: 0x0000000100160a40 > r12: 0x0000000000000001 r13: 0x0000000103331838 r14: > 0x0000000000000005 r15: 0x00000002002ae620 > rip: 0x00000001001482a5 rfl: 0x0000000000010202 cr2: > 0x0000000100e66000 > > Binary Images: > 0x100000000 - 0x100000fff +macruby ??? (???) > <24705904-C3E1-3040-9FE6-3D487E5ADFDC> > /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/bin/macruby > 0x10000f000 - 0x100c29fa7 +libmacruby.dylib 0.10.0 > (compatibility 0.10.0) <5425D62F-FC4F-3CB5-AD85-89B571FA6214> > /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/libmacruby.dylib > 0x100ec1000 - 0x100ef0fff +optparse.rbo ??? (???) > <9131F303-D5F9-329A-9EAF-6CC6F14C98FD> > /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/optparse.rbo > 0x100efa000 - 0x100efcfff +filter.rbo ??? (???) -DC0E-3B5F-AAF4-13D6D56BF6F8> > /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2/ripper/filter.rbo > 0x102ddd000 - 0x102de3fff +lexer.rbo ??? (???) <4A71389E- > E78B-3358-AE04-E76DCE05E831> > /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2/ripper/lexer.rbo > 0x102de7000 - 0x102de9ff7 +core.rbo ??? (???) <3FED8544 > -163B-345D-87C1-CD4D6B9C6254> > /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2/ripper/core.rbo > 0x102df8000 - 0x102df9ff7 CoreFoundation.dylib 0.9.0 > (compatibility 0.9.0) > /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundation.dylib > 0x103123000 - 0x10314dfef +ripper.bundle ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2 > /universal-darwin10.0/ripper.bundle > 0x10315e000 - 0x10315ffff Foundation.dylib 0.9.0 > (compatibility 0.9.0) <960CD1FD-90D8-02C9-5193-565B8AE53571> > /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/Foundation.dylib > 0x7fff5fc00000 - 0x7fff5fc3bdef dyld 132.1 (???) -3B6C-1C2C-9075EA219A06> /usr/lib/dyld > 0x7fff80775000 - 0x7fff8078bfef libbsm.0.dylib ??? (???) > <42D3023A-A1F7-4121-6417-FCC6B51B3E90> /usr/lib/libbsm.0.dylib > 0x7fff80b0b000 - 0x7fff80b19ff7 libkxld.dylib ??? (???) > <4016E9E6-0645-5384-A697-2775B5228113> /usr/lib/system/libkxld.dylib > 0x7fff80c14000 - 0x7fff80c60fff libauto.dylib ??? (???) > /usr/lib/libauto.dylib > 0x7fff80ecd000 - 0x7fff80f8afff > com.apple.CoreServices.OSServices 359 (359) <8F509D8D-4C94-9A1C- > 3A87-5B775D9F6075> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices > 0x7fff8101f000 - 0x7fff811e0fff libSystem.B.dylib 125.2.10 > (compatibility 1.0.0) <9BAEB2F2-B485-6349-E1AB-637FE12EE770> > /usr/lib/libSystem.B.dylib > 0x7fff828e0000 - 0x7fff828e4ff7 libmathCommon.A.dylib 315.0.0 > (compatibility 1.0.0) <95718673-FEEE-B6ED-B127-BCDBDB60D4E5> > /usr/lib/system/libmathCommon.A.dylib > 0x7fff82b36000 - 0x7fff82b71fff com.apple.AE 496.4 (496.4) > > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE > 0x7fff82cea000 - 0x7fff82d2bfff com.apple.SystemConfiguration > 1.10.5 (1.10.2) > /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration > 0x7fff82dbd000 - 0x7fff82dccfff com.apple.NetFS 3.2.2 (3.2.2) > <7CCBD70E-BF31-A7A7-DB98-230687773145> > /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS > 0x7fff838b6000 - 0x7fff8396ffff libsqlite3.dylib 9.6.0 > (compatibility 9.0.0) <2C5ED312-E646-9ADE-73A9-6199A2A43150> > /usr/lib/libsqlite3.dylib > 0x7fff84d8e000 - 0x7fff84f05fe7 com.apple.CoreFoundation 6.6.4 > (550.42) <770C572A-CF70-168F-F43C-242B9114FCB5> > /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation > 0x7fff8686b000 - 0x7fff8686bff7 com.apple.CoreServices 44 (44) > > /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices > 0x7fff868ec000 - 0x7fff869a2fff libobjc.A.dylib 227.0.0 > (compatibility 1.0.0) > /usr/lib/libobjc.A.dylib > 0x7fff86c40000 - 0x7fff86f74fff > com.apple.CoreServices.CarbonCore 861.34 (861.34) C0AD-606D4D46E7F5> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore > 0x7fff8710e000 - 0x7fff87114ff7 com.apple.DiskArbitration 2.3 > (2.3) <857F6E43-1EF4-7D53-351B-10DE0A8F992A> > /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration > 0x7fff87131000 - 0x7fff87248fef libxml2.2.dylib 10.3.0 > (compatibility 10.0.0) <1B27AFDD-DF87-2009-170E-C129E1572E8B> > /usr/lib/libxml2.2.dylib > 0x7fff872e2000 - 0x7fff874a0fff libicucore.A.dylib 40.0.0 > (compatibility 1.0.0) <2C6ECACF-CD56-1714-6F63-CB6F5EE7A1E2> > /usr/lib/libicucore.A.dylib > 0x7fff877f7000 - 0x7fff87874fef libstdc++.6.dylib 7.9.0 > (compatibility 7.0.0) <35ECA411-2C08-FD7D-11B1-1B7A04921A5C> > /usr/lib/libstdc++.6.dylib > 0x7fff87b57000 - 0x7fff87bf7fff com.apple.LaunchServices 362.2 > (362.2) > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices > 0x7fff88012000 - 0x7fff8803dff7 libxslt.1.dylib 3.24.0 > (compatibility 3.0.0) <87A0B228-B24A-C426-C3FB-B40D7258DD49> > /usr/lib/libxslt.1.dylib > 0x7fff8803e000 - 0x7fff882c6fef com.apple.security 6.1.1 (37594) > <34DC0C3E-4546-D7ED-D855-390750954245> > /System/Library/Frameworks/Security.framework/Versions/A/Security > 0x7fff882db000 - 0x7fff88325ff7 com.apple.Metadata 10.6.3 > (507.15) <5170FCE0-ED6C-2E3E-AB28-1DDE3F628FC5> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata > 0x7fff88430000 - 0x7fff88458fff com.apple.DictionaryServices > 1.1.2 (1.1.2) > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices > 0x7fff8849b000 - 0x7fff884fbfe7 com.apple.framework.IOKit 2.0 > (???) > /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit > 0x7fff88828000 - 0x7fff888b8fff com.apple.SearchKit 1.3.0 > (1.3.0) <4175DC31-1506-228A-08FD-C704AC9DF642> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit > 0x7fff889d3000 - 0x7fff88aa5fe7 com.apple.CFNetwork 454.11.12 > (454.11.12) > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork > 0x7fff88ac1000 - 0x7fff88d44fe7 com.apple.Foundation 6.6.6 > (751.53) <476E617B-B59B-53DE-991D-98C1993BCBCE> > /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation > 0x7fff8909c000 - 0x7fff890adff7 libz.1.dylib 1.2.3 > (compatibility 1.0.0) > /usr/lib/libz.1.dylib > 0x7fffffe00000 - 0x7fffffe01fff libSystem.B.dylib ??? (???) > <9BAEB2F2-B485-6349-E1AB-637FE12EE770> /usr/lib/libSystem.B.dylib > > Model: MacBookPro5,2, BootROM MBP52.008E.B05, 2 processors, Intel Core 2 > Duo, 2.66 GHz, 4 GB, SMC 1.42f4 > Graphics: NVIDIA GeForce 9600M GT, NVIDIA GeForce 9600M GT, PCIe, 512 MB > Graphics: NVIDIA GeForce 9400M, NVIDIA GeForce 9400M, PCI, 256 MB > Memory Module: global_name > AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x8D), > Broadcom BCM43xx 1.0 (5.10.131.36.9) > Bluetooth: Version 2.4.0f1, 2 service, 19 devices, 1 incoming serial > ports > Network Service: AirPort, AirPort, en1 > Serial ATA Device: WDC WD5000BEKT-00KA9T0, 465.76 GB > Serial ATA Device: MATSHITADVD-R UJ-868 > USB Device: BRCM2046 Hub, 0x0a5c (Broadcom Corp.), 0x4500, 0x06100000 > USB Device: Bluetooth USB Host Controller, 0x05ac (Apple Inc.), 0x8217, > 0x06110000 > USB Device: Built-in iSight, 0x05ac (Apple Inc.), 0x8507, 0x24400000 > USB Device: Apple Internal Keyboard / Trackpad, 0x05ac (Apple Inc.), > 0x0236, 0x04600000 > USB Device: IR Receiver, 0x05ac (Apple Inc.), 0x8242, 0x04500000 New description: Hi, I had some attr_accessor's in my AppController and MacRuby crashed when I deleted them and then switched back to my xib file. The accessors were: :test_accessor, :test_accessor2, :test_accessor3 Here is the crash log {{{ Process: macruby [46318] Path: /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/bin/macruby Identifier: macruby Version: ??? (???) Code Type: X86-64 (Native) Parent Process: Xcode [46180] Date/Time: 2011-04-10 16:22:24.366 -0700 OS Version: Mac OS X 10.6.7 (10J869) Report Version: 6 Interval Since Last Report: 399445 sec Crashes Since Last Report: 11 Per-App Crashes Since Last Report: 1 Anonymous UUID: 076AD1D0-1E6D-42BB-AC46-C6FD4E93AC90 Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000100e66000 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Application Specific Information: objc[46318]: garbage collection is ON Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libmacruby.dylib 0x00000001001482a5 rb_vm_dispatch + 965 1 lexer.rbo 0x0000000102dde2e4 0x102ddd000 + 4836 2 lexer.rbo 0x0000000102de0436 MREP_D9BA40DFE30A439A83E964FD331EA5E6 + 7494 3 libmacruby.dylib 0x000000010014a018 rb_vm_dispatch + 8504 4 lexer.rbo 0x0000000102dde2e4 0x102ddd000 + 4836 5 lexer.rbo 0x0000000102de021c MREP_D9BA40DFE30A439A83E964FD331EA5E6 + 6956 6 libmacruby.dylib 0x000000010014a018 rb_vm_dispatch + 8504 7 filter.rbo 0x0000000100efb6b4 0x100efa000 + 5812 8 filter.rbo 0x0000000100efc1dd MREP_B3BD0B8B349F4ECFB037AF84E6BA98C0 + 2477 9 libmacruby.dylib 0x0000000100149ffd rb_vm_dispatch + 8477 10 ??? 0x0000000103000c74 0 + 4345302132 11 ??? 0x000000010300cf3d 0 + 4345351997 12 libmacruby.dylib 0x0000000100149ffd rb_vm_dispatch + 8477 13 ??? 0x0000000103000c74 0 + 4345302132 14 ??? 0x0000000103000217 0 + 4345299479 15 libmacruby.dylib 0x0000000100160233 rb_vm_run + 531 16 libmacruby.dylib 0x000000010003cca0 ruby_run_node + 80 17 macruby 0x0000000100000cf8 main + 152 18 macruby 0x0000000100000c54 start + 52 Thread 1: Dispatch queue: Garbage Collection Work Queue 0 libauto.dylib 0x00007fff80c26487 Auto::WriteBarrier::range_has_marked_cards(void*, unsigned long) + 39 1 libauto.dylib 0x00007fff80c3a9b4 bool Auto::visitAllocatedBlocks(Auto::Zone*, Auto::scan_retained_and_old_blocks_visitor&) + 1428 2 libauto.dylib 0x00007fff80c39944 Auto::MemoryScanner::scan_retained_and_old_blocks() + 36 3 libauto.dylib 0x00007fff80c34a67 Auto::Collector::check_roots() + 23 4 libauto.dylib 0x00007fff80c398b1 Auto::MemoryScanner::scan() + 33 5 libauto.dylib 0x00007fff80c2e78d Auto::Zone::collect(bool, void*, unsigned long long*) + 141 6 libauto.dylib 0x00007fff80c17a8e auto_collect_internal(Auto::Zone*, unsigned int) + 318 7 libauto.dylib 0x00007fff80c180cd auto_collection_work(Auto::Zone*) + 157 8 libSystem.B.dylib 0x00007fff8105c284 _dispatch_call_block_and_release + 15 9 libSystem.B.dylib 0x00007fff8103adf2 _dispatch_queue_drain + 251 10 libSystem.B.dylib 0x00007fff8103ac54 _dispatch_queue_invoke + 57 11 libSystem.B.dylib 0x00007fff8103a7fe _dispatch_worker_thread2 + 252 12 libSystem.B.dylib 0x00007fff8103a128 _pthread_wqthread + 353 13 libSystem.B.dylib 0x00007fff81039fc5 start_wqthread + 13 Thread 2: Dispatch queue: com.apple.libdispatch-manager 0 libSystem.B.dylib 0x00007fff8103912a kevent + 10 1 libSystem.B.dylib 0x00007fff8103affd _dispatch_mgr_invoke + 154 2 libSystem.B.dylib 0x00007fff8103acd4 _dispatch_queue_invoke + 185 3 libSystem.B.dylib 0x00007fff8103a7fe _dispatch_worker_thread2 + 252 4 libSystem.B.dylib 0x00007fff8103a128 _pthread_wqthread + 353 5 libSystem.B.dylib 0x00007fff81039fc5 start_wqthread + 13 Thread 3: 0 libSystem.B.dylib 0x00007fff81039f4a __workq_kernreturn + 10 1 libSystem.B.dylib 0x00007fff8103a35c _pthread_wqthread + 917 2 libSystem.B.dylib 0x00007fff81039fc5 start_wqthread + 13 Thread 0 crashed with X86 Thread State (64-bit): rax: 0x0000000103331880 rbx: 0x0000000100e66000 rcx: 0x00000001033318b0 rdx: 0x0000000000000000 rdi: 0x0000000101851000 rsi: 0x0000000103331838 rbp: 0x00007fff5fbfbf20 rsp: 0x00007fff5fbfb630 r8: 0x0000000101851040 r9: 0x0000000101910e98 r10: 0x0000000100ef6398 r11: 0x0000000100160a40 r12: 0x0000000000000001 r13: 0x0000000103331838 r14: 0x0000000000000005 r15: 0x00000002002ae620 rip: 0x00000001001482a5 rfl: 0x0000000000010202 cr2: 0x0000000100e66000 Binary Images: 0x100000000 - 0x100000fff +macruby ??? (???) <24705904-C3E1-3040-9FE6-3D487E5ADFDC> /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/bin/macruby 0x10000f000 - 0x100c29fa7 +libmacruby.dylib 0.10.0 (compatibility 0.10.0) <5425D62F-FC4F-3CB5-AD85-89B571FA6214> /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/libmacruby.dylib 0x100ec1000 - 0x100ef0fff +optparse.rbo ??? (???) <9131F303-D5F9-329A-9EAF-6CC6F14C98FD> /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/optparse.rbo 0x100efa000 - 0x100efcfff +filter.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2/ripper/filter.rbo 0x102ddd000 - 0x102de3fff +lexer.rbo ??? (???) <4A71389E- E78B-3358-AE04-E76DCE05E831> /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2/ripper/lexer.rbo 0x102de7000 - 0x102de9ff7 +core.rbo ??? (???) <3FED8544 -163B-345D-87C1-CD4D6B9C6254> /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2/ripper/core.rbo 0x102df8000 - 0x102df9ff7 CoreFoundation.dylib 0.9.0 (compatibility 0.9.0) /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundation.dylib 0x103123000 - 0x10314dfef +ripper.bundle ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2 /universal-darwin10.0/ripper.bundle 0x10315e000 - 0x10315ffff Foundation.dylib 0.9.0 (compatibility 0.9.0) <960CD1FD-90D8-02C9-5193-565B8AE53571> /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/Foundation.dylib 0x7fff5fc00000 - 0x7fff5fc3bdef dyld 132.1 (???) /usr/lib/dyld 0x7fff80775000 - 0x7fff8078bfef libbsm.0.dylib ??? (???) <42D3023A-A1F7-4121-6417-FCC6B51B3E90> /usr/lib/libbsm.0.dylib 0x7fff80b0b000 - 0x7fff80b19ff7 libkxld.dylib ??? (???) <4016E9E6-0645-5384-A697-2775B5228113> /usr/lib/system/libkxld.dylib 0x7fff80c14000 - 0x7fff80c60fff libauto.dylib ??? (???) /usr/lib/libauto.dylib 0x7fff80ecd000 - 0x7fff80f8afff com.apple.CoreServices.OSServices 359 (359) <8F509D8D-4C94-9A1C-3A87-5B775D9F6075> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices 0x7fff8101f000 - 0x7fff811e0fff libSystem.B.dylib 125.2.10 (compatibility 1.0.0) <9BAEB2F2-B485-6349-E1AB-637FE12EE770> /usr/lib/libSystem.B.dylib 0x7fff828e0000 - 0x7fff828e4ff7 libmathCommon.A.dylib 315.0.0 (compatibility 1.0.0) <95718673-FEEE-B6ED-B127-BCDBDB60D4E5> /usr/lib/system/libmathCommon.A.dylib 0x7fff82b36000 - 0x7fff82b71fff com.apple.AE 496.4 (496.4) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE 0x7fff82cea000 - 0x7fff82d2bfff com.apple.SystemConfiguration 1.10.5 (1.10.2) /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration 0x7fff82dbd000 - 0x7fff82dccfff com.apple.NetFS 3.2.2 (3.2.2) <7CCBD70E-BF31-A7A7-DB98-230687773145> /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS 0x7fff838b6000 - 0x7fff8396ffff libsqlite3.dylib 9.6.0 (compatibility 9.0.0) <2C5ED312-E646-9ADE-73A9-6199A2A43150> /usr/lib/libsqlite3.dylib 0x7fff84d8e000 - 0x7fff84f05fe7 com.apple.CoreFoundation 6.6.4 (550.42) <770C572A-CF70-168F-F43C-242B9114FCB5> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 0x7fff8686b000 - 0x7fff8686bff7 com.apple.CoreServices 44 (44) /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices 0x7fff868ec000 - 0x7fff869a2fff libobjc.A.dylib 227.0.0 (compatibility 1.0.0) /usr/lib/libobjc.A.dylib 0x7fff86c40000 - 0x7fff86f74fff com.apple.CoreServices.CarbonCore 861.34 (861.34) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore 0x7fff8710e000 - 0x7fff87114ff7 com.apple.DiskArbitration 2.3 (2.3) <857F6E43-1EF4-7D53-351B-10DE0A8F992A> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration 0x7fff87131000 - 0x7fff87248fef libxml2.2.dylib 10.3.0 (compatibility 10.0.0) <1B27AFDD-DF87-2009-170E-C129E1572E8B> /usr/lib/libxml2.2.dylib 0x7fff872e2000 - 0x7fff874a0fff libicucore.A.dylib 40.0.0 (compatibility 1.0.0) <2C6ECACF-CD56-1714-6F63-CB6F5EE7A1E2> /usr/lib/libicucore.A.dylib 0x7fff877f7000 - 0x7fff87874fef libstdc++.6.dylib 7.9.0 (compatibility 7.0.0) <35ECA411-2C08-FD7D-11B1-1B7A04921A5C> /usr/lib/libstdc++.6.dylib 0x7fff87b57000 - 0x7fff87bf7fff com.apple.LaunchServices 362.2 (362.2) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices 0x7fff88012000 - 0x7fff8803dff7 libxslt.1.dylib 3.24.0 (compatibility 3.0.0) <87A0B228-B24A-C426-C3FB-B40D7258DD49> /usr/lib/libxslt.1.dylib 0x7fff8803e000 - 0x7fff882c6fef com.apple.security 6.1.1 (37594) <34DC0C3E-4546-D7ED-D855-390750954245> /System/Library/Frameworks/Security.framework/Versions/A/Security 0x7fff882db000 - 0x7fff88325ff7 com.apple.Metadata 10.6.3 (507.15) <5170FCE0-ED6C-2E3E-AB28-1DDE3F628FC5> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata 0x7fff88430000 - 0x7fff88458fff com.apple.DictionaryServices 1.1.2 (1.1.2) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices 0x7fff8849b000 - 0x7fff884fbfe7 com.apple.framework.IOKit 2.0 (???) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x7fff88828000 - 0x7fff888b8fff com.apple.SearchKit 1.3.0 (1.3.0) <4175DC31-1506-228A-08FD-C704AC9DF642> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit 0x7fff889d3000 - 0x7fff88aa5fe7 com.apple.CFNetwork 454.11.12 (454.11.12) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork 0x7fff88ac1000 - 0x7fff88d44fe7 com.apple.Foundation 6.6.6 (751.53) <476E617B-B59B-53DE-991D-98C1993BCBCE> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation 0x7fff8909c000 - 0x7fff890adff7 libz.1.dylib 1.2.3 (compatibility 1.0.0) /usr/lib/libz.1.dylib 0x7fffffe00000 - 0x7fffffe01fff libSystem.B.dylib ??? (???) <9BAEB2F2-B485-6349-E1AB-637FE12EE770> /usr/lib/libSystem.B.dylib Model: MacBookPro5,2, BootROM MBP52.008E.B05, 2 processors, Intel Core 2 Duo, 2.66 GHz, 4 GB, SMC 1.42f4 Graphics: NVIDIA GeForce 9600M GT, NVIDIA GeForce 9600M GT, PCIe, 512 MB Graphics: NVIDIA GeForce 9400M, NVIDIA GeForce 9400M, PCI, 256 MB Memory Module: global_name AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x8D), Broadcom BCM43xx 1.0 (5.10.131.36.9) Bluetooth: Version 2.4.0f1, 2 service, 19 devices, 1 incoming serial ports Network Service: AirPort, AirPort, en1 Serial ATA Device: WDC WD5000BEKT-00KA9T0, 465.76 GB Serial ATA Device: MATSHITADVD-R UJ-868 USB Device: BRCM2046 Hub, 0x0a5c (Broadcom Corp.), 0x4500, 0x06100000 USB Device: Bluetooth USB Host Controller, 0x05ac (Apple Inc.), 0x8217, 0x06110000 USB Device: Built-in iSight, 0x05ac (Apple Inc.), 0x8507, 0x24400000 USB Device: Apple Internal Keyboard / Trackpad, 0x05ac (Apple Inc.), 0x0236, 0x04600000 USB Device: IR Receiver, 0x05ac (Apple Inc.), 0x8242, 0x04500000 }}} -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 30 03:54:28 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 30 May 2011 10:54:28 -0000 Subject: [MacRuby] #1310: JSON.parse fails with NSString Message-ID: <052.25455c0b3dcb1ca7c407411c2fb3d35a@macosforge.org> #1310: JSON.parse fails with NSString -----------------------------------+---------------------------------------- Reporter: isaackearse@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- {{{ macirb --simple-prompt >> require 'json' => true >> JSON.parse '{}' => {} >> JSON.parse NSString.stringWithString '{}' NoMethodError: undefined method `encode' for "{}":String >> JSON.parse String NSString.stringWithString '{}' => {} >> }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 30 07:27:51 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 30 May 2011 14:27:51 -0000 Subject: [MacRuby] #578: Garbage Collector in 0.6 In-Reply-To: <044.6715a4a3a99cf08024401ded9d8efd84@macosforge.org> References: <044.6715a4a3a99cf08024401ded9d8efd84@macosforge.org> Message-ID: <053.8097b22132e84e42599c423fa5712c56@macosforge.org> #578: Garbage Collector in 0.6 ---------------------------+------------------------------------------------ Reporter: jsn@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.6 Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Comment(by watson1978@?): It look like does not crash with MacRuby latest. I tried with 900MB as READ_BUFFER_SIZE. When I specified over 1GB, raise a exception which is "get_digest': given size `1073741824' is too big (ArgumentError)". This exception is caused by following, so it seems to be correct. io.c : line 1337 {{{ if (size > 1000000000) { rb_raise(rb_eArgError, "given size `%ld' is too big", size); } }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon May 30 07:35:31 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 30 May 2011 14:35:31 -0000 Subject: [MacRuby] #554: Please implement IO#read_nonblock and IO#write_nonblock In-Reply-To: <057.d60cfd8036ff93a71bbad23079b92e63@macosforge.org> References: <057.d60cfd8036ff93a71bbad23079b92e63@macosforge.org> Message-ID: <066.5dc0304dc7f82f4e48e4a566fddcd8f1@macosforge.org> #554: Please implement IO#read_nonblock and IO#write_nonblock ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------------+----------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: MacRuby Later => MacRuby 0.11 Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/99397ec76adf77779c33216d1150e414ca7ed909 and https://github.com/MacRuby/MacRuby/commit/98fe7b58b3b049d2ff12aca446f1f25e499be27b -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 31 20:03:47 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 01 Jun 2011 03:03:47 -0000 Subject: [MacRuby] #1311: Segfault on nested method call with block Message-ID: <047.ddf08306a776fb026ee7b7a2de910e1a@macosforge.org> #1311: Segfault on nested method call with block ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- I got SEGV with HEAD and 2099c43a78f24f5108ba7205a4a1933c17202661(Sun Apr 24 21:43:50 2011 +0900) below {{{ $ ./miniruby -e 'num = 1; 1.times { num.times { class A; 1.times {}; end } }' zsh: segmentation fault ./miniruby -e 'num = 1; 1.times { num.times { class A; 1.times {}; end } }' }}} Actually, I want to check how many memory leak below when I got SEGV :< {{{ $ ./miniruby -e ' num = 10000 loop { num.times { class A instance_eval {} end } }' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 31 21:58:23 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 01 Jun 2011 04:58:23 -0000 Subject: [MacRuby] #1311: Segfault on nested method call with block In-Reply-To: <047.ddf08306a776fb026ee7b7a2de910e1a@macosforge.org> References: <047.ddf08306a776fb026ee7b7a2de910e1a@macosforge.org> Message-ID: <056.516fcdde3243bbcb7293f49fe03c8b95@macosforge.org> #1311: Segfault on nested method call with block ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by lsansonetti@?): Nice catch. This is a compiler bug, when compiling a reference to the num dvar for the 1.times expression inside the class scope. Very subtle :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 31 23:45:03 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 01 Jun 2011 06:45:03 -0000 Subject: [MacRuby] #1310: JSON.parse fails with NSString In-Reply-To: <052.25455c0b3dcb1ca7c407411c2fb3d35a@macosforge.org> References: <052.25455c0b3dcb1ca7c407411c2fb3d35a@macosforge.org> Message-ID: <061.b6011a69010b49eeb6384a8f20caeefe@macosforge.org> #1310: JSON.parse fails with NSString -----------------------------------+---------------------------------------- Reporter: isaackearse@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.11 => Comment: Bug or not a bug? We could modify the json library to not use #encode on NSStrings. Or we could force users of the json library to not pass NSStrings. 1 makes more sense as the goal of MacRuby is to not worry people with object conversions. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue May 31 23:50:29 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 01 Jun 2011 06:50:29 -0000 Subject: [MacRuby] #1309: regexp with large number of captures is unable to deal with In-Reply-To: <051.cd584e593d6a7cbbd4412849a9da9f6d@macosforge.org> References: <051.cd584e593d6a7cbbd4412849a9da9f6d@macosforge.org> Message-ID: <060.a987a756496569ec8e89b94d7d70cf20@macosforge.org> #1309: regexp with large number of captures is unable to deal with ----------------------------------+----------------------------------------- Reporter: chris@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Indeed: {{{ $ cat t.rb re=Regexp.new('(.)'*40); md=File.read('GPL').match(re); p $38 $ ./miniruby t.rb " Copyright (C) 1989, 1991 Free Software " }}} -- Ticket URL: MacRuby