From ruby-noreply at macosforge.org Fri Oct 1 11:41:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 01 Oct 2010 18:41:26 -0000 Subject: [MacRuby] #922: Writing a MacFUSE fs doesn't work when delegating methods Message-ID: <047.44374fc1f463bcdea7f94e6dcbab6740@macosforge.org> #922: Writing a MacFUSE fs doesn't work when delegating methods ------------------------------+--------------------------------------------- Reporter: kourge@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- I tried implementing a simple HelloFS on MacFUSE through MacRuby by referring to the [http://code.google.com/p/macfuse/source/browse/trunk /filesystems-objc/HelloFS/HelloFuseFileSystem.m HelloFuseFileSystem.m] sample. (See hellofs_working.rb) However, if the necessary methods delegate the response of another method on self, MacRuby aborts. (See hellofs.rb) This seems to occur in both 0.5 (on Leopard) and 0.6 (on Snow Leopard). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 1 11:43:10 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 01 Oct 2010 18:43:10 -0000 Subject: [MacRuby] #922: Writing a MacFUSE fs doesn't work when delegating methods In-Reply-To: <047.44374fc1f463bcdea7f94e6dcbab6740@macosforge.org> References: <047.44374fc1f463bcdea7f94e6dcbab6740@macosforge.org> Message-ID: <056.7dc5c8f1d112eba15a1bdfac3905d6b0@macosforge.org> #922: Writing a MacFUSE fs doesn't work when delegating methods ------------------------------+--------------------------------------------- Reporter: kourge@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by kourge@?): Please disregard hellofs_working.2.rb; I accidentally attached hellofs_working.rb twice. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Oct 2 16:12:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 02 Oct 2010 23:12:04 -0000 Subject: [MacRuby] #923: Kernel#caller returns an empty stack trace Message-ID: <050.f30f11d3c5df42e85d8180d68890a092@macosforge.org> #923: Kernel#caller returns an empty stack trace ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Under certain conditions Kernel#caller returns an empty stack trace {{{ $ cat caller.rb class A def a arg puts caller.inspect end def b a 1 end end a = A.new a.b $ macruby caller.rb [] $ ruby caller.rb ["caller.rb:7:in `b'", "caller.rb:12"] }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 3 02:01:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 03 Oct 2010 09:01:16 -0000 Subject: [MacRuby] #924: MacRuby throws an exception of "Unsupported digest algorithm (OpenSSL::Digest::MD5)." Message-ID: <051.aab56a8df2dcfb9be77c71b6988b4b9c@macosforge.org> #924: MacRuby throws an exception of "Unsupported digest algorithm (OpenSSL::Digest::MD5)." ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: major | Milestone: Component: ControlTower | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require "openssl" require 'socket' host = "127.0.0.1" port = 0 ctx = OpenSSL::SSL::SSLContext.new() tcps = TCPServer.new(host, port) ssls = OpenSSL::SSL::SSLServer.new(tcps, ctx) }}} Result: {{{ $ macruby -v test.rb MacRuby 0.8 (ruby 1.9.2) [universal-darwin10.0, x86_64] Unsupported digest algorithm (OpenSSL::Digest::MD5). (RuntimeError) }}} Should pass Algorithm's name with EVP_get_digestbyname in GetDigestPtr().[[BR]] It seems that MacRuby pass Class name. MacRuby: {{{ $ VM_OPT_LEVEL=0 DYLD_LIBRARY_PATH=. gdb --args ./macruby -I./lib -I./ext ~/tmp/test.rb (gdb) b ossl_digest.c:43 (gdb) r Breakpoint 1, GetDigestPtr (obj=8592142624) at ossl_digest.c:43 43 md = EVP_get_digestbyname(name); (gdb) p name $1 = 0x200217840 "OpenSSL::Digest::MD5" Current language: auto; currently c (gdb) }}} Ruby 1.9.2: {{{ $ gdb --args ruby test.rb (gdb) b ossl_digest.c:43 (gdb) r Breakpoint 1, GetDigestPtr (obj=3005200) at ossl_digest.c:43 43 md = EVP_get_digestbyname(name); (gdb) p name $1 = 0x2ddb18 "MD5" (gdb) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 3 02:01:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 03 Oct 2010 09:01:39 -0000 Subject: [MacRuby] #924: MacRuby throws an exception of "Unsupported digest algorithm (OpenSSL::Digest::MD5)." In-Reply-To: <051.aab56a8df2dcfb9be77c71b6988b4b9c@macosforge.org> References: <051.aab56a8df2dcfb9be77c71b6988b4b9c@macosforge.org> Message-ID: <060.8aa1320ad5da29396e922c3f5abd5a0b@macosforge.org> #924: MacRuby throws an exception of "Unsupported digest algorithm (OpenSSL::Digest::MD5)." ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by watson1978@?): * owner: joshua.ballanco@? => lsansonetti@? * component: ControlTower => MacRuby -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 3 04:19:38 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 03 Oct 2010 11:19:38 -0000 Subject: [MacRuby] #925: MacRuby use an insubstantial rb_str_modify() in ossl_ssl.c Message-ID: <051.8a3d241cafde8b1502ca9e48e9360a5c@macosforge.org> #925: MacRuby use an insubstantial rb_str_modify() in ossl_ssl.c ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ grep "rb_str_modify" -I -n -r * ext/openssl/ossl_ssl.c:1177: rb_str_modify(str); include/ruby/intern.h:517:void rb_str_modify(VALUE); }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 3 05:49:37 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 03 Oct 2010 12:49:37 -0000 Subject: [MacRuby] #795: macirb: GCD inconsistently copies local variables inside blocks In-Reply-To: <057.cd5a02aa4caec50d05719653e14458d5@macosforge.org> References: <057.cd5a02aa4caec50d05719653e14458d5@macosforge.org> Message-ID: <066.73fb0f073a0a81ca7484fdcdfbf4cde7@macosforge.org> #795: macirb: GCD inconsistently copies local variables inside blocks ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Changes (by eloy.de.enige@?): * owner: eloy.de.enige@? => lsansonetti@? Comment: I hang my head in shame, for not being subscribed to the tickets ML and didn't know about this ticket? Anyways, this happens when it?s eval'ed: {{{ % macruby -e 'eval("i=0; Dispatch::Queue.new(\"i\").sync {i = 42}; puts i")' 42 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 3 17:00:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 04 Oct 2010 00:00:45 -0000 Subject: [MacRuby] #924: MacRuby throws an exception of "Unsupported digest algorithm (OpenSSL::Digest::MD5)." In-Reply-To: <051.aab56a8df2dcfb9be77c71b6988b4b9c@macosforge.org> References: <051.aab56a8df2dcfb9be77c71b6988b4b9c@macosforge.org> Message-ID: <060.7a7d3a5575254fa350dec9e0b4b6faf3@macosforge.org> #924: MacRuby throws an exception of "Unsupported digest algorithm (OpenSSL::Digest::MD5)." ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): I atach a pach: {{{ #!diff diff --git a/ext/openssl/lib/openssl/digest.rb b/ext/openssl/lib/openssl/digest.rb index 1ee1faf..5dde221 100644 --- a/ext/openssl/lib/openssl/digest.rb +++ b/ext/openssl/lib/openssl/digest.rb @@ -33,11 +33,11 @@ module OpenSSL class Stub < Digest class << self def digest(data) - Digest.digest(name, data) + Digest.digest(@name, data) end def hexdigest(data) - Digest.hexdigest(name, data) + Digest.hexdigest(@name, data) end end }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 3 20:35:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 04 Oct 2010 03:35:33 -0000 Subject: [MacRuby] #926: MacRuby throws an exception of "undefined method `subsec'" with DateTime#inspect. Message-ID: <051.bb6ddae15e948ec637b4a7b39bdc0459@macosforge.org> #926: MacRuby throws an exception of "undefined method `subsec'" with DateTime#inspect. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'date' dt = DateTime.now dt.inspect }}} Result: {{{ $ macruby -v test_date.rb MacRuby 0.8 (ruby 1.9.2) [universal-darwin10.0, x86_64] undefined method `subsec' for 2010-10-04 12:28:06 +0900:Time (NoMethodError) }}} Patch (merged with Ruby 1.9): {{{ #!diff diff --git a/lib/date.rb b/lib/date.rb index 3bb0875..4775a4a 100644 --- a/lib/date.rb +++ b/lib/date.rb @@ -1787,7 +1787,7 @@ class Time def to_datetime jd = DateTime.__send__(:civil_to_jd, year, mon, mday, DateTime::ITALY) fr = DateTime.__send__(:time_to_day_fraction, hour, min, [sec, 59].min) + - Rational(subsec, 86400) + Rational(nsec, 86400_000_000_000) of = Rational(utc_offset, 86400) DateTime.new!(DateTime.__send__(:jd_to_ajd, jd, fr, of), of, DateTime::ITALY) @@ -1817,7 +1817,7 @@ class Date t = Time.now jd = civil_to_jd(t.year, t.mon, t.mday, sg) fr = time_to_day_fraction(t.hour, t.min, [t.sec, 59].min) + - Rational(t.subsec, 86400) + Rational(t.nsec, 86400_000_000_000) of = Rational(t.utc_offset, 86400) new!(jd_to_ajd(jd, fr, of), of, sg) end }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 3 21:43:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 04 Oct 2010 04:43:15 -0000 Subject: [MacRuby] #927: MacRuby throws an exception of "undefined method `subsec'" with Time#iso8601. Message-ID: <051.f310ee97c0938d0f5c9315eb5356ba15@macosforge.org> #927: MacRuby throws an exception of "undefined method `subsec'" with Time#iso8601. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: blocker | Milestone: Component: ControlTower | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'date' require 'time' t = Time.mktime(2004, 9, 19, 1, 2, 3, 456789) d = t.to_datetime p t.iso8601(10) p d.iso8601(10) }}} Result: {{{ $ macruby -v test_time.rb MacRuby 0.8 (ruby 1.9.2) [universal-darwin10.0, x86_64] undefined local variable or method `subsec' for 2004-09-19 01:02:03 +0900:Time (NameError) }}} Patch (merged with Ruby 1.9): {{{ #!diff git diff lib/time.rb diff --git a/lib/time.rb b/lib/time.rb index 1c43371..bd5f750 100644 --- a/lib/time.rb +++ b/lib/time.rb @@ -513,12 +513,14 @@ class Time # require 'time' # def xmlschema(fraction_digits=0) - sprintf('%0*d-%02d-%02dT%02d:%02d:%02d', - year < 0 ? 5 : 4, year, mon, day, hour, min, sec) + + sprintf('%d-%02d-%02dT%02d:%02d:%02d', + year, mon, day, hour, min, sec) + if fraction_digits == 0 '' + elsif fraction_digits <= 9 + '.' + sprintf('%09d', nsec)[0, fraction_digits] else - '.' + sprintf('%0*d', fraction_digits, (subsec * 10**fraction_digits).floor) + '.' + sprintf('%09d', nsec) + '0' * (fraction_digits - 9) end + if utc? 'Z' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 3 21:43:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 04 Oct 2010 04:43:33 -0000 Subject: [MacRuby] #927: MacRuby throws an exception of "undefined method `subsec'" with Time#iso8601. In-Reply-To: <051.f310ee97c0938d0f5c9315eb5356ba15@macosforge.org> References: <051.f310ee97c0938d0f5c9315eb5356ba15@macosforge.org> Message-ID: <060.66d3c913fba4a2c25f0e7ad0ec896237@macosforge.org> #927: MacRuby throws an exception of "undefined method `subsec'" with Time#iso8601. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by watson1978@?): * owner: joshua.ballanco@? => lsansonetti@? * priority: blocker => major * component: ControlTower => MacRuby -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 3 23:56:20 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 04 Oct 2010 06:56:20 -0000 Subject: [MacRuby] #928: MacRuby throws an exception of "undefined method `size' for nil:NilClass'" with Date.httpdate. Message-ID: <051.158cfd23f303b6b7175e535fd2fd8db8@macosforge.org> #928: MacRuby throws an exception of "undefined method `size' for nil:NilClass'" with Date.httpdate. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'date' h = Date.httpdate('Sat, 03 Feb 2001 04:05:06 GMT') p h }}} Result: {{{ $ macruby test_httpdate.rb undefined method `size' for nil:NilClass (NoMethodError) }}} Patch: {{{ #!diff diff --git a/lib/date/format.rb b/lib/date/format.rb index 90e3c76..efbf4c8 100644 --- a/lib/date/format.rb +++ b/lib/date/format.rb @@ -1182,7 +1182,7 @@ class Date \d{2}:\d{2}(:\d{2})?\s* (?:[-+]\d{4}|ut|gmt|e[sd]t|c[sd]t|m[sd]t|p[sd]t|[a-ik-z])\s*\z/iox =~ str e = _parse(str, false) - if $1.size < 4 + if (($1.nil?) || ($1.size < 4)) if e[:year] < 50 e[:year] += 2000 elsif e[:year] < 1000 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 4 00:22:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 04 Oct 2010 07:22:56 -0000 Subject: [MacRuby] #929: Colons are always appended to the selector during define_method Message-ID: <050.72c3b8d0da9aee4218a478f2b2f4f65d@macosforge.org> #929: Colons are always appended to the selector during define_method ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Subject: Objective-C-style selectors and define_method ------------------------ {{{ class Foo # def foo(a, bar:b); puts a, b end define_method :"foo:bar" do |a, b| puts a, b end end Foo.new.foo(0, bar:1) }}} ---------- From: Laurent Sansonetti Nope, seems good :) I would however pass :"foo:bar:" instead. I believe MacRuby will add the trailing : for you but it's clearer to be explicit here. ---------- From: Caio Chassot Oh, actually I tried that first, and it added a second :, and failed. ---------- From: Laurent Sansonetti Ticket or it never happened! :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 4 13:41:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 04 Oct 2010 20:41:45 -0000 Subject: [MacRuby] #921: MacRuby readme file: Installation Instruction for LLVM Incomplete In-Reply-To: <053.d793935667e039bcc169496c25ace448@macosforge.org> References: <053.d793935667e039bcc169496c25ace448@macosforge.org> Message-ID: <062.08397d1a68784b85147a4d17dd73f381@macosforge.org> #921: MacRuby readme file: Installation Instruction for LLVM Incomplete ------------------------------------+--------------------------------------- Reporter: dekiefer@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: invalid Keywords: LLVM | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid * milestone: MacRuby 0.6 => -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 4 15:51:00 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 04 Oct 2010 22:51:00 -0000 Subject: [MacRuby] #924: MacRuby throws an exception of "Unsupported digest algorithm (OpenSSL::Digest::MD5)." In-Reply-To: <051.aab56a8df2dcfb9be77c71b6988b4b9c@macosforge.org> References: <051.aab56a8df2dcfb9be77c71b6988b4b9c@macosforge.org> Message-ID: <060.479d1beb956c83d13c59521607d4eb04@macosforge.org> #924: MacRuby throws an exception of "Unsupported digest algorithm (OpenSSL::Digest::MD5)." ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Fixed with r4570. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 4 15:52:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 04 Oct 2010 22:52:15 -0000 Subject: [MacRuby] #926: MacRuby throws an exception of "undefined method `subsec'" with DateTime#inspect. In-Reply-To: <051.bb6ddae15e948ec637b4a7b39bdc0459@macosforge.org> References: <051.bb6ddae15e948ec637b4a7b39bdc0459@macosforge.org> Message-ID: <060.c6ed4c3f2753230b528964e38d159e9d@macosforge.org> #926: MacRuby throws an exception of "undefined method `subsec'" with DateTime#inspect. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Fixed with r4571. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 4 15:52:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 04 Oct 2010 22:52:58 -0000 Subject: [MacRuby] #927: MacRuby throws an exception of "undefined method `subsec'" with Time#iso8601. In-Reply-To: <051.f310ee97c0938d0f5c9315eb5356ba15@macosforge.org> References: <051.f310ee97c0938d0f5c9315eb5356ba15@macosforge.org> Message-ID: <060.fcdffcf313053ef9e65121c2b3b77961@macosforge.org> #927: MacRuby throws an exception of "undefined method `subsec'" with Time#iso8601. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Fixed with r4571. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 4 15:53:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 04 Oct 2010 22:53:46 -0000 Subject: [MacRuby] #928: MacRuby throws an exception of "undefined method `size' for nil:NilClass'" with Date.httpdate. In-Reply-To: <051.158cfd23f303b6b7175e535fd2fd8db8@macosforge.org> References: <051.158cfd23f303b6b7175e535fd2fd8db8@macosforge.org> Message-ID: <060.2b0be01d4ac066d0374b3e2a33c17296@macosforge.org> #928: MacRuby throws an exception of "undefined method `size' for nil:NilClass'" with Date.httpdate. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Fixed with r4572. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 4 16:10:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 04 Oct 2010 23:10:28 -0000 Subject: [MacRuby] #929: Colons are always appended to the selector during define_method In-Reply-To: <050.72c3b8d0da9aee4218a478f2b2f4f65d@macosforge.org> References: <050.72c3b8d0da9aee4218a478f2b2f4f65d@macosforge.org> Message-ID: <059.4f8b5cad9b244e6bb6a284efe29eed68@macosforge.org> #929: Colons are always appended to the selector during define_method ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r4573. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 4 16:14:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 04 Oct 2010 23:14:01 -0000 Subject: [MacRuby] #925: MacRuby use an insubstantial rb_str_modify() in ossl_ssl.c In-Reply-To: <051.8a3d241cafde8b1502ca9e48e9360a5c@macosforge.org> References: <051.8a3d241cafde8b1502ca9e48e9360a5c@macosforge.org> Message-ID: <060.9b6b8fbb17ce5299b4755c6c3c0d9ffa@macosforge.org> #925: MacRuby use an insubstantial rb_str_modify() in ossl_ssl.c ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r4575. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 4 16:19:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 04 Oct 2010 23:19:22 -0000 Subject: [MacRuby] #577: EXC_BAD_ACCESS in IO.read In-Reply-To: <050.74217c4361b70f272744c5630882bd68@macosforge.org> References: <050.74217c4361b70f272744c5630882bd68@macosforge.org> Message-ID: <059.08d1590e87f84ea7c5969149c7cd081d@macosforge.org> #577: EXC_BAD_ACCESS in IO.read ---------------------------------+------------------------------------------ Reporter: spamtrap1@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: This problem should be fixed in 0.7. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 4 16:58:50 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 04 Oct 2010 23:58:50 -0000 Subject: [MacRuby] #923: Kernel#caller returns an empty stack trace In-Reply-To: <050.f30f11d3c5df42e85d8180d68890a092@macosforge.org> References: <050.f30f11d3c5df42e85d8180d68890a092@macosforge.org> Message-ID: <059.438d1d7eeb27c215faa44dcd3a744cec@macosforge.org> #923: Kernel#caller returns an empty stack trace ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 0.7 => MacRuby 0.8 Comment: Should be fixed in r4576. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 5 01:07:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 05 Oct 2010 08:07:59 -0000 Subject: [MacRuby] #930: SIGABRT in MacRuby 0.7 with Sequel + SQLite3-Ruby gem Message-ID: <048.47ccedc0560244eb143c10bb7bc66b04@macosforge.org> #930: SIGABRT in MacRuby 0.7 with Sequel + SQLite3-Ruby gem -------------------------------+-------------------------------------------- Reporter: mario@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- When using MacRuby 0.7 official release, I attempt to cycle through a directory of files with MP3's in them, to gather the MP3 tags from them, using TagLibBundle. The storage Medium I've choosen, is Sequel, and SQLite3. After patching for Kernel#require issue in Sequel, I am able to load both Sequel, and SQLite3, with no problems. But when I attempt to scan through the directory, and start creating new Entries in my Database, it crashes on the first song it runs into. I've tested even with using generic strings, and it still remains the same. Attached, is the Backtrace, and the minimalistic version of the code. Required libraries are Sequel (Patched for Kernel.require, instead of super in Sequel#self.require), and SQLite3-Ruby. Checking through Backtrace, and rb_symbolicate, it seems that it is crashing on the inspect object, in which it returns the printable version of the Instance, specifically line 858: def inspect "#<#{model.name} @values=#{inspect_values}>" <-- this line end -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 5 01:52:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 05 Oct 2010 08:52:17 -0000 Subject: [MacRuby] #931: "macgem list" display strange list. Message-ID: <051.780e881fffc0ffbd04e05904ef08af64@macosforge.org> #931: "macgem list" display strange list. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Immediately after the installation of MacRuby 0.7, "macgem list" display strange list. Any rubygems has not been installed yet. {{{ $ macruby -v MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] $ macgem list *** LOCAL GEMS *** a (2) b (2) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 5 15:38:53 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 05 Oct 2010 22:38:53 -0000 Subject: [MacRuby] #932: MacRuby Document-based Application template missing connections, etc Message-ID: <050.95abaf0dbeff2d39ef3e29fb689a1964@macosforge.org> #932: MacRuby Document-based Application template missing connections, etc ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ From: http://lists.macosforge.org/pipermail/macruby- devel/2010-October/006118.html I had to make the following changes to make it work: * Change File's Owner class to MyDocument * Connect File's Owner window to Window * Connect Window's deletage to File's Owner The Document-based Core Data template is also missing those connections, but I'm not sure if it works the same, so I'm not patching it. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 5 19:25:40 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 02:25:40 -0000 Subject: [MacRuby] #933: String#split(sep, limit) is broken when specified a limit. Message-ID: <051.a2c87b923e528a15c5e04768c64aad52@macosforge.org> #933: String#split(sep, limit) is broken when specified a limit. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ ruby -v -e 'p "USER anonymous".split(" ", 2)' ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0] ["USER", "anonymous"] $ ruby19 -v -e 'p "USER anonymous".split(" ", 2)' ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-darwin10.4.0] ["USER", "anonymous"] $ macruby -v -e 'p "USER anonymous".split(" ", 2)' MacRuby 0.8 (ruby 1.9.2) [universal-darwin10.0, x86_64] ["USER anonymous"] }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 5 19:41:48 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 02:41:48 -0000 Subject: [MacRuby] #931: "macgem list" display strange list. In-Reply-To: <051.780e881fffc0ffbd04e05904ef08af64@macosforge.org> References: <051.780e881fffc0ffbd04e05904ef08af64@macosforge.org> Message-ID: <060.7cfc70d33f5b15fd9ba8bee1f3bc7d12@macosforge.org> #931: "macgem list" display strange list. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Could you list the content of your MacRuby.framework folder? Also, do you reproduce the same problem after you delete MacRuby.framework and re- install? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 5 20:52:34 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 03:52:34 -0000 Subject: [MacRuby] #931: "macgem list" display strange list. In-Reply-To: <051.780e881fffc0ffbd04e05904ef08af64@macosforge.org> References: <051.780e881fffc0ffbd04e05904ef08af64@macosforge.org> Message-ID: <060.2a5131cc6619af8b1e1d8632f947d596@macosforge.org> #931: "macgem list" display strange list. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): I'm sorry. It was my mistake x( [[BR]] It seems to have been installed into ~/.gem, maybe, when I run ruby 1.9 test. [[BR]] It became a display the same as the expectation when deleting ~/.gem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 5 22:36:02 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 05:36:02 -0000 Subject: [MacRuby] #933: String#split(sep, limit) is broken when specified a limit. In-Reply-To: <051.a2c87b923e528a15c5e04768c64aad52@macosforge.org> References: <051.a2c87b923e528a15c5e04768c64aad52@macosforge.org> Message-ID: <060.a9e4c57e8db71667e699db70cb43f643@macosforge.org> #933: String#split(sep, limit) is broken when specified a limit. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): I atach a patch. {{{ #!diff diff --git a/string.c b/string.c index e16bbe1..40bd513 100644 --- a/string.c +++ b/string.c @@ -3167,9 +3167,10 @@ fs_set: rb_ary_push(result, substr); } beg = i + 1; - } - if (limit != Qnil && --lim <= 0) { - break; + + if (limit != Qnil && --lim <= 1) { + break; + } } } }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 6 10:44:50 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 17:44:50 -0000 Subject: [MacRuby] #934: passing Dispatch::Queue#dispatch_object to FSEventStreamSetDispatchQueue fails Message-ID: <044.a63e425cb3783c05f382f033b844a76e@macosforge.org> #934: passing Dispatch::Queue#dispatch_object to FSEventStreamSetDispatchQueue fails ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Using: {{{ ... queue = Dispatch::Queue.new("myQueue") FSEventStreamSetDispatchQueue(stream, queue.dispatch_object) }}} I get: expected instance of Pointer of type `{dispatch_queue_s=}', got `C' (TypeError) I am using the latest 0.8 nightly (10/6/2010). Regards, kam -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 6 13:18:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 20:18:22 -0000 Subject: [MacRuby] #930: SIGABRT in MacRuby 0.7 with Sequel + SQLite3-Ruby gem In-Reply-To: <048.47ccedc0560244eb143c10bb7bc66b04@macosforge.org> References: <048.47ccedc0560244eb143c10bb7bc66b04@macosforge.org> Message-ID: <057.4578a70ce685d3baf0f2dfa8303ae07b@macosforge.org> #930: SIGABRT in MacRuby 0.7 with Sequel + SQLite3-Ruby gem -------------------------------+-------------------------------------------- Reporter: mario@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.7 => Comment: Looking at the backtrace, it looks like 32-bit addresses. MacRuby is not entirely stable when ran in 32-bit mode, and we are aware of crashes due to stack unwinding like this one. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 6 14:22:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 21:22:03 -0000 Subject: [MacRuby] #935: Control Tower won't run Objective-C Rack App Message-ID: <046.99f905d344c537bb709cbb027e733409@macosforge.org> #935: Control Tower won't run Objective-C Rack App -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.8 Component: ControlTower | Keywords: control_tower framework -----------------------------+---------------------------------------------- Loading a Objective-C Rack app inside a framework won't work: my Objective-C class: __________________________________________ @implementation ObjcRackApp - (NSArray*)call:(NSDictionary *)env { return [NSArray arrayWithObjects: [NSNumber numberWithInteger:200], [NSDictionary dictionaryWithObject:@"text/plain" forKey:@"Content-Type"], @"Hello Objc!", nil]; } @end ________________________________________________ I can confirm it load and behaves properly with this script: ________________________________________________ framework "ObjcRackApp.framework" class Hello def call(env) [200, { 'Content-Type' => 'text/plain' }, "Hello Control Tower!"] end end env = {"a"=>"hash"} arr = ObjcRackApp.alloc.init.call(env) puts arr.class puts arr[0].class puts arr[1].class puts arr[2].class arr = Hello.new.call(env) puts arr.class puts arr[0].class puts arr[1].class puts arr[2].class __________________________________________ which print: __________________________________________ Array Fixnum Hash String Array Fixnum Hash String __________________________________________ but when I run: __________________________________________ framework "ObjcRackApp.framework" app = ObjcRackApp.alloc.init run app __________________________________________ with control_tower -R hello_objc.ru, the server starts without error but I get served a blank page in my browser attached to this ticket are the used Objective-C framework and my Xcode project which built it. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 6 14:29:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 21:29:36 -0000 Subject: [MacRuby] #930: SIGABRT in MacRuby 0.7 with Sequel + SQLite3-Ruby gem In-Reply-To: <048.47ccedc0560244eb143c10bb7bc66b04@macosforge.org> References: <048.47ccedc0560244eb143c10bb7bc66b04@macosforge.org> Message-ID: <057.6a1ee31205f11e6aeeccf5ddb33457fe@macosforge.org> #930: SIGABRT in MacRuby 0.7 with Sequel + SQLite3-Ruby gem -------------------------------+-------------------------------------------- Reporter: mario@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Comment(by lsansonetti@?): I tried running your script in my environment, and it worked in both 32-bit and 64-bit mode. {{{ $ DYLD_LIBRARY_PATH=. ./macruby /Users/lrz/Downloads/test_sigabort_crash.rb /Volumes/SL/Users/lrz/Documents/music/Fazil\ Say/Beethoven\ _\ Fazil\ Say\ -\ Appassionata\ Waldstein\ The\ Tempest Starting file scan.... Adding 01 Klaviersonate F-Moll Nr. 23 (Opus 57) _Appassionata_ - Allegro Assai.mp3... Adding 02 Klaviersonate F-Moll Nr. 23 (Opus 57) _Appassionata_ - Andante Con Moto.mp3... Adding 03 Klaviersonate F-Moll Nr. 23 (Opus 57) _Appassionata_ - Allegro Ma Non Troppo.mp3... Adding 04 Klaviersonate C-Dur Nr. 21 (Opus 53) _Sonate Grande_ (_Waldstein___Aurora_) - Allegro Con Brio.mp3... Adding 05 Klaviersonate C-Dur Nr. 21 (Opus 53) _Sonate Grande_ (_Waldstein___Aurora_) - Adagio Molto.mp3... Adding 06 Klaviersonate C-Dur Nr. 21 (Opus 53) _Sonate Grande_ (_Waldstein___Aurora_) - Allegro Moderato. Prestissimo.mp3... Adding 07 Klaviersonate D-Moll Nr. 17 (Opus 31, Nr. 2) _Sturm_ - Largo. Allegro.mp3... Adding 08 Klaviersonate D-Moll Nr. 17 (Opus 31, Nr. 2) _Sturm_ - Adagio.mp3... Adding 09 Klaviersonate D-Moll Nr. 17 (Opus 31, Nr. 2) _Sturm_ - Allegretto.mp3... Reached here, everything is working. $ DYLD_LIBRARY_PATH=. arch -i386 ./macruby /Users/lrz/Downloads/test_sigabort_crash.rb /Volumes/SL/Users/lrz/Documents/music/Fazil\ Say/Beethoven\ _\ Fazil\ Say\ -\ Appassionata\ Waldstein\ The\ Tempest Starting file scan.... Adding 01 Klaviersonate F-Moll Nr. 23 (Opus 57) _Appassionata_ - Allegro Assai.mp3... Adding 02 Klaviersonate F-Moll Nr. 23 (Opus 57) _Appassionata_ - Andante Con Moto.mp3... Adding 03 Klaviersonate F-Moll Nr. 23 (Opus 57) _Appassionata_ - Allegro Ma Non Troppo.mp3... Adding 04 Klaviersonate C-Dur Nr. 21 (Opus 53) _Sonate Grande_ (_Waldstein___Aurora_) - Allegro Con Brio.mp3... Adding 05 Klaviersonate C-Dur Nr. 21 (Opus 53) _Sonate Grande_ (_Waldstein___Aurora_) - Adagio Molto.mp3... Adding 06 Klaviersonate C-Dur Nr. 21 (Opus 53) _Sonate Grande_ (_Waldstein___Aurora_) - Allegro Moderato. Prestissimo.mp3... Adding 07 Klaviersonate D-Moll Nr. 17 (Opus 31, Nr. 2) _Sturm_ - Largo. Allegro.mp3... Adding 08 Klaviersonate D-Moll Nr. 17 (Opus 31, Nr. 2) _Sturm_ - Adagio.mp3... Adding 09 Klaviersonate D-Moll Nr. 17 (Opus 31, Nr. 2) _Sturm_ - Allegretto.mp3... Reached here, everything is working. }}} I will investigate more.. but could you try again on a 64-bit machine? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 6 14:47:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 21:47:44 -0000 Subject: [MacRuby] #933: String#split(sep, limit) is broken when specified a limit. In-Reply-To: <051.a2c87b923e528a15c5e04768c64aad52@macosforge.org> References: <051.a2c87b923e528a15c5e04768c64aad52@macosforge.org> Message-ID: <060.fb85008b846e8d8850d307fd25e854e7@macosforge.org> #933: String#split(sep, limit) is broken when specified a limit. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Feel free to commit if the specs pass :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 6 14:49:19 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 21:49:19 -0000 Subject: [MacRuby] #934: passing Dispatch::Queue#dispatch_object to FSEventStreamSetDispatchQueue fails In-Reply-To: <044.a63e425cb3783c05f382f033b844a76e@macosforge.org> References: <044.a63e425cb3783c05f382f033b844a76e@macosforge.org> Message-ID: <053.a05b39348f7c822b718f9365c63ad359@macosforge.org> #934: passing Dispatch::Queue#dispatch_object to FSEventStreamSetDispatchQueue fails ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------+------------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Thanks for experimenting :) Should be fixed in r4582. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 6 14:50:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 21:50:44 -0000 Subject: [MacRuby] #931: "macgem list" display strange list. In-Reply-To: <051.780e881fffc0ffbd04e05904ef08af64@macosforge.org> References: <051.780e881fffc0ffbd04e05904ef08af64@macosforge.org> Message-ID: <060.7dfdc107ae04e7297bc73cd8b6b78812@macosforge.org> #931: "macgem list" display strange list. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: No problem, I'm happy it's not a macruby bug ;) Closing as invalid. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 6 14:55:09 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 21:55:09 -0000 Subject: [MacRuby] #932: MacRuby Document-based Application template missing connections, etc In-Reply-To: <050.95abaf0dbeff2d39ef3e29fb689a1964@macosforge.org> References: <050.95abaf0dbeff2d39ef3e29fb689a1964@macosforge.org> Message-ID: <059.7127b6c41df940639b1dd6d9be2f8a91@macosforge.org> #932: MacRuby Document-based Application template missing connections, etc ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Thanks for the patch, applied in r4584. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 6 14:58:35 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 21:58:35 -0000 Subject: [MacRuby] #935: Control Tower won't run Objective-C Rack App In-Reply-To: <046.99f905d344c537bb709cbb027e733409@macosforge.org> References: <046.99f905d344c537bb709cbb027e733409@macosforge.org> Message-ID: <055.7ed6b7793d9c032707f0a92454192cb2@macosforge.org> #935: Control Tower won't run Objective-C Rack App -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.8 Component: ControlTower | Keywords: control_tower framework -----------------------------+---------------------------------------------- Description changed by lsansonetti@?: Old description: > Loading a Objective-C Rack app inside a framework won't work: > > my Objective-C class: > > __________________________________________ > @implementation ObjcRackApp > > - (NSArray*)call:(NSDictionary *)env { > > return [NSArray arrayWithObjects: > > [NSNumber numberWithInteger:200], > > [NSDictionary dictionaryWithObject:@"text/plain" forKey:@"Content-Type"], > > @"Hello Objc!", > > nil]; > > } > > @end > > ________________________________________________ > > I can confirm it load and behaves properly with this script: > > ________________________________________________ > > framework "ObjcRackApp.framework" > > class Hello > def call(env) > [200, { 'Content-Type' => 'text/plain' }, "Hello Control Tower!"] > end > end > > env = {"a"=>"hash"} > > arr = ObjcRackApp.alloc.init.call(env) > > puts arr.class > puts arr[0].class > puts arr[1].class > puts arr[2].class > > arr = Hello.new.call(env) > > puts arr.class > puts arr[0].class > puts arr[1].class > puts arr[2].class > > __________________________________________ > > which print: > __________________________________________ > > Array > Fixnum > Hash > String > Array > Fixnum > Hash > String > > __________________________________________ > > but when I run: > > __________________________________________ > > framework "ObjcRackApp.framework" > > app = ObjcRackApp.alloc.init > run app > > __________________________________________ > > with control_tower -R hello_objc.ru, the server starts without error but > I get served a blank page in my browser > attached to this ticket are the used Objective-C framework and my Xcode > project which built it. New description: Loading a Objective-C Rack app inside a framework won't work: my Objective-C class: {{{ @implementation ObjcRackApp - (NSArray*)call:(NSDictionary *)env { return [NSArray arrayWithObjects: [NSNumber numberWithInteger:200], [NSDictionary dictionaryWithObject:@"text/plain" forKey:@"Content-Type"], @"Hello Objc!", nil]; } @end }}} I can confirm it load and behaves properly with this script: {{{ framework "ObjcRackApp.framework" class Hello def call(env) [200, { 'Content-Type' => 'text/plain' }, "Hello Control Tower!"] end end env = {"a"=>"hash"} arr = ObjcRackApp.alloc.init.call(env) puts arr.class puts arr[0].class puts arr[1].class puts arr[2].class arr = Hello.new.call(env) puts arr.class puts arr[0].class puts arr[1].class puts arr[2].class }}} which print: {{{ Array Fixnum Hash String Array Fixnum Hash String }}} but when I run: {{{ framework "ObjcRackApp.framework" app = ObjcRackApp.alloc.init run app }}} with control_tower -R hello_objc.ru, the server starts without error but I get served a blank page in my browser attached to this ticket are the used Objective-C framework and my Xcode project which built it. -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 6 15:01:35 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 22:01:35 -0000 Subject: [MacRuby] #936: Kernel#caller reports the wrong line numbers Message-ID: <050.e423af186a78356e1966754cbf07b533@macosforge.org> #936: Kernel#caller reports the wrong line numbers ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ The Kernel#caller method appears to report the line of the first method called in the caller's body instead of the line where the call actually occurs. {{{ $ cat x.rb class A # line 1 def f caller end def g 1 self.inspect # line 8 2 f # line 10 end end a = A.new puts a.g # line 15 $ ruby x.rb x.rb:10:in `g' x.rb:15 $ macruby x.rb /private/tmp/x.rb:8:in `g' /private/tmp/x.rb:1:in `
' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 6 15:05:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 22:05:22 -0000 Subject: [MacRuby] #937: Rescuing Interrupt doesn't work Message-ID: <054.d00949a2811dd7ee16baf40ae0f40728@macosforge.org> #937: Rescuing Interrupt doesn't work -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: irb -------------------------------------+-------------------------------------- This is needed by IRB and used to work, iirc: {{{ % macruby -e 'begin; loop {}; rescue Interrupt; p :ok; end' ^C % ruby19 -e 'begin; loop {}; rescue Interrupt; p :ok; end' ^C:ok }}} Trap does work, though. {{{ % macruby -e 'trap("SIGINT") { p :ok; exit }; loop {}' ^C:ok }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 6 15:48:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 22:48:26 -0000 Subject: [MacRuby] #935: Control Tower won't run Objective-C Rack App In-Reply-To: <046.99f905d344c537bb709cbb027e733409@macosforge.org> References: <046.99f905d344c537bb709cbb027e733409@macosforge.org> Message-ID: <055.02b4d77344330a7f82252b7eb52c22d0@macosforge.org> #935: Control Tower won't run Objective-C Rack App -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: major | Milestone: Component: ControlTower | Keywords: control_tower framework -----------------------------+---------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.8 => Comment: I get an error when starting the server: {{{ $ DYLD_LIBRARY_PATH=. ./macruby /usr/bin/control_tower -R test.ru /Users/lrz/src/macruby-trunk/(eval):1:in `block': uninitialized constant Rack::Builder::ObjcRackApp (NameError) from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/rack-1.2.1/lib/rack/builder.rb:46:in `initialize' from /Users/lrz/src/macruby-trunk/(eval):1:in `
' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/control_tower-1.0/bin/control_tower:5:in `
' from /usr/bin/control_tower:9:in `
' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 6 16:08:18 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 06 Oct 2010 23:08:18 -0000 Subject: [MacRuby] #933: String#split(sep, limit) is broken when specified a limit. In-Reply-To: <051.a2c87b923e528a15c5e04768c64aad52@macosforge.org> References: <051.a2c87b923e528a15c5e04768c64aad52@macosforge.org> Message-ID: <060.c64fb53a50285ede08e8e81f90ecbca8@macosforge.org> #933: String#split(sep, limit) is broken when specified a limit. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Fixed with r4585 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 6 17:10:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 07 Oct 2010 00:10:58 -0000 Subject: [MacRuby] #938: StringScanner Performance Message-ID: <049.4f6d4884ec1111da8c764a8bf168b617@macosforge.org> #938: StringScanner Performance --------------------------------+------------------------------------------- Reporter: murphy@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: StringScanner, benchmark --------------------------------+------------------------------------------- The StringScanner seems to have quadratic, rather than linear, running time (based on the input's length). I've performed a series of simple benchmark with MacRuby 0.7 and MRI 1.9.2: {{{ time [mac]ruby -rstrscan -e 's = StringScanner.new("abc," * XX_000); s.scan(/./) until s.eos?' }}} The results are shown in the attached diagram. The issue is problematic because the time it takes to scan Strings bigger than a few KiB is too long. This makes the tests for the CodeRay library (see http://redmine.rubychan.de/projects/coderay/wiki/Test_Suite) effectively fail. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 6 20:03:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 07 Oct 2010 03:03:33 -0000 Subject: [MacRuby] #939: $1, $2 ... should store the value of local scope. Message-ID: <051.45ec4a4cc03603d453cee57291081f3e@macosforge.org> #939: $1, $2 ... should store the value of local scope. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby str = "info at example.com?subject=current-issue" def test(str) str =~ /(.+)@(.+)/ end if(str =~ /(.+)\?(.+)/) test($1) p $1 p $2 end }}} Result: {{{ $ ruby -v test_regexp.rb ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0] "info at example.com" "subject=current-issue" $ ruby19 -v test_regexp.rb ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-darwin10.4.0] "info at example.com" "subject=current-issue" $ macruby -v test_regexp.rb MacRuby 0.8 (ruby 1.9.2) [universal-darwin10.0, x86_64] "info" "example.com" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 7 14:20:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 07 Oct 2010 21:20:01 -0000 Subject: [MacRuby] #937: Rescuing Interrupt doesn't work In-Reply-To: <054.d00949a2811dd7ee16baf40ae0f40728@macosforge.org> References: <054.d00949a2811dd7ee16baf40ae0f40728@macosforge.org> Message-ID: <063.52c322b4b8944b3de53aa2b9aa01f93d@macosforge.org> #937: Rescuing Interrupt doesn't work -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: irb -------------------------------------+-------------------------------------- Comment(by lsansonetti@?): This isn't supported in MacRuby because throwing a C++ exception within a signal handler leads to disasters. I am not sure there is a way to implement this behavior without introducing hacks. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 7 18:22:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 01:22:12 -0000 Subject: [MacRuby] #940: MacRuby should throw an exception when calls IO#read/write without status of READABLE/WRITABLE. Message-ID: <051.d540b9222a70ae3fa4e5c599bc1486b7@macosforge.org> #940: MacRuby should throw an exception when calls IO#read/write without status of READABLE/WRITABLE. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'socket' sock = TCPServer.new(10000) sock.close_read begin sock.read rescue IOError => err p err end sock.close sock = TCPServer.new(10000) sock.close_write begin sock.write("xxxx") rescue IOError => err p err end }}} Result: {{{ $ ruby19 test_socket.rb # # $ macruby test_socket.rb /Users/watson/tmp/test_socket.rb:1:in `
': Socket is not connected - read() failed (Errno::ENOTCONN) MACO /Users/watson/tmp% }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 7 19:13:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 02:13:15 -0000 Subject: [MacRuby] #936: Kernel#caller reports the wrong line numbers In-Reply-To: <050.e423af186a78356e1966754cbf07b533@macosforge.org> References: <050.e423af186a78356e1966754cbf07b533@macosforge.org> Message-ID: <059.09ee7a26570794aca3ca0e318a5e6510@macosforge.org> #936: Kernel#caller reports the wrong line numbers ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed Comment: Should be fixed in r4589. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 7 19:43:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 02:43:32 -0000 Subject: [MacRuby] #941: curb gem does not build under MacRuby Message-ID: <053.aecb86582e1c5e9a6e066ff138c00654@macosforge.org> #941: curb gem does not build under MacRuby ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Ripped almost verbatim from the macruby-dev mailing list: curb does not compile successfully for MacRuby. Normally you have to compile curb with a universal binary of libcurl to get it running on MRI, so I suspect that architecture incompatibility has something to do with why the build is failing. I get the following when I try to install with macgem: /usr/bin/gcc -I. -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.2 /universal-darwin10.0 -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.2/ruby/backward -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.2 -I. -DRUBY_EXTCONF_H=\"curb_config.h\" -fno-common -arch i386 -arch x86_64 -fexceptions -fno-common -pipe -O3 -g -Wall -I/opt/local/include -g -Wall -arch i386 -arch x86_64 -o curb_multi.o -c curb_multi.c curb_multi.c: In function ?rb_curl_multi_mark_all_easy?: curb_multi.c:38: warning: implicit declaration of function ?rb_gc_mark? curb_multi.c: In function ?curl_multi_free?: curb_multi.c:64: warning: implicit declaration of function ?RHASH? curb_multi.c:64: error: invalid type argument of ?->? curb_multi.c: In function ?rb_curl_multi_mark_all_easy?: curb_multi.c:38: warning: implicit declaration of function ?rb_gc_mark? curb_multi.c: In function ?curl_multi_free?: curb_multi.c:64: warning: implicit declaration of function ?RHASH? curb_multi.c:64: error: invalid type argument of ?->? lipo: can't open input file: /var/tmp//ccbAYK9V.out (No such file or directory) make: *** [curb_multi.o] Error 1 > It looks like this C extension is using an element of the MRI C API that we do not support yet. I am guessing it's poking at the RHASH structure, which we won't probably support any time soon. >> Should I create a ticket for this? >>> Why not... but I don't think it will be ever fixed :( -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 7 19:45:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 02:45:13 -0000 Subject: [MacRuby] #942: feature: Please implement Pointer#to_a, Pointer#each. Message-ID: <051.63ccb4d18a6fecaced849aad9ec09407@macosforge.org> #942: feature: Please implement Pointer#to_a, Pointer#each. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- I hope to implement Pointer#to_a, Pointer#each, because it is serious to take out the value of Pointer instances. Now: {{{ framework "JavaScriptCore" string = JSStringCreateWithUTF8CString("hello") size = JSStringGetMaximumUTF8CStringSize(string) buffer = Pointer.new('c', size) ret = JSStringGetUTF8CString(string, buffer, size) ary = [] (ret - 1).times do |i| ary << buffer[i] end puts ary.pack('c*') }}} If possible, I want to write as following: {{{ framework "JavaScriptCore" string = JSStringCreateWithUTF8CString("hello") size = JSStringGetMaximumUTF8CStringSize(string) buffer = Pointer.new('c', size) ret = JSStringGetUTF8CString(string, buffer, size) puts buffer.to_a.pack('c*') }}} {{{ framework "JavaScriptCore" string = JSStringCreateWithUTF8CString("hello") size = JSStringGetMaximumUTF8CStringSize(string) buffer = Pointer.new('c', size) ret = JSStringGetUTF8CString(string, buffer, size) ary = [] buffer.each do |byte| ary << byte end puts ary.pack('c*') }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 7 19:52:37 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 02:52:37 -0000 Subject: [MacRuby] #942: feature: Please implement Pointer#to_a, Pointer#each. In-Reply-To: <051.63ccb4d18a6fecaced849aad9ec09407@macosforge.org> References: <051.63ccb4d18a6fecaced849aad9ec09407@macosforge.org> Message-ID: <060.d4197bf22d845d95b7a757f7457a49ce@macosforge.org> #942: feature: Please implement Pointer#to_a, Pointer#each. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Making Pointer Enumerable? mmh, that's an idea. However some pointers do not have a size attribute, so it will not work for them. But for your use case, I wonder if it wouldn't make more sense to add a #to_str method on Pointer which returns a String object based on its content? (and raise an exception if the Pointer type is not character and/or if the pointer does not have a size attribute). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 7 20:05:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 03:05:55 -0000 Subject: [MacRuby] #939: $1, $2 ... should store the value of local scope. In-Reply-To: <051.45ec4a4cc03603d453cee57291081f3e@macosforge.org> References: <051.45ec4a4cc03603d453cee57291081f3e@macosforge.org> Message-ID: <060.bbabde26cf2d1516ffe6a78c9966f038@macosforge.org> #939: $1, $2 ... should store the value of local scope. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Okay, this is really evil. {{{ $ ./miniruby -e 'def foo; "omg".match(/^(.)/); end; "wtf".match(/^(.)/); foo; p $1' "o" $ ruby -e 'def foo; "omg".match(/^(.)/); end; "wtf".match(/^(.)/); foo; p $1' "w" }}} {{{ $ ./miniruby -e 'def foo; "omg".match(/^(.)/); end; foo; p $1' "o" $ ruby -e 'def foo; "omg".match(/^(.)/); end; foo; p $1' nil }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 7 20:27:20 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 03:27:20 -0000 Subject: [MacRuby] #943: tab completion of files crashes macirb Message-ID: <053.63c7423da9e4a50a50485b232d562dab@macosforge.org> #943: tab completion of files crashes macirb ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macirb crash tab completion ------------------------------------+--------------------------------------- Using tab completion: # macirb irb(main):001:0> require './te/usr/local/bin/macirb:13:in `block': can't convert NilClass to String (TypeError) from /usr/local/bin/macirb:9:in `block' from /usr/local/bin/macirb:3:in `
' zsh: exit 1 macirb Without using tab completion: # macirb irb(main):002:0> require './test' => true irb(main):003:0> Tab completion of file to works with irb. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 7 20:49:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 03:49:01 -0000 Subject: [MacRuby] #943: tab completion of files crashes macirb In-Reply-To: <053.63c7423da9e4a50a50485b232d562dab@macosforge.org> References: <053.63c7423da9e4a50a50485b232d562dab@macosforge.org> Message-ID: <062.2aecc918b5698d5fc554cbdf34f836bc@macosforge.org> #943: tab completion of files crashes macirb ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macirb crash tab completion ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * owner: lsansonetti@? => eloy.de.enige@? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 7 22:19:40 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 05:19:40 -0000 Subject: [MacRuby] #940: MacRuby should throw an exception when calls IO#read/write without status of READABLE/WRITABLE. In-Reply-To: <051.d540b9222a70ae3fa4e5c599bc1486b7@macosforge.org> References: <051.d540b9222a70ae3fa4e5c599bc1486b7@macosforge.org> Message-ID: <060.b1327ec61d871985ecc9cb7b7c39b53c@macosforge.org> #940: MacRuby should throw an exception when calls IO#read/write without status of READABLE/WRITABLE. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r4590. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 7 22:27:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 05:27:28 -0000 Subject: [MacRuby] #238: rdoc memleaks & segfaults when installing gems In-Reply-To: <049.631f6f4547e8173e58fde357da358663@macosforge.org> References: <049.631f6f4547e8173e58fde357da358663@macosforge.org> Message-ID: <058.292a2355ddef4442345b763111cb0786@macosforge.org> #238: rdoc memleaks & segfaults when installing gems --------------------------------+------------------------------------------- Reporter: ted@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: critical | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: gem install rdoc | --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: It seems to be fixed in trunk :) {{{ $ sudo /usr/local/bin/macgem install thoughtbot-shoulda --rdoc --ri Password: Successfully installed thoughtbot-shoulda-2.11.1 1 gem installed Installing ri documentation for thoughtbot-shoulda-2.11.1... Updating class cache with 0 classes... Installing RDoc documentation for thoughtbot-shoulda-2.11.1... $ }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 7 22:50:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 05:50:04 -0000 Subject: [MacRuby] #782: Segfault occurs with exception. In-Reply-To: <051.b8cbc43f88f864772f8968e7d4bb0f8e@macosforge.org> References: <051.b8cbc43f88f864772f8968e7d4bb0f8e@macosforge.org> Message-ID: <060.21ba9b67a96884a858a4ed9a9943a549@macosforge.org> #782: Segfault occurs with exception. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): There are 2 problems here. First, rb_protect() isn't implemented. It's easy to fix. Second, when an exception is raised, rb_format_exception_message() is called in objc.m, which causes the call to inspect here, indefinitely. It should be done lazily instead. This is harder to fix :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 7 22:56:48 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 05:56:48 -0000 Subject: [MacRuby] #782: Segfault occurs with exception is raised from object with broken #inspect (was: Segfault occurs with exception.) In-Reply-To: <051.b8cbc43f88f864772f8968e7d4bb0f8e@macosforge.org> References: <051.b8cbc43f88f864772f8968e7d4bb0f8e@macosforge.org> Message-ID: <060.d508a5e5ea761c5aed171ce4b874598e@macosforge.org> #782: Segfault occurs with exception is raised from object with broken #inspect ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 7 23:00:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 06:00:55 -0000 Subject: [MacRuby] #782: Segfault occurs with exception is raised from object with broken #inspect In-Reply-To: <051.b8cbc43f88f864772f8968e7d4bb0f8e@macosforge.org> References: <051.b8cbc43f88f864772f8968e7d4bb0f8e@macosforge.org> Message-ID: <060.2662da34b1c0c21f3be5289843ab4bd1@macosforge.org> #782: Segfault occurs with exception is raised from object with broken #inspect ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r4591. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 8 00:34:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 07:34:01 -0000 Subject: [MacRuby] #943: tab completion of files crashes macirb In-Reply-To: <053.63c7423da9e4a50a50485b232d562dab@macosforge.org> References: <053.63c7423da9e4a50a50485b232d562dab@macosforge.org> Message-ID: <062.14344805c2902890757b13cf0dcafc0c@macosforge.org> #943: tab completion of files crashes macirb ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macirb crash tab completion ------------------------------------+--------------------------------------- Comment(by eloy.de.enige@?): I have a fix for the breakage and a TODO about completing file paths in the DietRB repo: http://github.com/alloy/dietrb/commit/9d512958bc2bddb52ca76f0baaac238b64c4c995 If I have enough time to sync the repo with MacRuby, then it could be in tonights ?nightly? pkg. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 8 00:35:10 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 07:35:10 -0000 Subject: [MacRuby] #943: tab completion of files crashes macirb In-Reply-To: <053.63c7423da9e4a50a50485b232d562dab@macosforge.org> References: <053.63c7423da9e4a50a50485b232d562dab@macosforge.org> Message-ID: <062.af8b5cfdeabfb09f84f43c54419e95c4@macosforge.org> #943: tab completion of files crashes macirb ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macirb crash tab completion ------------------------------------+--------------------------------------- Comment(by eloy.de.enige@?): PS: by ?in tonights ?nightly? pkg?, I was talking about the fix for the breakage. Probably not the file path completion. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 8 06:48:02 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 13:48:02 -0000 Subject: [MacRuby] #944: MacRuby should throw an IOError exception when calls Socket#listen #setsockopt with closed socket. Message-ID: <051.cf5738b2e6ec22b563dde994968df855@macosforge.org> #944: MacRuby should throw an IOError exception when calls Socket#listen #setsockopt with closed socket. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'socket' p "** listen" sock = Socket.new(Socket::AF_INET, Socket::SOCK_STREAM, 0) sock.close begin sock.listen(5) rescue IOError => err p err end p "** setsockopt" sock = Socket.new(Socket::AF_INET, Socket::SOCK_STREAM, 0) sock.close linger = [0, 0].pack("ii") begin sock.setsockopt(Socket::SOL_SOCKET, Socket::SO_LINGER, linger) rescue IOError => err p err end }}} Result: {{{ $ ruby -v test_socket.rb ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0] "** listen" # "** setsockopt" # $ ruby19 -v test_socket.rb ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-darwin10.4.0] "** listen" # "** setsockopt" # $ macruby -v test_socket.rb MacRuby 0.8 (ruby 1.9.2) [universal-darwin10.0, x86_64] "** listen" /Users/watson/tmp/test_socket.rb:12:in `
': Bad file descriptor - listen(2) (Errno::EBADF) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 8 07:41:23 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 14:41:23 -0000 Subject: [MacRuby] #945: MacRuby should throw an IOError exception when calls Socket#close_read #close_write with closed socket. Message-ID: <051.0b142ba3c9d388ce32021787a022643f@macosforge.org> #945: MacRuby should throw an IOError exception when calls Socket#close_read #close_write with closed socket. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'socket' sock = TCPServer.new(10000) sock.close begin sock.close_read rescue IOError => err p err end sock = TCPServer.new(10000) sock.close begin sock.close_write rescue IOError => err p err end p :end }}} Result: {{{ $ ruby -v test_socket2.rb ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0] # # :end $ ruby19 -v test_socket2.rb ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-darwin10.4.0] # # :end $ macruby -v test_socket2.rb MacRuby 0.8 (ruby 1.9.2) [universal-darwin10.0, x86_64] :end }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 8 14:59:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 08 Oct 2010 21:59:04 -0000 Subject: [MacRuby] #946: DateTime.now is broken in MacRuby 0.7 Message-ID: <046.36e3558d58f24f01726c76123d759ceb@macosforge.org> #946: DateTime.now is broken in MacRuby 0.7 -----------------------------+---------------------------------------------- Reporter: macruby@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- load macirb. Try : require 'date' DateTime.methods(false) (note now mehod, which worked just fine in 0.6) now type: DateTime.now -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 8 18:58:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 09 Oct 2010 01:58:57 -0000 Subject: [MacRuby] #945: MacRuby should throw an IOError exception when calls Socket#close_read #close_write with closed socket. In-Reply-To: <051.0b142ba3c9d388ce32021787a022643f@macosforge.org> References: <051.0b142ba3c9d388ce32021787a022643f@macosforge.org> Message-ID: <060.d1b5965118b6c6fed1f466e406f11d8b@macosforge.org> #945: MacRuby should throw an IOError exception when calls Socket#close_read #close_write with closed socket. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r4772. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 8 19:02:20 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 09 Oct 2010 02:02:20 -0000 Subject: [MacRuby] #944: MacRuby should throw an IOError exception when calls Socket#listen #setsockopt with closed socket. In-Reply-To: <051.cf5738b2e6ec22b563dde994968df855@macosforge.org> References: <051.cf5738b2e6ec22b563dde994968df855@macosforge.org> Message-ID: <060.77d7efbae7bd0eb2f4ac4eda6c0e9b4f@macosforge.org> #944: MacRuby should throw an IOError exception when calls Socket#listen #setsockopt with closed socket. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r4773. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 8 19:04:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 09 Oct 2010 02:04:17 -0000 Subject: [MacRuby] #946: DateTime.now is broken in MacRuby 0.7 In-Reply-To: <046.36e3558d58f24f01726c76123d759ceb@macosforge.org> References: <046.36e3558d58f24f01726c76123d759ceb@macosforge.org> Message-ID: <055.ffabe9da322151340bac93e28b1c7dd5@macosforge.org> #946: DateTime.now is broken in MacRuby 0.7 -----------------------------+---------------------------------------------- Reporter: macruby@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Changes (by lsansonetti@?): * owner: lsansonetti@? => eloy.de.enige@? Comment: It seems to be a problem in macirb. DateTime.now works fine in macruby itself. {{{ $ /usr/local/bin/macruby -r date -e 'p DateTime.now' # $ macirb irb(main):001:0> require 'date' => true irb(main):002:0> DateTime.now NoMethodError: undefined method `subsec' for 2010-10-08 19:04:36 -0700:Time irb(main):003:0> ^D$ }}} Eloy can you investigate? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 8 19:04:38 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 09 Oct 2010 02:04:38 -0000 Subject: [MacRuby] #946: macirb: DateTime.now is broken in MacRuby 0.7 (was: DateTime.now is broken in MacRuby 0.7) In-Reply-To: <046.36e3558d58f24f01726c76123d759ceb@macosforge.org> References: <046.36e3558d58f24f01726c76123d759ceb@macosforge.org> Message-ID: <055.2a8794e0b17855b9e4d65d4fdc7b24d4@macosforge.org> #946: macirb: DateTime.now is broken in MacRuby 0.7 -----------------------------+---------------------------------------------- Reporter: macruby@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 8 19:13:08 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 09 Oct 2010 02:13:08 -0000 Subject: [MacRuby] #560: __method__ and __callee__ always return nil In-Reply-To: <049.f053cac2fc006f9072ce4997e5bc3cdf@macosforge.org> References: <049.f053cac2fc006f9072ce4997e5bc3cdf@macosforge.org> Message-ID: <058.708e668e78c41798e30d6c10019d6d04@macosforge.org> #560: __method__ and __callee__ always return nil --------------------------------+------------------------------------------- Reporter: lastobelus@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Preliminary support for this has been added in 0.7. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 8 19:27:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 09 Oct 2010 02:27:17 -0000 Subject: [MacRuby] #946: macirb: DateTime.now is broken in MacRuby 0.7 In-Reply-To: <046.36e3558d58f24f01726c76123d759ceb@macosforge.org> References: <046.36e3558d58f24f01726c76123d759ceb@macosforge.org> Message-ID: <055.acb238b54e3eb3ba562c4e9b784bb5e2@macosforge.org> #946: macirb: DateTime.now is broken in MacRuby 0.7 -----------------------------+---------------------------------------------- Reporter: macruby@? | Owner: eloy.de.enige@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: worksforme Keywords: | -----------------------------+---------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => worksforme Comment: Actually, I can't reproduce the problem with MacRuby trunk. {{{ $ /usr/local/bin/macirb irb(main):001:0> require 'date' => true irb(main):002:0> DateTime.now => # irb(main):003:0> ^D$ }}} Could you provide more information about the problem? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 8 19:35:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 09 Oct 2010 02:35:36 -0000 Subject: [MacRuby] #947: Wish CoreText Suport Message-ID: <048.62391f55fa1ebb0037019b044157f3f4@macosforge.org> #947: Wish CoreText Suport -------------------------------+-------------------------------------------- Reporter: niedhui@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: CoreText -------------------------------+-------------------------------------------- wish The CoreText struct like CTLine ,CTRun should have a real class in macruby -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 8 21:25:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 09 Oct 2010 04:25:29 -0000 Subject: [MacRuby] #948: MacRuby should match with Regexp, distinguish between '\r' and '\n'. Message-ID: <051.cf015a966c8cb955f37a37a5f4feb8fb@macosforge.org> #948: MacRuby should match with Regexp, distinguish between '\r' and '\n'. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ p /^bar/.match("foo\rbar") # => nil p /^bar/.match("foo\nbar") p /^bar/.match("foo\r\nbar") p "--" p /foo$/.match("foo\rbar") # => nil p /foo$/.match("foo\nbar") p /foo$/.match("foo\r\nbar") # => nil }}} Result: {{{ $ ruby19 test_regexp.rb nil # # "--" nil # nil $ macruby test_regexp.rb # # # "--" # # # }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Oct 9 16:04:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 09 Oct 2010 23:04:57 -0000 Subject: [MacRuby] #949: Crash in Macruby Message-ID: <054.709296a51599bd8acad9fc0d94e6648a@macosforge.org> #949: Crash in Macruby -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- I was editing an image well in Interface builder. I was trying to assign a photo to the image well and MacRuby crashed. Process: macruby [706] Path: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macruby Identifier: macruby Version: ??? (???) Code Type: X86-64 (Native) Parent Process: Interface Builder [654] Date/Time: 2010-10-09 16:01:46.980 -0700 OS Version: Mac OS X 10.6.4 (10F569) Report Version: 6 Interval Since Last Report: 200169 sec Crashes Since Last Report: 23 Per-App Crashes Since Last Report: 1 Anonymous UUID: 076AD1D0-1E6D-42BB-AC46-C6FD4E93AC90 Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Application Specific Information: objc[706]: garbage collection is ON abort() called Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libSystem.B.dylib 0x00007fff82f4a3d6 __kill + 10 1 libSystem.B.dylib 0x00007fff82fea972 abort + 83 2 libmacruby.dylib 0x000000010004a8ad rb_bug + 205 3 libmacruby.dylib 0x00000001000cf6ba rb_objc_str_is_pure + 2346 4 libmacruby.dylib 0x00000001000d0bfa rb_str_intern_fast + 4954 5 libmacruby.dylib 0x00000001000dc770 rb_str_buf_cat + 96 6 ripper.bundle 0x000000010343b175 parser_here_document + 421 7 ripper.bundle 0x000000010343df45 parser_yylex + 165 8 ripper.bundle 0x00000001034465f8 ripper_yyparse + 4888 9 ripper.bundle 0x000000010344d4c2 ripper_parse0 + 162 10 libmacruby.dylib 0x0000000100155d55 rb_ensure + 37 11 ripper.bundle 0x0000000103433925 ripper_parse + 133 12 libmacruby.dylib 0x0000000100150e3e rb_vm_dispatch + 7390 13 lexer.rbo 0x0000000100ff1641 0x100ff0000 + 5697 14 lexer.rbo 0x0000000100ff36b9 MREP_4B2B001D172844F5B95BE6F44164D463 + 7289 15 libmacruby.dylib 0x0000000100150e3e rb_vm_dispatch + 7390 16 lexer.rbo 0x0000000100ff1641 0x100ff0000 + 5697 17 lexer.rbo 0x0000000100ff34ac MREP_4B2B001D172844F5B95BE6F44164D463 + 6764 18 libmacruby.dylib 0x0000000100150e3e rb_vm_dispatch + 7390 19 filter.rbo 0x0000000100bfc6c1 0x100bfb000 + 5825 20 filter.rbo 0x0000000100bfd1dd MREP_A1B3FA26F42E481AA1BD96B5DDB6D2D5 + 2477 21 libmacruby.dylib 0x0000000100150e23 rb_vm_dispatch + 7363 22 ??? 0x0000000102d5ac6c 0 + 4342525036 23 ??? 0x0000000102d66f39 0 + 4342574905 24 libmacruby.dylib 0x0000000100150e23 rb_vm_dispatch + 7363 25 ??? 0x0000000102d5ac6c 0 + 4342525036 26 ??? 0x0000000102d5a219 0 + 4342522393 27 libmacruby.dylib 0x00000001001675a3 rb_vm_run + 531 28 libmacruby.dylib 0x000000010004d2f0 ruby_run_node + 80 29 macruby 0x0000000100000d28 main + 152 30 macruby 0x0000000100000c88 start + 52 Thread 1: 0 libSystem.B.dylib 0x00007fff82f15eaa __workq_kernreturn + 10 1 libSystem.B.dylib 0x00007fff82f162bc _pthread_wqthread + 917 2 libSystem.B.dylib 0x00007fff82f15f25 start_wqthread + 13 Thread 2: Dispatch queue: com.apple.libdispatch-manager 0 libSystem.B.dylib 0x00007fff82f1508a kevent + 10 1 libSystem.B.dylib 0x00007fff82f16f5d _dispatch_mgr_invoke + 154 2 libSystem.B.dylib 0x00007fff82f16c34 _dispatch_queue_invoke + 185 3 libSystem.B.dylib 0x00007fff82f1675e _dispatch_worker_thread2 + 252 4 libSystem.B.dylib 0x00007fff82f16088 _pthread_wqthread + 353 5 libSystem.B.dylib 0x00007fff82f15f25 start_wqthread + 13 Thread 3: 0 libSystem.B.dylib 0x00007fff82f15eaa __workq_kernreturn + 10 1 libSystem.B.dylib 0x00007fff82f162bc _pthread_wqthread + 917 2 libSystem.B.dylib 0x00007fff82f15f25 start_wqthread + 13 Thread 0 crashed with X86 Thread State (64-bit): rax: 0x0000000000000000 rbx: 0x0000000000000000 rcx: 0x00007fff5fbfa848 rdx: 0x0000000000000000 rdi: 0x00000000000002c2 rsi: 0x0000000000000006 rbp: 0x00007fff5fbfa860 rsp: 0x00007fff5fbfa848 r8: 0x00007fff704dea40 r9: 0x0000000000000000 r10: 0x00007fff82f46412 r11: 0x0000000000000202 r12: 0x00007fff5fbfa870 r13: 0x0000000100971f70 r14: 0x00000002002d6128 r15: 0x000000000000002a rip: 0x00007fff82f4a3d6 rfl: 0x0000000000000202 cr2: 0x000000020040b000 Binary Images: 0x100000000 - 0x100000ff7 +macruby ??? (???) <863452BE-5156-9DF6-6C91-FCA6335EC223> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macruby 0x10000f000 - 0x100b09f17 +libmacruby.dylib 0.8.0 (compatibility 0.8.0) <781315D4-7D91-F98A-FB2B-17B001CEA33B> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/libmacruby.dylib 0x100bfb000 - 0x100bfdff7 +filter.rbo ??? (???) <991AD949-FC64-A432-0DEC-D9D3F7F3E93D> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/ripper/filter.rbo 0x100ebb000 - 0x100ebcff7 CoreFoundation.dylib 0.9.0 (compatibility 0.9.0) <967FBC15-63D4-69DC-5273-62F1A428E99D> /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundation.dylib 0x100ff0000 - 0x100ff6fff +lexer.rbo ??? (???) <3ABD6BFF-0344-1610-145C-F4A58DCB659E> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/ripper/lexer.rbo 0x100ffa000 - 0x100ffcff7 +core.rbo ??? (???) <437B86CF- 8CAD-3003-42E7-3014D71B8810> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/ripper/core.rbo 0x103400000 - 0x10342eff7 +optparse.rbo ??? (???) <74086BE3-40A1-5EBF-52DF-CDD0DDB3A264> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/optparse.rbo 0x103433000 - 0x10345dfef +ripper.bundle ??? (???) <1CED87E4 -A3EF-40BF-75C0-6DA3C36F116C> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 /universal-darwin10.0/ripper.bundle 0x103476000 - 0x103477fff Foundation.dylib 0.9.0 (compatibility 0.9.0) <69DC28CB-3C62-4A2E-26C5-DD7D60D49BB7> /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/Foundation.dylib 0x7fff5fc00000 - 0x7fff5fc3bdef dyld 132.1 (???) /usr/lib/dyld 0x7fff8036a000 - 0x7fff80379fff com.apple.NetFS 3.2.1 (3.2.1) <0357C371-2E2D-069C-08FB-1180512B8516> /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS 0x7fff804fd000 - 0x7fff8077efef com.apple.Foundation 6.6.3 (751.29) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation 0x7fff80b88000 - 0x7fff80bb0fff com.apple.DictionaryServices 1.1.1 (1.1.1) <9FD709FC-23F0-F270-EAC1-C590CD516A36> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices 0x7fff80ff2000 - 0x7fff81109fef libxml2.2.dylib 10.3.0 (compatibility 10.0.0) /usr/lib/libxml2.2.dylib 0x7fff81186000 - 0x7fff81197ff7 libz.1.dylib 1.2.3 (compatibility 1.0.0) /usr/lib/libz.1.dylib 0x7fff81249000 - 0x7fff812c6fef libstdc++.6.dylib 7.9.0 (compatibility 7.0.0) <35ECA411-2C08-FD7D-11B1-1B7A04921A5C> /usr/lib/libstdc++.6.dylib 0x7fff81d75000 - 0x7fff81e2bfff libobjc.A.dylib 227.0.0 (compatibility 1.0.0) /usr/lib/libobjc.A.dylib 0x7fff820f4000 - 0x7fff82427fe7 com.apple.CoreServices.CarbonCore 861.13 (861.13) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore 0x7fff82efb000 - 0x7fff830bbfef libSystem.B.dylib 125.2.0 (compatibility 1.0.0) <95E02DD0-ADEA-745B-E7FA-ABA064E4658C> /usr/lib/libSystem.B.dylib 0x7fff83114000 - 0x7fff83155fff com.apple.SystemConfiguration 1.10.2 (1.10.2) /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration 0x7fff83156000 - 0x7fff8315aff7 libmathCommon.A.dylib 315.0.0 (compatibility 1.0.0) <95718673-FEEE-B6ED-B127-BCDBDB60D4E5> /usr/lib/system/libmathCommon.A.dylib 0x7fff8372b000 - 0x7fff838e9fff libicucore.A.dylib 40.0.0 (compatibility 1.0.0) <0E53A4A6-AC06-1B61-2285-248F534EE356> /usr/lib/libicucore.A.dylib 0x7fff8495c000 - 0x7fff84987ff7 libxslt.1.dylib 3.24.0 (compatibility 3.0.0) <87A0B228-B24A-C426-C3FB-B40D7258DD49> /usr/lib/libxslt.1.dylib 0x7fff84f44000 - 0x7fff84f90fff libauto.dylib ??? (???) <072804DF-36AD-2DBE-7EF8-639CFB79077F> /usr/lib/libauto.dylib 0x7fff84f91000 - 0x7fff84fefff7 com.apple.framework.IOKit 2.0 (???) <010C3398-7363-8F4B-719C-263867F15F63> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x7fff85012000 - 0x7fff85018ff7 com.apple.DiskArbitration 2.3 (2.3) <857F6E43-1EF4-7D53-351B-10DE0A8F992A> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration 0x7fff86790000 - 0x7fff8679eff7 libkxld.dylib ??? (???) /usr/lib/system/libkxld.dylib 0x7fff867a5000 - 0x7fff86875ff7 com.apple.CFNetwork 454.9.8 (454.9.8) <24667A86-FCDA-5B58-2CDC-3BFDFE8EA985> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork 0x7fff87187000 - 0x7fff871d1ff7 com.apple.Metadata 10.6.3 (507.10) <641395B7-FF2C-B94C-965A-CE6A0830645F> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata 0x7fff879cc000 - 0x7fff87a89ff7 com.apple.CoreServices.OSServices 357 (357) <718F0719-DC9F-E392-7C64-9D7DFE3D02E2> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices 0x7fff87af8000 - 0x7fff87b0efef libbsm.0.dylib ??? (???) <42D3023A-A1F7-4121-6417-FCC6B51B3E90> /usr/lib/libbsm.0.dylib 0x7fff88464000 - 0x7fff884f4fff com.apple.SearchKit 1.3.0 (1.3.0) <4175DC31-1506-228A-08FD-C704AC9DF642> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit 0x7fff884f5000 - 0x7fff884f5ff7 com.apple.CoreServices 44 (44) <210A4C56-BECB-E3E4-B6EE-7EC53E02265D> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices 0x7fff887f3000 - 0x7fff88a7afe7 com.apple.security 6.1.1 (37594) /System/Library/Frameworks/Security.framework/Versions/A/Security 0x7fff88a7b000 - 0x7fff88b34fff libsqlite3.dylib 9.6.0 (compatibility 9.0.0) <5A15E12A-AE8F-1A36-BBC7-564E7D7AD0FB> /usr/lib/libsqlite3.dylib 0x7fff88c51000 - 0x7fff88c8cfff com.apple.AE 496.4 (496.4) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE 0x7fff88e19000 - 0x7fff88f8eff7 com.apple.CoreFoundation 6.6.3 (550.29) <48810602-63C3-994D-E563-DD02B16E76E1> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 0x7fff8900b000 - 0x7fff890abfff com.apple.LaunchServices 362.1 (362.1) <2740103A-6C71-D99F-8C6F-FA264546AD8F> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices 0x7fffffe00000 - 0x7fffffe01fff libSystem.B.dylib ??? (???) <95E02DD0-ADEA-745B-E7FA-ABA064E4658C> /usr/lib/libSystem.B.dylib Model: MacBookPro5,2, BootROM MBP52.008E.B05, 2 processors, Intel Core 2 Duo, 2.66 GHz, 4 GB, SMC 1.42f4 Graphics: NVIDIA GeForce 9600M GT, NVIDIA GeForce 9600M GT, PCIe, 512 MB Graphics: NVIDIA GeForce 9400M, NVIDIA GeForce 9400M, PCI, 256 MB Memory Module: global_name AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x8D), Broadcom BCM43xx 1.0 (5.10.91.27) Bluetooth: Version 2.3.7f1, 2 service, 19 devices, 1 incoming serial ports Network Service: AirPort, AirPort, en1 Serial ATA Device: FUJITSU MHZ2320BH FFS G1, 298.09 GB Serial ATA Device: HL-DT-ST DVDRW GS21N, 557 MB USB Device: Built-in iSight, 0x05ac (Apple Inc.), 0x8507, 0x24400000 USB Device: BRCM2046 Hub, 0x0a5c (Broadcom Corp.), 0x4500, 0x06100000 USB Device: Bluetooth USB Host Controller, 0x05ac (Apple Inc.), 0x8217, 0x06110000 USB Device: Apple Internal Keyboard / Trackpad, 0x05ac (Apple Inc.), 0x0236, 0x04600000 USB Device: IR Receiver, 0x05ac (Apple Inc.), 0x8242, 0x04500000 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 10 00:57:40 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 10 Oct 2010 07:57:40 -0000 Subject: [MacRuby] #949: Crash in Macruby In-Reply-To: <054.709296a51599bd8acad9fc0d94e6648a@macosforge.org> References: <054.709296a51599bd8acad9fc0d94e6648a@macosforge.org> Message-ID: <063.71002e9f4260677c91e3f79eec82e4d4@macosforge.org> #949: Crash in Macruby -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Description changed by lsansonetti@?: Old description: > I was editing an image well in Interface builder. I was trying to assign > a photo to the image well and MacRuby crashed. > > Process: macruby [706] > Path: > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macruby > Identifier: macruby > Version: ??? (???) > Code Type: X86-64 (Native) > Parent Process: Interface Builder [654] > > Date/Time: 2010-10-09 16:01:46.980 -0700 > OS Version: Mac OS X 10.6.4 (10F569) > Report Version: 6 > > Interval Since Last Report: 200169 sec > Crashes Since Last Report: 23 > Per-App Crashes Since Last Report: 1 > Anonymous UUID: 076AD1D0-1E6D-42BB-AC46-C6FD4E93AC90 > > Exception Type: EXC_CRASH (SIGABRT) > Exception Codes: 0x0000000000000000, 0x0000000000000000 > Crashed Thread: 0 Dispatch queue: com.apple.main-thread > > Application Specific Information: > objc[706]: garbage collection is ON > abort() called > > Thread 0 Crashed: Dispatch queue: com.apple.main-thread > 0 libSystem.B.dylib 0x00007fff82f4a3d6 __kill + 10 > 1 libSystem.B.dylib 0x00007fff82fea972 abort + 83 > 2 libmacruby.dylib 0x000000010004a8ad rb_bug + 205 > 3 libmacruby.dylib 0x00000001000cf6ba > rb_objc_str_is_pure + 2346 > 4 libmacruby.dylib 0x00000001000d0bfa > rb_str_intern_fast + 4954 > 5 libmacruby.dylib 0x00000001000dc770 rb_str_buf_cat > + 96 > 6 ripper.bundle 0x000000010343b175 > parser_here_document + 421 > 7 ripper.bundle 0x000000010343df45 parser_yylex + > 165 > 8 ripper.bundle 0x00000001034465f8 ripper_yyparse > + 4888 > 9 ripper.bundle 0x000000010344d4c2 ripper_parse0 > + 162 > 10 libmacruby.dylib 0x0000000100155d55 rb_ensure + 37 > 11 ripper.bundle 0x0000000103433925 ripper_parse + > 133 > 12 libmacruby.dylib 0x0000000100150e3e rb_vm_dispatch > + 7390 > 13 lexer.rbo 0x0000000100ff1641 0x100ff0000 + > 5697 > 14 lexer.rbo 0x0000000100ff36b9 > MREP_4B2B001D172844F5B95BE6F44164D463 + 7289 > 15 libmacruby.dylib 0x0000000100150e3e rb_vm_dispatch > + 7390 > 16 lexer.rbo 0x0000000100ff1641 0x100ff0000 + > 5697 > 17 lexer.rbo 0x0000000100ff34ac > MREP_4B2B001D172844F5B95BE6F44164D463 + 6764 > 18 libmacruby.dylib 0x0000000100150e3e rb_vm_dispatch > + 7390 > 19 filter.rbo 0x0000000100bfc6c1 0x100bfb000 + > 5825 > 20 filter.rbo 0x0000000100bfd1dd > MREP_A1B3FA26F42E481AA1BD96B5DDB6D2D5 + 2477 > 21 libmacruby.dylib 0x0000000100150e23 rb_vm_dispatch > + 7363 > 22 ??? 0x0000000102d5ac6c 0 + 4342525036 > 23 ??? 0x0000000102d66f39 0 + 4342574905 > 24 libmacruby.dylib 0x0000000100150e23 rb_vm_dispatch > + 7363 > 25 ??? 0x0000000102d5ac6c 0 + 4342525036 > 26 ??? 0x0000000102d5a219 0 + 4342522393 > 27 libmacruby.dylib 0x00000001001675a3 rb_vm_run + > 531 > 28 libmacruby.dylib 0x000000010004d2f0 ruby_run_node > + 80 > 29 macruby 0x0000000100000d28 main + 152 > 30 macruby 0x0000000100000c88 start + 52 > > Thread 1: > 0 libSystem.B.dylib 0x00007fff82f15eaa > __workq_kernreturn + 10 > 1 libSystem.B.dylib 0x00007fff82f162bc > _pthread_wqthread + 917 > 2 libSystem.B.dylib 0x00007fff82f15f25 start_wqthread > + 13 > > Thread 2: Dispatch queue: com.apple.libdispatch-manager > 0 libSystem.B.dylib 0x00007fff82f1508a kevent + 10 > 1 libSystem.B.dylib 0x00007fff82f16f5d > _dispatch_mgr_invoke + 154 > 2 libSystem.B.dylib 0x00007fff82f16c34 > _dispatch_queue_invoke + 185 > 3 libSystem.B.dylib 0x00007fff82f1675e > _dispatch_worker_thread2 + 252 > 4 libSystem.B.dylib 0x00007fff82f16088 > _pthread_wqthread + 353 > 5 libSystem.B.dylib 0x00007fff82f15f25 start_wqthread > + 13 > > Thread 3: > 0 libSystem.B.dylib 0x00007fff82f15eaa > __workq_kernreturn + 10 > 1 libSystem.B.dylib 0x00007fff82f162bc > _pthread_wqthread + 917 > 2 libSystem.B.dylib 0x00007fff82f15f25 start_wqthread > + 13 > > Thread 0 crashed with X86 Thread State (64-bit): > rax: 0x0000000000000000 rbx: 0x0000000000000000 rcx: > 0x00007fff5fbfa848 rdx: 0x0000000000000000 > rdi: 0x00000000000002c2 rsi: 0x0000000000000006 rbp: > 0x00007fff5fbfa860 rsp: 0x00007fff5fbfa848 > r8: 0x00007fff704dea40 r9: 0x0000000000000000 r10: > 0x00007fff82f46412 r11: 0x0000000000000202 > r12: 0x00007fff5fbfa870 r13: 0x0000000100971f70 r14: > 0x00000002002d6128 r15: 0x000000000000002a > rip: 0x00007fff82f4a3d6 rfl: 0x0000000000000202 cr2: > 0x000000020040b000 > > Binary Images: > 0x100000000 - 0x100000ff7 +macruby ??? (???) > <863452BE-5156-9DF6-6C91-FCA6335EC223> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macruby > 0x10000f000 - 0x100b09f17 +libmacruby.dylib 0.8.0 > (compatibility 0.8.0) <781315D4-7D91-F98A-FB2B-17B001CEA33B> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/libmacruby.dylib > 0x100bfb000 - 0x100bfdff7 +filter.rbo ??? (???) > <991AD949-FC64-A432-0DEC-D9D3F7F3E93D> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/ripper/filter.rbo > 0x100ebb000 - 0x100ebcff7 CoreFoundation.dylib 0.9.0 > (compatibility 0.9.0) <967FBC15-63D4-69DC-5273-62F1A428E99D> > /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundation.dylib > 0x100ff0000 - 0x100ff6fff +lexer.rbo ??? (???) > <3ABD6BFF-0344-1610-145C-F4A58DCB659E> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/ripper/lexer.rbo > 0x100ffa000 - 0x100ffcff7 +core.rbo ??? (???) <437B86CF- > 8CAD-3003-42E7-3014D71B8810> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/ripper/core.rbo > 0x103400000 - 0x10342eff7 +optparse.rbo ??? (???) > <74086BE3-40A1-5EBF-52DF-CDD0DDB3A264> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/optparse.rbo > 0x103433000 - 0x10345dfef +ripper.bundle ??? (???) > <1CED87E4-A3EF-40BF-75C0-6DA3C36F116C> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 > /universal-darwin10.0/ripper.bundle > 0x103476000 - 0x103477fff Foundation.dylib 0.9.0 > (compatibility 0.9.0) <69DC28CB-3C62-4A2E-26C5-DD7D60D49BB7> > /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/Foundation.dylib > 0x7fff5fc00000 - 0x7fff5fc3bdef dyld 132.1 (???) -3B6C-1C2C-9075EA219A06> /usr/lib/dyld > 0x7fff8036a000 - 0x7fff80379fff com.apple.NetFS 3.2.1 (3.2.1) > <0357C371-2E2D-069C-08FB-1180512B8516> > /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS > 0x7fff804fd000 - 0x7fff8077efef com.apple.Foundation 6.6.3 > (751.29) > /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation > 0x7fff80b88000 - 0x7fff80bb0fff com.apple.DictionaryServices > 1.1.1 (1.1.1) <9FD709FC-23F0-F270-EAC1-C590CD516A36> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices > 0x7fff80ff2000 - 0x7fff81109fef libxml2.2.dylib 10.3.0 > (compatibility 10.0.0) > /usr/lib/libxml2.2.dylib > 0x7fff81186000 - 0x7fff81197ff7 libz.1.dylib 1.2.3 > (compatibility 1.0.0) > /usr/lib/libz.1.dylib > 0x7fff81249000 - 0x7fff812c6fef libstdc++.6.dylib 7.9.0 > (compatibility 7.0.0) <35ECA411-2C08-FD7D-11B1-1B7A04921A5C> > /usr/lib/libstdc++.6.dylib > 0x7fff81d75000 - 0x7fff81e2bfff libobjc.A.dylib 227.0.0 > (compatibility 1.0.0) > /usr/lib/libobjc.A.dylib > 0x7fff820f4000 - 0x7fff82427fe7 > com.apple.CoreServices.CarbonCore 861.13 (861.13) -D97E-EC78C7DE9EE9> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore > 0x7fff82efb000 - 0x7fff830bbfef libSystem.B.dylib 125.2.0 > (compatibility 1.0.0) <95E02DD0-ADEA-745B-E7FA-ABA064E4658C> > /usr/lib/libSystem.B.dylib > 0x7fff83114000 - 0x7fff83155fff com.apple.SystemConfiguration > 1.10.2 (1.10.2) > /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration > 0x7fff83156000 - 0x7fff8315aff7 libmathCommon.A.dylib 315.0.0 > (compatibility 1.0.0) <95718673-FEEE-B6ED-B127-BCDBDB60D4E5> > /usr/lib/system/libmathCommon.A.dylib > 0x7fff8372b000 - 0x7fff838e9fff libicucore.A.dylib 40.0.0 > (compatibility 1.0.0) <0E53A4A6-AC06-1B61-2285-248F534EE356> > /usr/lib/libicucore.A.dylib > 0x7fff8495c000 - 0x7fff84987ff7 libxslt.1.dylib 3.24.0 > (compatibility 3.0.0) <87A0B228-B24A-C426-C3FB-B40D7258DD49> > /usr/lib/libxslt.1.dylib > 0x7fff84f44000 - 0x7fff84f90fff libauto.dylib ??? (???) > <072804DF-36AD-2DBE-7EF8-639CFB79077F> /usr/lib/libauto.dylib > 0x7fff84f91000 - 0x7fff84fefff7 com.apple.framework.IOKit 2.0 > (???) <010C3398-7363-8F4B-719C-263867F15F63> > /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit > 0x7fff85012000 - 0x7fff85018ff7 com.apple.DiskArbitration 2.3 > (2.3) <857F6E43-1EF4-7D53-351B-10DE0A8F992A> > /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration > 0x7fff86790000 - 0x7fff8679eff7 libkxld.dylib ??? (???) > /usr/lib/system/libkxld.dylib > 0x7fff867a5000 - 0x7fff86875ff7 com.apple.CFNetwork 454.9.8 > (454.9.8) <24667A86-FCDA-5B58-2CDC-3BFDFE8EA985> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork > 0x7fff87187000 - 0x7fff871d1ff7 com.apple.Metadata 10.6.3 > (507.10) <641395B7-FF2C-B94C-965A-CE6A0830645F> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata > 0x7fff879cc000 - 0x7fff87a89ff7 > com.apple.CoreServices.OSServices 357 (357) > <718F0719-DC9F-E392-7C64-9D7DFE3D02E2> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices > 0x7fff87af8000 - 0x7fff87b0efef libbsm.0.dylib ??? (???) > <42D3023A-A1F7-4121-6417-FCC6B51B3E90> /usr/lib/libbsm.0.dylib > 0x7fff88464000 - 0x7fff884f4fff com.apple.SearchKit 1.3.0 > (1.3.0) <4175DC31-1506-228A-08FD-C704AC9DF642> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit > 0x7fff884f5000 - 0x7fff884f5ff7 com.apple.CoreServices 44 (44) > <210A4C56-BECB-E3E4-B6EE-7EC53E02265D> > /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices > 0x7fff887f3000 - 0x7fff88a7afe7 com.apple.security 6.1.1 (37594) > > /System/Library/Frameworks/Security.framework/Versions/A/Security > 0x7fff88a7b000 - 0x7fff88b34fff libsqlite3.dylib 9.6.0 > (compatibility 9.0.0) <5A15E12A-AE8F-1A36-BBC7-564E7D7AD0FB> > /usr/lib/libsqlite3.dylib > 0x7fff88c51000 - 0x7fff88c8cfff com.apple.AE 496.4 (496.4) > > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE > 0x7fff88e19000 - 0x7fff88f8eff7 com.apple.CoreFoundation 6.6.3 > (550.29) <48810602-63C3-994D-E563-DD02B16E76E1> > /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation > 0x7fff8900b000 - 0x7fff890abfff com.apple.LaunchServices 362.1 > (362.1) <2740103A-6C71-D99F-8C6F-FA264546AD8F> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices > 0x7fffffe00000 - 0x7fffffe01fff libSystem.B.dylib ??? (???) > <95E02DD0-ADEA-745B-E7FA-ABA064E4658C> /usr/lib/libSystem.B.dylib > > Model: MacBookPro5,2, BootROM MBP52.008E.B05, 2 processors, Intel Core 2 > Duo, 2.66 GHz, 4 GB, SMC 1.42f4 > Graphics: NVIDIA GeForce 9600M GT, NVIDIA GeForce 9600M GT, PCIe, 512 MB > Graphics: NVIDIA GeForce 9400M, NVIDIA GeForce 9400M, PCI, 256 MB > Memory Module: global_name > AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x8D), > Broadcom BCM43xx 1.0 (5.10.91.27) > Bluetooth: Version 2.3.7f1, 2 service, 19 devices, 1 incoming serial > ports > Network Service: AirPort, AirPort, en1 > Serial ATA Device: FUJITSU MHZ2320BH FFS G1, 298.09 GB > Serial ATA Device: HL-DT-ST DVDRW GS21N, 557 MB > USB Device: Built-in iSight, 0x05ac (Apple Inc.), 0x8507, 0x24400000 > USB Device: BRCM2046 Hub, 0x0a5c (Broadcom Corp.), 0x4500, 0x06100000 > USB Device: Bluetooth USB Host Controller, 0x05ac (Apple Inc.), 0x8217, > 0x06110000 > USB Device: Apple Internal Keyboard / Trackpad, 0x05ac (Apple Inc.), > 0x0236, 0x04600000 > USB Device: IR Receiver, 0x05ac (Apple Inc.), 0x8242, 0x04500000 New description: I was editing an image well in Interface builder. I was trying to assign a photo to the image well and MacRuby crashed. {{{ Process: macruby [706] Path: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macruby Identifier: macruby Version: ??? (???) Code Type: X86-64 (Native) Parent Process: Interface Builder [654] Date/Time: 2010-10-09 16:01:46.980 -0700 OS Version: Mac OS X 10.6.4 (10F569) Report Version: 6 Interval Since Last Report: 200169 sec Crashes Since Last Report: 23 Per-App Crashes Since Last Report: 1 Anonymous UUID: 076AD1D0-1E6D-42BB-AC46-C6FD4E93AC90 Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Application Specific Information: objc[706]: garbage collection is ON abort() called Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libSystem.B.dylib 0x00007fff82f4a3d6 __kill + 10 1 libSystem.B.dylib 0x00007fff82fea972 abort + 83 2 libmacruby.dylib 0x000000010004a8ad rb_bug + 205 3 libmacruby.dylib 0x00000001000cf6ba rb_objc_str_is_pure + 2346 4 libmacruby.dylib 0x00000001000d0bfa rb_str_intern_fast + 4954 5 libmacruby.dylib 0x00000001000dc770 rb_str_buf_cat + 96 6 ripper.bundle 0x000000010343b175 parser_here_document + 421 7 ripper.bundle 0x000000010343df45 parser_yylex + 165 8 ripper.bundle 0x00000001034465f8 ripper_yyparse + 4888 9 ripper.bundle 0x000000010344d4c2 ripper_parse0 + 162 10 libmacruby.dylib 0x0000000100155d55 rb_ensure + 37 11 ripper.bundle 0x0000000103433925 ripper_parse + 133 12 libmacruby.dylib 0x0000000100150e3e rb_vm_dispatch + 7390 13 lexer.rbo 0x0000000100ff1641 0x100ff0000 + 5697 14 lexer.rbo 0x0000000100ff36b9 MREP_4B2B001D172844F5B95BE6F44164D463 + 7289 15 libmacruby.dylib 0x0000000100150e3e rb_vm_dispatch + 7390 16 lexer.rbo 0x0000000100ff1641 0x100ff0000 + 5697 17 lexer.rbo 0x0000000100ff34ac MREP_4B2B001D172844F5B95BE6F44164D463 + 6764 18 libmacruby.dylib 0x0000000100150e3e rb_vm_dispatch + 7390 19 filter.rbo 0x0000000100bfc6c1 0x100bfb000 + 5825 20 filter.rbo 0x0000000100bfd1dd MREP_A1B3FA26F42E481AA1BD96B5DDB6D2D5 + 2477 21 libmacruby.dylib 0x0000000100150e23 rb_vm_dispatch + 7363 22 ??? 0x0000000102d5ac6c 0 + 4342525036 23 ??? 0x0000000102d66f39 0 + 4342574905 24 libmacruby.dylib 0x0000000100150e23 rb_vm_dispatch + 7363 25 ??? 0x0000000102d5ac6c 0 + 4342525036 26 ??? 0x0000000102d5a219 0 + 4342522393 27 libmacruby.dylib 0x00000001001675a3 rb_vm_run + 531 28 libmacruby.dylib 0x000000010004d2f0 ruby_run_node + 80 29 macruby 0x0000000100000d28 main + 152 30 macruby 0x0000000100000c88 start + 52 Thread 1: 0 libSystem.B.dylib 0x00007fff82f15eaa __workq_kernreturn + 10 1 libSystem.B.dylib 0x00007fff82f162bc _pthread_wqthread + 917 2 libSystem.B.dylib 0x00007fff82f15f25 start_wqthread + 13 Thread 2: Dispatch queue: com.apple.libdispatch-manager 0 libSystem.B.dylib 0x00007fff82f1508a kevent + 10 1 libSystem.B.dylib 0x00007fff82f16f5d _dispatch_mgr_invoke + 154 2 libSystem.B.dylib 0x00007fff82f16c34 _dispatch_queue_invoke + 185 3 libSystem.B.dylib 0x00007fff82f1675e _dispatch_worker_thread2 + 252 4 libSystem.B.dylib 0x00007fff82f16088 _pthread_wqthread + 353 5 libSystem.B.dylib 0x00007fff82f15f25 start_wqthread + 13 Thread 3: 0 libSystem.B.dylib 0x00007fff82f15eaa __workq_kernreturn + 10 1 libSystem.B.dylib 0x00007fff82f162bc _pthread_wqthread + 917 2 libSystem.B.dylib 0x00007fff82f15f25 start_wqthread + 13 Thread 0 crashed with X86 Thread State (64-bit): rax: 0x0000000000000000 rbx: 0x0000000000000000 rcx: 0x00007fff5fbfa848 rdx: 0x0000000000000000 rdi: 0x00000000000002c2 rsi: 0x0000000000000006 rbp: 0x00007fff5fbfa860 rsp: 0x00007fff5fbfa848 r8: 0x00007fff704dea40 r9: 0x0000000000000000 r10: 0x00007fff82f46412 r11: 0x0000000000000202 r12: 0x00007fff5fbfa870 r13: 0x0000000100971f70 r14: 0x00000002002d6128 r15: 0x000000000000002a rip: 0x00007fff82f4a3d6 rfl: 0x0000000000000202 cr2: 0x000000020040b000 Binary Images: 0x100000000 - 0x100000ff7 +macruby ??? (???) <863452BE-5156-9DF6-6C91-FCA6335EC223> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macruby 0x10000f000 - 0x100b09f17 +libmacruby.dylib 0.8.0 (compatibility 0.8.0) <781315D4-7D91-F98A-FB2B-17B001CEA33B> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/libmacruby.dylib 0x100bfb000 - 0x100bfdff7 +filter.rbo ??? (???) <991AD949-FC64-A432-0DEC-D9D3F7F3E93D> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/ripper/filter.rbo 0x100ebb000 - 0x100ebcff7 CoreFoundation.dylib 0.9.0 (compatibility 0.9.0) <967FBC15-63D4-69DC-5273-62F1A428E99D> /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundation.dylib 0x100ff0000 - 0x100ff6fff +lexer.rbo ??? (???) <3ABD6BFF-0344-1610-145C-F4A58DCB659E> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/ripper/lexer.rbo 0x100ffa000 - 0x100ffcff7 +core.rbo ??? (???) <437B86CF- 8CAD-3003-42E7-3014D71B8810> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/ripper/core.rbo 0x103400000 - 0x10342eff7 +optparse.rbo ??? (???) <74086BE3-40A1-5EBF-52DF-CDD0DDB3A264> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/optparse.rbo 0x103433000 - 0x10345dfef +ripper.bundle ??? (???) <1CED87E4 -A3EF-40BF-75C0-6DA3C36F116C> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 /universal-darwin10.0/ripper.bundle 0x103476000 - 0x103477fff Foundation.dylib 0.9.0 (compatibility 0.9.0) <69DC28CB-3C62-4A2E-26C5-DD7D60D49BB7> /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/Foundation.dylib 0x7fff5fc00000 - 0x7fff5fc3bdef dyld 132.1 (???) /usr/lib/dyld 0x7fff8036a000 - 0x7fff80379fff com.apple.NetFS 3.2.1 (3.2.1) <0357C371-2E2D-069C-08FB-1180512B8516> /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS 0x7fff804fd000 - 0x7fff8077efef com.apple.Foundation 6.6.3 (751.29) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation 0x7fff80b88000 - 0x7fff80bb0fff com.apple.DictionaryServices 1.1.1 (1.1.1) <9FD709FC-23F0-F270-EAC1-C590CD516A36> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices 0x7fff80ff2000 - 0x7fff81109fef libxml2.2.dylib 10.3.0 (compatibility 10.0.0) /usr/lib/libxml2.2.dylib 0x7fff81186000 - 0x7fff81197ff7 libz.1.dylib 1.2.3 (compatibility 1.0.0) /usr/lib/libz.1.dylib 0x7fff81249000 - 0x7fff812c6fef libstdc++.6.dylib 7.9.0 (compatibility 7.0.0) <35ECA411-2C08-FD7D-11B1-1B7A04921A5C> /usr/lib/libstdc++.6.dylib 0x7fff81d75000 - 0x7fff81e2bfff libobjc.A.dylib 227.0.0 (compatibility 1.0.0) /usr/lib/libobjc.A.dylib 0x7fff820f4000 - 0x7fff82427fe7 com.apple.CoreServices.CarbonCore 861.13 (861.13) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore 0x7fff82efb000 - 0x7fff830bbfef libSystem.B.dylib 125.2.0 (compatibility 1.0.0) <95E02DD0-ADEA-745B-E7FA-ABA064E4658C> /usr/lib/libSystem.B.dylib 0x7fff83114000 - 0x7fff83155fff com.apple.SystemConfiguration 1.10.2 (1.10.2) /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration 0x7fff83156000 - 0x7fff8315aff7 libmathCommon.A.dylib 315.0.0 (compatibility 1.0.0) <95718673-FEEE-B6ED-B127-BCDBDB60D4E5> /usr/lib/system/libmathCommon.A.dylib 0x7fff8372b000 - 0x7fff838e9fff libicucore.A.dylib 40.0.0 (compatibility 1.0.0) <0E53A4A6-AC06-1B61-2285-248F534EE356> /usr/lib/libicucore.A.dylib 0x7fff8495c000 - 0x7fff84987ff7 libxslt.1.dylib 3.24.0 (compatibility 3.0.0) <87A0B228-B24A-C426-C3FB-B40D7258DD49> /usr/lib/libxslt.1.dylib 0x7fff84f44000 - 0x7fff84f90fff libauto.dylib ??? (???) <072804DF-36AD-2DBE-7EF8-639CFB79077F> /usr/lib/libauto.dylib 0x7fff84f91000 - 0x7fff84fefff7 com.apple.framework.IOKit 2.0 (???) <010C3398-7363-8F4B-719C-263867F15F63> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x7fff85012000 - 0x7fff85018ff7 com.apple.DiskArbitration 2.3 (2.3) <857F6E43-1EF4-7D53-351B-10DE0A8F992A> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration 0x7fff86790000 - 0x7fff8679eff7 libkxld.dylib ??? (???) /usr/lib/system/libkxld.dylib 0x7fff867a5000 - 0x7fff86875ff7 com.apple.CFNetwork 454.9.8 (454.9.8) <24667A86-FCDA-5B58-2CDC-3BFDFE8EA985> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork 0x7fff87187000 - 0x7fff871d1ff7 com.apple.Metadata 10.6.3 (507.10) <641395B7-FF2C-B94C-965A-CE6A0830645F> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata 0x7fff879cc000 - 0x7fff87a89ff7 com.apple.CoreServices.OSServices 357 (357) <718F0719-DC9F-E392-7C64-9D7DFE3D02E2> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices 0x7fff87af8000 - 0x7fff87b0efef libbsm.0.dylib ??? (???) <42D3023A-A1F7-4121-6417-FCC6B51B3E90> /usr/lib/libbsm.0.dylib 0x7fff88464000 - 0x7fff884f4fff com.apple.SearchKit 1.3.0 (1.3.0) <4175DC31-1506-228A-08FD-C704AC9DF642> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit 0x7fff884f5000 - 0x7fff884f5ff7 com.apple.CoreServices 44 (44) <210A4C56-BECB-E3E4-B6EE-7EC53E02265D> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices 0x7fff887f3000 - 0x7fff88a7afe7 com.apple.security 6.1.1 (37594) /System/Library/Frameworks/Security.framework/Versions/A/Security 0x7fff88a7b000 - 0x7fff88b34fff libsqlite3.dylib 9.6.0 (compatibility 9.0.0) <5A15E12A-AE8F-1A36-BBC7-564E7D7AD0FB> /usr/lib/libsqlite3.dylib 0x7fff88c51000 - 0x7fff88c8cfff com.apple.AE 496.4 (496.4) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE 0x7fff88e19000 - 0x7fff88f8eff7 com.apple.CoreFoundation 6.6.3 (550.29) <48810602-63C3-994D-E563-DD02B16E76E1> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 0x7fff8900b000 - 0x7fff890abfff com.apple.LaunchServices 362.1 (362.1) <2740103A-6C71-D99F-8C6F-FA264546AD8F> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices 0x7fffffe00000 - 0x7fffffe01fff libSystem.B.dylib ??? (???) <95E02DD0-ADEA-745B-E7FA-ABA064E4658C> /usr/lib/libSystem.B.dylib Model: MacBookPro5,2, BootROM MBP52.008E.B05, 2 processors, Intel Core 2 Duo, 2.66 GHz, 4 GB, SMC 1.42f4 Graphics: NVIDIA GeForce 9600M GT, NVIDIA GeForce 9600M GT, PCIe, 512 MB Graphics: NVIDIA GeForce 9400M, NVIDIA GeForce 9400M, PCI, 256 MB Memory Module: global_name AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x8D), Broadcom BCM43xx 1.0 (5.10.91.27) Bluetooth: Version 2.3.7f1, 2 service, 19 devices, 1 incoming serial ports Network Service: AirPort, AirPort, en1 Serial ATA Device: FUJITSU MHZ2320BH FFS G1, 298.09 GB Serial ATA Device: HL-DT-ST DVDRW GS21N, 557 MB USB Device: Built-in iSight, 0x05ac (Apple Inc.), 0x8507, 0x24400000 USB Device: BRCM2046 Hub, 0x0a5c (Broadcom Corp.), 0x4500, 0x06100000 USB Device: Bluetooth USB Host Controller, 0x05ac (Apple Inc.), 0x8217, 0x06110000 USB Device: Apple Internal Keyboard / Trackpad, 0x05ac (Apple Inc.), 0x0236, 0x04600000 USB Device: IR Receiver, 0x05ac (Apple Inc.), 0x8242, 0x04500000 }}} -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 10 00:59:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 10 Oct 2010 07:59:22 -0000 Subject: [MacRuby] #949: Crash in Macruby In-Reply-To: <054.709296a51599bd8acad9fc0d94e6648a@macosforge.org> References: <054.709296a51599bd8acad9fc0d94e6648a@macosforge.org> Message-ID: <063.9d21af6780c17076ce6b44a9a60c041d@macosforge.org> #949: Crash in Macruby -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by lsansonetti@?): It's crashing inside ripper, so I suspect it's the rb_nibtool script. Do you happen to reproduce the crash or was it just once? If you can repro it, it might be interesting to determine which .rb file in your project makes it crash (you can run the /Developer/usr/bin/rb_nibtool tool manually on a .rb file), then attach it to this ticket. Thanks! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 10 08:33:47 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 10 Oct 2010 15:33:47 -0000 Subject: [MacRuby] #932: MacRuby Document-based Application template missing connections, etc In-Reply-To: <050.95abaf0dbeff2d39ef3e29fb689a1964@macosforge.org> References: <050.95abaf0dbeff2d39ef3e29fb689a1964@macosforge.org> Message-ID: <059.fa373ea9955a84b30315aba1e8713549@macosforge.org> #932: MacRuby Document-based Application template missing connections, etc ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: Keywords: | ---------------------------------+------------------------------------------ Changes (by dev@?): * status: closed => reopened * resolution: fixed => Comment: I missed a couple things in MainMenu -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 10 14:50:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 10 Oct 2010 21:50:59 -0000 Subject: [MacRuby] #950: no syntax for method calls with unnamed arguments after the pseudo-hash part of the selector Message-ID: <050.329294d72bbbde02213d9cdc9e18f7e2@macosforge.org> #950: no syntax for method calls with unnamed arguments after the pseudo-hash part of the selector ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ NSAlert defines the following method: {{{ + (NSAlert *)alertWithMessageText:(NSString *)messageTitle defaultButton:(NSString *)defaultButtonTitle alternateButton:(NSString *)alternateButtonTitle otherButton:(NSString *)otherButtonTitle informativeTextWithFormat:(NSString *)informativeText, ... }}} (http://bit.ly/d1JIeQ) Now, the interesting part here is the "`, ...`" at the end. It takes variable arguments at the end that work as formatting arguments for `informativeText`, eg.` sprintf(informativeText, ...)`. In MacRuby, this is currently invalid syntax: {{{ NSAlert.alertWithMessageText("Delete?", defaultButton:"Delete", alternateButton:"Cancel", otherButton:nil, informativeTextWithFormat:"delete %d people?", employees.count) }}} The only way around it is using `send`: {{{ NSAlert.send( :"alertWithMessageText:defaultButton:alternateButton:otherButton:informativeTextWithFormat:", "Delete?", "Delete", "Cancel", nil, "delete %@ people?", employees.count) }}} Mailing list thread: http://lists.macosforge.org/pipermail/macruby- devel/2010-October/006179.html -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 10 15:06:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 10 Oct 2010 22:06:17 -0000 Subject: [MacRuby] #670: A more idiomatic rb_main for MacRuby applications In-Reply-To: <050.5c762825f01b4e61fee3bde9680675ae@macosforge.org> References: <050.5c762825f01b4e61fee3bde9680675ae@macosforge.org> Message-ID: <059.9249a706f8bbdc4b49df8e5b4216b261@macosforge.org> #670: A more idiomatic rb_main for MacRuby applications ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: trivial | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by dev@?): It seems I was wrong in expecting require not to require the main file again: While `require` won't reload a file that's already been required, rb_main is never "required": as the main file, it's just "run", hence not in `$"`, and therefore prone to be loaded again by `require`. So I'm cleverly ditching rb_main from the require list again. Maybe too cleverly for this patch to still make sense. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 10 19:03:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 11 Oct 2010 02:03:01 -0000 Subject: [MacRuby] #951: BridgeSupport - bug dereferencing a pointer Message-ID: <054.60e96d905cf0cf6f0af87b6dbcd3c1cd@macosforge.org> #951: BridgeSupport - bug dereferencing a pointer -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: BridgeSupport -------------------------------------+-------------------------------------- I'm trying to use the Chipmunk physics engine http://files.slembcke.net/chipmunk/release/ChipmunkLatest-Docs/ with MacRuby. I wrote a simple Cocoa framework with the C source and generated a BridgeSupport file using the new generator (preview 1). Here is the framework: http://github.com/mattetti/MacRuby-Chipmunk/ Here is the BridgeSupport file: http://github.com/mattetti/MacRuby- Chipmunk/blob/master/Chipmunk/BridgeSupport/Chipmunk.bridgesupport You can download the framework and reproduce the problem in MacIRB: {{{ $ macirb --simple-prompt >> framework File.expand_path('Chipmunk.framework') => true >> cpInitChipmunk() Initializing Chipmunk v5.3.2 (Debug Enabled) Compile with -DNDEBUG defined to disable debug mode and runtime assertion checks => nil >> space_ptr = cpSpaceNew() => # >> space = space_ptr[0] TypeError: unrecognized runtime type `{cpSpaceHash' }}} Here is a direct link to the BS's cpSpaceNew function node: http://github.com/mattetti/MacRuby- Chipmunk/blob/master/Chipmunk/BridgeSupport/Chipmunk.bridgesupport#L821-823 Can it be that the runtime type looked up is {cpSpaceHash instead of cpSpaceHash? The BS file was generated using the new gen_bridge_metadata tool and MacRuby 0.8 trunk was used. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 11 00:21:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 11 Oct 2010 07:21:41 -0000 Subject: [MacRuby] #189: Bugs with: Class#dup & Object#dup In-Reply-To: <054.93716b525d5adea472994aca9a4898d2@macosforge.org> References: <054.93716b525d5adea472994aca9a4898d2@macosforge.org> Message-ID: <063.6776a3884af4188a30570c02500a0091@macosforge.org> #189: Bugs with: Class#dup & Object#dup -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by watson1978@?): {{{ #!ruby require 'stringio' def assert_equal(x, y) if x == y puts "ok" else puts "ng : x = #{x.inspect} : y = #{y.inspect}" end end f1 = StringIO.new("1234") assert_equal("1", f1.getc) f2 = f1.dup assert_equal("2", f2.getc) assert_equal("3", f1.getc) assert_equal("4", f2.getc) assert_equal(nil, f1.getc) assert_equal(true, f2.eof?) f1.close assert_equal(true, f2.closed?) }}} Result: {{{ $ ruby19 -v test_stringio.rb ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-darwin10.4.0] ok ok ok ok ok ok ok $ macruby -v test_stringio.rb MacRuby 0.8 (ruby 1.9.2) [universal-darwin10.0, x86_64] ok ok ng : x = "3" : y = "2" ng : x = "4" : y = "3" ng : x = nil : y = "3" ng : x = true : y = false ng : x = true : y = false }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 11 04:27:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 11 Oct 2010 11:27:04 -0000 Subject: [MacRuby] #952: Should set got string to $_ when calls StringIO#gets #readline. Message-ID: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> #952: Should set got string to $_ when calls StringIO#gets #readline. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'stringio' str = StringIO.new("hello world!") s = str.gets p s p $_ str = StringIO.new("1234") s = str.readline p s p $_ }}} Result: {{{ $ ruby19 -v test_stringio.rb ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-darwin10.4.0] "hello world!" "hello world!" "1234" "1234" $ macruby test_stringio.rb "hello world!" nil "1234" nil }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 11 13:37:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 11 Oct 2010 20:37:52 -0000 Subject: [MacRuby] #936: Kernel#caller reports the wrong line numbers In-Reply-To: <050.e423af186a78356e1966754cbf07b533@macosforge.org> References: <050.e423af186a78356e1966754cbf07b533@macosforge.org> Message-ID: <059.78b9ef323fce881503d2430272280a71@macosforge.org> #936: Kernel#caller reports the wrong line numbers ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: Keywords: | ---------------------------------+------------------------------------------ Changes (by mred@?): * status: closed => reopened * resolution: fixed => Comment: The Kernel#caller method now reports the line number after the calling line if the calling line is followed by a method invocation. {{{ $ cat x.rb class A def f puts caller end def g f # line 7 self.inspect end end a = A.new a.g ehynes at Pomona:tmp$ macruby x.rb /private/tmp/x.rb:8:in `g' /private/tmp/x.rb:13:in `
' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 11 17:08:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 12 Oct 2010 00:08:49 -0000 Subject: [MacRuby] #189: Bugs with: Class#dup & Object#dup In-Reply-To: <054.93716b525d5adea472994aca9a4898d2@macosforge.org> References: <054.93716b525d5adea472994aca9a4898d2@macosforge.org> Message-ID: <063.e2b50fec1b9c51ce3397336d363b0398@macosforge.org> #189: Bugs with: Class#dup & Object#dup -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by lsansonetti@?): Aren't those unrelated? I think a new bug should be opened for the new one. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 11 18:00:09 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 12 Oct 2010 01:00:09 -0000 Subject: [MacRuby] #936: Kernel#caller reports the wrong line numbers In-Reply-To: <050.e423af186a78356e1966754cbf07b533@macosforge.org> References: <050.e423af186a78356e1966754cbf07b533@macosforge.org> Message-ID: <059.3f6975b3374b89abd384ab937f7fe409@macosforge.org> #936: Kernel#caller reports the wrong line numbers ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: reopened => closed * resolution: => fixed Comment: Okay, this should now be fixed as r4787. I started collecting #caller tests as r4786 so that we won't slip a regression in :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 11 18:02:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 12 Oct 2010 01:02:44 -0000 Subject: [MacRuby] #951: BridgeSupport - bug dereferencing a pointer In-Reply-To: <054.60e96d905cf0cf6f0af87b6dbcd3c1cd@macosforge.org> References: <054.60e96d905cf0cf6f0af87b6dbcd3c1cd@macosforge.org> Message-ID: <063.d35778dfd8a2fcc6961787953f7c580f@macosforge.org> #951: BridgeSupport - bug dereferencing a pointer -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: BridgeSupport -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.8 => -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 11 18:05:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 12 Oct 2010 01:05:52 -0000 Subject: [MacRuby] #932: MacRuby Document-based Application template missing connections, etc In-Reply-To: <050.95abaf0dbeff2d39ef3e29fb689a1964@macosforge.org> References: <050.95abaf0dbeff2d39ef3e29fb689a1964@macosforge.org> Message-ID: <059.3e10787cc29964023ec7aff083aa985c@macosforge.org> #932: MacRuby Document-based Application template missing connections, etc ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: reopened => closed * resolution: => fixed Comment: Applied as r4788. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 11 19:48:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 12 Oct 2010 02:48:44 -0000 Subject: [MacRuby] #189: Bugs with: Class#dup & Object#dup In-Reply-To: <054.93716b525d5adea472994aca9a4898d2@macosforge.org> References: <054.93716b525d5adea472994aca9a4898d2@macosforge.org> Message-ID: <063.fb29b12af1b4ce13aa181c76e6824119@macosforge.org> #189: Bugs with: Class#dup & Object#dup -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by watson1978@?): Sorry X( It seems to be a issue of StringIO#dup. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 11 20:31:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 12 Oct 2010 03:31:56 -0000 Subject: [MacRuby] #953: StringIO#dup is broken. Message-ID: <051.f8b933ae142ccd00ac4ee635eb328038@macosforge.org> #953: StringIO#dup is broken. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ #!ruby require 'stringio' def assert_equal(x, y) if x == y puts "ok" else puts "ng : x = #{x.inspect} : y = #{y.inspect}" end end f1 = StringIO.new("1234") assert_equal("1", f1.getc) f2 = f1.dup assert_equal("2", f2.getc) assert_equal("3", f1.getc) assert_equal("4", f2.getc) assert_equal(nil, f1.getc) assert_equal(true, f2.eof?) f1.close assert_equal(true, f2.closed?) }}} Result: {{{ $ ruby19 -v test_stringio.rb ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-darwin10.4.0] ok ok ok ok ok ok ok $ macruby -v test_stringio.rb MacRuby 0.8 (ruby 1.9.2) [universal-darwin10.0, x86_64] ok ok ng : x = "3" : y = "2" ng : x = "4" : y = "3" ng : x = nil : y = "3" ng : x = true : y = false ng : x = true : y = false }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 11 21:47:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 12 Oct 2010 04:47:45 -0000 Subject: [MacRuby] #812: Eval with binding is not able to retrieve local_variables In-Reply-To: <054.1c794f63fb9cb9cf939b1c3fb665e551@macosforge.org> References: <054.1c794f63fb9cb9cf939b1c3fb665e551@macosforge.org> Message-ID: <063.16287416484aa14d847de1fb9cdcdca3@macosforge.org> #812: Eval with binding is not able to retrieve local_variables -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: irb -------------------------------------+-------------------------------------- Comment(by lsansonetti@?): I committed some fixes as r4789. However, one of the tests in the script pasted above doesn't run successfully yet. {{{ $ ./miniruby t3.rb [:toplevel, :b] [] # [:toplevel, :b, :not_toplevel] $ }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 12 04:49:11 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 12 Oct 2010 11:49:11 -0000 Subject: [MacRuby] #954: Assertion fails with IO.pipe, when checks size of String which had read from pipe. Message-ID: <051.bf509dda19125b3662800a8532524f0a@macosforge.org> #954: Assertion fails with IO.pipe, when checks size of String which had read from pipe. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby r, w = IO.pipe s = "" t = Thread.new { r.read(5, s) } w.write "foobarbaz" true until s.size == 5 # crash p t.value p s }}} Result: {{{ $ ruby19 -v test_io.rb ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-darwin10.4.0] "fooba" "fooba" $ macruby test_io.rb Assertion failed: (IS_BSTR(str)), function rb_bstr_set_length, file string.c, line 6042. zsh: abort macruby test_io.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 12 09:04:11 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 12 Oct 2010 16:04:11 -0000 Subject: [MacRuby] #573: Creating a void pointer causes abort() In-Reply-To: <049.233a796ee81628a8097271cd31690f75@macosforge.org> References: <049.233a796ee81628a8097271cd31690f75@macosforge.org> Message-ID: <058.a14ec7fbf032e60c3bfe0912cb520f0d@macosforge.org> #573: Creating a void pointer causes abort() --------------------------------+------------------------------------------- Reporter: carlo@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Comment(by hahaxiao11@?): a patch to fix this issue [http://www.plazamadness.com cheap ugg boots] -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 12 13:40:53 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 12 Oct 2010 20:40:53 -0000 Subject: [MacRuby] #954: Assertion fails with IO.pipe, when checks size of String which had read from pipe. In-Reply-To: <051.bf509dda19125b3662800a8532524f0a@macosforge.org> References: <051.bf509dda19125b3662800a8532524f0a@macosforge.org> Message-ID: <060.c08ce9d79a7ed5976827ef0f679710e6@macosforge.org> #954: Assertion fails with IO.pipe, when checks size of String which had read from pipe. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): This looks like a race condition, when we transform the given string into binary. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 12 13:54:47 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 12 Oct 2010 20:54:47 -0000 Subject: [MacRuby] #954: Race condition: assertion fails with IO.pipe, when checks size of String which had read from pipe. (was: Assertion fails with IO.pipe, when checks size of String which had read from pipe.) In-Reply-To: <051.bf509dda19125b3662800a8532524f0a@macosforge.org> References: <051.bf509dda19125b3662800a8532524f0a@macosforge.org> Message-ID: <060.720ceb18653b1118c91e0cc6684ddfd8@macosforge.org> #954: Race condition: assertion fails with IO.pipe, when checks size of String which had read from pipe. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): The following works: {{{ r, w = IO.pipe s = "" t = Thread.new { r.read(5, s) } w.write "foobarbaz" sleep 0.5 true until s.size == 5 # crash p t.value p s }}} The problem is that the same string object cannot be passed to IO#read and perform String#size at the same time. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 13 15:01:00 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 13 Oct 2010 22:01:00 -0000 Subject: [MacRuby] #948: MacRuby should match with Regexp, distinguish between '\r' and '\n'. In-Reply-To: <051.cf015a966c8cb955f37a37a5f4feb8fb@macosforge.org> References: <051.cf015a966c8cb955f37a37a5f4feb8fb@macosforge.org> Message-ID: <060.0bd3e17f8597cf3fa6304ef4db02726a@macosforge.org> #948: MacRuby should match with Regexp, distinguish between '\r' and '\n'. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): I believe that's an ICU limitation. Not sure if it's worth fixing in MacRuby. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 13 15:23:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 13 Oct 2010 22:23:05 -0000 Subject: [MacRuby] #953: StringIO#dup is broken. In-Reply-To: <051.f8b933ae142ccd00ac4ee635eb328038@macosforge.org> References: <051.f8b933ae142ccd00ac4ee635eb328038@macosforge.org> Message-ID: <060.cbab0b713e8dcfef68b21720bbc79235@macosforge.org> #953: StringIO#dup is broken. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): I looked at this problem and it will be hard to fix it with the current stringio (pure Ruby) implementation. StringIO#dup returns a new object which points to the same StringIO "state" (string, position, and so on). If our stringio is rewritten in C, it will be easier to share the same as a common structure. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 13 15:46:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 13 Oct 2010 22:46:16 -0000 Subject: [MacRuby] #949: crash in rb_nibtool (was: Crash in Macruby) In-Reply-To: <054.709296a51599bd8acad9fc0d94e6648a@macosforge.org> References: <054.709296a51599bd8acad9fc0d94e6648a@macosforge.org> Message-ID: <063.4795ef96f72d7b9c1e35c0080190ba94@macosforge.org> #949: crash in rb_nibtool -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 13 15:47:02 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 13 Oct 2010 22:47:02 -0000 Subject: [MacRuby] #949: crash in rb_nibtool In-Reply-To: <054.709296a51599bd8acad9fc0d94e6648a@macosforge.org> References: <054.709296a51599bd8acad9fc0d94e6648a@macosforge.org> Message-ID: <063.e05c6ae26906d77f2a3f449e54e4e835@macosforge.org> #949: crash in rb_nibtool -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: needinfo Keywords: | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => needinfo -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 14 07:39:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 14 Oct 2010 14:39:39 -0000 Subject: [MacRuby] #955: Problem printing arrays in 0.7 Message-ID: <049.8698a96217cb40df14c48b816530c316@macosforge.org> #955: Problem printing arrays in 0.7 --------------------------------+------------------------------------------- Reporter: perry@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- A serious problem in the new MacRuby 0.7: {{{ $ macirb --simple-prompt >> framework 'AppKit'=> true >> NSSpeechSynthesizer.availableVoices TypeError: can't convert Class into String >> }}} This is clearly wrong. (It is even an example given in http://macruby.labs.oreilly.com/ch01.html and clearly should work.) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 14 07:50:50 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 14 Oct 2010 14:50:50 -0000 Subject: [MacRuby] #955: Problem printing arrays in 0.7 In-Reply-To: <049.8698a96217cb40df14c48b816530c316@macosforge.org> References: <049.8698a96217cb40df14c48b816530c316@macosforge.org> Message-ID: <058.f6ffa388655d740659bf23f6cf8fd84c@macosforge.org> #955: Problem printing arrays in 0.7 --------------------------------+------------------------------------------- Reporter: perry@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Changes (by eloy.de.enige@?): * owner: lsansonetti@? => eloy.de.enige@? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 14 09:17:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 14 Oct 2010 16:17:03 -0000 Subject: [MacRuby] #956: macirb NSArray ArgumentError Message-ID: <046.18107a183fb3040c022661762d57b518@macosforge.org> #956: macirb NSArray ArgumentError -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: macirb NSArray -----------------------------+---------------------------------------------- >> NSArray.array ArgumentError: wrong number of arguments every NSArray constructor method seems to exibit some kind of similar behaviour -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 15 01:27:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 15 Oct 2010 08:27:29 -0000 Subject: [MacRuby] #955: Problem printing arrays in 0.7 In-Reply-To: <049.8698a96217cb40df14c48b816530c316@macosforge.org> References: <049.8698a96217cb40df14c48b816530c316@macosforge.org> Message-ID: <058.725d1d2043eaf1665e6fb5451e5dacce@macosforge.org> #955: Problem printing arrays in 0.7 --------------------------------+------------------------------------------- Reporter: perry@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Changes (by eloy.de.enige@?): * owner: eloy.de.enige@? => lsansonetti@? Comment: This works on trunk (nightly), however, there are some GC warnings: {{{ [10:09:36] eloy:trunk $ macirb irb(main):001:0> NSArray.array macruby(13543,0x7fff70019c20) malloc: *** free() called with 0x102eb4f70 with refcount 0 macruby(13543,0x7fff70019c20) malloc: *** auto malloc[13543]: agc error for object 0x102eb4f70: Deallocating a non-block => [] irb(main):002:0> NSArray.array macruby(13543,0x7fff70019c20) malloc: *** free() called with 0x102ebbf80 with refcount 0 macruby(13543,0x7fff70019c20) malloc: *** auto malloc[13543]: agc error for object 0x102ebbf80: Deallocating a non-block => [] irb(main):003:0> NSArray.array macruby(13543,0x7fff70019c20) malloc: *** free() called with 0x102ebbfc0 with refcount 0 macruby(13543,0x7fff70019c20) malloc: *** auto malloc[13543]: agc error for object 0x102ebbfc0: Deallocating a non-block => [] irb(main):004:0> NSArray.array macruby(13543,0x7fff70019c20) malloc: *** free() called with 0x102ebdff0 with refcount 0 macruby(13543,0x7fff70019c20) malloc: *** auto malloc[13543]: agc error for object 0x102ebdff0: Deallocating a non-block => [] [10:11:24] eloy:trunk $ macirb irb(main):001:0> framework 'AppKit' => true irb(main):002:0> NSSpeechSynthesizer.availableVoices macruby(13547,0x7fff70019c20) malloc: *** free() called with 0x11780fe00 with refcount 0 macruby(13547,0x7fff70019c20) malloc: *** auto malloc[13547]: agc error for object 0x11780fe00: Deallocating a non-block => ["com.apple.speech.synthesis.voice.Agnes", ?, "com.apple.speech.synthesis.voice.Zarvox"] irb(main):003:0> NSSpeechSynthesizer.availableVoices macruby(13547,0x7fff70019c20) malloc: *** free() called with 0x118801000 with refcount 0 macruby(13547,0x7fff70019c20) malloc: *** auto malloc[13547]: agc error for object 0x118801000: Deallocating a non-block => ["com.apple.speech.synthesis.voice.Agnes", ?, "com.apple.speech.synthesis.voice.Zarvox"] irb(main):004:0> NSSpeechSynthesizer.availableVoices macruby(13547,0x7fff70019c20) malloc: *** free() called with 0x117810800 with refcount 0 macruby(13547,0x7fff70019c20) malloc: *** auto malloc[13547]: agc error for object 0x117810800: Deallocating a non-block => ["com.apple.speech.synthesis.voice.Agnes", ?, "com.apple.speech.synthesis.voice.Zarvox"] }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 15 06:56:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 15 Oct 2010 13:56:05 -0000 Subject: [MacRuby] #957: [Macruby sharedRuntime] should relocate paths when embedded in a Objective-C app Message-ID: <051.609317a1224431275119640046f38c72@macosforge.org> #957: [Macruby sharedRuntime] should relocate paths when embedded in a Objective-C app ----------------------------------+----------------------------------------- Reporter: martinkahr@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- When the Macruby framework is embedded in an objective-c app, than the paths to the ruby libs and scripts are not set correct. I got the following info from Laurent: "When you work with a pure MacRuby Xcode project, which calls macruby_main(), MacRuby will automatically relocate the paths for you if it's embedded inside the running .app" The same thing should be done when an app is talking with MacRuby through [MacRuby sharedRuntime]. You can circumvent this problem by setting the paths by yourself. To see which paths must be set, you should check the output of macruby -e 'p $:' (Thanks to Laurent for the info) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Oct 16 08:55:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 16 Oct 2010 15:55:26 -0000 Subject: [MacRuby] #958: Errno::EAGAIN occurs when read data from socket within Webrick. Message-ID: <051.0b2acefdeec4080a3d1cb1dc21f7b20d@macosforge.org> #958: Errno::EAGAIN occurs when read data from socket within Webrick. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby # test_webrick_server.rb require "webrick" class Echo < WEBrick::GenericServer def run(sock) while line = sock.gets p "[server] : get = " + line sock.print line end p :end end end server = Echo.new({ :BindAddress => "127.0.0.1", :Port => 4000, }) Signal.trap('INT') { server.shutdown } server.start }}} {{{ #!ruby # test_client.rb require "socket" host = "127.0.0.1" port = 4000 c = TCPSocket.open(host, port) ["foo\n", "bar\n"].each do |item| c.print item p c.gets end ["1234", "aaa", "bbb"].each do |item| c.puts item p c.gets end }}} Result: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib test_webrick_server.rb [2010-10-17 00:43:34] INFO WEBrick 1.3.1 [2010-10-17 00:43:34] INFO ruby 1.9.2 (2008-06-03) [universal-darwin10.0] [2010-10-17 00:43:34] INFO Echo#start: pid=953 port=4000 "[server] : get = foo\n" [2010-10-17 00:43:37] ERROR Errno::EAGAIN: Resource temporarily unavailable - read() failed /Users/watson/src/macruby-dev/test_webrick_server.rb:5:in `run:' /Users/watson/src/macruby-dev/lib/webrick/server.rb:183:in `block' }}} It works as expected if I do not use Webrick. {{{ #!ruby # test_socket_server.rb require "socket" host = "127.0.0.1" port = 4000 server = TCPServer.open(port) s = server.accept while line = s.gets p "[server] : gets = " + line s.print line end }}} {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib test_socket_server.rb "[server] : gets = foo\n" "[server] : gets = bar\n" "[server] : gets = 1234\n" "[server] : gets = aaa\n" "[server] : gets = bbb\n" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 18 07:16:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 18 Oct 2010 14:16:03 -0000 Subject: [MacRuby] #895: MacRuby crashes when trying to parse an XML document with nokogiri In-Reply-To: <044.7753752b7ea02443364e96f5c766c3d7@macosforge.org> References: <044.7753752b7ea02443364e96f5c766c3d7@macosforge.org> Message-ID: <053.9eededc013c616179ed8633e9153a97c@macosforge.org> #895: MacRuby crashes when trying to parse an XML document with nokogiri ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Comment(by watson1978@?): I think, maybe this issue is GC of MacRuby or memory allocation of nokogiri. {{{ #!ruby require 'rubygems' gem 'nokogiri' require 'nokogiri' html_doc = Nokogiri::HTML("

