From ruby-noreply at macosforge.org Wed Feb 1 14:52:41 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 01 Feb 2012 22:52:41 +0000 Subject: [MacRuby] #1441: `rake spec:ci` fails with MacRuby master Message-ID: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> #1441: `rake spec:ci` fails with MacRuby master --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- This is with the 53b78caf0339d8544d0970b2fc58d6896e8ad57f version of MacRuby from git. I was following the instructions at https://github.com/MacRuby/MacRuby/blob/master/README.rdoc to install it. {{{ marca at SCML-MarcA:~/dev/git-repos/MacRuby$ git show-ref HEAD 53b78caf0339d8544d0970b2fc58d6896e8ad57f refs/remotes/origin/HEAD marca at SCML-MarcA:~/dev/git-repos/MacRuby$ rake --trace spec:ci (in /Users/marca/dev/git-repos/MacRuby) ** Invoke spec:ci (first_time) ** Execute spec:ci rm -rf rubyspec_temp ./mspec/bin/mspec ci -B ./spec/macruby.mspec :full MacRuby 0.12 (ruby 1.9.2) [universal-darwin10.0, x86_64] E..........*** Dispatch block exited prematurely because of an uncaught exception: /Users/marca/dev/git- repos/MacRuby/mspec/lib/mspec/expectations/expectations.rb:15:in `fail_with': Expected true to equal false (SpecExpectationNotMetError) from /Users/marca/dev/git- repos/MacRuby/mspec/lib/mspec/matchers/base.rb:9:in `==' from /Users/marca/dev/git- repos/MacRuby/spec/macruby/core/gcd/semaphore_spec.rb:62:in `block' ............E....could not lookup DNS configuration info service: Permission denied could not lookup DNS configuration info service: Permission denied could not lookup DNS configuration info service: Permission denied ........rake aborted! Command failed with status (): [./mspec/bin/mspec ci -B ./spec/macruby.msp...] /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:995:in `sh' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:1010:in `call' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:1010:in `sh' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:1094:in `sh' /Users/marca/dev/git-repos/MacRuby/rakelib/spec.rake:7:in `mspec' /Users/marca/dev/git-repos/MacRuby/rakelib/spec.rake:12 /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:636:in `call' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:636:in `execute' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:631:in `each' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:631:in `execute' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:597:in `invoke_with_call_chain' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/monitor.rb:242:in `synchronize' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:590:in `invoke_with_call_chain' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:583:in `invoke' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:2051:in `invoke_task' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:2029:in `top_level' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:2029:in `each' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:2029:in `top_level' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:2068:in `standard_exception_handling' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:2023:in `top_level' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:2001:in `run' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:2068:in `standard_exception_handling' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:1998:in `run' /usr/bin/rake:31 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 1 15:04:07 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 01 Feb 2012 23:04:07 +0000 Subject: [MacRuby] #1442: `rake install` fails with MacRuby master Message-ID: <049.38fbeb42b65f0a3af6692fba5b0b380a@macosforge.org> #1442: `rake install` fails with MacRuby master --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- This is with the 53b78caf0339d8544d0970b2fc58d6896e8ad57f version of MacRuby from git. I was following the instructions at https://github.com/MacRuby/MacRuby/blob/master/README.rdoc to install it. {{{ marca at SCML-MarcA:~/dev/git-repos/MacRuby$ git show-ref HEAD 53b78caf0339d8544d0970b2fc58d6896e8ad57f refs/remotes/origin/HEAD marca at SCML-MarcA:~/dev/git-repos/MacRuby$ sudo rake --trace install ... mkdir -p -m 755 /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/share/man/man1 install -c -p -m 0644 rubyc.1 /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/share/man/man1/macrubyc.1 mkdir -p -m 755 /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/share/man/man1 install -c -p -m 0644 rubyd.1 /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/share/man/man1/macrubyd.1 ** Invoke install:resources (first_time) ** Execute install:resources Installing framework resources mkdir -p -m 755 /Library/Frameworks/MacRuby.framework/Versions/0.12/Resources install -c -p -m 0644 framework/Info.plist /Library/Frameworks/MacRuby.framework/Versions/0.12/Resources rake aborted! No such file or directory - framework/Info.plist /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/fileutils.rb:843:in `stat' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/fileutils.rb:843:in `install' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/fileutils.rb:1396:in `fu_each_src_dest' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/fileutils.rb:1410:in `fu_each_src_dest0' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/fileutils.rb:1394:in `fu_each_src_dest' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/fileutils.rb:840:in `install' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:1094:in `install' /Users/marca/dev/git-repos/MacRuby/rakelib/install.rake:36:in `install' /Users/marca/dev/git-repos/MacRuby/rakelib/install.rake:295 /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:636:in `call' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:636:in `execute' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:631:in `each' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:631:in `execute' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:597:in `invoke_with_call_chain' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/monitor.rb:242:in `synchronize' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:590:in `invoke_with_call_chain' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:607:in `invoke_prerequisites' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:604:in `each' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:604:in `invoke_prerequisites' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:596:in `invoke_with_call_chain' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/monitor.rb:242:in `synchronize' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:590:in `invoke_with_call_chain' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:607:in `invoke_prerequisites' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:604:in `each' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:604:in `invoke_prerequisites' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:596:in `invoke_with_call_chain' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/monitor.rb:242:in `synchronize' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:590:in `invoke_with_call_chain' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:583:in `invoke' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:2051:in `invoke_task' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:2029:in `top_level' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:2029:in `each' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:2029:in `top_level' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:2068:in `standard_exception_handling' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:2023:in `top_level' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:2001:in `run' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:2068:in `standard_exception_handling' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rake.rb:1998:in `run' /usr/bin/rake:31 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 1 16:17:25 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 00:17:25 +0000 Subject: [MacRuby] #1441: `rake spec:ci` fails with MacRuby master In-Reply-To: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> References: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> Message-ID: <058.f27bab777b580c2eb59a16fb3c8d631c@macosforge.org> #1441: `rake spec:ci` fails with MacRuby master --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by watson1978@?): I can't take its result. So, we need to know more information about your environment (OS version, compiler, installed libraries ....). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 1 16:25:00 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 00:25:00 +0000 Subject: [MacRuby] #1443: MacRuby crashes when invoke Thread#value after invoked Thread#kill and #raise. Message-ID: <051.4e82f9f83583ecd726401b0183d7dfa1@macosforge.org> #1443: MacRuby crashes when invoke Thread#value after invoked Thread#kill and #raise. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ t = Thread.new { raise } t.kill p t.value #=> nil }}} Result: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib ~/tmp/t.rb terminate called throwing an exceptionzsh: illegal hardware instruction DYLD_LIBRARY_PATH=. ./macruby -I./lib ~/tmp/t.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 1 16:30:11 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 00:30:11 +0000 Subject: [MacRuby] #1442: `rake install` fails with MacRuby master In-Reply-To: <049.38fbeb42b65f0a3af6692fba5b0b380a@macosforge.org> References: <049.38fbeb42b65f0a3af6692fba5b0b380a@macosforge.org> Message-ID: <058.858ce6364d426f0db2e5dbde47bc8ea5@macosforge.org> #1442: `rake install` fails with MacRuby master --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by mrada@?): Please see #1440, as this sounds like the same problem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 1 18:04:18 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 02:04:18 +0000 Subject: [MacRuby] #1441: `rake spec:ci` fails with MacRuby master In-Reply-To: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> References: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> Message-ID: <058.bdecfbb3839a57ea8cd78471ab74ce95@macosforge.org> #1441: `rake spec:ci` fails with MacRuby master --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by msabramo@?): Replying to [comment:3 watson1978@?]: > I can't take its result. > So, we need to know more information about your environment (OS version, compiler, installed libraries ....). OS X 10.6.8 {{{ $ /usr/bin/gcc -v Using built-in specs. Target: i686-apple-darwin10 Configured with: /private/var/tmp/llvmgcc42/llvmgcc42-2336.1~3/src/configure --disable- checking --enable-werror --prefix=/Developer/usr/llvm-gcc-4.2 --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program- prefix=llvm- --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with- slibdir=/usr/lib --build=i686-apple-darwin10 --enable- llvm=/private/var/tmp/llvmgcc42/llvmgcc42-2336.1~3/dst- llvmCore/Developer/usr/local --program-prefix=i686-apple-darwin10- --host=x86_64-apple-darwin10 --target=i686-apple-darwin10 --with-gxx- include-dir=/usr/include/c++/4.2.1 Thread model: posix gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.1.00) $ /usr/bin/g++ -v Using built-in specs. Target: i686-apple-darwin10 Configured with: /private/var/tmp/llvmgcc42/llvmgcc42-2336.1~3/src/configure --disable- checking --enable-werror --prefix=/Developer/usr/llvm-gcc-4.2 --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program- prefix=llvm- --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with- slibdir=/usr/lib --build=i686-apple-darwin10 --enable- llvm=/private/var/tmp/llvmgcc42/llvmgcc42-2336.1~3/dst- llvmCore/Developer/usr/local --program-prefix=i686-apple-darwin10- --host=x86_64-apple-darwin10 --target=i686-apple-darwin10 --with-gxx- include-dir=/usr/include/c++/4.2.1 Thread model: posix gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.1.00) marca at SCML-MarcA:~/dev/git-repos/MacRuby$ which rake /usr/bin/rake marca at SCML-MarcA:~/dev/git-repos/MacRuby$ rake --version rake, version 0.8.7 marca at SCML-MarcA:~/dev/git-repos/MacRuby$ which ruby /usr/bin/ruby marca at SCML-MarcA:~/dev/git-repos/MacRuby$ ruby -v ruby 1.8.7 (2010-01-10 patchlevel 249) [universal-darwin10.0] marca at SCML-MarcA:~/dev/git-repos/MacRuby$ which gem /usr/bin/gem marca at SCML-MarcA:~/dev/git-repos/MacRuby$ gem --version 1.3.5 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 1 21:51:29 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 05:51:29 +0000 Subject: [MacRuby] #1441: `rake spec:ci` fails with MacRuby master In-Reply-To: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> References: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> Message-ID: <058.b0b28a3ad50b916ff9da6ab4fb0017d9@macosforge.org> #1441: `rake spec:ci` fails with MacRuby master --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by watson1978@?): If you installed MacRuby 0.10, should uninstall it. In the test of macruby_deploy, use a command with installed. Its test will be error using old MacRuby. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 1 22:32:14 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 06:32:14 +0000 Subject: [MacRuby] #1441: `rake spec:ci` fails with MacRuby master In-Reply-To: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> References: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> Message-ID: <058.bc153f7aeb83ef262b7293d7170e7bfb@macosforge.org> #1441: `rake spec:ci` fails with MacRuby master --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by msabramo@?): OK, the original computer I used had MacRuby 0.10 installed. I have not yet tried uninstalling MacRuby 0.10 on that computer, but... I have since tried building MacRuby on a second computer, also with OS X 10.6.8, and this computer had no MacRuby on it. On this one, `rake spec:ci` also fails and also the `macruby` process crashes, I think because it can't find `libmacruby.dylib`. Running `./macruby -v` fails because it looks for and can't find `/Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/libmacruby.dylib`: {{{ marca at SCML-MarcA:~/dev/git-repos/MacRuby$ otool -L ./macruby ./macruby: /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/libmacruby.dylib (compatibility version 0.12.0, current version 0.12.0) /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 227.0.0) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.9.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.11) }}} I tried installing it with `sudo rake install` (even though I'd really like to run the test successfully before installing) and that failed with issue #1442. It seems that `macruby` should be linked so that it can use a `libmacruby.dylib` in the same directory? Otherwise, you can't run tests? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 1 22:40:01 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 06:40:01 +0000 Subject: [MacRuby] #1441: `rake spec:ci` fails with MacRuby master In-Reply-To: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> References: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> Message-ID: <058.981f82da685b9b10971eb66a2bb7f648@macosforge.org> #1441: `rake spec:ci` fails with MacRuby master --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by watson1978@?): please set a environment variable DYLD_LIBRARY_PATH, if you use compiled MacRuby before installing. Like: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -v MacRuby 0.12 (ruby 1.9.2) [universal-darwin11.0, x86_64] }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 1 22:48:30 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 06:48:30 +0000 Subject: [MacRuby] #1441: `rake spec:ci` fails with MacRuby master In-Reply-To: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> References: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> Message-ID: <058.8b4b2c3e88905658f293917186ae448a@macosforge.org> #1441: `rake spec:ci` fails with MacRuby master --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by msabramo@?): Here's another guy who experienced the same problem more than a year ago: http://lists.macosforge.org/pipermail/macruby- devel/2011-January/006725.html -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 1 22:50:56 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 06:50:56 +0000 Subject: [MacRuby] #1441: `rake spec:ci` fails with MacRuby master In-Reply-To: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> References: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> Message-ID: <058.935d9f18a4adad235eeb76f0ddce84d3@macosforge.org> #1441: `rake spec:ci` fails with MacRuby master --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by msabramo@?): @watson1978: Hmmm, I also found a gist with this error that looks like it's from you. https://gist.github.com/944091 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 1 23:13:32 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 07:13:32 +0000 Subject: [MacRuby] #1441: `rake spec:ci` fails with MacRuby master In-Reply-To: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> References: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> Message-ID: <058.184ac01e9c5b821d569f7ac38ecabe50@macosforge.org> #1441: `rake spec:ci` fails with MacRuby master --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by msabramo@?): {{{ marca at SCML-MarcA:~/dev/git-repos/MacRuby$ ./mspec/bin/mspec ci -B ./spec/macruby.mspec :full -V MacRuby 0.12 (ruby 1.9.2) [universal-darwin10.0, x86_64] /Users/marca/dev/git- repos/MacRuby/spec/macruby/command_line/ruby_deploy_spec.rb F /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/array_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/cftype_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/constant_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/data_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/exception_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/file_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/float_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/gcd/block_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/gcd/group_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/gcd/queue_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/gcd/semaphore_spec.rb *** Dispatch block exited prematurely because of an uncaught exception: /Users/marca/dev/git- repos/MacRuby/mspec/lib/mspec/expectations/expectations.rb:15:in `fail_with': Expected true to equal false (SpecExpectationNotMetError) from /Users/marca/dev/git- repos/MacRuby/mspec/lib/mspec/matchers/base.rb:9:in `==' from /Users/marca/dev/git- repos/MacRuby/spec/macruby/core/gcd/semaphore_spec.rb:62:in `block' . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/gcd/source_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/hash_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/kernel_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/kvc_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/kvo_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/mri_abi_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/number_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/objc_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/object_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/opaque_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/plist_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/pointer_spec.rb E /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/range_spec.rb . /Users/marca/dev/git- repos/MacRuby/spec/macruby/core/sandbox/no_internet_spec.rb . /Users/marca/dev/git- repos/MacRuby/spec/macruby/core/sandbox/no_network_spec.rb . /Users/marca/dev/git- repos/MacRuby/spec/macruby/core/sandbox/no_writes_spec.rb . /Users/marca/dev/git- repos/MacRuby/spec/macruby/core/sandbox/pure_computation_spec.rb could not lookup DNS configuration info service: Permission denied could not lookup DNS configuration info service: Permission denied could not lookup DNS configuration info service: Permission denied . /Users/marca/dev/git- repos/MacRuby/spec/macruby/core/sandbox/temporary_writes_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/string_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/struct_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/symbol_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/thread_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/core/time_spec.rb . /Users/marca/dev/git-repos/MacRuby/spec/macruby/language/method_spec.rb . /Users/marca/dev/git- repos/MacRuby/spec/macruby/language/objc_method_spec.rb Segmentation fault }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 1 23:26:58 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 07:26:58 +0000 Subject: [MacRuby] #1441: `rake spec:ci` fails with MacRuby master In-Reply-To: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> References: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> Message-ID: <058.bfe21563c22fa6b0588136c20305eb0d@macosforge.org> #1441: `rake spec:ci` fails with MacRuby master --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by watson1978@?): Ok, we knew some messages are displayed. https://gist.github.com/1722169 [[BR]] Unfortunately, we have not been able to repair them yet. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 2 00:11:00 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 08:11:00 +0000 Subject: [MacRuby] #1444: MacRuby crashes when parsing some files with ripper Message-ID: <053.76ef0d881e6376d0e3d7ea817c555652@macosforge.org> #1444: MacRuby crashes when parsing some files with ripper ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- My rubygems-compile plugin seems to crash with the following backtrace for every gem that I have tried to compile so far (rspec-core, rspec- expectations, minitest, activesupport). The relevant backtrace info is this: {{{ Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000 VM Regions Near 0: --> __TEXT 000000010be8a000-000000010be8b000 [ 4K] r-x/rwx SM=COW /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/bin/macruby Application Specific Information: objc[40700]: garbage collection is ON Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libsystem_c.dylib 0x00007fff838c64f0 strlen + 16 1 ripper.bundle 0x000000010eb6ad50 shadowing_lvar_gen + 528 2 ripper.bundle 0x000000010eb59b5d ripper_yyparse + 58461 3 ripper.bundle 0x000000010eb5eaa6 ripper_parse0 + 262 4 libmacruby.dylib 0x000000010bfa7b7e rb_ensure + 30 5 ripper.bundle 0x000000010eb5e6aa ripper_parse + 122 6 libmacruby.dylib 0x000000010bfa3314 rb_vm_dispatch + 3844 7 ??? 0x000000010d8e09c4 0 + 4522379716 8 ??? 0x000000010d95e12a 0 + 4522893610 9 libmacruby.dylib 0x000000010bfa3332 rb_vm_dispatch + 3874 10 ??? 0x000000010d8e09c4 0 + 4522379716 11 ??? 0x000000010d95d27d 0 + 4522889853 12 libmacruby.dylib 0x000000010bfa55b8 rb_vm_yield_args + 1640 13 libmacruby.dylib 0x000000010bf67827 rb_yield + 39 14 libmacruby.dylib 0x000000010be94e14 0x10be91000 + 15892 15 libmacruby.dylib 0x000000010bfa3314 rb_vm_dispatch + 3844 16 ??? 0x000000010d8e09c4 0 + 4522379716 17 ??? 0x000000010d91b96a 0 + 4522621290 18 libmacruby.dylib 0x000000010bfa3332 rb_vm_dispatch + 3874 19 ??? 0x000000010d8e09c4 0 + 4522379716 20 ??? 0x000000010d95c7bb 0 + 4522887099 21 libmacruby.dylib 0x000000010bfa55b8 rb_vm_yield_args + 1640 22 libmacruby.dylib 0x000000010bf67827 rb_yield + 39 23 libmacruby.dylib 0x000000010be94e14 0x10be91000 + 15892 24 libmacruby.dylib 0x000000010bfa3314 rb_vm_dispatch + 3844 25 ??? 0x000000010d8e09c4 0 + 4522379716 26 ??? 0x000000010d90407f 0 + 4522524799 27 libmacruby.dylib 0x000000010bfa3314 rb_vm_dispatch + 3844 28 command.rbo 0x000000010da1a745 0x10da19000 + 5957 29 command.rbo 0x000000010da1f988 0x10da19000 + 27016 30 libmacruby.dylib 0x000000010bfa3332 rb_vm_dispatch + 3874 31 command_manager.rbo 0x000000010da10bf5 0x10da0f000 + 7157 32 command_manager.rbo 0x000000010da135b9 0x10da0f000 + 17849 33 libmacruby.dylib 0x000000010bfa3332 rb_vm_dispatch + 3874 34 command_manager.rbo 0x000000010da10bf5 0x10da0f000 + 7157 35 command_manager.rbo 0x000000010da12bd0 0x10da0f000 + 15312 36 libmacruby.dylib 0x000000010bfa3332 rb_vm_dispatch + 3874 37 gem_runner.rbo 0x000000010da09195 0x10da08000 + 4501 38 gem_runner.rbo 0x000000010da0a5d5 0x10da08000 + 9685 39 libmacruby.dylib 0x000000010bfa3332 rb_vm_dispatch + 3874 40 ??? 0x000000010d8e09c4 0 + 4522379716 41 ??? 0x000000010d8e03d5 0 + 4522378197 42 libmacruby.dylib 0x000000010bfb3196 rb_vm_run + 534 43 libmacruby.dylib 0x000000010bebe133 ruby_run_node + 83 44 macruby 0x000000010be8ad18 main + 152 45 macruby 0x000000010be8ac74 start + 52 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 2 02:51:28 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 10:51:28 +0000 Subject: [MacRuby] #1444: MacRuby crashes when parsing some files with ripper In-Reply-To: <053.76ef0d881e6376d0e3d7ea817c555652@macosforge.org> References: <053.76ef0d881e6376d0e3d7ea817c555652@macosforge.org> Message-ID: <062.d4e2568efc36fd852277214c6386b208@macosforge.org> #1444: MacRuby crashes when parsing some files with ripper ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): I want to know how to get crash report. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 2 05:07:03 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 13:07:03 +0000 Subject: [MacRuby] #1445: does not invoke `ensure' when escapes the loops with `return' Message-ID: <051.ca20b137309dd304ab16a6a6951a500d@macosforge.org> #1445: does not invoke `ensure' when escapes the loops with `return' ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ def test return ensure p "ensure" end test def test_times 100.times do return end p "ng" ensure p "ensure in times" end test_times def test_loop loop do return end p "ng" ensure p "ensure in loop" end test_loop }}} {{{ $ ruby19 tt.rb "ensure" "ensure in times" "ensure in loop" $ macruby tt.rb "ensure" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 2 06:12:05 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 14:12:05 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.a1366616c4ffeed8e6611348fc9065f8@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: Component: MacRuby | Resolution: Keywords: | ----------------------------+----------------------------------------------- Changes (by msabramo@?): * status: closed => reopened * resolution: fixed => Comment: This is still happening with the latest version on master from GitHub. See #1442. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 2 07:57:29 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 15:57:29 +0000 Subject: [MacRuby] #1446: Add additional diagnostic info when assertion fails in RoxorVM::pop_current_exception Message-ID: <049.c79ccef9488b051830b0a1515bd5605d@macosforge.org> #1446: Add additional diagnostic info when assertion fails in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- I've discovered that it's not difficult to make MacRuby crash by doing things that it doesn't like. For instance, right now I'm debugging this crash in my app: `Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3596.` From a little big of digging around, I gather that this is probably coming from in `RoxorVM::pop_current_exception` in https://github.com/MacRuby/MacRuby/blob/master/vm.cpp#L3600 I propose to add more information about `current_exceptions` when this assertion fails. I will work on this and submit a GitHub pull request... -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 2 08:01:10 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 16:01:10 +0000 Subject: [MacRuby] #1441: `rake spec:ci` fails with MacRuby master In-Reply-To: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> References: <049.a55e422b15bbc19d1d11f95872b2d804@macosforge.org> Message-ID: <058.6b5766479c60d309ed35fec058d4a0dc@macosforge.org> #1441: `rake spec:ci` fails with MacRuby master --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by msabramo@?): Replying to [comment:11 watson1978@?]: > Ok, we knew some messages are displayed. https://gist.github.com/1722169 [[BR]] > Unfortunately, we have not been able to repair them yet. OK. It seems this has been around a while, so it's probably a difficult problem and it might take a while to solve. I would suggest modifying the README.rdoc to note that this is a known issue: https://github.com/MacRuby/MacRuby/pull/53 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 2 08:13:55 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 16:13:55 +0000 Subject: [MacRuby] #1446: Add additional diagnostic info when assertion fails in RoxorVM::pop_current_exception In-Reply-To: <049.c79ccef9488b051830b0a1515bd5605d@macosforge.org> References: <049.c79ccef9488b051830b0a1515bd5605d@macosforge.org> Message-ID: <058.437064f45374e963bb3913faccd0bc1e@macosforge.org> #1446: Add additional diagnostic info when assertion fails in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by msabramo@?): and here's the pull request: https://github.com/MacRuby/MacRuby/pull/54 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 2 08:18:47 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 16:18:47 +0000 Subject: [MacRuby] #1446: Add additional diagnostic info when assertion fails in RoxorVM::pop_current_exception In-Reply-To: <049.c79ccef9488b051830b0a1515bd5605d@macosforge.org> References: <049.c79ccef9488b051830b0a1515bd5605d@macosforge.org> Message-ID: <058.8c359b8f598ad73148a9f3ecaa2c9240@macosforge.org> #1446: Add additional diagnostic info when assertion fails in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by msabramo@?): Sample output for an actual crash: {{{ RoxorVM::pop_current_exception (vm.cpp:3607) - Warning: Assertion about to fail: ((size_t)pos < current_exceptions.size()); pos = 1; current_exceptions.size() = 1 current_exceptions[1]: "#" Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3616. }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 2 08:54:28 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 16:54:28 +0000 Subject: [MacRuby] #1444: MacRuby crashes when parsing some files with ripper In-Reply-To: <053.76ef0d881e6376d0e3d7ea817c555652@macosforge.org> References: <053.76ef0d881e6376d0e3d7ea817c555652@macosforge.org> Message-ID: <062.6b7a7235146edcbcfa1b41e844c0e449@macosforge.org> #1444: MacRuby crashes when parsing some files with ripper ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): You can install rubygems-compile from rubygems.org and compile almost any gem: {{{ sudo macgem install rubygems-compile sudo macgem install minitest sudo macgem compile minitest }}} Trying to compile minitest always fails for me. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 2 08:55:30 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Feb 2012 16:55:30 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.2bda713e46dd832f8b523ffd262e13b4@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: Component: MacRuby | Resolution: Keywords: | ----------------------------+----------------------------------------------- Comment(by mrada@?): @msabramo are you saying that you cannot generate the framework/Info.plist file? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 2 16:41:04 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 03 Feb 2012 00:41:04 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.8370a71868ad8b529098e37e1beba8e8@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: Component: MacRuby | Resolution: Keywords: | ----------------------------+----------------------------------------------- Comment(by msabramo@?): Replying to [comment:12 mrada@?]: > @msabramo are you saying that you cannot generate the framework/Info.plist file? I can generate it with `rake framework:info_plist`, but it does not get automatically created when I do `rake` and `rake install` so `rake framework:info_plist` is an easy workaround, but I'd say it's still a bug that should be fixed since the README.rdoc doesn't mention it. I'd say add it to README.rdoc or even better, modify the `Rakefile` so that it takes care of generating the `Info.plist` automatically. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 2 19:39:24 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 03 Feb 2012 03:39:24 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.2f946be1bf72f95368262c2c1fca67e0@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: Component: MacRuby | Resolution: Keywords: | ----------------------------+----------------------------------------------- Comment(by mrada@?): Replying to [comment:13 msabramo@?]: > Replying to [comment:12 mrada@?]: > > @msabramo are you saying that you cannot generate the framework/Info.plist file? > > I can generate it with `rake framework:info_plist`, but it does not get automatically created when I do `rake` and `rake install` so `rake framework:info_plist` is an easy workaround, but I'd say it's still a bug that should be fixed since the README.rdoc doesn't mention it. I'd say add it to README.rdoc or even better, modify the `Rakefile` so that it takes care of generating the `Info.plist` automatically. You're right, it should generate when you build macruby. And for me it does, and as far as I know none of the other macruby devs have had a problem. Though there are at least two people who are having this issue. I'll double check to see if there was something in the old install script that ensured it was generated, but I'd rather not set the dependency in the new script as it would often cause the file to be owned by root (since you usually run `sudo rake install` instead of `rake install`). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 2 22:30:55 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 03 Feb 2012 06:30:55 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.9f318c895736d99e7c319832b930c620@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: Component: MacRuby | Resolution: Keywords: | ----------------------------+----------------------------------------------- Comment(by mrada@?): @msabramo Ok, it looks like it was set as a dependency on install in `rakelib/` and it is never removed when you run `rake clean`, so that is why devs didn't have an issue. I've restored the dependency so this is now fixed. Sorry for being a pain. :( -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 2 22:41:23 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 03 Feb 2012 06:41:23 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.769bde69e13a5dffa69f73187997d1c5@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: Component: MacRuby | Resolution: Keywords: | ----------------------------+----------------------------------------------- Comment(by mrada@?): Actually, it should be part of build/clean for MacRuby, so I'll change it to that. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 2 22:52:54 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 03 Feb 2012 06:52:54 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.2028156067403820274eb0ea60aec77b@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: Component: MacRuby | Resolution: Keywords: | ----------------------------+----------------------------------------------- Comment(by msabramo@?): Replying to [comment:16 mrada@?]: > Actually, it should be part of build/clean for MacRuby, so I'll change it to that. The following seemed to work for me: https://github.com/MacRuby/MacRuby/pull/55 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 3 02:52:08 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 03 Feb 2012 10:52:08 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.0534ccb09b4f2ce5d4fe39d03943f107@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------+----------------------------------------------- Changes (by watson1978@?): * status: reopened => closed * resolution: => fixed -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Feb 4 12:29:19 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Feb 2012 20:29:19 +0000 Subject: [MacRuby] #1442: `rake install` fails with MacRuby master In-Reply-To: <049.38fbeb42b65f0a3af6692fba5b0b380a@macosforge.org> References: <049.38fbeb42b65f0a3af6692fba5b0b380a@macosforge.org> Message-ID: <058.a6002bc113bba6ddee86894fc1b84946@macosforge.org> #1442: `rake install` fails with MacRuby master --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by msabramo@?): Agreed. I think this is a dup of #1440 and can be closed. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Feb 4 12:37:05 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Feb 2012 20:37:05 +0000 Subject: [MacRuby] #1447: Crash - Assertion failed in RoxorVM::pop_current_exception Message-ID: <049.704530cb655472796696902cade6eedf@macosforge.org> #1447: Crash - Assertion failed in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: crash, GCD --------------------------------+------------------------------------------- Using the extra debug logging that I mentioned in #1446, I took the app that I was working on that was crashing (http://urbancoding.github.com/jenx/) and reduced it down quite a bit. I will attach a tarball with the Xcode project (I attempted to reproduce the problem in a simple command-line RSpec, but I couldn't). When I run the attached tarball with a MacRuby with the change mentioned in #1446, I get this output: {{{ GNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Mon Aug 15 16:03:10 UTC 2011) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin".Setting environment variable "MANPATH_WITHOUT_PERLBREW" to null value. Setting environment variable "SHMUX_SSH_OPTS" to null value. tty /dev/ttys004 [Switching to process 63033 thread 0x0] 2012-02-04 12:33:49.342 Jenx[63033:903] Could not find image named 'refresh'. 2012-02-04 12:33:49.344 Jenx[63033:903] Could not find image named 'projects'. 2012-02-04 12:33:49.348 Jenx[63033:903] Could not connect the action ensure_connection: to target of class Jenx 2012-02-04 12:33:49.348 Jenx[63033:903] Could not connect the action show_preferences_window: to target of class Jenx 2012-02-04 12:33:49.457 Jenx[63033:903] switch_to_module - mod = # 2012-02-04 12:33:49.477 Jenx[63033:903] Could not connect the action save_preferences: to target of class PreferencesGeneralViewController 2012-02-04 12:33:49.478 Jenx[63033:903] PreferencesGeneralViewController.load_projects - Calling all_projects - url = "http://anunresolvablehostname.com/foobar"... 2012-02-04 12:33:49.489 Jenx[63033:903] Creating JenxConnectionManager... 2012-02-04 12:33:49.499 Jenx[63033:903] JenxConnectionManager.initialize calling async... 2012-02-04 12:33:49.501 Jenx[63033:903] JenxConnectionManager.initialize @value = nil 2012-02-04 12:33:49.506 Jenx[63033:903] .value waiting... *** Dispatch block exited prematurely because of an uncaught exception: /Users/marca/Library/Developer/Xcode/DerivedData/jenx- gcpqjcbitzazsievjxaddpxmrtnb/Build/Products/Debug/jenx.app/Contents/Resources/JenxConnection.rb:42:in `block': getaddrinfo: nodename nor servname provided, or not known (SocketError) from /Users/marca/Library/Developer/Xcode/DerivedData/jenx- gcpqjcbitzazsievjxaddpxmrtnb/Build/Products/Debug/jenx.app/Contents/Resources/JenxConnectionManager.rb:15:in `block' 2012-02-04 12:33:49.626 Jenx[63033:903] .value about to return @value = nil 2012-02-04 12:33:49.627 Jenx[63033:903] 1 - connection_result.value = 2012-02-04 12:33:49.628 Jenx[63033:903] .value waiting... 2012-02-04 12:33:49.628 Jenx[63033:903] .value about to return @value = nil 2012-02-04 12:33:49.629 Jenx[63033:903] .value waiting... 2012-02-04 12:33:49.630 Jenx[63033:903] .value about to return @value = nil 2012-02-04 12:33:49.630 Jenx[63033:903] 2 - connection_result.value = 2012-02-04 12:33:49.631 Jenx[63033:903] .value waiting... 2012-02-04 12:33:49.631 Jenx[63033:903] .value about to return @value = nil 2012-02-04 12:33:49.632 Jenx[63033:903] PreferencesGeneralViewController.load_projects - Called all_projects DONE. @all_projects = nil RoxorVM::pop_current_exception (vm.cpp:3607) - Warning: Assertion about to fail: ((size_t)pos < current_exceptions.size()); pos = 1; current_exceptions.size() = 1 current_exceptions[1]: "#" Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3616. sharedlibrary apply-load-rules all Current language: auto; currently objective-c }}} So most likely the crash is related to uncaught exceptions inside a Grand Central Dispatch (GCD) queue. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Feb 4 20:24:29 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 04:24:29 +0000 Subject: [MacRuby] #1442: `rake install` fails with MacRuby master In-Reply-To: <049.38fbeb42b65f0a3af6692fba5b0b380a@macosforge.org> References: <049.38fbeb42b65f0a3af6692fba5b0b380a@macosforge.org> Message-ID: <058.28afaba43e8a1a76aa8644ea23a7cee0@macosforge.org> #1442: `rake install` fails with MacRuby master --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Thanks! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Feb 4 21:05:06 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 05:05:06 +0000 Subject: [MacRuby] #1035: ruby subclasses of Obj-C classes have incompatible initialization semantics In-Reply-To: <066.199475d7fefd500396f991e56bf14be6@macosforge.org> References: <066.199475d7fefd500396f991e56bf14be6@macosforge.org> Message-ID: <075.26857d40ce0cf9b26c3a3a708b7f2aca@macosforge.org> #1035: ruby subclasses of Obj-C classes have incompatible initialization semantics -------------------------------------------------+-------------------------- Reporter: russm-trac-macports-org@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: fixed Keywords: #reduction | -------------------------------------------------+-------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/6b879ae2bb8e9e29a34ad06309ff32f1de215918 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 01:28:36 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 09:28:36 +0000 Subject: [MacRuby] #1064: Segfault occurs when use a clone object with OpenStruct. In-Reply-To: <051.cbfb9c04bcd269db469ccd5329021433@macosforge.org> References: <051.cbfb9c04bcd269db469ccd5329021433@macosforge.org> Message-ID: <060.aef4833b11ce647d2e71a274e4c5cf20@macosforge.org> #1064: Segfault occurs when use a clone object with OpenStruct. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: This issue does not reproduce no longer with latest. {{{ $ cat tt.rb require 'ostruct' @os = OpenStruct.new(:name => "John Smith", :age => 70, :pension => 300) f = @os.clone p f.age # .should == 70 $ macruby -v tt.rb MacRuby 0.12 (ruby 1.9.2) [universal-darwin11.0, x86_64] 70 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 01:49:37 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 09:49:37 +0000 Subject: [MacRuby] #1016: Regular expression 'negative look-ahead' not working properly In-Reply-To: <051.46fbdc9a2a557262eaa61b411f8f3bd6@macosforge.org> References: <051.46fbdc9a2a557262eaa61b411f8f3bd6@macosforge.org> Message-ID: <060.11d79ee3bbf8587c116521ea2db3683c@macosforge.org> #1016: Regular expression 'negative look-ahead' not working properly ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): The system default ICU is 4.6 on Lion. So, this issue reproduce on Snow Leopard, but not reproduce on Lion. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 01:50:15 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 09:50:15 +0000 Subject: [MacRuby] #1071: When combining negative look-ahead with look-behind in a regexp, macruby doesn't match correctly In-Reply-To: <051.9427e77458af567a7e2abb3e2fba0647@macosforge.org> References: <051.9427e77458af567a7e2abb3e2fba0647@macosforge.org> Message-ID: <060.5086330f65f6dadbf267f497e884a35c@macosforge.org> #1071: When combining negative look-ahead with look-behind in a regexp, macruby doesn't match correctly ----------------------------------+----------------------------------------- Reporter: al_skipp@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => duplicate Comment: This issue is duplicate #1016. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 07:43:10 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 15:43:10 +0000 Subject: [MacRuby] #1447: Crash - Assertion failed in RoxorVM::pop_current_exception In-Reply-To: <049.704530cb655472796696902cade6eedf@macosforge.org> References: <049.704530cb655472796696902cade6eedf@macosforge.org> Message-ID: <058.22f35cecf475e1574e70e4deb6ebde33@macosforge.org> #1447: Crash - Assertion failed in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: crash, GCD --------------------------------+------------------------------------------- Comment(by msabramo@?): Just reduced this to a much, much smaller example (small enough to paste here!). I'm assuming the problem is raising an exception in a rescue: {{{ $ cat test4.spec framework 'Foundation' describe 'Stuff' do it 'should not crash' do begin nil[] rescue Exception => error NSLog(error) end end end $ macrspec -f d test4.spec Stuff Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3596. Abort trap }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 07:45:48 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 15:45:48 +0000 Subject: [MacRuby] #1447: Crash - Assertion failed in RoxorVM::pop_current_exception In-Reply-To: <049.704530cb655472796696902cade6eedf@macosforge.org> References: <049.704530cb655472796696902cade6eedf@macosforge.org> Message-ID: <058.0d342cb80039bdaf89e0163d108cb953@macosforge.org> #1447: Crash - Assertion failed in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: crash, GCD --------------------------------+------------------------------------------- Comment(by msabramo@?): In constrast, if I change `error` to `error.inspect`, then it's okay: {{{ $ cat test4.spec framework 'Foundation' describe 'Stuff' do it 'should not crash' do begin nil[] rescue Exception => error NSLog(error.inspect) end end end $ macrspec -f d test4.spec Stuff 2012-02-05 07:44:27.056 macruby[69053:903] # should not crash Finished in 0.27099 seconds 1 example, 0 failures }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 07:52:45 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 15:52:45 +0000 Subject: [MacRuby] #1447: Crash - Assertion failed in RoxorVM::pop_current_exception In-Reply-To: <049.704530cb655472796696902cade6eedf@macosforge.org> References: <049.704530cb655472796696902cade6eedf@macosforge.org> Message-ID: <058.eeb50dfbb498612d490777284160e835@macosforge.org> #1447: Crash - Assertion failed in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: crash, GCD --------------------------------+------------------------------------------- Comment(by msabramo@?): Here it is in plain Ruby (no RSpec) and a little bit more debugging information (courtesy of my `vm.cpp` changes in #1446): {{{ $ cat test4.rb framework 'Foundation' begin nil[] rescue Exception => error NSLog(error) end $ macruby test4.rb RoxorVM::pop_current_exception (vm.cpp:3607) - Warning: Assertion about to fail: ((size_t)pos < current_exceptions.size()); pos = 1; current_exceptions.size() = 1 current_exceptions[1]: "#" Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3616. Abort trap }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 08:19:57 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 16:19:57 +0000 Subject: [MacRuby] #1447: Crash - Assertion failed in RoxorVM::pop_current_exception In-Reply-To: <049.704530cb655472796696902cade6eedf@macosforge.org> References: <049.704530cb655472796696902cade6eedf@macosforge.org> Message-ID: <058.2763136ebaf3c2d8072173376fdacf6f@macosforge.org> #1447: Crash - Assertion failed in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: crash, GCD --------------------------------+------------------------------------------- Comment(by msabramo@?): Here's the output with `ROXOR_VM_DEBUG` and `ROXOR_VM_DEBUG_CONST` #defined: {{{ $ ~/dev/git-repos/MacRuby/macruby test4.rb ... resolving -[NilClass []] resolving -[NilClass []] resolving -[NilClass []:] resolving -[NoMethodError to_str] vm.cpp:1303:rb_vm_const_lookup_level:outer(NSObject) path(Exception) lexical(true) defined(false) outer_stack(0x0) rb_vm_const_lookup_level:1307:vm->get_outer_stack outer_stack() rb_vm_const_lookup_level:1310:vm->get_current_outer outer_stack() resolving -[TopLevel NSLog:] resolving -[TopLevel NSLog:] resolving -[TopLevel NSLog:] gen Ruby -> C stub with types v@ resolving -[NoMethodError length] resolving -[NoMethodError length] RoxorVM::pop_current_exception (vm.cpp:3607) - Warning: Assertion about to fail: ((size_t)pos < current_exceptions.size()); pos = 1; current_exceptions.size() = 1 current_exceptions[1]: "#" Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3616. Abort trap }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 11:09:30 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 19:09:30 +0000 Subject: [MacRuby] #1447: Crash - Assertion failed in RoxorVM::pop_current_exception In-Reply-To: <049.704530cb655472796696902cade6eedf@macosforge.org> References: <049.704530cb655472796696902cade6eedf@macosforge.org> Message-ID: <058.5735488f9924f6ceb9610bcc61118694@macosforge.org> #1447: Crash - Assertion failed in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: crash, GCD --------------------------------+------------------------------------------- Comment(by mrada@?): NSLog expects a string; by passing it an Exception object it raises the nested exception, and also explains why passing `error.inspect` fixes the issue. Another detail to note is that the nested exception is an Objective-C exception (NSInvalidArgumentException). I believe this type of issue has already been logged, and the solution to wrap some try/catch blocks around where the Objective-C method is called so the exception can be re-raised as a Ruby exception. I think also that Eloy's exception patch might fix this (https://github.com/MacRuby/MacRuby/pull/25), but I haven't tried yet. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 11:10:58 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 19:10:58 +0000 Subject: [MacRuby] #1447: Crash - Assertion failed in RoxorVM::pop_current_exception In-Reply-To: <049.704530cb655472796696902cade6eedf@macosforge.org> References: <049.704530cb655472796696902cade6eedf@macosforge.org> Message-ID: <058.23640215ae49e03857a39708509ebe4b@macosforge.org> #1447: Crash - Assertion failed in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: crash, GCD --------------------------------+------------------------------------------- Comment(by mrada@?): Also, a further reduction that also causes MacRuby to crash, but not with the assertion failure: {{{ framework 'Foundation' NSLog(3) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 11:17:47 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 19:17:47 +0000 Subject: [MacRuby] #1447: Crash - Assertion failed in RoxorVM::pop_current_exception In-Reply-To: <049.704530cb655472796696902cade6eedf@macosforge.org> References: <049.704530cb655472796696902cade6eedf@macosforge.org> Message-ID: <058.59a108387fb3485a79b4719eae62a247@macosforge.org> #1447: Crash - Assertion failed in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: crash, GCD --------------------------------+------------------------------------------- Comment(by mrada@?): Ok, so the patch from Eloy doesn't fix this issue. Darn... -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 11:23:02 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 19:23:02 +0000 Subject: [MacRuby] #1447: Crash - Assertion failed in RoxorVM::pop_current_exception In-Reply-To: <049.704530cb655472796696902cade6eedf@macosforge.org> References: <049.704530cb655472796696902cade6eedf@macosforge.org> Message-ID: <058.eccd5431cfd9a76f63950411178a75db@macosforge.org> #1447: Crash - Assertion failed in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: crash, GCD --------------------------------+------------------------------------------- Comment(by msabramo@?): Using added debug info in https://github.com/msabramo/MacRuby/commit/7a8f0cdb33584cfcf13281327900de945f1dcfdd, here's the output: {{{ $ DYLD_LIBRARY_PATH=~/dev/git-repos/MacRuby ~/dev/git- repos/MacRuby/macruby test4.rb ... resolving -[NilClass []] resolving -[NilClass []] resolving -[NilClass []:] resolving -[NoMethodError to_str] rb_vm_raise (vm.cpp:3684): exception = "#" push_current_exception (vm.cpp:3598): exc = "#" __vm_raise (vm.cpp:3568): rb_exc = "#" rb_vm_is_eh_active (vm.cpp:3937): current_exception = "#" resolving -[TopLevel NSLog:] resolving -[TopLevel NSLog:] resolving -[TopLevel NSLog:] gen Ruby -> C stub with types v@ resolving -[NoMethodError length] resolving -[NoMethodError length] rb_vm_pop_exception (vm.cpp:3976): Calling pop_current_exception(1)... RoxorVM::pop_current_exception (vm.cpp:3618) - Warning: Assertion about to fail: ((size_t)pos < current_exceptions.size()); pos = 1; current_exceptions.size() = 1 current_exceptions[0] = (0x20025fd40) "#" Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3622. Abort trap }}} The most suspect line, in my mind is compiler.cpp:4667: {{{ compile_pop_exception(1); }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 11:35:28 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 19:35:28 +0000 Subject: [MacRuby] #1447: Crash - Assertion failed in RoxorVM::pop_current_exception In-Reply-To: <049.704530cb655472796696902cade6eedf@macosforge.org> References: <049.704530cb655472796696902cade6eedf@macosforge.org> Message-ID: <058.1bedefe806f1f9477da87b9b1bd1e4a1@macosforge.org> #1447: Crash - Assertion failed in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: crash, GCD --------------------------------+------------------------------------------- Comment(by mrada@?): Just to attempt to keep things organized, related tickets appear to be: #1422 and #1321, and probably a couple of others that have been buried quite deeply in trac at this point. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 12:17:59 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 20:17:59 +0000 Subject: [MacRuby] #1447: Crash - Assertion failed in RoxorVM::pop_current_exception In-Reply-To: <049.704530cb655472796696902cade6eedf@macosforge.org> References: <049.704530cb655472796696902cade6eedf@macosforge.org> Message-ID: <058.c3579b65b17ad7953fc3683e6ca4d15c@macosforge.org> #1447: Crash - Assertion failed in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: crash, GCD --------------------------------+------------------------------------------- Comment(by msabramo@?): Probably could remove the GCD keyword. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 12:38:29 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 20:38:29 +0000 Subject: [MacRuby] #1446: Add additional diagnostic info when assertion fails in RoxorVM::pop_current_exception In-Reply-To: <049.c79ccef9488b051830b0a1515bd5605d@macosforge.org> References: <049.c79ccef9488b051830b0a1515bd5605d@macosforge.org> Message-ID: <058.f95af6d6c4a85a044fbed0e22b3154a5@macosforge.org> #1446: Add additional diagnostic info when assertion fails in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by msabramo@?): The commit: https://github.com/msabramo/MacRuby/commit/7a8f0cdb33584cfcf13281327900de945f1dcfdd Adds more comprehensive logging, guarded by #if's. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 13:10:03 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Feb 2012 21:10:03 +0000 Subject: [MacRuby] #1446: Add additional diagnostic info when assertion fails in RoxorVM::pop_current_exception In-Reply-To: <049.c79ccef9488b051830b0a1515bd5605d@macosforge.org> References: <049.c79ccef9488b051830b0a1515bd5605d@macosforge.org> Message-ID: <058.e28348d52580500f443a35cb95eb062d@macosforge.org> #1446: Add additional diagnostic info when assertion fails in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by msabramo@?): Sample output: {{{ $ DYLD_LIBRARY_PATH=~/dev/git-repos/MacRuby ~/dev/git- repos/MacRuby/macruby test4.rb ... resolving -[NilClass []] resolving -[NilClass []] resolving -[NilClass []:] resolving -[NoMethodError to_str] rb_vm_raise (vm.cpp:3684): exception = "#" push_current_exception (vm.cpp:3598): exc = "#" __vm_raise (vm.cpp:3568): rb_exc = "#" rb_vm_is_eh_active (vm.cpp:3937): current_exception = "#" resolving -[TopLevel NSLog:] resolving -[TopLevel NSLog:] resolving -[TopLevel NSLog:] gen Ruby -> C stub with types v@ resolving -[NoMethodError length] resolving -[NoMethodError length] rb_vm_pop_exception (vm.cpp:3976): Calling pop_current_exception(1)... RoxorVM::pop_current_exception (vm.cpp:3618) - Warning: Assertion about to fail: ((size_t)pos < current_exceptions.size()); pos = 1; current_exceptions.size() = 1 current_exceptions[0] = (0x20025fd40) "#" Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3622. Abort trap }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 16:03:45 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Feb 2012 00:03:45 +0000 Subject: [MacRuby] #1065: Abort occurs when calls Marshal.dump with object of cloned class. In-Reply-To: <051.ce216d49586d0923fce48bd4c1bf59d7@macosforge.org> References: <051.ce216d49586d0923fce48bd4c1bf59d7@macosforge.org> Message-ID: <060.2efd9223f21c0c5f3df45e338f4c4144@macosforge.org> #1065: Abort occurs when calls Marshal.dump with object of cloned class. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Currently, {{{ $ ./miniruby -e "X=String.clone; p X.new('foo')" Assertion failed: (rb_klass_is_rstr(klass)), function str_alloc, file string.c, line 221. zsh: abort ./miniruby -e "X=String.clone; p X.new('foo')" $ ./miniruby -e "X=Array.clone; p X.new([1,2,3])" Assertion failed: (rb_klass_is_rary(klass)), function rary_alloc, file array.c, line 153. zsh: abort ./miniruby -e "X=Array.clone; p X.new([1,2,3])" $ ./miniruby -e "X=Hash.clone; p X.new({:foo=>12, :bar=>34})" Assertion failed: (rb_klass_is_rhash(klass)), function rhash_alloc, file hash.c, line 137. zsh: abort ./miniruby -e "X=Hash.clone; p X.new({:foo=>12, :bar=>34})" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 5 21:01:21 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Feb 2012 05:01:21 +0000 Subject: [MacRuby] #1232: MacRuby does not finish when Thread is awaiting the lock and calls Thread#{join, value}. In-Reply-To: <051.0d27b32269a30ddb225a4325bb2c41a9@macosforge.org> References: <051.0d27b32269a30ddb225a4325bb2c41a9@macosforge.org> Message-ID: <060.3a1f23d2c411ac6bf0603d2a7a1e960e@macosforge.org> #1232: MacRuby does not finish when Thread is awaiting the lock and calls Thread#{join, value}. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/be9df8e45280db059d97a5bb17f3a89f99405299 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 7 06:11:43 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Feb 2012 14:11:43 +0000 Subject: [MacRuby] #1448: Pointer#to_object causes a segmentation fault Message-ID: <049.4eb11c9a7278e6869ce5a7001a7451a9@macosforge.org> #1448: Pointer#to_object causes a segmentation fault --------------------------------+------------------------------------------- Reporter: l.rieder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: segfault --------------------------------+------------------------------------------- I am running this bit of code: {{{ $ macruby -e "framework 'cocoa'; p NSJSONSerialization.dataWithJSONObject({}, options: 0, error: nil).bytes.to_object"Segmentation Segmentation fault: 11 }}} Expected output would be a String like "{}". It results in a segmentation fault. Here is the log https://gist.github.com/1759848. I am running macruby-nightly. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 7 06:48:00 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Feb 2012 14:48:00 +0000 Subject: [MacRuby] #1448: Pointer#to_object causes a segmentation fault In-Reply-To: <049.4eb11c9a7278e6869ce5a7001a7451a9@macosforge.org> References: <049.4eb11c9a7278e6869ce5a7001a7451a9@macosforge.org> Message-ID: <058.9f40295a19c0f0c092c630eca03c5cc4@macosforge.org> #1448: Pointer#to_object causes a segmentation fault --------------------------------+------------------------------------------- Reporter: l.rieder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: segfault --------------------------------+------------------------------------------- Comment(by watson1978@?): NSData.bytes returns variable of void*. I guess that It is difficult what knows actual variable size. btw, if you serialize JSON, try following. {{{ framework 'cocoa' data = NSJSONSerialization.dataWithJSONObject({:foo => 42}, options: 0, error: nil) json = NSJSONSerialization.JSONObjectWithData(data, options:0, error:nil) p json }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 7 11:22:10 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Feb 2012 19:22:10 +0000 Subject: [MacRuby] #1448: Pointer#to_object causes a segmentation fault In-Reply-To: <049.4eb11c9a7278e6869ce5a7001a7451a9@macosforge.org> References: <049.4eb11c9a7278e6869ce5a7001a7451a9@macosforge.org> Message-ID: <058.3811b66ebcf207b836ad51d2366f3224@macosforge.org> #1448: Pointer#to_object causes a segmentation fault --------------------------------+------------------------------------------- Reporter: l.rieder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: segfault --------------------------------+------------------------------------------- Comment(by eloy.de.enige@?): I think you need: {{{ irb(main):010:0> data = NSJSONSerialization.dataWithJSONObject({:foo => 42}, options: 0, error: nil) => # irb(main):011:0> NSString.alloc.initWithData(data, encoding:NSUTF8StringEncoding) => "{\"foo\":42}" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 7 12:02:24 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Feb 2012 20:02:24 +0000 Subject: [MacRuby] #1448: Pointer#to_object causes a segmentation fault In-Reply-To: <049.4eb11c9a7278e6869ce5a7001a7451a9@macosforge.org> References: <049.4eb11c9a7278e6869ce5a7001a7451a9@macosforge.org> Message-ID: <058.99ebf8e79a8cf3f8a0c83710c556ab70@macosforge.org> #1448: Pointer#to_object causes a segmentation fault --------------------------------+------------------------------------------- Reporter: l.rieder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: segfault --------------------------------+------------------------------------------- Comment(by eloy.de.enige@?): Oops, use NSMutableString, not NSString, otherwise this will lead to problems when other Ruby code that uses multi_json expects the string to be mutable. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 8 02:49:09 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Feb 2012 10:49:09 +0000 Subject: =?utf-8?q?=5BMacRuby=5D_=231449=3A_free=28=29_called_on_collecta?= =?utf-8?q?ble_block_with_=3C0x=E2=80=A6=3E_with_refcount_0?= Message-ID: <049.c5d5cc4728d6a1fbdbee6bdf22ca5049@macosforge.org> #1449: free() called on collectable block with <0x?> with refcount 0 --------------------------------+------------------------------------------- Reporter: l.rieder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: malloc --------------------------------+------------------------------------------- I have implemented NSJSONSerialization support for the multi_json gem. The implementation went fine, and I could finish a pretty decent MultiJson Engine standing on the shoulders of the Cocoa framework. I managed to implement all features that a MultiJson Engine requires, and the specs are all green. But I keep getting those malloc warnings/errors. They make me feel uncertain about the stability. {{{ $ git clone git at github.com:Overbryd/multi_json.git $ cd multi_json $ git checkout macruby_nsjsonserialization $ macgem install rspec simplecov yajl-ruby json $ /usr/bin/rspec spec/ ...Warning: multi_json is using default ok_json engine. Suggested action: require and load an appropriate JSON library. ........................macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x40153f540 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x4014cf840 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x4016d4500 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x4015799e0 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x401599b20 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x4014becc0 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x40165c8a0 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x40161c1a0 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x4014d5460 with refcount 0 (ignored) ................................... macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x4014371e0 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x4014679a0 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x40146ab80 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x40146c860 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x40158ace0 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x40147fac0 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x40155b020 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x4014a69a0 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x4015683a0 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x401572a60 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x40157a800 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x4015845c0 with refcount 0 (ignored) macruby(97726,0x100ef1000) malloc: *** free() called on collectable block with 0x401483320 with refcount 0 (ignored) Finished in 1.06 seconds 62 examples, 0 failures Randomized with seed 21550 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 8 05:23:15 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Feb 2012 13:23:15 +0000 Subject: =?utf-8?q?Re=3A_=5BMacRuby=5D_=231449=3A_free=28=29_called_on_co?= =?utf-8?q?llectable_block_with_=3C0x=E2=80=A6=3E_with_refcount_0?= In-Reply-To: <049.c5d5cc4728d6a1fbdbee6bdf22ca5049@macosforge.org> References: <049.c5d5cc4728d6a1fbdbee6bdf22ca5049@macosforge.org> Message-ID: <058.8d3d242830f0e42d1673f5ab275aad82@macosforge.org> #1449: free() called on collectable block with <0x?> with refcount 0 --------------------------------+------------------------------------------- Reporter: l.rieder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: malloc --------------------------------+------------------------------------------- Comment(by watson1978@?): I guess that these free's message are displayed why might cause yajl-ruby ext.[[BR]] I don't know yali-ruby changing. However, it seems to become to hide the message by newest yajl-ruby in my environment. {{{ $ git clone https://github.com/brianmario/yajl-ruby.git $ cd yajl-ruby/ $ gem build yajl-ruby.gemspec $ sudo macgem install yajl-ruby-1.1.0.gem $ /usr/bin/rspec spec/ ............................................................Warning: multi_json is using default ok_json engine. Suggested action: require and load an appropriate JSON library. .. Finished in 1.4 seconds 62 examples, 0 failures Randomized with seed 49325 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 8 09:22:24 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Feb 2012 17:22:24 +0000 Subject: [MacRuby] #1450: Update version of Rubygems to 1.8.x Message-ID: <055.561a01e48af5e00cbe3bc8ea7638fe5f@macosforge.org> #1450: Update version of Rubygems to 1.8.x --------------------------------------+------------------------------------- Reporter: gabriel.gilder@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: --------------------------------------+------------------------------------- MacRuby currently bundles Rubygems 1.4.2 -- recently created/updated gems are requiring Rubygems 1.8+ to install. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 8 19:04:21 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 09 Feb 2012 03:04:21 +0000 Subject: [MacRuby] #1261: Abort occurs when install the rubygems with specified version. In-Reply-To: <051.d868ec6239d04b4cbc3570ad94988472@macosforge.org> References: <051.d868ec6239d04b4cbc3570ad94988472@macosforge.org> Message-ID: <060.4e582b9161541f6abd3158a4ba286ebd@macosforge.org> #1261: Abort occurs when install the rubygems with specified version. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): This issue seems to caused by https://github.com/MacRuby/MacRuby/blob/master/lib/rubygems/remote_fetcher.rb#L270-282 I commented out above, then works fine. I guess that it is unnecessary. [[BR]] Because, it looks like there is no difference in the installing time. * original (not comment out) {{{ $ time sudo macgem install hotcocoa --no-rdoc --no-ri Building native extensions. This could take a while... Successfully installed hotcocoa-0.6.3 1 gem installed sudo macgem install hotcocoa --no-rdoc --no-ri 4.69s user 0.24s system 82% cpu 5.975 total }}} * after commented out {{{ $ time sudo macgem install hotcocoa --no-rdoc --no-ri Building native extensions. This could take a while... Successfully installed hotcocoa-0.6.3 1 gem installed sudo macgem install hotcocoa --no-rdoc --no-ri 3.99s user 0.22s system 74% cpu 5.679 total }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 8 20:07:39 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 09 Feb 2012 04:07:39 +0000 Subject: [MacRuby] #1451: macrdoc can't generate HTML documents Message-ID: <051.e7651512b1e30e9c97bee34e3caf8c60@macosforge.org> #1451: macrdoc can't generate HTML documents ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ macrdoc lib/ Parsing sources... 100% [82/82] lib/hotcocoa.rb /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/pathname.rb:215:in `initialize': can't dup NilClass (TypeError) from /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/rdoc/generator/darkfish.rb:77:in `initialize' from /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2/rdoc/rdoc.rb:441:in `document' from /usr/local/bin/macrdoc:15:in `
' $ ls doc/ created.rid }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 9 11:09:11 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 09 Feb 2012 19:09:11 +0000 Subject: [MacRuby] #1435: GC crashing when trying to free a regex currently in use In-Reply-To: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> References: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> Message-ID: <062.ef46172b22cebb5b8adec79bde375194@macosforge.org> #1435: GC crashing when trying to free a regex currently in use ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: Component: MacRuby | Resolution: Keywords: | ------------------------------------+--------------------------------------- Comment(by mrada@?): Ok, I've been running for a couple of days with GC enabled and have not had any crashes. :) I think it is safe now to close this bug. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 9 20:28:41 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Feb 2012 04:28:41 +0000 Subject: [MacRuby] #1444: MacRuby crashes when parsing some files with ripper In-Reply-To: <053.76ef0d881e6376d0e3d7ea817c555652@macosforge.org> References: <053.76ef0d881e6376d0e3d7ea817c555652@macosforge.org> Message-ID: <062.06426bf56f48a9ec634b858a59d346dd@macosforge.org> #1444: MacRuby crashes when parsing some files with ripper ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): This issue is reproduced by following code. {{{ require 'ripper' str =< MacRuby From ruby-noreply at macosforge.org Thu Feb 9 20:48:36 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Feb 2012 04:48:36 +0000 Subject: [MacRuby] #1452: File.open does not honor 'b' encoding option Message-ID: <053.60e26c432596a0aa39ddb88f0a224ad9@macosforge.org> #1452: File.open does not honor 'b' encoding option ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- This is being created in order to track an issue that, when fixed, will allow us to remove a patch on rubygems. An example of the problem: {{{ p File.read('/Applications/Calculator.app/Contents/Resources/Calculator.icns', encoding: Encoding::BINARY).encoding }}} I would expect that the file is encoded using the encoding I specified. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 9 21:20:09 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Feb 2012 05:20:09 +0000 Subject: [MacRuby] #1453: Add YAML::ENGINE and friend methods Message-ID: <053.105ed13913118e2c7a812894d32e417d@macosforge.org> #1453: Add YAML::ENGINE and friend methods ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- So that the patch in rubygems: https://github.com/Watson1978/MacRuby/commit/e87ec498d2d060fa1a47f5850f6add3eb594eb71 Is not needed. If MacRuby could at least say that it's `ENGINE` is not syck, then we could avoid the need for that patch. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 9 21:25:39 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Feb 2012 05:25:39 +0000 Subject: [MacRuby] #1453: Add YAML::ENGINE and friend methods In-Reply-To: <053.105ed13913118e2c7a812894d32e417d@macosforge.org> References: <053.105ed13913118e2c7a812894d32e417d@macosforge.org> Message-ID: <062.1a09faa0a70032e5d5b3aab5d1f649d9@macosforge.org> #1453: Add YAML::ENGINE and friend methods ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): I tried it out, but apparently there are other problems: https://gist.github.com/1786903 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 9 21:28:59 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Feb 2012 05:28:59 +0000 Subject: [MacRuby] #1454: Method.arity returns -1 for #initialize method with one argument Message-ID: <053.c50a16fd08377dfb02f89bd0a96e6fc1@macosforge.org> #1454: Method.arity returns -1 for #initialize method with one argument ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- One such example is this: {{{ irb(main):001:0> class Test irb(main):002:1> def initialize arg irb(main):003:1> end irb(main):004:0> end => nil }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 9 21:29:31 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Feb 2012 05:29:31 +0000 Subject: [MacRuby] #1454: Method.arity returns -1 for #initialize method with one argument In-Reply-To: <053.c50a16fd08377dfb02f89bd0a96e6fc1@macosforge.org> References: <053.c50a16fd08377dfb02f89bd0a96e6fc1@macosforge.org> Message-ID: <062.1a5c8229a4e06095bc1150895a482330@macosforge.org> #1454: Method.arity returns -1 for #initialize method with one argument ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): Oops, forgot to put the whole snippet in... {{{ irb(main):001:0> class Test irb(main):002:1> def initialize arg irb(main):003:1> end irb(main):004:0> end => nil irb(main):005:0> Test.method(:new).arity => -1 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 9 21:32:31 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Feb 2012 05:32:31 +0000 Subject: [MacRuby] #1455: Zlib::GzipReader.new does not accept an optional hash Message-ID: <053.a66886fb06be020e029e9e9504388d0c@macosforge.org> #1455: Zlib::GzipReader.new does not accept an optional hash ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- This is just an incompatibility with the CRuby API for zlib. However, rubygems makes use of it, and so not at least supporting the interface causes MacRuby to require a workaround. The relevant snippet of code starts here: https://github.com/Watson1978/MacRuby/blob/9cbb85eb0c465c1fe37131f0ad653f63597d68e0/lib/rubygems/package/tar_input.rb#L53 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 9 21:39:31 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Feb 2012 05:39:31 +0000 Subject: [MacRuby] #1450: Update version of Rubygems to 1.8.x In-Reply-To: <055.561a01e48af5e00cbe3bc8ea7638fe5f@macosforge.org> References: <055.561a01e48af5e00cbe3bc8ea7638fe5f@macosforge.org> Message-ID: <064.4f52ae9a65243fcec8500a773143d77a@macosforge.org> #1450: Update version of Rubygems to 1.8.x --------------------------------------+------------------------------------- Reporter: gabriel.gilder@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: --------------------------------------+------------------------------------- Comment(by mrada@?): Thanks to Watson, this is now taken care of. :) Yay. You will need to install the next nightly build to get it though. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 9 21:53:55 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Feb 2012 05:53:55 +0000 Subject: [MacRuby] #1450: Update version of Rubygems to 1.8.x In-Reply-To: <055.561a01e48af5e00cbe3bc8ea7638fe5f@macosforge.org> References: <055.561a01e48af5e00cbe3bc8ea7638fe5f@macosforge.org> Message-ID: <064.560f653ea1d8aaf6c9d6fdd798371c11@macosforge.org> #1450: Update version of Rubygems to 1.8.x --------------------------------------+------------------------------------- Reporter: gabriel.gilder@? | Owner: lsansonetti@? Type: enhancement | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: fixed Keywords: | --------------------------------------+------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/fd8f3ff79de55053139168aac5952658811e996a -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 9 21:54:52 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Feb 2012 05:54:52 +0000 Subject: [MacRuby] #1261: Abort occurs when install the rubygems with specified version. In-Reply-To: <051.d868ec6239d04b4cbc3570ad94988472@macosforge.org> References: <051.d868ec6239d04b4cbc3570ad94988472@macosforge.org> Message-ID: <060.aa8caa8686d5e67455ca4e20a10f11be@macosforge.org> #1261: Abort occurs when install the rubygems with specified version. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/fd8f3ff79de55053139168aac5952658811e996a -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 9 23:01:37 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Feb 2012 07:01:37 +0000 Subject: [MacRuby] #1444: MacRuby crashes when parsing some files with ripper In-Reply-To: <053.76ef0d881e6376d0e3d7ea817c555652@macosforge.org> References: <053.76ef0d881e6376d0e3d7ea817c555652@macosforge.org> Message-ID: <062.8ea7c46213ff9a9747b2278049635431@macosforge.org> #1444: MacRuby crashes when parsing some files with ripper ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): There is a need to find a reason why can't be converted by rb_id2name() in https://github.com/MacRuby/MacRuby/blob/431b87e3d48247d0e87654156d20272b9a781f41/parse.y#L8322 [[BR]] In the mean time, I commited workaround with https://github.com/MacRuby/MacRuby/commit/431b87e3d48247d0e87654156d20272b9a781f41 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 10 06:42:36 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Feb 2012 14:42:36 +0000 Subject: [MacRuby] #1456: Nightly builds are broken Message-ID: <057.b74aa8db78d46e4dccefb109391ae566@macosforge.org> #1456: Nightly builds are broken ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Nightly build doesn't install macruby or macirb (and possibly others). The package size is now 14M but was 21M a few days ago. Workaround is to use an earlier package. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 10 08:19:07 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Feb 2012 16:19:07 +0000 Subject: [MacRuby] #1456: Nightly builds are broken In-Reply-To: <057.b74aa8db78d46e4dccefb109391ae566@macosforge.org> References: <057.b74aa8db78d46e4dccefb109391ae566@macosforge.org> Message-ID: <066.80dc054840e2e9f8a46515f663f70d0b@macosforge.org> #1456: Nightly builds are broken ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Comment(by mrada@?): The nightly build package seems to be missing a bunch of things all of the sudden, the install script hasn't been touched in a few days so I'm not sure what's going on here. When I build the package myself everything is present except the symlinks for `/usr/bin`...I'll look into that a bit more now. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 10 08:54:36 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Feb 2012 16:54:36 +0000 Subject: [MacRuby] #1456: Nightly builds are broken In-Reply-To: <057.b74aa8db78d46e4dccefb109391ae566@macosforge.org> References: <057.b74aa8db78d46e4dccefb109391ae566@macosforge.org> Message-ID: <066.713a8673fc17977e2d16be5a8edc28b0@macosforge.org> #1456: Nightly builds are broken ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Comment(by mrada@?): I mean `/usr/local/bin`...found a bug, the symlinks weren't being made in the correct directory....sorry about that. I'll push a fix soon and then at least you could build a package. As for tomorrow's nightly build, I do not know what is going with that, the package I build on my machine is fine, but the nightly build machine's package is missing a bunch of things. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 10 09:05:41 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Feb 2012 17:05:41 +0000 Subject: [MacRuby] #1456: Nightly builds are broken In-Reply-To: <057.b74aa8db78d46e4dccefb109391ae566@macosforge.org> References: <057.b74aa8db78d46e4dccefb109391ae566@macosforge.org> Message-ID: <066.9a1ebc4bf6b5cf7377260f2ebd81e018@macosforge.org> #1456: Nightly builds are broken ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Comment(by mrada@?): I do not have access to the nightly build machine, but based on what files _did_ make it into the package, I would say the installer died trying to compile or install the C extensions. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 10 10:30:42 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Feb 2012 18:30:42 +0000 Subject: [MacRuby] #1456: Nightly builds are broken In-Reply-To: <057.b74aa8db78d46e4dccefb109391ae566@macosforge.org> References: <057.b74aa8db78d46e4dccefb109391ae566@macosforge.org> Message-ID: <066.71436d2d5c819fc7e6a73a0785e64405@macosforge.org> #1456: Nightly builds are broken ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Comment(by mrada@?): Hmm, looks like my change isn't actually needed. I think what is needed is for me to sleep... -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Feb 11 14:03:31 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 11 Feb 2012 22:03:31 +0000 Subject: [MacRuby] #1456: Nightly builds are broken In-Reply-To: <057.b74aa8db78d46e4dccefb109391ae566@macosforge.org> References: <057.b74aa8db78d46e4dccefb109391ae566@macosforge.org> Message-ID: <066.58c00b217a53db3cf8c635c6ca67757e@macosforge.org> #1456: Nightly builds are broken ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Comment(by mrada@?): The nightly build package appears to fixed now. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 12 05:06:59 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 12 Feb 2012 13:06:59 +0000 Subject: [MacRuby] #1456: Nightly builds are broken In-Reply-To: <057.b74aa8db78d46e4dccefb109391ae566@macosforge.org> References: <057.b74aa8db78d46e4dccefb109391ae566@macosforge.org> Message-ID: <066.f89f399d8a9c37ca8c21cf2d74b3f8de@macosforge.org> #1456: Nightly builds are broken ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------------+----------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 12 21:58:01 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Feb 2012 05:58:01 +0000 Subject: [MacRuby] #1457: Errno::EBADF occurs when use IO within Thread Message-ID: <051.7ae2e3e3e0dcf254d53bae7618bde92e@macosforge.org> #1457: Errno::EBADF occurs when use IO within Thread ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ Thread.start do loop do begin fd = IO.sysopen("/tmp/aaa.txt", "a") io = IO.for_fd(fd) io.write("aaaa") GC.start rescue => e p "fd = " + fd.inspect p "io = " + io.inspect raise e end end end.join }}} Result: {{{ $ DYLD_LIBRARY_PATH=. ./miniruby ~/tmp/test_io.rb "fd = 5" "io = #" /Users/watson/tmp/test_io.rb:6:in `block': Bad file descriptor - write() failed (Errno::EBADF) from /Users/watson/tmp/test_io.rb:2:in `block' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 13 00:32:15 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Feb 2012 08:32:15 +0000 Subject: [MacRuby] #1457: Errno::EBADF occurs when use IO within Thread In-Reply-To: <051.7ae2e3e3e0dcf254d53bae7618bde92e@macosforge.org> References: <051.7ae2e3e3e0dcf254d53bae7618bde92e@macosforge.org> Message-ID: <060.e29d8e6ec5434780a156a1000dd1eaf9@macosforge.org> #1457: Errno::EBADF occurs when use IO within Thread ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/3a28c6a1ac976886c1bea200688622faa28b8906 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 14 00:48:27 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 14 Feb 2012 08:48:27 +0000 Subject: [MacRuby] #1458: Errno::EBADF occurs when use IO.pipe and IO.for_fd with MultiThread Message-ID: <051.b3ed7babf2a5e31ff33fe236b0195b29@macosforge.org> #1458: Errno::EBADF occurs when use IO.pipe and IO.for_fd with MultiThread ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ Thread.start do loop do begin r, w = IO.pipe w.write("a") r.read(10) GC.start rescue => e p "r = " + r.inspect p "w = " + w.inspect p e end end end loop do begin fd = IO.sysopen("/tmp/aaa.txt", "w") io = IO.for_fd(fd) io.write("aaaa") GC.start rescue => e p "fd = " + fd.inspect p "io = " + io.inspect raise e end end }}} Result: {{{ $ macruby test_io.rb "r = #" "w = #" # "fd = 5" "io = nil" /Users/watson/tmp/test_io.rb:19:in `block': Bad file descriptor (Errno::EBADF) from /Users/watson/tmp/test_io.rb:16:in `
' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 14 05:13:36 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 14 Feb 2012 13:13:36 +0000 Subject: [MacRuby] #1458: Errno::EBADF occurs when use IO.pipe and IO.for_fd with MultiThread In-Reply-To: <051.b3ed7babf2a5e31ff33fe236b0195b29@macosforge.org> References: <051.b3ed7babf2a5e31ff33fe236b0195b29@macosforge.org> Message-ID: <060.e237d25bd2c03ba03cf26a60c6407886@macosforge.org> #1458: Errno::EBADF occurs when use IO.pipe and IO.for_fd with MultiThread ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => invalid Comment: Sorry, it looks like I ran test code without latest. Test code works fine. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 14 17:32:32 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Feb 2012 01:32:32 +0000 Subject: [MacRuby] #1459: should display exception message in stderr Message-ID: <051.6b67dbe28982cd2a24699377718f28f7@macosforge.org> #1459: should display exception message in stderr ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ ruby19 -ve 'raise "test"' 2>/dev/null ruby 1.9.2p290 (2011-07-09 revision 32553) [x86_64-darwin11.3.0] $ DYLD_LIBRARY_PATH=. ./macruby -ve 'raise "test"' 2>/dev/null MacRuby 0.12 (ruby 1.9.2) [universal-darwin11.0, x86_64] -e:1:in `
': test (RuntimeError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 15 05:00:39 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Feb 2012 13:00:39 +0000 Subject: [MacRuby] #1460: objc_exception_during_finalize_error Message-ID: <051.cf8065d9747832a45e78854d1273c27b@macosforge.org> #1460: objc_exception_during_finalize_error ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ GC.stress = true 5.times do begin Thread.start rescue end end }}} {{{ $ macruby test_thread.rb objc[7079]: GC: -finalize resulted in an exception (0x40043b680) being thrown, break on objc_exception_during_finalize_error to debug /Users/watson/tmp/test_thread.rb:4:in `block': undefined method `message' for false:FalseClass (NoMethodError) from /Users/watson/tmp/test_thread.rb:2:in `
' objc[7079]: GC: -finalize resulted in an exception (0x400442a20) being thrown, break on objc_exception_during_finalize_error to debug /Users/watson/tmp/test_thread.rb:4:in `block': undefined method `message' for false:FalseClass (NoMethodError) from /Users/watson/tmp/test_thread.rb:2:in `
' objc[7079]: GC: -finalize resulted in an exception (0x400441f20) being thrown, break on objc_exception_during_finalize_error to debug /Users/watson/tmp/test_thread.rb:4:in `block': undefined method `message' for false:FalseClass (NoMethodError) from /Users/watson/tmp/test_thread.rb:2:in `
' objc[7079]: GC: -finalize resulted in an exception (0x400441220) being thrown, break on objc_exception_during_finalize_error to debug /Users/watson/tmp/test_thread.rb:4:in `block': undefined method `message' for false:FalseClass (NoMethodError) from /Users/watson/tmp/test_thread.rb:2:in `
' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 15 05:04:47 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Feb 2012 13:04:47 +0000 Subject: [MacRuby] #1461: Thread exited prematurely because of an uncaught exception Message-ID: <051.79e2154fe823197c06046b0e2cd09b51@macosforge.org> #1461: Thread exited prematurely because of an uncaught exception ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ GC.stress = true 100.times do begin Thread.start{|t| t.raise} rescue end end }}} {{{ $ macruby test_thread.rb *** Thread 0x111cbe000 exited prematurely because of an uncaught exception: /Users/watson/tmp/test_thread.rb:4:in `block': private method `raise' called for nil:NilClass (NoMethodError) *** Thread 0x112a9f000 exited prematurely because of an uncaught exception: /Users/watson/tmp/test_thread.rb:4:in `block': private method `raise' called for nil:NilClass (NoMethodError) *** Thread 0x1129e4000 exited prematurely because of an uncaught exception: /Users/watson/tmp/test_thread.rb:4:in `block': private method `raise' called for nil:NilClass (NoMethodError) ---- snip ---- }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 15 05:16:54 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Feb 2012 13:16:54 +0000 Subject: [MacRuby] #1218: Mechanize fails under MacRuby, runs under 1.9.2 (similar to ticket #1182) In-Reply-To: <047.725025adf968bb5db33d94eaa501b457@macosforge.org> References: <047.725025adf968bb5db33d94eaa501b457@macosforge.org> Message-ID: <056.e6fd24df7c953f7863a31fe286a1b653@macosforge.org> #1218: Mechanize fails under MacRuby, runs under 1.9.2 (similar to ticket #1182) ------------------------------+--------------------------------------------- Reporter: lonny6@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------+--------------------------------------------- Comment(by michaelreye01@?): It is complete new toping to learn today.I gain lot of information in through this site. TO know more about our site visit :[http://bestseoservicescompany.com/ Link Building Company] -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 15 06:48:58 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Feb 2012 14:48:58 +0000 Subject: [MacRuby] #1462: gem "Twitter4R" require fails Message-ID: <050.3eff8eee3e5bb32573138406f557d19b@macosforge.org> #1462: gem "Twitter4R" require fails ---------------------------------+------------------------------------------ Reporter: cumomican@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: twitter4r ---------------------------------+------------------------------------------ {{{ $ macruby -v MacRuby 0.12 (ruby 1.9.2) [universal-darwin10.0, x86_64] $ macirb irb(main):001:0> require 'rubygems' => true irb(main):002:0> gem 'twitter4r' => true irb(main):003:0> require 'twitter' TypeError: JSON::Ext::Generator::GeneratorMethods::Object:Class is not a module /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/Gems/1.9.2/gems/json-1.6.5/lib/json/ext.rb:14:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/Gems/1.9.2/gems/json-1.6.5/lib/json/ext.rb:12:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/Gems/1.9.2/gems/json-1.6.5/lib/json/ext.rb:9:in `
' /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/Gems/1.9.2/gems/json-1.6.5/lib/json.rb:58:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/Gems/1.9.2/gems/json-1.6.5/lib/json.rb:54:in `
' /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/Gems/1.9.2/gems/twitter4r-0.7.0/lib/twitter.rb:23:in `
' irb(main):004:0> require 'twitter' Segmentation fault: 11 $ }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 15 06:55:27 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Feb 2012 14:55:27 +0000 Subject: [MacRuby] #1460: objc_exception_during_finalize_error In-Reply-To: <051.cf8065d9747832a45e78854d1273c27b@macosforge.org> References: <051.cf8065d9747832a45e78854d1273c27b@macosforge.org> Message-ID: <060.383ecd99c4db17432892d52bcb36cf38@macosforge.org> #1460: objc_exception_during_finalize_error ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/c5fc3ae7caf7f61e0a83ef460303d1992a3e614a -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 15 07:50:15 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Feb 2012 15:50:15 +0000 Subject: [MacRuby] #1459: should display exception message in stderr In-Reply-To: <051.6b67dbe28982cd2a24699377718f28f7@macosforge.org> References: <051.6b67dbe28982cd2a24699377718f28f7@macosforge.org> Message-ID: <060.48b14d88af8b376933952c015f226c35@macosforge.org> #1459: should display exception message in stderr ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): There is another test case. {{{ $stderr = File.open("/tmp/exception.txt", "w") raise "test" }}} {{{ $ ruby19 -v t.rb ruby 1.9.2p290 (2011-07-09 revision 32553) [x86_64-darwin11.3.0] /$ cat /tmp/exception.txt t.rb:2:in `
': test (RuntimeError) $ DYLD_LIBRARY_PATH=. ./macruby ~/tmp/t.rb /Users/watson/tmp/t.rb:2:in `
': test (RuntimeError) $ cat /tmp/exception.txt }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 15 07:55:43 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Feb 2012 15:55:43 +0000 Subject: [MacRuby] #1459: should display exception message in stderr In-Reply-To: <051.6b67dbe28982cd2a24699377718f28f7@macosforge.org> References: <051.6b67dbe28982cd2a24699377718f28f7@macosforge.org> Message-ID: <060.7d99e61c19268e6e63cb4d9806b91d7a@macosforge.org> #1459: should display exception message in stderr ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): I wrote a patch. https://github.com/Watson1978/MacRuby/commit/94d22f35d9a4ac147abe73cbaa128c91054dcdad However, at least, it looks like SandBox of Specs might need to modify. {{{ $ rake spec:macruby rm -rf rubyspec_temp ./mspec/bin/mspec ci -B ./spec/macruby.mspec :macruby MacRuby 0.12 (ruby 1.9.2) [universal-darwin11.0, x86_64] ..................................................................................................*** Dispatch block exited prematurely because of an uncaught exception: /Users/watson/src/macruby- master/mspec/lib/mspec/expectations/expectations.rb:15:in `fail_with': Expected true to equal false (SpecExpectationNotMetError) from /Users/watson/src/macruby- master/mspec/lib/mspec/matchers/base.rb:9:in `==' from /Users/watson/src/macruby- master/spec/macruby/core/gcd/semaphore_spec.rb:62:in `block' ......................................................................................................................................................................-e:1:in `
': Operation not permitted - open() failed (Errno::EPERM) F-e:1:in `
': Operation not permitted - open() failed (Errno::EPERM) F.-e:1:in `
': Operation not permitted - open() failed (Errno::EPERM) Fmacruby(19720,0x10548e000) malloc: *** error for object 0x7fff914f5f98: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug ..-e:1:in `
': Operation not permitted - open() failed (Errno::EPERM) F-e:1:in `
': no such file to load -- /Users/watson/src/macruby- master/spec/macruby/core/sandbox/spec_helper (LoadError) F.-e:1:in `
': Operation not permitted - open() failed (Errno::EPERM) F............................................................................................................................................................................. 1) Sandbox.no_writes throws an error when trying to write to a Ruby IO object FAILED Expected "" not to be empty /Users/watson/src/macruby- master/spec/macruby/core/sandbox/shared/no_write.rb:13:in `block' /Users/watson/src/macruby- master/spec/macruby/core/sandbox/spec_helper.rb:15:in `with_temporary_file' /Users/watson/src/macruby- master/spec/macruby/core/sandbox/shared/no_write.rb:11:in `block' /Users/watson/src/macruby- master/spec/macruby/core/sandbox/no_writes_spec.rb:3:in `
' 2) Sandbox.no_writes prevents writing to a file in /tmp FAILED Expected "" to match /Errno::EPERM/ /Users/watson/src/macruby- master/spec/macruby/core/sandbox/no_writes_spec.rb:15:in `block' /Users/watson/src/macruby- master/spec/macruby/core/sandbox/spec_helper.rb:15:in `with_temporary_file' /Users/watson/src/macruby- master/spec/macruby/core/sandbox/no_writes_spec.rb:13:in `block' /Users/watson/src/macruby- master/spec/macruby/core/sandbox/no_writes_spec.rb:3:in `
' 3) Sandbox.pure_computation throws an error when trying to write to a Ruby IO object FAILED Expected "" not to be empty /Users/watson/src/macruby- master/spec/macruby/core/sandbox/shared/no_write.rb:13:in `block' /Users/watson/src/macruby- master/spec/macruby/core/sandbox/spec_helper.rb:15:in `with_temporary_file' /Users/watson/src/macruby- master/spec/macruby/core/sandbox/shared/no_write.rb:11:in `block' /Users/watson/src/macruby- master/spec/macruby/core/sandbox/pure_computation_spec.rb:3:in `
' 4) Sandbox.pure_computation should cause Kernel#open to fail with Errno::EPERM FAILED Expected "" to match /Errno::EPERM/ /Users/watson/src/macruby- master/spec/macruby/core/sandbox/pure_computation_spec.rb:16:in `block' /Users/watson/src/macruby- master/spec/macruby/core/sandbox/spec_helper.rb:15:in `with_temporary_file' /Users/watson/src/macruby- master/spec/macruby/core/sandbox/pure_computation_spec.rb:14:in `block' /Users/watson/src/macruby- master/spec/macruby/core/sandbox/pure_computation_spec.rb:3:in `
' 5) Sandbox.pure_computation should cause Kernel#require to raise a LoadError FAILED Expected "" to match /LoadError/ /Users/watson/src/macruby- master/spec/macruby/core/sandbox/pure_computation_spec.rb:22:in `block' /Users/watson/src/macruby- master/spec/macruby/core/sandbox/pure_computation_spec.rb:3:in `
' 6) Sandbox.temporary_writes throws an error when trying to write to a Ruby IO object FAILED Expected "" not to be empty /Users/watson/src/macruby- master/spec/macruby/core/sandbox/shared/no_write.rb:13:in `block' /Users/watson/src/macruby- master/spec/macruby/core/sandbox/spec_helper.rb:15:in `with_temporary_file' /Users/watson/src/macruby- master/spec/macruby/core/sandbox/shared/no_write.rb:11:in `block' /Users/watson/src/macruby- master/spec/macruby/core/sandbox/temporary_writes_spec.rb:3:in `
' Finished in 109.320105 seconds 40 files, 447 examples, 1814 expectations, 6 failures, 0 errors ----------------------------------------------------- The rubyspec temp directory is not empty. Ensure that all specs are cleaning up temporary files. ----------------------------------------------------- rake aborted! Command failed with status (1): [./mspec/bin/mspec ci -B ./spec/macruby.msp...] Tasks: TOP => spec:macruby (See full trace by running task with --trace) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 15 09:25:50 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Feb 2012 17:25:50 +0000 Subject: [MacRuby] #1404: Cannot push gems using macgem In-Reply-To: <053.1e7f5a2cec6d4765813b8e96cb86fe56@macosforge.org> References: <053.1e7f5a2cec6d4765813b8e96cb86fe56@macosforge.org> Message-ID: <062.a06caf069cb8ef0f1b439709e56d1fce@macosforge.org> #1404: Cannot push gems using macgem ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): I am no longer having this issue, so this ticket can be closed! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 15 09:29:07 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Feb 2012 17:29:07 +0000 Subject: [MacRuby] #1462: gem "Twitter4R" require fails In-Reply-To: <050.3eff8eee3e5bb32573138406f557d19b@macosforge.org> References: <050.3eff8eee3e5bb32573138406f557d19b@macosforge.org> Message-ID: <059.cd249b36ca1907ec273e90b065193483@macosforge.org> #1462: gem "Twitter4R" require fails ---------------------------------+------------------------------------------ Reporter: cumomican@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: twitter4r ---------------------------------+------------------------------------------ Comment(by mrada@?): This is a duplicate of another issue that I can't track down right now. The main problem here is that the twitter gem is very explicitly relying on the json gem and there is an incompatibility with the json gem and MacRuby (which is documented in the ticket that I cannot find). Internal to MacRuby we have worked around the issue, so if you load json first it should load the version that comes with MacRuby, and then twitter will hopefully use it and not have any issues. Though this is just a work around. Another solution would be for the twitter gem to use multi_json as an abstraction instead of json. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 15 12:28:02 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Feb 2012 20:28:02 +0000 Subject: [MacRuby] #1463: MacRuby crash with accessibility notifications and Method callbacks Message-ID: <053.26ef0df8e954944bfc193c34879a6d7a@macosforge.org> #1463: MacRuby crash with accessibility notifications and Method callbacks ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- When I use accessibility for notifications, I have to register a callback. I've exclusively been using Procs for the callbacks in the past and they work fine. However, if I try to setup a Method for the callback instead then MacRuby will crash sometimes. It seems as though there is something go wrong with treating the callback as if it were a Proc: {{{ Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libobjc.A.dylib 0x00007fff91b1995b _class_getSuperclass + 9 1 libmacruby.dylib 0x000000010353fa33 rb_objc_type + 179 2 libmacruby.dylib 0x000000010358302d rb_check_convert_type + 125 3 libmacruby.dylib 0x0000000103562471 rb_proc_check_and_call + 49 4 ??? 0x00000001050ad06c 0 + 4379562092 5 com.apple.HIServices 0x00007fff98b095c5 _XXMIGPostNotification + 904 6 com.apple.HIServices 0x00007fff98b19c25 _XPostNotification + 618 7 com.apple.HIServices 0x00007fff98af1b12 mshMIGPerform + 564 8 com.apple.CoreFoundation 0x00007fff99afccac __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 44 9 com.apple.CoreFoundation 0x00007fff99afc9db __CFRunLoopDoSource1 + 155 10 com.apple.CoreFoundation 0x00007fff99b33117 __CFRunLoopRun + 1895 11 com.apple.CoreFoundation 0x00007fff99b32676 CFRunLoopRunSpecific + 230 12 com.apple.Foundation 0x00007fff9a149f9f -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 267 13 com.apple.Foundation 0x00007fff9a1cdb7a -[NSRunLoop(NSRunLoop) runUntilDate:] + 66 14 ??? 0x00000001050ad723 0 + 4379563811 15 libmacruby.dylib 0x000000010363caa8 rb_vm_dispatch + 5848 16 ??? 0x00000001050ac094 0 + 4379558036 17 ??? 0x00000001050ab674 0 + 4379555444 18 libmacruby.dylib 0x000000010364c156 rb_vm_run + 534 19 libmacruby.dylib 0x0000000103556f33 ruby_run_node + 83 20 macruby 0x0000000103525d18 main + 152 21 macruby 0x0000000103525c74 start + 52 }}} I have a small script that reproduces the issue. When you run the script, just start creating new Finder windows and MacRuby will crash. Sometimes it crashes after a couple of new windows and sometimes it crashes after 10 new windows. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 15 20:58:39 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Feb 2012 04:58:39 +0000 Subject: [MacRuby] #1253: Sequel gem fails: super: no superclass method `complex_expression_sql' (works in 1.9.2 MRI) In-Reply-To: <049.4590c478b23cb67374d0f04a324ed187@macosforge.org> References: <049.4590c478b23cb67374d0f04a324ed187@macosforge.org> Message-ID: <058.e35756fb0f522e9be8a3a31247323699@macosforge.org> #1253: Sequel gem fails: super: no superclass method `complex_expression_sql' (works in 1.9.2 MRI) --------------------------------+------------------------------------------- Reporter: petr.kaleta@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by michaelreye01@?): It is simple code : [http://bestseoservicescompany.com/ Link Building] -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 15 21:00:17 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Feb 2012 05:00:17 +0000 Subject: [MacRuby] #1464: Methods to implement link-building service for your webpage or blog Message-ID: <054.6b6ca6c4bf96cd21a8480e0239d1188f@macosforge.org> #1464: Methods to implement link-building service for your webpage or blog -------------------------------------+-------------------------------------- Reporter: michaelreye01@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: Link Building Company,Link Building Services -------------------------------------+-------------------------------------- [http://bestseoservicescompany.com/services/link-building-service/ Link Building Services] is mostly a technique and smarter strategy which does not only enhance the search engine results for the webpage yet it may also offer your web site the required visibility consumers. It's regarded as | thought to be | viewed as | deemed as the topmost and a lot of preferred SEO tip that is readily adopted to achieve success in the business. Some of the professional website designer will love the idea of link-build on the grounds that the smartest trick for SEO marketing and promotion of business professional services. It is usually recommended that while choosing the ultimate and effective link building services in the local market or on the net, it is required to use the building capability and link quality. Otherwise, your internet site is doomed to perform poorly along at the instant. It is additionally not just about the standard link management and your website should be well with quality contents, relevant keywords as well as something way links thats liable to bring visibility and traffic to the business. Being impartial and informative against your website certainly will fetch you good fruits that there is never expected. For many tactical importance and implementation of smart strategies in SEO, the following are mentioned several points which should be taken into account before initiating the hyperlink building campaign - ? At the first thing, you need to aim to construct a relevant and content rich website. Whilst it should be concise yet the articles or blog posts should be point centric. ? After this, you or webmaster should contact an additional websites and databases on the web that have already got potentially equivalent topics and contents. They will likely well deserve and may also possess higher ranks at the listing of serps in comparison with your webpage. ? Search for your point where the keywords and content relevancy can be found in and you should rather link your website to plain search engine like Yahoo or Google. ? You should submit your site content, website or blogs with the best fitting and suitable SE or forums that may bring your more web traffic. ? It should really be also remembered here you will have to attempt to break your visitors and customers into several links like travel & tourism, realtors and technology. This may automatically supply a robust end in your link-building campaign. ? Each label should keep the appropriate [http://bestseoservicescompany.com/ Link Building Company] database to ensure that users and web users in many cases can have accessibility to different key relevant sections. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 15 23:57:33 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Feb 2012 07:57:33 +0000 Subject: [MacRuby] #1404: Cannot push gems using macgem In-Reply-To: <053.1e7f5a2cec6d4765813b8e96cb86fe56@macosforge.org> References: <053.1e7f5a2cec6d4765813b8e96cb86fe56@macosforge.org> Message-ID: <062.41dcdc4512eb51892a8c501302dcb609@macosforge.org> #1404: Cannot push gems using macgem ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Thank you for your information. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 16 10:20:05 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Feb 2012 18:20:05 +0000 Subject: [MacRuby] #1462: gem "Twitter4R" require fails In-Reply-To: <050.3eff8eee3e5bb32573138406f557d19b@macosforge.org> References: <050.3eff8eee3e5bb32573138406f557d19b@macosforge.org> Message-ID: <059.8aaeff4c1e0229551a1db7cffd35884c@macosforge.org> #1462: gem "Twitter4R" require fails ---------------------------------+------------------------------------------ Reporter: cumomican@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: twitter4r ---------------------------------+------------------------------------------ Comment(by cumomican@?): Replying to [comment:1 mrada@?]: Thank you for your reply. I tried the way, but segfault occurs. step.1 remove "require 'json'" in twitter.rb step.2 macgem uninstall json step.3 {{{ $ macirb irb(main):001:0> require 'json' => true irb(main):002:0> p JSON::VERSION "1.5.1" => "1.5.1" irb(main):003:0> require 'twitter' Segmentation fault: 11 $ }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 16 17:43:18 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Feb 2012 01:43:18 +0000 Subject: [MacRuby] #1465: Custom Prompt for macirb Message-ID: <051.9ca6412285d7a725bd18f2ead4a43048@macosforge.org> #1465: Custom Prompt for macirb ----------------------------------+----------------------------------------- Reporter: joshvoigts@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: trivial | Milestone: Component: MacRuby | Keywords: prompt ----------------------------------+----------------------------------------- It would be nice to be able to set a custom prompt for macirb much like irb. conf[:PROMPT] results in nil object -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 17 06:09:40 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Feb 2012 14:09:40 +0000 Subject: [MacRuby] #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 Message-ID: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- MacRuby's Templates, tools and Examples are installed into "/Developer/xxxx".[[BR]] However, "/Developer" directory is not created by installing Xcode 4.3. So, I think that it needs to change the installation location. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 17 15:33:42 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Feb 2012 23:33:42 +0000 Subject: [MacRuby] #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 In-Reply-To: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> References: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> Message-ID: <060.9c7184ed5aed50a8215b4990702da089@macosforge.org> #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): We might need to set Xcode path as following. {{{ $ sudo xcode-select -switch /Applications/Xcode.app/Contents/Developer/ }}} After above command invoked, I became to use the MacRuby's templates with Xcode 4.3. However, It seems to failed to install rb_nibtool {{{ $ cd /Applications/Xcode.app/Contents/Developer/usr/bin/ $ ls -l rb_nibtool lrwxr-xr-x 1 root wheel 79 2 18 08:26 rb_nibtool@ -> ../../..//Library/Frameworks/MacRuby.framework/Versions/0.12/usr/bin/rb_nibtool }}} rb_nibtool does not exists in "../../..//Library/Frameworks/" . -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 17 15:51:29 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Feb 2012 23:51:29 +0000 Subject: [MacRuby] #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 In-Reply-To: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> References: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> Message-ID: <060.3d6d94451f5729fb300d3c23b44ce299@macosforge.org> #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): I modified symbolic link path of rb_nibtool with https://github.com/MacRuby/MacRuby/commit/a6d096ff74f71132cd030e283c50518dfaf4b213 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 17 17:04:55 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 18 Feb 2012 01:04:55 +0000 Subject: [MacRuby] #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 In-Reply-To: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> References: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> Message-ID: <060.af425dd3b1213090a990410bddefaecd@macosforge.org> #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by mrada@?): Does this break installation of the rb_nibtool for Xcode 4.2 and older? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 17 17:43:17 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 18 Feb 2012 01:43:17 +0000 Subject: [MacRuby] #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 In-Reply-To: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> References: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> Message-ID: <060.8c1b0b07bd93a9dec43ff6c7d4c3e181@macosforge.org> #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Replying to [comment:3 mrada@?]: > Does this break installation of the rb_nibtool for Xcode 4.2 and older? I changed to specify the absolute path of the rb_nibtool, so I think there is no problem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 17 17:45:21 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 18 Feb 2012 01:45:21 +0000 Subject: [MacRuby] #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 In-Reply-To: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> References: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> Message-ID: <060.e9e9d7ecababed87cd775eaf80fbbabd@macosforge.org> #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Hmm, Templates of Nightly Build Package might be still installed into "/Developer/xxx". -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 17 17:47:32 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 18 Feb 2012 01:47:32 +0000 Subject: [MacRuby] #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 In-Reply-To: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> References: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> Message-ID: <060.404afd202bb63bd8f613a82bcc0fe297@macosforge.org> #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by mrada@?): Ah. Also, the nightly build package uses the location of Xcode on the machine it is built, so I think the only way to fix this is to add a script to the package that checks where to install Xcode on that machine. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Feb 18 21:16:10 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 19 Feb 2012 05:16:10 +0000 Subject: [MacRuby] #1454: Method.arity returns -1 for #initialize method with one argument In-Reply-To: <053.c50a16fd08377dfb02f89bd0a96e6fc1@macosforge.org> References: <053.c50a16fd08377dfb02f89bd0a96e6fc1@macosforge.org> Message-ID: <062.7c6f9641214cad0af7a13cf34eb38c48@macosforge.org> #1454: Method.arity returns -1 for #initialize method with one argument ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by jballanc@?): This is, oddly enough, the correct behavior. In the 1.9 series, Ruby started always reporting arity -1 for #new. If you want the actual arity of the initialize method, you have to be explicit: {{{ irb(main):001:0> class Test irb(main):002:1> def initialize(arg) irb(main):003:1> end irb(main):004:0> end => nil irb(main):005:0> Test.method(:new).arity => -1 irb(main):006:0> Test.instance_method(:initialize).arity => 1 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 19 19:41:30 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 20 Feb 2012 03:41:30 +0000 Subject: [MacRuby] #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 In-Reply-To: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> References: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> Message-ID: <060.4108fac8409577ef3ccd9f3535243acd@macosforge.org> #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): I created post install script which is used by MacRuby package for rb_nibtool.[[BR]] https://github.com/Watson1978/MacRuby/commit/324ceac98a0e52da5d3c8dac48c144201bdf8343 [[BR]] It seems to work so far. Its script still needs adding for Templetes :p -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 19 21:10:45 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 20 Feb 2012 05:10:45 +0000 Subject: [MacRuby] #1190: macirb try to do something to strings it tries to print using #to_s In-Reply-To: <053.e5df7431a570986f982fc0193bcf98d4@macosforge.org> References: <053.e5df7431a570986f982fc0193bcf98d4@macosforge.org> Message-ID: <062.ee1231a8ce1f5c038b2094496e2b9168@macosforge.org> #1190: macirb try to do something to strings it tries to print using #to_s ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Thanks, Mark! This issue fixed with https://github.com/MacRuby/MacRuby/commit/45c20e0c5690cb46edc94b985deb7605aac1cb3d -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 21 07:10:25 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 21 Feb 2012 15:10:25 +0000 Subject: [MacRuby] #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 In-Reply-To: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> References: <051.84a2cd5d558980996538e06a558237f4@macosforge.org> Message-ID: <060.243508b126b7f36789c97c771e239e65@macosforge.org> #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: critical | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 21 07:12:12 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 21 Feb 2012 15:12:12 +0000 Subject: [MacRuby] #1467: should configure 'xcode-select' when install MacRuby Message-ID: <051.8a6c64cdbf580340d188b8cf940f8b61@macosforge.org> #1467: should configure 'xcode-select' when install MacRuby ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- If does not configure 'xcode-select' with Xcode 4.3, will fail to install MacRuby.[[BR]] So, MacRuby installer should configure 'xcode-select'. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 21 13:00:20 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 21 Feb 2012 21:00:20 +0000 Subject: [MacRuby] #1468: Improve management of debug #defines Message-ID: <049.566bdf4a49162e4337ec745f80ae6b76@macosforge.org> #1468: Improve management of debug #defines --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- I want to be able to build MacRuby with debug information by tweaking the command-line instead of the code itself (which is what I had been doing until now). Something like: {{{ [last: 41] marca at SCML-MarcA:~/dev/git-repos/MacRuby$ CFLAGS="-DROXOR_VM_DEBUG" rake (in /Users/marca/dev/git-repos/MacRuby) /usr/bin/g++ -I. -I./include -fblocks -g -Wall -Wno-deprecated- declarations -Werror -arch x86_64 -DROXOR_VM_DEBUG -I/usr/local/include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O3 -fno-rtti -fno-common -Woverloaded-virtual -I./icu-1060 -c vm.cpp -o .objs/vm.o vm.cpp:9:1: error: "ROXOR_VM_DEBUG" redefined : error: this is the location of the previous definition rake aborted! Command failed with status (1): [/usr/bin/g++ -I. -I./include -fblocks -g -...] (See full trace by running task with --trace) }}} This fails because vm.cpp has: {{{ #define ROXOR_VM_DEBUG 0 }}} I could fix this by changing that to: {{{ #ifndef ROXOR_VM_DEBUG #define ROXOR_VM_DEBUG 0 #endif }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 21 13:15:33 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 21 Feb 2012 21:15:33 +0000 Subject: [MacRuby] #1468: Improve management of debug #defines In-Reply-To: <049.566bdf4a49162e4337ec745f80ae6b76@macosforge.org> References: <049.566bdf4a49162e4337ec745f80ae6b76@macosforge.org> Message-ID: <058.28376c7d5669d2946009ec885a922356@macosforge.org> #1468: Improve management of debug #defines --------------------------------+------------------------------------------- Reporter: msabramo@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by msabramo@?): See pull request: https://github.com/MacRuby/MacRuby/pull/61 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 21 14:43:52 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 21 Feb 2012 22:43:52 +0000 Subject: [MacRuby] #1469: Can't make Nightly Package with Xcode 4.3 Message-ID: <051.856e12bb69ef09c11bc613f2fae42986@macosforge.org> #1469: Can't make Nightly Package with Xcode 4.3 ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Can't make Nightly Package because PackageMaker.app is not included in Xcode 4.3. And needs to exist symbolic link of PackageMacker.app in `/Developer/usr/bin/packagemaker'.[[BR]] https://github.com/MacRuby/MacRuby/blob/master/rakelib/packager.rake#L37 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 22 04:40:15 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 22 Feb 2012 12:40:15 +0000 Subject: [MacRuby] #1470: twitter-text regex compilation error Message-ID: <051.fc7a9b6d4fe9595abb11eeca11b943c2@macosforge.org> #1470: twitter-text regex compilation error ----------------------------------+----------------------------------------- Reporter: iloveitaly@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- The twitter-text gem doesn't seem to play well with macruby: {{{ /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /twitter-text-1.4.16/lib/regex.rb:286: regexp ` \A # Full URL (?: ([^:/?#]+):// # $1 Scheme )? ([^/?#]*) # $2 Authority ([^?#]*) # $3 Path (?: \?([^#]*) # $4 Query )? (?: \#(.*) # $5 Fragment )?\Z ' compilation error: U_REGEX_MISSING_CLOSE_BRACKET SyntaxError: compile error /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems /twitter-text-1.4.16/lib/twitter-text.rb:14:in `
' }}} My env: {{{ $ macruby -v MacRuby 0.11 (ruby 1.9.2) [universal-darwin10.0, x86_64] }}} Gem works fine with standard ruby 1.9.2. Thanks for all your hard work on MacRuby! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Feb 25 20:10:28 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 26 Feb 2012 04:10:28 +0000 Subject: [MacRuby] #1471: '0.0 % 0.0' should not raise exception, but should return NaN. Message-ID: <051.f97bc9c48b233dbd02f8444c73932e95@macosforge.org> #1471: '0.0 % 0.0' should not raise exception, but should return NaN. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ ruby19 -e 'p 0.0 % 0.0' NaN $ macruby -e 'p 0.0 % 0.0' -e:1:in `%': divided by 0 (ZeroDivisionError) }}} Test Script: {{{ require 'test/unit/assertions.rb' include Test::Unit::Assertions assert_equal("NaN", (1.0 % 0.0).to_s) assert_raise(ZeroDivisionError){ 1.0.send(:%, 0.0) } assert_raise(ZeroDivisionError){ 1.0 % 0 } assert_raise(ZeroDivisionError){ 1.0.modulo(0.0) } }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 27 11:25:07 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 27 Feb 2012 19:25:07 +0000 Subject: [MacRuby] #1454: Method.arity returns -1 for #initialize method with one argument In-Reply-To: <053.c50a16fd08377dfb02f89bd0a96e6fc1@macosforge.org> References: <053.c50a16fd08377dfb02f89bd0a96e6fc1@macosforge.org> Message-ID: <062.f6c41c25ed6ed15e5ea42b3e0bf1513a@macosforge.org> #1454: Method.arity returns -1 for #initialize method with one argument ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): Ah, that makes sense. Thanks for looking into this, Josh. I guess this issue can be closed. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 28 18:34:47 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 29 Feb 2012 02:34:47 +0000 Subject: [MacRuby] #1472: Abort occurs when call Thread#{priority, priority=} with exited thread. Message-ID: <051.2dfe2d9b5d92f8db152a730f8b9edfef@macosforge.org> #1472: Abort occurs when call Thread#{priority, priority=} with exited thread. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ t = Thread.new { Thread.exit } sleep 0.1 p t.status p t.priority p t.priority = 42 }}} Result: {{{ $ macruby t.rb false pthread command `pthread_getschedparam(GetThreadPtr(thread)->thread, NULL, ¶m)' failed: No such process (3) zsh: abort macruby t.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 28 21:43:46 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 29 Feb 2012 05:43:46 +0000 Subject: [MacRuby] #1473: modules mixed into other modules get mixed in twice to a class Message-ID: <053.ce4e4ea7577818c4ed42d777af8c8178@macosforge.org> #1473: modules mixed into other modules get mixed in twice to a class ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: reduction ------------------------------------+--------------------------------------- MacRuby seems to have a strange behaviour when mixing in modules that have other modules mixed into them. The first issue I noticed was that `Module#ancestors` reports the nested module twice: {{{ module Core; end module Factory include Core end class Cat include Factory end p Cat.ancestors }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 28 21:46:33 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 29 Feb 2012 05:46:33 +0000 Subject: [MacRuby] #1474: Modules mixed into reopened classes do not show in #ancestors Message-ID: <053.2e431385ea1de13917b092be819d9365@macosforge.org> #1474: Modules mixed into reopened classes do not show in #ancestors ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: reduction ------------------------------------+--------------------------------------- When I mix a module into a class that I have reopened, the module does not show up to `Module#ancestors`, but the methods still get mixed in. {{{ module Test def meow puts "woof" end end class Cat; end p Cat.ancestors class Cat include Test end p Cat.ancestors Cat.new.meow }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 28 21:49:47 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 29 Feb 2012 05:49:47 +0000 Subject: [MacRuby] #1473: modules mixed into other modules get mixed in twice to a class In-Reply-To: <053.ce4e4ea7577818c4ed42d777af8c8178@macosforge.org> References: <053.ce4e4ea7577818c4ed42d777af8c8178@macosforge.org> Message-ID: <062.abd6ff7e5c1629a9bc3e5c3eae526aec@macosforge.org> #1473: modules mixed into other modules get mixed in twice to a class ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: reduction ------------------------------------+--------------------------------------- Comment(by watson1978@?): I think this is duplication of #1403 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 28 22:48:20 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 29 Feb 2012 06:48:20 +0000 Subject: [MacRuby] #1473: modules mixed into other modules get mixed in twice to a class In-Reply-To: <053.ce4e4ea7577818c4ed42d777af8c8178@macosforge.org> References: <053.ce4e4ea7577818c4ed42d777af8c8178@macosforge.org> Message-ID: <062.ad8e10e9a150db933765861296e95039@macosforge.org> #1473: modules mixed into other modules get mixed in twice to a class ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: reduction ------------------------------------+--------------------------------------- Comment(by mrada@?): Ah, I missed that. Yes, it is a duplicate. This issue can be closed. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 29 07:24:42 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 29 Feb 2012 15:24:42 +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.be27e65db9638abefe8c3ec63237a953@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 watson1978@?): I had improved this issue in https://github.com/MacRuby/MacRuby/commit/677f704206497cbe9d65d7ba088a8d283d283c7f [[BR]] {{{ module Dog; end module Core #include Dog end module Factory include Core end class Cat include Factory end p Cat.ancestors }}} {{{ $ ruby19 t.rb [Cat, Factory, Core, Object, Kernel, BasicObject] $ macruby t.rb [Cat, Factory, Core, NSObject, Kernel] }}} but, still strange ancestors are display if there is more complex including. {{{ module Dog; end module Core include Dog end module Factory include Core end class Cat include Factory end p Cat.ancestors }}} {{{ $ ruby19 t.rb [Cat, Factory, Core, Dog, Object, Kernel, BasicObject] $ macruby t.rb [Cat, Factory, Dog, Core, Dog, NSObject, Kernel] }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 29 07:25:04 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 29 Feb 2012 15:25:04 +0000 Subject: [MacRuby] #1473: modules mixed into other modules get mixed in twice to a class In-Reply-To: <053.ce4e4ea7577818c4ed42d777af8c8178@macosforge.org> References: <053.ce4e4ea7577818c4ed42d777af8c8178@macosforge.org> Message-ID: <062.5d5f5317a3f4185eac6d145e5ad3c1cd@macosforge.org> #1473: modules mixed into other modules get mixed in twice to a class ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: duplicate Keywords: reduction | ------------------------------------+--------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => duplicate -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 29 07:27:01 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 29 Feb 2012 15:27:01 +0000 Subject: [MacRuby] #1454: Method.arity returns -1 for #initialize method with one argument In-Reply-To: <053.c50a16fd08377dfb02f89bd0a96e6fc1@macosforge.org> References: <053.c50a16fd08377dfb02f89bd0a96e6fc1@macosforge.org> Message-ID: <062.b71fececb4a8173f7b2a300739def7f8@macosforge.org> #1454: Method.arity returns -1 for #initialize method with one argument ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ------------------------------------+--------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => invalid Comment: Thanks, I close this ticket. -- Ticket URL: MacRuby