' from /Volumes/Lion/Users/mrada/Developer/MacRuby/mspec/lib/mspec/runner/mspec.rb:56:in `block' from /Volumes/Lion/Users/mrada/Developer/MacRuby/mspec/lib/mspec/runner/mspec.rb:68:in `protect' from /Volumes/Lion/Users/mrada/Developer/MacRuby/mspec/lib/mspec/runner/mspec.rb:56:in `block' from /Volumes/Lion/Users/mrada/Developer/MacRuby/mspec/lib/mspec/runner/mspec.rb:50:in `files' from /Volumes/Lion/Users/mrada/Developer/MacRuby/mspec/lib/mspec/runner/mspec.rb:42:in `process' from /Volumes/Lion/Users/mrada/Developer/MacRuby/mspec/lib/mspec/commands /mspec-ci.rb:76:in `run' from /Volumes/Lion/Users/mrada/Developer/MacRuby/mspec/lib/mspec/utils/script.rb:218:in `main' from /Volumes/Lion/Users/mrada/Developer/MacRuby/mspec/bin/mspec- ci:8:in `

' ' I will try to investigate more tomorrow. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Oct 1 22:02:42 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 02 Oct 2011 05:02:42 +0000 Subject: [MacRuby] #1398: "rake spec:ci" fails more specs. In-Reply-To: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> References: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> Message-ID: <060.08e3d8594f7259d8cfe064d7ac6f5200@macosforge.org> #1398: "rake spec:ci" fails more specs. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by mrada@?): I removed the commit, but still I get this: Finished in 596.651979 seconds 3337 files, 14595 examples, 57299 expectations, 41 failures, 203 errors I am going to try one more time to be sure that I didn't forget to take something out. Since I have no idea what is causing this I might try a `git bisect`, but that will take several hours on my hardware. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Oct 1 23:37:36 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 02 Oct 2011 06:37:36 +0000 Subject: [MacRuby] #1398: "rake spec:ci" fails more specs. In-Reply-To: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> References: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> Message-ID: <060.83f0b45e93c7baf8fd02f9552a5fcbf2@macosforge.org> #1398: "rake spec:ci" fails more specs. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): I tried following operation. 1. remove changing of "overhaul_compiletask" 2. rm -rf /Library/Frameworks/MacRuby.framework/ 3. rebuild and install the MacRuby 4. rake spec:ci I got the following results in my environment: {{{ $ rake spec:ci rm -rf rubyspec_temp ./mspec/bin/mspec ci -B ./spec/macruby.mspec :full MacRuby 0.11 (ruby 1.9.2) [universal-darwin11.0, x86_64] ..[!] Compiling fixture `/Users/watson/src/macruby- master/spec/macruby/fixtures/method.m' .[!] Compiling fixture `/Users/watson/src/macruby- master/spec/macruby/fixtures/constant.m' ..[!] Compiling fixture `/Users/watson/src/macruby- master/spec/macruby/fixtures/exception.m' ......*** Dispatch block exited prematurely because of an uncaught exception: /Users/watson/src/macruby- master/mspec/lib/mspec/expectations/expectations.rb:15:in `fail_with': Expected true to equal false (SpecExpectationNotMetError) from /Users/watson/src/macruby- master/mspec/lib/mspec/matchers/base.rb:9:in `==' from /Users/watson/src/macruby- master/spec/macruby/core/gcd/semaphore_spec.rb:62:in `block' ......[!] Compiling fixture `/Users/watson/src/macruby- master/spec/macruby/fixtures/mri_abi.m' ...[!] Compiling fixture `/Users/watson/src/macruby- master/spec/macruby/fixtures/object.m' .......macruby(10964,0x111ce8000) malloc: *** error for object 0x7fff941cd9e8: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug ...............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................E.E..E................................................ GC: -finalize resulted in an exception (0x406d8fce0) being thrown, break on objc_exception_during_finalize_error to debug undefined method `message' for false:FalseClass (NoMethodError) ..................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................... 1) An exception occurred during: loading /Users/watson/src/macruby- master/spec/frozen/core/kernel/puts_spec.rb ERROR Errno::EBADF: Bad file descriptor - read() failed 2) An exception occurred during: loading /Users/watson/src/macruby- master/spec/frozen/core/kernel/rand_spec.rb ERROR Errno::EBADF: Bad file descriptor - read() failed 3) An exception occurred during: loading /Users/watson/src/macruby- master/spec/frozen/core/kernel/remove_instance_variable_spec.rb ERROR Errno::EBADF: Bad file descriptor - read() failed Finished in 331.014929 seconds 3336 files, 14705 examples, 55352 expectations, 0 failures, 3 errors rake aborted! Command failed with status (1): [./mspec/bin/mspec ci -B ./spec/macruby.msp...] Tasks: TOP => spec:ci (See full trace by running task with --trace) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 2 02:52:53 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 02 Oct 2011 09:52:53 +0000 Subject: [MacRuby] #1398: "rake spec:ci" fails more specs. In-Reply-To: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> References: <051.36758da583f7a8cf130a90366e8f827c@macosforge.org> Message-ID: <060.cb826981db56e303b464b7b68c65dde8@macosforge.org> #1398: "rake spec:ci" fails more specs. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by mrada@?): Ok, with some modifications to the specs I get this: {{{ Finished in 711.644263 seconds 3337 files, 14730 examples, 57553 expectations, 0 failures, 8 errors rake aborted! Command failed with status (1): [./mspec/bin/mspec ci -B ./spec/macruby.msp...] }}} The modification is this: {{{ diff --git a/spec/macruby/library/rake/compiletask_spec.rb b/spec/macruby/library/rake/compiletask_spec.rb index f2dbe44..4b6b37e 100644 --- a/spec/macruby/library/rake/compiletask_spec.rb +++ b/spec/macruby/library/rake/compiletask_spec.rb @@ -1,7 +1,13 @@ require File.expand_path('../../../spec_helper', __FILE__) -require 'rake/compiletask' +# require 'rake/compiletask' require 'stringio' +# it could already be loaded by rubygems or others +unless MacRuby.const_defined?(:Compiler) + load File.join(RbConfig::CONFIG['bindir'], 'macrubyc') +end + + module CompileTaskSpecHelper include FileUtils }}} So I suspect the problem is because the specs would normally load rake into the same process. Since I can still load macrubyc without any extra problems I dont think it macrubyc is causing the test failures. It might be that rake is doing something to the run time that causes the other tests to fail but I am not sure. I think the CompileTask itself is self- contained and should not being causing the problem. I will have to look into more after some sleep. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 3 11:31:39 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 03 Oct 2011 18:31:39 +0000 Subject: [MacRuby] #1395: macirb does not reserve the variable 'e' or 'exception' but uses them without asking In-Reply-To: <053.fd03ab3c04710e91ee8f321ae2551b1f@macosforge.org> References: <053.fd03ab3c04710e91ee8f321ae2551b1f@macosforge.org> Message-ID: <062.fe504b03f4ea40c290621c08611433a7@macosforge.org> #1395: macirb does not reserve the variable 'e' or 'exception' but uses them without asking ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Changes (by eloy.de.enige@?): * owner: lsansonetti@? => eloy.de.enige@? Comment: Agreed. Not sure about what it should be yet, though. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 3 21:09:50 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 04 Oct 2011 04:09:50 +0000 Subject: [MacRuby] #1399: Rake exceptions always print a full trace Message-ID: <049.7e50171acc1e5d4147fc2f30006b65c9@macosforge.org> #1399: Rake exceptions always print a full trace --------------------------------+------------------------------------------- Reporter: joshaber@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- The `rake` that comes with MacRuby (both 0.10 and the nightly) seems to always print a full trace when a task raises an exception. For example, if I run: {{{ task :blah do raise Exception, 'whatev' end }}} With MacRuby, I get: {{{ rake aborted! whatev /Volumes/GitHub/Mac/blah/rakefile:2:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/rake.rb:632:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/rake.rb:629:in `execute' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/rake.rb:595:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/monitor.rb:201:in `synchronize' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/rake.rb:588:in `invoke_with_call_chain' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/rake.rb:581:in `invoke' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/rake.rb:2042:in `invoke_task' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/rake.rb:2020:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/rake.rb:2020:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/rake.rb:2059:in `standard_exception_handling' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/rake.rb:2014:in `top_level' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/1.9.2/rake.rb:1993:in `run' /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/bin/macrake:31:in `

' }}} If I run with Ruby 1.9.2, I get: {{{ rake aborted! whatev Tasks: TOP => blah (See full trace by running task with --trace) }}} If I use that --trace argument, the output is essentially like MacRuby's. So in other words. MacRuby's `rake` always behaves like Ruby 1.9.2's `rake --trace`. This is pretty annoying when running tests because it's a lot of noise every time I have a failing test. It makes parsing (both for a tool and for me!) harder since I have to ignore all the useless stack trace. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 4 06:41:31 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 04 Oct 2011 13:41:31 +0000 Subject: [MacRuby] #1399: Rake exceptions always print a full trace In-Reply-To: <049.7e50171acc1e5d4147fc2f30006b65c9@macosforge.org> References: <049.7e50171acc1e5d4147fc2f30006b65c9@macosforge.org> Message-ID: <058.7f27a2ab5f210e13bc4a24b69d775839@macosforge.org> #1399: Rake exceptions always print a full trace --------------------------------+------------------------------------------- Reporter: joshaber@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: invalid Keywords: | --------------------------------+------------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => invalid Comment: CRuby19 p290's rake (version 0.8.7) always display trace logs as well the MacRuby in my environment. {{{ $ cat test_rake.rake task :blah do raise Exception, 'whatev' end $ rake19 --version rake, version 0.8.7 $ rake19 -f test_rake.rake (in /Users/watson/tmp) rake aborted! Don't know how to build task 'default' /usr/local/lib/ruby/1.9.1/rake.rb:1720:in `[]' /usr/local/lib/ruby/1.9.1/rake.rb:2040:in `invoke_task' /usr/local/lib/ruby/1.9.1/rake.rb:2019:in `block (2 levels) in top_level' /usr/local/lib/ruby/1.9.1/rake.rb:2019:in `each' /usr/local/lib/ruby/1.9.1/rake.rb:2019:in `block in top_level' /usr/local/lib/ruby/1.9.1/rake.rb:2058:in `standard_exception_handling' /usr/local/lib/ruby/1.9.1/rake.rb:2013:in `top_level' /usr/local/lib/ruby/1.9.1/rake.rb:1992:in `run' /usr/local/bin/rake19:31:in `

' }}} To hide the traces, I think the following changes are required. Or, update macrake to 0.9.2. {{{ diff --git a/lib/rake.rb b/lib/rake.rb index 36ca077..52d9ef7 100755 --- a/lib/rake.rb +++ b/lib/rake.rb @@ -2067,7 +2067,7 @@ module Rake # Exit with error message $stderr.puts "#{name} aborted!" $stderr.puts ex.message - if options.trace or true + if options.trace $stderr.puts ex.backtrace.join("\n") else $stderr.puts ex.backtrace.find {|str| str =~ /#{@rakefile}/ } || "" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 4 09:13:57 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 04 Oct 2011 16:13:57 +0000 Subject: [MacRuby] #1369: ArgumentError (and some friends) do not always provide a backtrace In-Reply-To: <053.cb1b6f846c270dea730745e3cf5f5c33@macosforge.org> References: <053.cb1b6f846c270dea730745e3cf5f5c33@macosforge.org> Message-ID: <062.a0755bc6bfdd03e98f6697618e053cdb@macosforge.org> #1369: ArgumentError (and some friends) do not always provide a backtrace ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): This can be closed as a duplicate of #1334. I don't have permission to do that, so someone else will have to do it for me. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 4 09:15:11 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 04 Oct 2011 16:15:11 +0000 Subject: [MacRuby] #1369: ArgumentError (and some friends) do not always provide a backtrace In-Reply-To: <053.cb1b6f846c270dea730745e3cf5f5c33@macosforge.org> References: <053.cb1b6f846c270dea730745e3cf5f5c33@macosforge.org> Message-ID: <062.bd9c37c5fe729730818cf4f05f855ba0@macosforge.org> #1369: ArgumentError (and some friends) do not always provide a backtrace ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): Also, I can easily reproduce the issue by introducing a bug into AXElements. Which is the project where I was having trouble with this bug. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 4 09:16:17 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 04 Oct 2011 16:16:17 +0000 Subject: [MacRuby] #1399: Rake exceptions always print a full trace In-Reply-To: <049.7e50171acc1e5d4147fc2f30006b65c9@macosforge.org> References: <049.7e50171acc1e5d4147fc2f30006b65c9@macosforge.org> Message-ID: <058.6ab82579e5a95b6b35aee806ccf19bf4@macosforge.org> #1399: Rake exceptions always print a full trace --------------------------------+------------------------------------------- Reporter: joshaber@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: invalid Keywords: | --------------------------------+------------------------------------------- Comment(by mrada@?): I wonder if it is too late to upgrade rake for MacRuby 0.11 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 4 20:24:52 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 05 Oct 2011 03:24:52 +0000 Subject: [MacRuby] #1400: IO.popen with "w" flag creates an object with wrong descriptor. Message-ID: <051.f2f698ff1ad9730fbc96d2d47d2d42b2@macosforge.org> #1400: IO.popen with "w" flag creates an object with wrong descriptor. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- IO.popen with "w" flag creates an object with wrong descriptor. So, When open the files before closing object which is created by IO.popen, MacRuby can't handle those files correctly. Test Script: {{{ #!ruby #child = IO.popen("echo", "r") child = IO.popen("cat", "w") p child file = open("/tmp/test", "r+") child.close p file.fileno p file.closed? p file.read file.close }}} IO.popen's object and File's object have same descriptor. {{{ $ macruby test_popen.rb # 3 false /Users/watson/tmp/test_popen.rb:10:in `