Mr. Belvedere Fan Club

") p html_doc xml_doc = Nokogiri::XML("Alf") p xml_doc }}} diff of nokogiri: {{{ #!diff diff nokogiri.c.org nokogiri.c 34,36c34,36 < (xmlFreeFunc)ruby_xfree, < (xmlMallocFunc)ruby_xmalloc, < (xmlReallocFunc)ruby_xrealloc, --- > (xmlFreeFunc)free, > (xmlMallocFunc)malloc, > (xmlReallocFunc)realloc, }}} Before apply patch: {{{ $ macruby nokogiri.rb zsh: segmentation fault macruby nokogiri.rb }}} After: {{{ $ macruby nokogiri.rb #, #]>]>]>]> #]>]>]>]>]> }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 18 08:34:20 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 18 Oct 2010 15:34:20 -0000 Subject: [MacRuby] #959: CALayers can have a problem resolving method in superclass. Message-ID: <054.e668076a438ccc19e82fe1ace6a65c0d@macosforge.org> #959: CALayers can have a problem resolving method in superclass. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.8 -------------------------------------+-------------------------------------- 1. Run: macruby super_reduction.rb 2. Bring window to front 3. Close window 4. Poof, it raises a NoMethodError However, it should not raise, the method it should work. In the script are some comments about what combinations do work etc. It seems to be that using the same method name for two different lineages of classes (in combination with notifications) make the dispatcher go nuts, but this is just my gut feeling. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 18 15:41:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 18 Oct 2010 22:41:27 -0000 Subject: [MacRuby] #714: Hide certain methods on Symbol which are inherited from NSString. In-Reply-To: <054.035722972df2843aaf6b4d07248ceeb6@macosforge.org> References: <054.035722972df2843aaf6b4d07248ceeb6@macosforge.org> Message-ID: <063.01f6c0a7ab55a1428627554dd08a07e3@macosforge.org> #714: Hide certain methods on Symbol which are inherited from NSString. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by mike@?): Replying to [ticket:714 eloy.de.enige@?]: > An example is #include? but there might be others. IRB session in 1.9.1: {{{ irb: "string".methods - :symbol.methods ===> [:+, :*, :%, :[]=, :insert, :bytesize, :succ!, :next!, :upto, :index, :rindex, :replace, :clear, :chr, :getbyte, :setbyte, :to_i, :to_f, :to_str, :dump, :upcase!, :downcase!, :capitalize!, :swapcase!, :hex, :oct, :split, :lines, :bytes, :chars, :codepoints, :reverse, :reverse!, :concat, :<<, :crypt, :ord, :include?, :start_with?, :end_with?, :scan, :ljust, :rjust, :center, :sub, :gsub, :chop, :chomp, :strip, :lstrip, :rstrip, :sub!, :gsub!, :chop!, :chomp!, :strip!, :lstrip!, :rstrip!, :tr, :tr_s, :delete, :squeeze, :count, :tr!, :tr_s!, :delete!, :squeeze!, :each_line, :each_byte, :each_char, :each_codepoint, :sum, :slice!, :partition, :rpartition, :force_encoding, :valid_encoding?, :ascii_only?, :unpack, :encode, :encode!, :to_r, :to_c] }}} IRB session in MacRuby 0.5: {{{ irb: "string".methods - :symbol.methods ===> [] }}} I haven't been able to get llvm working on my machine, so I don't have a patch, but I suspect a fix would be to undefined the string methods above here: [http://github.com/MacRuby/MacRuby/blob/trunk/symbol.c#L766] -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 18 18:18:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 19 Oct 2010 01:18:06 -0000 Subject: [MacRuby] #955: Problem printing arrays in 0.7 In-Reply-To: <049.8698a96217cb40df14c48b816530c316@macosforge.org> References: <049.8698a96217cb40df14c48b816530c316@macosforge.org> Message-ID: <058.af4ada5fae9815da8dcd0c1ed10d7e9c@macosforge.org> #955: Problem printing arrays in 0.7 --------------------------------+------------------------------------------- Reporter: perry@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Since it works fine on trunk, I'm closing the bug. The GC warnings seem strange but apparently only Eloy experiences them. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 18 18:18:37 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 19 Oct 2010 01:18:37 -0000 Subject: [MacRuby] #956: macirb NSArray ArgumentError In-Reply-To: <046.18107a183fb3040c022661762d57b518@macosforge.org> References: <046.18107a183fb3040c022661762d57b518@macosforge.org> Message-ID: <055.1553224b65d150f9b79ac543537e6ef2@macosforge.org> #956: macirb NSArray ArgumentError -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: macirb NSArray | -----------------------------+---------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: This is fixed in trunk. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 18 18:19:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 19 Oct 2010 01:19:49 -0000 Subject: [MacRuby] #895: MacRuby crashes when trying to parse an XML document with nokogiri In-Reply-To: <044.7753752b7ea02443364e96f5c766c3d7@macosforge.org> References: <044.7753752b7ea02443364e96f5c766c3d7@macosforge.org> Message-ID: <053.9bdfb6ab0b4b92b10070bcf7615d01ce@macosforge.org> #895: MacRuby crashes when trying to parse an XML document with nokogiri ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Comment(by lsansonetti@?): I wonder if the patch introduces memory leak. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 18 19:56:34 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 19 Oct 2010 02:56:34 -0000 Subject: [MacRuby] #959: CALayers can have a problem resolving method in superclass. In-Reply-To: <054.e668076a438ccc19e82fe1ace6a65c0d@macosforge.org> References: <054.e668076a438ccc19e82fe1ace6a65c0d@macosforge.org> Message-ID: <063.3df28ba48fdd49d09c8f9217fb2f943b@macosforge.org> #959: CALayers can have a problem resolving method in superclass. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.8 -------------------------------------+-------------------------------------- Comment(by lsansonetti@?): Added a better reduction in test_vm as of r4804. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 18 21:37:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 19 Oct 2010 04:37:54 -0000 Subject: [MacRuby] #959: CALayers can have a problem resolving method in superclass. In-Reply-To: <054.e668076a438ccc19e82fe1ace6a65c0d@macosforge.org> References: <054.e668076a438ccc19e82fe1ace6a65c0d@macosforge.org> Message-ID: <063.df3aa5099fb6a3a706d3557416f4c359@macosforge.org> #959: CALayers can have a problem resolving method in superclass. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: 0.8 | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r4806. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 18 22:57:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 19 Oct 2010 05:57:13 -0000 Subject: [MacRuby] #957: [Macruby sharedRuntime] should relocate paths when embedded in a Objective-C app In-Reply-To: <051.609317a1224431275119640046f38c72@macosforge.org> References: <051.609317a1224431275119640046f38c72@macosforge.org> Message-ID: <060.27913d1a8166b50de1b0996821e24231@macosforge.org> #957: [Macruby sharedRuntime] should relocate paths when embedded in a Objective-C app ----------------------------------+----------------------------------------- Reporter: martinkahr@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed by r4807. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 19 00:06:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 19 Oct 2010 07:06:33 -0000 Subject: [MacRuby] #950: no syntax for method calls with unnamed arguments after the pseudo-hash part of the selector In-Reply-To: <050.329294d72bbbde02213d9cdc9e18f7e2@macosforge.org> References: <050.329294d72bbbde02213d9cdc9e18f7e2@macosforge.org> Message-ID: <059.2859609f48d0f1238c2669dc3852086c@macosforge.org> #950: no syntax for method calls with unnamed arguments after the pseudo-hash part of the selector ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by martinlagardette@?): Isn't this similar to #106 ? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 19 00:38:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 19 Oct 2010 07:38:56 -0000 Subject: [MacRuby] #950: no syntax for method calls with unnamed arguments after the pseudo-hash part of the selector In-Reply-To: <050.329294d72bbbde02213d9cdc9e18f7e2@macosforge.org> References: <050.329294d72bbbde02213d9cdc9e18f7e2@macosforge.org> Message-ID: <059.009c93ac19c411ecabc682fbe6ad31bd@macosforge.org> #950: no syntax for method calls with unnamed arguments after the pseudo-hash part of the selector ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => duplicate Comment: Indeed, it's a dup. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 19 01:11:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 19 Oct 2010 08:11:58 -0000 Subject: [MacRuby] #594: Not all methods visible to objective-c calls In-Reply-To: <047.ead61ed260ddbbe6e33edd1b3cf80c0a@macosforge.org> References: <047.ead61ed260ddbbe6e33edd1b3cf80c0a@macosforge.org> Message-ID: <056.1f837ec5536aa593d3ba8d0945130cf9@macosforge.org> #594: Not all methods visible to objective-c calls ------------------------------+--------------------------------------------- Reporter: michael@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by mattaimonetti@?): Here is a blog post covering the problem and the work around: [http://merbist.com/2010/10/19/macruby-webkit-and-js/] Laurent says it's planning on getting that fixed in 0.8 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 19 04:13:37 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 19 Oct 2010 11:13:37 -0000 Subject: [MacRuby] #960: Please delete the description of "Users on Leopard (10.5) ... " in MacRuby 0.6 Message-ID: <051.a332ca4ea88c8109db00f9514d03902a@macosforge.org> #960: Please delete the description of "Users on Leopard (10.5) ... " in MacRuby 0.6 ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- There was the person who was trying to build MacRuby on Mac OS X 10.5. In http://www.macruby.org/blog/2010/04/30/macruby06.html, He watched the "Users on Leopard (10.5) can also use MacRuby by building the sources from our repository." and seems to have tried build. I think should delete the above description. It seems he does not have known #805. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 19 06:33:34 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 19 Oct 2010 13:33:34 -0000 Subject: [MacRuby] #961: MacRuby trunk doesn't show the correct file and line numbers in stacktraces involving blocks Message-ID: <049.db3e2deccc7d2b866463224ce8a7c4f8@macosforge.org> #961: MacRuby trunk doesn't show the correct file and line numbers in stacktraces involving blocks --------------------------------+------------------------------------------- Reporter: manfred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Running the following code in MacRuby: {{{ require 'rubygems' require 'bacon' Bacon.extend Bacon::TestUnitOutput Bacon.summary_on_exit describe "Something" do it "fails" do raise 'foo' end end }}} shows the following stacktrace: {{{ lsof% macruby t.rb E RuntimeError: foo /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/bacon-1.1.0/lib/bacon.rb:in `handle_requirement:': Something - fails /Users/manfred/Code/t.rb:8:in `block' /Users/manfred/Code/t.rb:7:in `
' 1 tests, 0 assertions, 0 failures, 1 errors }}} Ruby 1.9.2 shows line numbers and the fact that the code is run from a block in it's stacktrace, which is a lot more informative: {{{ lsof% /opt/ruby-1.9.2/bin/ruby t.rb E RuntimeError: foo t.rb:9:in `block (2 levels) in
': Something - fails t.rb:8:in `block in
' t.rb:7:in `
' 1 tests, 0 assertions, 0 failures, 1 errors }}} This means that you can only identify the top level block in which the error occurred, which is usually not enough because it's basically the complete testcase. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 19 13:25:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 19 Oct 2010 20:25:15 -0000 Subject: [MacRuby] #962: Appscript framework causes EXC_BAD_ACCCESS error with MacRuby 0.7 Message-ID: <055.afb9f31dbc9f4628a18c23af322ca87f@macosforge.org> #962: Appscript framework causes EXC_BAD_ACCCESS error with MacRuby 0.7 --------------------------------------+------------------------------------- Reporter: gabriel.gilder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: appscript --------------------------------------+------------------------------------- Setup: 1. Build the Appscript framework from https://appscript.svn.sourceforge.net/svnroot/appscript/objc- appscript/trunk 2. Install the framework in /Library/Frameworks or ~/Library/Frameworks 3. Checkout macruby-appscript from https://appscript.svn.sourceforge.net/svnroot/appscript/macruby- appscript/trunk 4. cd to trunk and run `sudo macruby setup.rb` Steps to reproduce: 1. Start a new MacRuby Application project 2. Add the Appscript.framework to Frameworks 3. Add "require 'appscript'" to rb_main.rb 4. Build and run In MacRuby 0.7, the resulting error occurs: [Switching to process 39091] Running? Program received signal: ?EXC_BAD_ACCESS?. sharedlibrary apply-load-rules all warning: Unable to restore previously selected frame. Data Formatters temporarily unavailable, will re-try after a 'continue'. (Not safe to call dlopen at this time.) And the debugger opens up with some kind of memory trace that makes no sense to me. :) It runs perfectly with MacRuby 0.6. Please let me know if I can provide any more information... thanks! -Gabriel -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 19 13:28:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 19 Oct 2010 20:28:28 -0000 Subject: [MacRuby] #961: MacRuby trunk doesn't show the correct file and line numbers in stacktraces involving blocks In-Reply-To: <049.db3e2deccc7d2b866463224ce8a7c4f8@macosforge.org> References: <049.db3e2deccc7d2b866463224ce8a7c4f8@macosforge.org> Message-ID: <058.188816314aa910d6b2e9bbbd98eeed97@macosforge.org> #961: MacRuby trunk doesn't show the correct file and line numbers in stacktraces involving blocks --------------------------------+------------------------------------------- Reporter: manfred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by lsansonetti@?): Thanks! Added reduction in r4808. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 19 13:28:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 19 Oct 2010 20:28:45 -0000 Subject: [MacRuby] #962: Appscript framework causes EXC_BAD_ACCCESS error with MacRuby 0.7 In-Reply-To: <055.afb9f31dbc9f4628a18c23af322ca87f@macosforge.org> References: <055.afb9f31dbc9f4628a18c23af322ca87f@macosforge.org> Message-ID: <064.36534f80a576fd15a0e47e83ceee68b4@macosforge.org> #962: Appscript framework causes EXC_BAD_ACCCESS error with MacRuby 0.7 --------------------------------------+------------------------------------- Reporter: gabriel.gilder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: appscript --------------------------------------+------------------------------------- Comment(by gabriel.gilder@?): Oops, line breaks got stripped out... reposting for clarity. Setup: 1. Build the Appscript framework from https://appscript.svn.sourceforge.net/svnroot/appscript/objc- appscript/trunk [[BR]] 2. Install the framework in /Library/Frameworks or ~/Library/Frameworks[[BR]] 3. Checkout macruby-appscript from https://appscript.svn.sourceforge.net/svnroot/appscript/macruby- appscript/trunk [[BR]] 4. cd to trunk and run `sudo macruby setup.rb` Steps to reproduce:[[BR]] 1. Start a new MacRuby Application project[[BR]] 2. Add the Appscript.framework to Frameworks[[BR]] 3. Add "require 'appscript'" to rb_main.rb[[BR]] 4. Build and run In MacRuby 0.7, the resulting error occurs:[[BR]] [Switching to process 39091][[BR]] Running?[[BR]] Program received signal: ?EXC_BAD_ACCESS?.[[BR]] sharedlibrary apply-load-rules all[[BR]] warning: Unable to restore previously selected frame.[[BR]] Data Formatters temporarily unavailable, will re-try after a 'continue'. (Not safe to call dlopen at this time.) And the debugger opens up with some kind of memory trace that makes no sense to me. :) It runs perfectly with MacRuby 0.6. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 19 18:20:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 20 Oct 2010 01:20:15 -0000 Subject: [MacRuby] #961: MacRuby trunk doesn't show the correct file and line numbers in stacktraces involving blocks In-Reply-To: <049.db3e2deccc7d2b866463224ce8a7c4f8@macosforge.org> References: <049.db3e2deccc7d2b866463224ce8a7c4f8@macosforge.org> Message-ID: <058.4d2f01284789c96518f67eef527c57bd@macosforge.org> #961: MacRuby trunk doesn't show the correct file and line numbers in stacktraces involving blocks --------------------------------+------------------------------------------- Reporter: manfred@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r4809. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 20 15:38:23 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 20 Oct 2010 22:38:23 -0000 Subject: [MacRuby] #895: MacRuby crashes when trying to parse an XML document with nokogiri In-Reply-To: <044.7753752b7ea02443364e96f5c766c3d7@macosforge.org> References: <044.7753752b7ea02443364e96f5c766c3d7@macosforge.org> Message-ID: <053.ab45d06c946f95febc9e2e121df87c42@macosforge.org> #895: MacRuby crashes when trying to parse an XML document with nokogiri ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ---------------------------+------------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: tenderlove confirmed that no memory leak should be introduced. Nokogiri gives pointers to the MRI GC functions to libxml so that Ruby can measure how much memory is used by libxml2 and trigger more collections. The patch has been merged in nokogiri as http://github.com/tenderlove/nokogiri/blob/master/ext/nokogiri/nokogiri.c#L28-35 and should ship in the next release :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 20 15:53:30 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 20 Oct 2010 22:53:30 -0000 Subject: [MacRuby] #895: MacRuby crashes when trying to parse an XML document with nokogiri In-Reply-To: <044.7753752b7ea02443364e96f5c766c3d7@macosforge.org> References: <044.7753752b7ea02443364e96f5c766c3d7@macosforge.org> Message-ID: <053.aad9114676f53185e6a30e38ba8a7094@macosforge.org> #895: MacRuby crashes when trying to parse an XML document with nokogiri ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: Keywords: | ---------------------------+------------------------------------------------ Changes (by lsansonetti@?): * status: closed => reopened * resolution: invalid => * milestone: => MacRuby 0.8 Comment: Actually, this will also require r4810 for the special constant. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 20 15:53:40 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 20 Oct 2010 22:53:40 -0000 Subject: [MacRuby] #895: MacRuby crashes when trying to parse an XML document with nokogiri In-Reply-To: <044.7753752b7ea02443364e96f5c766c3d7@macosforge.org> References: <044.7753752b7ea02443364e96f5c766c3d7@macosforge.org> Message-ID: <053.ef3cc68081c7bfed68e1aa3b7926d4c7@macosforge.org> #895: MacRuby crashes when trying to parse an XML document with nokogiri ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------+------------------------------------------------ Changes (by lsansonetti@?): * status: reopened => closed * resolution: => fixed -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 21 18:09:40 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 22 Oct 2010 01:09:40 -0000 Subject: [MacRuby] #962: Appscript framework causes EXC_BAD_ACCCESS error with MacRuby 0.7 In-Reply-To: <055.afb9f31dbc9f4628a18c23af322ca87f@macosforge.org> References: <055.afb9f31dbc9f4628a18c23af322ca87f@macosforge.org> Message-ID: <064.cff836916d7757f90d408226a0807861@macosforge.org> #962: Appscript framework causes EXC_BAD_ACCCESS error with MacRuby 0.7 --------------------------------------+------------------------------------- Reporter: gabriel.gilder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: appscript --------------------------------------+------------------------------------- Comment(by lsansonetti@?): Looks like an infinite #method_added loop is caused somehow. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 21 18:12:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 22 Oct 2010 01:12:33 -0000 Subject: [MacRuby] #962: Appscript framework causes EXC_BAD_ACCCESS error with MacRuby 0.7 In-Reply-To: <055.afb9f31dbc9f4628a18c23af322ca87f@macosforge.org> References: <055.afb9f31dbc9f4628a18c23af322ca87f@macosforge.org> Message-ID: <064.9a66904ceb18ec5a4f57d711b777db83@macosforge.org> #962: Appscript framework causes EXC_BAD_ACCCESS error with MacRuby 0.7 --------------------------------------+------------------------------------- Reporter: gabriel.gilder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: appscript --------------------------------------+------------------------------------- Comment(by lsansonetti@?): Here is a reduction of the bug: {{{7 class Module m = method(:method_added) define_method(:method_added) do |name| p :call_basic_method_added, name m.call(name) end end class Foo def test; end end }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 21 18:52:11 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 22 Oct 2010 01:52:11 -0000 Subject: [MacRuby] #962: Appscript framework causes EXC_BAD_ACCCESS error with MacRuby 0.7 In-Reply-To: <055.afb9f31dbc9f4628a18c23af322ca87f@macosforge.org> References: <055.afb9f31dbc9f4628a18c23af322ca87f@macosforge.org> Message-ID: <064.24de3145a7af79f0945b8422ecc097d9@macosforge.org> #962: Appscript framework causes EXC_BAD_ACCCESS error with MacRuby 0.7 --------------------------------------+------------------------------------- Reporter: gabriel.gilder@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: appscript | --------------------------------------+------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r4812. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 24 03:01:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 24 Oct 2010 10:01:03 -0000 Subject: [MacRuby] #963: Need to implement rb_iterate Message-ID: <056.2fcdd85c801f4393996bcb1110c77803@macosforge.org> #963: Need to implement rb_iterate ---------------------------------------+------------------------------------ Reporter: joshua.ballanco@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ MacRuby claims to implement rb_iterate, but it does not. This causes problems with gherkin: {{{ dyld: Symbol not found: _rb_iterate Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/gherkin-2.2.9/lib/gherkin_lexer_en.bundle Expected in: flat namespace }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 24 07:18:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 24 Oct 2010 14:18:17 -0000 Subject: [MacRuby] #964: Need to implement rb_global_variable Message-ID: <051.fc2476ea907306374ec2dd953812be9c@macosforge.org> #964: Need to implement rb_global_variable ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ macruby hpricot.rb dyld: lazy symbol binding failed: Symbol not found: _rb_global_variable Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.2/lib/fast_xs.bundle Expected in: flat namespace dyld: Symbol not found: _rb_global_variable Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.2/lib/fast_xs.bundle Expected in: flat namespace zsh: trace trap macruby hpricot.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 24 12:20:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 24 Oct 2010 19:20:56 -0000 Subject: [MacRuby] #965: Regexp literal with options broken in macirb Message-ID: <048.65779280372462e37af3b494e052c106@macosforge.org> #965: Regexp literal with options broken in macirb -------------------------------+-------------------------------------------- Reporter: akappen@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: macirb regexp -------------------------------+-------------------------------------------- I have a problem adding options to regexp literals in macirb. I tried 0.7, 0.7.1, and a nightly from Oct 23 and all exhibit the same behavior. For some reason adding the case insensitive option prevents the regexp literal from closing. {{{ $ macruby --version MacRuby 0.8 (ruby 1.9.2) [universal-darwin10.0, x86_64] $ macirb --version DietRB (0.5.1) $ macirb irb(main):001:0> 'sPeaK' =~ /speak/i irb(main):002:1> // => // irb(main):003:0> }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 24 14:52:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 24 Oct 2010 21:52:52 -0000 Subject: [MacRuby] #966: MacRuby encoding error with Mail gem Message-ID: <052.8517fcb534681fd59926c42c142da71a@macosforge.org> #966: MacRuby encoding error with Mail gem -----------------------------------+---------------------------------------- Reporter: andre.lewis@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- With MacRuby 0.71 and mail (2.2.7), I get: {{{ irb(main):002:0> require "rubygems" => true irb(main):003:0> require "mail" Encoding::CompatibilityError: incompatible character encodings: UTF-8 and ASCII-8BIT }}} It seems to come down to an encoding issue in http://github.com/mikel/mail/commits/master/lib/mail/patterns.rb, specifically forcing encoding on 'control'. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 24 16:47:23 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 24 Oct 2010 23:47:23 -0000 Subject: [MacRuby] #965: Regexp literal with options broken in macirb In-Reply-To: <048.65779280372462e37af3b494e052c106@macosforge.org> References: <048.65779280372462e37af3b494e052c106@macosforge.org> Message-ID: <057.1b1b1c08e2ba5db3170e210947bd2209@macosforge.org> #965: Regexp literal with options broken in macirb -------------------------------+-------------------------------------------- Reporter: akappen@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: macirb regexp -------------------------------+-------------------------------------------- Changes (by lsansonetti@?): * owner: lsansonetti@? => eloy.de.enige@? * milestone: MacRuby 0.8 => Comment: Looks like a problem in macirb. Moving to Eloy for investigation. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 24 16:52:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 24 Oct 2010 23:52:55 -0000 Subject: [MacRuby] #964: Need to implement rb_global_variable In-Reply-To: <051.fc2476ea907306374ec2dd953812be9c@macosforge.org> References: <051.fc2476ea907306374ec2dd953812be9c@macosforge.org> Message-ID: <060.d9c9df1284abef3bc33618db087e9ec2@macosforge.org> #964: Need to implement rb_global_variable ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: I added an implementation of that function as r4818, however I did not test it. Please reopen if it's not working as expected :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 24 17:15:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 25 Oct 2010 00:15:41 -0000 Subject: [MacRuby] #963: Need to implement rb_iterate In-Reply-To: <056.2fcdd85c801f4393996bcb1110c77803@macosforge.org> References: <056.2fcdd85c801f4393996bcb1110c77803@macosforge.org> Message-ID: <065.ca5031d938bf3f581bf58869d6921704@macosforge.org> #963: Need to implement rb_iterate ---------------------------------------+------------------------------------ Reporter: joshua.ballanco@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------------+------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed Comment: I wrote an implementation for that function in r4819 but I did not test it. Please reopen the bug in case it doesn't work :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 25 00:16:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 25 Oct 2010 07:16:41 -0000 Subject: [MacRuby] #967: Boolean pointer creation assertion Message-ID: <054.c9151880d185ef7efde0b0603333fa8e@macosforge.org> #967: Boolean pointer creation assertion -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- When trying to create a pointer to a boolean using this syntax: {{{ Pointer.new(:boolean) }}} MacRuby isn't happy: {{{ Assertion failed: (size > 0), function convert_type, file compiler.cpp, line 5808. Abort trap }}} However, using the alternative syntax: {{{ Pointer.new_with_type(:B) }}} just works fine. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 25 04:41:50 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 25 Oct 2010 11:41:50 -0000 Subject: [MacRuby] #968: "NATIVE" symbol is not solved within rubygems. Message-ID: <051.fcad4563e4b033e0f25aa71ce3eab6fb@macosforge.org> #968: "NATIVE" symbol is not solved within rubygems. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ macruby hpricot.rb dyld: lazy symbol binding failed: Symbol not found: _NATIVE Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.2/lib/hpricot_scan.bundle Expected in: flat namespace dyld: Symbol not found: _NATIVE Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.2/lib/hpricot_scan.bundle Expected in: flat namespace zsh: trace trap macruby hpricot.rb }}} MacRuby should define a "#define NATIVE(obj) (rb_obj_is_native((VALUE)obj))" in include/ruby/ruby.h -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 25 04:49:38 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 25 Oct 2010 11:49:38 -0000 Subject: [MacRuby] #969: Need to implement rb_gc_register_address Message-ID: <051.243defae22127ead00404cdc90ca43b0@macosforge.org> #969: Need to implement rb_gc_register_address ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ macruby hpricot.rb dyld: lazy symbol binding failed: Symbol not found: _rb_gc_register_address Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.2/lib/hpricot_scan.bundle Expected in: flat namespace dyld: Symbol not found: _rb_gc_register_address Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.2/lib/hpricot_scan.bundle Expected in: flat namespace zsh: trace trap macruby hpricot.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 25 13:55:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 25 Oct 2010 20:55:41 -0000 Subject: [MacRuby] #967: Boolean pointer creation assertion In-Reply-To: <054.c9151880d185ef7efde0b0603333fa8e@macosforge.org> References: <054.c9151880d185ef7efde0b0603333fa8e@macosforge.org> Message-ID: <063.8b45942a568776c1f2d3193374629368@macosforge.org> #967: Boolean pointer creation assertion -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by lsansonetti@?): So there are 2 problems here. First, :boolean isn't recognized as a shortcut to 'B' (we only support ruby-ffi types so far). Second, passing a type string that is not valid will make a crash. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 25 14:04:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 25 Oct 2010 21:04:06 -0000 Subject: [MacRuby] #967: Boolean pointer creation assertion In-Reply-To: <054.c9151880d185ef7efde0b0603333fa8e@macosforge.org> References: <054.c9151880d185ef7efde0b0603333fa8e@macosforge.org> Message-ID: <063.6716ea3b4c3404166f155627684cc79c@macosforge.org> #967: Boolean pointer creation assertion -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r4821 and 4822. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 25 14:13:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 25 Oct 2010 21:13:01 -0000 Subject: [MacRuby] #970: problems uploading ruby 1.8.7 on mac osx10.5 Message-ID: <049.a14635df4cf7a1243c170c8c3dca1650@macosforge.org> #970: problems uploading ruby 1.8.7 on mac osx10.5 --------------------------------+------------------------------------------- Reporter: coutsuza@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- I just downloaded Ruby 1.8.7 on my mac, but my system keeps wanting to look at the installed version 1.8.6. I am getting an error when I try to use rake in my application. I also just downloaded Rails 2.3.5, but have a back up of Rails 2.3.4. [BUG] cross-thread violation on rb_gc() ruby 1.8.6 (2009-06-08) [universal-darwin9.0] Can anybody point me in the right direction? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 25 14:14:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 25 Oct 2010 21:14:26 -0000 Subject: [MacRuby] #968: "NATIVE" symbol is not solved within rubygems. In-Reply-To: <051.fcad4563e4b033e0f25aa71ce3eab6fb@macosforge.org> References: <051.fcad4563e4b033e0f25aa71ce3eab6fb@macosforge.org> Message-ID: <060.cd33149d81b27eb9dfb803263348be40@macosforge.org> #968: "NATIVE" symbol is not solved within rubygems. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r4824. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 25 14:16:11 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 25 Oct 2010 21:16:11 -0000 Subject: [MacRuby] #970: problems uploading ruby 1.8.7 on mac osx10.5 In-Reply-To: <049.a14635df4cf7a1243c170c8c3dca1650@macosforge.org> References: <049.a14635df4cf7a1243c170c8c3dca1650@macosforge.org> Message-ID: <058.4a4f978339c8e7ae645a6165cd44c39b@macosforge.org> #970: problems uploading ruby 1.8.7 on mac osx10.5 --------------------------------+------------------------------------------- Reporter: coutsuza@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: Looks like you're getting a problem with the original implementation of Ruby, not MacRuby. You should report this to the original Ruby team instead. http://redmine.ruby-lang.org/ -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 25 14:18:31 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 25 Oct 2010 21:18:31 -0000 Subject: [MacRuby] #969: Need to implement rb_gc_register_address In-Reply-To: <051.243defae22127ead00404cdc90ca43b0@macosforge.org> References: <051.243defae22127ead00404cdc90ca43b0@macosforge.org> Message-ID: <060.3dec4bab05c3579f008a4517fd5781c9@macosforge.org> #969: Need to implement rb_gc_register_address ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be done with r4825. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 25 21:41:25 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 26 Oct 2010 04:41:25 -0000 Subject: [MacRuby] #971: Pointer constructor bug Message-ID: <054.db375b7cb4492575069b181f2371623d@macosforge.org> #971: Pointer constructor bug -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- That doesn't seem right {{{ Pointer.new('#').type # => '#' Pointer.new(:class).type # => 'class' Pointer.new(':').type # => ':' Pointer.new(:selector).type # => 'selector' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 26 06:32:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 26 Oct 2010 13:32:28 -0000 Subject: [MacRuby] #972: RSpec 2.0.1 & Bundler rake task segfaults under MacRuby 0.7.1 Message-ID: <047.990520718669fe1017526adce8ff1145@macosforge.org> #972: RSpec 2.0.1 & Bundler rake task segfaults under MacRuby 0.7.1 ------------------------------+--------------------------------------------- Reporter: jon@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- When attempting to use the RSpec 2.0.1 rake task in a project using Bundler 1.0.2 I see a segfault when rspec is run by the rake task. This does not occur if a Gemfile isn't present in the current directory. This may be related to an error I'm seeing from Bundler when using bundle exec: "Could not find task exec" Code to reproduce can be found at http://github.com/jellybob/macruby- segfault and run with the following process: $ macgem install bundler $ macruby -S bundle install $ macrake spec -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 26 10:13:25 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 26 Oct 2010 17:13:25 -0000 Subject: [MacRuby] #973: EventMachine fails to build. Message-ID: <046.8d69d66e51e603ce54671f0dcb59c11c@macosforge.org> #973: EventMachine fails to build. -----------------------------+---------------------------------------------- Reporter: rob@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- '''Problem''' [[BR]] EventMachine fails to build on MacRuby 0.7 and MacRuby-latest. I have tried building from the EventMachine GitHub repository(master branch), and the latest stable EventMachine release, which is 0.12.10. The build fails with the exact same error message across MacRuby and EventMachine versions. '''To Reproduce''' [[BR]] macgem install eventmachine '''Output''' [[BR]] https://gist.github.com/b17dce053aeb963848b5.txt -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 26 15:23:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 26 Oct 2010 22:23:58 -0000 Subject: [MacRuby] #973: EventMachine fails to build. In-Reply-To: <046.8d69d66e51e603ce54671f0dcb59c11c@macosforge.org> References: <046.8d69d66e51e603ce54671f0dcb59c11c@macosforge.org> Message-ID: <055.041b1a31ba2c94082b1a68cd5980e47c@macosforge.org> #973: EventMachine fails to build. -----------------------------+---------------------------------------------- Reporter: rob@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Comment(by watson1978@?): I atach a patch: {{{ #!diff diff --git a/NSArray.m b/NSArray.m index 837ec43..d514bd8 100644 --- a/NSArray.m +++ b/NSArray.m @@ -1313,7 +1313,7 @@ rb_ary_entry(VALUE ary, long offset) } VALUE -rb_ary_aref(VALUE ary, SEL sel, int argc, VALUE *argv) +rb_ary_aref(int argc, VALUE *argv, VALUE ary) { if (IS_RARY(ary)) { return rary_aref(ary, 0, argc, argv); diff --git a/include/ruby/intern.h b/include/ruby/intern.h index d8b3940..2fdbfa9 100644 --- a/include/ruby/intern.h +++ b/include/ruby/intern.h @@ -49,6 +49,7 @@ VALUE rb_ary_new3(long,...); VALUE rb_ary_new4(long, const VALUE *); void rb_ary_free(VALUE); VALUE rb_ary_freeze(VALUE); +VALUE rb_ary_aref(int, VALUE *, VALUE); VALUE rb_ary_subseq(VALUE, long, long); void rb_ary_store(VALUE, long, VALUE); VALUE rb_ary_dup(VALUE); diff --git a/include/ruby/macruby.h b/include/ruby/macruby.h index b7de5f7..e72ad38 100644 --- a/include/ruby/macruby.h +++ b/include/ruby/macruby.h @@ -77,9 +77,6 @@ rb_objc_release(void *addr) bool rb_objc_hash_is_pure(VALUE); bool rb_objc_str_is_pure(VALUE); bool rb_objc_ary_is_pure(VALUE); -long rb_ary_len(VALUE); -VALUE rb_ary_elt(VALUE, long); -VALUE rb_ary_aref(VALUE ary, SEL sel, int argc, VALUE *argv); VALUE rb_objc_create_class(const char *name, VALUE super); void rb_objc_class_sync_version(Class klass, Class super_class); diff --git a/include/ruby/ruby.h b/include/ruby/ruby.h index d26c532..34b203e 100644 --- a/include/ruby/ruby.h +++ b/include/ruby/ruby.h @@ -527,6 +527,8 @@ long rb_str_clen(VALUE); #define RSTRING_LEN(str) (rb_str_clen((VALUE)str)) #define RSTRING_END(str) (RSTRING_PTR(str)+RSTRING_LEN(str)) +long rb_ary_len(VALUE); +VALUE rb_ary_elt(VALUE, long); #define RARRAY_LEN(a) (rb_ary_len((VALUE)a)) #define RARRAY_AT(a,i) (rb_ary_elt((VALUE)a, (long)i)) /* IMPORTANT: try to avoid using RARRAY_PTR if necessary, because it's diff --git a/re.c b/re.c index f00ef80..afbed36 100644 --- a/re.c +++ b/re.c @@ -1707,7 +1707,7 @@ match_aref(VALUE rcv, SEL sel, int argc, VALUE *argv) } } } - return rb_ary_aref(match_to_a(rcv, 0), 0, argc, argv); + return rb_ary_aref(argc, argv, match_to_a(rcv, 0)); } /* }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 26 15:37:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 26 Oct 2010 22:37:16 -0000 Subject: [MacRuby] #973: EventMachine fails to build. In-Reply-To: <046.8d69d66e51e603ce54671f0dcb59c11c@macosforge.org> References: <046.8d69d66e51e603ce54671f0dcb59c11c@macosforge.org> Message-ID: <055.b9e5791ab8ca55d818aa449adbcfd2cf@macosforge.org> #973: EventMachine fails to build. -----------------------------+---------------------------------------------- Reporter: rob@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Comment(by lsansonetti@?): Thanks, please go ahead and commit :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 26 15:41:38 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 26 Oct 2010 22:41:38 -0000 Subject: [MacRuby] #971: Pointer constructor bug In-Reply-To: <054.db375b7cb4492575069b181f2371623d@macosforge.org> References: <054.db375b7cb4492575069b181f2371623d@macosforge.org> Message-ID: <063.0d7f5cfd962d7a3e205ff0f015a106b9@macosforge.org> #971: Pointer constructor bug -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r4830. Note that shortcuts (like :class, :object or :int) must now always be symbols. Strings will be interpreted as complete types (like "#", ":" and so on). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 26 15:54:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 26 Oct 2010 22:54:44 -0000 Subject: [MacRuby] #973: EventMachine fails to build. In-Reply-To: <046.8d69d66e51e603ce54671f0dcb59c11c@macosforge.org> References: <046.8d69d66e51e603ce54671f0dcb59c11c@macosforge.org> Message-ID: <055.7cbd60f125a520a32b308c14f3fa0474@macosforge.org> #973: EventMachine fails to build. -----------------------------+---------------------------------------------- Reporter: rob@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------+---------------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Thank you for checking my patch :-) Fixed with r4832. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 26 16:02:38 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 26 Oct 2010 23:02:38 -0000 Subject: [MacRuby] #974: Failed assertion when creating pointer Pointers Message-ID: <053.ea3334952d68a017a4bab9d1dacd22f2@macosforge.org> #974: Failed assertion when creating pointer Pointers ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- # macirb irb(main):001:0> Pointer.new '^' Assertion failed: (len > 0), function compile_const_global_string, file compiler.cpp, line 595. zsh: abort macirb -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 26 16:08:53 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 26 Oct 2010 23:08:53 -0000 Subject: [MacRuby] #974: Failed assertion when creating pointer Pointers In-Reply-To: <053.ea3334952d68a017a4bab9d1dacd22f2@macosforge.org> References: <053.ea3334952d68a017a4bab9d1dacd22f2@macosforge.org> Message-ID: <062.a5e187c7a058354fc46ff05aa2b9dae4@macosforge.org> #974: Failed assertion when creating pointer Pointers ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by lsansonetti@?): ^ means pointer to something, so it cannot be used alone. ^v is a pointer to void, ^f is a pointer to float, etc. This said, we should not assert here but raise an exception instead. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 26 16:36:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 26 Oct 2010 23:36:32 -0000 Subject: [MacRuby] #975: macri requires superuser permissions to update cache Message-ID: <053.155159fcc0f6c91d70aef8b3f9dc1f5b@macosforge.org> #975: macri requires superuser permissions to update cache ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macri root cache ------------------------------------+--------------------------------------- Tonight I tried to use macri for the first time and I got an error: # macri Pointer /Library/Frameworks/MacRuby.framework/Versions/0.7.1/usr/lib/ruby/1.9.2/rdoc/ri/driver.rb:383:in `create_class_cache': Permission denied - open() failed (Errno::EACCES) from /Library/Frameworks/MacRuby.framework/Versions/0.7.1/usr/lib/ruby/1.9.2/rdoc/ri/driver.rb:342:in `class_cache' from /Library/Frameworks/MacRuby.framework/Versions/0.7.1/usr/lib/ruby/1.9.2/rdoc/ri/driver.rb:596:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.7.1/usr/lib/ruby/1.9.2/rdoc/ri/driver.rb:591:in `run' from /usr/local/bin/macri:3:in `
' zsh: exit 1 macri Pointer When I ran macri as root it updated its cache and then started to "work" (not quite, but that is a separate issue). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 26 16:38:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 26 Oct 2010 23:38:56 -0000 Subject: [MacRuby] #976: macri not paginating output and appears to skip a lot of output Message-ID: <053.cffad709d06f69c47a4d53906c6123f6@macosforge.org> #976: macri not paginating output and appears to skip a lot of output ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- To see this, try ri for the Hash class and then macri for the Hash class. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 26 16:41:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 26 Oct 2010 23:41:04 -0000 Subject: [MacRuby] #977: macri has no documentation for the Pointer class Message-ID: <053.ba112b343a1e13976919e49102d8c589@macosforge.org> #977: macri has no documentation for the Pointer class ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- I was having a hard time finding documentation for the Pointer class in MacRuby so I tried macri. Unfortunately, it had none, and then exited with a non-zero exit code. # macri Pointer Nothing known about Pointer /Library/Frameworks/MacRuby.framework/Versions/0.7.1/usr/lib/ruby/1.9.2/rdoc/ri/driver.rb:591:in `run': Nothing known about Pointer (SystemExit) from /usr/local/bin/macri:3:in `
' zsh: exit 1 macri Pointer -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 26 16:50:18 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 26 Oct 2010 23:50:18 -0000 Subject: [MacRuby] #978: macirb gives a weird error when I dereference a pointer to a CFArray Message-ID: <053.442d94c2f80fc787f02c8171a445ec53@macosforge.org> #978: macirb gives a weird error when I dereference a pointer to a CFArray ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macirb error ------------------------------------+--------------------------------------- The error is: TypeError: can't convert Class into String I have attached a short script to demo this. The message is not printed when you require the file or run it with macruby. If you copy and paste the code into macirb you will see the error message. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 27 11:03:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 27 Oct 2010 18:03:55 -0000 Subject: [MacRuby] #979: Find.find standard library broken in macirb Message-ID: <046.0b4b859312990e5025d4f17f8e8fd082@macosforge.org> #979: Find.find standard library broken in macirb -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: macirb standardlib -----------------------------+---------------------------------------------- in macirb: {{{ >> require 'find' => true >> Find.find('.') { |path| puts path } (irb) => nil }}} the behaviour is ok in interpreted scripts. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 27 11:03:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 27 Oct 2010 18:03:57 -0000 Subject: [MacRuby] #980: Find.find standard library broken in macirb Message-ID: <046.efeeaf41d77479a79922dd3b8b315563@macosforge.org> #980: Find.find standard library broken in macirb -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: macirb standardlib -----------------------------+---------------------------------------------- in macirb: {{{ >> require 'find' => true >> Find.find('.') { |path| puts path } (irb) => nil }}} the behaviour is ok in interpreted scripts. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 27 18:53:18 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 01:53:18 -0000 Subject: [MacRuby] #981: File.expand_path should not return actual file path with Symbolic link. Message-ID: <051.a1871d5f4762ae1f529843fab161baae@macosforge.org> #981: File.expand_path should not return actual file path with Symbolic link. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ ruby19 -v -e "p File.expand_path '/usr/bin/gcc'" ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-darwin10.4.0] "/usr/bin/gcc" $ ruby -v -e "p File.expand_path '/usr/bin/gcc'" ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0] "/usr/bin/gcc" $ macruby -v -e "p File.expand_path '/usr/bin/gcc'" MacRuby 0.8 (ruby 1.9.2) [universal-darwin10.0, x86_64] "/usr/bin/gcc-4.2" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 27 20:31:25 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 03:31:25 -0000 Subject: [MacRuby] #981: File.expand_path should not return actual file path with Symbolic link. In-Reply-To: <051.a1871d5f4762ae1f529843fab161baae@macosforge.org> References: <051.a1871d5f4762ae1f529843fab161baae@macosforge.org> Message-ID: <060.c924a950dade2d22292a93940a54fef1@macosforge.org> #981: File.expand_path should not return actual file path with Symbolic link. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Good catch :-) I suppose this is what is breaking the rmagick build. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 27 22:00:18 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 05:00:18 -0000 Subject: [MacRuby] #981: File.expand_path should not return actual file path with Symbolic link. In-Reply-To: <051.a1871d5f4762ae1f529843fab161baae@macosforge.org> References: <051.a1871d5f4762ae1f529843fab161baae@macosforge.org> Message-ID: <060.39d2541b885eb3a409bf85b4c0e110fa@macosforge.org> #981: File.expand_path should not return actual file path with Symbolic link. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r4836. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 27 22:01:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 05:01:52 -0000 Subject: [MacRuby] #980: Find.find standard library broken in macirb In-Reply-To: <046.efeeaf41d77479a79922dd3b8b315563@macosforge.org> References: <046.efeeaf41d77479a79922dd3b8b315563@macosforge.org> Message-ID: <055.fda86e561425659cec351196f8c08e9e@macosforge.org> #980: Find.find standard library broken in macirb --------------------------------+------------------------------------------- Reporter: lp@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: duplicate Keywords: macirb standardlib | --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => duplicate Comment: Looks like a dup of #979. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 27 22:03:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 05:03:59 -0000 Subject: [MacRuby] #979: Find.find standard library broken in macirb In-Reply-To: <046.0b4b859312990e5025d4f17f8e8fd082@macosforge.org> References: <046.0b4b859312990e5025d4f17f8e8fd082@macosforge.org> Message-ID: <055.5af62846c65f886fdf24b5c3e0039b3c@macosforge.org> #979: Find.find standard library broken in macirb -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: macirb standardlib -----------------------------+---------------------------------------------- Changes (by lsansonetti@?): * owner: lsansonetti@? => eloy.de.enige@? Comment: Moving to Eloy for diagnosis. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 01:20:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 08:20:49 -0000 Subject: [MacRuby] #982: Class#public_instance_methods keeps reporting methods after removing them Message-ID: <049.4e5f12d4e47a56e798d1f70772739bd6@macosforge.org> #982: Class#public_instance_methods keeps reporting methods after removing them --------------------------------+------------------------------------------- Reporter: manfred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- When you remove a method from a class it's still reported by public_instance_methods afterwards. However instances don't respond to the method anymore. {{{ class Foo def bar;end end Foo.send(:remove_method, :bar) p Foo.public_instance_methods(true).grep(/bar/) p Foo.new.respond_to?(:bar) p Foo.new.bar }}} In MacRuby nightly: {{{ lsof% macruby t.rb [:bar] false /Users/manfred/Code/mocha/t.rb:7:in `
': undefined method `bar' for # (NoMethodError) }}} On 1.9.2; {{{ lsof% /opt/ruby-1.9.2/bin/ruby t.rb [] false t.rb:7:in `
': undefined method `bar' for # (NoMethodError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 02:51:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 09:51:29 -0000 Subject: [MacRuby] #979: Find.find standard library broken in macirb In-Reply-To: <046.0b4b859312990e5025d4f17f8e8fd082@macosforge.org> References: <046.0b4b859312990e5025d4f17f8e8fd082@macosforge.org> Message-ID: <055.6b70aa7d6286bb8fdab5edb648cb06ef@macosforge.org> #979: Find.find standard library broken in macirb -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: macirb standardlib -----------------------------+---------------------------------------------- Comment(by eloy.de.enige@?): Indeed, but it seems a MacRuby problem, because on 1.9 the code runs fine. I?ll do a bit more debugging to see if I can find the cause. {{{ $ rake19 (in /Users/eloy/code/DietRB) /usr/local/bin/ruby19 -I lib ./bin/dietrb -d -r irb/ext/colorize -r pp irb(main):001:0> require 'find' => true irb(main):002:0> Find.find('.') {|path| puts path } . ./LICENSE ./README.rdoc ./Rakefile ./TODO ./bin ./bin/dietrb ./dietrb.gemspec ./lib ./lib/irb ./lib/irb/completion.rb ./lib/irb/context.rb ./lib/irb/deprecated.rb ./lib/irb/driver ./lib/irb/driver/readline.rb ./lib/irb/driver/socket.rb ./lib/irb/driver/tty.rb ./lib/irb/driver.rb ./lib/irb/ext ./lib/irb/ext/colorize.rb ./lib/irb/ext/completion.rb ./lib/irb/ext/history.rb ./lib/irb/formatter.rb ./lib/irb/source.rb ./lib/irb/version.rb ./lib/irb.rb ./spec ./spec/context_spec.rb ./spec/driver ./spec/driver/readline_spec.rb ./spec/driver/tty_spec.rb ./spec/driver_spec.rb ./spec/ext ./spec/ext/colorize_spec.rb ./spec/ext/completion_spec.rb ./spec/ext/history_spec.rb ./spec/formatter_spec.rb ./spec/regression ./spec/regression/context_spec.rb ./spec/source_spec.rb ./spec/spec_helper.rb ./t.rb => nil irb(main):003:0> }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 03:32:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 10:32:57 -0000 Subject: [MacRuby] #965: Regexp literal with options broken in macirb In-Reply-To: <048.65779280372462e37af3b494e052c106@macosforge.org> References: <048.65779280372462e37af3b494e052c106@macosforge.org> Message-ID: <057.10e94d0b1970fcf4120fc7c7cc5f245d@macosforge.org> #965: Regexp literal with options broken in macirb -------------------------------+-------------------------------------------- Reporter: akappen@? | Owner: eloy.de.enige@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: fixed Keywords: macirb regexp | -------------------------------+-------------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => fixed Comment: Thanks! Fixed in r4838: {{{ $ macirb irb(main):001:0> 'sPeaK' =~ /speak/i => 0 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 04:14:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 11:14:52 -0000 Subject: [MacRuby] #979: Find.find standard library broken in macirb In-Reply-To: <046.0b4b859312990e5025d4f17f8e8fd082@macosforge.org> References: <046.0b4b859312990e5025d4f17f8e8fd082@macosforge.org> Message-ID: <055.5e3783aab9006e2143233b970c650f65@macosforge.org> #979: Find.find standard library broken in macirb -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: macirb standardlib -----------------------------+---------------------------------------------- Comment(by eloy.de.enige@?): I've reduced it a bit more. It seems that requiring the `find.rb' source file *before* anything else makes it work. But if it's required from within the IRB session it breaks, in a catch block, by returning the {{{__FILE__}}} string that was given to eval. The relevant code from find.rb: {{{ $ cat f.rb def find(file) p file catch(:prune) { p file } end }}} Breaks when requiring the file from *within* the IRB session: {{{ $ macirb irb(main):001:0> require 'f' => true irb(main):002:0> find('.') "." "(irb)" }}} Works when requiring the file *before* starting the IRB session: {{{ $ macirb -r f.rb irb(main):001:0> find('.') "." "." }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 04:46:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 11:46:17 -0000 Subject: [MacRuby] #979: Find.find standard library broken in macirb In-Reply-To: <046.0b4b859312990e5025d4f17f8e8fd082@macosforge.org> References: <046.0b4b859312990e5025d4f17f8e8fd082@macosforge.org> Message-ID: <055.8bb1023cf50a000e2cd130222177cb81@macosforge.org> #979: Find.find standard library broken in macirb -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: binding __FILE__ -----------------------------+---------------------------------------------- Changes (by eloy.de.enige@?): * keywords: macirb standardlib => binding __FILE__ * owner: eloy.de.enige@? => lsansonetti@? Comment: Ok, more reduction work, no more IRB files are being loaded: {{{ $ cat f.rb def find(file) p file catch(:prune) { p file } end cat t3.rb # Loading the library before evalling makes it work # require "f" source = 'require "f"; find(".")' file = "(foo)" eval(source, TOPLEVEL_BINDING, file) # Renaming the `file' variable makes it all work again # source_file = "(foo)" # eval(source, TOPLEVEL_BINDING, source_file) }}} {{{ $ macruby t3.rb "." "(foo)" }}} With a different variable name than `file': {{{ $ macruby t3.rb "." "." }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 04:48:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 11:48:05 -0000 Subject: [MacRuby] #979: Find.find standard library broken in macirb In-Reply-To: <046.0b4b859312990e5025d4f17f8e8fd082@macosforge.org> References: <046.0b4b859312990e5025d4f17f8e8fd082@macosforge.org> Message-ID: <055.7d5ae67cfac6918e9a959993c2917b9e@macosforge.org> #979: Find.find standard library broken in macirb -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: binding __FILE__ -----------------------------+---------------------------------------------- Comment(by eloy.de.enige@?): PS: Renaming the `file' variable in f.rb works too. So it really seems the lvar is being shared by name. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 05:19:19 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 12:19:19 -0000 Subject: [MacRuby] #943: tab completion of files crashes macirb In-Reply-To: <053.63c7423da9e4a50a50485b232d562dab@macosforge.org> References: <053.63c7423da9e4a50a50485b232d562dab@macosforge.org> Message-ID: <062.3e90cb9e3c4fe013cebde796332d4ea7@macosforge.org> #943: tab completion of files crashes macirb -----------------------------------------+---------------------------------- Reporter: mrada@? | Owner: eloy.de.enige@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: macirb crash tab completion | -----------------------------------------+---------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => fixed Comment: By your last sentence I thought MRI?s IRB actually supported completing file paths, but that does not seem to be the case, unless I?m missing something. So I'm closing this ticket because the failure has been fixed, but I've added completing file paths to the TODO of DietRB, as I think it's still a nice feature to have. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 07:57:31 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 14:57:31 -0000 Subject: [MacRuby] #983: Need to implement rb_call_super Message-ID: <051.acbf8fe5265567e4c07da8205c2a7f3b@macosforge.org> #983: Need to implement rb_call_super ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ sudo macgem install rmagick $ cd /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/rmagick-2.13.1/lib/ $ sudo sed -i.bak "s/RMagick2.so/RMagick2/" RMagick.rb $ macruby rmagick_draw.rb dyld: lazy symbol binding failed: Symbol not found: _rb_call_super Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/rmagick-2.13.1/lib/RMagick2.bundle Expected in: flat namespace dyld: Symbol not found: _rb_call_super Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/rmagick-2.13.1/lib/RMagick2.bundle Expected in: flat namespace zsh: trace trap macruby rmagick_draw.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 08:12:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 15:12:39 -0000 Subject: [MacRuby] #984: strange scoping error in macirb Message-ID: <054.63e9a26ca26bcd2b8de4d8ae34658961@macosforge.org> #984: strange scoping error in macirb -------------------------------------+-------------------------------------- Reporter: mcowan@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macirb -------------------------------------+-------------------------------------- i tried some example code in macirb and got a scoping error. when i tried this in regular irb it works fine, and when i run this as a script it works fine. i = 0 for i in 1..8 do puts i end -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 13:04:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 20:04:07 -0000 Subject: [MacRuby] #965: Regexp literal with options broken in macirb In-Reply-To: <048.65779280372462e37af3b494e052c106@macosforge.org> References: <048.65779280372462e37af3b494e052c106@macosforge.org> Message-ID: <057.bf6aa0d529d660fbf9517431b8b68776@macosforge.org> #965: Regexp literal with options broken in macirb -------------------------------+-------------------------------------------- Reporter: akappen@? | Owner: eloy.de.enige@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: macirb regexp | -------------------------------+-------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 0.8 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 13:04:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 20:04:46 -0000 Subject: [MacRuby] #943: tab completion of files crashes macirb In-Reply-To: <053.63c7423da9e4a50a50485b232d562dab@macosforge.org> References: <053.63c7423da9e4a50a50485b232d562dab@macosforge.org> Message-ID: <062.8f46446cc6ebbe4de3bc7be9cf46f3f1@macosforge.org> #943: tab completion of files crashes macirb -----------------------------------------+---------------------------------- Reporter: mrada@? | Owner: eloy.de.enige@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: macirb crash tab completion | -----------------------------------------+---------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 0.8 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 13:05:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 20:05:27 -0000 Subject: [MacRuby] #984: strange scoping error in macirb In-Reply-To: <054.63e9a26ca26bcd2b8de4d8ae34658961@macosforge.org> References: <054.63e9a26ca26bcd2b8de4d8ae34658961@macosforge.org> Message-ID: <063.48add588432b702f383a3c30035922a5@macosforge.org> #984: strange scoping error in macirb -------------------------------------+-------------------------------------- Reporter: mcowan@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macirb -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * owner: lsansonetti@? => eloy.de.enige@? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 13:51:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 20:51:46 -0000 Subject: [MacRuby] #982: Class#public_instance_methods keeps reporting methods after removing them In-Reply-To: <049.4e5f12d4e47a56e798d1f70772739bd6@macosforge.org> References: <049.4e5f12d4e47a56e798d1f70772739bd6@macosforge.org> Message-ID: <058.0fbaa0582955de5ad6112f3ea0a3fac1@macosforge.org> #982: Class#public_instance_methods keeps reporting methods after removing them --------------------------------+------------------------------------------- Reporter: manfred@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r4843. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 13:55:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 20:55:17 -0000 Subject: [MacRuby] #979: Find.find standard library broken in macirb In-Reply-To: <046.0b4b859312990e5025d4f17f8e8fd082@macosforge.org> References: <046.0b4b859312990e5025d4f17f8e8fd082@macosforge.org> Message-ID: <055.f37ddd5530db642e51051fbe1530b258@macosforge.org> #979: Find.find standard library broken in macirb -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: binding __FILE__ -----------------------------+---------------------------------------------- Comment(by lsansonetti@?): Wow, nice detective work. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 14:54:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 28 Oct 2010 21:54:56 -0000 Subject: [MacRuby] #983: Need to implement rb_call_super In-Reply-To: <051.acbf8fe5265567e4c07da8205c2a7f3b@macosforge.org> References: <051.acbf8fe5265567e4c07da8205c2a7f3b@macosforge.org> Message-ID: <060.982aac89d6de2cd7121798b288d3e8b1@macosforge.org> #983: Need to implement rb_call_super ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): I committed an implementation as r4844. However, I did not test it, yet :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 19:35:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 29 Oct 2010 02:35:49 -0000 Subject: [MacRuby] #983: Need to implement rb_call_super In-Reply-To: <051.acbf8fe5265567e4c07da8205c2a7f3b@macosforge.org> References: <051.acbf8fe5265567e4c07da8205c2a7f3b@macosforge.org> Message-ID: <060.f98f7ca1dc3773b4bf1bdbae4ec48abe@macosforge.org> #983: Need to implement rb_call_super ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): I could crop the image with rmagick. Greate works :) So, I think that this issue was fixed. Thank you! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 19:42:43 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 29 Oct 2010 02:42:43 -0000 Subject: [MacRuby] #983: Need to implement rb_call_super In-Reply-To: <051.acbf8fe5265567e4c07da8205c2a7f3b@macosforge.org> References: <051.acbf8fe5265567e4c07da8205c2a7f3b@macosforge.org> Message-ID: <060.41207c0feee615e2b7ed0a2cbf821cb4@macosforge.org> #983: Need to implement rb_call_super ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Excellent, closing :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 28 19:49:00 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 29 Oct 2010 02:49:00 -0000 Subject: [MacRuby] #985: Need to implement rb_obj_instance_eval Message-ID: <051.889f0c54db0c180d16ebb77a0319d0ae@macosforge.org> #985: Need to implement rb_obj_instance_eval ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- I could crop the image with rmagick.[[BR]] I ran the example of the following sites. - http://rmagick.rubyforge.org/portfolio.html But, unfortunately I have seen error with the example which used a text: {{{ $ macruby rmagick_watermark.rb dyld: lazy symbol binding failed: Symbol not found: _rb_obj_instance_eval Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/rmagick-2.13.1/lib/RMagick2.bundle Expected in: flat namespace dyld: Symbol not found: _rb_obj_instance_eval Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/rmagick-2.13.1/lib/RMagick2.bundle Expected in: flat namespace zsh: trace trap macruby rmagick_text.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 29 00:21:02 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 29 Oct 2010 07:21:02 -0000 Subject: [MacRuby] #984: strange scoping error in macirb In-Reply-To: <054.63e9a26ca26bcd2b8de4d8ae34658961@macosforge.org> References: <054.63e9a26ca26bcd2b8de4d8ae34658961@macosforge.org> Message-ID: <063.e4795ad9eab45f4a46465ad449dbad7a@macosforge.org> #984: strange scoping error in macirb -------------------------------------+-------------------------------------- Reporter: mcowan@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macirb -------------------------------------+-------------------------------------- Description changed by eloy.de.enige@?: Old description: > i tried some example code in macirb and got a scoping error. when i tried > this in regular irb it works fine, and when i run this as a script it > works fine. > > i = 0 > for i in 1..8 do > puts i > end New description: i tried some example code in macirb and got a scoping error. when i tried this in regular irb it works fine, and when i run this as a script it works fine. {{{ i = 0 for i in 1..8 do puts i end }}} -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 29 00:22:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 29 Oct 2010 07:22:07 -0000 Subject: [MacRuby] #984: strange scoping error in macirb In-Reply-To: <054.63e9a26ca26bcd2b8de4d8ae34658961@macosforge.org> References: <054.63e9a26ca26bcd2b8de4d8ae34658961@macosforge.org> Message-ID: <063.07ce343e7096c809b852311e73336335@macosforge.org> #984: strange scoping error in macirb -------------------------------------+-------------------------------------- Reporter: mcowan@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macirb -------------------------------------+-------------------------------------- Comment(by eloy.de.enige@?): On MRI 1.9: {{{ $ rake19 (in /Users/eloy/code/DietRB) /usr/local/bin/ruby19 -I lib ./bin/dietrb -d -r irb/ext/colorize -r pp irb(main):001:0> i = 0 => 0 irb(main):002:0> for i in 1..8 do irb(main):003:2> puts i irb(main):004:1> end 1 2 3 4 5 6 7 8 => 1..8 }}} On MacRuby: {{{ $ macrake (in /Users/eloy/code/DietRB) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macruby -I lib ./bin/dietrb -d -r irb/ext/colorize -r pp irb(main):001:0> i = 0 => 0 irb(main):002:0> for i in 1..8 do irb(main):003:2> puts i irb(main):004:1> end NameError: undefined local variable or method `i' for main:TopLevel /Users/eloy/code/DietRB/(irb):3:in `block' /Users/eloy/code/DietRB/(irb):2:in `
' /Users/eloy/code/DietRB/lib/irb/context.rb:28:in `__evaluate__:' /Users/eloy/code/DietRB/lib/irb/context.rb:39:in `evaluate:' /Users/eloy/code/DietRB/lib/irb/context.rb:74:in `process_line:' /Users/eloy/code/DietRB/lib/irb/driver/tty.rb:47:in `run:' /Users/eloy/code/DietRB/lib/irb/driver/tty.rb:61:in `irb:' /Users/eloy/code/DietRB/./bin/dietrb:55:in `block' /Users/eloy/code/DietRB/./bin/dietrb:9:in `block' /Users/eloy/code/DietRB/./bin/dietrb:7:in `
' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 29 00:40:50 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 29 Oct 2010 07:40:50 -0000 Subject: [MacRuby] #984: strange scoping error in macirb In-Reply-To: <054.63e9a26ca26bcd2b8de4d8ae34658961@macosforge.org> References: <054.63e9a26ca26bcd2b8de4d8ae34658961@macosforge.org> Message-ID: <063.0c09e15ac92eded7c9e9cc025dc243e5@macosforge.org> #984: strange scoping error in macirb -------------------------------------+-------------------------------------- Reporter: mcowan@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: eval for-loop -------------------------------------+-------------------------------------- Changes (by eloy.de.enige@?): * keywords: macirb => eval for-loop * owner: eloy.de.enige@? => lsansonetti@? Comment: Works without eval: {{{ $ macruby -e "i = 0; for i in 1..2 do; puts i; end" 1 2 }}} Fails as reported with eval and specific binding: {{{ $ macruby -e "eval('i = 0; for i in 1..2 do; puts i; end', TOPLEVEL_BINDING)" /Users/eloy/code/DietRB/(eval):1:in `block': undefined local variable or method `i' for main:TopLevel (NameError) from /Users/eloy/code/DietRB/(eval):1:in `
' from -e:1:in `
' }}} Hits an assertion with eval and no specific binding: {{{ $ macruby -e "eval('i = 0; for i in 1..2 do; puts i; end')" Assertion failed: (current_block), function compile_lvar_slot, file compiler.cpp, line 6177. }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 29 00:47:10 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 29 Oct 2010 07:47:10 -0000 Subject: [MacRuby] #984: strange scoping error in macirb In-Reply-To: <054.63e9a26ca26bcd2b8de4d8ae34658961@macosforge.org> References: <054.63e9a26ca26bcd2b8de4d8ae34658961@macosforge.org> Message-ID: <063.56350a55dda8a0b6b5c4d989de219bf7@macosforge.org> #984: strange scoping error in macirb -------------------------------------+-------------------------------------- Reporter: mcowan@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: eval for-loop -------------------------------------+-------------------------------------- Comment(by eloy.de.enige@?): The assertion problem also happens with #each: {{{ $ macruby -e "eval('i = 0; (1..2).each do |i|; puts i; end')" Assertion failed: (current_block), function compile_lvar_slot, file compiler.cpp, line 6177. }}} But not if the outer i lvar that is being shadowed is removed: {{{ $ macruby -e "eval('(1..2).each do |i|; puts i; end')" 1 2 }}} However, the for-loop still bails without the shadowing, although at a different assertion: {{{ $ macruby -e "eval('for i in 1..2 do; puts i; end')" Assertion failed: (slot != NULL), function compile_lvar_slot, file compiler.cpp, line 6179. }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 29 02:22:47 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 29 Oct 2010 09:22:47 -0000 Subject: [MacRuby] #973: EventMachine fails to build. In-Reply-To: <046.8d69d66e51e603ce54671f0dcb59c11c@macosforge.org> References: <046.8d69d66e51e603ce54671f0dcb59c11c@macosforge.org> Message-ID: <055.fa679a5d2e6922002689aac42a88e454@macosforge.org> #973: EventMachine fails to build. -----------------------------+---------------------------------------------- Reporter: rob@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------+---------------------------------------------- Comment(by rob@?): Thanks! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 29 14:40:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 29 Oct 2010 21:40:06 -0000 Subject: [MacRuby] #978: macirb gives a weird error when I dereference a pointer to a CFArray In-Reply-To: <053.442d94c2f80fc787f02c8171a445ec53@macosforge.org> References: <053.442d94c2f80fc787f02c8171a445ec53@macosforge.org> Message-ID: <062.3e9819b51372c2f0dd15b0eb74c1bdb9@macosforge.org> #978: macirb gives a weird error when I dereference a pointer to a CFArray ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macirb error ------------------------------------+--------------------------------------- Comment(by lsansonetti@?): I wasn't able to reproduce that problem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 29 21:37:34 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 30 Oct 2010 04:37:34 -0000 Subject: [MacRuby] #986: "1.0 + Float::EPSILON" should not become equal to 1.0. Message-ID: <051.a4858675583a200dce9eb6f81393644e@macosforge.org> #986: "1.0 + Float::EPSILON" should not become equal to 1.0. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ ruby19 -v -e "p 1.0 + Float::EPSILON" ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-darwin10.4.0] 1.0000000000000002 $ DYLD_LIBRARY_PATH=. ./macruby -I./lib -e "p 1.0 + Float::EPSILON" 1.0 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 31 18:08:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 01 Nov 2010 01:08:06 -0000 Subject: [MacRuby] #352: macirb does not eval UTF-String In-Reply-To: <041.e59ea27a2cdbf541967c30a32b0004a9@macosforge.org> References: <041.e59ea27a2cdbf541967c30a32b0004a9@macosforge.org> Message-ID: <050.3a880cc5789cc87aed68328cdb08bb06@macosforge.org> #352: macirb does not eval UTF-String ------------------------+--------------------------------------------------- Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------+--------------------------------------------------- Comment(by jhemmelg@?): Just checked, and this does work with the 0.7 release. This ticket can be closed. % echo 'p "R?be"' | macirb "R?be" => "R?be" -- Ticket URL: MacRuby