From ruby-noreply at macosforge.org Thu Mar 1 07:45:38 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 01 Mar 2012 15:45:38 +0000 Subject: [MacRuby] #1475: The Dispatch::Group#notify docs are incorrect. Message-ID: <054.8204ee79e12ede2580a55b147f78bbcf@macosforge.org> #1475: The Dispatch::Group#notify docs are incorrect. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- The documentation does not show the Queue instance that has to be specified. https://github.com/MacRuby/MacRuby/blob/master/gcd.c#L769 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Mar 1 07:48:38 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 01 Mar 2012 15:48:38 +0000 Subject: [MacRuby] #1476: The dispatcher in the current master branch does not work reliable in a threaded env . Message-ID: <054.245eba4f38215fac1ec45522b2388de6@macosforge.org> #1476: The dispatcher in the current master branch does not work reliable in a threaded env . -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: regression dispatcher threads -------------------------------------+-------------------------------------- While working on a GCD version of MacBacon I noticed that on HEAD I get a lot of warnings about passing a block to an Objective-C method and segfaults. The warning clearly shows that these messages are being sent to the incorrect object, because the code sends it to pure Ruby objects, and the segfaults are a logical result from this. The problem does not exist in 0.10. I will have to do some git bisecting to get to the commit that introduced the regression and report back. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Mar 1 07:49:34 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 01 Mar 2012 15:49:34 +0000 Subject: [MacRuby] #1476: The dispatcher in the current master branch does not work reliable in a threaded env . In-Reply-To: <054.245eba4f38215fac1ec45522b2388de6@macosforge.org> References: <054.245eba4f38215fac1ec45522b2388de6@macosforge.org> Message-ID: <063.6f93a40287a7c21d030c8c42d934afea@macosforge.org> #1476: The dispatcher in the current master branch does not work reliable in a threaded env . -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: regression dispatcher threads -------------------------------------+-------------------------------------- Comment(by eloy.de.enige@?): Btw, the warning that I mentioned does not include any debugging info. It would be nice if it would include at least the selector and possible object info and backtrace. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Mar 1 08:11:52 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 01 Mar 2012 16:11:52 +0000 Subject: [MacRuby] #1476: The dispatcher in the current master branch does not work reliable in a threaded env . In-Reply-To: <054.245eba4f38215fac1ec45522b2388de6@macosforge.org> References: <054.245eba4f38215fac1ec45522b2388de6@macosforge.org> Message-ID: <063.cd1aec9c3649086d3b39ea66adabb4c3@macosforge.org> #1476: The dispatcher in the current master branch does not work reliable in a threaded env . -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: regression dispatcher threads -------------------------------------+-------------------------------------- Comment(by watson1978@?): MacRuby's RubyGems and Rake were updated recently. I guess that warning is caused by updated them. Maybe, crashes also... -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Mar 1 11:42:40 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 01 Mar 2012 19:42:40 +0000 Subject: [MacRuby] #1476: The dispatcher in the current master branch does not work reliable in a threaded env . In-Reply-To: <054.245eba4f38215fac1ec45522b2388de6@macosforge.org> References: <054.245eba4f38215fac1ec45522b2388de6@macosforge.org> Message-ID: <063.32b422261ec69a605ae82dd0e17a3fed@macosforge.org> #1476: The dispatcher in the current master branch does not work reliable in a threaded env . -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: regression dispatcher threads -------------------------------------+-------------------------------------- Comment(by watson1978@?): I found your branch as GCD version of MacBacon. I saw crashes using latest which was compile by myself. Strangely, Nightly build does not crash.... -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Mar 1 17:22:57 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 02 Mar 2012 01:22:57 +0000 Subject: [MacRuby] #1476: The dispatcher in the current master branch does not work reliable in a threaded env . In-Reply-To: <054.245eba4f38215fac1ec45522b2388de6@macosforge.org> References: <054.245eba4f38215fac1ec45522b2388de6@macosforge.org> Message-ID: <063.784d55210d55b535bcb002253941aa40@macosforge.org> #1476: The dispatcher in the current master branch does not work reliable in a threaded env . -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: regression dispatcher threads -------------------------------------+-------------------------------------- Comment(by watson1978@?): Maybe, it looks like that MacRuby needs https://github.com/MacRuby/MacRuby/blob/master/dispatcher.cpp#L677-688 for OS X 10.7. I think Nightly build has been made on 10.6, so Nightly works without crash. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Mar 2 00:39:28 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 02 Mar 2012 08:39:28 +0000 Subject: [MacRuby] #1476: The dispatcher in the current master branch does not work reliable in a threaded env . In-Reply-To: <054.245eba4f38215fac1ec45522b2388de6@macosforge.org> References: <054.245eba4f38215fac1ec45522b2388de6@macosforge.org> Message-ID: <063.34ab050b365ac1756c395495f989e026@macosforge.org> #1476: The dispatcher in the current master branch does not work reliable in a threaded env . -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: regression dispatcher threads -------------------------------------+-------------------------------------- Comment(by eloy.de.enige@?): Great detective work, Watson! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Mar 2 02:31:14 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 02 Mar 2012 10:31:14 +0000 Subject: [MacRuby] #1477: Macirb no longer understands blocks with more than one argument Message-ID: <049.0fd90b8b93e1e2647dcc776720ef7c0c@macosforge.org> #1477: Macirb no longer understands blocks with more than one argument --------------------------------+------------------------------------------- Reporter: lastobelus@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Since the Jan. 12th nightly, macirb no longer understands blocks with more than one argument: {{{ irb(main):002:0> h={:a => "a", :b => "b"} => {:a=>"a", :b=>"b"} irb(main):003:0> h.each{|k,v| puts k;puts v} SyntaxError: compile error (irb):3: duplicated argument name }}} (In the first few builds after jan 12, this caused a breakpoint trap) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Mar 2 04:34:38 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 02 Mar 2012 12:34:38 +0000 Subject: [MacRuby] #1476: The dispatcher in the current master branch does not work reliable in a threaded env . In-Reply-To: <054.245eba4f38215fac1ec45522b2388de6@macosforge.org> References: <054.245eba4f38215fac1ec45522b2388de6@macosforge.org> Message-ID: <063.59091764a2e8428196da0407103d62aa@macosforge.org> #1476: The dispatcher in the current master branch does not work reliable in a threaded env . -------------------------------------------+-------------------------------- Reporter: eloy.de.enige@? | Owner: eloy.de.enige@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: regression dispatcher threads | -------------------------------------------+-------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/34c0f63b0bc275f81c4e1c74909c5d2df5b49410 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Mar 2 05:04:55 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 02 Mar 2012 13:04:55 +0000 Subject: [MacRuby] #1478: Dispatch::Queue#barrier_{sync, async} should check OS version at runtime Message-ID: <051.d19e2c4129d3d8a4bd2ae05109691e30@macosforge.org> #1478: Dispatch::Queue#barrier_{sync, async} should check OS version at runtime ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- When runs MacRuby on OS X 10.6 which is built on OS X 10.7, Dispatch::Queue#barrier_{sync, async} cause crash. OS version check exists at compile-time. [[BR]] https://github.com/MacRuby/MacRuby/blob/master/gcd.c#L511-521 [[BR]] https://github.com/MacRuby/MacRuby/blob/master/gcd.c#L544-554 I think these methods also need to check at runtime. {{{ gcdq = Dispatch::Queue.concurrent('org.macruby.documentation') p gcdq.class @i = "" gcdq.barrier_sync { @i += 'c' } gcdq.barrier_async { @i += 'c' } }}} {{{ $ uname -a Darwin watson.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 $ macruby t.rb dyld: Symbol not found: __dispatch_queue_attr_concurrent Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/libmacruby.dylib Expected in: flat namespace in /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/libmacruby.dylib zsh: trace trap macruby t.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Mar 3 01:26:06 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 03 Mar 2012 09:26:06 +0000 Subject: [MacRuby] #1432: macruby fails with error "JSON::Ext::Generator::GeneratorMethods::Object:Class is not a module" while using cucumber 1.1.4 In-Reply-To: <056.5427aa0d57bb8db993b55e23199f09e9@macosforge.org> References: <056.5427aa0d57bb8db993b55e23199f09e9@macosforge.org> Message-ID: <065.a2b81e0a2b243f7ef36ff841ca1cdd4f@macosforge.org> #1432: macruby fails with error "JSON::Ext::Generator::GeneratorMethods::Object:Class is not a module" while using cucumber 1.1.4 ---------------------------------------+------------------------------------ Reporter: matthieu.desile@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ Comment(by watson1978@?): This issue depends on #1326 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Mar 3 01:27:08 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 03 Mar 2012 09:27:08 +0000 Subject: [MacRuby] #1462: gem "Twitter4R" require fails In-Reply-To: <050.3eff8eee3e5bb32573138406f557d19b@macosforge.org> References: <050.3eff8eee3e5bb32573138406f557d19b@macosforge.org> Message-ID: <059.6d4da65717bb0a3cfd861e3ecc36b355@macosforge.org> #1462: gem "Twitter4R" require fails ---------------------------------+------------------------------------------ Reporter: cumomican@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: twitter4r ---------------------------------+------------------------------------------ Comment(by watson1978@?): This issue depends on #1326 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Mar 3 05:50:23 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 03 Mar 2012 13:50:23 +0000 Subject: [MacRuby] #1432: macruby fails with error "JSON::Ext::Generator::GeneratorMethods::Object:Class is not a module" while using cucumber 1.1.4 In-Reply-To: <056.5427aa0d57bb8db993b55e23199f09e9@macosforge.org> References: <056.5427aa0d57bb8db993b55e23199f09e9@macosforge.org> Message-ID: <065.060663304e4a2d082a4f8d43d5f601c3@macosforge.org> #1432: macruby fails with error "JSON::Ext::Generator::GeneratorMethods::Object:Class is not a module" while using cucumber 1.1.4 ---------------------------------------+------------------------------------ Reporter: matthieu.desile@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ Comment(by watson1978@?): I made the RubyGems Package of JSON for MacRuby. https://github.com/Watson1978/json/downloads [[BR]] If you need RubyGems, please try it. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Mar 3 17:31:51 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 04 Mar 2012 01:31:51 +0000 Subject: [MacRuby] #1382: GCC 4.2 not installed with Xcode 4.2 In-Reply-To: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> References: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> Message-ID: <062.f1bfe4dcc836f48dc57a0f7d24778fd4@macosforge.org> #1382: GCC 4.2 not installed with Xcode 4.2 ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): This issue is resolved/invalid now, is it not? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Mar 3 17:36:16 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 04 Mar 2012 01:36:16 +0000 Subject: [MacRuby] #1382: GCC 4.2 not installed with Xcode 4.2 In-Reply-To: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> References: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> Message-ID: <062.68b5445bb9d70fe01ceef8598b2a9121@macosforge.org> #1382: GCC 4.2 not installed with Xcode 4.2 ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Thank you for your information! Fixed with https://github.com/MacRuby/MacRuby/commit/5119e83e0b2978dcbe3ca1b0b3eaf7704bbf23a6 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Mar 4 07:46:18 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 04 Mar 2012 15:46:18 +0000 Subject: [MacRuby] #1479: app not automagic-ly launching after build - xcode 4.3 Message-ID: <049.92ba174357935d6ad5ed337faa439012@macosforge.org> #1479: app not automagic-ly launching after build - xcode 4.3 --------------------------------+------------------------------------------- Reporter: g@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- When building an app in Xcode 4.3 the "end product" App does not launch - forcing the user to locate the location of the App and manually launch This is not a major problem except for a beginner/noob who is learning Xcode and MacRuby at the same time.. (current behavior differs from Xcode and Macruby documentation) The normal (expected) behavior for Xcode is to launch a newly built App. I am running Macruby .12 nightly (as of march 3rd 2012) clean install of Xcode 4.3 (4E109) thx! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Mar 4 08:00:44 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 04 Mar 2012 16:00:44 +0000 Subject: [MacRuby] #1479: app not automagic-ly launching after build - xcode 4.3 In-Reply-To: <049.92ba174357935d6ad5ed337faa439012@macosforge.org> References: <049.92ba174357935d6ad5ed337faa439012@macosforge.org> Message-ID: <058.3d5738df131376fa50117ea0f7e3cfb1@macosforge.org> #1479: app not automagic-ly launching after build - xcode 4.3 --------------------------------+------------------------------------------- Reporter: g@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by mrada@?): When you build, what target are you building? The Deploy target does not launch your app, though perhaps it should... -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Mar 5 05:32:58 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 05 Mar 2012 13:32:58 +0000 Subject: [MacRuby] #1480: infinity loops occurs with RubySpec if compiled MacRuby with clang Message-ID: <051.4bd71ae0ee8fab851e8f1a9a70624091@macosforge.org> #1480: infinity loops occurs with RubySpec if compiled MacRuby with clang ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- In some Bignum and BigDecimal specs, it seems to occur the infinity loops when compiled with clang. {{{ $ CC=/usr/bin/clang CXX=/usr/bin/clang++ rake jobs=4 $ rake spec:rubyspec rm -rf rubyspec_temp ./mspec/bin/mspec ci -B ./spec/macruby.mspec :rubyspec MacRuby 0.12 (ruby 1.9.2) [universal-darwin11.0, x86_64] .......................................................................................................................................................................................................................................................^C Process aborted! rake aborted! Command failed with status (1): [./mspec/bin/mspec ci -B ./spec/macruby.msp...] Tasks: TOP => spec:rubyspec (See full trace by running task with --trace) }}} For passing the RubySpec, I needed some RubySpec Tags. https://gist.github.com/1978307 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Mar 5 06:27:37 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 05 Mar 2012 14:27:37 +0000 Subject: [MacRuby] #1227: Xcode 4 templates are not installed properly if the install location is not on the system drive In-Reply-To: <048.84b5e2db695cbd0ceb015fee97a99ee4@macosforge.org> References: <048.84b5e2db695cbd0ceb015fee97a99ee4@macosforge.org> Message-ID: <057.496ae8db93661c8988a7f79edcdb7402@macosforge.org> #1227: Xcode 4 templates are not installed properly if the install location is not on the system drive -------------------------------+-------------------------------------------- Reporter: shazron@? | Owner: mattaimonetti@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: fixed Keywords: xcode4 | -------------------------------+-------------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: I think that this issue has been fixed by nightly build. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Mar 5 13:19:01 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 05 Mar 2012 21:19:01 +0000 Subject: [MacRuby] #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 In-Reply-To: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> References: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> Message-ID: <060.9dc96b36cb5551749f576c9020927851@macosforge.org> #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: critical | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Comment(by madjestic13@?): Replying to [comment:8 watson1978@?]: Hey guys, I see that the status of this problem is "closed, fixed". Does it mean that it is fixed in latest builds? I am still getting this issue with the latest binary installer otherwise. Regards, Vlad -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Mar 8 10:18:11 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 08 Mar 2012 18:18:11 +0000 Subject: [MacRuby] #1479: app not automagic-ly launching after build - xcode 4.3 In-Reply-To: <049.92ba174357935d6ad5ed337faa439012@macosforge.org> References: <049.92ba174357935d6ad5ed337faa439012@macosforge.org> Message-ID: <058.d7e532d2826135e7b34212590762766c@macosforge.org> #1479: app not automagic-ly launching after build - xcode 4.3 --------------------------------+------------------------------------------- Reporter: g@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by g@?): Hello I am building a debug target the idea is that if a normal Cocoa app after the build process will auto launch so should a MacRuby if only so that there is parallel functionality in Xcode use and expectation both languages should feel "first class" and operate the same in Xcode m2c thanks G -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Mar 10 12:25:05 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 10 Mar 2012 20:25:05 +0000 Subject: [MacRuby] #1481: spec:ci is really unreliable Message-ID: <053.7bb95b4bb209596d7c9693397a65569c@macosforge.org> #1481: spec:ci is really unreliable ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Running the full spec suite ranges from unreliable to impossible for people trying to make contributions to MacRuby. The usual symptom is that MacRuby will crash at some point, possibly more than once, during the suite and the suite will never finish. There are reports on the mailing list, see "[MacRuby-devel] 'rake spec:ci' causing crash (built from HEAD)" and I personally have a hard time running "spec:ci" due to crashes and end up running some subset of the full suite related to what I am working on. This is a major barrier to contributing to MacRuby, especially since being able to run the test suite is part of the build instructions. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Mar 13 11:26:02 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 13 Mar 2012 18:26:02 +0000 Subject: [MacRuby] #1482: macirb causes SyntaxError on methods with two parameters Message-ID: <053.cee67fcd3e740534b4398143061b2ae3@macosforge.org> #1482: macirb causes SyntaxError on methods with two parameters ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: reduction ------------------------------------+--------------------------------------- A small sample of using macirb from MacRuby HEAD: {{{ ? macirb irb(main):001:0> def test_method arg, arg2 SyntaxError: compile error (irb):1: duplicated argument name irb(main):002:0> exit }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Mar 13 11:38:10 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 13 Mar 2012 18:38:10 +0000 Subject: [MacRuby] #1483: MacRuby Application Template Message-ID: <049.5021e35114abd485b298bc617aba338c@macosforge.org> #1483: MacRuby Application Template --------------------------------+------------------------------------------- Reporter: hubert.naim@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: MacRuby framework --------------------------------+------------------------------------------- Hi, I'm on Lion and using xCode 4.3.1. I installed macruby 0.1 but I cannot see the Macruby Application when I'm creating new project in Xcode. How can I fix the missing macuby framework. 5I can manually use the macruby framework) By advance thank you, Hubert Naim -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Mar 13 12:03:35 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 13 Mar 2012 19:03:35 +0000 Subject: [MacRuby] #1483: MacRuby Application Template In-Reply-To: <049.5021e35114abd485b298bc617aba338c@macosforge.org> References: <049.5021e35114abd485b298bc617aba338c@macosforge.org> Message-ID: <058.7c19120776e9983afa5f4f324b1e4887@macosforge.org> #1483: MacRuby Application Template --------------------------------+------------------------------------------- Reporter: hubert.naim@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: MacRuby framework --------------------------------+------------------------------------------- Comment(by mrada@?): Hello Hubert, Unfortunately MacRuby 0.10 and 0.11RC do not work with XCode 4.3. To get MacRuby support in XCode 4.3 you will need to install a nightly build of MacRuby from http://www.macruby.org/files/nightlies/ -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Mar 14 01:00:02 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 14 Mar 2012 08:00:02 +0000 Subject: [MacRuby] #1484: MacRuby crashes when invoked `break' in `rescue' block Message-ID: <051.d5d110463e2f57175571a1f91503fb1b@macosforge.org> #1484: MacRuby crashes when invoked `break' in `rescue' block ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script 1: {{{ begin raise rescue while true break end end }}} Test Script 2: {{{ begin raise rescue (1..2).each do break end end }}} {{{ $ macruby test_case1.rb Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3600. zsh: abort macruby test_case1.rb $ macruby test_case2.rb Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3600. zsh: abort macruby test_case2.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Mar 14 02:47:37 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 14 Mar 2012 09:47:37 +0000 Subject: [MacRuby] #1484: MacRuby crashes when invoked `break' in `rescue' block In-Reply-To: <051.d5d110463e2f57175571a1f91503fb1b@macosforge.org> References: <051.d5d110463e2f57175571a1f91503fb1b@macosforge.org> Message-ID: <060.631b0a766511c0c5711530e53e319201@macosforge.org> #1484: MacRuby crashes when invoked `break' in `rescue' block ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): `next' and `redo' also cause crashes. {{{ begin raise rescue while true next end end }}} {{{ begin raise rescue while true redo end end }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Mar 14 05:12:12 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 14 Mar 2012 12:12:12 +0000 Subject: [MacRuby] #1484: MacRuby crashes when invoked `break' in `rescue' block In-Reply-To: <051.d5d110463e2f57175571a1f91503fb1b@macosforge.org> References: <051.d5d110463e2f57175571a1f91503fb1b@macosforge.org> Message-ID: <060.4fa93835c15f3852ed95f025ed983027@macosforge.org> #1484: MacRuby crashes when invoked `break' in `rescue' block ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): It seems to occur crash that `break', `next' and `redo' are invoked within loop and block. {{{ begin raise rescue lambda{ break }.call end }}} {{{ begin raise rescue lambda{ next }.call end }}} {{{ begin raise rescue lambda{ redo }.call end }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Mar 14 05:32:15 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 14 Mar 2012 12:32:15 +0000 Subject: [MacRuby] #1484: MacRuby crashes when invoked `break' in `rescue' block In-Reply-To: <051.d5d110463e2f57175571a1f91503fb1b@macosforge.org> References: <051.d5d110463e2f57175571a1f91503fb1b@macosforge.org> Message-ID: <060.7d45651b2a8ded8476accf10e1a8b64e@macosforge.org> #1484: MacRuby crashes when invoked `break' in `rescue' block ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): `return' within block also causes crash. {{{ begin raise rescue lambda{ return }.call end }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Mar 16 08:06:13 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 16 Mar 2012 15:06:13 +0000 Subject: [MacRuby] #1484: MacRuby crashes when invoked `break' in `rescue' block In-Reply-To: <051.d5d110463e2f57175571a1f91503fb1b@macosforge.org> References: <051.d5d110463e2f57175571a1f91503fb1b@macosforge.org> Message-ID: <060.09ffc9bfc1b4e839783c38a3bd8c936a@macosforge.org> #1484: MacRuby crashes when invoked `break' in `rescue' block ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): I fixed 'break', 'next' and 'return' issues. - https://github.com/MacRuby/MacRuby/commit/438c76f4bf2baac78ce4c6ad8827953b317ce608 - https://github.com/MacRuby/MacRuby/commit/3d116e2fa7c13265aa3c9e72352e1c4a7b57d492 - https://github.com/MacRuby/MacRuby/commit/f6cd823048ef28950e53bb572bb5fa2b0b0805c0 I do not fix 'redo' yet. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Mar 20 08:30:02 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 20 Mar 2012 15:30:02 +0000 Subject: [MacRuby] #1485: Using MacRuby to invoke a Obj-C variadic method leads crash Message-ID: <049.435d6e0f7595a2b547bf40bb761e318c@macosforge.org> #1485: Using MacRuby to invoke a Obj-C variadic method leads crash --------------------------------+------------------------------------------- Reporter: xareelee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: variadic method --------------------------------+------------------------------------------- I got an Obj-C class like this: ============================ @interface Foo /// this method would print the variables. + (void) log: (id) firstObj, ...; // Obj-C variadic method. Using nil at the end of args. @end @implementation Foo + (void) log: (id) firstObj, ...{ va_list ap va_start (ap, firstObj) for (id obj = firstObj; obj != nil; obj = va_args(ap, id) ){ NSLog(@"%@", obj); } va_end (ap) } @end ============================ If I call the method using Obj-C like this: [Foo log: @"1", @"2", @"3", nil]; The console would print: => 1 => 2 => 3 But if I call the method using MacRuby like this: Foo.log ("1", "2", "3", nil) The Console would print: => 1 => 1 // Yes, it prints the first argument twice!! then crash! Did I do it wrong? Or it is a bug there? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Mar 22 18:59:43 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 23 Mar 2012 01:59:43 +0000 Subject: [MacRuby] #855: MacRuby should load the "rubygems" automatically. In-Reply-To: <051.0f4ee8ca9c4128cafc57139665bc9738@macosforge.org> References: <051.0f4ee8ca9c4128cafc57139665bc9738@macosforge.org> Message-ID: <060.20cec943badd8904a6df7bad4eebde7e@macosforge.org> #855: MacRuby should load the "rubygems" automatically. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by nakahiro@?): CRuby 1.9.1 and 1.9.2 have somewhat similar issue on slow rubygem loading (and incomplete prelude hook) but 1.9.3 should fix issues around it. Now RubyGems should load faster than before and no troublesome prelude exists. It may be a time to give another try for enabling this feature again? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Mar 23 21:16:00 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 24 Mar 2012 04:16:00 +0000 Subject: [MacRuby] #1483: MacRuby Application Template In-Reply-To: <049.5021e35114abd485b298bc617aba338c@macosforge.org> References: <049.5021e35114abd485b298bc617aba338c@macosforge.org> Message-ID: <058.93517706b936b7c2b21dc4db5ca25d95@macosforge.org> #1483: MacRuby Application Template --------------------------------+------------------------------------------- Reporter: hubert.naim@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: wontfix Keywords: MacRuby framework | --------------------------------+------------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => wontfix -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Mar 23 21:17:59 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 24 Mar 2012 04:17:59 +0000 Subject: [MacRuby] #1485: Using MacRuby to invoke a Obj-C variadic method leads crash In-Reply-To: <049.435d6e0f7595a2b547bf40bb761e318c@macosforge.org> References: <049.435d6e0f7595a2b547bf40bb761e318c@macosforge.org> Message-ID: <058.e9c01c14125b1243a80c56006ee2cec1@macosforge.org> #1485: Using MacRuby to invoke a Obj-C variadic method leads crash --------------------------------+------------------------------------------- Reporter: xareelee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: variadic method --------------------------------+------------------------------------------- Description changed by watson1978@?: Old description: > I got an Obj-C class like this: > ============================ > @interface Foo > /// this method would print the variables. > + (void) log: (id) firstObj, ...; // Obj-C variadic method. Using nil > at the end of args. > @end > > @implementation Foo > + (void) log: (id) firstObj, ...{ > va_list ap > va_start (ap, firstObj) > for (id obj = firstObj; obj != nil; obj = va_args(ap, id) ){ > NSLog(@"%@", obj); > } > va_end (ap) > } > @end > ============================ > > If I call the method using Obj-C like this: > [Foo log: @"1", @"2", @"3", nil]; > > The console would print: > => 1 > => 2 > => 3 > > But if I call the method using MacRuby like this: > Foo.log ("1", "2", "3", nil) > > The Console would print: > => 1 > => 1 // Yes, it prints the first argument twice!! > then crash! > > Did I do it wrong? Or it is a bug there? New description: I got an Obj-C class like this: ============================ {{{ @interface Foo /// this method would print the variables. + (void) log: (id) firstObj, ...; // Obj-C variadic method. Using nil at the end of args. @end @implementation Foo + (void) log: (id) firstObj, ...{ va_list ap va_start (ap, firstObj) for (id obj = firstObj; obj != nil; obj = va_args(ap, id) ){ NSLog(@"%@", obj); } va_end (ap) } @end }}} ============================ If I call the method using Obj-C like this: [Foo log: @"1", @"2", @"3", nil]; The console would print: {{{ => 1 => 2 => 3 }}} But if I call the method using MacRuby like this: Foo.log ("1", "2", "3", nil) The Console would print: {{{ => 1 => 1 // Yes, it prints the first argument twice!! }}} then crash! Did I do it wrong? Or it is a bug there? -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Mar 23 22:16:52 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 24 Mar 2012 05:16:52 +0000 Subject: [MacRuby] #1485: Using MacRuby to invoke a Obj-C variadic method leads crash In-Reply-To: <049.435d6e0f7595a2b547bf40bb761e318c@macosforge.org> References: <049.435d6e0f7595a2b547bf40bb761e318c@macosforge.org> Message-ID: <058.9ad4c36d198fcd57da0de62cd3d43419@macosforge.org> #1485: Using MacRuby to invoke a Obj-C variadic method leads crash --------------------------------+------------------------------------------- Reporter: xareelee@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: variadic method | --------------------------------+------------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => invalid Comment: Please add NS_REQUIRES_NIL_TERMINATION into declaration of Foo.log. [[BR]] And create Bridge Support file using gen_bridge_metadata command. MacRuby cannot know without Bridge Support file what Foo.log method has variable length arguments. I tried your code with https://gist.github.com/2178472 Please see it :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Mar 24 07:12:44 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 24 Mar 2012 14:12:44 +0000 Subject: [MacRuby] #1486: conftest crashes that is generated by check_sizeof of mkmf Message-ID: <051.db32e29cc134579a21a4234088d65af7@macosforge.org> #1486: conftest crashes that is generated by check_sizeof of mkmf ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ require 'mkmf' open("/tmp/confdefs.h", "w") {|f| f.puts "typedef struct {char x;} test1_t;" } size = check_sizeof("test1_t", "/tmp/confdefs.h") p size }}} {{{ $ macruby t.rb checking size of test1_t in /tmp/confdefs.h... /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/mkmf.rb:543:in `block': can't convert nil into Integer (TypeError) from /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/mkmf.rb:317:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/mkmf.rb:254:in `open' from /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/mkmf.rb:310:in `xpopen' from /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/mkmf.rb:542:in `try_constant' from /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/mkmf.rb:1021:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/mkmf.rb:693:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/mkmf.rb:280:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/mkmf.rb:254:in `open' from /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/mkmf.rb:280:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/mkmf.rb:254:in `open' from /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/mkmf.rb:276:in `postpone' from /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/mkmf.rb:692:in `checking_for' from /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/mkmf.rb:1013:in `check_sizeof' from /Users/watson/tmp/t.rb:6:in `
' $ ruby -v t.rb ruby 1.9.3p125 (2012-02-16 revision 34643) [x86_64-darwin11.3.0] checking size of test1_t in /tmp/confdefs.h... 1 1 }}} If I run conftest on Terminal {{{ $ ./conftest objc[16635]: '/Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/libmacruby.dylib' was compiled with -fobjc-gc-only, but the application does not support GC objc[16635]: *** GC capability of application and some libraries did not match zsh: illegal hardware instruction ./conftest }}} It seems that conftest is linked libmacruby.dylib when it is generated as executable file. So, I think to need '-fobjc-gc-only' flag for generating conftest. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Mar 24 09:16:35 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 24 Mar 2012 16:16:35 +0000 Subject: [MacRuby] #1486: conftest crashes that is generated by check_sizeof of mkmf In-Reply-To: <051.db32e29cc134579a21a4234088d65af7@macosforge.org> References: <051.db32e29cc134579a21a4234088d65af7@macosforge.org> Message-ID: <060.9ca8de8508d0a65f908ebdb50cab0dfa@macosforge.org> #1486: conftest crashes that is generated by check_sizeof of mkmf ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/e35df75944e7a13d16f019e2ed1e4ce2406b06af -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Mar 25 11:19:22 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 25 Mar 2012 18:19:22 +0000 Subject: [MacRuby] #1487: isEmpty() from ObjC Message-ID: <051.ba7a0882e2e3c2af5f5afb2fb0ce4ab1@macosforge.org> #1487: isEmpty() from ObjC ----------------------------------+----------------------------------------- Reporter: iloveitaly@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- I have this function in objc: {{{ static inline BOOL isEmpty(id thing) { return thing == nil || ([thing respondsToSelector:@selector(length)] && [(NSData *)thing length] == 0) || ([thing respondsToSelector:@selector(count)] && [(NSArray *)thing count] == 0); } }}} From an objc class, if I run: {{{ NSString *a = @"testing"; isEmpty(a); }}} I get the following error from macruby: {{{ rb_main.rb:38:in `
': can't convert Class into String (TypeError) }}} This is caused by the specific line in isEmpty(): {{{ [(NSArray *)thing count] == 0) }}} I think that has something to do with: {{{ $ macirb irb(main):001:0> a = "testing" => "testing" irb(main):002:0> a.respondsToSelector :count => 1 irb(main):004:0> a.count ArgumentError: wrong number of arguments }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Mar 26 18:44:50 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 27 Mar 2012 01:44:50 +0000 Subject: [MacRuby] #1488: Pointer#cast! does not accept the alias of Pointer type. Message-ID: <051.0b04ab242f994447fbb7c4d28ac25360@macosforge.org> #1488: Pointer#cast! does not accept the alias of Pointer type. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Pointer.new accept the alias of Pointer type. {{{ $ macirb --simple-prompt >> Pointer.new('i') => # >> Pointer.new(:int) # alias of 'i' => # }}} But, Pointer#cast! does not accept. {{{ >> po = Pointer.new(:int) => # >> po.cast!(:uint) # alias of 'I' TypeError: can't convert Symbol into String >> po.cast!('I') => # >> po.type => "I" }}} I think Pointer#cast! should accept the alias. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Mar 26 20:40:10 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 27 Mar 2012 03:40:10 +0000 Subject: [MacRuby] #1489: MacRuby stalls if passed invalid types to Pointer#cast! Message-ID: <051.d90e76568130a6ef0731ab619a8bb0c0@macosforge.org> #1489: MacRuby stalls if passed invalid types to Pointer#cast! ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ po = Pointer.new(:int) po.cast!('x') # invalid type }}} I expect to raise an exception. but, MacRuby stalls. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Mar 26 21:22:06 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 27 Mar 2012 04:22:06 +0000 Subject: [MacRuby] #1489: MacRuby stalls if passed invalid types to Pointer#cast! In-Reply-To: <051.d90e76568130a6ef0731ab619a8bb0c0@macosforge.org> References: <051.d90e76568130a6ef0731ab619a8bb0c0@macosforge.org> Message-ID: <060.a6617c04eedfbc725cbbff06c0207953@macosforge.org> #1489: MacRuby stalls if passed invalid types to Pointer#cast! ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/8b320dcd5edcf24d6f482bf761ac63a34066ee0b -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Mar 26 21:22:41 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 27 Mar 2012 04:22:41 +0000 Subject: [MacRuby] #1488: Pointer#cast! does not accept the alias of Pointer type. In-Reply-To: <051.0b04ab242f994447fbb7c4d28ac25360@macosforge.org> References: <051.0b04ab242f994447fbb7c4d28ac25360@macosforge.org> Message-ID: <060.46ada1f69374c6486167d3da14901c78@macosforge.org> #1488: Pointer#cast! does not accept the alias of Pointer type. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Fixed with https://github.com/MacRuby/MacRuby/commit/85f0825b40910abcf99578366c48423a8479d980 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Mar 26 21:22:51 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 27 Mar 2012 04:22:51 +0000 Subject: [MacRuby] #1488: Pointer#cast! does not accept the alias of Pointer type. In-Reply-To: <051.0b04ab242f994447fbb7c4d28ac25360@macosforge.org> References: <051.0b04ab242f994447fbb7c4d28ac25360@macosforge.org> Message-ID: <060.03c85ed2aed690b6de25258c4e3a91f3@macosforge.org> #1488: Pointer#cast! does not accept the alias of Pointer type. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Mar 27 21:25:22 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 28 Mar 2012 04:25:22 +0000 Subject: [MacRuby] #1487: isEmpty() from ObjC In-Reply-To: <051.ba7a0882e2e3c2af5f5afb2fb0ce4ab1@macosforge.org> References: <051.ba7a0882e2e3c2af5f5afb2fb0ce4ab1@macosforge.org> Message-ID: <060.dc064e5c76d3d33d949bc1e56646dc5a@macosforge.org> #1487: isEmpty() from ObjC ----------------------------------+----------------------------------------- Reporter: iloveitaly@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): String#count has been implemented as Ruby's method in MacRuby. http ://ruby-doc.org/core-1.9.2/String.html#method-i-count "a.count" in your code invokes Ruby's method. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Mar 27 21:48:49 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 28 Mar 2012 04:48:49 +0000 Subject: [MacRuby] #1487: isEmpty() from ObjC In-Reply-To: <051.ba7a0882e2e3c2af5f5afb2fb0ce4ab1@macosforge.org> References: <051.ba7a0882e2e3c2af5f5afb2fb0ce4ab1@macosforge.org> Message-ID: <060.8e422e9e8781f4500426a4da7f620d74@macosforge.org> #1487: isEmpty() from ObjC ----------------------------------+----------------------------------------- Reporter: iloveitaly@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): And same method has been implemented in NSString for compatibility with Ruby. {{{ irb(main):001:0> str = NSString.stringWithString("foo") => "foo" irb(main):002:0> str.count ArgumentError: wrong number of arguments irb(main):003:0> str.count "o" => 2 }}} You might need to avoid "count" method. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Mar 28 17:27:17 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 29 Mar 2012 00:27:17 +0000 Subject: [MacRuby] #1477: Macirb no longer understands blocks with more than one argument In-Reply-To: <049.0fd90b8b93e1e2647dcc776720ef7c0c@macosforge.org> References: <049.0fd90b8b93e1e2647dcc776720ef7c0c@macosforge.org> Message-ID: <058.71969c12a9f97c2aa0d00cd6fed7029d@macosforge.org> #1477: Macirb no longer understands blocks with more than one argument --------------------------------+------------------------------------------- Reporter: lastobelus@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by watson1978@?): Hmm, it looks like Bugs have mixed into Ripper. {{{ require 'ripper' class Parser < Ripper::SexpBuilder ms = Ripper::SexpBuilder.new('').methods defs = ms.map { |s| s.to_s } .select { |s| s.start_with?('on_') } .map { |s| %Q{ def #{s}(*args) print '#{s}: ' p args end }}.join eval(defs) end def parse(src) puts "****" + src.inspect + "****" Parser.new(src).parse end parse "def test(a,b)" }}} {{{ $ macruby_select 0.10 t.rb ****"def test(a,b)"**** on_kw: ["def"] on_sp: [" "] on_ident: ["test"] on_lparen: ["("] on_ident: ["a"] on_comma: [","] on_ident: ["b"] on_rparen: [")"] on_params: [[["a"], ["b"]], nil, nil, nil, nil] on_paren: [[[["a"], ["b"]], nil, nil, nil, nil]] on_parse_error: ["syntax error, unexpected $end"] $ macruby t.rb ****"def test(a,b)"**** on_kw: ["def"] on_sp: [" "] on_ident: ["test"] on_lparen: ["("] on_ident: ["a"] on_comma: [","] on_ident: ["b"] on_rparen: [")"] on_parse_error: ["duplicated argument name"] # <= unexpected on_params: [[["a"], ["b"]], nil, nil, nil, nil] on_paren: [[[["a"], ["b"]], nil, nil, nil, nil]] on_parse_error: ["syntax error, unexpected $end"] }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Mar 29 00:41:50 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 29 Mar 2012 07:41:50 +0000 Subject: [MacRuby] #1482: macirb causes SyntaxError on methods with two parameters In-Reply-To: <053.cee67fcd3e740534b4398143061b2ae3@macosforge.org> References: <053.cee67fcd3e740534b4398143061b2ae3@macosforge.org> Message-ID: <062.55571a2eb131b17ffed4730602454f2e@macosforge.org> #1482: macirb causes SyntaxError on methods with two parameters ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: reduction | ------------------------------------+--------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/611c2ec874a125955b27f5e7ca54864402fa264e -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Mar 29 00:43:06 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 29 Mar 2012 07:43:06 +0000 Subject: [MacRuby] #1477: Macirb no longer understands blocks with more than one argument In-Reply-To: <049.0fd90b8b93e1e2647dcc776720ef7c0c@macosforge.org> References: <049.0fd90b8b93e1e2647dcc776720ef7c0c@macosforge.org> Message-ID: <058.0345e84742aea90ec5d9eeb8aaae5108@macosforge.org> #1477: Macirb no longer understands blocks with more than one argument --------------------------------+------------------------------------------- Reporter: lastobelus@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/611c2ec874a125955b27f5e7ca54864402fa264e -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Mar 29 23:10:45 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 30 Mar 2012 06:10:45 +0000 Subject: [MacRuby] #1475: The Dispatch::Group#notify docs are incorrect. In-Reply-To: <054.8204ee79e12ede2580a55b147f78bbcf@macosforge.org> References: <054.8204ee79e12ede2580a55b147f78bbcf@macosforge.org> Message-ID: <063.5e3de09854b789fabccbdbbfec8fe759@macosforge.org> #1475: The Dispatch::Group#notify docs are incorrect. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: eloy.de.enige@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | -------------------------------------+-------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/43d40b97cb5618e831c65db9a0373ea14ca81523 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Mar 30 02:20:17 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 30 Mar 2012 09:20:17 +0000 Subject: [MacRuby] #1490: should define constants of "MACH_SEND" and "MACH_RECV" in Dispatch::Source. Message-ID: <051.eb3afdd41e0963e6c9bf024c175114df@macosforge.org> #1490: should define constants of "MACH_SEND" and "MACH_RECV" in Dispatch::Source. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- SOURCE_TYPE_MACH_SEND and SOURCE_TYPE_MACH_RECV are enumerated in https://github.com/MacRuby/MacRuby/blob/master/gcd.c#L54-55 However, they does not used by definition of constants in https://github.com/MacRuby/MacRuby/blob/master/gcd.c#L1419 I hope to define Dispatch::Source::MACH_SEND and Dispatch::Source::MACH_RECV -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Mar 30 05:09:17 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 30 Mar 2012 12:09:17 +0000 Subject: [MacRuby] #1490: should define constants of "MACH_SEND" and "MACH_RECV" in Dispatch::Source. In-Reply-To: <051.eb3afdd41e0963e6c9bf024c175114df@macosforge.org> References: <051.eb3afdd41e0963e6c9bf024c175114df@macosforge.org> Message-ID: <060.dd586ecec8ff2690095e30a6b2ef9a89@macosforge.org> #1490: should define constants of "MACH_SEND" and "MACH_RECV" in Dispatch::Source. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Hmm, It looks like there is any reason to be not define the constants. https://github.com/MacRuby/MacRuby/blob/master/spec/macruby/core/gcd/source_spec.rb#L29-30 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Mar 30 17:34:57 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 31 Mar 2012 00:34:57 +0000 Subject: [MacRuby] #1490: should define constants of "MACH_SEND" and "MACH_RECV" in Dispatch::Source. In-Reply-To: <051.eb3afdd41e0963e6c9bf024c175114df@macosforge.org> References: <051.eb3afdd41e0963e6c9bf024c175114df@macosforge.org> Message-ID: <060.8f887b3582cdaead23898eb2f771ad37@macosforge.org> #1490: should define constants of "MACH_SEND" and "MACH_RECV" in Dispatch::Source. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by watson1978@?): * priority: blocker => minor -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Mar 30 17:35:53 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 31 Mar 2012 00:35:53 +0000 Subject: [MacRuby] #1491: Dispatch::Source.timer should not repeat if specify TIME_FOREVER to interval. Message-ID: <051.ee3097aa67643ecbf66db02afade1ee5@macosforge.org> #1491: Dispatch::Source.timer should not repeat if specify TIME_FOREVER to interval. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ gcdq = Dispatch::Queue.new('sample') timer = Dispatch::Source.timer(1, Dispatch::TIME_FOREVER, 0, gcdq) do |s| puts "Wake up!" end sleep 3 }}} Result: {{{ $ macruby gcd.rb Wake up! Wake up! Wake up! Wake up! ---- snip ---- }}} I wrote same code with Objective-C, and it does not repeat. {{{ #import int main(void) { NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; dispatch_queue_t queue = dispatch_queue_create("sample", NULL); dispatch_source_t timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, queue); dispatch_source_set_timer(timer, dispatch_time(DISPATCH_TIME_NOW, 1ull * NSEC_PER_SEC), DISPATCH_TIME_FOREVER, 0); dispatch_source_set_event_handler(timer, ^{ NSLog(@"Wake up"); }); dispatch_resume(timer); sleep(3); [pool release]; return 0; } }}} {{{ $ gcc gcd.m -framework Foundation $ ./a.out 2012-03-31 09:33:59.188 a.out[61445:1703] Wake up $ }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Mar 30 18:38:43 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 31 Mar 2012 01:38:43 +0000 Subject: [MacRuby] #1491: Dispatch::Source.timer should not repeat if specify TIME_FOREVER to interval. In-Reply-To: <051.ee3097aa67643ecbf66db02afade1ee5@macosforge.org> References: <051.ee3097aa67643ecbf66db02afade1ee5@macosforge.org> Message-ID: <060.5294db937794cb001886bd85f2c942a4@macosforge.org> #1491: Dispatch::Source.timer should not repeat if specify TIME_FOREVER to interval. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/bcd996c558e4fe37c8e185c804c2459f57cf0709 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Mar 31 05:03:04 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 31 Mar 2012 12:03:04 +0000 Subject: [MacRuby] #1492: Fails the Spec about the Range#relative_to Message-ID: <051.90d7a00a5bba8e36c3de63767771468e@macosforge.org> #1492: Fails the Spec about the Range#relative_to ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Latest MacRuby fails the Spec about the Range#relative_to {{{ $ rake spec:ci rm -rf rubyspec_temp ./mspec/bin/mspec ci -B ./spec/macruby.mspec :full ---- snip --- 1) A Range object responds to #relative_to, which returns a new Range object without negative indicies FAILED Expected 0..11 to equal 0..10 /Users/watson/src/macruby-master/spec/macruby/core/range_spec.rb:14:in `block' /Users/watson/src/macruby-master/spec/macruby/core/range_spec.rb:1:in `
' Finished in 277.238063 seconds 3368 files, 15915 examples, 59178 expectations, 1 failure, 0 errors rake aborted! Command failed with status (1): [./mspec/bin/mspec ci -B ./spec/macruby.msp...] Tasks: TOP => spec:ci (See full trace by running task with --trace) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Mar 31 09:34:02 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 31 Mar 2012 16:34:02 +0000 Subject: [MacRuby] #1492: Fails the Spec about the Range#relative_to In-Reply-To: <051.90d7a00a5bba8e36c3de63767771468e@macosforge.org> References: <051.90d7a00a5bba8e36c3de63767771468e@macosforge.org> Message-ID: <060.c79d57ad4e915c035c26f150860a58df@macosforge.org> #1492: Fails the Spec about the Range#relative_to ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by mrada@?): Oops. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Mar 31 09:57:57 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 31 Mar 2012 16:57:57 +0000 Subject: [MacRuby] #1492: Fails the Spec about the Range#relative_to In-Reply-To: <051.90d7a00a5bba8e36c3de63767771468e@macosforge.org> References: <051.90d7a00a5bba8e36c3de63767771468e@macosforge.org> Message-ID: <060.ce5acf80eb599ac27d13bc217e79fe55@macosforge.org> #1492: Fails the Spec about the Range#relative_to ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by mrada@?): Off by one, I should have checked against (beg + len > m) ...I will push that out shortly. Sorry. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Mar 31 16:44:10 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 31 Mar 2012 23:44:10 +0000 Subject: [MacRuby] #1492: Fails the Spec about the Range#relative_to In-Reply-To: <051.90d7a00a5bba8e36c3de63767771468e@macosforge.org> References: <051.90d7a00a5bba8e36c3de63767771468e@macosforge.org> Message-ID: <060.55ecce80972844ac958b1bbc90cf0309@macosforge.org> #1492: Fails the Spec about the Range#relative_to ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Thanks, I confirmed with https://github.com/MacRuby/MacRuby/commit/b7958dcfb8520e8b505a218cab2ae0c506ba38b1 -- Ticket URL: MacRuby