': Bad file descriptor - read() failed (Errno::EBADF) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 4 21:28:48 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 05 Oct 2011 04:28:48 +0000 Subject: [MacRuby] #1400: IO.popen with "w" flag creates an object with wrong descriptor. In-Reply-To: <051.f2f698ff1ad9730fbc96d2d47d2d42b2@macosforge.org> References: <051.f2f698ff1ad9730fbc96d2d47d2d42b2@macosforge.org> Message-ID: <060.b5af9a2a22b8facd7065b16e9a50477a@macosforge.org> #1400: IO.popen with "w" flag creates an object with wrong descriptor. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/898ae33725e3595a5336013a30784e1620819ea1 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 5 01:06:14 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 05 Oct 2011 08:06:14 +0000 Subject: [MacRuby] #1399: Rake exceptions always print a full trace In-Reply-To: <049.7e50171acc1e5d4147fc2f30006b65c9@macosforge.org> References: <049.7e50171acc1e5d4147fc2f30006b65c9@macosforge.org> Message-ID: <058.568a1484e5a3647d6e7983b3afeb37d9@macosforge.org> #1399: Rake exceptions always print a full trace --------------------------------+------------------------------------------- Reporter: joshaber@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: invalid Keywords: | --------------------------------+------------------------------------------- Changes (by eloy.de.enige@?): * milestone: => MacRuby 0.11 Comment: @Watson I?ve just pushed your fix: https://github.com/MacRuby/MacRuby/commit/dfeb89e6dcb023907f11751ed44bebd3b7366790. @Mark Please ask Laurent what he thinks about updating rake before/after 0.11. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 5 18:50:36 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 06 Oct 2011 01:50:36 +0000 Subject: [MacRuby] #1401: Errno::EAGAIN occurs with 'net/https' Message-ID: <051.e402babe1ab7abc58174a7c787a3883a@macosforge.org> #1401: Errno::EAGAIN occurs with 'net/https' ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'net/https' TCPServer.open("127.0.0.1", 0) {|serv| _, port, _, _ = serv.addr proxy = Net::HTTP.Proxy("127.0.0.1", port, 'user', 'password') http = proxy.new("foo.example.org", 8000) http.use_ssl = true http.verify_mode = OpenSSL::SSL::VERIFY_NONE http.start } }}} Result: {{{ $ macruby t.rb /Users/watson/tmp/t.rb:10:in `block': Resource temporarily unavailable - read(2) failed. (Errno::EAGAIN) from /Users/watson/tmp/t.rb:3:in `

' }}} This error occurs with IO#sysread (on rbuf_fill) in 'net/protocol.rb'. [[BR]] IO#sysread is used for avoiding a #731. But, IO::WaitWritable already implemented with https://github.com/MacRuby/MacRuby/commit/98fe7b58b3b049d2ff12aca446f1f25e499be27b , https://github.com/MacRuby/MacRuby/commit/99397ec76adf77779c33216d1150e414ca7ed909 . I think it's time to revert a 'net/protocol.rb'. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 5 19:35:29 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 06 Oct 2011 02:35:29 +0000 Subject: [MacRuby] #1401: Errno::EAGAIN occurs with 'net/https' In-Reply-To: <051.e402babe1ab7abc58174a7c787a3883a@macosforge.org> References: <051.e402babe1ab7abc58174a7c787a3883a@macosforge.org> Message-ID: <060.6189aa95eaa83a7e987f512bf2416a22@macosforge.org> #1401: Errno::EAGAIN occurs with 'net/https' ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/a2e150dbe01383f8933262f38cea74e932f8f6bd -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 5 20:58:44 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 06 Oct 2011 03:58:44 +0000 Subject: [MacRuby] #1402: Errno::EBADF occurs when repeats reading/writing the file. Message-ID: <051.ac338428109b8cc9e26170dd5705341a@macosforge.org> #1402: Errno::EBADF occurs when repeats reading/writing the file. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Using IO's object which is created by IO.new, [[BR]] Errno::EBADF occurs when repeats reading/writing the file. Test Script: {{{ #!ruby path = "/tmp/test.txt" def new_io(name, mode) fd = IO.sysopen(name, mode) IO.new(fd, mode) end 100.times do io = new_io(path, "w") io.puts "Hello, world" io.close io = new_io(path, "r") io.read io.close end }}} Result: {{{ $ macruby t.rb /Users/watson/tmp/t.rb:5:in `new_io': Bad file descriptor (Errno::EBADF) from /Users/watson/tmp/t.rb:10:in `block' from /Users/watson/tmp/t.rb:9:in `

' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 5 22:14:27 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 06 Oct 2011 05:14:27 +0000 Subject: [MacRuby] #1402: Errno::EBADF occurs when repeats reading/writing the file. In-Reply-To: <051.ac338428109b8cc9e26170dd5705341a@macosforge.org> References: <051.ac338428109b8cc9e26170dd5705341a@macosforge.org> Message-ID: <060.39814b7f54d7163f82a12f86a9a7f830@macosforge.org> #1402: Errno::EBADF occurs when repeats reading/writing the file. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): IO#sysopen creates the IO's object, and returns file descriptor from its object. [[BR]] When invoked GC finalizer for its object, it seems to occurs Errno::EBADF. 1. IO#sysopen creates IO's object, returns file descriptor. 2. IO.new creates IO's object from file descriptor. 3. GC finalizer run for object of IO#sysopen - invoke rb_objc_io_finalize - -> close file descriptor by rb_io_close - -> same descriptor number is used by IO.new's object. 4. IO#read -> Errno::EBADF I think that should not create an IO's object in IO#sysopen. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 5 23:09:49 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 06 Oct 2011 06:09:49 +0000 Subject: [MacRuby] #1402: Errno::EBADF occurs when repeats reading/writing the file. In-Reply-To: <051.ac338428109b8cc9e26170dd5705341a@macosforge.org> References: <051.ac338428109b8cc9e26170dd5705341a@macosforge.org> Message-ID: <060.af3bfee57fcb9ab039678e8e86efcaf4@macosforge.org> #1402: Errno::EBADF occurs when repeats reading/writing the file. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/5f32d0b9aa317448e341fb22184a78edf558f7df -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 7 15:49:03 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 07 Oct 2011 22:49:03 +0000 Subject: [MacRuby] #562: Including a module into class Class or class Module In-Reply-To: <054.d71728835308d0175bc07188bc403655@macosforge.org> References: <054.d71728835308d0175bc07188bc403655@macosforge.org> Message-ID: <063.956f82361eb9fbe6413f269b3b1bc408@macosforge.org> #562: Including a module into class Class or class Module -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: mocha #reduction #patch -------------------------------------+-------------------------------------- Comment(by ernest.prabhakar@?): Any update? Did this patch ever make it in? I'm wondering if this explains some weird include behavior I'm seeing... -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 7 16:15:04 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 07 Oct 2011 23:15:04 +0000 Subject: [MacRuby] #1403: Modules included indirectly get included twice Message-ID: <057.6886227a52bb8b4d830ac1ba918b2c43@macosforge.org> #1403: Modules included indirectly get included twice ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- If module Bar includes Foo, then anything that includes Bar includes Foo twice. {{{ #!/usr/bin/env ruby module Foo def singleton; class << self; self; end; end end module Bar include Foo end class Array include Bar end puts Array.ancestors s = "\nDone\n".extend(Bar) puts s puts s.singleton.ancestors }}} {{{ prabhaka$ rvm current macruby-0.10 prabhaka$ ruby spec/include_test.rb Array Bar Foo Foo NSMutableArray NSArray Enumerable NSObject Kernel }}} This does not have with 1.8 or 1.9. It may be related to #718 {{{ prabhaka$ rvm current ruby-1.9.2-p180 prabhaka$ ruby spec/include_test.rb Array Bar Foo Enumerable Object Kernel BasicObject }}} This occurs whether the module is included in a class or extending an instance. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 7 16:17:18 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 07 Oct 2011 23:17:18 +0000 Subject: [MacRuby] #1403: Modules included indirectly get included twice In-Reply-To: <057.6886227a52bb8b4d830ac1ba918b2c43@macosforge.org> References: <057.6886227a52bb8b4d830ac1ba918b2c43@macosforge.org> Message-ID: <066.b971e5aa246b0e53aff55b5ee7fe5b5f@macosforge.org> #1403: Modules included indirectly get included twice ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Description changed by ernest.prabhakar@?: Old description: > If module Bar includes Foo, then anything that includes Bar includes Foo > twice. > > {{{ > #!/usr/bin/env ruby > module Foo > def singleton; class << self; self; end; end > end > > module Bar > include Foo > end > > class Array > include Bar > end > puts Array.ancestors > s = "\nDone\n".extend(Bar) > puts s > puts s.singleton.ancestors > }}} > > {{{ > prabhaka$ rvm current > macruby-0.10 > > prabhaka$ ruby spec/include_test.rb > Array > Bar > Foo > Foo > NSMutableArray > NSArray > Enumerable > NSObject > Kernel > }}} > This does not have with 1.8 or 1.9. It may be related to #718 > > {{{ > prabhaka$ rvm current > ruby-1.9.2-p180 > > prabhaka$ ruby spec/include_test.rb > Array > Bar > Foo > Enumerable > Object > Kernel > BasicObject > }}} > > This occurs whether the module is included in a class or extending an > instance. New description: If module Bar includes Foo, then anything that includes Bar includes Foo twice. {{{ prabhaka$ rvm current macruby-0.10 prabhaka$ ruby spec/include_test.rb Array Bar Foo Foo NSMutableArray NSArray Enumerable NSObject Kernel }}} This does not happen with 1.8 or 1.9. It may be related to #718 {{{ prabhaka$ rvm current ruby-1.9.2-p180 prabhaka$ ruby spec/include_test.rb Array Bar Foo Enumerable Object Kernel BasicObject }}} This occurs whether the module is included in a class or extending an instance. {{{ #!/usr/bin/env ruby module Foo def singleton; class << self; self; end; end end module Bar include Foo end class Array include Bar end puts Array.ancestors }}} -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Oct 8 11:53:48 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 08 Oct 2011 18:53:48 +0000 Subject: [MacRuby] #1382: GCC 4.2 not installed with Xcode 4.2 In-Reply-To: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> References: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> Message-ID: <062.ebc31b899c1741fa26d8d5c92cc9bf4c@macosforge.org> #1382: GCC 4.2 not installed with Xcode 4.2 ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): With Xcode 4.2 around the corner, this is going to start being an issue in the next couple of weeks. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Oct 8 15:03:14 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 08 Oct 2011 22:03:14 +0000 Subject: [MacRuby] #1404: Cannot push gems using macgem Message-ID: <053.1e7f5a2cec6d4765813b8e96cb86fe56@macosforge.org> #1404: Cannot push gems using macgem ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- I can't seem to push gems using macgem anymore. If I switch to CRuby 1.9.3 then I have no issues. It may be that I am pushing prerelease gems, or it may be that a newer version of rubygems is needed due to security fixes that have been made recently, or perhaps something else. Anyone else having this issue? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 9 07:58:33 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 09 Oct 2011 14:58:33 +0000 Subject: [MacRuby] #1405: Crash using ScriptingBridge with OmniFocus Message-ID: <053.060545f75464373593e76ed0171c4ed7@macosforge.org> #1405: Crash using ScriptingBridge with OmniFocus ------------------------------------+--------------------------------------- Reporter: gerrit@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- The following code {{{ framework 'ScriptingBridge' omnifocus = SBApplication.applicationWithBundleIdentifier 'com.omnigroup.omnifocus' doc = omnifocus.defaultDocument doc.folders.first.projects.first.rootTask.tasks.first.name }}} crashes macruby with the following error message: {{{ 2011-10-09 15:53:54.911 macruby[7872:e07] -[SBObject classForCode:]: unrecognized selector sent to instance 0x401343980 uncaught Objective-C/C++ exception... 2011-10-09 15:53:54.916 macruby[7872:e07] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[SBObject classForCode:]: unrecognized selector sent to instance 0x401343980' *** First throw call stack: ( 0 CoreFoundation 0x00007fff93ac0986 __exceptionPreprocess + 198 1 libobjc.A.dylib 0x00007fff8e945d5e objc_exception_throw + 43 2 CoreFoundation 0x00007fff93b4c5ae -[NSObject doesNotRecognizeSelector:] + 190 3 CoreFoundation 0x00007fff93aad803 ___forwarding___ + 371 4 CoreFoundation 0x00007fff93aad618 _CF_forwarding_prep_0 + 232 5 ScriptingBridge 0x00007fff91f9e924 -[SBElementArray elementClass] + 56 6 ScriptingBridge 0x00007fff91f9ea3d -[SBElementArray objectWithKeyForm:keyData:] + 81 7 ScriptingBridge 0x00007fff91f9eaa5 -[SBElementArray objectAtIndex:] + 60 8 libmacruby.dylib 0x000000010016a657 rb_ary_freeze + 12007 9 libmacruby.dylib 0x000000010013e161 rb_vm_dispatch + 8833 10 ??? 0x0000000101f00544 0x0 + 4327474500 11 ??? 0x0000000101f095b7 0x0 + 4327511479 12 libmacruby.dylib 0x0000000100154233 rb_vm_run + 531 13 libmacruby.dylib 0x0000000100030ca0 ruby_run_node + 80 14 macruby 0x0000000100000cf8 main + 152 15 macruby 0x0000000100000c54 start + 52 16 ??? 0x0000000000000004 0x0 + 4 ) terminate called throwing an exception }}} specifically accessing the ?tasks? collection on any rootTask object (which according to the omnifocus applescript dictionary is present) causes this crash. Accessing a collection that is actually not there (like the error message suggests) only yields a standard ruby NoMethodError: {{{ untitled:7:in `

