From ruby-noreply at macosforge.org Fri Sep 2 14:53:07 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 02 Sep 2011 21:53:07 +0000 Subject: [MacRuby] #1322: Xcode 4.1/4.2 In-Reply-To: <057.d1af71e9afb5deed33ab3294af73dc7b@macosforge.org> References: <057.d1af71e9afb5deed33ab3294af73dc7b@macosforge.org> Message-ID: <066.83d817bd03e1dd0203e05f04ba7a246c@macosforge.org> #1322: Xcode 4.1/4.2 ----------------------------------------+----------------------------------- Reporter: d.dagostino@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Comment(by gregoire.jacquin@?): What version of Xcode 4.2 beta X ? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 2 15:24:27 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 02 Sep 2011 22:24:27 +0000 Subject: [MacRuby] #1322: Xcode 4.1/4.2 In-Reply-To: <057.d1af71e9afb5deed33ab3294af73dc7b@macosforge.org> References: <057.d1af71e9afb5deed33ab3294af73dc7b@macosforge.org> Message-ID: <066.6581d0243e1f22fa1c6c61be2bd76d51@macosforge.org> #1322: Xcode 4.1/4.2 ----------------------------------------+----------------------------------- Reporter: d.dagostino@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Comment(by markrada26@?): Beta 6, and now beta 7 as well. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 4 04:15:08 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 04 Sep 2011 11:15:08 +0000 Subject: [MacRuby] #1322: Xcode 4.1/4.2 In-Reply-To: <057.d1af71e9afb5deed33ab3294af73dc7b@macosforge.org> References: <057.d1af71e9afb5deed33ab3294af73dc7b@macosforge.org> Message-ID: <066.dd58ed69522b5e138a51da08b74a451c@macosforge.org> #1322: Xcode 4.1/4.2 ----------------------------------------+----------------------------------- Reporter: d.dagostino@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Comment(by gregoire.jacquin@?): I confirm: the latest beta 6 works with MacRuby -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Sep 6 06:40:55 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 06 Sep 2011 13:40:55 +0000 Subject: [MacRuby] #1384: Additions to class String are unusable from string created with NSString Message-ID: <049.0b08c6efdc42c20218e6de20134ca0b2@macosforge.org> #1384: Additions to class String are unusable from string created with NSString --------------------------------+------------------------------------------- Reporter: sohocoke@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- {{{ irb(main):001:0> class String irb(main):002:1> def handy_method irb(main):003:2> puts "I'm a handy method." irb(main):004:1> end irb(main):005:0> end => nil irb(main):006:0> => nil irb(main):007:0> str1 = "a" => "a" irb(main):008:0> str1.class => String irb(main):009:0> str1.handy_method I'm a handy method. => nil irb(main):010:0> => nil irb(main):011:0> str2 = NSString.stringWithString "a" => "a" irb(main):012:0> str2.class => String irb(main):013:0> str2.class.eql? str1.class => true irb(main):014:0> str2.handy_method NoMethodError: undefined method `handy_method' for "a":String irb(main):015:0> `macruby -v` => "MacRuby 0.11 (ruby 1.9.2) [universal-darwin10.0, x86_64]\n" irb(main):016:0> }}} I expected str2.handy_method to be invoked successfully. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Sep 6 07:30:59 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 06 Sep 2011 14:30:59 +0000 Subject: [MacRuby] #1385: Segfault occurs when running with Rails 3.0.7 since #ee78786 Message-ID: <047.7f32eec2c9abf830f520d00fa2a6ac6d@macosforge.org> #1385: Segfault occurs when running with Rails 3.0.7 since #ee78786 ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: rails ------------------------------+--------------------------------------------- Segfault occurs when running with Rails 3.0.7 since #ee78786. See below. {{{ $ env VM_DISABLE_RBO=1 macruby -S rails server => Booting WEBrick => Rails 3.0.7 application starting in development on http://0.0.0.0:3000 => Call with -d to detach => Ctrl-C to shutdown server (after 2 or 3 seconds) zsh: segmentation fault (; cd /Users/kouji/work/MacRuby/MacRuby/issues/work/demo && env macruby -S ) }}} So I created a patch and attached it into this ticket. Laurent, Could you review it? Thanks. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Sep 6 20:49:41 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 07 Sep 2011 03:49:41 +0000 Subject: [MacRuby] #1346: Segfault occurs when invoked a Module#attr within some threads. In-Reply-To: <051.1dd2b2d4808a6bae60e60d595cdcedae@macosforge.org> References: <051.1dd2b2d4808a6bae60e60d595cdcedae@macosforge.org> Message-ID: <060.b08ef7b37722be028a216a9d648c4550@macosforge.org> #1346: Segfault occurs when invoked a Module#attr within some threads. ----------------------------------+----------------------------------------- Reporter: watson1978@? | 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 0.11 Comment: I forgot to close this issue. Fixed with https://github.com/MacRuby/MacRuby/commit/d1d50ef583a1c7ab151f0e26dfa233bcf668a023 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Sep 10 00:33:53 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 10 Sep 2011 07:33:53 +0000 Subject: [MacRuby] #1386: unrecognized selector error within NSGradient.alloc.initWithColorsAndLocations Message-ID: <051.cb0e62a2a6472d6e59d5370da51d43c3@macosforge.org> #1386: unrecognized selector error within NSGradient.alloc.initWithColorsAndLocations ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby framework 'AppKit' gradient = NSGradient.alloc.initWithColorsAndLocations( NSColor.redColor, 0.0, NSColor.blueColor, 0.5, NSColor.greenColor, 1.0, nil) p gradient }}} {{{ $ macruby test_gradient.rb 2011-09-10 16:30:40.817 macruby[541:60b] -[__NSCFNumber colorUsingColorSpace:]: unrecognized selector sent to instance 0x4002609a0 /Users/watson/tmp/test_gradient.rb:7:in `
': NSInvalidArgumentException: -[__NSCFNumber colorUsingColorSpace:]: unrecognized selector sent to instance 0x4002609a0 (RuntimeError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Sep 10 06:27:17 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 10 Sep 2011 13:27:17 +0000 Subject: [MacRuby] #1386: unrecognized selector error within NSGradient.alloc.initWithColorsAndLocations In-Reply-To: <051.cb0e62a2a6472d6e59d5370da51d43c3@macosforge.org> References: <051.cb0e62a2a6472d6e59d5370da51d43c3@macosforge.org> Message-ID: <060.5abdd28d90346a7364b1d72e6dadae89@macosforge.org> #1386: unrecognized selector error within NSGradient.alloc.initWithColorsAndLocations ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): 'Use other initializers.' is written in AppKit.bridgesupport for initWithColorsAndLocations.[[BR]] Is this API not support? For initWithColors:atLocations:colorSpace:, also, it is written the same message. {{{ $ grep 'Use other initializers.' /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKit.bridgesupport 4216: 4217: }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 11 08:23:46 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 11 Sep 2011 15:23:46 +0000 Subject: [MacRuby] #1384: Additions to class String are unusable from string created with NSString In-Reply-To: <049.0b08c6efdc42c20218e6de20134ca0b2@macosforge.org> References: <049.0b08c6efdc42c20218e6de20134ca0b2@macosforge.org> Message-ID: <058.cfb0b1c9fac38fcbb67a40761b8f3e20@macosforge.org> #1384: Additions to class String are unusable from string created with NSString --------------------------------+------------------------------------------- Reporter: sohocoke@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by watson1978@?): I think that object which was created by NSString.stringWithString should display "NSString" class. (Similar, #1141) {{{ > str2.class => String # expect => NSString }}} {{{ $ macirb --simple >> class NSString >> def handy_method >> puts "I'm a handy method." >> end >> end => nil >> str2 = NSString.stringWithString "a" => "a" >> str2.class => String >> str2.handy_method I'm a handy method. => nil >> }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 11 08:30:25 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 11 Sep 2011 15:30:25 +0000 Subject: [MacRuby] #1384: Additions to class String are unusable from string created with NSString In-Reply-To: <049.0b08c6efdc42c20218e6de20134ca0b2@macosforge.org> References: <049.0b08c6efdc42c20218e6de20134ca0b2@macosforge.org> Message-ID: <058.37e509e778813bc960e50b84e3975827@macosforge.org> #1384: Additions to class String are unusable from string created with NSString --------------------------------+------------------------------------------- Reporter: sohocoke@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by watson1978@?): If you add the method to NSString, you could invoke as following. {{{ >> "a".handy_method I'm a handy method. }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 11 08:36:16 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 11 Sep 2011 15:36:16 +0000 Subject: [MacRuby] #1384: Additions to class String are unusable from string created with NSString In-Reply-To: <049.0b08c6efdc42c20218e6de20134ca0b2@macosforge.org> References: <049.0b08c6efdc42c20218e6de20134ca0b2@macosforge.org> Message-ID: <058.8a2d54cb17514f090d4c27cab388ffde@macosforge.org> #1384: Additions to class String are unusable from string created with NSString --------------------------------+------------------------------------------- Reporter: sohocoke@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by watson1978@?): String class is built on NSString. If you want to add the method to both classes, you should add the method to NSString. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 11 09:06:57 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 11 Sep 2011 16:06:57 +0000 Subject: [MacRuby] #1369: ArgumentError (and some friends) do not always provide a backtrace In-Reply-To: <053.cb1b6f846c270dea730745e3cf5f5c33@macosforge.org> References: <053.cb1b6f846c270dea730745e3cf5f5c33@macosforge.org> Message-ID: <062.235dd58333f0708a64b7d12c0761a67c@macosforge.org> #1369: ArgumentError (and some friends) do not always provide a backtrace ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): This issue seems to duplicate of #1334. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 11 09:59:03 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 11 Sep 2011 16:59:03 +0000 Subject: [MacRuby] #1369: ArgumentError (and some friends) do not always provide a backtrace In-Reply-To: <053.cb1b6f846c270dea730745e3cf5f5c33@macosforge.org> References: <053.cb1b6f846c270dea730745e3cf5f5c33@macosforge.org> Message-ID: <062.843d27f72dbfe1b11ccf008248f6578c@macosforge.org> #1369: ArgumentError (and some friends) do not always provide a backtrace ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by markrada26@?): Yeah, it does look like a duplicate. I still haven't been able to reduce the issue, but I'll soon be able to open source the library where I am having the issue so maybe someone can help then. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 11 21:54:22 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 12 Sep 2011 04:54:22 +0000 Subject: [MacRuby] #1262: Rack error calling [] in Faraday via the Octokit gem In-Reply-To: <047.5ca341f2eab29b1803ecb9277131710d@macosforge.org> References: <047.5ca341f2eab29b1803ecb9277131710d@macosforge.org> Message-ID: <056.858ef7f2fe4ae8442dfd60675c538dee@macosforge.org> #1262: Rack error calling [] in Faraday via the Octokit gem ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: github, octokit, rack, hubcap, 0.11-blocker ------------------------------+--------------------------------------------- Comment(by watson1978@?): init_copy invoke String#initialize_copy at `rb_vm_call(dest, selInitializeCopy, 1, &obj);'. [[BR]] Same data is copied with rstr_copy() and String#initialize_copy. [[BR]] So, I think that rstr_copy is unnecessary, and I rewrote alloy's patch. https://gist.github.com/1210522/ -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 12 05:10:27 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 12 Sep 2011 12:10:27 +0000 Subject: [MacRuby] #1262: Rack error calling [] in Faraday via the Octokit gem In-Reply-To: <047.5ca341f2eab29b1803ecb9277131710d@macosforge.org> References: <047.5ca341f2eab29b1803ecb9277131710d@macosforge.org> Message-ID: <056.055009b8f186c97f3cc109fd6782260f@macosforge.org> #1262: Rack error calling [] in Faraday via the Octokit gem ---------------------------------------------------------+------------------ Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: github, octokit, rack, hubcap, 0.11-blocker | ---------------------------------------------------------+------------------ Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/19514ab3772bb743960deaaf18d57dc721fe8dce -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 12 05:44:08 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 12 Sep 2011 12:44:08 +0000 Subject: [MacRuby] #1387: MacRuby fixed to using system sqlite Message-ID: <048.85ee50f7e0ad81139f9a07c8aa022681@macosforge.org> #1387: MacRuby fixed to using system sqlite -------------------------------+-------------------------------------------- Reporter: tpitale@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: gem, sqlite -------------------------------+-------------------------------------------- I'm trying to use the amalgalite gem (which has sqlite embedded) with MacRuby and I'm getting an error from amalgalite about it not being able to use the embedded sqlite. Here is a conversation I had with the amalgalite maintainer: https://github.com/copiousfreetime/amalgalite/issues/17 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Sep 13 19:00:47 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 14 Sep 2011 02:00:47 +0000 Subject: [MacRuby] #1120: User defined classes created with singleton methods In-Reply-To: <059.80a2e12edb5d9ed8e459ebeab6638261@macosforge.org> References: <059.80a2e12edb5d9ed8e459ebeab6638261@macosforge.org> Message-ID: <068.a2d4dc63f11495894e14e2bb0d41cd29@macosforge.org> #1120: User defined classes created with singleton methods ------------------------------------------+--------------------------------- Reporter: smorss@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------------+--------------------------------- Comment(by jhemmelg@?): I confirm this is still fixed at commit [https://github.com/MacRuby/MacRuby/commit/19514ab3772bb743960deaaf18d57dc721fe8dce]. This issue can be closed. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Sep 13 23:43:01 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 14 Sep 2011 06:43:01 +0000 Subject: [MacRuby] #1120: User defined classes created with singleton methods In-Reply-To: <059.80a2e12edb5d9ed8e459ebeab6638261@macosforge.org> References: <059.80a2e12edb5d9ed8e459ebeab6638261@macosforge.org> Message-ID: <068.9241d3c01c0c981c814dc535cc8b6a12@macosforge.org> #1120: User defined classes created with singleton methods ------------------------------------------+--------------------------------- Reporter: smorss@? | 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 0.11 Comment: Thank you for your report. Indeed, this issue seems to already close. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 14 10:43:42 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 14 Sep 2011 17:43:42 +0000 Subject: [MacRuby] #1388: Can't subclass NSProxy Message-ID: <044.1c98d3e4e6e01be95054b786dbb6f849@macosforge.org> #1388: Can't subclass NSProxy ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ When trying to create a subclass of NSProxy, I get: `
': undefined method `inherited' for "#":String (NoMethodError) I am running the MacRuby nightly from September 13th and have the latest BridgeSupport installed. Example: {{{ class MyProxy < NSProxy def initWithTarget(target) @target = target end end str = "foo" proc = MyProxy.alloc.initWithTarget(str) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 14 17:56:07 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 15 Sep 2011 00:56:07 +0000 Subject: [MacRuby] #1388: Can't subclass NSProxy In-Reply-To: <044.1c98d3e4e6e01be95054b786dbb6f849@macosforge.org> References: <044.1c98d3e4e6e01be95054b786dbb6f849@macosforge.org> Message-ID: <053.ac419ea71434738bdf57ceb5a565f66e@macosforge.org> #1388: Can't subclass NSProxy ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Comment(by mrada@?): In normal Ruby, the Class class has a no-op implementation of the inherited method so that the VM can always call the method on the superclasses of a new class even if you do not provide an implementation of your own. Since NSProxy does not live inside the standard inheritance hierarchy, it implements the NSObject protocol instead of subclassing NSObject, it does not get the methods that MacRuby has added to NSObject. The missing methods are inherent in how Ruby is implemented, like respond_to?. I'm not sure of the actual solution to this problem, but it will only happen for classes that do not inherit from NSObject. There are some workarounds, like checking if the object responds to the selector first, but the current system was designed to avoid that kind of overhead so I don't think that that is a good solution. Another workaround might be to define the class you are looking for in Objective-C, but you would also have to define the other methods that MacRuby expects objects to have. Someone else probably has better ideas, I am not too experienced with Objective-C. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 14 20:10:22 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 15 Sep 2011 03:10:22 +0000 Subject: [MacRuby] #1388: Can't subclass NSProxy In-Reply-To: <044.1c98d3e4e6e01be95054b786dbb6f849@macosforge.org> References: <044.1c98d3e4e6e01be95054b786dbb6f849@macosforge.org> Message-ID: <053.c77e676303ed771a0e4fc035ab2bf371@macosforge.org> #1388: Can't subclass NSProxy ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Comment(by mrada@?): As a temporary workaround, you could just implement the required methods yourself. I've modified your sample code to make it work: {{{ class << NSProxy def method_added meth end def inherited klass end end class MyProxy < NSProxy def initWithTarget(target) @target = target end end str = "foo" proc = MyProxy.alloc.initWithTarget(str) }}} That snippet is enough to not throw an exception, but there are a number of other callbacks that Ruby makes that might throw exceptions and so you will have to implement them all yourself. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 14 20:13:18 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 15 Sep 2011 03:13:18 +0000 Subject: [MacRuby] #1388: Can't subclass NSProxy In-Reply-To: <044.1c98d3e4e6e01be95054b786dbb6f849@macosforge.org> References: <044.1c98d3e4e6e01be95054b786dbb6f849@macosforge.org> Message-ID: <053.775bd6007bb020520eb084fe8cf89479@macosforge.org> #1388: Can't subclass NSProxy ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Comment(by mrada@?): I'm wondering now if this should be the recommended solution for objects that do not inherit from NSObject, or if MacRuby should try to handle this case itself... -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 15 00:59:49 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 15 Sep 2011 07:59:49 +0000 Subject: [MacRuby] #1376: C API should include RREGEXP In-Reply-To: <045.42ac169b52e10a0b255c7a3694725a9f@macosforge.org> References: <045.42ac169b52e10a0b255c7a3694725a9f@macosforge.org> Message-ID: <054.e7bfe8e96b243e63ca01b96fe4994872@macosforge.org> #1376: C API should include RREGEXP ----------------------------+----------------------------------------------- Reporter: kyle@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by art@?): bson_ext will demonstrate this error when compiling cbson. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 15 09:26:48 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 15 Sep 2011 16:26:48 +0000 Subject: [MacRuby] #1388: Can't subclass NSProxy In-Reply-To: <044.1c98d3e4e6e01be95054b786dbb6f849@macosforge.org> References: <044.1c98d3e4e6e01be95054b786dbb6f849@macosforge.org> Message-ID: <053.141293341a473383cff7fdc5ce86389c@macosforge.org> #1388: Can't subclass NSProxy ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Comment(by haxie1@?): Thanks for the response. For now I can just create my NSProxy subclass in Objc as part of a framework I am working on, but I do think that MacRuby should handle this on its own. Since MacRuby knows what methods it needs to call on NSProxy (or any object), it would make using this class as easy to use as it is on the ObjC if MR handled all of this. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 18 17:22:43 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 19 Sep 2011 00:22:43 +0000 Subject: [MacRuby] #1385: Segfault occurs when running with Rails 3.0.7 since #ee78786 In-Reply-To: <047.7f32eec2c9abf830f520d00fa2a6ac6d@macosforge.org> References: <047.7f32eec2c9abf830f520d00fa2a6ac6d@macosforge.org> Message-ID: <056.f7d0ab002a8a07a50ffaecf091503763@macosforge.org> #1385: Segfault occurs when running with Rails 3.0.7 since #ee78786 ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: rails ------------------------------+--------------------------------------------- Comment(by kouji@?): This issue should be fixed in https://github.com/MacRuby/MacRuby/commit/8fe26ff523fbd857abafe607b0b8e12b17fe088c . Laurent: If this changes isn't good, please revert it. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 18 17:31:40 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 19 Sep 2011 00:31:40 +0000 Subject: [MacRuby] #1389: If autoload with "./", can't delete autoload target information after require. Message-ID: <047.19b96b2831193b4203df7e0cf42caa3a@macosforge.org> #1389: If autoload with "./", can't delete autoload target information after require. ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: autoload ------------------------------+--------------------------------------------- Reduction below. {{{ --- a.rb --- open("zzz.rb", "w") {|f| f.puts "class ZZZ; def self.ok;:ok;end;end"} autoload :ZZZ, "./zzz.rb" require "./zzz.rb" p ZZZ.ok --- result --- $ env DYLD_LIBRARY_PATH=/Users/kouji/work/MacRuby/MacRuby ./macruby a.rb /Users/kouji/work/MacRuby/MacRuby/zzz.rb:1:in `
': uninitialized constant ZZZ (NameError) from /Users/kouji/work/MacRuby/MacRuby/a.rb:3:in `
' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 18 17:42:25 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 19 Sep 2011 00:42:25 +0000 Subject: [MacRuby] #1389: If autoload with "./", can't delete autoload target information after require. In-Reply-To: <047.19b96b2831193b4203df7e0cf42caa3a@macosforge.org> References: <047.19b96b2831193b4203df7e0cf42caa3a@macosforge.org> Message-ID: <056.702f395f73cdac10db47a5e18d3af354@macosforge.org> #1389: If autoload with "./", can't delete autoload target information after require. ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: autoload ------------------------------+--------------------------------------------- Comment(by kouji@?): This issue should be fixed in https://github.com/MacRuby/MacRuby/commit/31dffc8bb486b9c5e7613b43546055bc795a8e4a . -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 19 00:11:55 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 19 Sep 2011 07:11:55 +0000 Subject: =?utf-8?q?=5BMacRuby=5D_=231390=3A_Abort_when_I_pressed_?= =?utf-8?q?=E2=80=9CAbout_your_application=E2=80=99s_environment?= =?utf-8?q?=E2=80=9D_in_rails_3=2E0=2E7_welcome_page=2E?= Message-ID: <047.3aaa8a7f0fa787c55e7afaec06089b2c@macosforge.org> #1390: Abort when I pressed ?About your application?s environment? in rails 3.0.7 welcome page. ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: rails ------------------------------+--------------------------------------------- Reduction below. {{{ First: install rails 3.0.7 Next: generate a rails project $ env VM_DISABLE_RBO=1 macruby -S rails new demo Next: run server $ cd demo $ env VM_DISABLE_RBO=1 macruby -S rails server Next: access http://localhost:3000 (welcome page) with your browser Next: click the "About your application?s environment" link Then abort with a message below. Assertion failed: ((b->flags & flags) == flags), function rb_vm_prepare_block, file dispatcher.cpp, line 1406. }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 19 00:16:30 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 19 Sep 2011 07:16:30 +0000 Subject: =?utf-8?q?Re=3A_=5BMacRuby=5D_=231390=3A_Abort_when_I_pressed_?= =?utf-8?q?=E2=80=9CAbout_your_application=E2=80=99s_environment?= =?utf-8?q?=E2=80=9D_in_rails_3=2E0=2E7_welcome_page=2E?= In-Reply-To: <047.3aaa8a7f0fa787c55e7afaec06089b2c@macosforge.org> References: <047.3aaa8a7f0fa787c55e7afaec06089b2c@macosforge.org> Message-ID: <056.488b33a445fe5fef2ec9322f35d1fc9f@macosforge.org> #1390: Abort when I pressed ?About your application?s environment? in rails 3.0.7 welcome page. ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: rails ------------------------------+--------------------------------------------- Comment(by kouji@?): There is a workaround below. {{{ diff --git a/23f7aeb b/ab8d514 index 23f7aeb..ab8d514 100644 --- a/23f7aeb +++ b/ab8d514 @@ -1403,7 +1403,10 @@ rb_vm_prepare_block(void *function, int flags, VALUE self, rb_vm_arity_t arity, } else { assert(b->dvars_size == dvars_size); - assert((b->flags & flags) == flags); + //assert((b->flags & flags) == flags); + if ((b->flags & flags) != flags) { + printf("%s:%d:%s: (b->flags & flags) != flags, b->flags(%d), flags(%d), (b->flags & flags)(%d)\n", __FILE__, __LINE__, __FUNCTION__, b->flags, flags, (b->flags & flags)); + } } b->proc = Qnil; }}} I got below, when I applied above changes. {{{ dispatcher.cpp:1408:rb_vm_prepare_block: (b->flags & flags) != flags, b->flags(0), flags(64), (b->flags & flags)(0) dispatcher.cpp:1408:rb_vm_prepare_block: (b->flags & flags) != flags, b->flags(0), flags(64), (b->flags & flags)(0) dispatcher.cpp:1408:rb_vm_prepare_block: (b->flags & flags) != flags, b->flags(0), flags(64), (b->flags & flags)(0) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 22 16:40:54 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 22 Sep 2011 23:40:54 +0000 Subject: [MacRuby] #1391: macruby interpreter quits on 'quit' out of scope Message-ID: <046.ab22b5cca0215a828376882f11b5568d@macosforge.org> #1391: macruby interpreter quits on 'quit' out of scope -----------------------------+---------------------------------------------- Reporter: macruby@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- 1) launch macirb 2) type: framework 'ScriptingBridge' pages = SBApplication.applicationWithBundleIdentifier("com.apple.Iwork.Pages") # or some other app... pages.quit # oops ... how silly, pages doesn't have a quit command ... but: 3) macirb itself silently quits instead -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 22 17:35:25 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 23 Sep 2011 00:35:25 +0000 Subject: [MacRuby] #1391: macruby interpreter quits on 'quit' out of scope In-Reply-To: <046.ab22b5cca0215a828376882f11b5568d@macosforge.org> References: <046.ab22b5cca0215a828376882f11b5568d@macosforge.org> Message-ID: <055.16972c380bde1b9ea1742d823f8606cb@macosforge.org> #1391: macruby interpreter quits on 'quit' out of scope -----------------------------+---------------------------------------------- Reporter: macruby@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Comment(by kouji@?): I coded a patch that fixes this. I put it to Gist - https://gist.github.com/1236457 . It is a quick patch. I think @alloy knows better fixing. However, this works. Thanks. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 23 08:27:13 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 23 Sep 2011 15:27:13 +0000 Subject: [MacRuby] #1391: macruby interpreter quits on 'quit' out of scope In-Reply-To: <046.ab22b5cca0215a828376882f11b5568d@macosforge.org> References: <046.ab22b5cca0215a828376882f11b5568d@macosforge.org> Message-ID: <055.920298e82422afca8a3ebc69eb4cfe69@macosforge.org> #1391: macruby interpreter quits on 'quit' out of scope -----------------------------+---------------------------------------------- Reporter: macruby@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Comment(by eloy.de.enige@?): Yeah I?ve been pondering over this for a while. The solutions are to either add the method to Kernel, akin to what Kouji?s patch does, or only extend the objects that are are being used as context. E.g.: {{{ module IRB class Context module ContextMethods def quit exit end end def initialize(object, explicit_binding = nil) object.extend(ContextMethods) ... end end end }}} @Kouji What do you think is the best solution? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 23 08:40:12 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 23 Sep 2011 15:40:12 +0000 Subject: [MacRuby] #1392: FlikrDemo example can create bad URLs Message-ID: <053.097a009162ed1dbe68705100806773a8@macosforge.org> #1392: FlikrDemo example can create bad URLs ------------------------------------+--------------------------------------- Reporter: mcphail_colin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: FlikrDemo ------------------------------------+--------------------------------------- Adding a new Flikr source that includes characters not allowed in an URL (e.g. 'Edinburgh Castle' which contains a space) causes a 'malformed URL' exception. I attach a patched version of FlikrDemoController.rb that uses NSString's stringByAddingPercentEscapesUsingEncoding method to escape illegal characters. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 23 16:00:18 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 23 Sep 2011 23:00:18 +0000 Subject: [MacRuby] #1391: macruby interpreter quits on 'quit' out of scope In-Reply-To: <046.ab22b5cca0215a828376882f11b5568d@macosforge.org> References: <046.ab22b5cca0215a828376882f11b5568d@macosforge.org> Message-ID: <055.bb64fc6534b698ffb6d4d7a0e85f51fd@macosforge.org> #1391: macruby interpreter quits on 'quit' out of scope -----------------------------+---------------------------------------------- Reporter: macruby@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Comment(by kouji@?): Your idea (only extend the objects) looks good. In cRuby, IRB defines method quit(is aliased method irb_exit) of object main. IRB doesn't defines the method of Kernel. If IRB defines the method of Kernel, then we get no good behavior like the following. {{{ $ ruby -e 'def quit; p "quit"; end; 1.quit' -e:1:in `
': private method `quit' called for 1:Fixnum (NoMethodError) }}} So I think only extend the objects is good idea. Thanks. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 25 15:43:36 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 25 Sep 2011 22:43:36 +0000 Subject: [MacRuby] #1392: FlikrDemo example can create bad URLs In-Reply-To: <053.097a009162ed1dbe68705100806773a8@macosforge.org> References: <053.097a009162ed1dbe68705100806773a8@macosforge.org> Message-ID: <062.8a5acfdac2bc6a514914414332c4ea59@macosforge.org> #1392: FlikrDemo example can create bad URLs ------------------------------------+--------------------------------------- Reporter: mcphail_colin@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: FlikrDemo | ------------------------------------+--------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Thank you! I commited your patch in https://github.com/MacRuby/MacRuby/commit/accb3e3ec438c7543bd7df05dbe114d5d4f1c491 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 29 08:59:30 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 29 Sep 2011 15:59:30 +0000 Subject: [MacRuby] #1393: Invocation of blocks registered using -[NSNotificationCenter addObserverForName:object:queue:usingBlock:] is unreliable Message-ID: <049.ad865bfa225ce20f0947eb023c0cc8bd@macosforge.org> #1393: Invocation of blocks registered using -[NSNotificationCenter addObserverForName:object:queue:usingBlock:] is unreliable --------------------------------+------------------------------------------- Reporter: sohocoke@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- It seems that when a block / proc is registered for notification (cf. a selector), its invocation occasionally fails. Here is a program that, occasionally, reproduces the case. notification-test.rb {{{ # reduced case of block-based observation framework 'cocoa' require 'thread' class TestSender def send NSNotificationCenter.defaultCenter.postNotification NSNotification.notificationWithName(:kTestNotification, object:[1, 2, 3]) end end class ObjectWithCounter attr_reader :counter def initialize super @counter = 0 @mutex = Mutex.new end def increment @mutex.synchronize { @counter += 1 } end end class Observer1 < ObjectWithCounter def listen_with_block NSNotificationCenter.defaultCenter.addObserverForName :kTestNotification, object:nil, queue:nil, usingBlock:Proc.new { |notification| NSLog("#{self} notified - in block now.") self.increment } end end class Observer2 < ObjectWithCounter def listen_with_callback NSNotificationCenter.defaultCenter.addObserver self, selector:"handle_notification:", name: :kTestNotification, object:nil end def handle_notification(notification) NSLog("#{self} notified of #{notification} - in handler now.") self.increment end end mutex = Mutex.new o1_counter, o2_counter = 0, 0 30.times do sender = TestSender.new o1 = Observer1.new o1.listen_with_block sender.send o2 = Observer2.new o2.listen_with_callback sender.send mutex.synchronize do o1_counter += o1.counter o2_counter += o2.counter end end puts "o1 notified #{o1_counter} times." puts "o2 notified #{o2_counter} times." # expect to have o1 notified 60 times, o2 30 times. }}} I ran it thusly and observed the output: {{{ [~/dev/src/mac/macruby]$ while [ 0 ]; do ruby notification-test.rb >> notification-test.out done [~/dev/src/mac/macruby]$ grep 'notified' notification-test.out o1 notified 60 times. o2 notified 30 times. o1 notified 59 times. o2 notified 30 times. o1 notified 59 times. o2 notified 30 times. o1 notified 58 times. o2 notified 30 times. }}} i (hastily) threw in some mutexes after a first version of the test program on paranoia of there being a silly threading mistake, but documentation for the method on NSNotificationCenter suggests that the erroneous invocation should occur synchronously on the main thread of the program anyway. I tried macruby-0.10 and macruby-nightly installed via rvm. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 29 16:06:36 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 29 Sep 2011 23:06:36 +0000 Subject: [MacRuby] #1394: miss scope of class variables when is evaluated by Module#class_eval. Message-ID: <051.2a1bc82720abd096400e244c70bc0a74@macosforge.org> #1394: miss scope of class variables when is evaluated by Module#class_eval. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby class C @@class_eval = 'b' CONST = 42 module M @@class_eval = 'a' CONST = 50 p M.class_eval { @@class_eval } # => 'a' p M.class_eval { CONST } # => 50 end p M.class_eval { @@class_eval } # => 'b' p M.class_eval { CONST } # => 42 end C.new }}} Result: {{{ $ ruby19 test_class_eval.rb "a" 50 "b" 42 $ macruby test_class_eval.rb "a" 50 "a" 42 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 29 19:47:28 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 30 Sep 2011 02:47:28 +0000 Subject: [MacRuby] #1395: macirb does not reserve the variable 'e' or 'exception' but uses them without asking Message-ID: <053.fd03ab3c04710e91ee8f321ae2551b1f@macosforge.org> #1395: macirb does not reserve the variable 'e' or 'exception' but uses them without asking ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- macirb has a feature where the last exception is stored in the variable 'e' and 'exception'. This can be a problem for some people who want to use 'e' for their own variables as an exception will overwrite their data. I think macirb should use some other variable, or perhaps just 'exception', or find a way to reserve the variable so that it cannot be used for anything else. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 30 12:42:24 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 30 Sep 2011 19:42:24 +0000 Subject: [MacRuby] #1396: macirb: Nokogiri operation results in SIGBUS Message-ID: <049.7c2fd6f3d3a2f1ddd5b3d69e3d807b31@macosforge.org> #1396: macirb: Nokogiri operation results in SIGBUS --------------------------------+------------------------------------------- Reporter: sohocoke@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- The following sequence of commands in irb results in a SIGBUS. {{{ [~/.rvm/gems/macruby-nightly/gems]$ irb -v DietRB (0.6.1) [~/.rvm/gems/macruby-nightly/gems]$ irb irb(main):001:0> require 'rubygems' => false irb(main):002:0> require 'nokogiri' WARNING: Nokogiri was built against LibXML version 2.7.4, but has dynamically loaded 2.7.3 => true irb(main):003:0> => nil irb(main):004:0> file_path = '/Library/Developer/Documentation/DocSets/com.apple.adc.documentation.AppleiOS5_0.iOSLibrary.docset/Contents/Resources/Documents/index.html' => "/Library/Developer/Documentation/DocSets/com.apple.adc.documentation.AppleiOS5_0.iOSLibrary.docset/Contents/Resources/Documents/index.html" irb(main):005:0> => nil irb(main):006:0> doc = Nokogiri::HTML(open file_path) => <> irb(main):007:0> doc.search('//script').each do |e| irb(main):008:1> e.remove irb(main):009:0> end Bus error: 10 }}} macruby itself runs the same code fine: {{{ [~/.rvm/gems/macruby-nightly/gems]$ ruby -v MacRuby 0.11 (ruby 1.9.2) [universal-darwin10.0, x86_64] [~/.rvm/gems/macruby-nightly/gems]$ ruby << EOF > require 'rubygems' > require 'nokogiri' > > file_path = '/Library/Developer/Documentation/DocSets/com.apple.adc.documentation.AppleiOS5_0.iOSLibrary.docset/Contents/Resources/Documents/index.html' > > doc = Nokogiri::HTML(open file_path) > doc.search('//script').each do |e| > e.remove > end > EOF WARNING: Nokogiri was built against LibXML version 2.7.4, but has dynamically loaded 2.7.3 [~/.rvm/gems/macruby-nightly/gems]$ }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 30 18:30:59 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 01 Oct 2011 01:30:59 +0000 Subject: [MacRuby] #1396: macirb: Nokogiri operation results in SIGBUS In-Reply-To: <049.7c2fd6f3d3a2f1ddd5b3d69e3d807b31@macosforge.org> References: <049.7c2fd6f3d3a2f1ddd5b3d69e3d807b31@macosforge.org> Message-ID: <058.4cd337f444e0df4236a139c7a57e968f@macosforge.org> #1396: macirb: Nokogiri operation results in SIGBUS --------------------------------+------------------------------------------- Reporter: sohocoke@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by watson1978@?): Maybe, this issue duplicate a #1360. and, please see http://www.macruby.org/trac/ticket/1308#comment:7 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 30 19:52:17 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 01 Oct 2011 02:52:17 +0000 Subject: [MacRuby] #1397: Object#instance_eval should pass the objects into block. Message-ID: <051.6aa9fff28b4e5a85dee46df47d82400d@macosforge.org> #1397: Object#instance_eval should pass the objects into block. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby "Hello".instance_eval {|obj| p obj p obj.size } }}} Result: {{{ $ macruby t.rb nil /Users/watson/tmp/t.rb:3:in `block': undefined method `size' for nil:NilClass (NoMethodError) from /Users/watson/tmp/t.rb:1:in `
' $ ruby19 -v t.rb ruby 1.9.2p290 (2011-07-09 revision 32553) [x86_64-darwin11.0.0] "Hello" 5 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 30 21:27:04 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 01 Oct 2011 04:27:04 +0000 Subject: [MacRuby] #1398: "rake spec:ci" fails more specs. Message-ID: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> #1398: "rake spec:ci" fails more specs. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Since https://github.com/MacRuby/MacRuby/commit/2e8905bec9bf1100cb3a3e622b9eacf8455fbd97 , "rake spec:ci" fails more specs. {{{ $ rake spec:ci rm -rf rubyspec_temp ./mspec/bin/mspec ci -B ./spec/macruby.mspec :full MacRuby 0.11 (ruby 1.9.2) [universal-darwin11.0, x86_64] ...........*** Dispatch block exited prematurely because of an uncaught exception: /Users/watson/src/macruby- master/mspec/lib/mspec/expectations/expectations.rb:15:in `fail_with': Expected true to equal false (SpecExpectationNotMetError) from /Users/watson/src/macruby- master/mspec/lib/mspec/matchers/base.rb:9:in `==' from /Users/watson/src/macruby- master/spec/macruby/core/gcd/semaphore_spec.rb:62:in `block' ................macruby(1668,0x1056ae000) malloc: *** error for object 0x7fff90fd79e8: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug ..........E...........................................................................................E.....E........................................................................................................................................................................................................................................E...................E...E.......................................................................................................................................................................................................E.EE.......E.E...E.EEE.E.E..EEE..E.EEE.....F.E....EEE.E.......E......E..F..E...E.EE.E.F..E..EEE..EEE....E..EE..E..E..EEE........................................................................................................................................................................................................................................................F..........E...................E................................ GC: -finalize resulted in an exception (0x406f21d20) being thrown, break on objc_exception_during_finalize_error to debug undefined method `message' for false:FalseClass (NoMethodError) .........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................E........................................................................................................................................................... 1) An exception occurred during: loading /Users/watson/src/macruby- master/spec/macruby/library/rake/compiletask_spec.rb ERROR LoadError: no such file to load -- /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/bin/macrubyc /Users/watson/src/macruby-master/lib/rake/compiletask.rb:9:in `
' /Users/watson/src/macruby- master/spec/macruby/library/rake/compiletask_spec.rb:2:in `
' 2) An exception occurred during: after :each ARGF.gets modifies the files when in place edit mode is on ERROR ArgumentError: wrong number of arguments (4 for 2) /Users/watson/src/macruby- master/spec/frozen/core/argf/shared/gets.rb:77:in `block' /Users/watson/src/macruby-master/spec/frozen/core/argf/gets_spec.rb:8:in `
' 3) An exception occurred during: after :each ARGF.gets modifies and backups two files when in place edit mode is on ERROR ArgumentError: wrong number of arguments (4 for 2) /Users/watson/src/macruby- master/spec/frozen/core/argf/shared/gets.rb:77:in `block' /Users/watson/src/macruby-master/spec/frozen/core/argf/gets_spec.rb:8:in `
' 4) An exception occurred during: after :each ARGF.readline modifies the files when in place edit mode is on ERROR ArgumentError: wrong number of arguments (4 for 2) /Users/watson/src/macruby- master/spec/frozen/core/argf/shared/gets.rb:77:in `block' /Users/watson/src/macruby- master/spec/frozen/core/argf/readline_spec.rb:8:in `
' 5) An exception occurred during: after :each ARGF.readline modifies and backups two files when in place edit mode is on ERROR ArgumentError: wrong number of arguments (4 for 2) /Users/watson/src/macruby- master/spec/frozen/core/argf/shared/gets.rb:77:in `block' /Users/watson/src/macruby- master/spec/frozen/core/argf/readline_spec.rb:8:in `
' ---- snip ---- 239) An exception occurred during: after :each YAML.load works with block sequence shortcuts ERROR Errno::ENOENT: No such file or directory - /Users/watson/src/macruby- master/rubyspec_temp/692-yaml_test_file /Users/watson/src/macruby- master/spec/frozen/library/yaml/load_spec.rb:7:in `block' /Users/watson/src/macruby- master/spec/frozen/library/yaml/load_spec.rb:5:in `
' 240) An exception occurred during: after :each YAML.load works on complex keys ERROR Errno::ENOENT: No such file or directory - /Users/watson/src/macruby- master/rubyspec_temp/692-yaml_test_file /Users/watson/src/macruby- master/spec/frozen/library/yaml/load_spec.rb:7:in `block' /Users/watson/src/macruby- master/spec/frozen/library/yaml/load_spec.rb:5:in `
' 241) An exception occurred during: after :each YAML.load loads a symbol key that contains spaces ERROR Errno::ENOENT: No such file or directory - /Users/watson/src/macruby- master/rubyspec_temp/692-yaml_test_file /Users/watson/src/macruby- master/spec/frozen/library/yaml/load_spec.rb:7:in `block' /Users/watson/src/macruby- master/spec/frozen/library/yaml/load_spec.rb:5:in `
' 242) An exception occurred during: after :each YAML.load with iso8601 timestamp computes the microseconds ERROR Errno::ENOENT: No such file or directory - /Users/watson/src/macruby- master/rubyspec_temp/692-yaml_test_file /Users/watson/src/macruby- master/spec/frozen/library/yaml/load_spec.rb:7:in `block' /Users/watson/src/macruby- master/spec/frozen/library/yaml/load_spec.rb:5:in `
' 243) An exception occurred during: after :each YAML.load with iso8601 timestamp rounds values smaller than 1 usec to 0 ERROR Errno::ENOENT: No such file or directory - /Users/watson/src/macruby- master/rubyspec_temp/692-yaml_test_file /Users/watson/src/macruby- master/spec/frozen/library/yaml/load_spec.rb:7:in `block' /Users/watson/src/macruby- master/spec/frozen/library/yaml/load_spec.rb:5:in `
' 244) Zlib::GzipFile#close finishes the stream and closes the io FAILED Expected "\x00\x00\x00\x00\x00\x00\x00\x00\x00" to equal "\x03\x00\x00\x00\x00\x00\x00\x00\x00\x00" /Users/watson/src/macruby- master/spec/frozen/library/zlib/gzipfile/close_spec.rb:20:in `block' /Users/watson/src/macruby- master/spec/frozen/library/zlib/gzipfile/close_spec.rb:6:in `
' 245) GzipWriter#write writes some compressed data FAILED Expected "4261MLJNI\x05\x00\x9D\x05\x00$\n\x00\x00\x00" to equal "34261MLJNI\x05\x00\x9D\x05\x00$\n\x00\x00\x00" /Users/watson/src/macruby- master/spec/frozen/library/zlib/gzipwriter/write_spec.rb:20:in `block' /Users/watson/src/macruby- master/spec/frozen/library/zlib/gzipwriter/write_spec.rb:6:in `
' Finished in 253.002491 seconds 3337 files, 14562 examples, 56834 expectations, 43 failures, 202 errors ----------------------------------------------------- The rubyspec temp directory is not empty. Ensure that all specs are cleaning up temporary files. ----------------------------------------------------- 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) }}} you can see all logs in https://gist.github.com/1255588 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 30 21:33:29 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 01 Oct 2011 04:33:29 +0000 Subject: [MacRuby] #1398: "rake spec:ci" fails more specs. In-Reply-To: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> References: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> Message-ID: <060.c32c069897af8b544e78a7ef37bbea27@macosforge.org> #1398: "rake spec:ci" fails more specs. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by mrada@?): This seems strange, I wonder what my tests did that could cause such mass test failure... -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 30 21:33:51 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 01 Oct 2011 04:33:51 +0000 Subject: [MacRuby] #1398: "rake spec:ci" fails more specs. In-Reply-To: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> References: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> Message-ID: <060.0a51d0b27d2347be330930105abf82a6@macosforge.org> #1398: "rake spec:ci" fails more specs. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by mrada@?): It could not load macrubyc, do you have MacRuby installed? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 30 21:38:05 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 01 Oct 2011 04:38:05 +0000 Subject: [MacRuby] #1398: "rake spec:ci" fails more specs. In-Reply-To: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> References: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> Message-ID: <060.ed1e5496db29d44f0c5edc0fc3e4cc52@macosforge.org> #1398: "rake spec:ci" fails more specs. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Hmm, I uninstalled MacRuby when run "rake spec:ci". -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 30 21:56:15 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 01 Oct 2011 04:56:15 +0000 Subject: [MacRuby] #1398: "rake spec:ci" fails more specs. In-Reply-To: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> References: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> Message-ID: <060.9a1edc3e0321e27664bd974bef9603bd@macosforge.org> #1398: "rake spec:ci" fails more specs. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by mrada@?): I get this: Finished in 844.705358 seconds 3340 files, 14603 examples, 56738 expectations, 42 failures, 203 errors -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 30 21:59:11 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 01 Oct 2011 04:59:11 +0000 Subject: [MacRuby] #1398: "rake spec:ci" fails more specs. In-Reply-To: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> References: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> Message-ID: <060.d9693c57f7873b5395a31b33509a0b91@macosforge.org> #1398: "rake spec:ci" fails more specs. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by mrada@?): I'm going to try running spec:ci without the compile task specs... -- Ticket URL: MacRuby