': undefined method `wurst' for # (NoMethodError) /Users/gerrit/Library/Application Support/TextMate/Bundles/Ruby.tmbundle/Support/RubyMate/catch_exception.rb:14:in `block': not opened for writing (IOError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 10 16:51:09 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 10 Oct 2011 23:51:09 +0000 Subject: [MacRuby] #1406: CGUnregisterScreenRefreshCallback doesn't unregister the callback Message-ID: <044.f66ed9676b1fabaaf270b1035c237e98@macosforge.org> #1406: CGUnregisterScreenRefreshCallback doesn't unregister the callback ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ {{{ framework 'ApplicationServices' framework 'Cocoa' class Tester def start @callback = Proc.new do |count, rects, userInfo| puts "callback" end err = CGRegisterScreenRefreshCallback(@callback, nil) end def stop puts "stopping" CGUnregisterScreenRefreshCallback(@callback, nil) end end t = Tester.new t.start trap("INT") { t.stop #exit 0 } NSApplication.sharedApplication.run }}} Using the above code, I can get screen refresh callbacks, but when I try to stop and unregister, I keep getting called back until I kill my terminal session. I wrote an equiv. ObjC test app and it works fine. I can post that if needed. Cheers, kam -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 12 07:08:05 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 12 Oct 2011 14:08:05 +0000 Subject: [MacRuby] #1407: MacRuby uses GC, which is more or less deprecated, should use ARC Message-ID: <058.e8349774e2def0c843f2514bd7118cc7@macosforge.org> #1407: MacRuby uses GC, which is more or less deprecated, should use ARC -----------------------------------------+---------------------------------- Reporter: mayer.julian@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: arc, gc -----------------------------------------+---------------------------------- garbage collection has been more or less deprecated by apple, they suggest using automatic reference counting for all future development. while GC may be supported for the foreseeable future, MacRuby should use the recommended and not the outdated technology which is bound to disappear at some point. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 12 17:04:38 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 13 Oct 2011 00:04:38 +0000 Subject: [MacRuby] #1366: Lion/XCode 4.1 update breaks IB In-Reply-To: <051.2026aa4511ed9a26894df196e364a1ac@macosforge.org> References: <051.2026aa4511ed9a26894df196e364a1ac@macosforge.org> Message-ID: <060.1502a1b7f75770cad1f769b20a330436@macosforge.org> #1366: Lion/XCode 4.1 update breaks IB ----------------------------------+----------------------------------------- Reporter: paolo.bosetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: wontfix Keywords: XCode | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => wontfix Comment: Now, Xcode 4.2 was released. please use it. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 12 17:05:20 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 13 Oct 2011 00:05:20 +0000 Subject: [MacRuby] #1366: Lion/XCode 4.1 update breaks IB In-Reply-To: <051.2026aa4511ed9a26894df196e364a1ac@macosforge.org> References: <051.2026aa4511ed9a26894df196e364a1ac@macosforge.org> Message-ID: <060.a7142a83d9217f501c8747eb5856ddfd@macosforge.org> #1366: Lion/XCode 4.1 update breaks IB ----------------------------------+----------------------------------------- Reporter: paolo.bosetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: wontfix Keywords: XCode | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * milestone: MacRuby 0.11 => -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 12 17:06:13 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 13 Oct 2011 00:06:13 +0000 Subject: [MacRuby] #1322: Xcode 4.1/4.2 In-Reply-To: <057.d1af71e9afb5deed33ab3294af73dc7b@macosforge.org> References: <057.d1af71e9afb5deed33ab3294af73dc7b@macosforge.org> Message-ID: <066.bcb130f2cd34e2360a9d52b459f74897@macosforge.org> #1322: Xcode 4.1/4.2 ----------------------------------------+----------------------------------- Reporter: d.dagostino@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: wontfix Keywords: | ----------------------------------------+----------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => wontfix Comment: Now, Xcode 4.2 was released. please use it. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 13 16:30:28 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 13 Oct 2011 23:30:28 +0000 Subject: [MacRuby] #1161: minitest + mocha + macruby == BOOM! In-Reply-To: <055.7573d2ada4a0f52cdce17c0e9d957352@macosforge.org> References: <055.7573d2ada4a0f52cdce17c0e9d957352@macosforge.org> Message-ID: <064.b65a5b209b0a379136e0f0c7393ff5b2@macosforge.org> #1161: minitest + mocha + macruby == BOOM! --------------------------------------+------------------------------------- Reporter: ryand-ruby@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: --------------------------------------+------------------------------------- Comment(by leothompson@?): Some time before, I needed to buy a car for my firm but I didn't have enough money and couldn't purchase something. Thank heaven my fellow proposed to try to get the mortgage loans at trustworthy bank. So, I did so and used to be happy with my student loan. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 13 16:33:48 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 13 Oct 2011 23:33:48 +0000 Subject: [MacRuby] #1018: Regexp compilation error: named captures In-Reply-To: <045.bb0b3a19c745c94e23dd0e8fd05dc81e@macosforge.org> References: <045.bb0b3a19c745c94e23dd0e8fd05dc81e@macosforge.org> Message-ID: <054.47696629acb89af77f22dd64dbf30510@macosforge.org> #1018: Regexp compilation error: named captures ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: Regexp ----------------------------+----------------------------------------------- Comment(by leothompson@?): The personal loans suppose to be very useful for guys, which want to ground their career. In fact, this is very easy to get a bank loan. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Oct 13 16:42:49 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 13 Oct 2011 23:42:49 +0000 Subject: [MacRuby] #1173: Impossible to have a pointer to an opaque structure In-Reply-To: <057.eb9394bb5dc6f525b79c1f34a93ea8ea@macosforge.org> References: <057.eb9394bb5dc6f525b79c1f34a93ea8ea@macosforge.org> Message-ID: <066.d980f8795139e5f65e2c28d9e3782df9@macosforge.org> #1173: Impossible to have a pointer to an opaque structure ----------------------------------------+----------------------------------- Reporter: vincent.isambart@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Comment(by leothompson@?): It is good that we are able to receive the personal loans and that opens new chances. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Oct 15 02:02:09 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 15 Oct 2011 09:02:09 +0000 Subject: [MacRuby] #574: macgem should install binaries to /usr/local/bin In-Reply-To: <050.3b39b3eb32f027b1678b59dd462e04f5@macosforge.org> References: <050.3b39b3eb32f027b1678b59dd462e04f5@macosforge.org> Message-ID: <059.f26854fe0835f3df6f898ab2e3d0180a@macosforge.org> #574: macgem should install binaries to /usr/local/bin ---------------------------------+------------------------------------------ Reporter: honglilai@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by isaackearse@?): I have sent a pull request with the changes discussed here: https://github.com/MacRuby/MacRuby/pull/46 Cheers, Isaac -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Oct 15 21:39:26 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 16 Oct 2011 04:39:26 +0000 Subject: [MacRuby] #1408: MacRuby is slow when passed a Regexp's object into argument of method. Message-ID: <051.3d7847b9bf1d679e911009d6d3e15924@macosforge.org> #1408: MacRuby is slow when passed a Regexp's object into argument of method. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'benchmark' def scan(pattern) end Benchmark.bm(10) do |x| reg = Regexp.new(".") str = "." x.report "regexp" do scan(reg) end x.report "string" do scan(str) end end }}} Result: {{{ $ macruby t.rb user system total real regexp 0.000000 0.000000 0.000000 ( 0.001560) string 0.000000 0.000000 0.000000 ( 0.000008) $ ruby19 -v t.rb ruby 1.9.2p290 (2011-07-09 revision 32553) [x86_64-darwin11.1.0] user system total real regexp 0.000000 0.000000 0.000000 ( 0.000010) string 0.000000 0.000000 0.000000 ( 0.000005) $ ruby -v t.rb ruby 1.8.7 (2010-01-10 patchlevel 249) [universal-darwin11.0] user system total real regexp 0.000000 0.000000 0.000000 ( 0.000009) string 0.000000 0.000000 0.000000 ( 0.000006) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 16 00:09:02 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 16 Oct 2011 07:09:02 +0000 Subject: [MacRuby] #1408: MacRuby is slow when passed a Regexp's object into argument of method. In-Reply-To: <051.3d7847b9bf1d679e911009d6d3e15924@macosforge.org> References: <051.3d7847b9bf1d679e911009d6d3e15924@macosforge.org> Message-ID: <060.2dc9ac6a5297ed455bb7ee324ec1d67b@macosforge.org> #1408: MacRuby is slow when passed a Regexp's object into argument of method. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): If I use a "VM_OPT_LEVEL=0", it seems faster. but, MacRuby is still slow. {{{ $ VM_OPT_LEVEL=0 macruby t.rb user system total real regexp 0.000000 0.000000 0.000000 ( 0.000716) string 0.000000 0.000000 0.000000 ( 0.000009) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 17 12:37:02 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 17 Oct 2011 19:37:02 +0000 Subject: [MacRuby] #1403: Modules included indirectly get included twice In-Reply-To: <057.6886227a52bb8b4d830ac1ba918b2c43@macosforge.org> References: <057.6886227a52bb8b4d830ac1ba918b2c43@macosforge.org> Message-ID: <066.13cb10d4d29a89c91fd964de1289b743@macosforge.org> #1403: Modules included indirectly get included twice ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Comment(by ernest.prabhakar@?): Still present with MacRuby v0.11 first Release Candidate. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Oct 17 16:27:15 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 17 Oct 2011 23:27:15 +0000 Subject: [MacRuby] #1385: Segfault occurs when running with Rails 3.0.7 since #ee78786 In-Reply-To: <047.7f32eec2c9abf830f520d00fa2a6ac6d@macosforge.org> References: <047.7f32eec2c9abf830f520d00fa2a6ac6d@macosforge.org> Message-ID: <056.f4540bc5f0c38b0e296431cfb6457e2b@macosforge.org> #1385: Segfault occurs when running with Rails 3.0.7 since #ee78786 ------------------------------+--------------------------------------------- Reporter: kouji@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: critical | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: rails | ------------------------------+--------------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 18 01:59:28 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 18 Oct 2011 08:59:28 +0000 Subject: [MacRuby] #1409: Dispatch related crash in core data document app Message-ID: <049.92af5cfd884b9cd7ed8531e9dc2d9ca3@macosforge.org> #1409: Dispatch related crash in core data document app --------------------------------+------------------------------------------- Reporter: sas@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- I'm seeing a crash when using Dispatch::Queue to send a block with an argument: {{{ queue = Dispatch::Queue.new('myqueue') queue.async do @a.dispatch do |t| puts "handling #{t}" end end }}} to a method: {{{ class A def dispatch(&block) puts "dispatch" yield 'ret' end end }}} The crash usually occurs on the second submission of the block. There are a few things I tried to isolate this problem: - I've wired three buttons to different kinds of dispatch calls and labeled them for the results I get - I originally noticed the problem in my core data doc app. When trying to reduce the problem to a simple app, it disappeared. The project "Disp1" is the simple version where everything works, "Disp2" is the core data document app that exposes the problem. Version info: 10.7, Xcode 4.2, MR-0.11 (Oct-17) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 18 02:02:49 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 18 Oct 2011 09:02:49 +0000 Subject: [MacRuby] #1409: Dispatch related crash in core data document app In-Reply-To: <049.92af5cfd884b9cd7ed8531e9dc2d9ca3@macosforge.org> References: <049.92af5cfd884b9cd7ed8531e9dc2d9ca3@macosforge.org> Message-ID: <058.560c13777611e08ef13bf82151da48af@macosforge.org> #1409: Dispatch related crash in core data document app --------------------------------+------------------------------------------- Reporter: sas@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by sas@?): Oops, I messed up the description. Here's what it should have looked like: - I've wired three buttons to different kinds of dispatch calls and labeled them for the results I get - I originally noticed the problem in my core data doc app. When trying to reduce the problem to a simple app, it disappeared. The project "Disp1" is the simple version where everything works, "Disp2" is the core data document app that exposes the problem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 18 17:11:54 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 19 Oct 2011 00:11:54 +0000 Subject: [MacRuby] #1382: GCC 4.2 not installed with Xcode 4.2 In-Reply-To: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> References: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> Message-ID: <062.bcc68969f34ef297911409e1cd3bd939@macosforge.org> #1382: GCC 4.2 not installed with Xcode 4.2 ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): I think this issue is fixed by following patch. {{{ diff --git a/rakelib/builder/templates.rb b/rakelib/builder/templates.rb index 9fbf27e..7b30953 100644 --- a/rakelib/builder/templates.rb +++ b/rakelib/builder/templates.rb @@ -111,12 +111,20 @@ module RbConfig CONFIG["target_cpu"] = "i686" CONFIG["target_vendor"] = "apple" CONFIG["target_os"] = "darwin9.0" - CONFIG["CC"] = "#{CC}" + if File.exist? "#{CC}" + CONFIG["CC"] = "#{CC}" + else + CONFIG["CC"] = "/usr/bin/gcc" + end CONFIG["CFLAGS"] = "$(ARCH_FLAG) -fexceptions -fno-common -pipe $(cflags)" CONFIG["LDFLAGS"] = "$(ARCH_FLAG)" CONFIG["CPPFLAGS"] = "$(cppflags)" CONFIG["OBJEXT"] = "o" - CONFIG["CXX"] = "#{CXX}" + if File.exist? "#{CXX}" + CONFIG["CXX"] = "#{CXX}" + else + CONFIG["CXX"] = "/usr/bin/g++" + end CONFIG["CXXFLAGS"] = "$(ARCH_FLAG)" CONFIG["CPP"] = "/usr/bin/gcc -E" CONFIG["GREP"] = "/usr/bin/grep" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 18 17:30:39 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 19 Oct 2011 00:30:39 +0000 Subject: [MacRuby] #1382: GCC 4.2 not installed with Xcode 4.2 In-Reply-To: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> References: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> Message-ID: <062.2dec4ce7ac7afe3817b9fa83f51f0c4b@macosforge.org> #1382: GCC 4.2 not installed with Xcode 4.2 ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): Was the switch to llvm-gcc not good? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 18 18:00:31 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 19 Oct 2011 01:00:31 +0000 Subject: [MacRuby] #1382: GCC 4.2 not installed with Xcode 4.2 In-Reply-To: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> References: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> Message-ID: <062.9dde457ed6d85f70b938ea4a0fad6a6e@macosforge.org> #1382: GCC 4.2 not installed with Xcode 4.2 ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): Is it means what switch to llvm-gcc in environment that create installer package? [[BR]] It looks like building the MacRuby with llvm-gcc has no problem so far. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Oct 18 18:14:12 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 19 Oct 2011 01:14:12 +0000 Subject: [MacRuby] #1382: GCC 4.2 not installed with Xcode 4.2 In-Reply-To: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> References: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> Message-ID: <062.00d5437de95ff1e59db7ea3ebe65c727@macosforge.org> #1382: GCC 4.2 not installed with Xcode 4.2 ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): Yes. I also was able to build, and miniruby still has debug info in C backtraces, but I'm not sure if that is what Laurent meant. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 19 07:08:54 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 19 Oct 2011 14:08:54 +0000 Subject: [MacRuby] #1382: GCC 4.2 not installed with Xcode 4.2 In-Reply-To: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> References: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> Message-ID: <062.680135324542425e49a97b90b8a79331@macosforge.org> #1382: GCC 4.2 not installed with Xcode 4.2 ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by lsansonetti@?): Well maybe the debugging story in llvm-gcc is better now :) Watson, can you commit to both master and 0.11 branch? Thanks a lot. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 19 07:09:49 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 19 Oct 2011 14:09:49 +0000 Subject: [MacRuby] #1382: GCC 4.2 not installed with Xcode 4.2 In-Reply-To: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> References: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> Message-ID: <062.34769355ab14cbc832a8e3754904ff5a@macosforge.org> #1382: GCC 4.2 not installed with Xcode 4.2 ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by lsansonetti@?): (We will switch to llvm-gcc as the default build compiler in master later.) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Oct 19 07:21:59 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 19 Oct 2011 14:21:59 +0000 Subject: [MacRuby] #1382: GCC 4.2 not installed with Xcode 4.2 In-Reply-To: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> References: <053.3cf58af3b2ae166092f62cb4b34ea976@macosforge.org> Message-ID: <062.943554e4da81ff2b12b1cd0402344a3b@macosforge.org> #1382: GCC 4.2 not installed with Xcode 4.2 ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): OK, I committed to both. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 28 05:50:15 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 28 Oct 2011 12:50:15 +0000 Subject: [MacRuby] #1410: String#length is slow when invoke at first time. Message-ID: <051.c63035a1952abce194e5338e2aa88c99@macosforge.org> #1410: String#length is slow when invoke at first time. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'benchmark' Benchmark.bm(15) do |x| str = "abcdef" * 10000000 x.report "#size" do str.size end x.report "#length (1)" do # first time str.length end x.report "#length (2)" do # second time str.length end str2 = str.dup x.report "#length (3)" do str2.length end end }}} Result: {{{ $ macruby bm_str_length.rb user system total real #size 0.000000 0.000000 0.000000 ( 0.000012) #length (1) 0.000000 0.000000 0.000000 ( 0.001750) #length (2) 0.000000 0.000000 0.000000 ( 0.000008) #length (3) 0.000000 0.000000 0.000000 ( 0.000010) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Oct 28 09:45:40 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 28 Oct 2011 16:45:40 +0000 Subject: [MacRuby] #1411: Timeout throws fatal exception Message-ID: <051.1451fe55f4abd503da2b176e24831d4c@macosforge.org> #1411: Timeout throws fatal exception ----------------------------------+----------------------------------------- Reporter: willuni@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: Timeout ----------------------------------+----------------------------------------- Timeout throws this error in my script: {{{ terminate called throwing an exceptionterminate called throwing an exceptionterminate called throwing an exceptionterminate called throwing an exceptionIllegal instruction: 4 }}} When I try it in macirb I get this: {{{ irb(main):017:0> begin irb(main):018:1> Timeout::timeout(2) { irb(main):019:2> sleep 10 irb(main):020:1> } irb(main):021:1> rescue Exception =>e irb(main):022:1> puts e.message irb(main):023:1> puts e.backtrace irb(main):024:0> end undefined method `reject!' for nil:NilClass /Users/fragmachine/Desktop/(irb):18:in `

' /usr/local/bin/macirb:55:in `block' /usr/local/bin/macirb:9:in `block' /usr/local/bin/macirb:7:in `

' => nil irb(main):025:0> }}} Any ideas what's going on? I'm new to macruby so could be a mistake on my part... Anyway, and help would be appreciated. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 30 04:17:46 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 30 Oct 2011 11:17:46 +0000 Subject: [MacRuby] #1412: MacRuby inconsistent compared to CRuby when using Closures Block-Local Variables Message-ID: <053.24817d23886d29cd34923f3271afacc1@macosforge.org> #1412: MacRuby inconsistent compared to CRuby when using Closures Block-Local Variables ------------------------------------+--------------------------------------- Reporter: seanlilmateus@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: Proc; closures; block-local variables ------------------------------------+--------------------------------------- the following code should work like on CRuby:[[BR]] {{{ v = :out 1.times do |;v| # Define `v` block-local v = :in p [v] end #=> [:in] # `v` should preserve its value from before the block v #=> :out }}} [[BR]] `v` should preserve its value from before the block, but it changes its value on MacRuby -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Oct 30 04:29:34 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 30 Oct 2011 11:29:34 +0000 Subject: [MacRuby] #1413: MacRuby inconsistent compared to CRuby when using Closure Bindings Message-ID: <053.f0258c16f9bf8d06c6033d6207544ba6@macosforge.org> #1413: MacRuby inconsistent compared to CRuby when using Closure Bindings ------------------------------------+--------------------------------------- Reporter: seanlilmateus@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: Proc; closures; binding ------------------------------------+--------------------------------------- {{{ class Context @@of = :class def self.closure Proc.new { @@of = :method } end end p eval "@@of", Context.closure.binding #=> :class }}} a closure binding that is encapsulated by a Binding object, which is obtained with Proc#binding on CRuby can be used to execute other code in the same environment with a method such as eval, but it does not work on MacRuby.[[BR]] '''MacRuby returns a NameError:''' ''NameError: uninitialized class variable @@of in NSObject'' -- Ticket URL: MacRuby